Zajímalo by mě, proč kompilátor na třetím řádku najednou řekl, že se zapíše jen 12bajtů. Od tohoto řádku dává vždy k adrese offset +12. Někde v kódu se to zase dorovná na offset nula.
Také by mě zajímalo, jestli může být někde mezera v adresách a pokud ano tak proč. Nikde jsem o tomto problému nic nenašel, ale zajímá mě to z důvodu tvorby bootloaderu.
Dík
administrator: přejmenováno z "AVR a generování HEX souboru"
První 2 HEX znaky řádku znamenají délky, proto se v 3. řádku zapisuje jen 12 bajtů. Zápisová adresa na dalším řádku 4 bajty přeskočila, to je formátem souboru povolené.
To dovolení je někde definované, nebo to musím příjmout jako fakt? Bylo by povolené i to, kdyby se najednou skočilo o nějaký offset? Docela by mi to zhatilo situaci. Byl bych nejradši, kdyby v tom hexu byla 100% souvislá řada bajtů od nuly až do konce.
To je vlastnost hex. formátu. Zapisují se jenom adresy na kterých je kód (nebo data).
Ten hex soubor vytváří překladač.
Když např. překládá bootloader, který začíná na adrese 7000, tak by bylo asi zbytečné zapisovat všechny adresy od nuly (na každé do těch 7000 by bylo 0xff).
Nevím proč by se ti to líbilo víc.
s tímto tvrzením souhlasím, ale nechápu jak to s tímto souvisí.
Tento kód říká, že od adresy 0x6440 zapíše 12 znaků…
0C64400041505040B8F70895F894FFCF89
a tento kód říká, že od adresy 0x644C zapíše 16 znaků
10644C003E5149453E0000427F40000042615149A7
z tohoto vyplývá, že kompilátor najednou posunul adresový offset o 0xC0 bez jakékoliv pochopitelné pčíčiny resp. né mě známé…mě to v programu ničemu nevadí, jen mě zajímá proč se to děje. Přeci si to překladač jen tak nevymyslí.
Co se týče toho důvodu tak ten je tento:
Budu předpokládat dvě situace, kdy zapisuji pouze program a ne bootloader…
A. HEX soubor má data adresované od adresy nula až do maxima programu
B. HEX soubor má najednou mezeru končí adresou 0x5000 a pokračuje 0x6000.
V případě A je vše v pořádku. V případě B je to komplikace, protože nemůžu do flešky jednoduše zapsat všechna data. Každý řádek kódu budu muset otestovat na adresu a zapsat na tu správnou.
Tu sa predsa jedna o suvisle pole bajtov. Ci?
Len v tretom riadku zapisal 12B a na dalsom od nasledujucej adresy pokracuje v zapise 16B. Osobne ziadnu nekonzistenciu nevidim.
Ti moze byt sumak, ci tych 12B zapise az na poslednom riadku, alebo niekde “po ceste”. Nie kazdy program musi byt celociselnym nasobkom 16-tich.
No asi můj dotaz zůstal stále nepochopený…
Nepsal jsem nic o tom, že by to nebylo spojité, ale o tom, že to bylo rozdělené na více řádků. Na dalším řádku kód pokračuje spojitě, ale s offsetem (v tomto přídadě 0x0C). Proč se toto stalo? Kompilátor k tomu přeci můsí mít důvod. Ze začátku jsem myslel, že je to třeba konec nějaké funkce, nebo definice proměné, ale ze souboru map ani m51(u překladače keil) z výpisu nebylo nic zřejmé. Zůstává to tedy pro mě záhadou a těší mě, že zřejmě nejsem sám…aneb profesionálem snadno a rychle
Jinak v tom popisu HEX formátu se o tom nic nepíše…
administrator: přejmenováno z "AVR a generování HEX souboru"