Modbus TCP Hilfe

[Mikeseaman3000]

Hat jemand irgendwelche Erfahrungen mit Modbus TCP. Ich arbeite derzeit mit einem Batteriespeichersystem, das von einer Firma namens GivEnergy, einer Untergruppe der JMHING-Gruppe, geliefert wird.
Es ist ein chinesisches Produkt und wie erwartet nur sehr wenige Informationen darüber, wie es funktioniert.

Sie sagen mir, dass es Modbus TCP & Modbus RTU tut. Versucht über Wochen, die Modbus RTU ohne Erfolg zum Laufen zu bringen. Ich verliere meinen Verstand.
Ich probiere jetzt den Modbus TCP aus und verwende Port 8899, um mit einem externen "Cloud" -basierten Server zu kommunizieren.

Ich habe alle Formate ausprobiert, damit es mit Modbus in Loxone funktioniert, und jetzt habe ich Scanner gefunden, um herauszufinden, was los ist. Aber meine Einschränkungen bei Modbus zeigen sich.
Bei Verwendung von ModbusPOLL fungiert eine Software als Modbus-Master-TCP. Ich bekomme die folgenden Übertragungen und dann sporadisch die folgenden:



Tx:000000-00 19 00 00 00 06 11 03 00 01 00 01
Tx:000001-00 1A 00 00 00 06 11 03 00 01 00 01
Tx:000002-00 1B 00 00 00 06 11 03 00 01 00 01
Tx:000003-00 1C 00 00 00 06 11 03 00 01 00 01
Tx:000004-00 1D 00 00 00 06 11 03 00 01 00 01
Tx:000005-00 1E 00 00 00 06 11 03 00 01 00 01
Tx:000006-00 1F 00 00 00 06 11 03 00 01 00 01
Tx:000007-00 20 00 00 00 06 11 03 00 01 00 01
Tx:000008-00 21 00 00 00 06 11 03 00 01 00 01
Tx:000009-00 22 00 00 00 06 11 03 00 01 00 01
Tx:000010-00 23 00 00 00 06 11 03 00 01 00 01
Tx:000011-00 24 00 00 00 06 11 03 00 01 00 01
Tx:000012-00 25 00 00 00 06 11 03 00 01 00 01
Tx:000013-00 26 00 00 00 06 11 03 00 01 00 01
Tx:000014-00 27 00 00 00 06 11 03 00 01 00 01
Tx:000015-00 28 00 00 00 06 11 03 00 01 00 01
Tx:000016-00 29 00 00 00 06 11 03 00 01 00 01
Rx:000017-59 59 00 01 00 9E 01 02 57 46 32 30 31 36 47 31 33 36 00 00 00 00 00 00 00 8A 32 04 43 45 32 30 32 34 47 30 31 39 00 3C 00 3C 0C 71 0C 71 0C 73 0C 73 0C 71 0C 73 0C 71 0C 73 0C 73 0C 71 0C 73 0C 73 0C 71 0C 71 0C 73 0C 73 01 3C 01 4F 01 47 01 3F C7 2D 01 21 00 00 C6 AF 00 00 40 E3 00 00 3E 80 00 00 0A 0D 00 00 06 10 00 00 00 00 00 00 00 00 00 0F 00 10 04 05 00 00 00 0F 00 00 3E 80 01 4F 01 3C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20 D8
Tx:000018-00 2A 00 00 00 06 11 03 00 01 00 01



Kann mir jemand helfen, was los ist? Gibt es eine Möglichkeit, dies in Loxone zu integrieren? Ich habe eine Liste von Modbus RTU-Registern, daher muss dies die Registerzuordnung in TCP sein.
Ich stecke völlig fest.

Jede Hilfe wird sehr geschätzt.

Vielen Dank
Mike

[AlexAn]

Eine lokale Modbus TCP Abfrage sollt in etwa so ausschauen:

Lokale IP und der Port



Sensor mit dem Register


Die genauen Parameter musst du natürlich deiner Beschreibung entnehmen bzw. selber austesten.

[Mikeseaman3000]

Danke. Ich habe viele Einstellungen auf der Modbus-Seite des Loxone-Programms ausprobiert. Alle anderen Vorschläge, die auf dem obigen Code basieren. Fehlt mir etwas?

[Benjamin Jobst]

Ja, die Modbus spezifikationen deines Gegenparts. für jede modbus Schnittstelle musst du erst einmal wissen, wo du suchen musst, ansonsten stocherst du im Nebel.

Warum Port 8899? Wurde dir der irgendwo genannt? Modbus TCP Adenauer in der Regel lokal, nicht in der Cloud, da es neu dem Protokoll keine Authentifizierung o.ä. gibt. Üblich ist der Port 502, das ist aber nicht genau festgelegt.
Welche Geräte ID hat dein Server? Da kann es pro Gerät auch mehrere geben, z.b. für Zähler, batterie etc...
Welche Register gibt es? Eigene, SunSpec? Welches Format haben die einzelnen Datenpunkte? 16bit,32bit? Wie ist die byte-Reihenfolge?

All das musst du wissen, bevor du mit modbus spielen kannst, ein zufallstreffer ohne Anhaltspunkte ist sehr unwahrscheinlich... wenn dein Gerät modbus in irgendeiner Art kann, muss der Hersteller auch die Dokumentation dazu zur Verfügung stellen, sonst ist das meist Mist... evtl kannst du dich in die Richtung schlau machen.
wenn du meinst, schon auf einem guten Weg zu sein und es hakt nur irgendwo, probier, deine Kommunikation mit WireShark auszuwerten, das hat mir schon öfter geholfen, wenn ich mit einem Parameter nicht weiter gekommen bin bzw. die Werte Mist waren. Die modbus tools sind hervorragend, aber bei der Analyse der Kommunikation selbst muss man WireShark drauf setzen.

[Mikeseaman3000]

Hallo. Das einzige, was mir die Firma gegeben hat, sind die beiden beigefügten Dokumente.

Das Gerät führt sowohl RTU als auch TCP aus. Ich habe beides ausprobiert und sogar ein Gateway gekauft, um die RTU auch in TCP umzuwandeln. Ich habe verschiedene Mengen an Tracing durchgeführt und das einzige, was ich mir ausgedacht habe, sind zwei Knoten 17 und 1. Angenommen, 1 ist das Modbus-Messgerät, das an den Wechselrichter angeschlossen ist. Ich denke, 17 ist die Software, die ich benutze und die als Slave auf dem Modbus erscheint.

Ich gehe jetzt davon aus, dass der Wechselrichter Modbus Master ist.

Also sehr schwierig.

[Mikeseaman3000]

Hat jemand irgendwelche Ideen? Danke

[Benjamin Jobst]

Aus den Informationen und Daten, die du bisher zur Verfügung gestellt hast, werde ich noch nicht wirklich schlau.
Wie ist dein System aufgebaut? Du hast diese Batterie von GivEnergy, mit welchem Wechselrichter wird die betrieben? Dieser Hybrid-WR von GivEnergy? Oder etwas anderem?
Du hast etwas von einem Zähler geschrieben, d.h. es hängt ein Zähler an dem Wechselrichter, der die Batterieleistung zum Eigenverbrauch beeinflusst. Was ist das für ein Zähler?

Die Modbus-Dokumentation beschreibt das Modbus RTU-Protokoll, meines Erachtens vom Wechselrichter - der Wechselrichter müsste also per Modbus RTU (z.B. Modbus Extension) über diese Register auslesbar sein bis hin zum SOC der Batterie.
Was es mit dem ominösen Datalogger auf sich hat, werde ich noch nicht schlau, denn der kommuniziert ja wohl per Modbus/TCP mit dem "Server".Hast du einen solchen Datenlogger?
Ich sehe noch nicht, dass dieser eigene Register zur Verfügung stellt.