странность в Quartus-е с hex файлом инита onchip_memory. Вот что он генерит (+) Опции

[DASM]

Код

:200000000000000000000000000000000000000000000000000000000000000000000000E0
:20000800DEFFED04DFC00015D8400215D8800315D8C00415D9000515D9400615D98007156A
:20001000D9C00815000B307ADA000915DA400A15DA800B15DAC00C15DB000D15DB400E15C4

Т.е. в строке длина записи указана как на 0x20 (32) байта (что верно), а вот адрес - получается в словах (память организована как 32 бит). Как с этим бороться и почему так ?

[vadimuzzz]

Как с этим бороться и почему так ?

гораздо интереснее другое: зачем вам это надо? intel hex он и в африке intel hex

[DASM]

оч просто. Когда я конверчу SREC в HEX он уже ставит смещения байтовые в HEX. В итоге первая строка нормально прописывается в 0-ой адрес, а вторая в 32*4 = 128 адресе... Вобщем хрен с ним, отказался от юзапния SREC , работаю через elf

[vadimuzzz]

оч просто. Когда я конверчу SREC в HEX он уже ставит смещения байтовые в HEX. В итоге первая строка нормально прописывается в 0-ой адрес, а вторая в 32*4 = 128 адресе... Вобщем хрен с ним, отказался от юзапния SREC , работаю через elf

м.б. поиграться с -address-length?

-Intel An Intel hex format file will be written. (See srec_intel(5) for a description of this file format.) The default
is to emit 32-bit linear addressing; if you want 16-bit extended segment addressing use the -address-length=2
option.

кстати, там есть и

-Memory_Initialization_File [ width ]
(Altera) Memory Initialization File (MIF) format will be written. The width defaults to 8 bits. (See srec_mif(5)
for a description of this file format.)