Checksum CRC-16 XMODEM

CRC-16/XMODEM è un controllo di ridondanza ciclica a sedici bit usato nell'incapsulamento classico del trasferimento file, nel firmware embedded e nelle pile di protocolli che necessitano di una parola di integrità compatta invece di un hash crittografico completo. Ingegneri, studenti e team di supporto spesso necessitano dello stesso risultato da manuale per una stringa breve: il polinomio generatore CCITT 0x1021, registro iniziale a zero (il seme XMODEM), senza riflessione di bit e XOR finale a zero—esattamente il profilo CRC-16/XMODEM il cui valore di controllo per le cifre ASCII da uno a nove è 31C3 in esadecimale. Questo strumento di checksum CRC-16 XMODEM accetta testo non vuoto, lo codifica come UTF-8, esegue quel ciclo deterministico di scorrimento e XOR e restituisce il checksum a sedici bit come quattro cifre esadecimali minuscole insieme al valore decimale e a un breve riepilogo.

Cosa calcola il CRC-16/XMODEM con polinomio 0x1021 e perché conta la parola hex

Un controllo di ridondanza ciclica tratta il messaggio come un polinomio sul campo di Galois a due elementi e lo divide per un polinomio generatore fisso, lasciando un resto che diventa il checksum. Per CRC-16 il resto è largo sedici bit, così l'intero risultato sta in una parola e si scrive naturalmente come quattro cifre esadecimali. Il generatore usato da XMODEM e da molti esempi in stile CCITT è 0x1021, che si espande in x alla sedicesima più x alla dodicesima più x alla quinta più uno.

Nel software la divisione si esegue con OR esclusivo di ciascun byte di ingresso negli otto bit alti di un registro a sedici bit e scorrimento a sinistra otto volte, applicando OR esclusivo con il generatore quando il bit alto è impostato. Questa pagina usa sempre quell'algoritmo non riflesso con valore iniziale zero e XOR finale zero, il profilo il cui valore di controllo documentato per la stringa ASCII di nove byte uno due tre quattro cinque sei sette otto nove è 31C3.

La risposta ripete anche l'intero decimale, la stringa del polinomio 0x1021, l'etichetta di algoritmo CRC-16/XMODEM, il conteggio di byte UTF-8 e il testo originale affinché i client mostrino una riga di audit completa senza ricalcolare i metadati. Poiché CRC-16 non è resistente alle collisioni né munito di chiave, la usi come controllo di trama o di corruzione accidentale, non come prova di autenticità; preferisca digest della famiglia SHA quando l'intento di ricerca è l'hashing crittografico piuttosto che un CRC a due byte.

Dove un checksum CRC-16 XMODEM è utile

Autori di firmware e studenti di protocolli seriali usano un calcolatore di checksum CRC-16 XMODEM per verificare resti calcolati a mano rispetto al polinomio CCITT a seme zero senza scrivere un ciclo di scorrimento in ogni linguaggio. Le piattaforme didattiche e i plugin LMS necessitano di un oracolo deterministico che rifiuti l'input vuoto invece di restituire zero per il messaggio vuoto, così i correttori automatici distinguono risposte mancanti da un vero checksum zero.

I siti di contenuti che si posizionano su CRC-16 XMODEM, calcolatore CRC16 XMODEM o checksum poli CCITT 0x1021 traggono vantaggio da uno strumento live il cui percorso gratuito coincide byte per byte con l'automazione a pagamento sullo stesso modulo puro. I fallimenti di validazione non consumano mai saldo dopo il rifiuto.

Abbini landing CRC-8, CRC-32 o hash crittografico solo quando l'intento di ricerca va oltre un controllo di trama XMODEM a sedici bit—mantenga questa pagina incentrata su CRC-16/XMODEM con poli 0x1021 e seme zero affinché l'intento SEO resti nitido e non collida con varianti MODBUS, IBM o CCITT-FALSE che condividono il nome di famiglia ma non lo stesso vettore di controllo.