А первый раз? Возмут пустой МК, программатор и начнут шить, после записи первых 512 байт у программатора сядут батарейки или 220 выключится или что-то зависнет. Поэтому я от CRP3 решил отказаться. Если что на CRP2 все стирать и снова.

Боже, какие ужасы, господа ....

А что мешает начать запись не с 0-го сектора, где IRQ, а с первого ?
и 0-й сектор записывать последним, после всех проверок, на лету исправив RESET вектор на себя ?

В общем-то место расположения загрузчика никакой роли не играет, просто в случае, когда он в конце, проще отлаживатся (для отладчика и компилятора не имеет никакого значения, есть загрузчик или нет ).

А я и говорю, что если записывать нестандартным образом, то "можно не накрыться", а записывая стандартным можно "накрыться" даже загрузчик в начале.

Пытайтесь неуклюже выкручиваться? Хоть перавя прошивка bootloader в нулевой сектор, хоть первая прошивка приложения туда-же абсолютно одинаково "опасны".

Проясните, пожалуйста, что есть "стандартный" и "нестандартный" способ записи ?

Для отладчика и компилятора не имеет никакого значения, как компилировать и где отлаживаться. Если хотите городить огород и заниматься нелепыми и не гарантирующими положительный результат действиями - это Ваше дело.

Стандартный - по нарастанию адресов, нестандартные - все остальные

Это ошибочные утверждения.

Уточните, пожалуйста, где именно действия не гарантируют результат ?

reset - на загрузчик, он в конце флеша.
Получает прошивку, если необходимо, ложит ее в флеш с первого сектора (0-й в кеше в RAM), после записи и проверки CRC (поблочно и всей прошивки) пишет 0-й сектор с уже исправленным RESET, указывающим на себя.

Сообщение отредактировал _dem - Mar 24 2008, 15:52

Вот когда он после стирания не запишется, то и будет "оболом". И совершенно не имеет значения есть остальные сектора, нет их...
Как следствие, уж совсем никакого значения не имеет порядок записи секторов.

хм. А чем вероятность незаписи 0-го сектора отличается от вероятности незаписи любого другого ? Мне кажется, что в случае, когда 0 сектор пишем последним, более вероятно то (примерно в SectorCount раз), что ошибка возникнет в процессе записи предыдущих секторов, о чем немедленно будет сообщено хосту, раздающему прошивку. В таком случае мы в наибольшем количестве случаев корректно отработаем сбойную ситуацию и сообщим персоналу.

Да ничем и по этой причине порядок не имеет никакого значения. Посему в условиях эксплуатации 0 сектор вообще писать незачем - загрузчик целиком будет рабочим и персонал сможет загружать основную прошивку или читать собщения загрузчика и осмысленно жаловаться.

Ладно, за сим закроем тему по причине, видимо, немного разных целей моего решения и решения для автора топика - мне необходимо обновление прошивки "в поле", причем нужно сохранить возможность работы и прямой отладки прошивки, независимо от наличия бутлоадера.
Перенос векторов через "заглушки" бутлоадера или в RAM через REMAP по ряду причин невозможен - поэтому необходима его перезапись.

Да ничем и по этой причине порядок не имеет никакого значения. - я не понимаю, извините, как вероятность порчи нулевого сектора в случаях записи [0....n] и [1..n, 0] может быть одинаковой ....

Уже писал - ни заглушки (для IRQ/FIQ ) ни переноc векторов RAM в принципе не нужны. Для SWI можно четко послать сразу на приложение, ибо bootloader-у они едва-ли нужны. Обработчики исключений в bооader ничем не хуже могут работать, чем в любом другом месте. С отладкой проблем тоже нет. Никаких особых причин, тем более "ряда причин", честно говоря придумать не могу.

Я такую проблему решал следующим образом.
1. Перед програмирование первых 512 байт запоминаем первые 64 байта в бувер.
2. заполялняем кодом 0xFF первые 64 байта в буфере програмирования.
3. програмируем блок.
После програмирования в сей прошивки програмируем сохранённые 64 байта.