Добрый день...
Нигде не нашел описания как программируется флэш на низком уровне. Везде используются функции заводского загрузчика. Идея такова -- надо написать свой загрузчик вместо заводского в ту же область памяти(заменить). Есть ли у кого информация по этому вопросу?

1) в NXP сказали, что "закрыто"
2) дизасм можно найти в нете
3) опасно, чревато тем, что этот интерфейс поменятеся в следующей партии

1. NXP в свое время закрывала загрузчик и на RD2...
2. Прикинь какой это "гемор" с DASM ковыряться...
3. NXP сама не разрабатывает. Или покупает лицензию или заказывает где-то. Поэтому маловероятно, что изменится механизм программирования.
От этого всего не легче... Мне надо отдавать закодированные hex. Видимо придется по-другому выкручиваться.

Это Вы о чем? NXP вольна изменить технологию и прочие нюансы своего собcтвенного Flash когда пожелает. Зачем лезть в прямое программирование Flash, если предоставляется высокоуровневый интерфейс гарантирующий независимость от последующих изменений. Горько жмут несколько килобайт Flash? - возьмите LPC2366/8

Заменить не получится - загрузчик защищен от записи в себя

Снимается. Раньше по образу и подобию официального обновления прошивки, а теперь и библиотечки выложили. Только вот смысла в этом нет практически никакого.

А что за библиотеки выложили, и где?

На NXP, естественно, где-то весной прошлого года. Библиотеки для установки снятия security с любого сектора. Пробовал - работает.

В ту же тему. Есть ли возможность защитить изделие на похожем проце (ARM NXP) от тиражирования у контрактного производителя. Железо делают они, они же прошивают и продают, а мне нужно знать сколько приборов было произведено (прошито). Используя стандартный загрузчик шифровать прошивку не получится.

В описанных условиях, естественно нет . В подобных случаях для зашиты от ленивого производителя тспользую далласовские однопроводные датчики температуры (есть и просто с серийным номером без ничего) на основе их серийного номера генерится ключик и прописывается в конфигурацию (у меня I2C EEPROM-ки стоят) изделия.

Кто Вам это сказал? NXP вообще очень ленивая компания. Описание прямого программирования дают практически все производители.
Упомянутый Вами, высокоуровневый интерфейс жрет 8кБ флэш. Мало того, если я захотел написать загрузчик для USB, CAN и др. мне придется потратить еще примерно столько же.
Камень 128кБ. Теперь, если учесть некомпактность кода 16/32 битных процессоров, ЧТО ОСТАНЕТСЯ НА САМУ ПРОГРАММУ? Вы предлагаете поставить процессор побольше? А Вы знаете насколько повышается стоимость изделия? Следующий в серии камень стоит в 3 раза дороже. Удорожание составляет примерно 180-200 руб. 200 *1000шт/мес*12=2 400 000 руб в год. А если выпуск больше? Нифига себе решение, да? Мне -то вроде бы все равно, а вот заказчик на такое не пойдет.

Вы хотите сэкономить 8кб флэша? А если запятую через неделю придется дописать и не влезет?

8kB это не запятая. Это очень много. Кроме того, не только сэкономить , но и иметь возможность кодировать данные для загрузки.

Кто Вам это сказал ?

Вот ленивые, не собирающиеся менять Flash в своих контроллерах и дают...

8K на уровне 128K это совсем не много.

Теперь попробуйте вместо рассуждений просто писать программы. Узнаете про "некомпактрость" и про потребные размеры Flash.

И в этом Вы совершенно не ориентируетесь Мало того, что сам чип стоит чуть больше 100 рублей поштучно, так и +128K Flash у следующего стоят рублей 20, примерно...

А почему не *1000000000 ????
Короче, пока пустой треп.

У меня debug и release сборки отбличаются больше, чем на 8кб. Если 8кб это критично - Вы, со временем, не сможете нормально отлаживать.



загрузчик можно разместить в более другом месте - нулевом секторе.