Conclusión del artículo stm32

El enfoque que mencionaste es muy arriesgado. La IAP es inherentemente un proceso de alto riesgo. Durante el proceso de actualización del código de SRAM a Flash, tenga cuidado con los cortes de energía. Cuanto antes se complete la acción, mejor. Puede reescribir lentamente el contenido de Flash mientras lo recibe a baja velocidad, extendiendo artificialmente el tiempo de parpadeo de alto riesgo n veces.

Lo que es aún más aterrador es que no sabes nada sobre Flash y aún así quieres escribir en Flash directamente sin almacenamiento en búfer. ¿Ni siquiera utilizar el buffer del sector? ¿No solicitó indiscriminadamente que primero se borrara todo el sector y luego recibir y escribir lentamente byte a byte?

Esta idea está bien para escribir artículos e investigaciones, pero si realmente se usa en productos, acabará con una fábrica.