01
Retrouver le modèle complet
Pour la variante habituelle de ZIP, choisissez CRC-32/ISO-HDLC. CRC-32C et MPEG-2 sont distincts. Pour un modèle personnalisé, reprenez le polynôme normal, Init, RefIn, RefOut et XorOut de la spécification.
Hash & Crypto Helpers
Calculateur CRCRetrouvez les octets et le modèle exacts
Choisissez le format et le modèle, puis lancez le calcul. Chaque résultat conserve ses paramètres et les deux ordres des octets.
Calculateur CRC
Texte ou octets
Résultat du checksum
Lancez un calcul. Le texte vide est aussi accepté.
Le texte et les fichiers sont traités dans votre navigateur.
Lancez un calcul. Le texte vide est aussi accepté.
Le Calculateur CRC aide à comprendre pourquoi une réponse matérielle ne correspond pas au jeu de test. Le nom CRC16 ne suffit pas : le polynôme, le registre initial, les réflexions et le XOR final participent tous au résultat.
Commencez par un message connu. Une fin de ligne supplémentaire ou un encodage différent modifie les octets, même lorsque le texte affiché semble identique.
Ce que montre le Calculateur CRC
Un nombre accompagné de ses paramètres
Le Calculateur CRC conserve le modèle complet avec chaque valeur. ARC et MODBUS utilisent le même polynôme, mais pas le même registre initial. Enregistrer ces paramètres permet de reproduire un écart sans deviner les réglages précédents.
Un seul état pour tout le fichier
Les blocs mettent à jour le même état, dans leur ordre d’origine. Le checksum final ne dépend donc pas de la frontière de lecture. Aucun XOR de checksums indépendants n’est effectué ; la progression reste visible et le calcul peut être annulé.
Trois vérifications avant de comparer
02
Distinguer texte et octets
En mode hex, 31 32 33 représente trois octets. En mode texte, les chiffres et les espaces sont tous encodés en UTF-8. Pour un autre encodage, fournissez le fichier original ou sa représentation exacte en hexadécimal.
03
Comparer le nombre, puis son ordre
123456789 permet de vérifier la valeur Check. CRC-16 Modbus donne le nombre 4B37, transmis comme 37 4B en petit-boutiste. Entrez 4B37 dans le champ attendu. Ctrl/Cmd+Entrée relance le calcul après modification.
Des modèles explicites et des sorties comparables
Huit préréglages
ARC, MODBUS, IBM-3740 et XMODEM couvrent quatre modèles sur 16 bits. ISO-HDLC, CRC-32C et MPEG-2 couvrent trois variantes sur 32 bits. Vous pouvez aussi définir vos paramètres sur 16 ou 32 bits.
Réflexions indépendantes
RefIn inverse les bits de chaque octet d’entrée ; RefOut inverse ceux du registre final. L’ordre grand-boutiste ou petit-boutiste ne fait que présenter les octets du même nombre, sans changer le modèle.
Checksum Adler-32 séparé
Adler-32 commence avec S1=1 et S2=0, puis réduit les deux sommes modulo 65521. L’entrée vide donne 00000001. Les paramètres de polynôme et de XOR propres au CRC ne s’appliquent pas à Adler.
Rapport de calcul en JSON
Le rapport garde le modèle, les paramètres numériques, le format d’entrée, le nombre d’octets, la valeur attendue et la comparaison. Il inclut hex, décimal, binaire et les deux ordres des octets, sans le contenu source.
Limites et interprétation des données
- Aucune correction implicite
- L’entrée hex accepte des paires complètes et des blancs ASCII. Elle refuse 0x, virgules, commentaires, blancs non ASCII et groupes impairs. Elle ne complète pas un demi-octet et ne retire ni n’ajoute de CRC à une trame.
- Des plafonds distincts
- Texte et source hex : 1 000 000 d’unités UTF-16, puis 1 MiB après décodage. Un seul fichier peut atteindre 2 GiB et est lu par blocs de 1 MiB. Les entrées vides sont valides ; les répertoires et listes de contrôle ne sont pas traités en lot.
- Pas de normalisation du texte
- Le texte reste en UTF-8 avec ses blancs, caractères BOM et fins de ligne. Les substituts non appariés sont refusés. Le mode fichier lit les octets bruts, sans décompression ni changement de jeu de caractères.
- Le modèle reste votre choix
- Pas de détection automatique, recherche de polynôme, CRC8/64, génération de code ou d’octets de correction. Toute modification annule le travail en cours et désactive l’export jusqu’au prochain calcul.
- Une somme ne certifie pas l’origine
- Une somme de contrôle CRC ou Adler peut détecter une altération accidentelle. Des collisions restent possibles et un attaquant peut conserver le même checksum. L’égalité ne prouve pas l’identité de l’émetteur et ne répare pas un fichier.
Questions sur le Calculateur CRC
Pourquoi deux calculateurs donnent-ils des résultats différents ?
Vérifiez les octets exacts, puis largeur, polynôme, Init, RefIn, RefOut et XorOut. Vérifiez aussi si l’autre outil affiche le nombre ou les octets inversés. Une simple fin de ligne ajoutée suffit à changer le résultat.
CRC-32 et CRC-32C sont-ils identiques ?
Non. ISO-HDLC utilise 04C11DB7 et CRC-32C utilise 1EDC6F41. Pour 123456789, les valeurs sont CBF43926 et E3069283. La largeur identique ne les rend pas interchangeables.
Le CRC-32 est-il identique à MD5 ou SHA-256 ?
Non. CRC vise les erreurs accidentelles de transport ou de stockage. MD5 et SHA-256 appartiennent aux familles de hachage cryptographique, mais MD5 n’offre plus la résistance aux collisions attendue aujourd’hui. Un hash seul n’authentifie pas non plus son émetteur.
Quel variant CRC choisir selon mon cas d'utilisation ?
Suivez la spécification du protocole ou du format. ISO-HDLC est courant pour ZIP et MODBUS pour les équipements concernés. Le Calculateur CRC expose les six paramètres pour vérifier ce choix, plutôt que de se fier seulement au nombre de bits.
Puis-je calculer le CRC d'un fichier binaire et pas seulement du texte ?
Oui. Choisissez le mode Fichier pour lire un fichier binaire comme une suite d’octets bruts. La limite est de 2 GiB pour un seul fichier, lu en blocs de 1 MiB. Le contenu n’est ni décodé en texte ni décompressé.
Une autre question ?
Revenir au Calculateur CRC
Utilisez le Calculateur CRC sur un exemple connu, ajustez un paramètre à la fois et conservez le rapport du résultat validé.