01
- Das id-Register liefert einen unerwarteten Wert. Was bedeutet das?
- Das id-Register muss den Wert 17 anzeigen, damit Model 17 an dieser Adresse aktiv ist. Ein abweichender Wert bedeutet, dass der Offset in der Modellkette falsch ist. SunSpec-Modelle liegen nicht an festen Adressen: Scannen Sie ab Register 40001, um den korrekten Startoffset jedes Modellblocks zu ermitteln, und passen Sie die Basisadresse in Ihrem Portal entsprechend an.
02
- Das Gateway verbindet sich, aber rte und bits liefern Null oder NaN. Woran liegt das?
- Manche Geräte markieren optionale Punkte in Model 17 als nicht implementiert und senden den SunSpec-NaN-Sentinel zurück. Prüfen Sie die Gerätedokumentation, um festzustellen, welche Punkte implementiert sind. Stellen Sie außerdem sicher, dass die Unit-ID im Portal mit der konfigurierten Modbus-Adresse des Geräts übereinstimmt, da eine Abweichung auf manchen Geräten stille Nullantworten erzeugt.
03
- Ich lese fehlerhafte Daten auf dem RS485-Bus. Können pty oder dup die Ursache sein?
- Ja. Stimmen die Paritäts- oder Duplex-Einstellungen des Geräts nicht mit der Konfiguration des RS485-Masters überein, entstehen Rahmenfehler, die als korrupte Registerwerte erscheinen. Lesen Sie zunächst pty und dup aus, um die aktiven Einstellungen des Geräts zu ermitteln, und gleichen Sie anschließend Ihr Gateway oder Ihren RS485-Adapter entsprechend an, bevor Sie einen vollständigen Poll wiederholen.
04
- Ist das Fernschreiben von nam, rte, bits, pty, dup oder flw sicher?
- Gehen Sie mit Vorsicht vor. Das Schreiben einer neuen Baudrate oder Parität wirkt auf vielen Geräten sofort und trennt die Busverbindung bei der alten Geschwindigkeit, sodass das Gateway die Kommunikation verliert, bis es neu konfiguriert wird. Testen Sie stets nur eine Registeränderung auf einmal und halten Sie einen Fallback-Plan bereit. Einige Geräte speichern diese Einstellungen im nichtflüchtigen Speicher, weshalb übermäßige Schreibvorgänge zu Verschleiß führen können.