Neue Versionen und Support zum Modbus-Modul

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

Vorheriges Thema - Nächstes Thema

olwaldi

Mittlerweile läuft Modbus ohne disconnected/reappeared seit einem Tag im 30s-Intervall.

Offenbar verträgt es sich jetzt mit SIRD. Im Code von SIRD wird Blocking verwendet, was möglicherweise mein Problem mit Modbus auslösen mag. Zudem gibt es eine Timer-Abfrage mit 30s Wartezeit beim Discovern. Oder gar 300s beim HTTP::Daemon.

Und die 60..61s? Da habe ich DENON_AVR in Verdacht. Dort läuft per default ein ConnectionCheck alle 60s. Kann man via attr deaktivieren, was ich gerade getan habe.

Wie könnte man die "wahre" Ursache für mein Modbus-Problem gezielter 'rausfinden?


Grüßle, Michael

Elektron

Hallo zusammen,

Hat sich jemand die Modbus Anbindung eines Venus E von Marstek umgesetzt?
Wäre sehr interessiert, wenn das jemand teilen könnte?

Vielen Dank und Grüße Michael

Elektron

Hallo zusammen,

ich habe es geschafft meine Martek Venus E mit dem Modul per Modbus TCP anzubinden.
Seitdem habe ich zweimal beobachtet, dass FHEM in der Nacht blockiert (und morgens die Rolläden nicht hochgefahren sind).
Das Webinterface ist dann nicht mehr erreichbar, FHEM selber läuft noch. Wenn ich nun FHEM über:
"sudo systemctl stop fhem" beende, fahren die Rolladen (per knx angebunden) auf einmal hoch.
Wenn ich dann fhme neu starte ist alles gut.

Im FHEM Log habe ich den folgenden eintrag vor der Blockade gefunden (muss aber natürlich nicht die Ursache sein):

2025.12.29 07:15:44 3: MB_Marstek_1: Timeout in Readanswer, current frame / read buffer: 00f900000007010304000004ad, id 1, fCode 3, tid 249,
request: id 1, read fc 3 h32202, len 2, tid 249, master device MB_Marstek_1, reading AC_Power (getUpdate for AC_Power len 2), queued 2.53 secs ago, sent 2.41 secs ago,
response: id 1, fc 3, h32202, len 2, values 000004ad

Den Timeout finde ich immer wieder im Log, ohne das FHEM blockiert. Könnte das die Ursache sein?
Hat jemand einen Tip?
Gibt es einen Timeout den ich setzen kann, damit die Blockade kontrolliert beendet wird?

Vielen Dank und Grüße Michael

Rampler

#1368
Erst mal ein gutes neues !!

Leider fehlt mir der get Button bei meinen Modbus Geräten.
ein "get device Registername" funktioniert aber noch, nur der get button fehlt.

Was habe ich da wieder verstellt ?
Leider kann ich nicht auf die alte Version, da diese mit Trixie nicht lauffähig ist.

Nachtrag:
Die Version:
98_Modbus.pm                28814 2024-04-21 14:12:59Z StefanStrobel
hat noch einen get button
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 !!

laserrichi

Kann ich bestätigen, mit der letzten Version fehlt der get button
RaspberryPi 4 Bullseye,Homematic,Z-Wave,Rademacher Duofern,Signalduino,Fritz7590,ESPEasy,Tasmota,Robonect,Kameras,1-Wire,Modbus,Solar,Maranz,VU+,ulanzi tc001 mit awtrix light

laserrichi

Ok ich habe den Fehler gefunden.
@stefanStrobel bitte im repository korrigieren:

Zeile 1085 ist das showget falsch und muss showGet sein:

            $hash->{'.getList'} .= "$oi->{'reading'}:noArg " if ($oi->{'showGet'}); # sichtbares get

soweit ich das im code gesehen habe, war eine Variable alt in Zeile 1015 my $showge definiert gewesen, diese ist aber rausgefallen.
RaspberryPi 4 Bullseye,Homematic,Z-Wave,Rademacher Duofern,Signalduino,Fritz7590,ESPEasy,Tasmota,Robonect,Kameras,1-Wire,Modbus,Solar,Maranz,VU+,ulanzi tc001 mit awtrix light