Neue Versionen und Support zum Modbus-Modul

Begonnen von StefanStrobel, 20 August 2017, 12:11:08

Vorheriges Thema - Nächstes Thema

Mike-Sbg

Hat irgendwer sonst ein Tipp für mich, wie ich das Problem lösen kann?

tobmaster1985

Zitat von: fruemmel am 07 Oktober 2024, 15:20:12Über die ID 200 kann ich auch die Min- und Max-Werte der Spannungen der einzelnen Blöcke auslesen. ID 200 geht aber bei WiNet-S nicht, und mit ID 2 kennt er die Register wohl nicht. Hast Du dazu eine Idee?
Mein SBR128 mit FW SBRBCU-S_22011.01.13 liefert weder über den WiNet-S (ID2), noch über den SH10RT (ID 200) die Werte zu den Zellspannungen.
Daher macht es für mich keinen Unterschied, ob ich über WiNet-S oder den Wechselrichter auslese.


Zitat von: StefanStrobel am 12 Oktober 2024, 12:28:26ein Gerät mit ModbusAttr per TCP mit dem Slave verbindet und dann bei mehreren anderen ModbusAttr-Geräten das erste als IODev angeben kann.
[...]
bin mir aber nicht sicher ob es schon funktioniert ...
Aktuell tut es das nicht, oder ich hab was falsch konfiguriert.

ModbusAttr als RTU:
"SH10RT can not be used as IODev, see log for details"
ModbusAttr als TCP:
"Attr IODev is not allowed for devices connected through TCP"

Habe danach nicht weiter getestet.

Zitat von: Mike-Sbg am 23 November 2024, 13:23:32Hat irgendwer sonst ein Tipp für mich, wie ich das Problem lösen kann?
Vielleicht Verbose Level erhöhen und logfile lesen. Evtl lässt sich dort ein Hinweis finden. So habe ich das Problem beim Registerscan gefunden.

Kannst du die Werte denn von anderen Geräten bzw mit anderen Tools abfragen?

Mike-Sbg

#1307
Danke für den Hinweis ... gibt es eine Möglichkeit irgendwo die Parameter die das Modus-Modul ausliest in ein Log-File zu dumpen ... ich habe den Verdacht, daß sich die Register verschoben haben:

2024-11-25_18:05:50 SolarEdge M_AC_POWER: 2.1062
2024-11-25_18:05:50 SolarEdge M_AC_POWER_A: 4.22
2024-11-25_18:05:50 SolarEdge M_AC_POWER_B: 10.924
2024-11-25_18:05:50 SolarEdge M_AC_POWER_C: 5.918
2024-11-25_18:05:50 SolarEdge M_AC_POWER_SF: -3

So als wären die Register für z.B. M_AC_Power nicht mehr in den Registern obj-h40206-expr zu finden.
Merkwürdig ist, wenn ich manuell eingreife und den M_AC_Power Wert den Divisor manchmal auf /10000 bzw. /100000 stelle stimmt es - so als würde die Umrechnung des Skalierungsfaktors manchmal nicht stimmen.

Kann mir da keinen Reim darauf machen ... und suche daher die noch unverarbeiteten Werte ...

(Als "richtigen" Wert verstehe ich die Werte die ich im Webfront-End der SolarEdgle-Cloud mir anzeigen lassen kann)

Mike-Sbg

Also sorry, ich habe den Fehler gefunden, hatte einen Groß-Kleinschreibfehler im Skalierungsfaktor ... jetzt schaut es soweit gut aus

Rampler

Hat jemand eine Idee, wie ich folgende Event Meldungen unterdrücken kann:

2024-12-23 09:15:39 ModbusAttr GoodWe DISCONNECTED
2024-12-23 09:15:39 ModbusAttr GoodWe CONNECTED

Das Gerät trennt sich automatisch alle 90 Sekunden, wenn ich zu selten Abfrage. (Interval > 60 Sekunden)

silentReconnet und event-on-change (?!CONNECTED|DISCONNECTED).* führten nicht zum Erfolg.

3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

300P

#1310
Ist zwar schon etwas her........

Zitat von: Rampler am 23 Dezember 2024, 09:21:24Hat jemand eine Idee, wie ich folgende Event Meldungen unterdrücken kann:

2024-12-23 09:15:39 ModbusAttr GoodWe DISCONNECTED
2024-12-23 09:15:39 ModbusAttr GoodWe CONNECTED

Das Gerät trennt sich automatisch alle 90 Sekunden, wenn ich zu selten Abfrage. (Interval > 60 Sekunden)

silentReconnet und event-on-change (?!CONNECTED|DISCONNECTED).* führten nicht zum Erfolg.



Schau einmal welchen globalen "verbose-level" du gesetzt hast ??
Wenn der >=3 ist setzte bitte zuerst explizit den "verbose-level" im Modus-Device auf 2.
Falls dann weg - war es aus dem Modbus-Device heraus und gut ist.. O:-)

verbose
Setzt den Schwellwert für die Logfile-Meldungen. Mögliche Werte sind:
0 - Server start/stop
1 - Fehlermeldungen oder unbekannte Pakete
2 - bedeutende Ereigbisse/Alarme.
3 - ausgesendete Kommandos werden gelogged.
4 - von den einzelnen Geräten empfangene Daten.
5 - Fehlersuche.
Der für die global Instanz gesetzte Wert gilt als Voreinstellung für die Instanzen, die dieses Attribut nicht gesetzt haben

Falls das nicht hilft:
 
Bei eine globalen "verbose-level" von 3 kommt diese Meldung evtl. nicht vom Modbus-Device, sondern von einem anderen ??FHEM-Systemdevice??.
=>> Ich meine ich hatte so etwas ähnliches im VCONTROL300 auch mit einem IO-"System-Device" vor Jahren - nach dem Ändern auf 2 war es damit dann vorbei. :o


Gruß und ein "Frohes Neues Jahr" an Alle!
300P

FHEM 6.3|RaspberryPi|VControl300|VITOVALOR300P|SMAEM|SMAInverter|SolarForecast|DbLog|DbRep|MariaDB|QNAP|
JsonMod|HTTPMOD|Modbus ser+TCP|ESP32-Digitizer-AI_on_the_edge|ESP32CAM