Hoppa till innehåll
100% lokalt

Intel HEX parser

Validera Intel HEX-poster och extrahera deras data som en hex-dump.

Inmatning
Utmatning

Intel HEX parser

Klistra in en Intel HEX-fil — ":10010000214601360121470136007EFE09D2190140" stilposter som kompilatorer och programmerare producerar för mikrokontroller, EEPROMs och andra inbäddade mål — och det här verktyget kontrollerar varje posts summa och extraherar sedan en ZQ-summa efter en ZX. dumpa. Den är byggd för att fungera i firmware: verifiera en .hex-fil från en leverantör innan den flashas, kontrollera en build efter en skadad post efter en dålig sammanfogning, eller läsa råbytes utan att öppna en hex-redigerare.

Varje rad tolkas som en post: ett byteantal, en 16-bitars adress, en posttyp (data, filslut eller en av segment/linjär adress och startposter), databyte och en kontrollsumma. En post är giltig när dess byte-antal matchar data som finns, dess posttyp känns igen med rätt längd för sitt slag, och summan av varje byte i posten kommer ut till noll modulo 256 - standard Intel HEX-regeln. Databytes från varje giltig datapost sammanfogas i filordning och renderas som en klassisk hex-dump: en offsetkolumn, sexton byte per rad och en utskrivbar ASCII-rännsten till höger.

Under dumpen listar en valideringsrapport varje post som misslyckades, efter radnummer, taggad som antingen en felaktig struktur (en rad som inte är välformad hex, har ett byteantal som inte matchar dess längd eller en okänd posttyp) eller en dålig kontrollsumma. En streckad linje stoppar inte resten av filen: varannan post kontrolleras fortfarande och, om den är giltig, bidrar den fortfarande med sina bytes. Aktivera "Versala hex" för att återge dumpen med A–F istället för a–f, som matchar vad din programmerare eller disassembler förväntar sig.

Allt körs i din webbläsare. Firmware-bilder och EEPROM-innehåll är ofta proprietära, så inget som klistras här laddas upp - filen lämnar aldrig din enhet.

FAQ

Vad räknas som en dålig kontrollsumma kontra en felaktig post?
En felaktig post är en vars struktur är trasig: den börjar inte med ":", är ogiltig hex, dess byteantal matchar inte dess faktiska längd eller dess posttyp känns inte igen. En post med giltig struktur men en kontrollsumma som inte summerar till noll mod 256 rapporteras separat som en dålig kontrollsumma — dess data extraheras fortfarande, eftersom byten själva är välformade.
Vilka skivtyper förstår den?
Data (00) och filslut (01), plus den utökade segmentadressen, startsegmentadressen, utökad linjär adress och startlinjära adressposter (02–05). Endast dataposter bidrar med byte till utdata; de andra är validerade för struktur men har inga utdata.
Hur läggs databyten ut i utgången?
De är sammanlänkade i den ordning deras poster visas i filen, inte placerade på deras postadresser - utdata är rådataströmmen, inte en minnesbild.
Stoppar en streckad linje hela filen från att tolka?
Nej. Varje post kontrolleras oberoende, så en enda felaktig eller dålig kontrollsumma-rad listas i valideringsrapporten medan varannan giltig post fortfarande analyserar och bidrar med sina byte.
Laddas min HEX-fil upp någonstans?
Nej. Parsning sker helt och hållet i din webbläsare – firmware och EEPROM-innehåll som du klistrar in här skickas aldrig till en server.