VBus in fhem

[Kowalsky]

@pejonp
das ist mir jetzt etwas peinlich ....

Das Modul funktioniert einwandfrei, Wärmemengenzähler werden angelgt und liefern Werte.

In meiner DeltaSol MX waren die Einstellungen der Durchflussmesser für den WMZ (vermutlich nach einem Firmware Update) verschwunden.
Da alles andere funktionierte und ich bisher nicht mit den Wärmemengen gearbeitet habe, habe ich das nicht sofort bemerkt.

Danke für Deine Geduld

[s1738berger]

In dieser Diskussion habe ich schon einige Erweitrungen für diverse Resol-Regler gefunden. Sollte hier nicht der richtige Ort sein, bitte ich um Benachrichtigung. Ev. Pull-Request auf Github?
Das Modul funktioniert recht gut mit meiner Resol CS Plus Steuerung. Nun habe ich einen Durchfluss-Sensor angschlossen und im Protokoll ein paar weitere Bits mit sinnvollen Werten gefunden. Habe diese Erweiterungen in meine lokale Version eingebaut und sie stimmen mit den auf dem Regler angezeugten Werten überein.
Die  Erweiterungen sind:

   "2211" => {"name" => "DeltaSol_CS_Plus", "cmd" => "0100", "fields" => [
...
         { "offset" => 20, "name" => "Fehlermaske", "bitSize" => 16},
         { "offset" => 20, "name" => "Fehler_Sensor1", "bitSize" => 1, "bitPos" => 0 },
         { "offset" => 20, "name" => "Fehler_Sensor2", "bitSize" => 1, "bitPos" => 1 },
         { "offset" => 20, "name" => "Fehler_Sensor3", "bitSize" => 1, "bitPos" => 2 },
         { "offset" => 20, "name" => "Fehler_Sensor4", "bitSize" => 1, "bitPos" => 3 },
         { "offset" => 22, "name" => "Systemzeit", "bitSize" => 15, "timeRef" => 1 },
...
         { "offset" => 32, "name" => "SW-Version", "bitSize" => 15, "factor" => 0.01 },
         { "offset" => 36, "name" => "Temperatur_VFD" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
         { "offset" => 38, "name" => "Volumenstrom_VFD", "bitSize" => 31, "factor" => 1, "unit" => "l/h" }
         ]},

Die Sytemzeit scheint die Anzahl Minuten seit Mitternacht zu sein. Braucht man das?
Die Fehlerangaben sind auf jeden Fall sinnvoll, ebenfalls die Angaben vom VFD Sensor.
Die Bezeichnungen sind natürlich verhandelbar. Ich habe mich an diverse bereits Vorhandene angelehnt.
Gruss Stefan

[fhemfreund]

Hoffe es liest hier noch jemand mit ...

Habe jetzt auch den meinen DeltaSol CS Plus via Vbus Lan Adapter eingebunden und soweit funktioniert auch alles und die Werte werden korrekt angezeigt.
Allerdings stimmt die am Gerät angezeigte Wärmemenge (z.B. 2kWh) nicht mit dem im Reading 'Waermemenge2' (z.b. 1000Wh = 1kWh) stehenden Wert in Fhem überein.

Hat das auch schon jemand beobachtet? Gibt es dafür eine Erklärung oder ggf. einen Fix?

Andreas

[pejonp]

@fhemfreund

Ist sehr wenig Information !!!
Was stimmt nicht ? Gibt es einen Log ? Was wird über den RESOL ServiceCenter ausgelesen ?

pejonp

[doc.]

Hallo zusammen,

ich habe seit ein paar Tagen das Problem, daß die Werte aus meiner Vitosolic 200 über den vlan Adapter nur noch max alle 60 Minuten ausgelesen werden (man sieht den Zeitstempel 5:50 Uhr, jetzt ist es 07:20 Uhr) - über die Servicecenter Software von meinem Windows Rechner funktioniert alles einwandfrei, jede Minute neue Werte.

VBUSDEV:

Code Auswählen Erweitern

Internals:
   CODE       7321
   DEF        7321
   FUUID      5e7caf3d-f33f-1ebd-87ec-3f3b4c37562ebed0
   LASTInputDev Solartherme
   MSGCNT     3777
   NAME       VBUSDEV_7321
   NR         386
   STATE      Defined
   Solartherme_MSGCNT 3777
   Solartherme_RAWMSG aa1000217310000112385f00ee01b822b82246028001b822b822b822b822b822b822000000000000000000000000cc0f000033000000000000000064000000000000000021000000000001035e0102000000
   Solartherme_TIME 2022-09-28 05:50:28
   TYPE       VBUSDEV
   eventCount 208
   Helper:
     DBLOG:
       speed_R01:
         LogDB:
           TIME       1664337017.86245
           VALUE      0 %
       speed_R06:
         LogDB:
           TIME       1664337017.86245
           VALUE      100 %
       temperature_T01:
         LogDB:
           TIME       1664336973.88525
           VALUE      9.5 °C
       temperature_T02:
         LogDB:
           TIME       1664337017.86245
           VALUE      49.5 °C
       temperature_T05:
         LogDB:
           TIME       1664336995.84284
           VALUE      58.5 °C
       temperature_T06:
         LogDB:
           TIME       1664336960.90922
           VALUE      38.5 °C
   READINGS:
     2022-09-28 05:50:28   controllerversion 769
     2022-09-28 05:50:28   errormask       0
     2022-09-28 05:50:28   impulse_I01     0
     2022-09-28 05:50:28   impulse_I02     0
     2022-09-28 05:50:28   insolation      0 W/qm
     2022-09-28 05:50:28   relaisusagemask 33
     2022-09-28 05:50:28   sensorbrokemask 4044
     2022-09-28 05:50:28   sensorshortmask 0
     2022-09-28 05:50:28   sensorusagemask 51
     2022-09-28 05:50:28   speed_R01       0 %
     2022-09-28 05:50:28   speed_R02       0 %
     2022-09-28 05:50:28   speed_R03       0 %
     2022-09-28 05:50:28   speed_R04       0 %
     2022-09-28 05:50:28   speed_R05       0 %
     2022-09-28 05:50:28   speed_R06       100 %
     2022-09-28 05:50:28   speed_R07       0 %
     2022-09-28 05:50:28   speed_R08       0 %
     2022-09-28 05:50:28   speed_R09       0 %
     2022-09-28 05:50:28   systemtime      350
     2022-09-28 05:50:28   temperature_T01 9.5 °C
     2022-09-28 05:50:28   temperature_T02 49.5 °C
     2022-09-28 05:50:28   temperature_T05 58.5 °C
     2022-09-28 05:50:28   temperature_T06 38.5 °C
     2022-09-28 05:50:28   warningmask     0
Attributes:
   DbLogExclude .*
   DbLogInclude temperature_T01,temperature_T02,temperature_T05,temperature_T06,speed_R01,speed_R06
   event-min-interval .*:120
   event-on-change-reading .*
   model      Vitosolic200
   room       SmartHome

VBUSIF:

Code Auswählen Erweitern

Internals:
   Clients    :VBUSDEV:
   DEF        192.168.1.117:7053
   DeviceName 192.168.1.117:7053
   DeviceType Net
   FD         16
   FUUID      5e7caf3c-f33f-1ebd-319e-3eef8b93e22bdee3
   NAME       Solartherme
   NR         384
   PARTIAL    aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020001043238223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f00000000007f4c0f0000012333000000004c00000000007f00640000001b00000000007f00002100005e00000000007f01035e01001c02000000007daa000021732000050000000000000046aa1000217310000112385f006e01042d38223822054646020101043138223822054638223822054638223822054600000000007f00000000007f000000
   RAWMSG     aa1000217310000112385f00ee01b822b82246028001b822b822b822b822b822b822000000000000000000000000cc0f000033000000000000000064000000000000000021000000000001035e0102000000
   STATE      opened
   Solartherme_MSGCNT 3777
   Solartherme_TIME 2022-09-28 05:50:28
   TYPE       VBUSIF
   eventCount 35
   Helper:
     DBLOG:
       state:
         LogDB:
           TIME       1664335910.23794
           VALUE      CONNECTED
   MatchList:
     1:VBUSDEV  .*
   READINGS:
     2022-09-28 05:31:50   state           opened
Attributes:
   event-min-interval .*:120
   room       SmartHome

Alles naheliegende habe ich schon versucht, Neustart des Pi, der Schnitstelle etc.

Gruß,
doc.

[Xaneu]

Hallo,

'habe in den letzten Tage das Frischwassermodul ,,Vitotrans 353" von Vissmann über den VBUS eingebunden. Allerdings hat das nicht auf Anhieb funktioniert.
Die im Netz kursierenden veraltete Lösung die Daten über die Resol-Konfiguration ,,5251" einzulesen funktioniert beim aktuellen Vitotrans 353 definitiv nicht mehr.
Es handelt sich bei der Konfiguration ,,5251" eigentlich um die Konfiguration für den Original Resol-Frischwasserregler.
Möglicherweise konnte die Vitrotrans früher einmal so ausgelesen werden. Inzwischen läuft die Vitotrans 353 aber über die Konfiguration ,,1250".
Da Resol bzw. Daniel Wippermann die Konfiguration schon seit längerem nicht über eine XML-Datei bereit stellt, sondern stattdessen die Konfiguration in einer verschlüsselt Datei ,,vbus_specification.vsf" liegt, die ohne weiteres nur über die Software von Daniel Wippermann ausgelesen werden kann, musste ich das gesendete Datagramm ,,re-engenieren".

Ich habe nun folgende nicht vollständige aber gesicherten Konfiguration ermittelt.
Dabei handelt es sich immerhin um die wichtigsten Daten:

Code Auswählen Erweitern

"1250" => {"name" => "Vitotrans_353", "cmd" => "0100", "fields" => [
{ "offset" =>  0,  "name" => "Aktuelle_Zeit_Sekunden_seit_01_01_2001", "bitSize" => 31,  "factor" =>    1, "unit" => "s" },
{ "offset" =>  4,  "name" => "Temperatur_Heizwasservorlauf", "bitSize" => 15, "factor" =>  0.1, "unit" => "°C" },
{ "offset" =>  6,  "name" => "Temperatur_Warmwasservorlauf", "bitSize" => 15, "factor" =>  0.1, "unit" => "°C" },
{ "offset" =>  8,  "name" => "Temperatur_Warmwasserruecklauf_Kaltwasserzulauf", "bitSize" => 15, "factor" =>  0.1, "unit" => "°C" },
{ "offset" => 24,  "name" => "Drehzahl_Primaerpumpe", "bitSize" => 8,  "factor" =>    1, "unit" => "%" },
{ "offset" => 25,  "name" => "Drehzahl_Zirkulationspumpe", "bitSize" => 8,  "factor" =>    1, "unit" => "%" },
{ "offset" => 36,  "name" => "3_Wege_Ventil_Ruecklaufeinschichtung" , "bitSize" => 8,  "factor" =>    1, "unit" => "" },
{ "offset" => 37,  "name" => "Aktortest_3_Wege_Ventil_Ruecklaufeinschichtung" , "bitSize" => 8,  "factor" =>    1, "unit" => "" },
{ "offset" => 48,  "name" => "WW_Energie_gesamt", "bitSize" => 31, "factor" => 0.001, "unit" => "kWh" },
{ "offset" => 64,  "name" => "Softwareversion", "bitSize" => 8,  "factor" => 0.01, "unit" => "" },
{ "offset" => 72,  "name" => "Betriebszeit", "bitSize" => 31, "factor" =>    1, "unit" => "s"  },
{ "offset" => 84,  "name" => "WW_Menge_gesamt", "bitSize" => 31, "factor" => 0.001, "unit" => "m³" },
{ "offset" => 88,  "name" => "WW_Betriebszeit_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "s" },
{ "offset" => 100, "name" => "Durchfluss_Warmwasservorlauf", "bitSize" => 15, "factor" => 0.01, "unit" => "l/min" },
]},

@ pejonp:
Könntest Du bitte diese Konfiguration in's aktuelle Modul ,,VBUSDEV.pm" vom 03.07.2022 bei Gelegenheit mit aufnehmen?


Weiterhin gab es (zumindest bei mir) das schwerwiegende Problem, dass ich nur beheben konnte, in dem ich im aktuellen Modul  ,,VBUSIF.pm vom 06.05.2020 die Zuweisung in Zeile 208 von

Code Auswählen Erweitern

$data = "";  in

Code Auswählen Erweitern

$data = "aa"; geändert habe.
Dahinter steckt, dass die Vitrotrans 353 Datagramme in der Protokollversion ,,10" und  Protokollversion ,,20" wechselweise hintereinander sendet.
Da die Codefolge ,,aa" zugleich das Ende des alten Datagramms als auch Anfang des neuen Datagramms kennzeichnet, kam es dazu, z.B. wenn das FHEM-Modul ungünstig gestartet wurde, dass nur noch Datagramme der Protokollversion ,,20" empfangen wurden und keine eigentlichen Nutzdaten mehr.
Nach korrektem Empfang wird im aktuellen Modul die Variable, in der das Datagramm eingelesen wird, gelöscht ($data = ""). Dadurch wird das direkt folgende Datagramm nicht eingelesen. Ich habe nun stattdessen das Ende des alten Datagramms bzw. der Anfang den neuen Datagramme in die Variable in der Form $data = "aa" eingetragen (was ja nicht falsch ist).
Seit dem läuft die Kommunikation bis heute zumindest bei mir einwandfrei.

@ pejonp: Kannst Du das bitte (natürlich nach reiflicher Prüfung) im aktuellem Modul ,,VBUSIF.pm" übernehmen?


Weiterhin ist mir beim Debuggen aufgefallen, dass die Protokollversion ,,10" und ,,20" in Zeile 212 bzw. Zeile 267 ermittelt wird und dabei die Gleichheitszeichen ,,==" benutzt werden, was formal nicht korrekt ist.
Genaugenommen steht in der Variable ,,$protoVersion" ein Teilstring des Datagramms. Es handelt sich dabei aber eigentlich um Hexadezimal-Zeichen, die im Falle der Prokollversionen ,,10" und ,,20" zufällig auch als Dezimalwerte interpretiert werden und somit nicht zu einer Fehlermeldung führen.
Beim Versuch das oben genannte "aa"-Problem durch Änderungen des Moduls zu beheben, kam es zu diversen Verschiebungen, so dass auch andere Hexadezimal-Zeichen hier verglichen wurden, die dann in der FHEM-Log prompt zu Fehlermeldung führten.

@ pejonp: Hierbei handelt es sich nicht um einen großes Problem. Trotzdem wäre es besser, wenn im Modul ,,VBUSIF.pm" in Zeile 212 und Zeile 267 die Gleichheitszeichen ,,==" durch ,,eq" ersetzt würden.

Gruß
Xaneu

[s1738berger]

Seit einigen Tagen habe ich das Problem dass vom Resol VLAN keine Daten mehr in FHEM gelesen werden können. Ich verwende die Versionen:

Code Auswählen Erweitern


19_VBUSIF.pm 20200506 2020-05-06 und
21_VBUSDEV.pm 20200919 2020-09-19


Als Regler soll ein BX Plus ( 7112 ) ausgelsen werden, was viele Monate problemlos funktionierte, die Konfiguration sollte also in Ordnung sein.
Zum Test habe ich die gleiche Konfiguration auf einem leeren und aktuellen FHEM installiert und erhalte das gleiche Ergebnis. Hier ein Auszug aus dem Log ( verbose 5 ). Diese 3 Zeilen wiederholen sich ca. jede Minute.

Code Auswählen Erweitern


2023.01.23 16:25:40 1: 192.168.178.42:7053 disconnected, waiting to reappear (Solar_03)
2023.01.23 16:25:43 5: Read VBUS password from file
2023.01.23 16:25:43 4: Solar_03:  Define: InitIO
2023.01.23 16:25:43 1: 192.168.178.42:7053 reappeared (Solar_03)


Firewall ist keine auf dem RPI installiert, der Zugriff auf den Regler funktioniert mit der Software von Resol ohne Probleme. Vom RPI aus ist der VLAN mit Ping erreichbar. Alle Geräte neu gestartet habe ich auch schon mehrfach.

Früher in dieser Diskussion kam ein ähnlicher Fehler schon mal zur Sprache, verlief sich dann aber innerhalb der Diskussion ( oder ich hab den Anschluss nicht mehr gefunden ). Wess jemand was ev. noch geprüft werden kann, oder sogar eine Lösung?

Danke, Stefan

[pejonp]

@s1738berger

ich habe diese  Versionen: dirkt vom git

Code Auswählen Erweitern


19_VBUSIF.pm              20200506 2020-05-06 10:10:10Z pejonp
21_VBUSDEV.pm             3072022 2022-07-03 10:10:10Z pejonp



noch einmal das passwort eingegeben ?

Code Auswählen Erweitern


...
2023.01.23 16:25:43 5: Read VBUS password from file
...


pejonp

[s1738berger]

Danke für die schnelle Antwort - und die Lösung. Nach erneuter Eingabe des Passworts funktioniert die Sache wieder. Allrdings nicht das Passwot in FHEM, sondern im VBUS LAN Adapter. Weiss der Teufel, warum das PW vergessen ging. Gut dass es sich so einfach lösen liess. 
Stefan

[kask]

Ich habe das Problem das wenn ich die Netzwerkverbindung verliere vbusif immer "opened" ist und bleibt.
Wenn ich die Verbindung wieder herstelle dann funktioniert das vbusif device nicht mehr.  Kein Reading wird mehr aktualisiert bzw. kommt rein.
Es kommen keine Daten rein. Erst wenn ich Fhem neustarte dann funktioniert es wieder.
Ein neustart von meiner Deltasol_BX oder des lan-adapters bringt die Verbindung nicht zurück.
Kennt einer das Problem?

Wie bewege ich "elegant" das vbusif device zum neuinitialisieren?
Ich möchte ungern das device automatisiert löschen und neu anlegen. Das muss doch anders gehen.

[kask]

Bin ich der einzige mit dem Problem?
Hat keiner eine Idee wie ich das sinnvoll lösen könnte?

[kask]

Push! Alle im Urlaubsmodus?

[Bronze]

Habe die FHEM-Version für Docker installiert, läuft auf einem QNAP.
System soll up-to-date sein.

Trotzdem fehlt die Passwort-Eingabe unter VBUSIF und es kommen solche Logs:

Code Auswählen Erweitern

[pre][color=#cccccc][size=2]2023.09.23 19:16:36.711 3: Opening vbus device 192.168.178.47:7053
2023.09.23 19:16:36.716 3: vbus device opened
2023.09.23 19:16:38.536 3: VBUSDEV_Parse11: vbus : UNDEFINED VBUSDEV_7112 VBUSDEV 7112, please define it
2023.09.23 19:16:38.537 2: autocreate: define VBUSDEV_7112 VBUSDEV 7112
2023.09.23 19:16:38.539 2: autocreate: define FileLog_VBUSDEV_7112 FileLog ./log/VBUSDEV_7112-%Y.log VBUSDEV_7112
2023.09.23 19:16:38.540 1: PERL WARNING: Use of uninitialized value $gplot in concatenation (.) or string at ./FHEM/98_autocreate.pm line 287, <GEN34> line 3.
2023.09.23 19:16:38.990 3: VBUSDEV_Parse11: vbus : UNDEFINED VBUSDEV_7131 VBUSDEV 7131, please define it
2023.09.23 19:16:38.990 2: autocreate: define VBUSDEV_7131 VBUSDEV 7131
2023.09.23 19:16:38.992 2: autocreate: define FileLog_VBUSDEV_7131 FileLog ./log/VBUSDEV_7131-%Y.log VBUSDEV_7131
2023.09.23 19:16:39.106 3: VBUSDEV_Parse11: vbus : UNDEFINED VBUSDEV_7132 VBUSDEV 7132, please define it
2023.09.23 19:16:39.107 2: autocreate: define VBUSDEV_7132 VBUSDEV 7132
2023.09.23 19:16:39.108 2: autocreate: define FileLog_VBUSDEV_7132 FileLog ./log/VBUSDEV_7132-%Y.log VBUSDEV_7132
2023.09.23 19:16:40.503 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN34> line 3.
2023.09.23 19:16:40.503 4: VBUSDEV_7112: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7112 DevTyp:  Name: VBUSDEV_7112
2023.09.23 19:16:40.503 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN34> line 3.
2023.09.23 19:16:40.503 4: VBUSDEV_7112: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: bc003b02eb003c015b010a023b01570142024605ef010f270000000000000000000000000f270f270000000000ffffffdb73bf2a0000000000000000ffffffff0000ffff
2023.09.23 19:16:40.992 4: VBUSDEV_7131: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7131 DevTyp:  Name: VBUSDEV_7131
2023.09.23 19:16:40.992 4: VBUSDEV_7131: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: a02d7b0000000000884a00008d69010000000000
2023.09.23 19:16:41.091 4: VBUSDEV_7132: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7132 DevTyp:  Name: VBUSDEV_7132
2023.09.23 19:16:41.091 4: VBUSDEV_7132: VBUSDEV_ParsePayload2: Dev:  CMD: 0100  PayL: 5f2c410000000000000000000800000015350f00
2023.09.23 19:16:41.498 4: VBUSDEV_7112: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7112 DevTyp:  Name: VBUSDEV_7112[/size][/color][/pre]



Weiß jemand Rat, bitte?

[pejonp]

prüfe bitte einmal deine 21_VBUSDEV.pm
das muss darin stehen:

Code Auswählen Erweitern

21_VBUSDEV.pm 03072022 2022-07-03 10:10:10Z pejonp

auch einmal in den systemlogs nachsehen vielleicht fehlt noch eine perl-Bibliothek. Wir bein laden von fhem angezeigt.

pejonp