Necesito poder evitar que otros copien mi programa colocado en el flash, pero quiero poder seguir escribiendo en la EEPROM.
Probé los bits de bloqueo configurándolos en Modo 3 (0x3C). Pero eso evitará que escriba a la EEPROM.
¿Hay alguna forma de evitar la lectura del flash mientras se continúa escribiendo en la EEPROM?
No, no hay. Considere agregar un I 2 C o SPI EEPROM / flash externo si necesita espacio para escritura externa mientras que el programa flash incorporado no se puede leer. Esto no solo solucionará su problema inmediato, sino que también le brindará mucho más espacio para almacenar sus datos, ya sean suministrados o generados.
REF: enlace
y especialmente: enlace
Es posible establecer un "Modo no 2", también conocido como "Modo 1 xor 2", con LB1 como 1 y LB2 como 0.
implicación: un individuo emprendedor debería poder utilizar la capacidad de programación implícita por el estado habilitado de LB1 para restablecer LB2 a 1
independientemente, al "sujetar" (interceptar con alambre) el flujo de datos que parpadea, (probablemente a través de un cable USB) se pueden ver los datos cargados (de forma trivial y literal con un osciloscopio - una persona "podría leer" los datos RS232 de esta manera velocidades de transmisión bajas (< < 75) y es el análogo visual de la capacidad auditiva para usar el código Morse, donde los remitentes incluso podrían identificarse por su "puño")
si, por lo tanto, estos datos cargados NO se descifran antes de parpadear, entonces el cargador de arranque interno debe modificarse para descifrarlo ... y si las partes del cargador de arranque deben descifrarse mediante una clave cifrada en los datos de carga flash ...
una clave externa secreta, contraseña, inicia el proceso anterior, por lo que un chip "frío" no sirve para nada
esta técnica no impide la copia pero inhibe la usabilidad de la copia
y nada más, la ofuscación presenta un desafío no solo para el intruso sino también para el autor auténtico
Así es como lo resolví. Puede que no funcione para todos en mi situación, pero eso fue lo suficientemente bueno para mi necesidad. Ya que estoy restringido por el modo 3. Decidí usar mode3 (evitar leer y escribir en flash y eeprom). Por lo tanto, proporcionaré mi programa + los datos a los clientes en un archivo cifrado que solo puede abrir mi aplicación de escritorio, que lo descifra e implementará tanto el programa como los datos y los bloqueará nuevamente en el chip. El único inconveniente con esta solución es el tiempo que tardará en cargarse a flash y EEPROM (~ 40-45 segundos), mientras que la carga en el EEPORM solo lleva de 10 a 15 segundos. Por otro lado, esta solución tiene la ventaja adicional de permitir el envío de actualizaciones a mi programa dentro de la misma operación.
Gracias por la sugerencia de todos. Puedo probarlos en el futuro cuando tenga tiempo para experimentar.
Lea otras preguntas en las etiquetas protection atmega avr flash eeprom