Step68 0 11 июля, 2008 Опубликовано 11 июля, 2008 · Жалоба Добрый день... Нигде не нашел описания как программируется флэш на низком уровне. Везде используются функции заводского загрузчика. Идея такова -- надо написать свой загрузчик вместо заводского в ту же область памяти(заменить). Есть ли у кого информация по этому вопросу? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 11 июля, 2008 Опубликовано 11 июля, 2008 · Жалоба Добрый день... Нигде не нашел описания как программируется флэш на низком уровне. Везде используются функции заводского загрузчика. Идея такова -- надо написать свой загрузчик вместо заводского в ту же область памяти(заменить). Есть ли у кого информация по этому вопросу? 1) в NXP сказали, что "закрыто" 2) дизасм можно найти в нете 3) опасно, чревато тем, что этот интерфейс поменятеся в следующей партии Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Step68 0 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба 1. NXP в свое время закрывала загрузчик и на RD2... 2. Прикинь какой это "гемор" с DASM ковыряться... 3. NXP сама не разрабатывает. Или покупает лицензию или заказывает где-то. Поэтому маловероятно, что изменится механизм программирования. От этого всего не легче... Мне надо отдавать закодированные hex. Видимо придется по-другому выкручиваться. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба 3. NXP сама не разрабатывает. Или покупает лицензию или заказывает где-то. Поэтому маловероятно, что изменится механизм программирования. Это Вы о чем? NXP вольна изменить технологию и прочие нюансы своего собcтвенного Flash когда пожелает. Зачем лезть в прямое программирование Flash, если предоставляется высокоуровневый интерфейс гарантирующий независимость от последующих изменений. Горько жмут несколько килобайт Flash? - возьмите LPC2366/8 :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
HARMHARM 0 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба ... надо написать свой загрузчик вместо заводского в ту же область памяти(заменить). Заменить не получится - загрузчик защищен от записи в себя :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба Заменить не получится - загрузчик защищен от записи в себя :) Снимается. Раньше по образу и подобию официального обновления прошивки, а теперь и библиотечки выложили. Только вот смысла в этом нет практически никакого. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KRS 1 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба Раньше по образу и подобию официального обновления прошивки, а теперь и библиотечки выложили. А что за библиотеки выложили, и где? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 12 июля, 2008 Опубликовано 12 июля, 2008 · Жалоба А что за библиотеки выложили, и где? На NXP, естественно, где-то весной прошлого года. Библиотеки для установки снятия security с любого сектора. Пробовал - работает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
navy2000 0 13 июля, 2008 Опубликовано 13 июля, 2008 · Жалоба В ту же тему. Есть ли возможность защитить изделие на похожем проце (ARM NXP) от тиражирования у контрактного производителя. Железо делают они, они же прошивают и продают, а мне нужно знать сколько приборов было произведено (прошито). Используя стандартный загрузчик шифровать прошивку не получится. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 13 июля, 2008 Опубликовано 13 июля, 2008 · Жалоба Есть ли возможность защитить изделие ... В описанных условиях, естественно нет :). В подобных случаях для зашиты от ленивого производителя тспользую далласовские однопроводные датчики температуры (есть и просто с серийным номером без ничего) на основе их серийного номера генерится ключик и прописывается в конфигурацию (у меня I2C EEPROM-ки стоят) изделия. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Step68 0 14 июля, 2008 Опубликовано 14 июля, 2008 · Жалоба Это Вы о чем? NXP вольна изменить технологию и прочие нюансы своего собcтвенного Flash когда пожелает. Зачем лезть в прямое программирование Flash, если предоставляется высокоуровневый интерфейс гарантирующий независимость от последующих изменений. Горько жмут несколько килобайт Flash? - возьмите LPC2366/8 :) Кто Вам это сказал? NXP вообще очень ленивая компания. Описание прямого программирования дают практически все производители. Упомянутый Вами, высокоуровневый интерфейс жрет 8кБ флэш. Мало того, если я захотел написать загрузчик для USB, CAN и др. мне придется потратить еще примерно столько же. Камень 128кБ. Теперь, если учесть некомпактность кода 16/32 битных процессоров, ЧТО ОСТАНЕТСЯ НА САМУ ПРОГРАММУ? Вы предлагаете поставить процессор побольше? А Вы знаете насколько повышается стоимость изделия? Следующий в серии камень стоит в 3 раза дороже. Удорожание составляет примерно 180-200 руб. 200 *1000шт/мес*12=2 400 000 руб в год. А если выпуск больше? Нифига себе решение, да? Мне -то вроде бы все равно, а вот заказчик на такое не пойдет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 14 июля, 2008 Опубликовано 14 июля, 2008 · Жалоба Упомянутый Вами, высокоуровневый интерфейс жрет 8кБ флэш. Вы хотите сэкономить 8кб флэша? А если запятую через неделю придется дописать и не влезет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Step68 0 14 июля, 2008 Опубликовано 14 июля, 2008 · Жалоба Вы хотите сэкономить 8кб флэша? А если запятую через неделю придется дописать и не влезет? 8kB это не запятая. Это очень много. Кроме того, не только сэкономить , но и иметь возможность кодировать данные для загрузки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 14 июля, 2008 Опубликовано 14 июля, 2008 · Жалоба Кто Вам это сказал? NXP вообще очень ленивая компания... Кто Вам это сказал :)? Описание прямого программирования дают практически все производители. Вот ленивые, не собирающиеся менять Flash в своих контроллерах и дают... Упомянутый Вами, высокоуровневый интерфейс жрет 8кБ флэш.... ..Камень 128кБ. 8K на уровне 128K это совсем не много. Теперь, если учесть некомпактность кода 16/32 битных процессоров,... Теперь попробуйте вместо рассуждений просто писать программы. Узнаете про "некомпактрость" :) и про потребные размеры Flash. Следующий в серии камень стоит в 3 раза дороже. И в этом Вы совершенно не ориентируетесь :( Мало того, что сам чип стоит чуть больше 100 рублей поштучно, так и +128K Flash у следующего стоят рублей 20, примерно... 200 *1000шт/мес*12=2 400 000 руб в год... А почему не *1000000000 ???? Короче, пока пустой треп. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 14 июля, 2008 Опубликовано 14 июля, 2008 · Жалоба 8kB это не запятая. У меня debug и release сборки отбличаются больше, чем на 8кб. Если 8кб это критично - Вы, со временем, не сможете нормально отлаживать. иметь возможность кодировать данные для загрузки. загрузчик можно разместить в более другом месте - нулевом секторе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться