LBS19001586 ModBus Read GENERIC

[ChrisChros]

Wäre klasse, wenn Du das erklärbar machen könntest.

Momentan kann ich das leider nicht, verstehe es selbst nicht.
Eventuell kann WagoKlemme etwas dazu sagen, er kann ja mit seinem LBS das E3DC erfolgreich auslesen.

[saegefisch]

Ich habe eine neu Version 0.4 bereit gestellt. Mit dem neuen E18 kann man nun wählen, mit welcher Methode FC3 = HOLDING oder FC4 = INPUT gelesen werden soll. Bitte mal testen, ob damit Deine Register liefern (mit E18 = 4).

Für alle, bei denen es bisher ging, ändert sich nichts mit dem Update: Der Default ist so gesetzt, dass alles unverändert weiter geht.

Ebenso ist der Bug mit E9 = 3 gefixt (Angabe 3 hat den LBS sofort beendet)

[h1as]

Das Thema hat doch erst 3 Seiten... ... aber okay: hier...

Schande über mein Haupt. Das hab ich glatt überlesen

Dafür weiß ich jetzt wo es bei mir hackt. Es scheint so, dass der Modbus Library die Adresse bereits mit abgezogenem Offset übergeben werden muss. In meinem Fall steht z.B. in Register 40001 der Zählerwert für die bezogene Energie (uint32). Wenn ich nun dem Script 40001 als Adresse übergebe, bekomme ich als Fehlercode "Illegal Adress") Wenn ich dagegen als Adresse 0 einstelle (40001 minus Offset 40001) dann bekomme ich die Werte ausgelesen.

Das mit dem 2. Zähler und FC4 teste ich gleich noch.

[saegefisch]

Dein LBS frägt ja aktuell mit FC3 die Register ab. Möchte man auf FC4 (ReadInputRegisters) umstellen.

Weiß gar nicht, ob meine Geräte auch FC4 haben. Ich schaue mal. Du kannst es ja mal selber schon mal vorab versuchen.

In diesem Abschnitt:

//
// Library: Register setzen (einmalig) -> für geänderte Register muss der LBS angehalten und neu gestartet werden
//
try {
$fc3 = ReadRegistersBuilder::newReadHoldingRegisters() // Library: Register parametrisieren
->allFromArray($registers)
->build();

könnte es reichen, newReadHoldingRegisters gegen newReadInputRegisters zu tauschen. Ein Versuch ist's wert. Wenn das auch geht, würde ich beides im LBS anbieten - aber nur lesend. Schreiben ist noch eine andere Nummer.

> Könnte es sein, dass Deine Register alle FC4 sind und wir daher nix bekommen? Anderes kann ich es garde nicht verstehen, wenn IP, Port und ID stimmen. Es könnte ja falsche Werte geben oder Null-Werte. Aber gar nichts. Das erklärt sich für mich nicht aus der Ferne.

Nachtrag: Hab's mal getestet. Mit der Änderung liefert mir der LBS die gleichen Werte wie vorher. Ist also für mich völlig transparent. Bin gespannt auf Deine Rückmeldung...

Nachtrag 2: Wohl möglich deuten Deine 4xxxx bereits auf Input-Register hin. Hatte ich noch nicht mit Details zu Modbus tiefer beschäftigt, weil die Library einem ja alles "schenkt". Und meine ModbuxGeräte auch Werte für die wenigen von mir abgefragten 4xxxx-Register mit "Holding" liefern - sonst wär' ich da vielleicht auch schon drüber gestolpert.
Daher denke ich, dass die Änderung auf "Input" Dir Ergebnisse liefern wird!

Was meinst du mit der Scriptlösung?

Das Thema hat doch erst 3 Seiten... ... aber okay: hier...

[saegefisch]

saegefisch
So wirklich konsistent ist das alles nicht.
Bisher bei allen Int32 Registern muss ich -2 rechnen. Bei den Uint16 Werten passen einige Register wie in der Dokumentation angegeben, andere Register mit Datentyp Unit16 muss ich -1 rechnen.

Ich werde das ganze mal noch mit dem Modbus Adapter im ioBroker testen ob sich das hier ähnlich verhält.

Wäre klasse, wenn Du das erklärbar machen könntest. Ich kann's gerade nicht, denn ich kann's nicht reproduzieren; habe derlei mit meinen Geräten noch gar nicht gehabt. Da passt Register in der Doku zum Ergebnis im LBS (oder auch der Library pur). Wenn Du es erklären kannst oder jemand anderes mit gleichen Symptomen, schreibe ich gerne eine spezifische Info in die LBS-Hilfe.
Immerhin ist das Probieren im LiveView ja dafür auch eine große Hilfe ohne Neuaktivierung.

Das Ansprechen eines bestimmten bits in einem Register scheint zu funktionieren. Aktuell lese ich das EMS-Register mit seinen insgesamt 7 bits aus. Momentan frage ich meine Werte mittels String im CSV-Format ab.

Sobald die Batterie wieder geladen werden kann, werde ich mir die Ausgabe noch einmal genauer anschauen.

Ganz lieben Dank für's testen. Dann kann ich das jetzt als "funktioniert offenbar " abhaken...

[h1as]

Hallo saegefisch,

danke für deine Hilfe. Ich habe das Logging dekommentiert. Leider ist hier die Ausgabe auch "leer":

2021-05-27 21:39:05 760066 13644 debug LBS19001586 [v0.3]: Modus Read GENERIC EXEC Daemon start initiated (75)
2021-05-27 21:39:05 761255 13644 debug LBS19001586 [v0.3]: Modus Read GENERIC LBS ended (75)
2021-05-27 21:39:05 889271 13653 debug EXE19001586 [v0.3]: Daten wurden als CSV geliefert (75)
2021-05-27 21:39:05 890166 13653 debug EXE19001586 [v0.3]: data_array: (75)
2021-05-27 21:39:05 890232 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:05 890291 13653 debug EXE19001586 [v0.3]: ["40001","EnergieBezug","uint32"]
2021-05-27 21:39:05 890316 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:05 891026 13653 debug EXE19001586 [v0.3]: Register: (75)
2021-05-27 21:39:05 891077 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:05 891104 13653 debug EXE19001586 [v0.3]: [{"address":"40001","name":"EnergieBezug","type":"u int32","uri":"10.10.10.17:502","unitId":1}]
2021-05-27 21:39:05 891129 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:05 897744 13653 debug EXE19001586 [v0.3]: Anzahl Register gesamt angefragt: 1 (75)
2021-05-27 21:39:05 899209 13653 debug EXE19001586 [v0.3]: Anzahl Requests ergeben sich gesamt: 1 (75)
2021-05-27 21:39:05 900697 13653 debug EXE19001586 [v0.3]: Anzahl Requests in Chunk 1 : 1 (75)
2021-05-27 21:39:06 022284 13653 debug EXE19001586 [v0.3]: Response Daten: (75)
2021-05-27 21:39:06 022387 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:06 022414 13653 debug EXE19001586 [v0.3]: []
2021-05-27 21:39:06 022439 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:06 023040 13653 debug EXE19001586 [v0.3]: Response: (75)
2021-05-27 21:39:06 023086 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:06 023113 13653 debug EXE19001586 [v0.3]: {}
2021-05-27 21:39:06 023135 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:06 434458 13653 debug EXE19001586 [v0.3]: unerwünscht: (75)
2021-05-27 21:39:06 434591 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:06 434624 13653 debug EXE19001586 [v0.3]: ["-2147483648","2147483648","4026531840","4294967295"]
2021-05-27 21:39:06 434649 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:06 435548 13653 debug EXE19001586 [v0.3]: Ersatz: (75)
2021-05-27 21:39:06 435610 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-27 21:39:06 435636 13653 debug EXE19001586 [v0.3]: "0"
2021-05-27 21:39:06 435658 13653 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-27 21:39:06 441611 13653 debug EXE19001586 [v0.3]: JSON: [] (75)

Bei der IP dem Port und der Slave ID bin ich mir relativ sicher ja. Ein andere LBS funktioniert einwandfrei. Auch mit dem Tool Simple Modbus TCP Client kann ich die Daten entsprechend abrufen. Bzgl. dem Endian steht in der Doku "High Byte first". Ich hab aber alle 4 Einstellungen durchgetestet. Bei allen das gleiche Ergebnis.
Was meinst du mit der Scriptlösung?

Noch eine andere Frage. Dein LBS frägt ja aktuell mit FC3 die Register ab. Möchte man auf FC4 (ReadInputRegisters) umstellen. Ich hab leider noch nicht tiefer in deinen Code schauen können aber auf den ersten Blick müsste man das in deinem LBS nur an der einen Stelle ändern oder?

//
// Library: Register setzen (einmalig) -> für geänderte Register muss der LBS angehalten und neu gestartet werden
//
try {
$fc3 = ReadRegistersBuilder::newReadHoldingRegisters() // Library: Register parametrisieren
->allFromArray($registers)
->build();
}

Ich hab noch einen zweiten Stromzähler (PV Anlage). Der erwartet eine Abfrage mit FC4.

Viele Grüße
Hias

[ChrisChros]

Zum Bit-Typ: die Nomenklatur zu meinem LBS braucht "bit_00"bis bit_15". also z.B. (oder entsprechend als JSON)

Das Ansprechen eines bestimmten bits in einem Register scheint zu funktionieren. Aktuell lese ich das EMS-Register mit seinen insgesamt 7 bits aus. Momentan frage ich meine Werte mittels String im CSV-Format ab.

Sobald die Batterie wieder geladen werden kann, werde ich mir die Ausgabe noch einmal genauer anschauen.

[ChrisChros]

saegefisch
So wirklich konsistent ist das alles nicht.
Bisher bei allen Int32 Registern muss ich -2 rechnen. Bei den Uint16 Werten passen einige Register wie in der Dokumentation angegeben, andere Register mit Datentyp Unit16 muss ich -1 rechnen.

Ich werde das ganze mal noch mit dem Modbus Adapter im ioBroker testen ob sich das hier ähnlich verhält.

[ChrisChros]

das vierte Beispiel sollte E9 = 3 sein mit keiner Ausgabe und dem Log

Danke für den Hinweis, habe ich korrigiert. Sollte natürlich E9 = 3 heißen.

Hast Du die Endians auch mal mit +2 versucht, also 40070. Nur so zur Vollständigkeit.

Andere Register habe ich auch schon getestet mit einem ähnlichen Ergebnis. Zumindest bei den Registern mit Datentyp Int32 muss ich bei allen -2 im Register und Endian 0 berücksichtigen.
Andere Datentypen muss ich erst noch testen und werde hier dann Rückmeldung geben.

[saegefisch]

ChrisChros :
- das vierte Beispiel sollte E9 = 3 sein mit keiner Ausgabe und dem Log? Ich kann Deine Log-Ausgabe reproduzieren. Da muss ich mal bei der Library forschen, warum das nicht geht.
- Richtige Werte kann es immer nur mit dem richtigen Endian geben Daher scheint für Dich Endian E9 = 0 richtig zu sein.
- Warum Dein Register -2 sein muss, also 40066 statt 40068, erschließt sich mir auch nicht. Aber wenn der Hersteller das schon selber schreibt... wenn es konsistent -2 ist, ist's ja fast schon wieder ok.
- Hast Du die Endians auch mal mit +2 versucht, also 40070. Nur so zur Vollständigkeit.
- wenn wir saubere Erkenntnisse haben und Du vielleicht stabile Ergebnisse für Dein Gerät hast, würde ich das in der Hilfe des LBS auch erwähnen.

h1as
Auch Dir schon mal Danke für's testen. Wer GENERIC behauptet, muss auch liefern...
Insgesamt stelle ich bei dem Blick auf Dein Log fest: Ich muss etwas Text ergänzen, um die Ausgabe selbsterklärender zu machen... mit V0.4. Mag aber WE werden, weil gerade beruflich sehr unter Feuer und am Freitag Impfung ansteht...

Ganz unten im Log müsste hinter JSON die Rückgabewerte stehen. Da steht nur [] - nicht einmal eine leer geschweifte Klammer. Das ist irgendwie wenig. Bin aus der Ferne auch etwas ratlos. Die Ersatzwerte habe nicht gegriffen, das würde ausgegeben und würde auch mindestens die Register mit "0" liefern.

Was mir auffiel: In der Array-Ausgabe nach "Register (75) haben die Typen ein SPACE, z.B. "u int32". Ich vermute mal, das ist ein Kopierfehler hier in den Forenbeitrag, richtig?

Im edomi-Error-log war auch nichts zeitgleich?
Du bist Dir mit IP, Port und auch gerade der ID = 1 sicher? Andere Lösungen/LBS kommen damit an Daten?
Mal Endian E9 = 2 versucht? Was sagt die Doku Deines Geräts zum Endian?
Ich denke nicht, dass es was bringt, aber am Ende der Schleife zum Abfragen der Register

$i++;
usleep($request_wait*1000);

steht darüber ein auskommentierter logging eintrag

//logging($id, 'Response Daten: ',$response->getData());

Bitte mal dekommentieren und testen.

Falls das alles nix hilft, würde ich mal die Script-Lösung versuchen. Da hat man die pure Ausgabe. Vielleicht gibt es Fehler, die ich unterdrücke, hier aber wichtig wären. Dann würde ich die Ausgabe ergänzen im Log

[h1as]

Hallo,

zunächst schonmal "Danke" für den tollen LBS. Mit der "alten" Modbus Bibliothek hatte ich auch so meine Probleme.
Ich habe mal versucht deinen LBS ans laufen zu bekommen. Mein Stromzähler liefert auf 40001 und 40003 jeweils die aktuellen Zählerwerte für Bezug und Lieferung (uint32).
E8 schaut demnach so aus: 40001;"EnergieBezug";uint32;40003;"EnergieLieferun g";uint32
Die restlichen Eingänge sollten ebenfalls passen. Ich habe die Standardwerte nur bei der IP und der Slave ID angepasst.

Leider bekomme ich am Ausgang immer nur eine leere Ausgabe: []

Hast du vielleicht eine Idee was ich falsch mache? Nachfolgend die Debug Ausgabe:

Modus Read GENERIC EXEC Daemon start initiated (75)
2021-05-26 21:29:05 982887 7729 debug LBS19001586 [v0.3]: Modus Read GENERIC LBS ended (75)
2021-05-26 21:29:06 111330 7738 debug EXE19001586 [v0.3]: Daten wurden als CSV geliefert (75)
2021-05-26 21:29:06 112451 7738 debug EXE19001586 [v0.3]: data_array: (75) 2021-05-26 21:29:06 112881 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-26 21:29:06 112961 7738 debug EXE19001586 [v0.3]: ["40001","EnergieBezug","uint32","40003","EnergieLi eferung","uint32"]
2021-05-26 21:29:06 113001 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-26 21:29:06 114931 7738 debug EXE19001586 [v0.3]: Register: (75)
2021-05-26 21:29:06 115041 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-26 21:29:06 115072 7738 debug EXE19001586 [v0.3]: [{"address":"40001","name":"EnergieBezug","type":"u int32","uri":"10.10.10.17:502","unitId":1},{"addre ss":"40003","name":"EnergieLieferung","type":"uint 32","uri":"10.10.10.17:502","unitId":1}]
2021-05-26 21:29:06 115097 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-26 21:29:06 121995 7738 debug EXE19001586 [v0.3]: Anzahl Register gesamt angefragt: 2 (75)
2021-05-26 21:29:06 122637 7738 debug EXE19001586 [v0.3]: Anzahl Requests ergeben sich gesamt: 1 (75) 2021-05-26 21:29:06 123455 7738 debug EXE19001586 [v0.3]: Anzahl Requests in Chunk 1 : 1 (75)
2021-05-26 21:29:06 619816 7738 debug EXE19001586 [v0.3]: unerwünscht: (75)
2021-05-26 21:29:06 619956 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-26 21:29:06 619992 7738 debug EXE19001586 [v0.3]: ["-2147483648","2147483648","4026531840","4294967295"]
2021-05-26 21:29:06 620016 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-26 21:29:06 621947 7738 debug EXE19001586 [v0.3]: Ersatz: (75)
2021-05-26 21:29:06 622076 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT START ================
2021-05-26 21:29:06 622104 7738 debug EXE19001586 [v0.3]: "0" 2021-05-26 21:29:06 622147 7738 debug EXE19001586 [v0.3]: ================ ARRAY/OBJECT END ================
2021-05-26 21:29:06 623843 7738 debug EXE19001586 [v0.3]: JSON: [] (75)

Danke und viele Grüße
Hias

[ChrisChros]

Hallo saegefisch
hier mal die Ergebnisse von dem Test mit den verschiedenen Endian-Einstellungen direkt am Ausgang A1:

E8: 40068;"PV-Leistung [W]";int32 / E9: 0 => {"PV-Leistung [W]":"65296"}
E8: 40068;"PV-Leistung [W]";int32 / E9: 1 => {"PV-Leistung [W]":"-16711680"}
E8: 40068;"PV-Leistung [W]";int32 / E9: 2 => []
E8: 40068;"PV-Leistung [W]";int32 / E9: 3 => keine Ausgabe

Zum Vergleich hier mal mit dem Modbus Register 40066:

E8: 40066;"PV-Leistung [W]";int32 / E9: 0 => {"PV-Leistung [W]":"499"}
E8: 40066;"PV-Leistung [W]";int32 / E9: 1 => {"PV-Leistung [W]":"32374784"}
E8: 40066;"PV-Leistung [W]";int32 / E9: 2 => []
E8: 40066;"PV-Leistung [W]";int32 / E9: 3 => keine Ausgabe

Wenn der LBS keinen Ausgabewert liefert steht folgendes im Log-File:

2021-05-26 08:19:42	650702	2048	debug	LBS19001586 [v0.3]: Modus Read GENERIC LBS started (2505)
2021-05-26 08:19:42	652020	2048	debug	LBS19001586 [v0.3]: Modus Read GENERIC EXEC Daemon start initiated (2505)
2021-05-26 08:19:42	655122	2048	debug	LBS19001586 [v0.3]: Modus Read GENERIC LBS ended (2505)
2021-05-26 08:19:53	748310	2048	debug	LBS19001586 [v0.3]: Modus Read GENERIC LBS started (2505)
2021-05-26 08:19:53	748605	2048	debug	LBS19001586 [v0.3]: Modus Read GENERIC LBS ended (2505)

Der Richtige Wert sind die 499, alles andere kann ich nicht wirklich zuordnen.

[saegefisch]

Da haben wir es - ich bin mit einem anderen "Endian" aufgewachsen"... besser hätte man das Endian-Problem nicht zeigen können, Micha! YMMD

[vento66]

Viertel vor acht, ist aber „Dreiviertel Acht“. Viertel acht ist 7:15 /klugscheissermodus aus

[saegefisch]

Zum Endian: https://de.wikipedia.org/wiki/Byte-Reihenfolge
Wenn ein Ergebnis aus mehr als einem Byte besteht (zB. bei int32 aus 4 Bytes) ist die Frage, in welcher Reihenfolge sie verarbeitet/zusammen gesetzt werden: aus ABCD kann da halt CDAB werden oder BADC.
Plakatives Pendant zum Endian: In manchen Teilen Deutschland, die einen sagen "...der Max Mustermann hat doch...", andernorts sagen sie "...der Mustermann Max hat doch ..." Aber was ist, wenn der Kerl Paul Walther heißt und in der Nachbarschaft auch ein Walther Paul wohnt? Oder "drei-viertel acht" <-> "viertel vor Acht". Wenn man das nicht genau versteht, hat man eine andere Zeit/Ergebnis.

Dass die Register auch mal +/- 1-2 Register-Offset sind, find' ich schon erstaunlich. Aber sei's drum. Das habe ich vorher noch nie gehört, aber mein Modbus-Erfahrungsschatz ist auch begrenzt. Allerdings waren Register schon zu PEEK/POKE-Zeiten 6802 eines Apple II oder C64 eigentlich eindeutig und es verwundert mich, warum ein Gerät heute da "fuzzy" sein sollte...
Egal: wenn man es damit hin bekommen würde... zu Register 40068 nochmal. Bitte versuch' mal

40068;"PV-Leistung [W]";int32

je mit Endian E9 = 0 bis E9 = 3.

Zum Bit-Typ: die Nomenklatur zu meinem LBS braucht "bit_00"bis bit_15". also z.B. (oder entsprechend als JSON)

40084;"EMS-Status Bit 0";bit_00
40084;"EMS-Status Bit 1";bit_01
...