-
- amin. Столкнулся с этой проблемой. Как делается выравнивание? Пишу в Keil - Almaz(26.07.2012 20:19)
- Не то чтобы натыкались. Хранимая во флеше LPC информация защищена линейным кодом с восстановлением ошибок. Этот код снаружи недоступен. Кодом защищены каждые 16 байт. Поэтому если что-то в группу из 16 байт записали - дописать в эту же группу не Cepгeй Бopщ(72 знак., 18.01.2010 14:17, ссылка)
- Спасибо! amin(41 знак., 18.01.2010 15:59)
- Обратите внимание: есть ограничение на число "дописываний" в стёртый сектор. - =Mike=(18.01.2010 16:06, )
- а подробнее? Или ссылочку, пожалуйста - koyodza(18.01.2010 17:17)
- Есть информация про LPC2000. Возможно, актуально и для LPC2300: =Mike=(55 знак., 18.01.2010 19:51, )
- а подробнее? Или ссылочку, пожалуйста - koyodza(18.01.2010 17:17)
- Обратите внимание: есть ограничение на число "дописываний" в стёртый сектор. - =Mike=(18.01.2010 16:06, )
- Спасибо! amin(41 знак., 18.01.2010 15:59)
- натыкался на невозможность модификации слова в stm32 koyodza(225 знак., 18.01.2010 13:59)
- В PM0042 это написано - если в слове не 0xFFFF, то запись производиться не будет. Неудобно конечно, но так уж индусы сделали... - 1111111(26.07.2012 23:28)
- возможно, это сделано специально с целью повысить безопасность хранения данных. Типа случайно не туда записать уже сложнее, если данные есть (отличны от FFFF) то ничего не запишется - koyodza(26.07.2012 23:33)
- Скорее всего. Позаботились там где их не просили - 1111111(26.07.2012 23:53)
- зря Вы так. Конечно, многие привыкли, что можно делать дозапись, но такое решение все-таки неплохо защищает данные от искажения и к нему стоит присмотреться и привыкнуть - koyodza(26.07.2012 23:57)
- Подозреваю что оно только от программной записи защищает. Т.е. когда или программа криво написана или код программы нарушился и девайс и так уже мертв - 1111111(27.07.2012 00:12)
- ну не от альфа-частиц же - koyodza(27.07.2012 13:38)
- От них и не надо. Они до кристалла не долетят. Защита эта скорее от дурака. Вот упомянутая выше с восстановлением ошибок это да, толково. А если еще она позволяет программе увидеть ошибку и переписать блок то совсем супер - 1111111(27.07.2012 13:46)
- да Вы гений, Доктор Т - koyodza(27.07.2012 13:56)
- Темный я, юмор про доктора недопонял - 1111111(27.07.2012 14:40)
- вот[>] про кого хотел сказать koyodza - MegaJohn(27.07.2012 14:51, ссылка)
- персонаж местный, имя которого не произносится :) что-то активно теоретизировал на тему абсолютной защиты - AVF(27.07.2012 14:49)
- Темный я, юмор про доктора недопонял - 1111111(27.07.2012 14:40)
- да Вы гений, Доктор Т - koyodza(27.07.2012 13:56)
- От них и не надо. Они до кристалла не долетят. Защита эта скорее от дурака. Вот упомянутая выше с восстановлением ошибок это да, толково. А если еще она позволяет программе увидеть ошибку и переписать блок то совсем супер - 1111111(27.07.2012 13:46)
- ну не от альфа-частиц же - koyodza(27.07.2012 13:38)
- А функция IAP возвращает признак успешности/неуспешности записи данных? Неохота сейчас в мануал STM залазить. - rezident(26.07.2012 23:59)
- если Вы о библиотечной функции FLASH_ProgramHalfWord то она возвращает результат выполнения koyodza(144 знак., 27.07.2012 13:44)
- Подозреваю что оно только от программной записи защищает. Т.е. когда или программа криво написана или код программы нарушился и девайс и так уже мертв - 1111111(27.07.2012 00:12)
- зря Вы так. Конечно, многие привыкли, что можно делать дозапись, но такое решение все-таки неплохо защищает данные от искажения и к нему стоит присмотреться и привыкнуть - koyodza(26.07.2012 23:57)
- Скорее всего. Позаботились там где их не просили - 1111111(26.07.2012 23:53)
- возможно, это сделано специально с целью повысить безопасность хранения данных. Типа случайно не туда записать уже сложнее, если данные есть (отличны от FFFF) то ничего не запишется - koyodza(26.07.2012 23:33)
- В PM0042 это написано - если в слове не 0xFFFF, то запись производиться не будет. Неудобно конечно, но так уж индусы сделали... - 1111111(26.07.2012 23:28)