El estado interno de un controlador de papel electrónico puede conservarse después de interrumpir una actualización, incluso si se reinicia el microcontrolador. En esos casos, la línea BUSY puede permanecer activa, los comandos pueden no ejecutarse o una transferencia incompleta puede producir imágenes desplazadas, duplicadas o con ruido. El reinicio mediante hardware no siempre elimina esta retención: para recuperar el panel suele ser necesario desconectar por completo la alimentación.
El problema puede aparentar fallos de cálculo en la ventana o el paso de la memoria, una condición de carrera al leer BUSY, un bloqueo del controlador o un error en el código que informa del resultado. La causa común es la ejecución anterior, que contaminó el estado persistente. Para evitar diagnósticos engañosos, conviene ejecutar un programa externo conocido en varias placas, desconectar la energía antes de interpretar las pruebas y establecer tiempos de referencia. En una pantalla monocroma de 4,26 pulgadas, por ejemplo, una actualización completa tarda aproximadamente 3,9 segundos; en una pantalla tricolor de 1,54 pulgadas, unas 14 segundos.
El artículo también destaca la importancia de observar el estado físico de la pantalla, no solo los registros del programa. Un controlador que no llega a enviar comandos puede generar valores de 100 milisegundos en una línea inactiva, mientras el display no cambia. La recomendación general para sistemas con memoriaEEPROM, configuraciones persistentes, radios o bombas de carga es asumir que el experimento anterior sigue influyendo hasta demostrar lo contrario.