В нашей конторе исторически сложилось, что программы (скомпилированные) для АВР хранятся в файлах .rom. Честно, не знаю стандарт ли это, поэтому уточню, что у нас под ".rom" понимается: например, для "программы"

под rom-файлом понимается текстовый файл:

(с точки зрения компилятора это называется Output Generic Format)

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

Intel HEX Format (для той же приведенной "программы")

PonyProg открывает правильно:

, а .rom воспринимает как просто последовательность байт:


Переходить на .hex начальник не хочет, а хочет, чтобы я добился от Пони понимания этого формата (хотеть запретить ему никто не может ).

Так вот вопрсы: обязан ли Пони понимать этот формат? Стандартный ли он (в гугле ничего не нашел)?

1) Что это за такой покупной программатор, который понимает только PonyProg? Можно ссылку?

1. Имхо, Пони понимать не обязан.
2. Кто-то этот формат разработал; для них это - стандарт.

Возможно Вам поможет вот это

Формат забавный. Похоже, в нём нет ссылки на начальный адрес (либо он подразумевается нулевым)
Скорее всего, это что-то от программаторов ПЗУ

вот это попробуйте


Даже самому интересно стало, как, например, HEX в CPP сконвертить

http://www.olimex.com/dev/index.html

Слова "только" здесь, конечно, нет. Но, честно говоря, не пришла мысль, что с другим будет работать. Как я понял, шаражка Олимекс просто спаяла шнур под Пони


Как это? В каждой строке в явном виде прописан один адрес (перед ":") и одно слово (после ":")


Вопрос не стоИт о конвертации. Я бы просто мог сразу компилировать в HEX, и не было бы проблем

С точки зрения PonyProg, rom это бинарный формат, а Output Generic Format, каким его представляет Ваш компилятор, является по сути текстовым и PonyProg его понимать не обязан если его нет в списке поддерживаемых форматов. На сколько мне известно Output Generic Format это внутренний стандарт Atmel, да и к тому же древний.
Так что Вам всё таки придётся убедить руководство использовать стандарт де факто intel hex. В противном случае, при переходе на другую платформу или даже на атмеловские чипы, не поддерживаемые PonyProg, Вы рискуете остаться без средств программирования вообще.

avrdude поддерживает этот тип программаторов. правда и он вроде тоже не читает "ваш" формат. Однако если ОЧЕНЬ надо можете добавить сами этот формат в avrdude. Он OpenSource.

У нас используются 3 разных программатора (для одной цели) - такова воля "Его". Один из них точно будет поддерживать все новые чипы - самопальный.

А вот не знает ли кто: у Пони в списке типов файлов есть *.rom; что Пони под этим подразумевает?

Я уже говорил, подразумевается бинарный образ. Можете это проверить, загрузите hex и сохраните rom.
Выдержка из документации: "The file to load may have one of these format: intel-hex, motorola S-record or raw binary."

Проверил. Если сохранить в .rom и .bin, получается немножко разное. В rom перед данными еще вставлен какой-то блок

rom = заголовок от PonyProg + bin
Но в любом случае это не то, что Вам нужно.

мдя, ну и проблемы... ппц, руководство решает какие расширения использовать...
а кто мешает прошивать простым батником, перед вызовом понипрога вызывать конвертор rom -> hex ?
или при компиляции создавать одновременно и rom и hex ?
кстати, у пониропга есть командный режим.

Сообщение отредактировал ukpyr - Sep 25 2009, 07:30

Это я понимаю



Дык руководство и мешает... Пока я его не убедю, что другого пути нет.
А решает оно не только это. Например, где должна лежать отвертка . Потому (в частности) я и работаю дома

Всем спасибо!
Пусть начальник посовещается с собой и выберет новый формат

Начальник посовещался и решил, что новый программатор надо вернуть в магазин