Здравствуйте, коллеги ARMатурщики.

Пришла нужда, сделал я, было, LPC2368/78 firmware upgrade (IAP+UART/IPMI) методом заливки Intel HEX файла и
интерпретации его на контроллере. По дороге заливщик/загрузчик вылавливает из HEX-потока стартовый
адрес (EPT) и хранит его вместе с дескриптором "upgrade"-кода во flash для последующих boot up.
Получаю HEX-файл с помощью IAR.

Ладно было дело, пока не заставила жизнь получить тот же HEX-файл с помощью Keil. Всё хорошо кроме одного:
не могу догадаться, где в полученном HEX-файле ловить EPT.

Если кто использует Intel HEX файл, полученный Keil, для прошивки fw upgrade, поделитесь, пож., опытом.

Спасибо.
---

В принципе можно чуть продолжить для порядка: форум я читал, следов ответа найти не удалось,
знаю, что EPT попадает в HEX-файл из LPC2300.s, только попадает в "шифрованном" компилятором виде,
а уж дизассемблер на контроллере делать - вовсе тухлое занятие.
Потому и совет хочется. (Идеальный совет - "правильный" LPC2300.s,- только кто его даст... )

Возьмите описание Intel HEX формата и реализуйте его ПОЛНОСТЬЮ. И настанет Вам счастье и независимость.

Смешно

Я знаю, что Вы любите больше давать советы, чем отвечать на вопросы. Спасибо, но тема не про то.
Intel HEX формат я давно "взял", реализовал "полностью" и оно даже работает.

Если у Вас есть сомнения или возражения (например, Вы знаете конструкцию HEX, описывающую EPT), не сочтите за
труд ткнуть меня туда носом явно, а не намёком.

Если Вы найдёте время и силы для написания совета без отсылки к "сделай сам", спасибо.

Ну это уже просто неприлично. См. тут: Wikipedia: Intel HEX
Внимательно смотрим на record type 03, record type 05.
А вообще можно зафиксировать точку входа и не париться.

Не 02 а 03

Я понимаю, что тема про моветон вечна и потому приведу для Вас специально
отрывок от HEX-файла имени Keil, о котором и тема (она - не про Википедию, как Вам показалось)


(секции с кодом "0" и "1" по понятным причинам опущены.)
Всё, других секций нету.

Так вот, Record Type 5 не имеет ничего общего с EPT, а Record Type 2 (и 3) в файле от Keil отсутствуют вовсе.
Возможно, проблема с проектом.

(для справки - огрызок от map-файла:
"Image Entry point : 0x0000016c" - стартовый адрес factory code (Image Validation &bootstrap). - он нам не нужен, его контроллер найдёт сам.
"main 0x00020035 Thumb Code" - очень похоже на то, что надо, но этот адрес есть только "зарытый" в виде индекса в инструкцию,
напоминающую branch(R0). Прошу прощения, я мнемонику ассемблера ещё на память не выучил всю ))
Это я к тому, что Rec type 5 не описывает EPT, да и наличие двух стартовых точек комментировать таки просто неприлично.

(PSPS)
К предположению об ошибке в проекте - скриншот. Подскажите, если знаете, пож., что там плохо и где.
Второй файл - тот самый HEX от Keil - для сомневающихся в моём утверждении. Rec Type 5 там не две, а примерно четыре.


Это я не понял. Разжуйте несчастному, как ея зафиксировать: возможно о том и плач.

Сообщение отредактировал svss - Jun 16 2011, 18:03

Не знаю, что Вы за три буквы http://www.google.lv/search?client=opera&a...channel=suggest упорно твердите, но 3 или 5 это именно Start Address в одном из двух форматах 20 или линейном 32bit. Для ARM использование '3' странновато, но как-то встречал.

Решите для себя и хотя-бы попытайтесь объяснить кто это такая "ея".

Ея (старорусск) - её, стартовую точку то есть. Ея её предлагали зафиксировать.
Не хочется предполагать, что предлагали с помощью "дырявить" код.

Слово из трёх букв EPT в переводе с иностранного означает Entry Point (Table).
http://www.acronymattic.com/EPT.html
Это - не менее распространённое сокращение, чем RTFM.
(В первом посте перевод был уже дан, правда без ссылки)

Что касается Record Type 5, то он имеет отношение к Start Address для Intel x86, а в нашем случае (я файл выложил) указывает на начало
сегмента и к делу не относится, imho.
Вы, увы, не ссылаетесь на свой опыт. Гугль- не панацея, википедия - не кладезь.

Сообщение отредактировал svss - Jun 16 2011, 18:35

Можете верить, можете не верить, мне все равно, но это он и есть.

Мой опыт простирается от использования Intel HEX формата со времен когда писал загрузчики с перфоленты в 8080 и до нынешнего времени, когда использую его-же для загрузки Firmware в ARM. Полегчало?

Ммм... Причём их четыре, да? По-моему не смешно.
Тут вопрос не столько в вере сколько в здравом смысле и в генерируемом коде.
Я абсолютно не сомневаюсь, что Вы знаете, о чём пишете (просто потому, что я читаю этот форум давно: пишу редко),
однако мне Keil не показывает стартовый адрес в (единственной, я надеюсь) RT5. Как его "уговорить" я пока не догадался.


А как же! Родственная душа, всегда приятно. Я впервые парсил Hex во времена до 8080. Такой программатор был, Intellec назывался.
Крутая машина, чисто импортная, жгла ПЗУшки 256*4 (для Intel3000), понимал Hex-формат.
А в какой ARM Вы грузите FW и чем HEX получаете?


(ЗЫ) Я начал тему с того, что всё сделал и всё получилось из-под IAR. Сейчас глянул - действительно там (в HEX от IAR) -единственная
запись Type 5, и в ней - правильная точка входа. Как-то всё "само" работало, и я просто не интересовался, а тут - нате Вам... Keil.
Его, Кейла, ругать нельзя, его многие любят. (Но что-то в тему пока не пишут) :-;

Сообщение отредактировал svss - Jun 16 2011, 19:11

Не верю.

В LPC,ST,TI IAR/Keil/GCC

Это не программатор, это отладочная система. Программатор там среди прочего. Как и HEX формат в первую очередь создавался не для программаторов а для ЗАГРУЗЧИКОВ, посему адрес по которому передавать управление после загрузки вещь обязательнейшая.

Справедливо не верите, я плохо посчитал. Там их не четыре, а всего три. Файл - выше, о какой вере речь?


Я пользовал только программатор, о нём и написал. Да, это была пара стоек, в одной из них компьютер Hewlett Packard...

Собственно, спасибо Вам за труд и время. Надеюсь я был не слишком назойлив.
Доктор сказал: "в морг", значит - в морг. Если никто не подскажет как победить Keil, я напишу пост-процессор для HEX-файла, стирающий
лишние RT5 и внедряющий одну правильную. Коль нет автомата, поможет лопата.

я тоже первый раз слышу про EPT в данном контексте.
Причем здесь вообще таблица?
Используется понятие точка входа (entry point) без всяких таблиц, в данном случае.
И кстати типы записей 2 и 3 (с сегментами) я уже очень давно не встречал в HEX файлах.
А часть программ вообще с ними криво работает, особенно если сегменты перекрываются.

А если у вас в HEX файле несколько точек входа указано - значит проблема в исходниках.

Лингвистика сложна, ну её к Microsoft. (Это у них я научился называть точку входе EntryPoinT)
Table - обобщение. У контроллера LPC*subj это таки таблица. Таблица векторов прерываний. (Предлагаю измерение длины остановить и считать меня виноватым)


Возможно. Причём IAR этого не замечает, оба (IAR & Keil) через Jlink всё правильно заливают и отлаживают, и только Keil чего-то видит, но молчит и генерирует бессмысленный (если верить Вам и zltigo - а не верить тоже нехорошо) HEX-файл.
Вообще, я предпочитаю отделять вопросы религии от вопросов настройки проекта и багов-глюков инструментов.

Как, зачем компилятор (простите, скорее тут дело в линкере), будучи популярен и не убит молча генерирует три HEX записи типа 5?
Как исходные тексты, где нет и намёка на точку входа (кроме секретного слова "main") могут убивать компилятор линкер?
Простите эмоции. Желательна идея. Где, в каком месте проекта Keil я должен явно указать, что main() - точка входа?
Ну, или не main, а что-то другое (что, где)?

Наверное я слегка перегрелся и нуждаюсь в отдыхе с последующим чтением мануала от Кейл - чтоб он сдох был здоров.
У нас тут в Сибири уже 3 часа ночи, я пошёл спать. Завтра вернусь, всего вам.

Приложите лучше получившиеся scat и map. Галки и визарды - это всегда плохо.