Hash & Crypto Helpers

CRC-RechnerBytes und Modell nachvollziehen

Wählen Sie Eingabeformat und Modell. Das Ergebnis enthält die verwendeten Parameter und beide Bytefolgen.

CRC-Rechner

Text oder Bytes

Prüfsumme

Berechnen Sie eine Prüfsumme. Auch leerer Text ist gültig.

Text und Dateiinhalte werden im Browser verarbeitet.

Optionen
Breite (Bit)
32
Polynom (Hex)
04C11DB7
Startwert (Hex)
FFFFFFFF
Eingabebits spiegeln
Ja
Ausgabebits spiegeln
Ja
Abschließendes XOR (Hex)
FFFFFFFF

Eigene CRC-Modelle verwenden das normale MSB-Polynom ohne höchsten Term. Adler-32 hat feste Parameter.

4 oder 8 Hex-Ziffern als Zahl; äußere Leerzeichen und 0x sind erlaubt. Keine Interpretation als Little-Endian-Bytes.

Text: 1.000.000 UTF-16-Einheiten und 1 MiB dekodierte Bytes. Eine Datei: 2 GiB, gelesen in Blöcken von 1 MiB.

Berechnen Sie eine Prüfsumme. Auch leerer Text ist gültig.

Der CRC-Rechner hilft, wenn eine Geräteantwort nicht zum Testdatensatz passt. Die Angabe CRC16 reicht dafür nicht aus: Neben dem Polynom entscheiden Startwert, Bitspiegelung und abschließendes XOR über die Prüfsumme.

Prüfen Sie zunächst eine bekannte Nachricht. Eine zusätzliche Leerzeile oder eine andere Zeichenkodierung verändert die Bytes, auch wenn der sichtbare Text auf den ersten Blick gleich aussieht.

Was dieser CRC-Rechner sichtbar macht

Parameter gehören zum Ergebnis

Der CRC-Rechner hält Modellname und alle Parameter zusammen mit dem Wert fest. ARC und MODBUS nutzen dasselbe Polynom, aber unterschiedliche Startregister. Mit diesen Angaben lässt sich eine Abweichung gezielt nachstellen.

Eine identische Bytefolge führt über zwei verschiedene Parametersätze zu unterschiedlichen Prüfsummen.

Dateiblöcke aktualisieren denselben Zustand

Jeder Block wird in der ursprünglichen Reihenfolge verarbeitet. Erst am Dateiende entsteht die endgültige CRC-Prüfsumme. Es werden keine unabhängigen Blockwerte per XOR zusammengeführt; Fortschritt und Abbruch bleiben verfügbar.

Aufeinanderfolgende Dateiblöcke aktualisieren einen gemeinsamen Zustand bis zur endgültigen Prüfsumme.

Drei Ursachen für abweichende Werte prüfen

01

Das vollständige Modell wählen

Für die übliche ZIP-Variante verwenden Sie CRC-32/ISO-HDLC. CRC-32C und MPEG-2 sind eigene Modelle. Übernehmen Sie bei einer eigenen CRC Polynom, Startwert, RefIn, RefOut und XorOut aus der Protokollspezifikation.

02

Zeichen von Bytes unterscheiden

31 32 33 steht im Hex-Modus für drei Bytes. Im Textmodus werden die Ziffern und Leerzeichen als UTF-8 kodiert. Für andere Zeichensätze verwenden Sie die Originaldatei oder deren genaue Hex-Darstellung.

03

Zahlenwert vor Bytefolge vergleichen

Das Beispiel 123456789 dient zum Vergleich mit Check. CRC-16 MODBUS ergibt die Zahl 4B37 und die Little-Endian-Folge 37 4B. Als Sollwert gilt 4B37. Nach Änderungen berechnet Strg/Cmd+Enter den Wert erneut.

Benannte Modelle und prüfbare Ausgaben

Acht Vorgaben und eigene CRC

ARC, MODBUS, IBM-3740 und XMODEM decken vier 16-Bit-Modelle ab. ISO-HDLC, CRC-32C und MPEG-2 liefern 32 Bit. Eigene Parameter sind für 16 oder 32 Bit einstellbar.

Bitspiegelung getrennt einstellen

RefIn spiegelt die Bits jedes Eingabebytes, RefOut die Bits des abschließenden Registers. Die Big- und Little-Endian-Anzeigen ordnen dagegen die Ergebnisbytes. Sie ändern weder Modell noch Zahlenwert.

Adler-32 mit definiertem Start

Der Adler-32 Prüfsummenrechner beginnt mit S1=1 und S2=0 und reduziert beide Summen modulo 65521. Leere Eingabe ergibt 00000001. CRC-Polynom und XOR sind für Adler nicht anwendbar.

JSON mit Rechenbedingungen

Der Bericht enthält Modell, numerische Parameter, Eingabeformat, Bytezahl, Sollwert und Vergleichsergebnis. Hex-, Dezimal- und Binärdarstellung sowie beide Bytefolgen bleiben erhalten; Quelltext und Dateiinhalte sind nicht enthalten.

Grenzen bei Eingabe und Auswertung

Keine automatische Bytekorrektur
Hex erlaubt ganze Bytepaare und ASCII-Leerraum. 0x, Kommas, Kommentare, andere Leerzeichen und ungerade Zifferngruppen werden abgelehnt. Der Rechner ergänzt keine Null und entfernt oder ergänzt kein CRC-Feld eines Protokollrahmens.
Getrennte Größenlimits
Text und Hex-Quelltext sind auf 1.000.000 UTF-16-Einheiten und dekodiert auf 1 MiB begrenzt. Eine einzelne Datei darf 2 GiB groß sein und wird in 1-MiB-Blöcken gelesen. Leere Eingaben sind gültig; Verzeichnisse und Prüflisten werden nicht gesammelt verarbeitet.
Keine Textnormalisierung
Text verwendet UTF-8 und behält vorhandene BOM-Zeichen, Leerraum und Zeilenenden. Ungepaarte Surrogate führen zu einem Fehler. Dateien werden als Rohbytes gelesen, ohne Entpacken oder Zeichenkonvertierung.
Keine Erkennung unbekannter Modelle
CRC8/64, Polynomrekonstruktion, Algorithmusraten, Quellcodeerzeugung und Korrekturbytes sind nicht vorgesehen. Änderungen an Eingabe oder Optionen beenden laufende Berechnungen und sperren den Export veralteter Werte.
Keine Authentifizierung
CRC und Adler erkennen viele zufällige Übertragungsfehler. Kollisionen und gezielt veränderte Daten können dieselbe Prüfsumme erzeugen. Eine Übereinstimmung beweist weder die Herkunft noch repariert sie beschädigte Daten.

Fragen zum CRC-Rechner

Ist CRC-32 dasselbe wie MD5 oder SHA-256?

Nein. CRC dient der Erkennung zufälliger Übertragungs- oder Speicherfehler. MD5 und SHA-256 sind kryptografische Hashfamilien; MD5 ist für moderne kollisionsresistente Anwendungen ungeeignet. Auch ein einfacher Hash authentifiziert den Absender nicht.

Welche CRC-32-Variante verwendet dieses Tool?

Voreingestellt ist CRC-32/ISO-HDLC mit Polynom 04C11DB7, Startwert und XorOut FFFFFFFF sowie beiden Spiegelungen. Der CRC-Rechner bietet außerdem CRC-32C, MPEG-2 und eigene 32-Bit-Parameter.

Was ist der Unterschied zwischen CRC-16/CCITT-FALSE und CRC-16/MODBUS?

IBM-3740, auch CCITT-FALSE genannt, nutzt 1021, Startwert FFFF und keine Spiegelung. MODBUS nutzt 8005, FFFF und beide Spiegelungen. XMODEM mit 1021 und Startwert 0000 ist wiederum ein anderes Modell.

Welche CRC-Variante soll ich für meinen Anwendungsfall wählen?

Entscheidend ist die Spezifikation des Dateiformats oder Protokolls. ISO-HDLC ist bei ZIP üblich, MODBUS bei entsprechenden Geräteprotokollen. Stimmen Sie alle Modellparameter und den Check-Wert ab, statt allein nach der Bitbreite zu wählen.

Warum weicht mein CRC-Ergebnis vom erwarteten Wert ab?

Kontrollieren Sie Bytes, Kodierung, Zeilenenden und die sechs CRC-Parameter. Prüfen Sie außerdem, ob der Vergleichswert als Zahl oder Bytefolge notiert ist: 4B37 und die gesendeten Bytes 37 4B haben unterschiedliche Schreibweisen.

Noch eine Frage?

Zurück zum CRC-Rechner

Mit dem CRC-Rechner zuerst eine bekannte Nachricht prüfen, anschließend einzelne Einstellungen ändern und den bestätigten Parametersatz als Bericht speichern.