Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
16 years ago

In-System Memory Content Editor: Intel-Hex Format interpretation

Quartus In-System Memory Content Editor (ISMCE) seems to interpret Intel hex files in another way than the specification says:

while the specification tells for the data offset of a record type "00" is in bytes (at least I interpret the spec like this), the ISMCE uses this offset as word-offset.

Additionally, the words seem to be byte-swapped (big->little endianness). I expected that the first byte I write into the hex file will be the byte at lowest memory address. The display of the ISMCE would let me assume the same, but when I read through AHB, this memory is not as I would assume.

Can I somewhere find a description about the interpretation of those files by Quartus? I sas not successful finding such so far, and it seems to not comply with the standard.

2 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    16 years ago

    I just did a workaround and simply converted my data to the format it expects (swap bytes and divide offsets by 4), that's enough for me for the moment. If you agree that this does not comply to the standard, I guess this would qualify for a support request.