Гудвинволшебник (13.12.2009 15:05, просмотров: 142) ответил Argon на Примерно так и делал в проекте на LPC21xx. В первом секторе - загрузчик + CRP, в остальных секторах - приложение, к-рое в зашифрованном виде передается пользователям в виде апдейта. -
- Вообщем, испытал. На все действо (почистить все 512К флэш) уходит 100 мс... При тактировании от встроенного генератора 4 МГц при старте. - Гудвин(13.12.2009 17:39)
- а локи разве снимаются при самопрограммировании? - koyodza(13.12.2009 17:40)
- А вот, кстати, да - в STM можно вообще защитить boot область. В LPC нет такой фишки. Надо будет попробовать встроенным в кортекс защитным механизмом памяти "наложить вето" ;) Попробовать запретить исполнение кода из области заводкого загрузчика. Гудвин(57 знак., 13.12.2009 18:04)
- Потому и спрашивал :) Подсказали - попробовал. В LPC достаточно стереть первый сектор флэш - там этот код защиты прописывается. После стирания 0xFFFFFFFF - первозданно чистый кристалл ;) Попробовал в режиме защиты CRP2... - Гудвин(13.12.2009 17:59)
- Вы смотрите чтобы не налететь натребование иметь лицензию при разработке средств шифрования , а паразитирующих на этом много. - _dch_(18.12.2009 23:35,
)
- да ну что вы говорите! какая связь между "средствами шифрования" и защитой собственного ПО с помощью спецрежимов МК? Argon(262 знак., 19.12.2009 01:11)
- Вы смотрите чтобы не налететь натребование иметь лицензию при разработке средств шифрования , а паразитирующих на этом много. - _dch_(18.12.2009 23:35,
- а локи разве снимаются при самопрограммировании? - koyodza(13.12.2009 17:40)
- Вообщем, испытал. На все действо (почистить все 512К флэш) уходит 100 мс... При тактировании от встроенного генератора 4 МГц при старте. - Гудвин(13.12.2009 17:39)