En los proyectos que he hecho, y que he necesitado monitorear la red para saber cuándo salvaguardar, activaba la alerta por interrupción. Por lo tanto NO hay procesos que demanden más tiempo del debido. Ya que he calculado el tiempo que demanda una escritura completa de datos en EEPROM, para conocer el valor del condensador de respaldo, en función del consumo de esa etapa.
Tengo proyectos que llevan más de 10 años funcionando con ese mecanismo, sin problemas. No entiendo porque dices que NO es óptimo, sin tener un esquema electrónico de como lo implementé y sin analizar el código que utilicé.
Está claro, que con el tiempo, los condensadores se degraden y posiblemente haya problemas.
Pero utilizar una EERAM también está condenado al tiempo de vida útil de una pila. Pero eso ya es otra historia.
Hola, lamento el mal entendido,
me refería a mi caso en particular.Al no tener una EEPROM interna, debería usar la FLASH, la cual no es tan sencillo acceder, se debe cumplir una serie de pasos para lograr escribir datos en ella.
También, como trabajo en procesos cooperativos, debería verificar primero que todas las tareas entren en pausa o reposo.
Y también al ser un MCU de 32 bits, generalmente suelen funcionar el CPU a altas velocidades (200MHz) y el consumo de energía es grande.
Todas estas razones, digo que en
mi caso particular, posiblemente no me permitan seguir tu idea, sería de probarlo, tal vez sea funcional.
Por eso, para evitarme todo lo que expliqué, prefiero usar la EERAM, que básicamente es una RAM donde puedes escribir y leer información de manera rápida. El chip ese necesita tan solo un capacitor de 15 uF, y ante un corte de energía, el contenido de la RAM se guarda en la EEPROM de manera automática.
Al retornar la energía, también de manera automática, el contendió de la EERPOM regresa a la RAM.