Вообще не занимаюсь производством. Ну и причем тут КАКОЙ загрузчик отдан партрнеру первичный или вторичный? А? Как свой отданный первичный спасает от недобросовестного партнера? Никак!

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


На этом можете со своми размышлениями о "защитах" закончить.

Уровень защиты CRP3 отрубает основной загрузчик полностью, так что для начала сам загрузчик можно не патчить. А про заливку новых загрузчиков для 23xx/24xx я и сам бы с удовольствием послушал бы.



Недобросовестным партнерам никто НИКАКИХ загрузчиков не отдает. Речь шла о том, что все равно есть люди "в наших окопах", все "белые и пушистые", которые и шьют загрузчики с ключами и прочим. Выше я привел пример, как можно просто и изящно изъять у этих людей всю нужную информацию.

Так не было для 23xx/24xx пока обновлений. Вот и появился вопрос - "А вдруг было, а мужики-то и не знают?"

Почему? Клавиатура здесь для примера - вводить ключ можно по разному.

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

Чего его контролировать, если он и так может оказаться "дырявым"

1-е утверждение правильное. Я знаю как шить чипы LPC213x/01. Мы в нашей конторе написали свой загрузчик.
2-е утверждение неверно. Я нашел инфу в инете через Гугл. Просто надо уметь искать и принимать во внимание, что инет - не статическая во времени вещь. С 2006 года многое могло поменяться.

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

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

Ander, я потратил несколько дней, но за два года инфы в интернете, видать, накопилось столько, что никак не могу отыскать нужные мне сведения по методу записи без IAP. Ничего более конкретного, чем объявленная выше VslavX-ом ссылка не находил. Не подскажите ли чего-нибудь на config_n@hotmail.com

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

а то jtag такая хорошая штука и так ее обломать - ну пусть скан(sc0) не сделали но все остальное так прятать просто руки опускаются

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

Обсуждайте.... Проблема, правда, надуманная, но форум и не такое стерпит.

мдее... как бы это ответить -пожалуй не буду
перечитайте свои посты сами

Вчера "приговорил" LPC2368.
Отладил свой вторичный загрузчик, проверил работу команды "тотальной аннигиляции" (стирает всю доступную флеш включая поле @0x1FC). Наконец, установил CRP3 - ессно, JTAG отрубился. И тут я обнаружил, что залил отладочную версию моего загрузчика - она при старте в DCC сообщение кидает, типа "Secondary bootloader started". И все - JTAG залочен, а мой загрузчик стартануть не может - на выводе отладки виснет.
Понятно, что я как бы сам дурак, но NXP тоже хорош. В-общем, загрузчик и работа с флешью в LPC сделаны через "универсальный интерфейс" . С Атмелом я за три года на такое не попадал - ножка ERASE рулит.
Еще момент - у меня во флеши есть небольшой блок - <100 байт, в котором храниться всякая уникальная и номерная информация, которая иногда может и должна изменяться загрузчиком по командам со внешнего интерфейса. Пришлось для этих 100 байт целый сектор на 4K отвести . А в SAM7 была красота - там страничками по 128/256 байт стирать/модифицировать можно было. Ото ж - не кругом в LPC шоколадом намазано
Начал потихоньку загрузчик v3.3 ковырять - вылезло еще неизвестных 2 сектора памяти - память по адресам 0x7E000 не совпадает с памятью 0x7FFFE000. Причем отличия 2368 и 2378 именно в этих недокументированных секторах - по адресам 0x7E000.

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

Просто Atmel не сделал у себя отключение ножки "Erase" и Вы не смогли ее отключить . Это есть достоинство? Естати, тот-же Аtmel у AVR позволяет напахать и дополнив это отключием ножки "Reset" получить аналогичный результат. А вообще на самый крайний случай никто не мешает в своем загрузчике или проиложении завести люк для аварийного стирания/включения/перехода в штатный загрузчик по своему усмотрению.

Не удобно (в том смысле, что 256 байт лучше, чем 4K, а 1 байт еще лучше, чем 256 ), но не смертельно. Никто не мешает, тем более на этапе загрузки, когда RAM без вариантов завались, воспользоваться ей в качестве буфера для сохранения этих 4K.

Атмел сделал "печку" от которой можно "плясать" - в любой ситуации. BTW, этой "печки" не было еще в SAM7A3, в следующих чипах она появилась - ножка ERASE. В итоге, SAM7 можно достать из любой мыслимой дупы, в которую его можно загнать программно, а вот LPC - нет, так как есть некоторое метастабильное состояние. Разница ощущается?

Да оно все не смертельно. За исключением ситуации в предыдущем посте