341978236481725634781 (he aporreado el teclado, no tiene siginificado real)
Sí, la idea era evitar la EEPROM... En mi caso es un sistema de IoT que controla a través de unos tag rfid, un rdm6300, un rtc, un sd shield, un relé, un buzzer, un display, un UNO y un ESP8266 (los créditos están en una base de datos en la nube) el encendido de las luces de una cancha deportiva, donde los "abonados" gastarán créditos, previamente pagados, para encender dichas luces, a razón de 1 crédito / 1 hora, permitiendo que, en caso de corte del suministro, el sistema "recuerde" por dónde iba... y continúe como si nada hubiera pasado, aparte de existir tags especiales para eventos/mantenimiento/etc que poseen bien créditos infinitos o distinto tiempo asignado a cada crédito... (mi otro aporte sobre el RDM6300 es también parte de este proyecto)
Leer datos desde EEPROM o SD puede parecer lo mismo, pero la ventaja de tener la sd es que si hay que modificar algún dato se puede hacer fácilmente desde incluso un móvil sacando la sd del arduino... cosa que si se guardasen los códigos tag especiales en la EEPROM... ya me dirás la parafernaria que hay que llevar al poli para realizar cambios :S