Serielle Frames untersuchen
CRC aus Nutzbytes berechnen oder einen vollständigen Frame samt zwei CRC-Bytes prüfen.
Vollständige Bytepaare, Leerraum oder Kommas; 0x nur vor einem einzelnen Byte.
Die Verarbeitung erfolgt in diesem Browser-Tab. Eingaben werden weder gesendet noch gespeichert.
Breite 16 · Polynom 8005 (reflektiert A001) · Start FFFF · RefIn/RefOut true · XorOut 0000
CRC-Übereinstimmung prüft keine Funktionen, Register oder Gerätekommunikation.
Bytes eingeben oder Beispiel laden.
CDC5 im Programm und C5 CD im Mitschnitt können dasselbe Ergebnis darstellen. Der Modbus CRC-Rechner zeigt Zahlenwert und Übertragungsreihenfolge nebeneinander. So lässt sich eine Darstellungsfrage klären, bevor Sie eine korrekte Implementierung ändern.
Für die Berechnung gehören Adresse, Funktion und Daten in die Eingabe. Enthält der Mitschnitt bereits eine CRC-Prüfsumme, wählen Sie die Prüfung des vollständigen Frames. Zeilenumbrüche trennen Hex-Bytes; sie starten keine zusätzliche Berechnung.
Der Modbus CRC-Rechner liefert für 01 03 00 00 00 0A den Wert CDC5. Angehängt werden standardmäßig C5 CD. Die Diagnoseoption für das hohe Byte zuerst verändert nur das CRC-Paar, nicht die Registeradresse oder den übrigen Inhalt.
Die Prüfung zeigt empfangene und erwartete Endbytes getrennt. Ein neu zusammengesetzter Frame erscheint ausschließlich in der Ausgabe. Dadurch bleibt sichtbar, was tatsächlich empfangen wurde, auch wenn die berechnete Prüfsumme abweicht.
Berechnen verarbeitet sämtliche eingegebenen Bytes. Prüfen trennt genau die letzten zwei ab. Es gibt keine automatische Erkennung einer vorhandenen CRC. Das Beispiel folgt dem gewählten Modus und zeigt vor dem Ersetzen eine Vorschau.
Modbus RTU überträgt das niedrige CRC-Byte zuerst. Die Reihenfolge von Registerdaten ist eine andere Frage. Hoch-zuerst bleibt als nicht standardkonforme Diagnose markiert, auch bei Übereinstimmung. Gleiche hohe und niedrige Bytes lassen sich durch Vertauschen nicht unterscheiden.
Automatik wartet nach Änderungen 350 ms. Ohne Automatik können Sie per Schaltfläche oder Ctrl/Cmd+Enter die CRC berechnen. Änderungen sperren sofort alte Exporte. Beispiel und Leeren lassen sich nach der Vorschau anwenden und einmal mitsamt dem Ergebnis rückgängig machen.
CRC-16/MODBUS verwendet 16 Bit, Polynom 8005 beziehungsweise reflektiert A001, Startwert FFFF, reflektierte Ein- und Ausgabe sowie XorOut 0000. Die Bytefolge 31 bis 39 ergibt den Prüfwert 4B37. Diese Parameter bleiben sichtbar und unveränderlich.
Erlaubt sind zusammenhängende gerade Hex-Gruppen, Leerraum und Kommas. Das Präfix 0x darf nur vor einem einzelnen Byte stehen. Ungerade Gruppen und fremde Zeichen werden mit Zeile und Spalte abgelehnt; Protokolltexte werden nicht stillschweigend bereinigt.
Das Ergebnis enthält Zahlenwert, hohes und niedriges Byte, erwartete Endbytes und vollständigen Frame. Im Prüfmodus kommen Empfangswert und Vergleich hinzu. Eine Abweichung ist ein fertiges Prüfergebnis, das weiterhin als Diagnosebericht exportiert werden kann.
Kopieren Sie CRC-Bytes oder den vollständigen neu aufgebauten Frame. Der JSON-Bericht enthält Modus, Reihenfolge, Parameter, Datenbereich, Empfangswert und Vergleich. Damit bleibt nachvollziehbar, worauf sich eine vierstellige Prüfsumme tatsächlich bezog.
CRC dient der Erkennung zufälliger Datenfehler. Sie liefert keinen Herkunftsnachweis und verhindert keine absichtliche Veränderung. Ein erfolgreicher Vergleich ersetzt deshalb keine Authentifizierung und keine Prüfung der Bedeutung einer Nachricht.
Maßgeblich sind die vollständigen Parameter des Protokolls, nicht nur 16 oder 32 Bit. Hier ist das MODBUS-Modell fest eingestellt. Vergleichen Sie Polynom, Startwert, Reflexion und abschließendes XOR mit Ihrer Implementierung.
Prüfen Sie zuerst den Datenbereich und ob die alte CRC versehentlich mitgerechnet wurde. Vergleichen Sie außerdem Zahlenwert mit Zahlenwert: CDC5 und die übertragenen Bytes C5 CD sind vereinbar. Eine andere CRC-Variante liefert trotz gleicher Länge andere Werte.
Polynom und weitere Modellparameter unterscheiden sich. MODBUS verwendet 8005 und den Startwert FFFF. Die Bezeichnung CCITT kann zudem mehrere Varianten meinen. Die Werte sind nicht austauschbar, nur weil beide 16 Bit breit sind.
Ja, geben Sie die tatsächlichen Bytes hexadezimal ein. 01 bedeutet ein Byte mit dem Wert eins, nicht die Zeichen 0 und 1. Ein Dateiimport oder eine Zeichenkodierung ist nicht vorgesehen; die Grenzen für einen RTU-Frame gelten weiterhin.
Noch eine Frage?
Der Modbus CRC-Rechner hilft beim Vergleich eines einzelnen Mitschnitts. Behalten Sie die empfangenen Endbytes als Beleg, bevor Sie Änderungen am Sender vornehmen.