SunSpec SunSpec Model 3 — Secure Dataset Read Request Modbus TCP template

SunSpec Model 3 — Secure Dataset Read Request

SunSpec Model 3 ist ein Protokollmodell der SunSpec Alliance, mit dem Sie kryptografisch signierte Datensatz-Leseanfragen über Modbus TCP stellen. Das Modell wird auf SunSpec-konformen DER-Geräten wie PV-Wechselrichtern, Batteriespeichern und Energiemessgeräten eingesetzt, die die Secure SunSpec Modbus-Spezifikation unterstützen. Die Modbus-Vorlage bildet den vollständigen Anforderungsblock ab: Zielmodellindex, bis zu 50 Datenpunkt-Offsets, einen clientseitigen Zeitstempel mit Millisekundenkomponente zur Replay-Prävention, eine Sequenznummer, ein Rollenberechtigungsfeld sowie den Algorithmus-Identifier und die Anzahl der Signaturregister. So erhalten Sie direkten Einblick in den sicheren Lese-Handshake Ihrer Anlage.

Protokoll
Modbus TCP
Anschluss
Ethernet, Modbus TCP
Register
59, lesen und schreiben
Marke
SunSpec
Zuletzt aktualisiert

Register (59)

59 lesen, 55 schreiben

NameEinheitZugriffAdresse (Verborgen bis zur Eingabe Ihrer E-Mail-Adresse)Funktion (verborgen)Typ (verborgen)
idLesen
lLesen
xLesen und Schreiben
off1Lesen und Schreiben
off2Lesen und Schreiben
off3Lesen und Schreiben
off4Lesen und Schreiben
off5Lesen und Schreiben
off6Lesen und Schreiben
off7Lesen und Schreiben
off8Lesen und Schreiben
off9Lesen und Schreiben
off10Lesen und Schreiben
off11Lesen und Schreiben
off12Lesen und Schreiben
off13Lesen und Schreiben
off14Lesen und Schreiben
off15Lesen und Schreiben
off16Lesen und Schreiben
off17Lesen und Schreiben
off18Lesen und Schreiben
off19Lesen und Schreiben
off20Lesen und Schreiben
off21Lesen und Schreiben
off22Lesen und Schreiben
off23Lesen und Schreiben
off24Lesen und Schreiben
off25Lesen und Schreiben
off26Lesen und Schreiben
off27Lesen und Schreiben
off28Lesen und Schreiben
off29Lesen und Schreiben
off30Lesen und Schreiben
off31Lesen und Schreiben
off32Lesen und Schreiben
off33Lesen und Schreiben
off34Lesen und Schreiben
off35Lesen und Schreiben
off36Lesen und Schreiben
off37Lesen und Schreiben
off38Lesen und Schreiben
off39Lesen und Schreiben
off40Lesen und Schreiben
off41Lesen und Schreiben
off42Lesen und Schreiben
off43Lesen und Schreiben
off44Lesen und Schreiben
off45Lesen und Schreiben
off46Lesen und Schreiben
off47Lesen und Schreiben
off48Lesen und Schreiben
off49Lesen und Schreiben
off50Lesen und Schreiben
tsLesen und Schreiben
msLesen und Schreiben
seqLesen und Schreiben
roleLesen und Schreiben
algLesen
nLesen

Register werden geladen…

Senden Sie Ihre Geräteliste

Steht ein Gerät noch nicht in der Bibliothek, erstellen wir die Vorlage kostenlos, sobald wir die Register haben.

Anwendungsfälle

  • Prüfen Sie, ob ein DER-Gerät bei einer Modbus TCP-Abfrage eine korrekt signierte Datensatzantwort zurückliefert.
  • Überwachen Sie das Sequenznummer-Register, um übersprungene oder wiederholte sichere Lesetransaktionen zu erkennen.
  • Kontrollieren Sie das Rollen-Register, um sicherzustellen, dass die Berechtigungsstufen vor dem Senden von Steuerbefehlen korrekt gesetzt sind.
  • Lesen Sie das Algorithmus-Register aus, um zu verifizieren, welches Signaturverfahren auf dem angebundenen SunSpec-Gerät aktiv ist.
  • Vergleichen Sie Zeitstempel- und Millisekundenregister mit der Serverzeit, um Uhrabweichungen auf DER-Geräten frühzeitig zu erkennen.

Installation

  1. Aktivieren Sie Secure SunSpec Modbus auf dem DER-Gerät unter den Kommunikations- oder Sicherheitseinstellungen, und prüfen Sie, ob das Gerät Model 3 unterstützt, indem Sie die Modellliste ab der SunSpec-Basisadresse durchlaufen.

  2. Verbinden Sie das Gerät über ein Standard-Ethernet-Kabel mit demselben LAN wie das ModbusCloud Gateway, und stellen Sie sicher, dass TCP-Port 502 (oder 802 für mbaps) vom Gateway aus erreichbar ist.

  3. Fügen Sie in Ihrem ModbusCloud-Portal das Gateway hinzu, importieren Sie die SunSpec Model 3-Vorlage, und weisen Sie die korrekte Unit-ID des Zielgeräts zu (je nach Hersteller häufig 1 oder 126).

  4. Prüfen Sie das id-Register: Es muss den Wert 3 zurückgeben, und das l-Register muss der dokumentierten Blocklänge entsprechen. Gibt eines der beiden 0xFFFF zurück, ist das Modell auf diesem Gerät nicht implementiert.

Zu beachten

Das id-Register gibt 0xFFFF zurück. Was bedeutet das?

Der Wert 0xFFFF im Header-Register eines SunSpec-Modells bedeutet, dass das Modell auf diesem Gerät nicht implementiert ist. Prüfen Sie, ob die Gerätefirmware die Secure SunSpec Modbus-Spezifikation unterstützt, und ob Sie die richtige Basisregisteradresse verwenden, an der Model 3 in der Modellkette des Geräts liegt.

Alle off1- bis off50-Register lesen null. Ist das normal?

Ja, solange keine Datenpunkt-Offsets in diese RW-Register geschrieben werden, stehen sie auf null. Schreiben Sie die gewünschten Offsets, bevor Sie eine Leseanforderung auslösen. Bleiben alle Werte null, liefert das Gerät eine leere oder ungültige signierte Datensatzantwort zurück.

Das Gerät lehnt meine sichere Leseanfrage mit einem Ausnahmecode ab. Woran liegt das?

Häufigste Ursache ist ein abgelaufener oder nicht übereinstimmender Zeitstempel in den ts- und ms-Registern. Das Gerät prüft den clientseitig geschriebenen Zeitstempel gegen seine eigene Uhr, um Replay-Angriffe zu verhindern. Stellen Sie sicher, dass die Gateway-Uhr per NTP synchronisiert ist und der geschriebene ts-Wert innerhalb des zulässigen Toleranzfensters des Geräts liegt.

Darf ich die role- und seq-Register wiederholt in jedem Poll-Zyklus schreiben?

Das role-Register sollte nur beim Wechsel der Berechtigungsstufe beschrieben werden, nicht in jedem Poll-Zyklus. Das seq-Register muss mit jeder neuen Anfrage inkrementiert werden. Ein ungültiger Wert im role-Register erzeugt eine Modbus-Ausnahme, und wiederholte ungültige Schreibzugriffe können je nach Geräteimplementierung zu einer Sicherheitssperre führen.

Weitere SunSpec-Vorlagen

Selbst sehen, wie es funktioniert?

Elektriker bei der Arbeit an einem offenen Verteilerschrank