... по TFTP я не подписался, из-за отсутствия проверок, низкой надежности. Он же совсем маленький, ну ...для AVR может и подойдет,
ресурсов мало, но не для ARM.



У вас могут быть проблемы. 1) Нужен всё время сервер, накладно. 2) Из-за проблем в инете ваше устройство может некоторое или все время находиться в режиме bootloader_а. 3) В это время оно не будет функционировать.
А вот моё выкачивает абдейт, не прекращая работу, и перешивается за короткое время, еще использую внешнюю память, LwIP, поскольку еще и WEB сервер нужен.


Нет, по другому, почитайте внимательнее об этой процедуре в Datasheet.
Вами писаный загрузчик под коде-протектом все время. Коде-протект можно стереть вместе со всей программой только. Запись во внутреннюю флешь происходит из вашего загрузчика. Защита от записи/чтения во флешь это другая отдельная процедура, с коде-протектом не связана!


можно записать во флешь при коде-протектнутом чипе, если программа загрузчика позволяет. Но может и запретить, через определенное время, если кому то это нужно.

Golikov A., Aner, предупреждаю обоих последний раз о недопустимости перехода на личности.
Модератор.

Народ, сорри за дурацкий вопрос - а чем вы далете исходный файлдля загрузчика (Перед криптованием)?
Я всегда пользовался hex2bin.exe, но на хексы от Кейла для стм32ф4 он ругается. Может он у меня посто старый (95г)?

Криптующая программа кушает прямо hex.
Возможно проблема в том, что программа расположена с адреса 0x0800xxxx и утилите не хватает памяти? Страшно даже представить размер .bin из такого .hex

srec-cat:
http://srecord.sourceforge.net/

Спасибо, но как этим пользоваться я не понял - эти юниксоиды вечно пишут неюзабельные программы
Наверное таки проще будет хекс грузить в свою программу криптования.

Проще всё-таки bin грузить.

1) Сервер есть всегда, т.к. он выполняет не только функцию обновления прошивок. Как у вас происходит удаленная перепрошивка? Сервера нет?
2) Да, есть такой минус. Поэтому в следующей версии запланирована возможность загрузки прошивки основной программой.
А теперь представьте, что вы выкачали новую прошивку, перепрошились и в ней оказался баг, из-за которого невозможно обновлять прошивки. Что делать в такой ситуации, если, на сколько я понял, ваш boot loader не умеет обновляться по интернету/ethernet'у.


Для создания бинарников использую стандартную кейловскую утилиту - fromelf.

О, слона-то я и не приметил! То что надо, спасибо!

И вызывается в User Run: fromelf.exe --bin --output "@L.bin" "#L"

Я же писал, поддержен WEB и по HTTP, абдейт в ручном и автоматическом режиме. В проекте не было необходимости программе следить за абдейтами на сервере в непрерывном режиме. Всё же инет не столь надежная штуковина.


Если сами пишите софт на C/C++ для ARM, то какую то нереальную представлялку пишите. Допустить такой баг можно в начале пути или по неопытности. Но есть тестовые устройства на которых делается прогон, контроль новой прошивки. Только затем абдейт. Обычно в новой добавляется какой либо функционал не влияющий на режим перехода в загрузчик.
Мои загрузчики умеют по UDP, TCP/IP, HTTP еще может и по USB, RS, CAN, I2C. Много было разных проектов с собственными загрузчиками на STM32Fxx у всех свои особенности.

А тут и освещать-то нечего.
Прислали платку с производства уже зашитую и залоченную.
Я с ней пык-мык - не шьётся... Но стирается и чип прекрасно виден jlink'ом.
При этом в среде keil нет никаких возможностей для снятия лока.
Почитал доку на jlink - и всё решилось за 1 сек при помощи утилиты j-flash.

Чип прекрасно виден jlink'ом и стирается. Это так, поскольку только доступ отладочных средств и программаторов закрыт. Во всех средах нет, по крайней мере я не нашёл из того что описано и доступно. Поскольку проц виден jlink_ом, и есть его исходники, можно предположить как открыть
проц не стирая программу. Снятие защиты и стирание флеша делается ~ следующим образом: 1) стирается сам флеш 2) затем тот самый байт защиты. Если пропустить, не дать выполниться 1), то второе снимит защиту и проц прочитается. Не проверял, работаетли это или есть защита и от этого.

Это не работает, читайте доку... При снятии защиты от чтения флеш будет автоматически стерт.

Дока -докой. А сам механиз защиты там софтовый и во флеше живёт. demiurg_spb же пишет ... и всё решилось.

а вы не предполагаете что байт защиты стирается после окончания стирания флэш?
то есть когда вы стираете байт защиты сначала стирается флэш, потом байт защиты.
Дергай питания не дергай, в итоге либо байт защиты стоит, либо флэши нет...