PonyProg и вокруг него Опции

[Diusha]

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

Код

.db "abcd"

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

Код

000000:6261
000001:6463

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

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

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

Код

:040000006162636472
:00000001FF

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

Код

61 62 63 64 FF FF FF FF - FF FF FF FF FF FF FF FF        abcdяяяяяяяяяяяя
FF FF FF FF FF...                                                             яяяяя...

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

Код

30 30 30 30 30 30 3A 36 - 32 36 31 0D 0A 30 30 30        000000:6261..000
30 30 30 31 3A 36...                                                       001:6...

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

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

[IgorKossak]

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

[Diusha]

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

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

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

[IgorKossak]

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

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

[Diusha]

Я уже говорил, подразумевается бинарный образ. Можете это проверить, загрузите hex и сохраните rom.

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

[IgorKossak]

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

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

[Diusha]

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

Это я понимаю

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

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

[Diusha]

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

[Diusha]

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