Codificatore Intel HEX

Questo codificatore Intel HEX costruisce un record corretto da indirizzo, tipo e payload esadecimale, oppure analizza una o più righe che Lei ha già, controllando la lunghezza rispetto al conteggio dichiarato e rifiutando ogni riga il cui checksum non corrisponda.

Codifichi un record di firmware con indirizzo, tipo e checksum

Imposti mode su encode, oppure lasci il valore predefinito. Il motore poi assembla due punti, conteggio byte, indirizzo, tipo, dati e il checksum in complemento a due di ogni byte precedente, e restituisce un array records con un oggetto contenente la riga intera, l’indirizzo numerico e hex, il nome del tipo, i dati hex e il checksum. Una stringa data vuota è valida per fine file e per esperimenti solo di tipo. Fornisca l’offset di carico a sedici bit in address come intero da zero a sessantacinquemila cinquecentotrentacinque; i valori fuori da quell’intervallo falliscono con invalid_input perché il campo indirizzo classico di Intel HEX è largo solo due byte. Scelga record_type da zero a cinque: zero è dati ordinari, uno è fine file con payload vuoto, due e quattro sono record di indirizzo di segmento esteso e lineare esteso che portano esattamente due byte di dati, e tre e cinque sono record di indirizzo di avvio segmento e di avvio lineare che portano esattamente quattro byte di dati. Metta il payload in data come cifre esadecimali; spazi opzionali, due punti, trattini e prefissi zero-x vengono rimossi, un conteggio dispari di cifre dopo la pulizia viene rifiutato, e più di duecentocinquantacinque byte vengono rifiutati perché il campo lunghezza è un solo byte.

Decodifichi le righe, verifichi ogni checksum e legga i campi

Qualsiasi fallimento solleva invalid_input con un messaggio che indica il numero di riga e il checksum atteso rispetto a quello effettivo quando la matematica non coincide — tali fallimenti non vengono addebitati sul percorso prepagato. In caso di successo riceve mode decode, un array records nell’ordine del file, record_count e all_checksums_ok impostato a true. Ogni oggetto record rispecchia la forma di encode: la riga normalizzata in maiuscolo, byte_count, address e address_hex, record_type e record_type_name, data hex, checksum e checksum_ok. Questo contratto basta per controllare un piccolo frammento .hex senza importare una toolchain completa di file oggetto, ed è abbastanza rigoroso da far fallire subito un nibble invertito in un ticket invece di produrre un’immagine flash silenziosamente errata.

Flussi di lavoro, prezzi, limiti e quando usare questo strumento

Un altro flusso incolla un frammento multilinea che include un record di indirizzo lineare esteso e un marcatore di fine file, confermando ogni checksum prima che un umano approvi un aggiornamento di campo. Questa capacità non espande i record di indirizzo esteso in una mappa di memoria piatta a trentadue bit e non parla con un programmatore hardware; la abbini al proprio flasher o costruttore di mappe quando serve l’assemblaggio completo dell’immagine. Il testo sorgente segue le stesse regole di conservazione degli altri elementi parse KIT, e i risultati sono sicuri da fissare perché l’algoritmo è pienamente deterministico. Chiami il codificatore Intel HEX gratuito nel browser per demo di laboratorio, ticket di supporto e controlli puntuali del checksum senza installare srec_cat, objcopy o un IDE del fornitore. Usi l’API prepagata KIT quando un backend, un worker edge o un SDK devono codificare o verificare record con saldo a $0.002 per elemento riuscito; gli errori di validazione non consumano mai saldo dopo il rifiuto del motore. Mantenga payload abbastanza corti per l’uso interattivo — i dati del record sono limitati a duecentocinquantacinque byte dal formato stesso — e usi strumenti dedicati di caricamento binario per immagini di produzione da più megabyte.