Hallo,
nachdem ich die gröbsten Sachen beim Umbau erledigt habe, bin ich jetzt dabei meine fhem-Installation nachzuziehen...
Momentan möchte ich gerne meinen Solarregler einbinden. Dazu habe ich mir einen VBus/LAN-Adapter von Resol bestellt. In den GoogleGroups gabs auch von Arno einen Post mit einem Link zum vbus.pm. Leider ist der Link tot.
Kann mir jemand bitte das Modul per PM senden? Danke!
Gruß
Holger
Hallo Holger,
ich habe das noch irgendwo auf der Platte. Habe es kürzlich versucht zum Laufen zu bringen. Leider musste ich es wieder rausnehmen, da fhem dann nicht mehr lief.
Bin unterwegs. Daher musst Du noch Geduld haben...
Wäre klasse, wenn wir den resol in fhem reinbekommen!
Gruß
Gunther
So, hoffentlich ist es ok, wenn ich das VBUS/LAN-Modul für das Resolgerät poste.
Hinweis: Dieses Modul ist NICHT von mir. Ich habe es nicht zum Laufen bekommen unter FHEM 5.2 und kann daher auch beim Support nicht weiterhelfen.
Trotzdem freue ich mich über eine rege Diskussion um vielleicht die Resolgeschichte zukünftig mühelos einbinden zu können.
Hallo,
vielen Dank für die Dateien. Ich leider nicht in der Lage vor Mitte nächster Woche zu testen, werde aber auf jeden Fall über meinen Erfolg/Misserfolg berichten.
Ich habe einen Resol vbus/lan-Adapter an einer COSMO Multi - Regelung mit einem Speicher, Solar und Feststoffofen.
Gruß
Holger
Die Entwickler gibt es aber noch.
Zu mindestens deren Internetseite. Nur das SVN ist down.
Vielleicht kann man die ja mal Anschreiben.
http://www.bytefeed.de/ (//www.bytefeed.de/)
Vielleicht bekommen wir ja zusammen das Ding zum Laufen.
Ich habe mal ins Coding geschaut.
my %vbus_devices = (
"1000" => "VBUS Adapter",
"5177" => "Diemasol C"
);
Hier frage ich mich gerade, ob "1000" allgemeingültig ist und was für andere Devices (meines ist Vitosolic 200) stehen muss. Vermutlich die angezeigte Nummer im Resol ServiceCenter (in meinem Fall 7321)
Weiter steht dort:
#
my $i = 0;
my $temp_collector = (ord(substr($payload,1,1))*256 + ord(substr($payload,0,1))) / 10.;
my $temp_storage = (ord(substr($payload,9,1))*256 + ord(substr($payload,8,1))) / 10.;
my $temp_freshwater = (ord(substr($payload,7,1))*256 + ord(substr($payload,6,1))) / 10.;
my $temp_heating = (ord(substr($payload,11,1))*256 + ord(substr($payload,10,1))) / 10.;
my $pump_throughput = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 10.;
my $vent_storage = (ord(substr($payload,27,1)) & (0x02) !=0) ? 1 : 0;
my $vent_heating = (ord(substr($payload,27,1)) & (0x20) !=0) ? 1 : 0;
my $val = "T1: ".$temp_collector." T2: ".$temp_storage." T3: ".$temp_freshwater." T4: ".$temp_heating." V1: ".$vent_storage." V2: ".$vent_heating." V3: ".$pump_throughput;
Hier habe ich noch keine Ahnung, wie an an die anlagenspezifischen Werte komme.
Kann ich die aus den Rohdaten ablesen? Und was muss geändert werden?
Sind weitere Stellen anzupassen?
Wenn wir das raus haben, schreibe ich gerne eine Doku.
Hier gibt es auch ein wenig zum lesen.
http://www.google.de/url?sa=t&rct=j&q=resol%20vbus%20protokoll&source=web&cd=3&ved=0CEMQFjAC&url=http%3A%2F%2Fhobbyelektronik.org%2Fw%2Fimages%2F0%2F04%2FVBus-Protokollspezifikation.pdf&ei=cdcHUZy6HsTFtQbovYDQAg&usg=AFQjCNFO3_PnW7DQWyuz2_jTS1lDUO_x_w&bvm=bv.41524429,d.Yms (//www.google.de/url?sa=t&rct=j&q=resol%20vbus%20protokoll&source=web&cd=3&ved=0CEMQFjAC&url=http%3A%2F%2Fhobbyelektronik.org%2Fw%2Fimages%2F0%2F04%2FVBus-Protokollspezifikation.pdf&ei=cdcHUZy6HsTFtQbovYDQAg&usg=AFQjCNFO3_PnW7DQWyuz2_jTS1lDUO_x_w&bvm=bv.41524429,d.Yms)
Das Protokoll ist zum Glück offen.
Google spuckt auch relativ viel zu diesen Thema aus.
Leider steht da zur Vitisolic nicht viel drin. Oder stehe ich auf dem Schlauch?
Hier gibt's noch mehr zum Lesen:
https://docs.google.com/file/d/0B1ga9YrTFDiVZWU3NjBiNmYtZDczNS00NjE1LTk1ZDAtZmJhNWVkMmI5ZTRj/edit?hl=en&authkey=CIzfn4UM (//docs.google.com/file/d/0B1ga9YrTFDiVZWU3NjBiNmYtZDczNS00NjE1LTk1ZDAtZmJhNWVkMmI5ZTRj/edit?hl=en&authkey=CIzfn4UM)
Auf Seite 51 sollte dann die Infos für die Vitosolic 200 stehen.
na dann sind die Informationen schon mal da. 1000 Dank!
Jetzt kommt der schwierigere Teil... :|
Kein Problem.
Wenn ich könnte würde ich dir noch weiter helfen.
Lass aber mal wissen wenn es was neues gibt.
Jetzt habe ich das Modul nochmal versucht zu "installieren". Leider bekomme ich nun keinen Zugriff mehr zu fhem und auch nicht auf den fhem-Ordner um es wieder rauszulöschen...
Habt Ihr eine Idee?
über das nas der fritzbox sehe ich leider den fhem Ordner nicht mehr. Seinerzeit konnte ich wenigstens das Modul wieder löschen. Gerade weiß ich eider nicht mehr weiter... :-(
Gibt es eine Möglichkeit auf dem FB-Nas Benutzer einzurichten/ Berechtigungen zu vergeben?
Per Telnet auf die FB und dann killall -9 perl.
Danach sollte die Box wieder laufen.
hmm klappt leider nicht:
Starten kann ich FHEM nicht und weder per Fritzbox noch per Netzwerk kann ich in den FHEM Ordner rein. Löschen desgleichen geht auch nicht, da er angeblich verwendet wird.
Folgendes wirft das Terminal mir aus:
Gunthers-MacBook-Pro:~ user$ telnet 192.168.0.1:7053
Trying 62.157.140.133...
Connected to 192.168.0.1:7053.
Escape character is '^]'.
killall -9 perl
Connection closed by foreign host.
Gunthers-MacBook-Pro:~ user$
Backup kann ich auch nicht einspielen.
Kann ich da über telnet irgendwas machen? Also z. B. die vbus-Dateien rauswerfen?
Ups, nun mit Port 8083 versucht. Leider dasselbe... :-(
Zitat von: Gunther schrieb am Mi, 30 Januar 2013 08:15hmm klappt leider nicht:
Starten kann ich FHEM nicht und weder per Fritzbox noch per Netzwerk kann ich in den FHEM Ordner rein. Löschen desgleichen geht auch nicht, da er angeblich verwendet wird.
Folgendes wirft das Terminal mir aus:
Gunthers-MacBook-Pro:~ user$ telnet 192.168.0.1:7053
Trying 62.157.140.133...
Connected to 192.168.0.1:7053.
Escape character is '^]'.
killall -9 perl
Connection closed by foreign host.
Gunthers-MacBook-Pro:~ user$
Hi,
ich hab das Modul für meine Diemasol C mit Hilde der o.g. VBUS-Spezifikation von RESOL und ein wenig rumprobieren gemacht.
Bei mir läuft es seit fast zwei Jahren problemlos.
Es ist noch nicht optimal, z.B. lausche ich timergesteuert alle paar Sekunden auf den Datenstream, bis ich einen Paketanfang gefunden habe und bleibe dann solange verbunden, bis ein volles gültiges Paket gelesen werden konnte. Das könnte man noch optimieren...
Anpassungen für andere Geräte sollten auch nicht so schwierig sein.
Die Windows-Software bindet die verschiedenen Geräte mit gerätespezifischen XML-Dateien ein, die das jeweilige Binärformat der Geräte beschreiben. Diese Dateien in dem FHEM-Modul einzubinden erscheint mir aber als Overkill, deswegen habe ich das für meine Diemasol quick+dirty gemacht.
Man kann die XML Files aus dem Java-Archiv der Windows Software extrahieren, aber ich weiß nicht mehr, wo man die runterladen konnte... Wahrscheinlich ist sie auch nicht mehr aktuell.
Wenn es ein konkretes Problem gibt, helfe ich gerne.
Ciao, Arno
Hallo Arno,
wenn ich die beiden Dateien in mein FHEM (FB7390) schiebe, bekomme ich keinen Zugriff mehr auf FHEM. (an die weiteren Tester: passiert Euch das auch?)
1.) Gibt es eine aktuelle Version bei der das nicht passiert?
2.) Wo hast Du die "Nummer" Deiner Dimasol C her? Ich habe nun verschiedene Spezifikationen und das I-Net nach Dimasol C und der Nummer durchforstet und bin leider nicht fündig geworden, wie ich das auf meine Vitosolic adaptieren kann. Vermutlich sind die beiden mit "Nummer" beginnenden Zeilen anzupassen? (1000 bleibt immer gleich?)
# my %vbus_devices = (
# "1000" => "VBUS Adapter",
# "5177" => "Diemasol C"
# );
my %vbus_devices = (
"1000" => "VBUS Adapter",
"7321" => "Vitosolic 200"
);
3.) den Abschnitt in Deinem Coding habe ich nicht verstanden. Ich vermute das das die 2. Passage ist, wo etwas anlagespezifisch anzupassen ist. Kannst Du uns hier einen Tipp geben, wie wir vorzugehen haben?
ab:
# TODO Je nach Device (5177 fuer Diemasol C) die richtigen Bytes abgreifen
#
my $i = 0;
my $temp_collector = (ord(substr($payload,1,1))*256 + ord(substr($payload,0,1))) / 10.;
my $temp_storage = (ord(substr($payload,9,1))*256 + ord(substr($payload,8,1))) / 10.;
my $temp_freshwater = (ord(substr($payload,7,1))*256 + ord(substr($payload,6,1))) / 10.;
my $temp_heating = (ord(substr($payload,11,1))*256 + ord(substr($payload,10,1))) / 10.;
my $pump_throughput = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 10.;
my $vent_storage = (ord(substr($payload,27,1)) & (0x02) !=0) ? 1 : 0;
my $vent_heating = (ord(substr($payload,27,1)) & (0x20) !=0) ? 1 : 0;
my $val = "T1: ".$temp_collector." T2: ".$temp_storage." T3: ".$temp_freshwater." T4: ".$temp_heating." V1: ".$vent_storage." V2: ".$vent_heating." V3: ".$pump_throughput;
Das wäre Granate!
Viele Grüße
Gunther
Hallo,
und zunächst mal Danke an Arno für das Modul und an Burn für die Bereitstellung der Doku. Damit habe ich mal die ersten 32 Byte für meine COSMO Multi abgegriffen. Hier der Code dafür:
my $i = 0;
my $temp_s1 = (ord(substr($payload,1,1))*256 + ord(substr($payload,0,1))) / 10.;
my $temp_s2 = (ord(substr($payload,3,1))*256 + ord(substr($payload,2,1))) / 10.;
my $temp_s3 = (ord(substr($payload,5,1))*256 + ord(substr($payload,4,1))) / 10.;
my $temp_s4 = (ord(substr($payload,7,1))*256 + ord(substr($payload,6,1))) / 10.;
my $temp_s5 = (ord(substr($payload,9,1))*256 + ord(substr($payload,8,1))) / 10.;
my $temp_s6 = (ord(substr($payload,11,1))*256 + ord(substr($payload,10,1))) / 10.;
my $temp_s7 = (ord(substr($payload,13,1))*256 + ord(substr($payload,12,1))) / 10.;
my $temp_s8 = (ord(substr($payload,15,1))*256 + ord(substr($payload,14,1))) / 10.;
my $temp_s9 = (ord(substr($payload,17,1))*256 + ord(substr($payload,16,1))) / 10.;
my $temp_s10 = (ord(substr($payload,19,1))*256 + ord(substr($payload,18,1))) / 10.;
Log 3,"$name: Temperature sensor 1 $temp_s1 (Celsius)";
Log 3,"$name: Temperature sensor 2 $temp_s2 (Celsius)";
Log 3,"$name: Temperature sensor 3 $temp_s3 (Celsius)";
Log 3,"$name: Temperature sensor 4 $temp_s4 (Celsius)";
Log 3,"$name: Temperature sensor 5 $temp_s5 (Celsius)";
Log 3,"$name: Temperature sensor 6 $temp_s6 (Celsius)";
Log 3,"$name: Temperature sensor 7 $temp_s7 (Celsius)";
Log 3,"$name: Temperature sensor 8 $temp_s8 (Celsius)";
Log 3,"$name: Temperature sensor 9 $temp_s9 (Celsius)";
Log 3,"$name: Temperature sensor 10 $temp_s10 (Celsius)";
my $radiation = (ord(substr($payload,21,1))*256 + ord(substr($payload,20,1))) / 10.;
my $impulse = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 10.;
my $digi_in = (ord(substr($payload,25,1))*256 + ord(substr($payload,24,1)));
Log 3,"$name: Irradiation CS $radiation (W/m2)";
Log 3,"$name: Impulse 1 V40 $impulse";
Log 3,"$name: Digital Input $digi_in";
my $ps_relay1 = ord(substr($payload,26,1));
my $ps_relay2 = ord(substr($payload,27,1));
my $ps_relay3 = ord(substr($payload,28,1));
my $ps_relay4 = ord(substr($payload,29,1));
my $ps_relay5 = ord(substr($payload,30,1));
my $ps_relay6 = ord(substr($payload,31,1));
my $ps_relay7 = ord(substr($payload,32,1));
Log 3,"$name: Pump speed relay 1 $ps_relay1 (%)";
Log 3,"$name: Pump speed relay 2 $ps_relay2 (%)";
Log 3,"$name: Pump speed relay 3 $ps_relay3 (%)";
Log 3,"$name: Pump speed relay 4 $ps_relay4 (%)";
Log 3,"$name: Pump speed relay 5 $ps_relay5 (%)";
Log 3,"$name: Pump speed relay 6 $ps_relay6 (%)";
Log 3,"$name: Pump speed relay 7 $ps_relay7 (%)";
my $val = "T1: ".$temp_s1." T2: ".$temp_s2." T3: ".$temp_s3." T7: ".$temp_s7." T8: ".$temp_s8." T9: ".$temp_s9;
my $val = $val." R1: ".$ps_relay1." R3: ".$ps_relay3." R5: ".$ps_relay5." R6: ".$ps_relay6." R7: ".$ps_relay7;
Irgendwie scheint aber das pharsen der Payload noch nicht ganz richtig zu funktionieren. Da ich leider auch nicht der Perlfreak bin, bin ich mir auch nicht sicher was Arno beim "Anfang/Ende finden" genau macht. Jedenfalls scheint es, als ob manchmal die Payload etwas zu klein ist...
Die folgende Ausgabe ist richtig gepharsed und identisch mit den Werten im Resol-Service Center:
2013.01.31 12:10:25 3: MyVBUSDevice: Try 0 Find beginning
2013.01.31 12:10:25 3: MyVBUSDevice: Try 0 Find end aa000021782000050000000000000041aa10002178100001113406006801010f65013822043b38223822054609015001012371013822042f00000000007f01000000007e00000000007f00000000007f00000000007f01003001004d00000000007f00000000007f00000000007f00000000007f01033b1304295d07011f017aaa150021781000010838020a
2013.01.31 12:10:25 3: MyVBUSDevice: Src: 2178 Dst: 0000 Proto: 20 CMD: 0005 FC: 0 CRC: 0
2013.01.31 12:10:25 3: MyVBUSDevice: Try 1 Find beginning
2013.01.31 12:10:28 3: MyVBUSDevice: Try 1 Find end aa10002178100001113406006801010f65013822043b38223822054609015001012371013822042f00000000007f01000000007e00000000007f00000000007f00000000007f01003001004d00000000007f00000000007f00000000007f00000000007f01033b1304295d07011f017aaa150021781000010838020a0000007306006801010f10000000016e010b0000007300000000007f02080000007500000000007f0000007f0878aa000021782000050000000000000041aa10002178100001113406006801010f65013822043b38223822054609015201012172013822042e00000000007f01000000007e00000000007f00000000007f00000000007f01003001004d00000000007f00000000007f00000000007f00000000007f01033c1304285d07011f017aaa150021781000010838020a0000007306006801010f10000000016e010b0000007300000000007f02080000007500000000007f0064007f0814aa000021782000050000000000000041aa10002178100001113407006801010e65013822043b38223822054609015401011f74013822042c00000000007f01000000007e00000000007f00000000007f00000000007f01003001004d00000000007f00000000010b0000007300000000007f02080000007500000000007f0000007f0878aa000021782000050000000000000041aa10002178100001113405006701011165013822043b38223822054609016801010b00013822051f00000000007f01000000007e00000000007f00000000007f00000000007f01003001004d00000000007f00000000007f00000000007f00000000007f01033c1304285d07011f017aaa150021781000010838020a
2013.01.31 12:10:30 3: MyVBUSDevice: Src: 2178 Dst: 1000 Proto: 10 CMD: 0001 FC: 17 CRC: 52
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 1 13.4 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 2 36 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 3 35.7 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 4 888.8 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 5 888.8 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 6 888.8 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 7 39.3 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 8 33.6 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 9 36.9 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Temperature sensor 10 888.8 (Celsius)
2013.01.31 12:10:30 3: MyVBUSDevice: Irradiation CS 0 (W/m2)
2013.01.31 12:10:30 3: MyVBUSDevice: Impulse 1 V40 0
2013.01.31 12:10:30 3: MyVBUSDevice: Digital Input 1
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 1 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 2 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 3 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 4 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 5 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 6 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: Pump speed relay 7 0 (%)
2013.01.31 12:10:30 3: MyVBUSDevice: VBUS "" T1: 13.4 T2: 36 T3: 35.7 T7: 39.3 T8: 33.6 T9: 36.9 R1: 0 R3: 0 R5: 0 R6: 0 R7: 0
Die Ausgabe hier ist nicht richtig:
2013.01.31 12:11:30 3: MyVBUSDevice: Try 0 Find beginning
2013.01.31 12:11:30 3: MyVBUSDevice: Try 0 Find end aa150021781000010838020a
2013.01.31 12:11:30 3: MyVBUSDevice: Src: 2178 Dst: 1500 Proto: 10 CMD: 0001 FC: 8 CRC: 56
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 1 256.2 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 2 0 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 3 13.5 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 4 35.9 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 5 14.4 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 6 0 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 7 281.7 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 8 0 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 9 0 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Temperature sensor 10 0 (Celsius)
2013.01.31 12:11:30 3: MyVBUSDevice: Irradiation CS 205 (W/m2)
2013.01.31 12:11:30 3: MyVBUSDevice: Impulse 1 V40 0
2013.01.31 12:11:30 3: MyVBUSDevice: Digital Input 0
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 1 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 2 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 3 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 4 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 5 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 6 255 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: Pump speed relay 7 0 (%)
2013.01.31 12:11:30 3: MyVBUSDevice: VBUS "" T1: 256.2 T2: 0 T3: 13.5 T7: 281.7 T8: 0 T9: 0 R1: 0 R3: 0 R5: 0 R6: 255 R7: 0
OT: Die Service-Center Software gibt es übrigens hier: http://www.vbus.net/download/ServiceCenterFullSetup_2.5b8.zip (//www.vbus.net/download/ServiceCenterFullSetup_2.5b8.zip) Wer diese auch unter Linux nutzen möchte, sollte sich mal das Repack-Skript (//gist.github.com/436f0758f30cfe68c348) von Daniel Wippermann anschauen. Geht bei mir wunderbar x64.
Gruß
Holger
Okay, nun schient es zu laufen.
Auf meinem Bus sind anscheinend noch andere Pakete unterwegs, warum auch immer.
Damit nur die richtigen ausgewertet werden, habe ich jetzt einfach nochmal nach dem Ziel "vbus-Adapter" gefiltert.
Dazu habe ich die Gültigkeitsabfragen quick&dirty nochmal um ||$dst_addr != "1000" ergänzt:
for (my $i=0;$i<3 && ($protoVersion!="10"||$dst_addr != "1000");$i++) {
# Find beginning
my $devtype = $vbus_devices{$src_addr}; # TODO OR "Unknown: ".$src_addr
if ($protoVersion != "10"||$dst_addr != "1000") {
return;
}
Gruß
Holger
Zitat von: sweetie-pie schrieb am Do, 31 Januar 2013 14:18Dazu habe ich die Gültigkeitsabfragen quick&dirty nochmal um ||$dst_addr != "1000" ergänzt:
Klingt gut, 1000 als Ziel-Adresse müssen Pakete sein, die an den VBUS-Adapter gehen.
Ciao, Arno
Bevor ich zu den inhaltlichen Fragen komme, habe ich eine Frage an Euch bzgl. der Installation:
Auf welcher Hardware habt Ihr 20_VBUS.pm installiert? Und wie?
Bei mir klappt das auf Fritzbox 7390 leider nicht. Was mache ich:
20_VBUS.pm und vbus.gplot in den Ordner /fhem/FHEM schieben.
Fritzbox neu starten.
Danach ist schon Ende. Ich bekomme keinen Zugriff mehr auf FHEM bis ich die Dateien wieder lösche und neu durchstarte.
Über Tipps freue ich mich sehr.
Zitat von: Gunther schrieb am Sa, 02 Februar 2013 14:36Auf welcher Hardware habt Ihr 20_VBUS.pm installiert? Und wie?
Linux zeus 2.6.32-45-generic #101-Ubuntu SMP Mon Dec 3 15:41:13 UTC 2012 i686 GNU/Linux
Auf einem Atom-Board...
Gruß
Holger
Danke.
Ich bin ja mal gespannt ob es schon jemand hier hinbekommen hat das Modul auf der Fritzbox zum Laufen zu bekommen. Vielleicht ist die zu schwach auf der Brust... ???
Hallo,
ich habe die Grundlage von Arno mal genommen und etwas angepasst.
Das ist zwar noch nicht fertig, aber es läuft zunächst mal.
Was habe ich geändert?
- Das Gerät ist jetzt eine COSMO-Multi
- Userreadings implementiert
- Temperaturen können auch negativ werden
- Non-Blocking mit Blocking.pm von Rudi
Mag es jemanden nützlich sein, später kommt vielleicht mal mehr...
Gruß
Holger
Zitat von: sweetie-pie schrieb am Mo, 11 Februar 2013 12:49Hallo,
ich habe die Grundlage von Arno mal genommen und etwas angepasst.
Das ist zwar noch nicht fertig, aber es läuft zunächst mal.
Was habe ich geändert?
- Das Gerät ist jetzt eine COSMO-Multi
- Userreadings implementiert
- Temperaturen können auch negativ werden
- Non-Blocking mit Blocking.pm von Rudi
Mag es jemanden nützlich sein, später kommt vielleicht mal mehr...
Gruß
Holger
Danke für Deine Arbeit, auch wenn ich inhaltlich mit den beiden folgenden Punkten nichts anfangen kann:
- Userreadings implementiert
- Non-Blocking mit
Blocking.pm von Rudi
Kannst Du das bitte kurz erläutern?
Vermutlich wird das meine Problematik mit der Fritzbox nicht lösen, richtig?
GELÖSCHT
Zitat von: Gunther schrieb am Mo, 11 Februar 2013 13:15Danke für Deine Arbeit, auch wenn ich inhaltlich mit den beiden folgenden Punkten nichts anfangen kann:
- Userreadings implementiert
- Non-Blocking mit Blocking.pm von Rudi
Kannst Du das bitte kurz erläutern?
Userreadings: Damit kannst Du die Ausgabe der Werte (was, wie, Format usw.) selber stimmen.
Non-Blocking, aus dem Wiki:
Multiprocessing
Beim Multiprocessing wird der fhem-Prozess geforkt, wenn ein Reading vom Geraet eingelesen werden soll.
Der Vaterprozess wird sofort fortgesetzt und erledigt weitere Aufgaben.
Der Kindprozess holt die Readings vom Geraet, liefert sie an den Vaterprozess und verendet.Das soll das "Hängen" beim Polling verhindern...
Zitat von: Gunther schrieb am Mo, 11 Februar 2013 13:15Vermutlich wird das meine Problematik mit der Fritzbox nicht lösen, richtig?
Nein, da musst du selber debuggen. Ohne jegliche Programmiererfahrung oder Linuxkenntnisse wird es schwer...
Danke für die Erläuterungen!
Zitat von: sweetie-pie schrieb am Mo, 11 Februar 2013 13:41Nein, da musst du selber debuggen. Ohne jegliche Programmiererfahrung oder Linuxkenntnisse wird es schwer...
Außer ein wenig ABAP Debugging bin ich da gänzlich ohne Vorahnung. Habe neulich mal ein wenig nach guten Anfängertutorials in Perl gesucht. Vermutlich scheitert das wie immer an der Zeit...
Vielleicht findet sich hier ja noch ein FB-Nutzer, der auch sein VBUS-LAN-Adapter einbinden möchte und mal drüberschaut.
Gibt es vielleicht die Möglichkeit das Modul wieder in die Standarddistribution aufzunehmen?
Hallo Zusammen,
ich hab mir grad fhem 5.5 auf nem Linux Serverchen installiert, in der Hoffnung, darüber meine Deltasol ES ohne die SericeCenter Software auslesen zu können.
Leider leider kann ich den Code von Arno nicht auf dem svn finden, deshalb häng ich mich mal hier dran mit meinen Fragen:
a) ist der Code für die Integration der VBUS/LAN in FHEM noch irgendwo verfügbar?
b) läuft der auch unter 5.5?
Herzliche Grüße
Hallo zusammen,
habs hinbekommen.
Derzeit werden alle Temperaturen angezeit, jedoch haperts bei mir noch ein wenig mit den Pumpengeschwindigkeiten.
Zum Setup: Deltasol ES Steuerung über ein Resol VBUS/LAN Adapter und FHEM 5.5
Ich werde in den nächsten Tagen den Code noch etwas geradeziehen und dann hier posten, wer ne q'n'd version vorab haben möchte, melde sich bitte.
Herzliche Grüße
Ich würde das Thema gerne nochmal in Angriff nehmen, nachdem ich im letzten Winter ja gescheitert bin.
Habe ebenfalls einen VBUS/LAN Adapter.
Kannst Du mir sagen, was Du gemacht hast um diesen einzubinden?
Hi, sicher doch,
ich hab die Module von Arno benutzt und angepasst, hier meine aktuelle Konfiguration:
/opt/fhem/FHEM$ cat 20_VBUS.pm
# $Id$
# VBUS Support for FHEM
# (c) Arno Willig <akw@bytefeed.de>
#
package main;
use strict;
use warnings;
use Time::HiRes qw(gettimeofday);
use IO::Socket::INET;
use IO::Select;
my %vbus_devices = (
"1000" => "VBUS Adapter",
"1177" => "Deltasol ES"
);
sub VBUS_Initialize($)
{
my ($hash) = @_;
Log 1, "VBUS_Initialize";
# Provider
$hash->{ReadFn} = "VBUS_Read";
$hash->{ReadyFn} = "VBUS_Ready";
$hash->{Clients} = ":VBUS:";
# Consumer
$hash->{DefFn} = "VBUS_Define";
$hash->{UndefFn} = "VBUS_Undef";
$hash->{GetFn} = "VBUS_Get";
$hash->{AttrList}= "model:vbus delay loglevel:0,1,2,3,4,5,6";
}
#####################################
sub VBUS_Define($$)
{
my ($hash, $def) = @_;
my $name=$hash->{NAME};
my @a = split("[ \t][ \t]*", $def);
Log 3, "VBUS Define: $a[0] $a[1] $a[2] $a[3] $a[4]";
return "Define host and port as parameters" if (@a < 3);
my $host = $a[2];
my $port = $a[3];
my $delay = $a[4];
$attr{$name}{delay}=$delay if $delay;
my $socket = IO::Socket::INET->new(PeerAddr=>$host, PeerPort=>$port, timeout=>2, blocking=>1);
if (!$socket) {
$hash->{STATE} = "disconnected";
Log 1,"$name: Error opening Connection to $host";
return "Can't Connect to $host -> $@ ( $!)\n";
}
$socket->close;
$hash->{Host} = $host;
$hash->{Port} = $port;
$hash->{STATE} = "initialized";
InternalTimer(gettimeofday()+10, "VBUS_GetStatus", $hash, 0);
VBUS_GetStatus($hash);
return undef;
}
sub VBUS_GetStatus($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $host = $hash->{Host};
my $port = $hash->{Port};
my $delay = $attr{$name}{delay}||120;
my $socket = IO::Socket::INET->new(PeerAddr=>$host, PeerPort=>$port, timeout=>2, blocking=>1);
if (!$socket) {
$hash->{STATE} = "disconnected";
Log 1,"$name: Error opening Connection to $host";
return;
}
# +HELLO
$socket->autoflush(1);
$socket->getline();
$socket->write("PASS fokker\n");
$socket->getline();
$socket->write("DATA\n");
$socket->getline();
my $idx;
my $protoVersion="0";
my $dst_addr;
my $src_addr;
my $command;
my $frameCount;
my $checksum;
my $line = "";
for (my $i=0;$i<3 && $protoVersion!="10";$i++) {
# Find beginning
$idx=-1;
while ($idx<0) {
# Log 3,"$name: Try $i Find beginning";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")));
}
$line = substr($line,$idx); ## if ($idx>0);
# Find end
$idx=-1;
while ($idx<0) {
my $hahn = unpack('H*',$line);
# Log 3,"$name: Try $i Find end $hahn";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")),1)
}
$dst_addr = unpack('H*',substr($line,1,2)); # byte order
$src_addr = unpack('H*',substr($line,3,2)); # byte order
$protoVersion = unpack('H*',substr($line,5,1));
$command = unpack('H*',substr($line,6,2)); # byte order
$frameCount = ord(substr($line,8,1));
$checksum = ord(substr($line,9,1));
Log 5,"$name: Src: $src_addr Dst: $dst_addr Proto: $protoVersion CMD: $command FC: $frameCount CRC: $checksum";
$line = substr($line,1);
}
$line = chr(hex("aa")).$line;
$line = substr($line,0,$idx);
$socket->close();
my $devtype = $vbus_devices{$src_addr}; # TODO OR "Unknown: ".$src_addr
if ($protoVersion != "10") {
return;
}
my $payload = "";
for (my $i = 0; $i < $frameCount; $i++) {
my $septett = ord(substr($line,10+$i*6+4,1));
my $checksum = ord(substr($line,10+$i*6+5,1));
my $crc = (0x7f - $septett) & 0x7f;
for (my $j = 0; $j<4;$j++) {
my $ch = ord(substr($line,10+$i*6+$j,1));
$ch |= 0x80 if ($septett & (1 << $j));
$crc = ($crc - $ch) & 0x7f;
$payload .= chr($ch);
}
if ($crc != $checksum) {
Log 3,"$name: Checksum failed!";
return;
}
}
my $tm = TimeNow();
$hash->{READINGS}{"DEVTYPE"}{TIME} = $tm;
$hash->{READINGS}{"DEVTYPE"}{VAL} = $devtype;
# TODO Je nach Device (5177 fuer Diemasol C) die richtigen Bytes abgreifen
#
my $i = 0;
my $temp_collector = (ord(substr($payload,1,1))*256 + ord(substr($payload,0,1))) / 10.;
my $temp_storage = (ord(substr($payload,3,1))*256 + ord(substr($payload,2,1))) / 10.;
my $temp_freshwater = (ord(substr($payload,5,1))*256 + ord(substr($payload,4,1))) / 10.;
my $temp_heating = (ord(substr($payload,11,1))*256 + ord(substr($payload,10,1))) / 10.;
my $pump_throughput = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 1.;
my $vent_storage = (ord(substr($payload,23,1)) & (0x02) !=0) ? 1 : 0;
my $vent_heating = (ord(substr($payload,23,1)) & (0x20) !=0) ? 1 : 0;
my $val = "T1: ".$temp_collector." T2: ".$temp_storage." T3: ".$temp_freshwater." T4: ".$temp_heating." V1: ".$pump_throughput;
$hash->{STATE} = $val; # List overview
$hash->{READINGS}{state}{TIME} = $tm; # For list
$hash->{READINGS}{state}{VAL} = $val;
$hash->{CHANGED}[$i++] = $val; # For notify
# Log GetLogLevel($name,3), "$name: VBUS \"$devtype\" $val";
Log 4,"$name: COLLECTOR: $temp_collector (Celsius)";
Log 4,"$name: STORAGE: $temp_storage (Celsius)";
Log 4,"$name: FRESHWATER: $temp_freshwater (Celsius)";
Log 4,"$name: HEATING: $temp_heating (Celsius)";
Log 4,"$name: THROUGHPUT: $pump_throughput (l/min)";
Log 4,"$name: VENT_STORAGE: $pump_throughput (Umin";
Log 4,"$name: VENT_HEATING: $vent_heating";
DoTrigger($name, undef);
InternalTimer(gettimeofday()+$delay, "VBUS_GetStatus", $hash, 0);
}
#####################################
sub VBUS_Undef($$)
{
Log 3,"****** VBUS_Undef";
my ($hash, $name) = @_;
RemoveInternalTimer($name);
return undef;
}
1;
DArin legst Du halt fest, welche Steuerung du hast und welche Septette daraus ausgelesen werden.
Da hilft dann nur die vbus spezifikation und anpassen, ist aber nicht sooo schwierig. Meine Anlage ist ne DEltasol ES und beim Auswerten siehst du die entsprechenden Einträge.
In der sub-Prozedur VBUS_GetStatus siehst du bei socket->write ("PASS fokker\n");
statt fokker gibst du dein passwort für den lan adapter an, also jenes Passwort dass du auch im Servicecenter benutzt.
dann noch folgenen Eintrag in die fhem.cfg
# VBUS Resol Addition
define myVBUSDevice VBUS 192.168.2.19 7053 600
attr myVBUSDevice delay 600
attr myVBUSDevice fp_Keller 50,250,0,
attr myVBUSDevice fp_Plotspage 50,500,0,
attr myVBUSDevice fp_Temperaturen 307,482,1,Regler Werte
attr myVBUSDevice room HMS
define FileLog_myVBUSDevice FileLog /opt/fhem/log/myVBUSDevice-%Y.log myVBUSDevice
attr FileLog_myVBUSDevice logtype vbus,text
attr FileLog_myVBUSDevice room logs
erste und zweite zeile ist das delay angeben, in sekunden, am anfang ist evtl 60 besser statt 600 dann siehst du häufiger was reinkommt.
am besten ein tail -f auf das logfile myVBUSDevice-2013.log und ein weiteres fenster mit nem tail -f auf das fhem log file dann sollte alles glatt gehen.
Viel ERfolg
So,
nachdem ich einige Probleme mit dem "alten" Modul hatte und nicht nur damit, hab ich mich zur Radikalkur entschieden:
HW: HP Data Vault X300
SW: Ubuntu Server 13.04 64bit auf SD Karte (lief vorher über USB Stick mit Debian Wheezy 32 bit)
FHEM 5.5
Auszug für vbus aus der fhem conf:
attr global userattr DbLogExclude devStateIcon devStateStyle fp_Keller fp_Plotspage fp_Temperaturen fp_solar icon sortby webCmd
# VBUS Resol Addition
define myVBUSDevice VBUS 192.168.2.19 7053 900
attr myVBUSDevice delay 900
attr myVBUSDevice fp_Keller 50,250,0,
attr myVBUSDevice fp_Plotspage 50,500,0,
attr myVBUSDevice fp_Temperaturen 307,482,1,Regler Werte
attr myVBUSDevice room HMS
define FileLog_myVBUSDevice FileLog ./log/myVBUSDevice-%Y.log myVBUSDevice
attr FileLog_myVBUSDevice logtype vbus,text
attr FileLog_myVBUSDevice room logs
dazu die angehängte 20_VBUS.pm erstellt für Deltasol ES
Ergibt dann (endlich ) schöne readings wie im Screenshot
Herzliche Grüße
Frank
Hallo,
erstmal Respekt für die bisherige Arbeit für das Forum !
Aktuell versuche ich eine Vitosolic 200 per Resol VBUS/LAN-Adapter in FHEM zu integrieren.
Mit dem Modul von Arno kann ich zwar "etwas" auslesen, allerdings erscheint bei Offset 0 die T10. Sollte aber ja die T1 sein.
Ab und zu bekomme ich aber einen korrekten Wert von T1 bei Offset 0. Die Zahlenwerte scheinen aber zu passen, am Format liegt es also nicht.
Als Device-Nr. hab ich die 7321 eingetragen.
Muss ich hier noch was ändern:
my $devtype = $vbus_devices{$src_addr}; # TODO OR "Unknown: ".$src_addr
Wenn ja, was?
Oder hab ich was vergessen ?
Bin für jeden Tip dankbar !
Grüsse,
danni-k
PS: Hab auch schon das Modul von Frank versucht, allerdings erscheinen hier nicht die richtigen Zahlenwerte.
Hi,
ich vermute, du greifst nicht nach den richtigen streams.
kuck mal in die 20_VBUS.pm
da gibts 2 Zeilen, die erste
for ($i=0;$i<3 && ($protoVersion!="10"||$dst_addr!="1000"||$src_addr!="1174");$i++) {
# Find beginning
$idx=-1;
while ($idx<0) {
#Log 3,"$name: Try $i Find beginning";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")));
}
bei der 1174 musst Du die diemasol eintragen, wie bei mir, also die 2 ersten zahlen an letzer stelle.
Da kommt wenig später nochmal, dann solltest du die richtigen streams verarbeiten können
Viele Grüße
Frank
Hallo,
und herzlichen Dank an Frank !
Mit der "verkehrten" Byteorder klappt es nun endlich.
Dann werd ich mal die Logs beobachten und parallel mich mit den Plots für die Vitosolic 200 beschäftigen.
Gruß,
danni-k
Jungs, Ihr seid die Besten!
Frank, vielen Dank für Deine Ausführungen!
Ich habe meine Vitosolic nun auch so drin, dass ich schonmal Werte bekomme. Ich muss derzeit noch wild rumklicken um den Plot zu sehen, aber es geht schonmal! Danke!!!
Gruß
Gunther
Hallo Gunther, Danni-k,
gerne doch. ich habe ab und an ausreisser in meinen messwerten, sprich temperaturen um die -3000 Grad und so.
Mich stört es momentan nicht so sehr, werde aber sicher da nochmal beigehen, wenn ich mehr zeit habe.
Um den Plot zu erstellen musst du eigentlich nur in "everything" das logfile finden und dann auf "vbus" klicken, dann steht unter dem Plot "create svg instance" damit kannst du den plot dauerhaft anlegen.
Herzliche Grüße
Frank
Ja, die Ausreisser habe ich auch. Die machen den Plot natürlich auf großer Ebene unlesbar.
Folgende Zeilen habe ich nicht genutzt, da ich 1. nicht weiß, wofür diese sind und 2. dadurch bei mir Fehlermeldungen erzeugt werden. Kannst Du dazu noch etwas sagen?
attr global userattr DbLogExclude devStateIcon devStateStyle fp_Keller fp_Plotspage fp_Temperaturen fp_solar icon sortby webCmd
attr myVBUSDevice fp_Keller 50,250,0,
attr myVBUSDevice fp_Plotspage 50,500,0,
attr myVBUSDevice fp_Temperaturen 307,482,1,Regler Werte
attr myVBUSDevice room HMS
Leider habe ich eben alles deinstalliert:
1. beide Dateien aus FHEM gelöscht
2. in der fhem.cfg auskommentiert
Warum? Mein Netzwerk ist so enorm in die Knie gegangen, dass ich nicht mehr richtig auf mein NAS zugreifen kann und Streaming von der Enigma2-Box unmöglich geworden ist.
Ich hatte in der Urversion ja viel mehr Probleme (alles war tot). Bin ja froh, dass es theoretisch funktioniert.
Habt Ihr die Probleme auch?
Ich nutze für FHEM eine FB7390.
Über Hinweise, Ideen und mögliche Performanceoptimierungen bin ich dankbar.
Viele Grüße
Gunther
Hallo Gunther,
das ist natürlich schade, dass dein netzwerk damit in die knie geht.....
zu deinen Fragen:
attr myVBUSDevice fp_Keller 50,250,0, - ich hab die Temperaturen in Floorplan, wenn Du kein Floorplan nutzt, brauchst Du keine Zeile mit fp
attr myVBUSDevice fp_Plotspage 50,500,0,
attr myVBUSDevice fp_Temperaturen 307,482,1,Regler Werte
attr myVBUSDevice room HMS -müßte klar sein
was mit einfällt, wäre evtl mit dem delay rumzuexperimentieren:
define myVBUSDevice VBUS 192.168.2.19 7053 1200
attr myVBUSDevice delay 1200
die 1200 sind die sekunden bis zum nächsten Abruf, also 20 minuten
Was auch ne Möglichkeit wäre, dass ja ein neuer Prozess pro Abruf geforkt wird.
Leider habe ich keine FB zum Testen - ich mache das von meinem NAS aus, auf dem eh ein Linux läuft......
Wenn Du ne Konsolensession (ssh, oder vglb) auf die FB hinbekommst, würde ich 3 Dinge mal versuchen wollen:
1. Fenster: tail -f /var/log/syslog (gibt es bei der FB ein Syslog überhaupt?)
2. Fenster ein "top" laufen lassen
3. Fenster vbus wieder einschalten und ggf ein tail auf das vbuslog
wenn sich da direkte zusammenhänge ergeben, wäre es prima, die Stelle zu lokalisieren an denen sie auftreten, also ggf loglevel auf 5 stellen und genau beobachten.
Alternative bleibt natürlich, ab und an mit dem Servicecenter drauf zu lauschen
Herzliche GRüße
Frank
Hallo zusammen,
erstmal vielen Dank für das Modul. Habe es an meine Deltasol BX angepasst und es schnurrt einwandfrei.
Da auch mir die Ausreißer regemläßig meine Plots zerstört haben, hab ich mal ein bisschen analysiert und das Problem gefunden:
Wenn der Payload einen Zeilenumbruch enthält, klappt die Übergabe des Payloads an die Auswertefunktion nicht (steht auch so im Wiki).
Ich hab deshalb bei mir einfach den Code so geändert, dass der Payload nicht als Binärstring sondern im Hexformat zurückgegeben wird.
Umgewandelt wurde er ja zu Loggingzwecken bereits.
Bis jetzt habe ich seit der Änderung keine Fehler mehr.
Gruß
Leo
Hi Leo,
das klingt schlüssig!
Kannst Du dann evtl deine 20_VBUS.pm hier an den thread hängen? Somit wäre allen am schnellsten geholfen.
Super, Danke Dir
Frank
Zitat von: mahlzeit24/7 am 08 Dezember 2013, 11:57:24
Hallo Gunther,
das ist natürlich schade, dass dein netzwerk damit in die knie geht.....
zu deinen Fragen:
attr myVBUSDevice fp_Keller 50,250,0, - ich hab die Temperaturen in Floorplan, wenn Du kein Floorplan nutzt, brauchst Du keine Zeile mit fp
attr myVBUSDevice fp_Plotspage 50,500,0,
attr myVBUSDevice fp_Temperaturen 307,482,1,Regler Werte
attr myVBUSDevice room HMS -müßte klar sein
was mit einfällt, wäre evtl mit dem delay rumzuexperimentieren:
define myVBUSDevice VBUS 192.168.2.19 7053 1200
attr myVBUSDevice delay 1200
die 1200 sind die sekunden bis zum nächsten Abruf, also 20 minuten
Was auch ne Möglichkeit wäre, dass ja ein neuer Prozess pro Abruf geforkt wird.
Leider habe ich keine FB zum Testen - ich mache das von meinem NAS aus, auf dem eh ein Linux läuft......
Wenn Du ne Konsolensession (ssh, oder vglb) auf die FB hinbekommst, würde ich 3 Dinge mal versuchen wollen:
1. Fenster: tail -f /var/log/syslog (gibt es bei der FB ein Syslog überhaupt?)
2. Fenster ein "top" laufen lassen
3. Fenster vbus wieder einschalten und ggf ein tail auf das vbuslog
wenn sich da direkte zusammenhänge ergeben, wäre es prima, die Stelle zu lokalisieren an denen sie auftreten, also ggf loglevel auf 5 stellen und genau beobachten.
Alternative bleibt natürlich, ab und an mit dem Servicecenter drauf zu lauschen
Herzliche GRüße
Frank
Hallo Frank,
sorry, dass ich mich nicht gemeldet habe. Habe keine Benachrichtigung vom Forum bekommen und muss leider morgen wieder ran. Schade...
Ich werde mir Deine Infos anschauen, wenn ich ein wenig Zeit dazu habe.
Viele Grüße
Gunther
Hi,
Ich werde mich des VBUS-Adapters wieder annehmen, sobald FHEMobile wieder auf dem richtigen weg ist.
Das Modul, was ich damals gemacht hatte, war auch speziell auf meine Diemasol C zugeschnitten und muss verallgemeinert werden.
Ich bin aber gewillt, daran weiterzuarbeiten.
Ciao, Arno
Hallo Gemeinde des Wissens,
Vielen Dank erstmal für diesen Thread. Ich stöber bei Problemen mit FHEM immer mal wieder bei euch vorbei und bis jetzt konnte ich immer eine Lösung finden - bis zu meinem aktuellen Problem.
Ich habe eine Anlage von Citrin, die benutzen wie andere Hersteller auch die Resol Steuerungen. Auf der ersten Seite diesen Threads ist auch ein Link mit den Bytezuordnungen drin - die ersten paar Temperatursensoren werden bei den meisten Systemen gleich angesprochen, somit sollte das auch bei mir funktionieren. Mein FHEM läuft auf einer Fritzbox mit dem fhem-5.5-fb7390.image.
Ich benutze die modifizierte 20_VBUS.pm von Arno Willig, modifiziert durch H. Bavendiek. Die Anpassungen der GeräteIDs habe ich vorgenommen (in dieser Version muss das an 3 Stellen angepasst werden). Ich hab auf dem Vbus noch ein drittes Device (jedenfalls wenn ich davon ausgehe, das der VBus adapter die ID 1000 hat) welches ich ebenfalls in die 20_VBUS.pm eingepflegt habe
Nun zu meinem Problem:
Wenn ich die Vbus spezifischen Zeilen in der fhem.cfg aktiviere dann sehe ich nach einer kurzen initialisierungsphase lustige Werte jenseits der 2000 - 4000grad. Wenn ich die Vbus spezifischen teile der fhem.cfg auskommentiere (per webinterface) speichere und danach wieder einkommentiere, zeigt mir das Log teilweise die richtigen Werte an -aber nur teilweise.
Wo kann ich ansetzen um das Problem zu lösen?
Ich hab die modifizierte Datei benutzt um das Problem mit den zusammenbauen der Bytes die ausgelesen werden zu umgehen. in der Version von H. Bavendiek ist das meiner Meinung nach einfacher. Mit Arnos Version bekommen ich dir Richtigen Werte, weiß aber nicht, wie ich meine Steuerung mit den anderen Temperatursensoren ansprechen kann. Programmieren ist keine Stärke von mir :-)
Jetzt noch meine 20_VBus.pm
Zitat
# $Id$
# VBUS Support for FHEM
# (c) Arno Willig <akw@bytefeed.de>
#
# modified H.Bavendiek 02/2013
# - non-blocking
# - negative Messwerte
# - Device - COSMO Multi
#
package main;
use strict;
use warnings;
use Time::HiRes qw(gettimeofday);
use IO::Socket::INET;
use IO::Select;
use Blocking;
my %vbus_devices = (
"1000" => "VBUS Adapter",
# "5177" => "Diemasol C"
"3173" => "SLR",
"3f73" => "Unknown Device"
);
sub VBUS_Initialize($)
{
my ($hash) = @_;
Log 1, "VBUS_Initialize";
# Provider
# $hash->{ReadFn} = "VBUS_Read";
# $hash->{ReadyFn} = "VBUS_Ready";
# $hash->{Clients} = ":VBUS:";
# Consumer
$hash->{DefFn} = "VBUS_Define";
$hash->{UndefFn} = "VBUS_Undef";
# $hash->{GetFn} = "VBUS_Get";
$hash->{AttrList}= "model:vbus delay loglevel:0,1,2,3,4,5,6";
}
#####################################
sub VBUS_Define($$)
{
my ($hash, $def) = @_;
my $name=$hash->{NAME};
my @a = split("[ \t][ \t]*", $def);
Log 3, "VBUS Define: $a[0] $a[1] $a[2] $a[3] $a[4]";
return "Define host and port as parameters" if (@a < 3);
my $host = $a[2];
my $port = $a[3];
my $delay = $a[4];
$attr{$name}{delay}=$delay if $delay;
$hash->{Host} = $host;
$hash->{Port} = $port;
$hash->{STATE} = "initialized";
#Trigger Update nach 60 Sekunden
InternalTimer(gettimeofday()+60, "VBUS_GetStatus", $hash, 0);
return undef;
}
sub VBUS_GetStatus($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $host = $hash->{Host};
my $port = $hash->{Port};
my $delay = $attr{$name}{delay}||120;
# In der Routine DEVICE_GetUpdate werden dann die Readings vom Geraet geholt
# und der Timer wird mit dem gleichen Befehl erneut gestartet. [fhemwiki]
InternalTimer(gettimeofday()+$delay, "VBUS_GetStatus", $hash, 0);
BlockingCall("VBUS_FetchData", $hash, "VBUS_DecodeData" );
#Log 3,"$name: Benede nun Eltern-Prozess";
return;
}
#####################################
sub VBUS_Undef($$)
{
Log 3,"****** VBUS_Undef";
my ($hash, $name) = @_;
RemoveInternalTimer($name);
return undef;
}
############## Temp-Convert #########
sub VBUS_ConvTemp($$)
{
my ($hash,$bytestring) = @_;
my $name = $hash->{NAME};
my $temp;
#Werte uebernahmen, Reverse Byte order
my $val1=ord(substr($bytestring,1,1));
my $val2=ord(substr($bytestring,0,1));
#Log 5,"$name ConvTemp: Debug: 1.Byte:[$val1] 2.Byte:[$val2]";
if($val1 < 129 ) { # positver Wert
$temp = ( $val1 * 256 + $val2 ) / 10.;
}else{ # negativer Wert
$temp = (-65536 + ( $val1 * 256 + $val2 )) / 10.;
}
return $temp;
}
sub VBUS_FetchData($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $host = $hash->{Host};
my $port = $hash->{Port};
#Log 3,"$name Ich bin das Kind! Debug: Host:[$host] Port:[$port]";
my $socket = IO::Socket::INET->new(PeerAddr=>$host, PeerPort=>$port, timeout=>2, blocking=>1);
if (!$socket) {
$hash->{STATE} = "disconnected";
Log 1,"$name: Error opening Connection to $host";
return $name."|Error opening Connection";
}
# +HELLO
$socket->autoflush(1);
$socket->getline();
$socket->write("PASS vbus\n");
$socket->getline();
$socket->write("DATA\n");
$socket->getline();
my $i;
my $idx;
my $protoVersion="0";
my $dst_addr="0";
my $src_addr="0";
my $command;
my $frameCount;
my $checksum;
my $line = "";
for ($i=0;$i<3 && ($protoVersion!="10"||$dst_addr!="1000"||$src_addr!="3f73"||$src_addr!="3173");$i++) {
# Find beginning
$idx=-1;
while ($idx<0) {
#Log 3,"$name: Try $i Find beginning";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")));
}
$line = substr($line,$idx); ## if ($idx>0);
# Find end
$idx=-1;
while ($idx<0) {
my $hahn = unpack('H*',$line);
#Log 3,"$name: Try $i Find end $hahn";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")),1)
}
$dst_addr = unpack('H*',substr($line,1,2)); # byte order
$src_addr = unpack('H*',substr($line,3,2)); # byte order
$protoVersion = unpack('H*',substr($line,5,1));
$command = unpack('H*',substr($line,6,2)); # byte order
$frameCount = ord(substr($line,8,1));
$checksum = ord(substr($line,9,1));
#Log 3,"$name: Src: $src_addr Dst: $dst_addr Proto: $protoVersion CMD: $command FC: $frameCount CRC: $checksum";
$line = substr($line,1);
}
$line = chr(hex("aa")).$line;
$line = substr($line,0,$idx);
$socket->close();
my $devtype = $vbus_devices{$src_addr}; # TODO OR "Unknown: ".$src_addr
if ($protoVersion != "10"||$dst_addr != "1000"||$src_addr!="3f73"||$src_addr!="3173") {
Log 3,"$name: No valid message found after $i tries. Aborting.";
return $name."|No valid message found";
}
my $payload = "";
for (my $i = 0; $i < $frameCount; $i++) {
my $septett = ord(substr($line,10+$i*6+4,1));
my $checksum = ord(substr($line,10+$i*6+5,1));
my $crc = (0x7f - $septett) & 0x7f;
for (my $j = 0; $j<4;$j++) {
my $ch = ord(substr($line,10+$i*6+$j,1));
$ch |= 0x80 if ($septett & (1 << $j));
$crc = ($crc - $ch) & 0x7f;
$payload .= chr($ch);
}
if ($crc != $checksum) {
Log 3,"$name: Checksum failed! Aborting.";
return $name."|Checksum failed";
}
}
#Log 3,"$name Beende das Kind erfolreich...";
return $name."|".$payload;
}
sub VBUS_DecodeData($)
{
my ($string) = @_;
my ($name, $payload) = split("\\|", $string, 2);
my $hash = $defs{$name};
my $command = unpack('H*',$payload);
#Log 3,"VBUS_DecodeData: Starte Auswertung!";
#Log 3,"VBUS_DecodeData: name=[$name]";
#Log 3,"VBUS_DecodeData: hash=[$hash]";
#Log 3,"VBUS_DecodeData: payload=[$command]";
my $temp_s1 = VBUS_ConvTemp($hash,substr($payload,0,2));
my $temp_s2 = VBUS_ConvTemp($hash,substr($payload,2,2));
my $temp_s3 = VBUS_ConvTemp($hash,substr($payload,4,2));
my $temp_s4 = VBUS_ConvTemp($hash,substr($payload,6,2));
my $temp_s5 = VBUS_ConvTemp($hash,substr($payload,8,2));
my $temp_s6 = VBUS_ConvTemp($hash,substr($payload,10,2));
my $temp_s7 = VBUS_ConvTemp($hash,substr($payload,12,2));
my $temp_s8 = VBUS_ConvTemp($hash,substr($payload,14,2));
my $temp_s9 = VBUS_ConvTemp($hash,substr($payload,16,2));
my $temp_s10 = VBUS_ConvTemp($hash,substr($payload,18,2));
Log 4,"$name: Temperature sensor 1 $temp_s1 (Celsius)";
Log 4,"$name: Temperature sensor 2 $temp_s2 (Celsius)";
Log 4,"$name: Temperature sensor 3 $temp_s3 (Celsius)";
Log 4,"$name: Temperature sensor 4 $temp_s4 (Celsius)";
Log 4,"$name: Temperature sensor 5 $temp_s5 (Celsius)";
Log 4,"$name: Temperature sensor 6 $temp_s6 (Celsius)";
Log 4,"$name: Temperature sensor 7 $temp_s7 (Celsius)";
Log 4,"$name: Temperature sensor 8 $temp_s8 (Celsius)";
Log 4,"$name: Temperature sensor 9 $temp_s9 (Celsius)";
Log 4,"$name: Temperature sensor 10 $temp_s10 (Celsius)";
my $radiation = (ord(substr($payload,21,1))*256 + ord(substr($payload,20,1))) / 10.;
my $impulse = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 10.;
my $digi_in = (ord(substr($payload,25,1))*256 + ord(substr($payload,24,1)));
Log 4,"$name: Irradiation CS $radiation (W/m2)";
Log 4,"$name: Impulse 1 V40 $impulse";
Log 4,"$name: Digital Input $digi_in";
my $ps_relay1 = ord(substr($payload,26,1));
my $ps_relay2 = ord(substr($payload,27,1));
my $ps_relay3 = ord(substr($payload,28,1));
my $ps_relay4 = ord(substr($payload,29,1));
my $ps_relay5 = ord(substr($payload,30,1));
my $ps_relay6 = ord(substr($payload,31,1));
my $ps_relay7 = ord(substr($payload,32,1));
Log 4,"$name: Pump speed relay 1 $ps_relay1 (%)";
Log 4,"$name: Pump speed relay 2 $ps_relay2 (%)";
Log 4,"$name: Pump speed relay 3 $ps_relay3 (%)";
Log 4,"$name: Pump speed relay 4 $ps_relay4 (%)";
Log 4,"$name: Pump speed relay 5 $ps_relay5 (%)";
Log 4,"$name: Pump speed relay 6 $ps_relay6 (%)";
Log 4,"$name: Pump speed relay 7 $ps_relay7 (%)";
my $val = "T1: ".$temp_s1." T2: ".$temp_s2." T3: ".$temp_s3." T7: ".$temp_s7." T8: ".$temp_s8." T9: ".$temp_s9;
my $val = $val." R1: ".$ps_relay1." R3: ".$ps_relay3." R5: ".$ps_relay5." R6: ".$ps_relay6." R7: ".$ps_relay7;
my $val = $val." T10: ".$temp_s10;
readingsBeginUpdate($hash);
readingsBulkUpdate($hash,"state",$val);
readingsBulkUpdate($hash,"Kollektortemperatur",$temp_s1);
readingsBulkUpdate($hash,"Waermetauscher Solar oben",$temp_s2);
readingsBulkUpdate($hash,"Waermetauscher Solar unten",$temp_s3);
readingsBulkUpdate($hash,"nicht belet",$temp_s4);
readingsBulkUpdate($hash,"Nachheizung Heizkreise",$temp_s5);
readingsBulkUpdate($hash,"Nachheizung Warmwasser",$temp_s6);
readingsBulkUpdate($hash,"temp07",$temp_s7);
readingsBulkUpdate($hash,"nicht belegt",$temp_s8);
readingsBulkUpdate($hash,"Aussenfuehler",$temp_s9);
readingsBulkUpdate($hash,"Vorlauf Heizkreis 1",$temp_s10);
readingsBulkUpdate($hash,"relay1",$ps_relay1);
readingsBulkUpdate($hash,"relay2",$ps_relay2);
readingsBulkUpdate($hash,"relay3",$ps_relay3);
readingsBulkUpdate($hash,"relay4",$ps_relay4);
readingsBulkUpdate($hash,"relay5",$ps_relay5);
readingsBulkUpdate($hash,"relay6",$ps_relay6);
readingsBulkUpdate($hash,"relay7",$ps_relay7);
readingsEndUpdate($hash, 1); #calls DoTrigger on its behalf. should be 1 for polling devices.
Log GetLogLevel($name,3), "$name: VBUS $val";
}
1;
vielen Dank
mfg
Daniel
Hallo,
du must mal auskommentieren:
Log 3,"VBUS_DecodeData: Starte Auswertung!";
Log 3,"VBUS_DecodeData: name=[$name]";
Log 3,"VBUS_DecodeData: hash=[$hash]";
Log 3,"VBUS_DecodeData: payload=[$command]";
und die Payload angucken. Da muss Du die Werte finden und die Auswertung anpassen.
Poste doch mal die Payload...
Gruß
Holger
Hallo Holger,
ich glaube ich habe ein kleinen Eintrag übersehen, die Fribo bekommt keine Verbindung zum Vbus Lan Adapter - ich hab diesen jetzt der Einfachheit halber in das gleiche Netzt gehängt wie die FriBo - somit sollten Routingpobleme ausgeschlossen werden. Ein weiterer Punkt der aufgefallen ist, ist der Port den der VBus-Lan Adapter benutzt, hier wird der 6432 als UpnP benutzt, diesen hab ich dann in die fhem.cfg eingetragen - leider läuft dann das 20_VBUS.pm in einen Fehler und der Prozess hängt sich auf -> Systemauslastung nahe 100%.
Hier ein Beispiel aus dem Log mit alten Port:
2014.01.21 11:20:28 3: Solarthermie: No valid message found after 3 tries. Aborting.
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 1 2849.4 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 2 3024 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 3 2774.5 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 4 2570.5 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 5 2793.6 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 6 2954.1 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 7 2494.7 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 8 2595.9 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 9 2614.4 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Temperature sensor 10 3006.3 (Celsius)
2014.01.21 11:20:28 4: Solarthermie: Irradiation CS 2571 (W/m2)
2014.01.21 11:20:28 4: Solarthermie: Impulse 1 V40 0
2014.01.21 11:20:28 4: Solarthermie: Digital Input 0
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 1 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 2 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 3 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 4 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 5 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 6 0 (%)
2014.01.21 11:20:28 4: Solarthermie: Pump speed relay 7 0 (%)
2014.01.21 11:20:28 3: Solarthermie: VBUS T1: 2849.4 T2: 3024 T3: 2774.5 T7: 2494.7 T8: 2595.9 T9: 2614.4 R1: 0 R3: 0 R5: 0 R6: 0 R7: 0 T10: 3006.3
Ist klar, die Kommunikation über diesen Port liefert keine Daten (oder gibt es einen API Port den ich nicht ändern kann) - lustigerweise und zu meiner Verteidigung :-[ läuft das VBUS.pm von Arno Willig mit diesen Einstellungen und liefert die Werte - ich verstehe bei diesem Modul die Zusammensetzung der Daten nicht, die ich abgreifen will - das ist bei deinem? Modul einfacher.
Stelle ich den richtigen Port ein kommt folgende Fehlermeldung und der Kindprozess hängt sich auf:
Use of uninitialized value in concatenation (.) or string at ./FHEM/20_VBUS.pm line 165, <GEN38> line 31.
Use of uninitialized value in concatenation (.) or string at ./FHEM/20_VBUS.pm line 165, <GEN38> line 31.
Use of uninitialized value in concatenation (.) or string at ./FHEM/20_VBUS.pm line 165, <GEN38> line 31.
Use of uninitialized value in concatenation (.) or string at ./FHEM/20_VBUS.pm line 165, <GEN38> line 31.
.
.
.
Wollen wir per PN oder Mail weitermachen, ich glaube das sprengt den Rahmen dieses Threads spezifische Probleme zu diskutieren?
Vielen Dank
mfg
Daniel
Hallo zusammen,
ich hab weiter oben ja schon mal den Grund für die negativen Temperaturen geschrieben. Hab komplett vergessen, den Code für den Workaround nachzuschieben.
Das Ende der Methode VBUS_FetchData bzw. der Anfang der Methode VBUS_DecodeData muss folgendermaßen abgeändert werden:
Log 3,"$name Beende das Kind erfolreich...";
return $name."|".unpack('H*',$payload);
}
sub VBUS_DecodeData($)
{
my ($string) = @_;
my ($name, $command) = split("\\|", $string, 2);
my $hash = $defs{$name};
my $payload = pack('H*',$command);
Log 3,"VBUS_DecodeData: Starte Auswertung!";
Log 3,"VBUS_DecodeData: name=[$name]";
Log 3,"VBUS_DecodeData: hash=[$hash]";
Log 3,"VBUS_DecodeData: payload=[$command]";
Rest bleibt gleich.
Gruß,
Leo
Hallo,
mit der Änderung von Leo hab ich nun seit einigen Tagen auch keine Ausreisser mehr. Danke!
An die Vitosolic200-Besitzer hab ich mal noch ne Frage: liest jemand auch den Wärmenengenzähler auf source-adress 7326 mit aus? Und wenn ja, wie? Über das selbe Perlmodul parallel oder quasi über ein weiteres Perlmodul?
Gruss, danni-k
Gesendet von meinem HTC Desire mit Tapatalk 2
Hi,
falls Interesse besteht, würde ich ein neues VBUS-Modul beginnen.
Ich würde gerne Provider+Consumer trennen, so dass es ein Modul für den VBUS-Adapter gibt und eines für das daran angeschlossene Gerät.
(vgl. CUL / FS20 oder FBAHA / FBDECT).
Dann könnte man das zweite Modul für jede Endhardware anpassen. Ich habe zum Beispiel eine Diemasol C, es gibt jemand mit COSMO Multi, usw.
In das VBUS-Adapter Modul könnte man auch "set"-Befehle einbauen. Über VBUS kann man z.B. problemlos auch Befehle senden (Relais an/aus schalten usw).
Besteht Interesse?
Ciao, Arno
Hi Arno,
Ich glaube, dein Vorschlag ist richtig toefte und würde einigen das leben sicher wesentlich erleichtern.
Herzliche gruesse
Frank
Super Idee!
Hatte mit meiner vitosolic auch ewig rumgemacht. Aber ganz rund läufts immer noch nicht...
Gesendet von meinem HTC Desire mit Tapatalk 2
Ich bin auch extrem interessiert! Leider bin ich eher Anwender. Unterstütze aber gerne wenn ich kann. Habe eine Vitosolic 200.
Ich wäre auch dafür!
Wir haben momentan zwei VBus Geräte und ein drittes soll noch hinzu kommen. Das wäre dann um einiges einfacher.
Gruß Brun
Hi,
ich habe angefangen mit dem Modul.
Es wird so laufen, dass das Server-Modul den VBUS-Datenstrom dekodiert (Septett draufrechnen/Checksumme prüfen usw.).
Anschliessend wird eine RawMessage mit dem Hex-String ausgegeben, die das Client-Modul dann empfangen kann.
Ich möchte, dass man nur das Server-Modul von Hand anlegen muss und die Clients sich dann per Autocreate selbst erzeugen.
Erste Versuche sind ganz vielversprechend, aber es wird noch ein paar Tage dauern, bis ich was posten kann.
Ich habe aus der Window-Software (Resol Service Center) die XML-Files für die verschiedenen Anlagen extrahiert und werde versuchen einen Converter zu schreiben, mit dem sie automatisch in eine Perl-Datenstruktur umgebaut werden können.
Ciao, Arno
Klasse Arno,
danke für das update
Viele GRüße
Frank
Hi,
ich habe eine erste Version der Module fertig. Bevor ich sie ins SVN hochlade, würde ich sie gerne an ein paar "Freiwilligen" testen. ;-)
Ihr müsst Euer altes 20_VBUS.pm zur Seite legen und die beiden Module ins FHEM/ Verzeichnis kopieren und FHEM neustarten.
Dann müsst Ihr den LAN Adapter definieren:
define vbus VBUSLAN 192.168.178.65:7053
(Eure IP eintragen. Das Passwort ist noch fest auf 'vbus' gestellt, wird aber später konfigurierbar.)
Das Modul wird die entsprechenden VBUSDEV-Devices per autocreate erstellen.
Achtung: Ich habe bislang nur die DiemasolC (7751) und die Vitosolic200 (7321) eingebaut.
Andere Regler werden ohne Änderung nicht erkannt!
Es ist aber recht einfach, andere Regler einzubinden. Es gibt eine PERL-Struktur, in der alle Daten gespeichert sind. Für die DiemasolC sieht sie so aus:
"7751" => {"name" => "DiemasolC", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "temperature_T06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "temperature_T07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "temperature_T08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "temperature_T09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "temperature_T10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "temperature_T11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "volumeflow", "bitSize" => 15,"factor" => 0.1,"unit" => "l/min"},
{ "offset" => 24,"name" => "speed_R01", "bitSize" => 8, "unit" => "%"},
{ "offset" => 25,"name" => "speed_R02", "bitSize" => 8, "unit" => "%"},
{ "offset" => 26,"name" => "speed_R03", "bitSize" => 8, "unit" => "%"},
{ "offset" => 27,"name" => "relais_R04", "bitPos" => 0, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R05", "bitPos" => 1, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R06", "bitPos" => 2, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R07", "bitPos" => 3, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R08", "bitPos" => 4, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R09", "bitPos" => 5, "bitSize" => 1 },
{ "offset" => 28,"name" => "heatquantity", "bitSize" => 32, "factor" => 0.001,"unit" => "kWh" },
]},
Diese Daten bekommt man aus den XML-Dateien im RESOL ServiceCenter. (Windows/Java-Software).
Wenn "bitSize" => 1 gesetzt ist, setzt mein Modul die 1 und 0 automatisch in "on" und "off" um. Das mach ich aber noch konfigurierbar.
WICHTIG: Die "name"-Einträge dürfen keine Leerzeichen enthalten! Sie sollten bei allen Reglern möglichst ähnlich sein.
Bitte teilt mir mit, welche Regler Ihr verwendet, damit ich sie einbauen kann, oder noch besser, ergänzt die Struktur selbst und postet sie hier, damit ich sie integrieren kann.
Achja, nochwas: Meine Diemasol liefert im Sekundentakt Daten. Ich habe im Modul automatisch die Attribute event-min-interval auf 120 Sek. gesetzt und event-on-change-reading aktiviert. Das heißt: Es gibt nur Daten, wenn sich ein Wert ändert ODER 120 Sek. vergangen sind. Kann man auch höher stellen, 300 Sek. sollten gut sein.
Falls es Probleme gibt, lasst es mich wissen!
Ciao, Arno
Hey, das geht ja ratzfatz!
Klasse, dass du dich nochmal um das Modul kümmerst!
Bin grad noch unterwegs, aber Richtung Wochenende kann ich mit testen loslegen.
Gesendet von meinem HTC Desire mit Tapatalk 2
Danke für Deine Arbeit. Teste gerne.
1. Macht die Version der Vitosolic einen Unterschied. ich meine ich hätte irgendewas mit Version 3.
2.
define vbus VBUSLAN 192.168.178.65:7053
Die 7053 steht für?
Die delay-Zeit gebe ich dann nicht mehr ein? Die hast Du auf eine Sekunde fest gesetzt?
Kurze Rückinfo:
Die Werte werden an den Sensoren gelesen (Vitosolic). SUPER!!!
Nach Eingabe in der FHEM:
# Resol VBUS/LAN Solar- und Kaminsteuerung
define vbus VBUSLAN 192.168.0.4:7053
wird folgendes erzeugt:
define VBUSDEV_7321 VBUSDEV 7321
attr VBUSDEV_7321 event-min-interval .*:120
attr VBUSDEV_7321 event-on-change-reading .*
attr VBUSDEV_7321 room VBUSDEV
define FileLog_VBUSDEV_7321 FileLog ./log/VBUSDEV_7321-%Y.log VBUSDEV_7321
attr FileLog_VBUSDEV_7321 logtype text
attr FileLog_VBUSDEV_7321 room VBUSDEV
Lediglich Temperaturen werden angezigt (und machen mich schon glücklich). Ich meine es müssten noch Pumpengeschwindigkeiten gezeigt werden.
Ich habe versucht mit dem Plot-Tool einen Plot zu erzeugen. Das hat anscheinend nicht funktioniert.
Da ich gleich unterwegs bin, gebe ich Dir schonmal mit, was ich so sehen kann:
Auszug aus dem Log:
2014-03-04_14:14:06 VBUSDEV_7321 temperature_T01: 21.2 °C
2014-03-04_14:14:06 VBUSDEV_7321 temperature_T02: 17.7 °C
2014-03-04_14:14:06 VBUSDEV_7321 temperature_T03: 20.5 °C
2014-03-04_14:14:06 VBUSDEV_7321 temperature_T05: 35.1 °C
2014-03-04_14:14:06 VBUSDEV_7321 temperature_T06: 35.3 °C
2014-03-04_14:14:06 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:14:06 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:14:06 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:14:06 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:14:06 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T01: 21.2 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T02: 17.7 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T05: 35.1 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T06: 35.3 °C
2014-03-04_14:14:07 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:14:07 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:14:07 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:14:07 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T03: 20.5 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:14:07 VBUSDEV_7321 temperature_T06: 36.8 °C
2014-03-04_14:14:16 VBUSDEV_7321 temperature_T06: 36.7 °C
2014-03-04_14:14:31 VBUSDEV_7321 temperature_T06: 36.6 °C
2014-03-04_14:14:40 VBUSDEV_7321 temperature_T06: 36.5 °C
2014-03-04_14:14:49 VBUSDEV_7321 temperature_T06: 36.4 °C
2014-03-04_14:14:59 VBUSDEV_7321 temperature_T06: 36.3 °C
2014-03-04_14:15:04 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:15:07 VBUSDEV_7321 temperature_T06: 36.2 °C
2014-03-04_14:15:16 VBUSDEV_7321 temperature_T06: 36.1 °C
2014-03-04_14:15:25 VBUSDEV_7321 temperature_T06: 36 °C
2014-03-04_14:15:37 VBUSDEV_7321 temperature_T06: 35.9 °C
2014-03-04_14:15:47 VBUSDEV_7321 temperature_T06: 35.8 °C
2014-03-04_14:15:58 VBUSDEV_7321 temperature_T06: 35.7 °C
2014-03-04_14:16:07 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:16:07 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:16:07 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:16:07 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:16:07 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:16:08 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:16:08 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:16:08 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:16:13 VBUSDEV_7321 temperature_T06: 35.6 °C
2014-03-04_14:16:27 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:16:27 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:16:27 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:16:27 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:16:27 VBUSDEV_7321 temperature_T06: 35.6 °C
2014-03-04_14:16:27 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:16:27 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:16:27 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:16:27 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:16:27 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:16:28 VBUSDEV_7321 temperature_T06: 35.5 °C
2014-03-04_14:16:37 VBUSDEV_7321 temperature_T01: 20.5 °C
2014-03-04_14:16:49 VBUSDEV_7321 temperature_T06: 35.4 °C
2014-03-04_14:17:13 VBUSDEV_7321 temperature_T06: 35.3 °C
2014-03-04_14:18:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:18:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:18:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:18:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:18:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:18:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:18:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:18:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:18:37 VBUSDEV_7321 temperature_T01: 20.5 °C
2014-03-04_14:19:14 VBUSDEV_7321 temperature_T06: 35.4 °C
2014-03-04_14:20:04 VBUSDEV_7321 temperature_T06: 35.5 °C
2014-03-04_14:20:19 VBUSDEV_7321 temperature_T06: 35.6 °C
2014-03-04_14:20:22 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:20:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:20:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:20:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:20:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:20:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:20:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:20:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:20:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:20:31 VBUSDEV_7321 temperature_T06: 35.7 °C
2014-03-04_14:20:50 VBUSDEV_7321 temperature_T06: 35.8 °C
2014-03-04_14:21:04 VBUSDEV_7321 temperature_T06: 35.9 °C
2014-03-04_14:21:13 VBUSDEV_7321 temperature_T06: 36 °C
2014-03-04_14:21:19 VBUSDEV_7321 temperature_T06: 36.1 °C
2014-03-04_14:21:25 VBUSDEV_7321 temperature_T06: 36.2 °C
2014-03-04_14:21:31 VBUSDEV_7321 temperature_T06: 36.3 °C
2014-03-04_14:21:38 VBUSDEV_7321 temperature_T06: 36.4 °C
2014-03-04_14:21:43 VBUSDEV_7321 temperature_T06: 36.5 °C
2014-03-04_14:21:49 VBUSDEV_7321 temperature_T06: 36.6 °C
2014-03-04_14:21:58 VBUSDEV_7321 temperature_T06: 36.7 °C
2014-03-04_14:22:04 VBUSDEV_7321 temperature_T06: 36.8 °C
2014-03-04_14:22:13 VBUSDEV_7321 temperature_T06: 36.9 °C
2014-03-04_14:22:19 VBUSDEV_7321 temperature_T06: 37 °C
2014-03-04_14:22:22 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:22:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:22:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:22:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:22:28 VBUSDEV_7321 temperature_T06: 37.1 °C
2014-03-04_14:22:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:22:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:22:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:22:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:22:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:22:43 VBUSDEV_7321 temperature_T06: 37.2 °C
2014-03-04_14:22:58 VBUSDEV_7321 temperature_T06: 37.3 °C
2014-03-04_14:23:07 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:23:16 VBUSDEV_7321 temperature_T06: 37.4 °C
2014-03-04_14:23:37 VBUSDEV_7321 temperature_T06: 37.5 °C
2014-03-04_14:24:01 VBUSDEV_7321 temperature_T06: 37.6 °C
2014-03-04_14:24:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:24:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:24:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:24:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:24:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:24:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:24:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:24:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:25:07 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:25:10 VBUSDEV_7321 temperature_T06: 37.7 °C
2014-03-04_14:25:34 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:25:53 VBUSDEV_7321 temperature_T01: 20.5 °C
2014-03-04_14:26:16 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:26:19 VBUSDEV_7321 temperature_T01: 20.9 °C
2014-03-04_14:26:22 VBUSDEV_7321 temperature_T01: 21 °C
2014-03-04_14:26:25 VBUSDEV_7321 temperature_T01: 21.1 °C
2014-03-04_14:26:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:26:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:26:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:26:28 VBUSDEV_7321 temperature_T06: 37.8 °C
2014-03-04_14:26:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:26:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:26:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:26:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:26:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:26:34 VBUSDEV_7321 temperature_T01: 21.2 °C
2014-03-04_14:26:40 VBUSDEV_7321 temperature_T01: 21.1 °C
2014-03-04_14:26:46 VBUSDEV_7321 temperature_T06: 37.9 °C
2014-03-04_14:26:56 VBUSDEV_7321 temperature_T01: 21 °C
2014-03-04_14:27:07 VBUSDEV_7321 temperature_T06: 38 °C
2014-03-04_14:27:10 VBUSDEV_7321 temperature_T01: 20.9 °C
2014-03-04_14:27:22 VBUSDEV_7321 temperature_T01: 20.8 °C
2014-03-04_14:27:34 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:27:49 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:28:01 VBUSDEV_7321 temperature_T01: 20.5 °C
2014-03-04_14:28:13 VBUSDEV_7321 temperature_T01: 20.4 °C
2014-03-04_14:28:25 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:28:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:28:28 VBUSDEV_7321 temperature_T03: 20.6 °C
2014-03-04_14:28:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:28:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:28:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:28:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:28:28 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:28:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:28:34 VBUSDEV_7321 temperature_T06: 37.9 °C
2014-03-04_14:28:40 VBUSDEV_7321 temperature_T01: 20.2 °C
2014-03-04_14:28:58 VBUSDEV_7321 temperature_T01: 20.1 °C
2014-03-04_14:28:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:29:01 VBUSDEV_7321 temperature_T06: 37.8 °C
2014-03-04_14:29:13 VBUSDEV_7321 temperature_T01: 20 °C
2014-03-04_14:29:22 VBUSDEV_7321 temperature_T06: 37.7 °C
2014-03-04_14:29:31 VBUSDEV_7321 temperature_T01: 19.9 °C
2014-03-04_14:29:43 VBUSDEV_7321 temperature_T06: 37.6 °C
2014-03-04_14:29:49 VBUSDEV_7321 temperature_T01: 19.8 °C
2014-03-04_14:30:01 VBUSDEV_7321 temperature_T06: 37.5 °C
2014-03-04_14:30:08 VBUSDEV_7321 temperature_T01: 19.7 °C
2014-03-04_14:30:10 VBUSDEV_7321 temperature_T06: 37.4 °C
2014-03-04_14:30:19 VBUSDEV_7321 temperature_T01: 19.8 °C
2014-03-04_14:30:22 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:30:22 VBUSDEV_7321 temperature_T06: 37.3 °C
2014-03-04_14:30:25 VBUSDEV_7321 temperature_T01: 22.2 °C
2014-03-04_14:30:28 VBUSDEV_7321 temperature_T01: 23.7 °C
2014-03-04_14:30:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:30:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:30:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:30:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:30:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:30:28 VBUSDEV_7321 speed_R01: 100 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:30:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:30:29 VBUSDEV_7321 speed_R05: 100 %
2014-03-04_14:30:31 VBUSDEV_7321 temperature_T01: 25.2 °C
2014-03-04_14:30:34 VBUSDEV_7321 temperature_T01: 26.5 °C
2014-03-04_14:30:34 VBUSDEV_7321 temperature_T06: 37.2 °C
2014-03-04_14:30:37 VBUSDEV_7321 temperature_T01: 27.5 °C
2014-03-04_14:30:39 VBUSDEV_7321 speed_R01: 40 %
2014-03-04_14:30:40 VBUSDEV_7321 temperature_T01: 28.1 °C
2014-03-04_14:30:43 VBUSDEV_7321 temperature_T01: 28.5 °C
2014-03-04_14:30:46 VBUSDEV_7321 temperature_T01: 28.7 °C
2014-03-04_14:30:49 VBUSDEV_7321 temperature_T01: 28.8 °C
2014-03-04_14:30:52 VBUSDEV_7321 temperature_T06: 37.1 °C
2014-03-04_14:30:55 VBUSDEV_7321 temperature_T01: 28.7 °C
2014-03-04_14:30:58 VBUSDEV_7321 temperature_T01: 28.6 °C
2014-03-04_14:30:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:31:01 VBUSDEV_7321 temperature_T01: 28.5 °C
2014-03-04_14:31:04 VBUSDEV_7321 temperature_T01: 28.3 °C
2014-03-04_14:31:07 VBUSDEV_7321 temperature_T01: 28.2 °C
2014-03-04_14:31:11 VBUSDEV_7321 temperature_T01: 28 °C
2014-03-04_14:31:13 VBUSDEV_7321 temperature_T01: 27.8 °C
2014-03-04_14:31:16 VBUSDEV_7321 temperature_T01: 27.6 °C
2014-03-04_14:31:19 VBUSDEV_7321 temperature_T01: 27.4 °C
2014-03-04_14:31:22 VBUSDEV_7321 temperature_T01: 27.2 °C
2014-03-04_14:31:25 VBUSDEV_7321 temperature_T01: 27 °C
2014-03-04_14:31:25 VBUSDEV_7321 temperature_T06: 37 °C
2014-03-04_14:31:28 VBUSDEV_7321 temperature_T01: 26.8 °C
2014-03-04_14:31:31 VBUSDEV_7321 temperature_T01: 26.7 °C
2014-03-04_14:31:34 VBUSDEV_7321 temperature_T01: 26.5 °C
2014-03-04_14:31:37 VBUSDEV_7321 temperature_T01: 26.3 °C
2014-03-04_14:31:40 VBUSDEV_7321 temperature_T01: 26.2 °C
2014-03-04_14:31:40 VBUSDEV_7321 speed_R01: 30 %
2014-03-04_14:31:43 VBUSDEV_7321 temperature_T01: 26.1 °C
2014-03-04_14:31:46 VBUSDEV_7321 temperature_T01: 25.9 °C
2014-03-04_14:31:46 VBUSDEV_7321 temperature_T06: 36.9 °C
2014-03-04_14:31:49 VBUSDEV_7321 temperature_T01: 25.8 °C
2014-03-04_14:31:52 VBUSDEV_7321 temperature_T01: 25.6 °C
2014-03-04_14:31:55 VBUSDEV_7321 temperature_T01: 25.5 °C
2014-03-04_14:31:59 VBUSDEV_7321 temperature_T01: 25.4 °C
2014-03-04_14:32:01 VBUSDEV_7321 temperature_T01: 25.2 °C
2014-03-04_14:32:04 VBUSDEV_7321 temperature_T01: 25.1 °C
2014-03-04_14:32:07 VBUSDEV_7321 temperature_T01: 25 °C
2014-03-04_14:32:10 VBUSDEV_7321 temperature_T01: 24.8 °C
2014-03-04_14:32:13 VBUSDEV_7321 temperature_T01: 24.7 °C
2014-03-04_14:32:16 VBUSDEV_7321 temperature_T01: 24.6 °C
2014-03-04_14:32:19 VBUSDEV_7321 temperature_T01: 24.5 °C
2014-03-04_14:32:22 VBUSDEV_7321 temperature_T01: 24.4 °C
2014-03-04_14:32:25 VBUSDEV_7321 temperature_T01: 24.3 °C
2014-03-04_14:32:25 VBUSDEV_7321 temperature_T06: 36.8 °C
2014-03-04_14:32:28 VBUSDEV_7321 temperature_T01: 24.2 °C
2014-03-04_14:32:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:32:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:32:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:32:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:32:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:32:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:32:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:32:29 VBUSDEV_7321 speed_R05: 100 %
2014-03-04_14:32:31 VBUSDEV_7321 temperature_T01: 24 °C
2014-03-04_14:32:34 VBUSDEV_7321 temperature_T01: 23.9 °C
2014-03-04_14:32:37 VBUSDEV_7321 temperature_T01: 23.8 °C
2014-03-04_14:32:37 VBUSDEV_7321 temperature_T06: 36.7 °C
2014-03-04_14:32:40 VBUSDEV_7321 temperature_T01: 23.7 °C
2014-03-04_14:32:47 VBUSDEV_7321 temperature_T01: 23.6 °C
2014-03-04_14:32:49 VBUSDEV_7321 temperature_T01: 23.5 °C
2014-03-04_14:32:52 VBUSDEV_7321 temperature_T01: 23.4 °C
2014-03-04_14:32:52 VBUSDEV_7321 temperature_T06: 36.6 °C
2014-03-04_14:32:58 VBUSDEV_7321 temperature_T01: 23.3 °C
2014-03-04_14:32:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:33:01 VBUSDEV_7321 temperature_T01: 23.2 °C
2014-03-04_14:33:07 VBUSDEV_7321 temperature_T01: 23.1 °C
2014-03-04_14:33:07 VBUSDEV_7321 temperature_T06: 36.5 °C
2014-03-04_14:33:10 VBUSDEV_7321 temperature_T01: 23 °C
2014-03-04_14:33:16 VBUSDEV_7321 temperature_T01: 22.9 °C
2014-03-04_14:33:19 VBUSDEV_7321 temperature_T01: 22.8 °C
2014-03-04_14:33:22 VBUSDEV_7321 temperature_T06: 36.4 °C
2014-03-04_14:33:25 VBUSDEV_7321 temperature_T01: 22.7 °C
2014-03-04_14:33:31 VBUSDEV_7321 temperature_T01: 22.6 °C
2014-03-04_14:33:35 VBUSDEV_7321 temperature_T06: 36.3 °C
2014-03-04_14:33:40 VBUSDEV_7321 temperature_T01: 22.5 °C
2014-03-04_14:33:40 VBUSDEV_7321 speed_R01: 30 %
2014-03-04_14:33:43 VBUSDEV_7321 temperature_T06: 36.2 °C
2014-03-04_14:33:46 VBUSDEV_7321 temperature_T01: 22.4 °C
2014-03-04_14:33:52 VBUSDEV_7321 temperature_T01: 22.3 °C
2014-03-04_14:33:52 VBUSDEV_7321 temperature_T06: 36.1 °C
2014-03-04_14:33:58 VBUSDEV_7321 temperature_T01: 22.2 °C
2014-03-04_14:34:04 VBUSDEV_7321 temperature_T01: 22.1 °C
2014-03-04_14:34:04 VBUSDEV_7321 temperature_T06: 36 °C
2014-03-04_14:34:13 VBUSDEV_7321 temperature_T01: 22 °C
2014-03-04_14:34:19 VBUSDEV_7321 temperature_T01: 21.9 °C
2014-03-04_14:34:25 VBUSDEV_7321 temperature_T06: 35.9 °C
2014-03-04_14:34:28 VBUSDEV_7321 temperature_T01: 21.8 °C
2014-03-04_14:34:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:34:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:34:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:34:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:34:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:34:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:34:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:34:29 VBUSDEV_7321 speed_R05: 100 %
2014-03-04_14:34:37 VBUSDEV_7321 temperature_T01: 21.7 °C
2014-03-04_14:34:37 VBUSDEV_7321 temperature_T06: 35.8 °C
2014-03-04_14:34:46 VBUSDEV_7321 temperature_T01: 21.6 °C
2014-03-04_14:34:49 VBUSDEV_7321 temperature_T06: 35.7 °C
2014-03-04_14:34:55 VBUSDEV_7321 temperature_T01: 21.5 °C
2014-03-04_14:34:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:34:58 VBUSDEV_7321 temperature_T06: 35.6 °C
2014-03-04_14:35:04 VBUSDEV_7321 temperature_T01: 21.4 °C
2014-03-04_14:35:10 VBUSDEV_7321 temperature_T06: 35.5 °C
2014-03-04_14:35:16 VBUSDEV_7321 temperature_T01: 21.3 °C
2014-03-04_14:35:26 VBUSDEV_7321 temperature_T06: 35.4 °C
2014-03-04_14:35:28 VBUSDEV_7321 temperature_T01: 21.2 °C
2014-03-04_14:35:40 VBUSDEV_7321 temperature_T01: 21.1 °C
2014-03-04_14:35:40 VBUSDEV_7321 temperature_T06: 35.3 °C
2014-03-04_14:35:40 VBUSDEV_7321 speed_R01: 30 %
2014-03-04_14:35:52 VBUSDEV_7321 temperature_T01: 21 °C
2014-03-04_14:35:58 VBUSDEV_7321 temperature_T06: 35.2 °C
2014-03-04_14:36:04 VBUSDEV_7321 temperature_T01: 20.9 °C
2014-03-04_14:36:14 VBUSDEV_7321 temperature_T06: 35.1 °C
2014-03-04_14:36:19 VBUSDEV_7321 temperature_T01: 20.8 °C
2014-03-04_14:36:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:36:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:36:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:36:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:36:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:36:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:36:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:36:30 VBUSDEV_7321 speed_R05: 100 %
2014-03-04_14:36:31 VBUSDEV_7321 temperature_T06: 35 °C
2014-03-04_14:36:37 VBUSDEV_7321 temperature_T01: 20.7 °C
2014-03-04_14:36:58 VBUSDEV_7321 temperature_T01: 20.6 °C
2014-03-04_14:36:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:37:02 VBUSDEV_7321 temperature_T06: 34.9 °C
2014-03-04_14:37:25 VBUSDEV_7321 temperature_T01: 20.5 °C
2014-03-04_14:37:31 VBUSDEV_7321 temperature_T06: 34.8 °C
2014-03-04_14:37:40 VBUSDEV_7321 speed_R01: 30 %
2014-03-04_14:37:58 VBUSDEV_7321 temperature_T01: 20.4 °C
2014-03-04_14:38:13 VBUSDEV_7321 temperature_T06: 34.9 °C
2014-03-04_14:38:22 VBUSDEV_7321 temperature_T06: 35 °C
2014-03-04_14:38:28 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:38:28 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:38:28 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:38:28 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:38:28 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:38:28 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:38:28 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:38:30 VBUSDEV_7321 speed_R05: 100 %
2014-03-04_14:38:40 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:38:40 VBUSDEV_7321 temperature_T06: 35.1 °C
2014-03-04_14:38:40 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:38:41 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:38:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:39:16 VBUSDEV_7321 temperature_T06: 35.2 °C
2014-03-04_14:39:34 VBUSDEV_7321 temperature_T06: 35.3 °C
2014-03-04_14:39:46 VBUSDEV_7321 temperature_T06: 35.4 °C
2014-03-04_14:39:55 VBUSDEV_7321 temperature_T06: 35.5 °C
2014-03-04_14:40:01 VBUSDEV_7321 temperature_T06: 35.6 °C
2014-03-04_14:40:10 VBUSDEV_7321 temperature_T06: 35.7 °C
2014-03-04_14:40:19 VBUSDEV_7321 temperature_T06: 35.8 °C
2014-03-04_14:40:29 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:40:29 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:40:29 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:40:29 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:40:29 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:40:29 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:40:29 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:40:31 VBUSDEV_7321 temperature_T06: 35.9 °C
2014-03-04_14:40:40 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:40:40 VBUSDEV_7321 temperature_T06: 36 °C
2014-03-04_14:40:40 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:40:41 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:40:46 VBUSDEV_7321 temperature_T06: 36.1 °C
2014-03-04_14:40:49 VBUSDEV_7321 temperature_T06: 36.2 °C
2014-03-04_14:40:55 VBUSDEV_7321 temperature_T06: 36.3 °C
2014-03-04_14:40:58 VBUSDEV_7321 temperature_T03: 20.7 °C
2014-03-04_14:41:01 VBUSDEV_7321 temperature_T06: 36.4 °C
2014-03-04_14:41:07 VBUSDEV_7321 temperature_T06: 36.5 °C
2014-03-04_14:41:13 VBUSDEV_7321 temperature_T06: 36.6 °C
2014-03-04_14:41:19 VBUSDEV_7321 temperature_T06: 36.7 °C
2014-03-04_14:41:28 VBUSDEV_7321 temperature_T06: 36.8 °C
2014-03-04_14:41:37 VBUSDEV_7321 temperature_T06: 36.9 °C
2014-03-04_14:41:49 VBUSDEV_7321 temperature_T06: 37 °C
2014-03-04_14:41:52 VBUSDEV_7321 temperature_T01: 20.2 °C
2014-03-04_14:42:05 VBUSDEV_7321 temperature_T06: 37.1 °C
2014-03-04_14:42:22 VBUSDEV_7321 temperature_T06: 37.2 °C
2014-03-04_14:42:28 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:42:29 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:42:29 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:42:29 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:42:29 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:42:29 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:42:29 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:42:29 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:42:37 VBUSDEV_7321 temperature_T03: 20.8 °C
2014-03-04_14:42:40 VBUSDEV_7321 temperature_T06: 37.3 °C
2014-03-04_14:42:40 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:42:41 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:42:55 VBUSDEV_7321 temperature_T06: 37.4 °C
2014-03-04_14:43:04 VBUSDEV_7321 temperature_T06: 37.5 °C
2014-03-04_14:43:13 VBUSDEV_7321 temperature_T06: 37.6 °C
2014-03-04_14:43:28 VBUSDEV_7321 temperature_T06: 37.7 °C
2014-03-04_14:43:40 VBUSDEV_7321 temperature_T06: 37.8 °C
2014-03-04_14:43:58 VBUSDEV_7321 temperature_T06: 37.9 °C
2014-03-04_14:44:28 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:44:29 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:44:29 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:44:29 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:44:29 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:44:29 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:44:29 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:44:29 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:44:44 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:44:44 VBUSDEV_7321 temperature_T03: 20.8 °C
2014-03-04_14:44:44 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:44:44 VBUSDEV_7321 temperature_T06: 37.9 °C
2014-03-04_14:44:44 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:44:44 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:44:44 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:44:44 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:44:44 VBUSDEV_7321 speed_R09: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 temperature_T01: 20.3 °C
2014-03-04_14:45:03 VBUSDEV_7321 temperature_T02: 17.3 °C
2014-03-04_14:45:03 VBUSDEV_7321 temperature_T03: 20.8 °C
2014-03-04_14:45:03 VBUSDEV_7321 temperature_T05: 31.8 °C
2014-03-04_14:45:03 VBUSDEV_7321 temperature_T06: 37.9 °C
2014-03-04_14:45:03 VBUSDEV_7321 insolation: 0 W/qm
2014-03-04_14:45:03 VBUSDEV_7321 impulse_I01: 0
2014-03-04_14:45:03 VBUSDEV_7321 impulse_I02: 0
2014-03-04_14:45:03 VBUSDEV_7321 speed_R01: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R02: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R03: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R04: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R05: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R06: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R07: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R08: 0 %
2014-03-04_14:45:03 VBUSDEV_7321 speed_R09: 0 %
Internals:
CHANGED
CODE
7321
DEF
7321
IODev
vbus
LASTInputDev
vbus
MSGCNT
221
NAME
VBUSDEV_7321
NR
85
STATE
Initialized
TYPE
VBUSDEV
vbus_MSGCNT
221
vbus_RAWMSG
aa100021731000011238c800ad00d000b8223e017901b822b822b822b822b822b822000000000000000000000000c80f000037000000000000000000000000000000000075000000000002017f03cb20c618
vbus_TIME
2014-03-04 14:48:51
Readings:
impulse_I01
0
2014-03-04 14:48:51
impulse_I02
0
2014-03-04 14:48:51
insolation
0 W/qm
2014-03-04 14:48:51
speed_R01
0 %
2014-03-04 14:48:51
speed_R02
0 %
2014-03-04 14:48:51
speed_R03
0 %
2014-03-04 14:48:51
speed_R04
0 %
2014-03-04 14:48:51
speed_R05
0 %
2014-03-04 14:48:51
speed_R06
0 %
2014-03-04 14:48:51
speed_R07
0 %
2014-03-04 14:48:51
speed_R08
0 %
2014-03-04 14:48:51
speed_R09
0 %
2014-03-04 14:48:51
temperature_T01
20 °C
2014-03-04 14:50:35
temperature_T02
17.3 °C
2014-03-04 14:48:51
temperature_T03
20.8 °C
2014-03-04 14:48:51
temperature_T05
31.8 °C
2014-03-04 14:48:51
temperature_T06
37.2 °C
2014-03-04 14:50:40
Attributes:
event-min-interval
.*:120
deleteattr
event-on-change-reading
.*
deleteattr
model
Vitosolic200
deleteattr
room
Heizungsraum
deleteattr
Probably associated with:
FileLog_VBUSDEV_7321
FileLog
Hat hier schon jemand Plots hinbekommen? Benötige ich dafür eine gplot-Datei?
Bekomme nur eine Temperatur angezeigt, wenn ich im Editor die Werte zusammenklicke.
EDIT: Habe ich heute hinbekommen. Leider wurden die Dinger nicht gespeichert...
Hallo Arno,
dein neues VBUS-Modul ist echt super geworden! Bin beeindruckt.
Mit dem alten VBUS war ich nicht so ganz glücklich, da aus (mir) unerklärlichen Gründen die Daten in sehr unregelmäßigen Abständen kamen. Aber das ist ja jetzt passé!
Das neue Modul arbeitet bis jetzt echt gut und die Anpassung für die DeltaSol E war auch problemlos möglich.
Nur ein kleines Luxus-Problem habe ich jetzt:
Während das alte Modul mir die Daten zu selten geliefert hat, ist mir das neue Modul etwas zu eifrig. Ich bekomme schon einen Eintrag im Log, wenn sich ein Wert nur um 0.1° ändert. Und das kommt bei manchen Werten fast sekündlich vor. Entsprechend umfangreich wird die Log-Datei.
Gibt es da nicht eine Möglichkeit, dass nur bei einer Änderung von > 0.1° ein Eintrag in der Log-Datei erzeugt wird?
Viele Grüße
Ich weiß nicht, ob es auch für die VBUS-Geschichte geht.
Schau mal ob Dir das hier etwas hilft:
http://www.fhemwiki.de/wiki/RFXtrx#FAQ:_Wie_bringe_ich_FHEM_dazu_nicht_alle_paar_Sekunden_den_Zustand_der_Sensoren_zu_loggen.3F (http://www.fhemwiki.de/wiki/RFXtrx#FAQ:_Wie_bringe_ich_FHEM_dazu_nicht_alle_paar_Sekunden_den_Zustand_der_Sensoren_zu_loggen.3F)
Hier der Thread dazu:
http://forum.fhem.de/index.php/topic,14479.0.html (http://forum.fhem.de/index.php/topic,14479.0.html)
Zitat von: Gunther am 06 März 2014, 00:35:20
Hat hier schon jemand Plots hinbekommen? Benötige ich dafür eine gplot-Datei?
Bekomme nur eine Temperatur angezeigt, wenn ich im Editor die Werte zusammenklicke.
EDIT: Habe ich heute hinbekommen. Leider wurden die Dinger nicht gespeichert...
Hier nochmal die Lösung, für die, die dasselbe Problem wie ich haben:
Nach dem Gestalten der PLOT-Datei muss noch "Save config" geklickt werden. Dann ist alles schön. Ggf. noch den erzeugten Eintrag in der fhem.cfg von unten an die entsprechende Stelle schieben.
Zitat von: oldwolf am 16 März 2014, 16:49:41
Während das alte Modul mir die Daten zu selten geliefert hat, ist mir das neue Modul etwas zu eifrig. Ich bekomme schon einen Eintrag im Log, wenn sich ein Wert nur um 0.1° ändert. Und das kommt bei manchen Werten fast sekündlich vor. Entsprechend umfangreich wird die Log-Datei.
Gibt es da nicht eine Möglichkeit, dass nur bei einer Änderung von > 0.1° ein Eintrag in der Log-Datei erzeugt wird?
Hi oldwolf!
Klar, das Modul setzt ja event-min-interval und event-on-change-reading.
Wenn Du event-on-change-reading rausnimmst, werden frühstens alle 'event-min-interval' Minuten Werte gesendet.
Im Logfile habe ich folgenden Eintrag stehen:
vbus: Wrong message length: 236 != 235
Folgendes steht dort ebenfalls. Komischerweise weiß ich gar nicht wo die IP-Adresse herkommt. FHEM läuft auf 192.168.0.22 und VBUS auf 192.168.0.4
Ggf, habe ich irgendwo mal etwas eingetragen, weiß aber leider nicht mehr wo...
2014.03.19 11:58:11 5: vbus dispatch aa100021731000011238b400d400f200b8225a016501b822b822b822b822b822b822000000000000000000000000c80f00003700000000000000000000000000000000007500000000000201d40250bfd918
2014.03.19 11:58:11 4: Connection closed for FHEMWEB:192.168.0.167:49974
2014.03.19 11:58:11 4: HTTP FHEMWEB:192.168.0.167:49977 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2014-03.log
Bas bedeutet das?
Hi Arno,
ZitatKlar, das Modul setzt ja event-min-interval und event-on-change-reading.
Wenn Du event-on-change-reading rausnimmst, werden frühstens alle 'event-min-interval' Minuten Werte gesendet.
Super, wir bekommen jetzt alle 3 min. unsere Werte
Danke
Gruß Oldwolf
Hallo Arno,
danke, saubere Arbeit. Jetzt bekomme ich die Werte regelmäßig.
Wen es interessiert: Für meine Deltasol BX Plus war noch folgende Anpassung notwendig, da sie neben "aa1000" auch Nachrichten im Format "aa1500" sendet. Diese enthält andere Daten, welche dann die Temperaturen etc. mit unsinnigen Werten überschreiben. Ich möchte nur die Nachrichten "aa1000" verwerten:
Zeile 105 in der 20_VBUSLAN.pm geändert von:
$idx = index($data,"aa");
zu:
$idx = index($data,"aa1000");
Schönen Abend!
Erstmal ein Hallo an alle die hier so fleißig sind.
Für mich als FHEM-Neuling ist das alles recht interessant und hab auch schon ein System am laufen und ein bisschen was angebunden (Tür/Fensterkontakt, Schaltbare-Steckdose mit Messgerät und den Solarlog der PV-Anlage).
Das mit dem VBus finde äußerst interessant habe einen Citrin Solar SLR Regler im Einsatz. Heute greife ich die Daten über die RESOL Software ab und werde diese dann über eine eigens programmierte Webseite aus.
In den Beiträgen habe ich gelesen, dass es möglich sein sollte, auch Daten im Regler zu schreiben. Das wäre für mich genau der Anwendungsfall um unsere Heizungsanlage noch etwas besser zu optimieren.
Ich werde jetzt mal vom VBus/RS232 auf den VBus/LAN umbauen, dann versuchen die Kommunikation mit dem Regler hin zu bekommen. Wenn das soweit läuft und ich bezüglich dem "set"-Befehl helfen kann, dann würde ich mich da gerne einbringen.
Viele Grüße
Etwas zu früh gefreut. Mein vbus Objekt ist nach einer gewissen Zeit tot und macht keine Message-Updates mehr. Es behauptet aber, "connected" zu sein. Nach FHEM Neustart geht es wieder. Hat jemand das gleiche Problem?
Nachtrag:
Mit meiner Änderung von oben habe ich möglicherweise die Nachrichtenverarbeitung durcheinander gebracht. Ich lasse jetzt $idx = index($data,"aa"); wie es ist und frage stattdessen an der Stelle, wo auch die Protokollversion abgefragt wird nach, ob substr($msg,2,4) == "1000" ist. Mal schauen, ob es klappt.
Hallo zusammen,
so ein ähnliches Problem habe ich auch. Ungefährt alle zwei Wochen (meistens freitags, kam aber auch schon sonntags vor) setzt mein System von ziemlich genau 0 Uhr an einfach aus. Neustart von FHEM, Raspi, VBUS-Lan Adapter und Regler (Deltasol E) bringt keinerlei Erfolg. Nach exakt 24 Stunden kommen die Werte wieder regelmäßig, als wäre nichts gewesen. Über die Resol-Software kann ich in dieser Zeit aber Werte empfangen, wenn ich hierfür FHEM beende. Ansonsten blockieren sich die beiden Tools (FHEM+Resol ServiceCenter) wohl gegenseitig.
Neben den Neustarts aller Geräte habe ich auch schon meine Konfiguration von VBUSLAN und VBUSDEV komplett gelöscht und neu erstellt... natürlich ohne Erfolg.
Die erste Vermutung war, dass es mit der umfangreichen Logdatei (insb. am Monatsende) zu tun hat, da der Fehler Ende März zum ersten Mal aufgetreten ist. Aber Anfang April dann wieder, obwohl ja zu Beginn des Monats eine neue Logdatei angelegt wird. Also liegts wohl nicht daran.
Hat jemand eine Idee??
@matrix_rs:
Was genau wertest du denn über deine Webseite alles aus? Habe selbst auch eine kleine Webseite mit Auswertungen und einer Ausgabe der aktuellen Werte am laufen, u.a. um auch von unterwegs mal nach dem Rechten sehen zu können.
Gruß
Oldwolf
Nachdem ich heute auf den VBus/LAN Adapter umgestellt habe bin ich dabei das im FHEM einzubinden, leider hänge ich irgendwie und komme nicht weiter.
Die Verbindung scheint zu funktionieren aber im Logfile werden keine Einträge gemacht.
Habe die 21_VBUSDEV.pm um den Citrin SLR (7331) erweitert. Die Werte habe ich aus der VBus-Protokollspezification_en_270111 genommen.
"7331" => {"name" => "SLR", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => " Temperature_1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => " Temperature_2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => " Temperature_3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => " Temperature_4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => " Temperature_5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => " Temperature_6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => " Temperature_7","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => " Temperature_8","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => " Temperature_9","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => " Temperature_10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => " Temperature_11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => " Temperature_12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => " Temperature_13","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 26,"name" => " Temperature_14","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 28,"name" => " Temperature_15","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 30,"name" => " Temperature_16","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 32,"name" => " Temperature_17","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 34,"name" => " Temperature_18","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 36,"name" => " Temperature_19","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 38,"name" => " Temperature_20","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 40,"name" => " Temperature_21","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 42,"name" => " Temperature_22","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 44,"name" => " Pump_R1","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 45,"name" => " Pump_R2","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 46,"name" => " Pump_R3","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 47,"name" => " Pump_R4","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 48,"name" => " Pump_R5","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 49,"name" => " Pump_R6","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 50,"name" => " Pump_R7","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 51,"name" => " Pump_R8","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 52,"name" => " Pump_R9","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 53,"name" => " Pump_R10","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 54,"name" => " Pump_R11","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 55,"name" => " Pump_R12","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 56,"name" => " Pump_R13","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 57,"name" => " Pump_R14","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 58,"name" => " Pump_R15","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 59,"name" => " Pump_R16","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 60,"name" => " Pump_R17","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 61,"name" => " Pump_R18","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 64,"name" => " Sensor_mask","bitSize" => 31,"factor" => 1,"unit" => "1" },
{ "offset" => 68,"name" => " Sensor_mask","bitSize" => 31,"factor" => 2,"unit" => "1" },
{ "offset" => 72,"name" => " Error_1","bitSize" => 15 },
{ "offset" => 74,"name" => " Warning_1","bitSize" => 15 },
{ "offset" => 76,"name" => " Version_","bitSize" => 15 },
{ "offset" => 78,"name" => " System_1","bitSize" => 15 },
{ "offset" => 80,"name" => " Variant_","bitSize" => 8 },
]},
Er wurde auch automatisch erkannt und in der fhem.cfg eingerichtet.
Hier die Einträge in der fhem.cfg:
# VBus
define vbus VBUSLAN 192.168.0.115:7053
define VBUSDEV_7331 VBUSDEV 7331
attr VBUSDEV_7331 IODev vbus
attr VBUSDEV_7331 event-min-interval .*:300
attr VBUSDEV_7331 event-on-change-reading .*
attr VBUSDEV_7331 room VBUSDEV
define FileLog_VBUSDEV_7331 FileLog ./log/VBUSDEV_7331-%Y.log VBUSDEV_7331
attr FileLog_VBUSDEV_7331 logtype text
attr FileLog_VBUSDEV_7331 room VBUSDEV
Der MSGCNT wird laufend hochgezählt und in vbus_RAWMSG tauchen verschiedenste Werte auf u.a. einer beginnen mit aa1000:
aa1000317310000112280700400101363e006d00054f4502310200056f00382205315c003f0100636f7f5c00072e6a7f030102103c005e01055f0f270f2700130f270f2700130f270000004900000000007f64000000001b00000064001b00000000007f00000000007f00000000007f777f0000020700000000007f01001a26003e080000000077
Aber irgendwie wertet er diesen nicht aus. Das vbus-Device hat "Internals", "Attributes" und "Probably associated with". Mir scheint als würden die readings fehlen.
Hat da jemand einen Tipp für mich?
Komme da momentan nicht weiter evtl. einen Denkfehler oder sowas.
Zitat von: akw am 04 März 2014, 00:12:16
...
Bitte teilt mir mit, welche Regler Ihr verwendet, damit ich sie einbauen kann, oder noch besser, ergänzt die Struktur selbst und postet sie hier, damit ich sie integrieren kann.
..
Ciao, Arno
Hallo Arno,
kannst Du evtl. meine Resol Deltasol C integrieren? Die dazugehörige XML habe ich hier im Anhang beigefügt.
Würde das ganze gerne über die 7390 laufen lassen, wo FHEM schon drauf ist. Bisher muss theoretisch ein Windows-Rechner den ganzen Tag laufen, um über das RSC die Daten zu erfassen und zu loggen.
Der Resol Datalogger ist mir zu teuer...
Ich greife auf die Anlage über den LAN-Adapter und einer festen Adresse im Heimnetz zu, über Portfreigabe und Anydns auch von ausserhalb, das klappt schon mal.
Vielen Dank im Voraus!
Hallo,
heiße zwar nicht Arno, aber hatte gerade etwas Zeit ;) Ich hoffe du bist mir nicht böse, wenn ich dir weiterhelfe. Ich möchte dem Arno ja auch nicht die Arbeit wegnehmen. :D
Versuchs mal mit den folgenden Zeilen:
"4212" => {"name" => "DeltaSolC", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperatur_S1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperatur_S2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperatur_S3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperatur_S4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "drehzahl_R1","bitSize" => 8, "unit" => "%" },
{ "offset" => 9,"name" => "drehzahl_R2","bitSize" => 8, "unit" => "%" },
{ "offset" => 10,"name" => "errormask","bitSize" => 8 },
{ "offset" => 11,"name" => "variante","bitSize" => 8 },
{ "offset" => 12,"name" => "betriebsstunden_R1","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 14,"name" => "betriebsstunden_R1","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 16,"name" => "waermemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 18,"name" => "waermemenge_2","bitSize" => 16,"factor" => 1000,"unit" => "Wh" },
{ "offset" => 20,"name" => "waermemenge_3","bitSize" => 16,"factor" => 1000000,"unit" => "Wh" },
{ "offset" => 22,"name" => "systemtime","bitSize" => 15 },
]},
Die musst du einfach in die VBUSDEV irgendwo zwischen die Klammern von my %VBUS_devices = ( ... )
kopieren... oder du nimmst die Datei aus dem Anhang.
Da sind im Übrigen die Einstellungen für die DeltaSol E auch schon drin, falls die jemand braucht.
Hallo Leute,
habt ihr Tipps für mich. Komme nicht weiter. Bin über jede Idee dankbar :-)
device und alles was dazugehört gelöscht und neu angelegt (SLR wird aus 3 Typen in der 21_VBUSDEV richtig angezeigt)
Das steht im fhem.log
2014.04.30 12:10:07 3: Opening vbus device 192.168.0.115:7053
2014.04.30 12:10:07 3: vbus device opened
2014.04.30 12:10:08 3: VBUSDEV_7331: I/O device is vbus
Unter vbus_RAWMSG erscheinen Daten beim Browser refresh immer andere Daten aa1140...., aa1040....., aa2165....
Wenn ich die Daten über das ResolServiceCenter statt FHEM abgreife, dann werden sie richtig angezeigt.
Er schreibt aber keine Daten ins VBUSDEV-Logfile.
Hallo matrix_rs,
ich bin zwar kein Spezialist und konnte bei deinem Post leider auch kein Fehler entdecken.
Mein erster Ansatzpunkt wäre: FHEM versteht die Nachrichten nicht, da in deiner VBUSDEV.pm ein Fehler vorliegt.
Vielleicht wäre es hilfreich, wenn du z.B. schon mal die XML-Datei raussuchst und hochlädst. Die liegt in irgendeinem Programm-Ordner von der Resol-Software. Kann dir den Pfad nicht sagen, da ich gerade kein Zugriff auf einen Rechner mit der Resol-Software habe.
Der zweite Ansatzpunkt:ZitatSLR wird aus 3 Typen in der 21_VBUSDEV richtig angezeigt
Das heißt also, dass du 3 devices definiert haben musst (7331 und welche noch?). Bei mir steht in der Fhem.log für jedes device
ZitatVBUSDEV_xxxx: I/O device is vbus
Kommt das bei dir auch? Oder kommen wirklich nur die drei Zeilen?
Der dritte Ansatzpunkt:Die RAWMSG beginnen mit aa1140, aa1040 und aa2165. In deiner letzten Nachricht steht noch was von aa1000.
aa1000 ist definitv das, worauf das FHEM-Modul hört, alle anderen Nachrichten kann das Modul meiner Meinung nach nicht entschlüsseln, da diese für die Kommunikation der Geräte untereinander gedacht sind. Wenn natürlich nur solche Nachrichten kommen ist es klar, dass FHEM nicht weiß was es damit anfangen soll. Kommt da zwischendurch auch mal wieder ein aa1000? Wenn ja, was steht nach der aa1000?
Vielleicht kommen wir dem Fehler ja so irgendwie schrittweise auf die Schliche.
Grüße
Oldwolf
Hi Odwolf,
danke für die Rückmeldung.
Hier die XML, aus der habe ich heute früh die Einträge für die 21_VBUSDEV.pm nochmal erstellt (sind beide angehängt).
Mit 3 devices meinte ich die in der 21_VBUSDEV.pm. Da sind 3 verschiedene definiert (DiemasolC, Vitosolic200, SLR) und mit dem define wird scheinbar der richtige gezogen, der SLR. Egal wie die Reihenfolge der 3 defines ist, es wird immer ein SLR angelegt bzw. VBUSDEV_7331 was ja richtig sein müsste.
Damit habe ich nur ein VBus device und somit müsste der Eintrag im log stimmen.
Jetzt hab ich mir das nochmal genau angeschaut und in RAWMSG kommt nie aa1000.
Aber wenn ich VBUSDEV_7331 öffne und dann auf das IODev (vbus) gehe, dann gibt es da zu dem RAWMSG noch PARTIAL und da taucht aa1000 immer wieder auf.
Rein vom Gefühl würde ich sagen, das sieht schon recht gut aus.
Also ich hab die beiden Dateien mal angeschaut und mir fällt kein Fehler auf. Somit wäre der erste Punkt abgehakt.
Deine Konfiguration scheint auch richtig zu sein, wenn immerhin das richtige Device aus den drei möglichen ausgewählt wurde. Also ist auch der zweite Punkt abgehakt.
Die gesendeten Nachrichten PARTIAL und RAWMSG sind wohl das Problem. Im IODev unter PARTIAL kommen bei mir auch Nachrichten, die von den RAWMSG-Werten abweichen. Das sollte also nicht das Problem sein. Nur stehen bei mir im RAWMSG z.B. folgende Werte:
aa100021771000011135
Bei deiner Anlage sollten dort Werte stehen wie
aa10003173100001...
Wenn eine solche Zeichenkette wenigstens schon mal bei PARTIAL steht, geh ich davon aus, dass die auch vom Vbus-Gerät gesendet wird. Ansonsten könntest du mit der Resol-Software wohl keine Werte auslesen... außer die wissen mehr als wir.
Jetzt bin ich echt überfragt, woran das liegen kann, dass die Werte bei PARTIAL und nicht bei RAWMSG auftauchen.
Ich bin mir jedoch ziemlich sicher, dass das die Ursache ist (man möge mich bitte korrigieren, wenn ich falsch liege).
Hallo zusammen,
ich habe eine Resol BS2 (0x427B 0xFFFF DeltaSol BS 2009)
Ich habe in der 21-VBUSDEV.pm die Werte eingetragen, aber ich bekomme es nicht zum laufen
log:
2014.05.01 13:52:25 5: Loading ./FHEM/21_VBUSDEV.pm
2014.05.01 13:52:25 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 131, near "$iodev) "
2014.05.01 13:52:25 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 131, near "$iodev) "
2014.05.01 13:52:25 0: ERROR: Cannot autoload VBUSDEV
2014.05.01 13:52:25 5: Triggering vbus (1 changes)
2014.05.01 13:52:25 5: Notify loop for vbus UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00001702ed0100000000010b0000000000000201000b1702ed01f001b822
2014.05.01 13:52:25 4: eventTypes: VBUSLAN vbus UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00001702ed0100000000010b0000000000000201000b1702ed01f001b822 -> UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00001702ed0100000000010b0000000000000201000b1702ed01f001b822
2014.05.01 13:52:25 3: vbus: Unknown code aa15007b421000010a12010800000000ffff020a00001702ed0100000000010b0000000000000201000b1702ed01f001b822, help me!
2014.05.01 13:52:27 5: vbus dispatch aa10007b4210000109181702ed01f001b82200ff040000ff00000b01ffff0000b603000000000000000067000400
2014.05.01 13:52:27 5: Loading ./FHEM/21_VBUSDEV.pm
2014.05.01 13:52:27 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 131, near "$iodev) "
2014.05.01 13:52:27 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 131, near "$iodev) "
2014.05.01 13:52:27 0: ERROR: Cannot autoload VBUSDEV
2014.05.01 13:52:27 5: Triggering vbus (1 changes)
2014.05.01 13:52:27 5: Notify loop for vbus UNKNOWNCODE aa10007b4210000109181702ed01f001b82200ff040000ff00000b01ffff0000b603000000000000000067000400
2014.05.01 13:52:27 4: eventTypes: VBUSLAN vbus UNKNOWNCODE aa10007b4210000109181702ed01f001b82200ff040000ff00000b01ffff0000b603000000000000000067000400 -> UNKNOWNCODE aa10007b4210000109181702ed01f001b82200ff040000ff00000b01ffff0000b603000000000000000067000400
2014.05.01 13:52:27 3: vbus: Unknown code aa10007b4210000109181702ed01f001b82200ff040000ff00000b01ffff0000b603000000000000000067000400, help me!
2014.05.01 13:52:27 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00001702ed0100000000010b0000000000000201000b1702ed01f001b822
Hat da jemand einen Tip für einen Neuling wie mich?
Danke & Gruß
Olaf
Hallo matrix_rs,
mir ist noch was eingefallen, was bei der Fehlersuche weiterhelfen könnte. Vielleicht kannst du vorübergehend mal das Attribut verbose auf >= 4 stellen. Dann kommen mehr Infos in der Log-Datei an und der Fehler lässt sich eventuell etwas eingrenzen. Ganz konkret erwarte ich folgenden Fehler: "Wrong message length". Auf dem Weg von PARTIAL (wo ja anscheinend noch die richtigen Werte auftauchen) und RAWMSG gibt es folgende Fehlerquellen (wenn ich Arnos Programm richtig verstehe):
- die Protokollversion ist ungleich 10
=> kann nicht der Fall sein, wenn bei PARTIAL nach "aa10003173" eine "10" steht
... oder das Programm sucht an der falschen Stelle. Ist aber unwahrscheinlich, da es ja bei vielen anderen ja an der richtigen Stelle sucht. - die Checksum ist falsch
=> kann eig. auch nicht sein, sonst würde in der Log-Datei der Fehler "Wrong checksum" stehen (vorausgesetzt du hast das Attribut verbose auf 3 eingestellt - die Länge der Nachricht stimmt nicht mit der errechneten Länge überein
=> das würde dann zu o.g. Fehler führen.
@Olaf
Ich vermute, dass du irgendwo einen Schreibfehler in der VBUSDEV.pm (in dem Bereich wo du die Werte eingetragen hast) oder in deiner CFG hast. Vielleicht kannst du die entsprechenden Abschnitte mal kurz hier posten?
Grüße
Oldwolf
Hey Oldwolf,
perfekter Tipp :-)
Diese Meldung steht jetzt zusätzlich bezüglich vbus im Logfile:
vbus: Wrong message length: 236 != 272
Wobei ich gestehen muss, dass ich damit nicht wirklich viel anfangen kann. Für mich sieht das so aus, dass er mehr oder weniger Daten bekommt als er erwartet. Habe zum Test mal was in der 21_VBUSDEV.pm aus kommentiert aber damit hat sich nichts geändert.
Viele Grüße
matrix_rs
Hallo Oldwolf,
besten Dank für die Hilfe.
Hier mal die Auschnitte:
"7321" => {"name" => "Vitosolic200", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "temperature_T06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "temperature_T07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "temperature_T08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "temperature_T09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "temperature_T10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "temperature_T11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "temperature_T12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "insolation", "bitSize" => 15,"unit" => "W/qm" },
{ "offset" => 28,"name" => "impulse_I01","bitSize" => 31 },
{ "offset" => 32,"name" => "impulse_I02","bitSize" => 31 },
# { "offset" => 36,"name" => "sensorbrokemask","bitSize" => 16 },
# { "offset" => 38,"name" => "sensorshortmask","bitSize" => 16 },
# { "offset" => 40,"name" => "sensorusagemask","bitSize" => 16 },
{ "offset" => 44,"name" => "speed_R01","bitSize" => 8, "unit" => "%" },
{ "offset" => 45,"name" => "speed_R02","bitSize" => 8, "unit" => "%" },
{ "offset" => 46,"name" => "speed_R03","bitSize" => 8, "unit" => "%" },
{ "offset" => 47,"name" => "speed_R04","bitSize" => 8, "unit" => "%" },
{ "offset" => 48,"name" => "speed_R05","bitSize" => 8, "unit" => "%" },
{ "offset" => 49,"name" => "speed_R06","bitSize" => 8, "unit" => "%" },
{ "offset" => 50,"name" => "speed_R07","bitSize" => 8, "unit" => "%" },
{ "offset" => 51,"name" => "speed_R08","bitSize" => 8, "unit" => "%" },
{ "offset" => 52,"name" => "speed_R09","bitSize" => 8, "unit" => "%" },
# { "offset" => 58,"name" => "relaisusagemask","bitSize" => 16 },
# { "offset" => 60,"name" => "errormask","bitSize" => 16 },
# { "offset" => 62,"name" => "warningmask","bitSize" => 16 },
# { "offset" => 64,"name" => "controllerversion","bitSize" => 16 },
# { "offset" => 66,"name" => "systemtime","bitSize" => 16 },
]},
"427B" => {"name" => "DeltaSol BS 2009", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 2,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 2,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 2,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 2,"factor" => 0.1,"unit" => "°C" },
]},
);
Habe bewust erst die Temperaturen angelegt (oder muss ich gleich alles anlegen??)
und noch die conf
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
Running with root privileges.\
Restart fhem for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global userattr devStateIcon devStateStyle icon sortby webCmd
attr global verbose 5
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB stylesheetPrefix ios7
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# Resol VBUS/LAN Solar
define vbus VBUSLAN 192.168.178.39:7053
alles eigentlich von einer neuen Installation und ich meine nach Vorgaben angepasst???!!
Besten Dank
Gruß
Olaf
Hallo Olaf,
kämpfe mich zwar selbst Stück für Stück durch das Thema VBus aber evtl. kann ich hier helfen.
Die Difinition des Reglers in der 21_VBUSDEV.pm würde ich sagen ist nicht richtig. Die bitsize kann nicht 2 sein, wenn ich mir das XML-File des Reglers aus dem ResolServiceCenter ansehe, dann ist die bitsize 15 (siehe Anlage). Außerdem bietet der Regler deutlich mehr Information.
Im Logfile fehlen einige Zeilen, da steht nur der define. Die weiteren Zeilen sollte er automatisch anlegen aber möglicherweise macht er das nicht, weil die Definition des Reglers falsch ist.
Ich hoffe das hilft einen Schritt weiter.
Viele Grüße
Robert
Guten Morgen Robert,
besten Dank für die Info.
Ich werde das mal testen und werde auch alle anderen Werte angeben und hoffe dann auch das es dann läuft.
Ich glaube ich habe als Neuling mit FHEM mir gleich die richtige Baustelle (für einen Anfgänger) ausgesucht.
Ich werde berichten was es gegeben hat.
Gruß
Olaf
Hallo zusammen,
zunächst mal zu deinem Problem, Robert:
Steht in der Log-Nachricht immer 236 != 272 oder ändern sich die Zahlenwerte?
Das Problem hast du schon richtig erkannt: aus irgeneinem Grund ist die Nachricht länger als erwartet.
Zur Erklärung:
Die erwartete Länge errechnet das Programm aus den Informationen des Nachrichtenkopfs.
Zitat von: matrix_rs am 27 April 2014, 19:05:04
aa10003173100001122807...
Dort steht an der Stelle 16 die Zahl 1 und an der Stelle 17 die Zahl 2, also HEX 12.
Nach Wikipedia:
Zitat12 hexadezimal entspricht z. B. 18 dezimal (1*16+2*1)
Die Nachricht sollte also 18*12+20=236 Zeichen lang sein. Mal zwölf, da jeder der 18 Frames 12 Zeichen lang ist (s. VBus-Protokollspezification_en_270111 S. 13: i+0 ... i+5, also 6 Zeilen à 2 Zeichen) und plus 20 Zeichen, da der Nachrichtenkopf eben so lang ist (s. S. 12).
Aus mir unerklärlichen Gründen ist die gesendete Nachricht bei dir aber nicht 236 sondern 272 zeichen lang.
Als Quick&Dirty-Lösung kann ich dir folgendes vorschlagen:
ändere die Zeile 130 in der VBUSLAN.pm zu ("+36" einfügen):
my $len = 20+36+12*$frameCount;
Das geht aber nur gut, wenn du wirklich nur dieses eine Device hast und die Zahlenwerte in den Log-Nachrichten auch immer 236 und 272 sind.
Ansonsten wird es wohl etwas aufwändiger.
Nun zum Problem von Olaf:
Wie Robert schon gesagt hat, musst du als erstes die VBUSDEV überarbeiten. Dabei müssen meiner Meinung nach nicht zwingend alle Informationen aufgeführt sein, die in der Nachricht enthalten sein können. Es sollte reichen, wenn du erst mal die Einträge für die Temperaturen berichtigst.
Ich weiß nicht genau wie das Programm tickt, aber es kann auch sein, dass die Leerzeichen im Name "DeltaSol BS 2009" (in der VBUSDEV) zu Problemen führen. Mach da mal anstelle der Leerzeichen einen Unterstrich rein.
Grüße
Robin
Hey Robin,
vielen vielen Dank. Genau das war's.
Habe heute schon in der VBus Spezifikation gelesen und bin aber nicht so wirklich zum Ziel gekommen. Was mir aufgefallen ist, es gibt 2 Protokoll-Versionen und unterschiedliche Checksummen. Vielleicht macht das die überzähligen Werte aus, bin aber noch nicht dahinter gestiegen wie ich damit umgehen müsste. Aber fürs erste läuft der vbus mal, die Daten stimmen und das Log wird auch geschrieben.
Ich muss mir nochmal Deine Erklärung wie sich die Nachricht zusammensetzt genau vornehmen. Das hab ich mit der Spezifikation angefangen bin aber nicht so weit gekommen. Da muss man sich in Ruhe hin setzen um das mal auseinander zu pflücken.
Hat hier jemand schon mal Daten im Regler verändert? Also ich würde gerne beim Eintreten eines bestimmten Zustandes einen Wert im Regler verändern.
Viele Grüße
Robert
Hi,
so habe jetzt gerade die Änderungen gemacht und nun sieht das ganze schon anders aus.
Aber wie oben beschrieben kommt bei mir nun auch Wrong Message lengh:
2014.05.01 16:57:44 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000093008e0000000000010b0000000000000201000b93008e00e701b822
2014.05.01 16:57:44 5: vbus dispatch aa10007b42100001091893008e00e701b82200ff040000ff00000b01ffff00000204000000000000000067000400
2014.05.01 16:57:44 4: vbus: Wrong message length: 140 != 64
Wobei die wronge message nicht immer kommt! Und wenn ändern sich die Zahlen !! (verstehe ich erst Recht nicht)
Aber es wir d auch kein logfile angelegt!
Also ich sehe bei mir doch noch mehr ....... leider
@Robert:
Könntest Du mir vielleicht deine Konfig zukommen lassen?
Danke
Danke und Gruß
Olaf
Hallo Olaf,
ich bin mir jetzt nicht ganz sicher was für eine Konfiguration Du meinst.
Hier das was in der fhem.cfg steht. Habe nur die erste zwei Zeile eingetragen, der Rest wurde automatisch erzeugt (so soll es auch sein) und von mir dann nur noch angepasst z.B. room.
# VBus
define vbus VBUSLAN 192.168.0.115:7053
define VBUSDEV_7331 VBUSDEV 7331
attr VBUSDEV_7331 IODev vbus
attr VBUSDEV_7331 event-min-interval .*:300
attr VBUSDEV_7331 model SLR
attr VBUSDEV_7331 room 8.03_Heizung
#attr VBUSDEV_7331 event-on-change-reading .*
define FileLog_VBUSDEV_7331 FileLog ./log/VBUSDEV_7331-%Y.log VBUSDEV_7331
attr FileLog_VBUSDEV_7331 logtype text
Ich hänge auch noch die 21_VBUSDEV.pm an evtl. hast Du die gemeint oder die hilft Dir weiter. Du kannst ja mal Dein definitions-file posten. Der 7331 SLR ist mein Regler, die Definition habe ich aus dem XML-file erstellt und dann noch angepasst (einiges aus kommentiert).
In meinem Logfile taucht die Meldung dispatch nie auf, dazu kann ich momentan nichts sagen.
Ich hoffe das hilft Dir weiter.
Viele Grüße
Robert
Hallo Robert,
besten Dank,
ich habe nur die erste Zeile eingetragen ! ?? Ich versuche es mal mit der zweiten zus.
Aber das ist schon super Klasse was Du mir da schickst, besten Dank.
Sobald ich was neues habe, melde ich mich!!
Besten Dank!
Olaf
Hallo Robert,
leider auch nicht besser.
Die dispatch Meldungen kommen weiter, immer auf die gleichen Nummern.
Und die automatischen Einträge werden auch nicht gemacht.
Leider war deine 21_VBUSDEV nicht als Anlage ;-(
Wie kann ich mir die XML Datei von meinem Regler erstellen?
@all
Hat jemand noch einen anderen Vorschlag für mich.
Danke
Olaf
Hallo Olaf,
wie Robert schon richtig erwähnt hat, benötigst du nur die erste Zeile, der Rest wird i.d.R. über autocreate angelegt.
define vbus VBUSLAN deine.eigene.ip.adresse:7053
Mit der VBUSDEV von Robert kannst du vermutlich nicht viel anfangen, da dort wahrscheinlich dein Regler nicht aufgeführt ist.
Die XML-Datei findest du im Programm-Ordner der RESOL-Software. Der Pfad lautet bei mir:
C:\Program Files (x86)\RESOL\ServiceCenterFull\eclipse\plugins\de.resol.servicecenter.vbus.resol_2.0.0\VBusSpecificationResolBS2009.xml
Ich häng dir mal meine VBUSDEV an, in der alle Regler eingetragen sind, die bisher hier angesprochen wurden:
- 7751 - DiemasolC
- 7321 - Vitosolic200
- 7721 - DeltaSol E (Regler)
- 7722 - DeltaSol E (Wmz)
- 4212 - DeltaSolC
- 7331 - SLR
- 427B - DeltaSol_BS_2009
Vielleicht hilft dir das ja weiter.
Ansonsten könntest du mal schauen, ob noch weitere Log-Nachrichten bezüglich VBUS auftauchen und diese ggf. hier posten.
Außerdem könnte auch interessant sein, welche Werte in PARTIAL und RAWMSG stehen. Diese findest du in der Sektion Internals, wenn du im entsprechenden Raum unterhalb der Überschrift VBUSLAN auf 'vbus' klickst (sofern das bei dir überhaupt schon funktioniert). Wenn du soweit kommst, kannst du auch gleich nachsehen, welchen Status (STATE, ebenfalls in der Sektion Internals) das vbus hat.
Ist zwar trivial, aber ich frag trotzdem mal, um sicherzugehen: Das Passwort in der VBUSLAN.pm ~in Zeile 71 hast du angepasst, ja?
Viele Grüße
Robin
Hallo Robin,
leider kein Erfolg!
ich habe nun mal alles auf Angang gesetzt!
Also alles gelöscht und mit make install auf meiner Linuxkiste neu installiert!
Siehe da, es läuft!
Also ein Update gemacht mit "Update"
Rechner neu gestartet und es läuft!
Also dann die 20_VBUSLAN.pm und die 21_VBUSDEV.pm hinterlegt und wie beschrieben
die fhem.cfg editiert:
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global statefile ./log/fhem.save
attr global verbose 5
attr global updateInBackground
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# VBUS
define vbus VBUSLAN 192.168.178.139:7053
und dann neu gestartet.
Es läuft aber mit Fehlern und die log Files werden nicht erzeugt und die fhem.cfg nicht editiert!
2014.05.04 16:26:18 1: Including /opt/fhem/fhem.cfg
2014.05.04 16:26:18 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2014.05.04 16:26:18 5: Cmd: >attr global modpath .<
2014.05.04 16:26:18 5: Cmd: >attr global statefile ./log/fhem.save<
2014.05.04 16:26:18 5: Cmd: >attr global verbose 5<
2014.05.04 16:26:18 5: Cmd: >attr global updateInBackground<
2014.05.04 16:26:18 5: Cmd: >define telnetPort telnet 7072 global<
2014.05.04 16:26:18 5: Loading ./FHEM/98_telnet.pm
2014.05.04 16:26:18 3: telnetPort: port 7072 opened
2014.05.04 16:26:18 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.05.04 16:26:18 5: Loading ./FHEM/01_FHEMWEB.pm
2014.05.04 16:26:18 3: WEB: port 8083 opened
2014.05.04 16:26:18 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2014.05.04 16:26:18 3: WEBphone: port 8084 opened
2014.05.04 16:26:18 5: Cmd: >attr WEBphone stylesheetPrefix smallscreen<
2014.05.04 16:26:18 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2014.05.04 16:26:18 3: WEBtablet: port 8085 opened
2014.05.04 16:26:18 5: Cmd: >attr WEBtablet stylesheetPrefix touchpad<
2014.05.04 16:26:18 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2014.05.04 16:26:18 5: Loading ./FHEM/92_FileLog.pm
2014.05.04 16:26:18 5: Cmd: >define autocreate autocreate<
2014.05.04 16:26:18 5: Loading ./FHEM/98_autocreate.pm
2014.05.04 16:26:18 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2014.05.04 16:26:18 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2014.05.04 16:26:18 5: Loading ./FHEM/91_eventTypes.pm
2014.05.04 16:26:18 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2014.05.04 16:26:18 5: Loading ./FHEM/91_notify.pm
2014.05.04 16:26:18 5: Cmd: >define vbus VBUSLAN 192.168.178.139:7053<
2014.05.04 16:26:18 5: Loading ./FHEM/20_VBUSLAN.pm
2014.05.04 16:26:18 3: Opening vbus device 192.168.178.139:7053
2014.05.04 16:26:18 3: vbus device opened
2014.05.04 16:26:18 5: Triggering global (1 changes)
2014.05.04 16:26:18 5: Notify loop for global INITIALIZED
2014.05.04 16:26:18 4: eventTypes: Global global INITIALIZED -> INITIALIZED
2014.05.04 16:26:18 5: Triggering initialUsbCheck
2014.05.04 16:26:18 5: Cmd: >usb create<
2014.05.04 16:26:18 1: usb create starting
2014.05.04 16:26:18 1: usb create end
2014.05.04 16:26:18 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.05.04 16:26:18 0: Server started with 10 defined entities (version $Id: fhem.pl 5728 2014-05-03 09:41:12Z rudolfkoenig $, os linux, user root, pid 5495)
2014.05.04 16:26:18 5: vbus dispatch aa10007b4210000109188c010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:18 5: Loading ./FHEM/21_VBUSDEV.pm
2014.05.04 16:26:18 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008c010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:19 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:20 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:20 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:20 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:20 4: vbus: Wrong message length: 128 != 32
2014.05.04 16:26:20 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:21 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:25 4: Connection accepted from FHEMWEB:192.168.178.24:55065
2014.05.04 16:26:25 4: HTTP FHEMWEB:192.168.178.24:55065 GET /fhem/FileLog_logWrapper&dev=Logfile&type=text&file=fhem-2014-05.log?room=all&XHR=1&inform=1×tamp=1399213466055
2014.05.04 16:26:32 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:32 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:32 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:32 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:32 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:33 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:33 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:33 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:33 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:33 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
2014.05.04 16:26:33 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:33 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:34 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:38 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:38 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:42 5: vbus dispatch aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:42 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008b010d0200000000010b0000000000000201000b8b010d020d02b822
2014.05.04 16:26:43 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:43 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:43 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:45 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:45 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:46 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:46 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:47 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:49 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:49 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:51 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:52 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:53 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:55 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:55 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:56 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
2014.05.04 16:26:58 5: vbus dispatch aa10007b4210000109188a010d020d02b82200ff0f0000ff00000b01ffff0000d803000000000000000067000400
2014.05.04 16:26:59 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00008a010d0200000000010b0000000000000201000b8a010d020d02b822
Hier sehe ich "vbus dispatch" auf zwei Zahlen
aa15007b421000010a12010800000000ffff020a00008c010d0200000000010b0000000000000201000b8b010d020d02b822
aa10007b4210000109188b010d020d02b82200ff0f0000ff00000b01ffff0000d703000000000000000067000400
immer wieder die gleichen und den Eintrag:
2014.05.04 16:26:20 4: vbus: Wrong message length: 128 != 32
nach einem erneutem start kommt alles gleich bis auf:
2014.05.04 16:37:10 4: vbus: Wrong message length: 140 != 124
Und jetzt komme ich echt nicht weiter!
Ich habe doch einfach ein "nackiges" System genommen und alles eingestellt wie hier besprochen
und es klappt nicht!
Achso im Webfrontend sehe ich unter VBUS:
Clients :VBUSDEV:
DEF 192.168.178.139:7053
DeviceName 192.168.178.139:7053
FD 10
NAME vbus
NR 22
PARTIAL aa15007b421000010a1201080000007600007f7f0c75020a0000007374010b02007d00000000007f010b0000007300000000007f0201000b007174010b02007d0a0238220415
RAWMSG aa10007b42100001091874010b020a02b82200ff0f0000ff00000b01ffff0000e603000000000000000067000400
STATE opened
TYPE VBUSLAN
vbus_MSGCNT 18
vbus_TIME 2014-05-04 16:41:31
Jetzt könnte ich Echt hilfe gebrauchen (bevor ich aufgebe;-(( )
Besten Danke
Gruß
Olaf
Hallo Olaf,
wurden die fehlenden Zeilen in der CFG automatisch hinzugefügt? Also "define name VBUSDEV 427B" und die ganzen Attribute, alle da?
Wie äußert sich der Fehler? Meinst du nur die "Wrong message length"- und "dispatch"-Meldungen in der Log-Datei? (... oder habe ich da eine Zeile überlesen?)
Kommen denn jetzt irgendwo Werte an? Sind die Werte realisitisch?
EDIT:
Die Werte (Readings) stehen nicht beim VBUSLAN drin, sondern bei deinem VBUSDEV_427B (oder wie auch immer du das genannt hast).
Was ich (in meiner Unwissenheit) aus deinem Log herauslese:
Er arbeitet eigentlich ganz brav, gelegentlich kommt mal eine Nachricht mit der falschen Länge. Das ist unschön, macht aber nichts, solange die richtige Länge auch (irgendwann) kommt. ;)
Die Tatsache, dass immer wieder die gleichen Dispatch-Werte angezeigt werden, schiebe ich jetzt mal auf die kurze Zeitspanne. Das Dispatch ist meiner Meinung nach kein Grund zur Sorge, das sagt nur, dass er "was macht". Die gleichen Werte ließen sich dadurch erklären, dass sich deine Temperaturen innerhalb von ca. 40 Sekunden nicht geändert haben. Sind denn inzwischen mal andere Werte angekommen?
Gruß
Robin
P.S. Fall du es nicht unbedingt brauchst, kannst du "attr global verbose 5" auch wieder auf 3 (=Standard) Stellen. Dann wird die Log-Datei nicht so riesig.
Hallo Robin,
Nein in die cfg wurde nicht eingetragen!
Die Zeilen oben sind immer noch die gleichen!
Eine Log Datei, wo er Werte eintragen könnte wird ja erst garnicht angelegt! Also kann ich leider nichts zu den Daten sagen die ggf. ankommen ;-(
Gruß
Olaf
Hallo,
hast du jetzt schon probiert, die cfg selbst zu schreiben?
define vbus VBUSLAN 192.168.178.139:7053
define VBUSDEV_427B VBUSDEV 427B
attr VBUSDEV_427B IODev vbus
attr VBUSDEV_427B event-min-interval .*:300
attr VBUSDEV_427B event-on-change-reading .*
attr VBUSDEV_427B model SLR
attr VBUSDEV_427B room 8.03_Heizung
define FileLog_VBUSDEV_427B FileLog ./log/VBUSDEV_427B -%Y.log VBUSDEV_427B
attr FileLog_VBUSDEV_427B logtype text
Was kommt dann? Vielleicht ein paar neue Hinweise im Log?
Wie oft kommt die Nachricht "Wrong message length" (sekundenweise, minutenweise, größere Abstände)? Ändern sich die Zahlen nach dem Neustart noch?
Und in der Zeichenkette "aa..." ändert sich wirklich nicht ein einziges Zeichen?
Kommt dein vbus auch nach dem Neustart wieder in den Status "opened"?
Hallo Robin,
nein auch nach dem ich die fhem.cfg von Hand editiert habe, änderts sich nichts.
Die log Datei wird angelegt aber keine Daten werden dort hin geschrieben.
Ein strace -p auf den Perl Process gibt leider keinen klaren aufschluss.
Ein Restart vom vbus-lan adapter hat auch nichts gebracht....
Jetzt habe ich keine Vorstellung mehr was ich noch machen kann......
Besten Dank für Deine Hilfe
Hallo Leute,
versuche gerade in ein paar freien Minuten das ganze hinzukriegen, nachdem mir Günther freundlicherweise die DeltasolC in die VBUSDEV.pm integriert hat.
Die beiden Module habe ich in´s FHEM-Verzeichnis zu den anderen Modulen gepackt und werden auch angezeigt. Nach "shutdown restart" habe ich noch "define vbus VBUSLAN 192.168.178.10:7053" entsprechend der IP in meinem Netzwerk eingetragen.
Jetzt kommt im LOG ständig diese Fehlermeldung:
2014.05.05 10:05:21 0: ERROR: Cannot autoload VBUSDEV
2014.05.05 10:05:21 3: vbus: Unknown code aa1000124210000107030001fd001601e700000000057202da120000000000005d020f000000, help me!
2014.05.05 10:05:22 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 179, near "$iodev) "
2014.05.05 10:05:22 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 179, near "$iodev) "
und zwar sekündlich.
Leider bin ich so neu mir der Materie, dass ich mit der Meldung nichts anfangen kann. Mir fehlt auch ein bißchen der Überblick, da ich mir jeden Schritt hier von verschiedenen Quellen zusammensuchen muss.
Bei der Gelegenheit eine Frage: Wie editiert Ihr die Module? Normaler Texteditor ist doch sehr unübersichtlich. Benutze zur Zeit den Fritzboxeditor (Java), aber es geht bestimmt eleganter?
Keiner mehr da?
Hallo,
ich habe jetzt schon einiges ausprobiert, leider ohne Erfolg!
Jetzt nach einer neuen Installation, nach dem OS wechsel auf den Mac, habe ich die gleiche Fehlermeldung wie Du!
Leider kann ich Dir auch nicht helfen und bin auch auf die Hilfe von anderen angewiesen ;-(
Sorry & Gruß
Olaf
Ich habe im Zusammenhang mit den Ausfällen immer die Meldungen:
2014.05.08 08:45:30 1: 192.168.xx.xx:7053 disconnected, waiting to reappear
2014.05.08 08:45:30 1: 192.168.xx.xx:7053 reappeared (vbus)
Das passiert einige male und irgendwann spuckt das Teil dann keine Updates mehr aus. Es gibt im Zusammenhang mit den HMLAN Device ähnliche Probleme, daher vermute ich, dass es mit der TCP/IP Verbindung zusammenhängt. Evtl. wird die Verbindung nicht sauber getrennt und wieder aufgebaut.
Hat noch jemand solche Verbindungsunterbrechungen?
Hi,
ich habe solche Probleme mit meiner Diemasol noch nie gesehen (disonnect/reapper), allerdings kommt es ab und zu mal vor, dass die Daten scheinbar fehlerhaft übertragen werden und die VBUS-Prüfsumme nicht stimmt. Das ist aber auf Dauer kein Problem.
Ciao, Arno
Ich versuche nun sicher zu stellen, dass die letzte Verbindung auch geschlossen wird, bevor eine neue aufgebaut wird. Hoffe, es liegt daran. Seit den letzten 36 Stunden sieht es gut aus.
Hier meine Anpassung in der 20_VBUSLAN.pm. Die erste Zeile wurde auskommentiert.
# return DevIo_OpenDev($hash, 1, "VBUSLAN_DoInit") if($hash->{STATE} eq "disconnected");
if($hash->{STATE} eq "disconnected") {
DevIo_CloseDev($hash, 1, "VBUSLAN_Undef");
return DevIo_OpenDev($hash, 1, "VBUSLAN_DoInit");
}
Nachtrag: Seit drei Tagen keine Ausfälle mehr. Scheint so zu funktionieren!
Nachtrag 2: Nach einigen Tagen hängt er sich doch wieder weg. :-( Gehe nun zurück zum alten Modul, auch wenn dort die Werte nicht regelmäßig kommen.
Hat den keiner einer Idee, woran meine Fehlermeldung, siehe Post 99 vom 05.05., liegen könnte?
Hallo FHEMOL,
dein Fehler sagt mir leider auch überhaupt nichts. Aber fangen wir mal systematisch an:
Du schreibst ja, dass du relativ neu in der Materie bist, also gehe ich mal davon aus, dass deine Konfiguration (abgesehen von vbus) mehr oder weniger den "Werkseinstellungen" entspricht?
Das würde bedeuten, dass dem neuen Modul nichts dazwischen funken kann, sprich der Fehler liegt irgendwo in einer der beiden *.pm Dateien oder in dem, was du der CFG hinzugefügt hast.
Dem entsprechend hier mal eine kleine Checkliste:
- VBUSDEV.pm richtig angepasst: passt die "%VBUS_devices"- Konfiguration für dein Gerät?
- VBUSLAN.pm angepasst: In Zeile 71 "$conn->write("PASS xyz")" muss das Passwort eingetragen werden, welches du auch benutzt, um per Telnet auf den VBUS-Adapter zuzugreifen. Scheint ja auch zu funktionieren, da du ja wohl schon eine Nachricht empfangen hast.
- Die Konfiguration in der cfg richtig eingetragen, das sollte ja mit "define vbus VBUSLAN 192.168.178.10:7053" funktionieren... sofern du nicht irgendwie das autocreate kaputt gemacht hast?
Hast du nicht noch ein paar Infos mehr? Z.B. Was passiert, wenn du die Devices manuell hinzufügst? Bekommst du Fehlermeldungen direkt angezeigt beim Speichern der CFG?
Wenn das alles nichts hilft, mal eine Frage an die Perl-Spezialisten: Kann es vielleicht sein, dass bei diesem AssignIoPort() tatsächlich nur ein Parameter eingegeben werden darf? Das meckert die Fehlermeldung ja schließlich an...
Zu deiner Frage wie du die Module am besten editieren kannst:
- wenn ich keinen phsysikalischen Zugriff auf FHEM habe, sprich keinen USB-Stick abziehen kann oder FHEM nicht gestoppt werden soll, dann nehme ich entweder Total-Commander um eine FTP-Verbindung herzustellen und die Dateien mit Notepad ++ zu bearbeiten oder ich nehme Putty und verbinde mich Telnet und arbeite mit dem nano-Editor (Kommando-Zeilen basiert, macht Spaß ;) )
- ansonsten: USB-Stick raus, in den PC rein und mit Notepad ++ bearbeiten.
Ich benutze Notepad ++ weil das einfach funktioniert, bei den Micisoft-Editoren zeigt es entweder alles in einer Zeile oder die Codierung passt nicht oder es gibt andere Probleme. Deine Variante sollte meiner Meinung nach auch funktionieren, bzw. habe ich auch schon so gemacht, als FHEM noch auf der Fritz lief.
@Arno:
Ich hatte ja beschrieben, dass ich in relativ unregelmäßigen Abständen immer wieder für 24 Stunden keine Daten bekomme.
Das ist bisher am 10. oder 11. und am 27. oder 28. eines Monats passiert. In diesem Zusammenhang taucht auch immer die Fehlermeldung "wrong message length" auf, die mir sagt, dass die Nachricht (immer) 1 Zeichen zu kurz ist.
Diese Regelmäßigkeit und die Abweichung von einem Zeichen hat mich irgendwie stutzig gemacht und ich denke, den Fehler gefunden zu haben:
Als letzter Wert der vbus-Nachricht (7721 - DeltaSol E Regler) wird das Datum (genauer gesagt der Tag) übertragen. Ich kenne mich mit den Bus-Nachrichten, der Übertragung und deiner Decodierung der Nachrichten zu wenig aus, aber wenn ich mich nicht irre, sind die ganzen Werte doch irgendwie in Hex-Schreibweise notiert, richtig?
Kann es dann nicht z.B. sein, dass der Tag den Wert "0a" hat und es deshalb eine Kollision mit der nächsten Nachricht gibt, die mit "aa1000..." beginnt, also: "aa1000...0aaa1000...". Wenn dann natürlich nach dem "aa" gesucht wird, würde die erste Nachricht auf "0" enden anstellen von "0a", also genau ein Zeichen zu kurz.
Ist das halbwegs verständlich was ich meine? Und ist ein solches Problem denkbar?
Viele Grüße & Danke
Robin
Zitat von: oldwolf am 15 Mai 2014, 18:55:53
Kann es dann nicht z.B. sein, dass der Tag den Wert "0a" hat und es deshalb eine Kollision mit der nächsten Nachricht gibt, die mit "aa1000..." beginnt, also: "aa1000...0aaa1000...". Wenn dann natürlich nach dem "aa" gesucht wird, würde die erste Nachricht auf "0" enden anstellen von "0a", also genau ein Zeichen zu kurz.
Hmm, eigentlich sollte byteweise gesucht werden (also immer zwei Hexadezimalzeichen auf einmal), aber ich schaue mir das mal an.
Ciao, Arno
Hallo zusammen,
ich will mich hier mal mit anhängen.
Ich habe eine CosmoMulti mit VBUS Lan adapeter und wollte mir die .pm von weiter vorne im Betrag in meine Installation kopieren, es kommt aber immer irgend welche Fehlermeldungen, es gibt auch einen SVN Link der funktioniert aber auch nicht, kann mir jemand einen funktionierenden Link posten.
Vielen Grüße
Markus
Hallo zusammen,
ich hab jetzt eine Konfig gefunden, jetzt bekomm ich schon mal was zu sehen, aber die Werte passen überhaupt nicht.
Anbei die Werte die ich bekomme.
STATE
T1: 2925.3 T2: 2853 T3: 830.6 T7: 829.5 T8: 2848.3 T9: 2827 R1: 0 R3: 0 R5: 0 R6: 0 R7: 0 T10: 2544.5
VG
Markus
Hallo Markus,
hier scheinen wohl alle im Urlaub zu sein.
Wenn du vielleicht noch etwas konkreter werden kannst, kann man dir vielleicht auch helfen.
Zitat von: markus25 am 30 Juli 2014, 20:40:52
wollte mir die .pm von weiter vorne im Betrag in meine Installation kopieren
Welche VBUSDEV.pm hast du dir denn kopiert? (Antwort#, Datum)
Ist da deine CosmoMulti überhaupt drin?
Zitat von: markus25 am 30 Juli 2014, 20:40:52
es kommt aber immer irgend welche Fehlermeldungen
Geht das genauer? Wo kommen Fehlermeldungen? Beim Herunterladen? Im FHEM?
Fehlermeldungen beinhalten oft nützliche Infos... kannst du die Fehlermeldungen vielleicht mal hier einfügen?
Zitat von: markus25 am 08 August 2014, 23:37:08
ich hab jetzt eine Konfig gefunden, jetzt bekomm ich schon mal was zu sehen, aber die Werte passen überhaupt nicht.
Wie sieht die Config denn aus? Meinst du die *.cfg oder die VBUSDEV.pm?
Alles was in die *.cfg rein muss, hättest du nicht suchen müssen. Das wurde hier oft genug beschrieben. Ein VBUSDEV.pm zu finden, die die eigene Anlage enthält, halte ich eher für Glück... und ob es dann noch funktioniert?
Bin mal gespannt, welche Infos du so für mich hast.
@Arno:Zitat von: akw am 30 Mai 2014, 13:32:23
Hmm, eigentlich sollte byteweise gesucht werden (also immer zwei Hexadezimalzeichen auf einmal), aber ich schaue mir das mal an.
Scheint ganz so, als wüsste das dein Programm selbst auch nicht so genau. ;)
Kurz nach meinem letzten Beitrag hier habe ich mich mal ans Werk gemacht und versucht, den Fehler zu beseitigen. Ich weiß noch, dass ich irgendwie die Länge der Zeichenkette überprüfen lasse und wenn der Wert um 1 zu klein ist, schreibe ich noch ein "a" ans Ende. Den Code hab ich leider nicht hier, werde ich aber am Wochenende mal raussuchen.
Seither läuft meine Anlage auch am 10./11. und 27./28. eines Monats vollkommen problemlos und fehlerfrei. Ok, zumindest nehme ich den Fehler nicht mehr wahr. :D
Viele Grüße
Robin
Hallo Oldwolf,
bezüglich deiner Anmerkung, ich bin ab Montag auch im Urlaub
Erstmal danke für deine Hilfe, ich habs schon fast aufgegeben, denn programmieren ist nicht das meine, hab sozusagen keinen Plan.
Zu deinen ersten zwei fragen und meinem Post vom 30.07, ich hab keine Ahnung mehr welche config ich da rein kopieren wollte.
Die 20_Vbus.pm habe ich wie im Antwort 47 vom 14.01.14 von coolsmul erstellt und diese dann über meine FHEM.cfg angebunden, was dann auch ohne Fehlermedungen funktioniert hat.
Hier ist der Code meiner 20_Vbus.pm
Hier ist der code meiner 20_Vbus.pm
# $Id$
# VBUS Support for FHEM
# (c) Arno Willig <akw@bytefeed.de>
#
# modified H.Bavendiek 02/2013
# - non-blocking
# - negative Messwerte
# - Device - COSMO Multi
#
package main;
use strict;
use warnings;
use Time::HiRes qw(gettimeofday);
use IO::Socket::INET;
use IO::Select;
use Blocking;
my %vbus_devices = (
"1000" => "VBUS Adapter",
# "5177" => "Diemasol C"
"3173" => "SLR",
"3f73" => "Unknown Device"
);
sub VBUS_Initialize($)
{
my ($hash) = @_;
Log 1, "VBUS_Initialize";
# Provider
# $hash->{ReadFn} = "VBUS_Read";
# $hash->{ReadyFn} = "VBUS_Ready";
# $hash->{Clients} = ":VBUS:";
# Consumer
$hash->{DefFn} = "VBUS_Define";
$hash->{UndefFn} = "VBUS_Undef";
# $hash->{GetFn} = "VBUS_Get";
$hash->{AttrList}= "model:vbus delay loglevel:0,1,2,3,4,5,6";
}
#####################################
sub VBUS_Define($$)
{
my ($hash, $def) = @_;
my $name=$hash->{NAME};
my @a = split("[ \t][ \t]*", $def);
Log 3, "VBUS Define: $a[0] $a[1] $a[2] $a[3] $a[4]";
return "Define host and port as parameters" if (@a < 3);
my $host = $a[2];
my $port = $a[3];
my $delay = $a[4];
$attr{$name}{delay}=$delay if $delay;
$hash->{Host} = $host;
$hash->{Port} = $port;
$hash->{STATE} = "initialized";
#Trigger Update nach 60 Sekunden
InternalTimer(gettimeofday()+60, "VBUS_GetStatus", $hash, 0);
return undef;
}
sub VBUS_GetStatus($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $host = $hash->{Host};
my $port = $hash->{Port};
my $delay = $attr{$name}{delay}||120;
# In der Routine DEVICE_GetUpdate werden dann die Readings vom Geraet geholt
# und der Timer wird mit dem gleichen Befehl erneut gestartet. [fhemwiki]
InternalTimer(gettimeofday()+$delay, "VBUS_GetStatus", $hash, 0);
BlockingCall("VBUS_FetchData", $hash, "VBUS_DecodeData" );
#Log 3,"$name: Benede nun Eltern-Prozess";
return;
}
#####################################
sub VBUS_Undef($$)
{
Log 3,"****** VBUS_Undef";
my ($hash, $name) = @_;
RemoveInternalTimer($name);
return undef;
}
############## Temp-Convert #########
sub VBUS_ConvTemp($$)
{
my ($hash,$bytestring) = @_;
my $name = $hash->{NAME};
my $temp;
#Werte uebernahmen, Reverse Byte order
my $val1=ord(substr($bytestring,1,1));
my $val2=ord(substr($bytestring,0,1));
#Log 5,"$name ConvTemp: Debug: 1.Byte:[$val1] 2.Byte:[$val2]";
if($val1 < 129 ) { # positver Wert
$temp = ( $val1 * 256 + $val2 ) / 10.;
}else{ # negativer Wert
$temp = (-65536 + ( $val1 * 256 + $val2 )) / 10.;
}
return $temp;
}
sub VBUS_FetchData($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $host = $hash->{Host};
my $port = $hash->{Port};
#Log 3,"$name Ich bin das Kind! Debug: Host:[$host] Port:[$port]";
my $socket = IO::Socket::INET->new(PeerAddr=>$host, PeerPort=>$port, timeout=>2, blocking=>1);
if (!$socket) {
$hash->{STATE} = "disconnected";
Log 1,"$name: Error opening Connection to $host";
return $name."|Error opening Connection";
}
# +HELLO
$socket->autoflush(1);
$socket->getline();
$socket->write("PASS vbus\n");
$socket->getline();
$socket->write("DATA\n");
$socket->getline();
my $i;
my $idx;
my $protoVersion="0";
my $dst_addr="0";
my $src_addr="0";
my $command;
my $frameCount;
my $checksum;
my $line = "";
for ($i=0;$i<3 && ($protoVersion!="10"||$dst_addr!="1000"||$src_addr!="3f73"||$src_addr!="3173");$i++) {
# Find beginning
$idx=-1;
while ($idx<0) {
#Log 3,"$name: Try $i Find beginning";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")));
}
$line = substr($line,$idx); ## if ($idx>0);
# Find end
$idx=-1;
while ($idx<0) {
my $hahn = unpack('H*',$line);
#Log 3,"$name: Try $i Find end $hahn";
$line .= $socket->getline();
$idx = index($line,chr(hex("aa")),1)
}
$dst_addr = unpack('H*',substr($line,1,2)); # byte order
$src_addr = unpack('H*',substr($line,3,2)); # byte order
$protoVersion = unpack('H*',substr($line,5,1));
$command = unpack('H*',substr($line,6,2)); # byte order
$frameCount = ord(substr($line,8,1));
$checksum = ord(substr($line,9,1));
#Log 3,"$name: Src: $src_addr Dst: $dst_addr Proto: $protoVersion CMD: $command FC: $frameCount CRC: $checksum";
$line = substr($line,1);
}
$line = chr(hex("aa")).$line;
$line = substr($line,0,$idx);
$socket->close();
my $devtype = $vbus_devices{$src_addr}; # TODO OR "Unknown: ".$src_addr
if ($protoVersion != "10"||$dst_addr != "1000"||$src_addr!="3f73"||$src_addr!="3173") {
Log 3,"$name: No valid message found after $i tries. Aborting.";
return $name."|No valid message found";
}
my $payload = "";
for (my $i = 0; $i < $frameCount; $i++) {
my $septett = ord(substr($line,10+$i*6+4,1));
my $checksum = ord(substr($line,10+$i*6+5,1));
my $crc = (0x7f - $septett) & 0x7f;
for (my $j = 0; $j<4;$j++) {
my $ch = ord(substr($line,10+$i*6+$j,1));
$ch |= 0x80 if ($septett & (1 << $j));
$crc = ($crc - $ch) & 0x7f;
$payload .= chr($ch);
}
if ($crc != $checksum) {
Log 3,"$name: Checksum failed! Aborting.";
return $name."|Checksum failed";
}
}
#Log 3,"$name Beende das Kind erfolreich...";
return $name."|".$payload;
}
sub VBUS_DecodeData($)
{
my ($string) = @_;
my ($name, $payload) = split("\\|", $string, 2);
my $hash = $defs{$name};
my $command = unpack('H*',$payload);
#Log 3,"VBUS_DecodeData: Starte Auswertung!";
#Log 3,"VBUS_DecodeData: name=[$name]";
#Log 3,"VBUS_DecodeData: hash=[$hash]";
#Log 3,"VBUS_DecodeData: payload=[$command]";
my $temp_s1 = (ord(substr($payload,1,1))*256 + ord(substr($payload,0,1))) / 10.;
my $temp_s2 = VBUS_ConvTemp($hash,substr($payload,2,2));
my $temp_s3 = VBUS_ConvTemp($hash,substr($payload,4,2));
my $temp_s4 = VBUS_ConvTemp($hash,substr($payload,6,2));
my $temp_s5 = VBUS_ConvTemp($hash,substr($payload,8,2));
my $temp_s6 = VBUS_ConvTemp($hash,substr($payload,10,2));
my $temp_s7 = VBUS_ConvTemp($hash,substr($payload,12,2));
my $temp_s8 = VBUS_ConvTemp($hash,substr($payload,14,2));
my $temp_s9 = VBUS_ConvTemp($hash,substr($payload,16,2));
my $temp_s10 = VBUS_ConvTemp($hash,substr($payload,18,2));
Log 4,"$name: Temperature sensor 1 $temp_s1 (Celsius)";
Log 4,"$name: Temperature sensor 2 $temp_s2 (Celsius)";
Log 4,"$name: Temperature sensor 3 $temp_s3 (Celsius)";
Log 4,"$name: Temperature sensor 4 $temp_s4 (Celsius)";
Log 4,"$name: Temperature sensor 5 $temp_s5 (Celsius)";
Log 4,"$name: Temperature sensor 6 $temp_s6 (Celsius)";
Log 4,"$name: Temperature sensor 7 $temp_s7 (Celsius)";
Log 4,"$name: Temperature sensor 8 $temp_s8 (Celsius)";
Log 4,"$name: Temperature sensor 9 $temp_s9 (Celsius)";
Log 4,"$name: Temperature sensor 10 $temp_s10 (Celsius)";
my $radiation = (ord(substr($payload,21,1))*256 + ord(substr($payload,20,1))) / 10.;
my $impulse = (ord(substr($payload,23,1))*256 + ord(substr($payload,22,1))) / 10.;
my $digi_in = (ord(substr($payload,25,1))*256 + ord(substr($payload,24,1)));
Log 4,"$name: Irradiation CS $radiation (W/m2)";
Log 4,"$name: Impulse 1 V40 $impulse";
Log 4,"$name: Digital Input $digi_in";
my $ps_relay1 = ord(substr($payload,26,1));
my $ps_relay2 = ord(substr($payload,27,1));
my $ps_relay3 = ord(substr($payload,28,1));
my $ps_relay4 = ord(substr($payload,29,1));
my $ps_relay5 = ord(substr($payload,30,1));
my $ps_relay6 = ord(substr($payload,31,1));
my $ps_relay7 = ord(substr($payload,32,1));
Log 4,"$name: Pump speed relay 1 $ps_relay1 (%)";
Log 4,"$name: Pump speed relay 2 $ps_relay2 (%)";
Log 4,"$name: Pump speed relay 3 $ps_relay3 (%)";
Log 4,"$name: Pump speed relay 4 $ps_relay4 (%)";
Log 4,"$name: Pump speed relay 5 $ps_relay5 (%)";
Log 4,"$name: Pump speed relay 6 $ps_relay6 (%)";
Log 4,"$name: Pump speed relay 7 $ps_relay7 (%)";
my $val = "T1: ".$temp_s1." T2: ".$temp_s2." T3: ".$temp_s3." T7: ".$temp_s7." T8: ".$temp_s8." T9: ".$temp_s9;
my $val = $val." R1: ".$ps_relay1." R3: ".$ps_relay3." R5: ".$ps_relay5." R6: ".$ps_relay6." R7: ".$ps_relay7;
my $val = $val." T10: ".$temp_s10;
readingsBeginUpdate($hash);
readingsBulkUpdate($hash,"state",$val);
readingsBulkUpdate($hash,"Kollektortemperatur",$temp_s1);
readingsBulkUpdate($hash,"Waermetauscher Solar oben",$temp_s2);
readingsBulkUpdate($hash,"Waermetauscher Solar unten",$temp_s3);
readingsBulkUpdate($hash,"nicht belet",$temp_s4);
readingsBulkUpdate($hash,"Nachheizung Heizkreise",$temp_s5);
readingsBulkUpdate($hash,"Nachheizung Warmwasser",$temp_s6);
readingsBulkUpdate($hash,"temp07",$temp_s7);
readingsBulkUpdate($hash,"nicht belegt",$temp_s8);
readingsBulkUpdate($hash,"Aussenfuehler",$temp_s9);
readingsBulkUpdate($hash,"Vorlauf Heizkreis 1",$temp_s10);
readingsBulkUpdate($hash,"relay1",$ps_relay1);
readingsBulkUpdate($hash,"relay2",$ps_relay2);
readingsBulkUpdate($hash,"relay3",$ps_relay3);
readingsBulkUpdate($hash,"relay4",$ps_relay4);
readingsBulkUpdate($hash,"relay5",$ps_relay5);
readingsBulkUpdate($hash,"relay6",$ps_relay6);
readingsBulkUpdate($hash,"relay7",$ps_relay7);
readingsEndUpdate($hash, 1); #calls DoTrigger on its behalf. should be 1 for polling devices.
Log GetLogLevel($name,3), "$name: VBUS $val";
}
1;
Hoffe das ich deine Fragen beantworten konnte und würde mich auf eine Rückinfo freuen.
VG
Markus
Hallo
gerade beim stöbern auf diesen Thread gestossen.
Ich habe auhc eine thermische Solaranlage und ziehe gerade auf einen cubie um.
Bin leider Anfänger in Linux und FHEM.
Was schade ist das immer wieder tolle Module irgendwie untergehen. Das Suchen in den langen Threads ist schwierig weil die Zusammenhänge weit verstreut sind.
Kann man nicht einen neune Thread aufmachen und das wichtigste im ersten Post zusammenfassen?
Ich würde mir sogar eine neue Steuerung kaufen, nur welche dann.
Also Geräde die bisher laufen; Kosten , Module.
diese beiden wurden zb erwähnt:
Diemasol A EC190 zB ca 200 Eur0
DeltaSol® BX ca 150 Euro
Dann braucht man ja noch einen Vbus???
PC-connection set for RESOL controller with VBus®, with software RSC
hab eine für kanpp 60 Euro gefunden
Es steigen doch hier immer mehr Leute ein und gerade die Solaranlagen können doch wenn sie optimal eingestellt sind ne Menge Geld sparen.
Nur mal so als Anregung
den hier könnt ich günstig bekommen würde der gehen ?
Solarregler DeltaSol® BS PLUS
Hallo,
@Markus:Zunächst mal zu deinem Problem. Wenn du wirklich die Dateien von Post #47 hast, dann hast du nicht weit genug gelesen. In Post #59 hat Arno sein neues Modul vorgestellt. Das läuft m.E. wesentlich besser und ist deutlich leichter einzurichten.
Du kopierst dir am besten mal die 20_VBUSLAN.pm von Arno (Post #59 vom 04. März), dort ist auch beschrieben wie du das ganze einrichtest. Eine kleine Hürde gibt es dann noch: deine CosmoMulti ist noch nicht in der 21_VBUSDEV.pm, die ich in Post #93 angefügt habe. Die kannst du dir nach der Anleitung von Arno im oben genannten Post selbst erstellen oder vielleicht komme ich ja noch dazu bis du aus deinem Urlaub zurück bist.
[EDIT:]
Hab die 21_VBUSDEV.pm ergänzt und angehängt, s.u.
@Franz:Welche Steuerung du benötigst hängt natürlich von deiner Solaranlage ab. Soweit ich weiß können alle Steuerungen, die im RESOL-ServiceCenter unterstützt werden, auch mit FHEM angesprochen werden. Und da sind wirklich viele drin. Wenn du mir verrätst, welche Steuerung (Hersteller, Bezeichnung) du jetzt benutzt, kann ich mal nachschauen, ob deine Steuerung dort auftaucht. Dann könnte man es mal damit probieren, ohne dass du eine neue Steuerung kaufen musst.
Die DeltaSol BS PLUS wird z.B. von Olaf (olgo59) verwendet, der hat aber damit Probleme, die sich bisher nicht erklären ließen (siehe ab Post #94). Theoretisch sollten aber alle von dir genannten Steuerungen funktionieren. Ob ein fehlerloser Betrieb in der Realität und in deinem speziellen Einzelfall auch möglich ist, kann dir natürlich vorher niemand garantieren.
Ich habe folgende Hardware am laufen und bin damit bislang sehr zufrieden:
- Steuerung: Resol DeltaSol E
- LAN-Adapter: Resol Schnittstellenadapter VBUS/LAN (http://www.resol.de/index/produktdetail/kategorie/2/id/76/sprache/de (http://www.resol.de/index/produktdetail/kategorie/2/id/76/sprache/de))
- FHEM-Rechner: Raspberry Pi
Den Lan-Adapter brauchst du meiner Meinung nach unbedingt (gibt auch welche für USB, etc. aber das Modul kann nur LAN).
Noch ein Wort zum Einsparpotenzial:
Du kannst mit diesem Modul bislang deine Anlage nur überwachen, eine Fernsteuerung oder das Ändern von Einstellungen ist noch nicht möglich.
@Arno:Hier übrigens meine Anpassungen der 20_VBUSLAN.pm. Seither funktioniert das Modul tadellos (egal an welchem Datum) :D
In der Funktion VBUSLAN_Read habe ich an den folgenden Zeilen (Zeile 131 ff.)
if ($len != length($msg)) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
...
... diese Änderungen vorgenommen:
if ($len != length($msg) && length($msg) != 223) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
if(length($msg) == 223) {
$msg = $msg."a";
}
...
Geht natürlich nur bei der DeltaSol E, bei der nächsten Anlage mit ähnlichen Ausfallerscheinungen geht das nicht, aber vielleicht hilfts dir ja.
@all:Ich habe auf Wunsch von Markus die Cosmo Multi in die 21_VBUSDEV integriert. Wäre gut, wenn jemand mal berichten könnte, ob das funktioniert.
Inzwischen sind also folgende Steuerungen vorhanden:
- 7751 - DiemasolC
- 7321 - Vitosolic200
- 7721 - DeltaSol E (Regler)
- 7722 - DeltaSol E (Wmz)
- 4212 - DeltaSolC
- 7331 - SLR
- 427B - DeltaSol_BS_2009
- 7821 - CosmoMulti (Regler)
- 7822 - CosmoMulti (WMZ)
Um mir und euch das Leben beim Übernehmen der XML-Daten einfacher zu machen, bastle ich derzeit an einer Excel-Tabelle. In diese muss nur der entsprechende Teil aus der XML-Datei, die im Installationsordner des Service-Centers liegt, kopiert werden und als Ergebnis kommt der fertige Block raus, der dann in die 21_VBUSDEV kopiert werden kann. Bin derzeit noch am Testen, falls Interesse besteht, einfach kurz melden, dann lade ich die Datei hoch.
Viele Grüße
Robin
Hallo,
habe diesen Thread sehr aufmerksam gelesen und bin beeindruckt.
Wir haben einen Deltasol BX installiert und ich möchte nun auch über das hier vorgestellt Modul mit Hilfe von VBus die Daten auslesen und in FHEM anzeigen.
@oldwolf
Ich wäre an der Excel-Tabelle sehr interessiert, da der Deltasol BX in der 21_VBUSDEV.pm noch nicht drin ist und mir so das anpassen der XML-Daten leichter fiele.
viele Grüße
avg123-de
Hallo avg123... oder hast du auch einen richtigen Namen? ;)
Gerne kann ich dir die Excel-Tabelle schicken. Ich hab es in der 2013-Version geschrieben, müsste aber auch in anderen Excel-Versionen funktionieren... hoffe ich!
Verwendung wie folgt:
- XML-Datei suchen und mit einem Editor (z.B. Notepad ++) öffnen.
- Manchmal sind mehrere Steuerungen in einer Datei, manchmal nicht. Also den richtigen Abschnitt finden und von <packet> bis </packet> kopieren.
- In Excel in der Zelle B2 einfügen. Achtung: mehr als 248 Zeilen können nicht verarbeitet werden. Ggf. aufteilen!
- Name der Steuerung in A1 eintragen (geht auch ohne <!-- ... ->)
- Zelle K1 kopieren und in Word einfügen. Dieser Zwischenschritt ist notwendig, da beim direkten Einfügen in den oben genannten Editor die Anführungszeichen doppelt erscheinen.
- Text von Word in die 21_VBUSDEV.pm kopieren. Das Kopierte sollte am besten ganz oben oder ganz unten zwischen den Klammern von "my %VBUS_devices =" stehen.
- Ergänzte 21_VBUSDEV.pm im Forum posten ;)
Über eine kurze Rückmeldung oder Verbesserungshinweise wäre ich dankbar!
Grüße
Robin
Hallo,
vielen Dank für die schnelle Antwort.
Habe ein bisschen rumprobieren müssen, da es mehr als 248 Zeilen waren, aber ansonsten klappt das mit der Excel-Tabelle ganz gut.
Da mein VBus noch auf dem Postweg ist und ich somit meinen "Code", den ich aus der XML-Datei "gebastelt" habe noch nicht testen konnte, stelle ich meine 21_VBUSDEV.pm noch nicht hier rein.
Da ich wie bereits erwähnt etwas basteln musste, würde ich mich freuen wenn jemand mal darüber schauen könnte, ob nicht grobe Fehler drin sind.
Wenn mein VBus dann geliefert wurde probiere ich es direkt aus und stellen dann auch wenn es funktioniert meine 21_VBUSDEV.pm online.
"7421" => {"name" => "DeltaSol_BX", "cmd" => 0100, "fields" => [
{ "offset" => 0, "name" => "Temperatur_Sensor_1", "name lang="en"" => Temperature sensor 1, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 2, "name" => "Temperatur_Sensor_2", "name lang="en"" => Temperature sensor 2, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 4, "name" => "Temperatur_Sensor_3", "name lang="en"" => Temperature sensor 3, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 6, "name" => "Temperatur_Sensor_4", "name lang="en"" => Temperature sensor 4, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 8, "name" => "Temperatur_Sensor_5", "name lang="en"" => Temperature sensor 5, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 10, "name" => "Temperatur_RPS", "name lang="en"" => Temperature RPS, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 12, "name" => "Druck_RPS", "name lang="en"" => Pressure RPS, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 14, "name" => "Temperatur_VFS", "name lang="en"" => Temperature VFS, "bitSize" => 15, "factor" => 0.1 },
{ "offset" => 16, "name" => "Durchfluss_VFS", "name lang="en"" => Flow VFS, "bitSize" => 15, "factor" => 1 },
{ "offset" => 24, "name" => "Drehzahl_Relais_1", "name lang="en"" => Relais 3, "bitSize" => 8, "unit" => "%" },
{ "offset" => 25, "name" => "Drehzahl_Relais_2", "name lang="en"" => Relais 2, "bitSize" => 8, "unit" => "%" },
{ "offset" => 26, "name" => "Drehzahl_Relais_3", "name lang="en"" => Relais 3, "bitSize" => 8, "unit" => "%" },
{ "offset" => 27, "name" => "Drehzahl_Relais_4", "name lang="en"" => Relais 4, "bitSize" => 8, "unit" => "%" },
{ "offset" => 22, "name" => "PWM_1", "name lang="en"" => PWM 1, "bitSize" => 8, "unit" => "%" },
{ "offset" => 23, "name" => "PWM_2", "name lang="en"" => PWM 2, "bitSize" => 8, "unit" => "%" },
{ "offset" => 16, "name" => "Durchfluss_VFS", "name lang="en"" => Flow VFS, "bitSize" => 15, "factor" => 1 },
{ "offset" => 18, "name" => "Durchfluss_V40", "name lang="en"" => Flow V40, "bitSize" => 15, "factor" => 1 },
{ "offset" => 48, "name" => "Wärmemenge", "name lang="en"" => Heat qty., "bitSize" => 31, "factor" => 1 },
{ "offset" => 54, "name" => "Systemzeit", "name lang="en"" => System time, "bitSize" => 16, "format" => t },
{ "offset" => 56, "name" => "Datum", "name lang="en"" => Date, "bitSize" => 32 },
{ "offset" => 52, "name" => "Version", "bitSize" => 16, "factor" => 0.01 },
{ "offset" => 28, "name" => "Betriebssekunden_Relais_1", "name lang="en"" => W R1, "bitSize" => 32, "unit" => "s" },
{ "offset" => 32, "name" => "Betriebssekunden_Relais_2", "name lang="en"" => W R2, "bitSize" => 32, "unit" => "s" },
{ "offset" => 36, "name" => "Betriebssekunden_Relais_3", "name lang="en"" => W R3, "bitSize" => 32, "unit" => "s" },
{ "offset" => 40, "name" => "Betriebssekunden_Relais_4", "name lang="en"" => W R4, "bitSize" => 32, "unit" => "s" },
{ "offset" => 46, "name" => "Status", "name lang="en"" => Status, "bitSize" => 16 },
{ "offset" => 46, "name" => "Blockierschutz_1", "bitSize" => 1, "bitPos" => 0 },
{ "offset" => 46, "name" => "Blockierschutz_2", "bitSize" => 1, "bitPos" => 1 },
{ "offset" => 46, "name" => "Blockierschutz_3", "bitSize" => 1, "bitPos" => 2 },
{ "offset" => 46, "name" => "Blockierschutz_4", "bitSize" => 1, "bitPos" => 3 },
{ "offset" => 46, "name" => "Initialisierung", "bitSize" => 1, "bitPos" => 4 },
{ "offset" => 46, "name" => "Füllung", "bitSize" => 1, "bitPos" => 5 },
{ "offset" => 46, "name" => "Stabilisierung", "bitSize" => 1, "bitPos" => 6 },
{ "offset" => 46, "name" => "Pumpenverzögerung", "bitSize" => 1, "bitPos" => 7 },{ "offset" => 47, "name" => "Überwärmeabfuhr", "bitSize" => 1, "bitPos" => 0 },
{ "offset" => 47, "name" => "Nachlauf", "bitSize" => 1, "bitPos" => 1 },
{ "offset" => 47, "name" => "Thermische_Desinfektion", "bitSize" => 1, "bitPos" => 2 },
{ "offset" => 47, "name" => "Systemkühlung", "bitSize" => 1, "bitPos" => 3 },
{ "offset" => 47, "name" => "Speicherkühlung", "bitSize" => 1, "bitPos" => 4 },
{ "offset" => 47, "name" => "Spreizung", "bitSize" => 1, "bitPos" => 5 },
{ "offset" => 47, "name" => "Frostschutz", "bitSize" => 1, "bitPos" => 6 },
{ "offset" => 47, "name" => "Kollektorkühlung", "bitSize" => 1, "bitPos" => 7 },
{ "offset" => 20, "name" => "Einheit", "name lang="en"" => Unit, "bitSize" => 8 },
{ "offset" => 44, "name" => "Fehler", "name lang="en"" => Error, "bitSize" => 16 },
{ "offset" => 44, "name" => "Fehler_S1", "bitSize" => 1, "bitPos" => 0 },
{ "offset" => 44, "name" => "Fehler_S2", "bitSize" => 1, "bitPos" => 1 },
{ "offset" => 44, "name" => "Fehler_S3", "bitSize" => 1, "bitPos" => 2 },
{ "offset" => 44, "name" => "Fehler_S4", "bitSize" => 1, "bitPos" => 3 },
{ "offset" => 44, "name" => "Fehler_S5", "bitSize" => 1, "bitPos" => 4 },
{ "offset" => 44, "name" => "Fehler_S6", "bitSize" => 1, "bitPos" => 5 },
{ "offset" => 44, "name" => "Fehler_S7", "bitSize" => 1, "bitPos" => 6 },
{ "offset" => 44, "name" => "Fehler_S8", "bitSize" => 1, "bitPos" => 7 },
{ "offset" => 45, "name" => "Fehler_S9", "bitSize" => 1, "bitPos" => 0 },
{ "offset" => 45, "name" => "Fehler_V40", "bitSize" => 1, "bitPos" => 1 },
{ "offset" => 45, "name" => "Leckage", "bitSize" => 1, "bitPos" => 2 },
{ "offset" => 45, "name" => "Überdruck", "bitSize" => 1, "bitPos" => 3 },
{ "offset" => 45, "name" => "Durchflussfehler", "bitSize" => 1, "bitPos" => 4 },
]},
Habe die XML-Datei auch noch einmal angehangen!
viele Grüße
Alexander
@oldwolf
Habe nun endlich nachsehen können
Ist eine sunset solar triton
ist sicher 12 Jahre alt,
wohl eher ohne Bus ...
welche neue Stuerung bietet wohl den besten Benefit mit fhem?
sozusagen Preis Leistungs Sieger
Hallo
auf den ersten Blick konnte ich deine Steuerung nicht in der Liste finden. Aber wahrscheinlich hast du Recht und die ist einfach zu alt.
Ob es eine Steuerung gibt, die gegenüber FHEM mehr "kann", weiß ich nicht. Jede Steuerung hat natürlich eine unterschiedliche Anzahl von Sensoren und Relais, deren Zustand du über Arno's Modul auslesen (und vielleicht irgendwann beeinflussen) kannst. So gesehen bringt eine Steuerung, die viele Relais und viele Sensoren hat, eben den Vorteil, dass du mehr Daten auslesen kannst. Aber was nützt es dir, wenn du z.B. 30 Sensoren und 20 Relais auslesen könntest, deine Anlage aber so aufgebaut ist, dass du nur 10 Relais steuerst und 10 Sensoren brauchst. Ich bin daher der Meinung, dass die Steuerung, die am besten zu der Größe deiner Solaranlage passt, den besten Benefit bringt.
Hier ist übrigens eine Liste mit Anlagen, die das VBUS-Protkoll verwenden und somit theoretisch auch mit Arnos Modul ausgelesbar sein sollten:
http://hobbyelektronik.org/w/images/0/04/VBus-Protokollspezifikation.pdf (Abschnitt G: Bekannte Adressen)
http://tubifex.nl/wordpress/wp-content/uploads/2013/05/VBus-Protokollspezification_en_270111.pdf (Abschnitt G: Known addresses)
Viele Grüße
Hallo,
verfolge den Thread schon lange - jetzt im Urlaub bei regenwetter hatte ich endlich zeit selber zu starten - als newbie auf dem gebiet.
FHEM läuft bei mir am Beagle Bone - läuft soweit gut.
Meine RESOL Steuerung = Deltasol BX PLUS (code 7112) & ein Erweiterungsmodul EM1 (code 6651)
Über die Resol Service center SW erhalte ich daten - habe aus entsprechenden XML files auch die 21_VBUSDEV.pm angepasst.
Ergebnis: die selben Fehlermeldungen wie FHEMOL (Antwort#99):
2014.08.31 17:26:29 3: Opening vbus device 10.0.0.17:7053
2014.08.31 17:26:29 3: vbus device opened
2014.08.31 17:26:29 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 239, near "$iodev) "
2014.08.31 17:26:29 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 239, near "$iodev) "
2014.08.31 17:26:29 0: ERROR: Cannot autoload VBUSDEV
2014.08.31 17:26:29 3: vbus: Unknown code aa15001271100001084e020a00001f01050200000000010b000000000000020800000000000000ffffff, help me!
2014.08.31 17:26:29 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 239, near "$iodev) "
Ausserdem ist in meiner fhem.cfg keine Spur von irgendwelchen vbus daten:
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global statefile ./log/fhem.save
attr global verbose 3
attr global updateInBackground
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
Kann es eventuell sein, dass das Modul mit der Mehrzahl von verschiedenen Reglern/Komponenten überfordert ist???
Hier mal ein Screenshot der Servicecenter Software - wo alle Komponenten unter "Protokollinformationen" angezeigt werden (Anhang).
Ich habe zur Sicherheit jede einzelne davon in meine 21_VBUSDEV.pm integriert... (meine VBUSDEV.pm deshalb auch im Anhang).
Hallo Oldwolf,
bin jetzt wieder im Lande :-( mistwetter.
danke das Du meine Steuerung integriert hast, hab mich natürlich dramgemacht und wollte das testen, funktioniert aber nicht oder ich stell mich so blöd an.
Wenn ich die 21_VBUSDEV.pm aus deiner Antwort 113 versuche anzulegen kommt die Meldung unten, die Datei wird auf dem Raspberry aber im Verzeichnis FHEM angelegt.
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 323, near "$iodev) " Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16. Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Wenn ich dann über define die Steuerung in FHEM anlegen will bekomme ich die Meldung
Cannot load module VBUSDEV
Hast Du eine Idee was ich falsch mache?
Viele Grüße
Markus :)
Hallo Virus,
wie du vielleicht schon bei meiner Antwort (#106) auf die Frage von FHEMOL ablesen kannst, bin ich bei diesem Problem etwas ratlos.
Meine einzige Idee war, die Konfiguration manuell anlegen:
define vbus VBUSLAN 192.168.XXX.XXX:7053
define VBUSDEV_7112 VBUSDEV 7112
attr VBUSDEV_7112 IODev vbus
attr VBUSDEV_7112 event-min-interval .*:300
attr VBUSDEV_7112 event-on-change-reading .*
attr VBUSDEV_7112 model DeltaSolBXPlus_Regler
attr VBUSDEV_7112 room 8.03_Heizung
define FileLog_VBUSDEV_7112 FileLog ./log/VBUSDEV_7112 -%Y.log VBUSDEV_7112
attr FileLog_VBUSDEV_7112 logtype text
Und damit das Autocreate zu umgehen. Leider hab ich keine Ahnung, ob das bei FHEMOL funktioniert hat oder nicht.
Vielleicht kannst du das ja mal probieren. Ansonsten kann ich dir momentan leider nichts anderes sagen...
@markus:
Da ist mir wohl ein Fehler unterlaufen:
Änder mal die Zeile 229 in der VBUSDEV.pm von
{ "offset" => 62, "name" => "Systemzeit", "bitSize" => 15, "format" => t, "timeRef" => 1 },
auf
{ "offset" => 62, "name" => "Systemzeit", "bitSize" => 15, "timeRef" => 1 },
Dann sollte es besser gehen ;) Das passiert eben, wenn man blind auf sein eigenes Excel-Tool vertraut :D
Grüße
Robin
Hallo Oldwolf,
es kommt immer noch die Fehlermeldung
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 323, near "$iodev) " Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Viele Grüße
Markus
Hallo,
habe die Konfiguration manuell geändert -> Ergebnis negativ
Habe dann in Putty auf Linux die immer wiederkehrende Meldung:
Subroutine VBUSDEV_Initialize redefined at ./FHEM/21_VBUSDEV.pm line 192.
Musste mit delete vbus
in fhem das Modul wieder löschen um die Meldungen in Linux wieder abzustellen.
Werde heute nochmal etwas rumprobieren.
Würde den Thread gerne am Leben erhalten, es scheinen auch andere User ähnliche Probleme zu haben.
Wäre schade wenn's nicht funktioniert - habe mir den BeagleBoneBlack primär deswegen zugelegt.
Trotzdem Danke - der Thread und die angebotene Hilfe ist trotz allem eine große Erleichterung.
gruß
Virus
nochwas:
Ich habe dem vbus/LAN adapter ja eine fixe IP zugewiesen (in meinem Fall 10.0.0.17 im lokalen netzwerk).
Das funktionierte über das Webinterface.
Das hat geklappt - ich erreiche die konfig-page des Adapters aber nicht mehr unter der neuen IP.
Resol software empfängt allerdings daten unter 10.0.0.17
IP scanner findet das Teil ebenfalls
Könnt ihr auf euren Adapter noch zugreifen (config-page)?
gruß
Virus
Hallo,
hatte heute den VBus-LAN-Adapter installiert und wollte jetzt schauen, ob ich in FHEM Werte angezeigt bekomme.
Beim anlernen hatte ich in die Befehlszeile von FHEM folgendes eingegeben:
define vbus VBUSLAN 172.16.0.21:7053
Der VBus-LAN Adapter wird auch angelernt, jedoch wird über autocreate nichts angelegt und der Status ist auf "disconnected".
Hat jemand eine Ahnung, woran das liegen kann?
viele Grüße
Alexander
Hallo zusammen,
@markus:
Und noch ein Fehler von mir:
In Zeile 264 war noch ein
"format" => t,
Die müssen alle (!) raus, dann geht es besser... hoffentlich :D
@virus:
Ja, ich glaube (bin mir relativ sicher), dass ich auf die Konfig-Page vom VBUS noch zugreifen kann. Kann es nur grad nicht testen, da ich erst am Wochenende wieder zuhause bin.
Deine Vermutung, dass das Modul mit der Vielzahl an Reglern überfordert ist, kann ich zumindest teilweise entkräften: Ich hab auch einen Regler und einen WMZ, die beide parallel funktionieren. Bin mir aber nicht sicher, ob das zweite Modul (WMZ) nicht gelegentlich unaufgefordert pausiert. Habe ich noch nicht genauer verfolgt, da mir beim Wärmemengenzähler 1-2 Werte pro Tag ausreichen und ich das ohnehin nie kontrolliere, da alles automatisch ins Internet geladen wird. Werde aber im Laufe der Woche mal meine Statistik befragen, wie zuverlässig der WMZ läuft.
Ich kann dir leider auch nicht mehr sagen, ob ich den zweiten Regler manuell zu FHEM hinzugefügt habe oder nicht. Sollte meines Wissens aber auch automatisch gehen.
Deinem Fehler kommen wir aber bestimmt auch noch auf die Schliche!
@Alexander:
Gibt es Fehlermeldungen in der Log-Datei? Ggf. mal "attr global verbose 5" einstellen und schauen, ob dann Fehlermeldungen kommen.
Ansonsten:
- Ist das VBUS-Modul unter der angegebenen IP erreichbar?
- Hast du das Passwort in der 20_VBUSLAN.pm angepasst?
Mehr fällt mir dazu spontan nicht ein.
Viele Grüße und weiterhin viel Erfolg!
Robin
Hallo,
das VBus-Modul ist unter der angegebenen IP-Adresse erreichbar, ich kann auch über die cmd pingen.
Das Passwort ist angepasst, jedoch habe ich in der Log-Datei folgenden Eintrag gefunden:
Zitat2014.09.01 22:05:54 3: Opening vbus device 172.16.0.21:7053
2014.09.01 22:05:57 3: Can't connect to 172.16.0.21:7053: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat.
viele Grüße
Alexander
Update:
Hatte gerade nochmal geschaut, jetzt steht er auf opened :)
Hallo,
da er ja jetzt auf "opened" steht und aber durch
define VBUSDEV_7421 VBUSDEV 7421
über autocreate nichts in der fhem.cfg angelegt wird, habe ich dies nun manuell gemacht, in der fhem.cfg sieht dies jetzt so aus:
define VBUSDEV_7421 VBUSDEV 7421
attr VBUSDEV_7421 IODev vbus
attr VBUSDEV_7421 event-min-interval .*:300
attr VBUSDEV_7421 event-on-change-reading .*
attr VBUSDEV_7421 model DeltaSolBXPlus_Regler
attr VBUSDEV_7421 room Heizung
define FileLog_VBUSDEV_7421 FileLog ./log/VBUSDEV_7421 -%Y.log VBUSDEV_7421
attr FileLog_VBUSDEV_7421 logtype text
jedoch bekomme ich keine Werte ausgelesen, was mich vermuten lässt, dass der Fehler jetzt in meiner 21_VBUSDEV.pm liegt, ich hänge diese mal unten an, sowie auch die XML-Datei für meinen DeltaSol BX (7421).
Fehlermeldung in FHEM:
ZitatCannot load module VBUSDEV Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first wrong syntax: define FileLog filename regexp Please define FileLog_VBUSDEV_7421 first
viele Grüße
Alexander
Hallo Oldwolf,
hab deine Änderung bei mir gemacht, hab eine schlechte Nachricht dann kommt immer noch eine Fehlermeldung, nämlich
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 323, near "$iodev) "
wenn ich dann in der Zeile 323
AssignIoPort($hash,$iodev) if (!$hash->{IODev});
in
AssignIoPort($hash) if (!$hash->{IODev});
geändert
danach kann ich die Datei ohne Fehler einlesen, ich weis aber nicht was ich das herausgelöscht habe.
Würdest Du Dir das mal anschauen?
Danach kann ich das den Eintrag mit
define myVBUSDevice VBUSDEV 192.168.2.12 7821 1200
in FHEM anlegen, aber es wird nichts angezeigt und im Logfile steht
2014.09.01 23:13:41 3: No I/O device found for myVBUSDevice
2014.09.01 23:13:41 1: myVBUSDevice: no I/O device
Danke nochmal für die Hilfe:-)
VG
Markus
Hallo,
nachdem gestern Abend in FHEM der Status des VBus auf "opened" stand, musste ich heute Morgen leider feststellen, das er jetzt wieder auf "disconnected" steht.
Über ping bekomme ich die Rückmeldung, dass er Verbindung hat.
Ich hatte jetzt FHEM ein paarmal neu gestartet, habe auch den VBus-Adapter neu gestartet, jedoch will FHEM einfach nicht mit dem VBus-Adapter connecten, was mich ratlos macht, da es wie bereits erwähnt gestern Abend funktioniert hat.
Es klappt bei mir also aktuell überhaupt nichts, ich kann nicht connecten und falls er connected ist, kann ich leider keine Werte auslesen.
viele Grüße
Alexander
Hallo Alexander,
das klingt fast so als hätte der Adapter keine Verbindung zum vbus. Hast du schonmal versucht über die resol -Software eine Verbindung aufzubauen?
Gesendet von meinem D5503 mit Tapatalk
Hallo,
über die Resol Software kann ich eine Verbindung herstellen, nur mit FHEM will es irgendwie nicht.
Habe mal einen Screenshot mit den Daten aus der Resol Software angehangen.
viele Grüße
Alexander
Hallo,
jetzt ist er wieder "opened" und der VBus-LAN-Adapter blinkt auch grün, hoffe das es jetzt auch so bleibt.
Jedoch wenn ich den VBus über FHEM wieder entferne und über
define vbus VBUSLAN 172.16.0.21:7053
wieder neu anlerne, wird über autocreate immer noch nichts angelegt.
Ich hatte es jetzt versucht, manuell in der fhem.cfg über
define VBUSDEV_7421 VBUSDEV 7421
attr VBUSDEV_7421 IODev vbus
attr VBUSDEV_7421 event-min-interval .*:300
attr VBUSDEV_7421 event-on-change-reading .*
attr VBUSDEV_7421 model DeltaSolBXPlus_Regler
attr VBUSDEV_7421 room 8.03_Heizung
define FileLog_VBUSDEV_7421 FileLog ./log/VBUSDEV_7421 -%Y.log VBUSDEV_7421
attr FileLog_VBUSDEV_7421 logtype text
anzulegen, jedoch kommt dann, wenn ich auf save klicke folgender Fehler:
ZitatCannot load module VBUSDEV Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first wrong syntax: define FileLog filename regexp Please define FileLog_VBUSDEV_7421 first
Ich hoffe ihr könnt mir helfen, da ich jetzt schon langsam am verzweifeln bin (zum glück klappt der connect jetzt wieder)!!!
viele Grüße
Alexander
P.S. habe noch einen Screenshot von meinem VBUSLAN in FHEM angehangen.
Hallo zusammen,
jetzt wird's langsam ganz schön chaotisch hier ;)
Was mir gerade noch aufgefallen ist, als ich die VBUSDEV.pm von Alexander angeschaut habe:
Solche Sachen wie
"name lang="en"" => Temperature sensor 1,
dürfen da natürlich nicht auftauchen.
Das Format muss unbedingt eingehalten werden! Es gibt zwei Schreibweisen:
"offset" => 1,
"name" => "Sensor_X",
Die erste Zeile geht nur, wenn nach dem Pfeil eine Zahl folgt, die zweite nur, wenn danach ein String (Text) folgt.
Ansonsten kann das Programm damit beim besten Willen nichts anfangen. Ich werde versuchen, das in meine Excel zu integrieren und beim nächsten Mal abzufangen! Sorry, Alexander!
@Alexander:
Du bist also auch Opfer eines "Bugs" in meinem Excel-Tool geworden. Dafür hab ich dir die VBUSDEV.pm korrigiert und angehängt. ;)
@Markus:
Ich schau's mir an, was ich dir aber gleich sagen kann: der Arno hat sich wahrscheinlich was dabei gedacht, dass er die Zeile 323 genau so geschrieben hat. Und bei vielen anderen funktioniert es ja auch genau so, wie er es geschrieben hat. Deine Änderung ist also nicht unbedingt zielführend... mach die am besten mal rückgängig bevor du das vergisst.
Übrigens: in der angehängten VBUSDEV.pm ist der Wärmemengenzähler der Cosmo-Multi (7822) berichtigt. Da war aus irgendeinem Grund der gleiche Inhalt wie beim Regler (7821).
@all:
Anbei die aktualisierte VBUSDEV, jetzt mit:
- 7751 - DiemasolC
- 7321 - Vitosolic200
- 7721 - DeltaSol E (Regler)
- 7722 - DeltaSol E (Wmz)
- 4212 - DeltaSolC
- 7331 - SLR
- 427B - DeltaSol_BS_2009
- 7821 - CosmoMulti (Regler)
- 7822 - CosmoMulti (WMZ)
- 7421 - DeltaSol BX
Viele Grüße
Robin
EDIT am 03.09.:
In der VBUSDEV von gestern waren ein paar Fehler. Jetzt sollte es stimmen.
Hallo Robin,
vielen dank für deine Bemühungen, so wie es aussieht, bleibt der connect zum VBus-LAN-Adapter jetzt in FHEM bestehen :).
Jedoch habe ich leider immer noch das Problem, dass ich keine Werte angezeigt bekomme, da das autocreate bei mir anscheinend nicht will.
Wenn ich dann manuell diese
define VBUSDEV_7421 VBUSDEV 7421
attr VBUSDEV_7421 IODev vbus
attr VBUSDEV_7421 event-min-interval .*:300
attr VBUSDEV_7421 event-on-change-reading .*
attr VBUSDEV_7421 model DeltaSolBXPlus_Regler
attr VBUSDEV_7421 room 8.03_Heizung
define FileLog_VBUSDEV_7421 FileLog ./log/VBUSDEV_7421 -%Y.log VBUSDEV_7421
attr FileLog_VBUSDEV_7421 logtype text
in die fhem.cfg eintrage, bekomme ich den folgenden Fehler:
ZitatCannot load module VBUSDEV Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first wrong syntax: define FileLog filename regexp Please define FileLog_VBUSDEV_7421 first
Ich habe auch mal einfach probiert, dies
define VBUSDEV_7421 VBUSDEV 7421
in die Befehlszeile von FHEM einzutragen, worauf ich folgenden Fehler erhalte:
ZitatCannot load module VBUSDEV
Woran kann das liegen, das der die VBUSDEV nicht erkennt?
viele Grüße
Alexander
Hallo Alexander,
ich glaube du hast einen Fehler in der Definition vom FileLog:
Probiers mal damit (ohne das Leerzeichen vor -%Y)
define FileLog_VBUSDEV_7421 FileLog ./log/VBUSDEV_7421-%Y.log VBUSDEV_7421
Wünsch dir einen schönen Abend
Robin
Hallo Robin,
hab´s probiert, der Fehlercode ist zumindest schon mal kürzer geworden:
ZitatCannot load module VBUSDEV Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first
viele Grüße und ebenfalls noch einen schönen Abend
Alexander
Hallo,
hast du die Zeile eigentlich noch drin oder komplett rausgelöscht?
define vbus VBUSLAN <ip>:7053
Aber moment mal: du schreibst "model DeltaSolBXPlus_Regler". Im Resol Service-Center habe ich zwei Regler gefunden, die so ähnlich heißen:
- VBusSpecificationResolDeltaSolBXPlus.xml (DeltaSol BX Plus, 7112)
- VBusSpecificationResolDSBX.xml (DeltaSol BX, 7421)
In der VBUSDEV haben wir den Regler 7421 eingetragen. Welchen hast du denn nun?
Grüße
Robin
Hallo Robin,
habe den DeltaSol BX, hatte glaube ich auch diesen immer erwähnt (sonst muss ich mich mal geirrt haben).
Die Zeile
define vbus VBUSLAN <ip>:7053
habe ich noch in der fhem.cfg drin gehabt.
Habe jetzt zum Test noch einmal alles, was mit dem VBus zutun hat aus der fhem.cfg gelöscht und
define vbus VBUSLAN <ip>:7053
neu eingegeben, jedoch ergibt dies im Bezug auf die VBUSDEV keine Auswirkungen.
viele Grüße
Alexander
Hallo,
war nur so eine Idee, weil du das in der Config aus Antwort #136 so geschrieben hattest. Aber ist ja schon mal gut, wenn wenigstens der richtige Regler drin ist.
Mir fällt gerade noch was auf. Mach mal aus der Zeile 242
"7421" => {"name" => "DeltaSol_BX", "cmd" => 0100, "fields" => [
folgende:
"7421" => {"name" => "DeltaSol_BX", "cmd" => "0100", "fields" => [
Kann ich mir zwar nicht erklären, warum die Anführungszeichen gefehlt haben, aber vielleicht hilft's ja ;)
Dann passt aber hoffentlich alles!!
Grüße
Hallo,
hat leider auch nichts geholfen, der Fehler ist immer noch der selbe, Screenshot hängt an.
viele Grüße
Alexander
Hallo,
habe gerade mal ins FHEM-Log geschaut und folgendes entdeckt:
Zitat2014.09.02 22:37:19 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:19 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900430200000000010b000000000000, help me!
2014.09.02 22:37:19 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:19 3: vbus: Unknown code aa100021741000010f3aa90043023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004c0566533301, help me!
2014.09.02 22:37:19 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:19 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:19 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900430200000000010b000000000000, help me!
2014.09.02 22:37:21 3: querying Firmata Firmware Version
2014.09.02 22:37:21 3: Firmata Firmware Version: sketch_aug08c.ino V_2_07
2014.09.02 22:37:21 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:21 3: vbus: Unknown code aa100021741000010f3aa90043023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004c0566533301, help me!
2014.09.02 22:37:21 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:21 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:21 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:21 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:21 3: vbus: Unknown code aa100021741000010f3aa90042023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004c0566533301, help me!
2014.09.02 22:37:22 3: vbus: Wrong checksum: 57 != 0
2014.09.02 22:37:22 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:22 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:22 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:22 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900430200000000010b000000000000, help me!
2014.09.02 22:37:22 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:22 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:22 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:22 3: vbus: Unknown code aa100021741000010f3aa90043024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:23 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:23 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900430200000000010b000000000000, help me!
2014.09.02 22:37:23 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:23 3: vbus: Unknown code aa100021741000010f3aa90043024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:23 3: Device Termostat.Esszimmer added to ActionDetector with 000:10 time
2014.09.02 22:37:23 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:23 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:23 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:24 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:24 3: vbus: Unknown code aa100021741000010f3aa90042023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:24 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:24 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:24 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:24 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:24 3: vbus: Unknown code aa100021741000010f3aa90042023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:24 3: CUL_HM set Deckenlampe.Flur_OG statusRequest
2014.09.02 22:37:25 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:25 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:25 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:25 3: vbus: Unknown code aa100021741000010f3aa90042024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:25 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:25 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:25 3: CUL_HM set Deckenlampe.Klavierzimmer statusRequest
2014.09.02 22:37:25 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:25 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:25 3: vbus: Unknown code aa100021741000010f3aa90042024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:26 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:26 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:26 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:26 3: vbus: Unknown code aa100021741000010f3aa90042024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:26 3: CUL_HM set Deckenlampe.Esszimmer statusRequest
2014.09.02 22:37:26 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:26 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:26 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:27 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:27 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:27 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:27 3: vbus: Unknown code aa100021741000010f3aa90042024001b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
2014.09.02 22:37:27 3: CUL_HM set Rolladen.Klavierzimmer statusRequest
2014.09.02 22:37:27 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:27 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:27 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:27 3: vbus: Unknown code aa15002174100001073d0108000000000000020a0000a900420200000000010b000000000000, help me!
2014.09.02 22:37:28 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:28 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.02 22:37:28 0: ERROR: Cannot autoload VBUSDEV
2014.09.02 22:37:28 3: vbus: Unknown code aa100021741000010f3aa90042023f01b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004d0566533301, help me!
viele Grüße
Alexander
Hallo AVG123-de,
dein Problem könnte in Zeile 229 liegen , wenn die die 21_VBUSDEV.pm von Oldwolf aus der Antwort 135 hast, denn da ist der selbe Fehler wieder drin den mir Oldwolf schon mitgeteilt hat.
Nimm mal aus Zeile 22 den teil "format" => t, raus dann ist bei mir der Fehler weg.
Hallo Oldwolf
ich hab aber immer noch den Fehler in Zeile 355 wenn ich den Eintrag $iodev wieder eintrage.
Logfile Eintrag:
2014.09.02 23:10:23 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 355, near "$iodev) "
Hoffe ich konnte helfen, wenn bei mir schon nicht klappt:-)
VG
Markus
Hallo,
hat bei mir leider nichts gebracht. :(
Der Fehler ist immer noch:
ZitatCannot load module VBUSDEV Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first Please define VBUSDEV_7421 first
und in der .log-Datei ist folgendes zu lesen:
Zitat2014.09.03 09:51:00 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:00 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c01190200000000010b000000000000, help me!
2014.09.03 09:51:00 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:00 3: vbus: Unknown code aa100021741000010f3a2c0119023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:00 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:00 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:00 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c01190200000000010b000000000000, help me!
2014.09.03 09:51:01 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:01 3: vbus: Unknown code aa100021741000010f3a2c0119023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:01 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:01 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002b011a0200000000010b000000000000, help me!
2014.09.03 09:51:01 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:01 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:01 3: vbus: Unknown code aa100021741000010f3a2b011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:02 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:02 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:02 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:02 3: vbus: Unknown code aa100021741000010f3a2c011a023801b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:02 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:02 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:02 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:03 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:03 3: vbus: Unknown code aa100021741000010f3a2c011a023801b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:03 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:03 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:03 3: Device Termostat.Esszimmer added to ActionDetector with 000:10 time
2014.09.03 09:51:03 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:03 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:03 3: vbus: Unknown code aa100021741000010f3a2c011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:04 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:04 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:04 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:04 3: vbus: Unknown code aa100021741000010f3a2c011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:04 3: CUL_HM set Deckenlampe.Flur_OG statusRequest
2014.09.03 09:51:04 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:04 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:04 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:04 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:04 3: vbus: Unknown code aa100021741000010f3a2c011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:05 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:05 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:05 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:05 3: vbus: Unknown code aa100021741000010f3a2c011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:05 3: CUL_HM set Deckenlampe.Klavierzimmer statusRequest
2014.09.03 09:51:05 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:05 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:05 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c01190200000000010b000000000000, help me!
2014.09.03 09:51:06 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:06 3: vbus: Unknown code aa100021741000010f3a2c0119023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:06 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:06 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c01190200000000010b000000000000, help me!
2014.09.03 09:51:06 3: CUL_HM set Deckenlampe.Esszimmer statusRequest
2014.09.03 09:51:06 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:06 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:06 3: vbus: Unknown code aa100021741000010f3a2c0119023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:07 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:07 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:07 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:07 3: vbus: Unknown code aa15002174100001073d0108000000000000020a00002c011a0200000000010b000000000000, help me!
2014.09.03 09:51:07 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:07 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.09.03 09:51:07 0: ERROR: Cannot autoload VBUSDEV
2014.09.03 09:51:07 3: vbus: Unknown code aa100021741000010f3a2c011a023701b822b82288fcf1d888fcf1d800000b00000000000000034000000100000001000000010000000000000000000000c9004e0267533301, help me!
2014.09.03 09:51:07 3: CUL_HM set Rolladen.Klavierzimmer statusRequest
viele Grüße
Alexander
Hallo Alexander,
wenn die Logdatei unverändert bleibt, hast du nicht alle erwischt:
Such mal nach "format" in deiner VBUSDEV und lösche alle raus, die vor "sub VBUSDEV_Initialize($)" stehen.
Oder nimm einfach die VBUSDEV von Antwort #135. Dort habe ich es gerade eben berichtigt.
@Markus:
Keine Sorge, ich habe dein Problem nicht vergessen, nur momentan wenig Zeit zum ausführlich Suchen. Werde aber dran bleiben.
Grüße
Robin
Hallo,
es klappt endlich :).
Vielen Dank!!!
Jetzt werde ich mal ein bisschen probieren, wie das jetzt alles Funktioniert.
viele Grüße
Alexander
P.S.: Autocreate hat jetzt übrigens auch funktioniert!!!
Hallo,
es klapp jetzt so weit, dass ich die Temperaturen auslesen kann, jedoch habe ich zwischendurch komische Werte.
Das event-on-Change habe ich direkt mal rausgenommen, da die .log-Datei nach ca. 2,5 Stunden schon ca. 30MB hatte, da die Temperaturen von Sekunde zu Sekunde immer von z.B. 50° auf 0° gewechselt haben und bei den Kollektoren springt er immer zwischen ca. 15° und 200°.
Habe dann jetzt mal das Intervall auf 10 Sekunden gestellt und anhand der .gplot´s kann man dies auch sehr gut sehen.
Habt ihr einen Tipp, was ich noch eventuell anpassen muss oder habt ihr das Problem auch?
viele Grüße
Alexander
Hallo,
hat von euch keiner die Probleme mit den Ausreißern?
Bei mir ist das nämlich ziemlich auffällig und wenn ich in FHEM mit den Temperaturwerten etwas steuern möchte, kann ich die Werte so nicht gebrauchen, da sie immer hin- und herspringen.
viele Grüße
Alexander
Moin erstmal !
Ich bin eher im HM und 1w Bereich unterwegs und besitze selber keinen VBUS (meine Heizung ist noch ein analoges Schätzchen ;)). Allerdings besitzt ein Kumpel eine Cosmo Anlage. Also flugs den Raspi mit FHEM fertig gemacht und die beiden aktuellen VBUS Module installiert. Erfreulicher Weise hat die Anbindung sofort geklappt und es kommen auch Werte. Allerdings gibt es genau die hier bereits berichteten Ausreisser. Bei dem Regler handelt es sich um einen Comso Multi. Die Werte der Sensoren scheinen aber irendwie vertauscht. Ein dritte Sache wären die folgenden Fehlermeldungen:
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 437.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 437.
substr outside of string at ./FHEM/21_VBUSDEV.pm line 437.
substr outside of string at ./FHEM/21_VBUSDEV.pm line 437.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 437.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 437.
substr outside of string at ./FHEM/21_VBUSDEV.pm line 435.
Use of uninitialized value $val in hex at ./FHEM/21_VBUSDEV.pm line 442.
substr outside of string at ./FHEM/21_VBUSDEV.pm line 435.
Use of uninitialized value $val in hex at ./FHEM/21_VBUSDEV.pm line 442.
Hat jemand noch einen einen Cosmo Multi und ähnliche Erfahrungen ?
Danke & Gruß, Marc
Hallo,
habe eben mal bei mir in die FHEM-Log-Datei rein geschaut, welche komischer weise jetzt über 3.000.000 Zeilen hat (ist innerhalb eines Tages ca. 270MB gewachsen) und dort steht immer wieder:
Zitat2014.09.03 23:01:54 1: 172.16.0.22:7053 reappeared (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 disconnected, waiting to reappear (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 reappeared (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 disconnected, waiting to reappear (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 reappeared (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 disconnected, waiting to reappear (vbus)
2014.09.03 23:01:54 1: 172.16.0.22:7053 reappeared (vbus)
vielleicht kann dies die Ursache meiner Ausreißer erklären!
viele Grüße und einen schönen Abend
Alexander
Hallo zusammen,
@Markus, Marc:
Markus, mir kommt die Sache bei dir langsam immer seltsamer vor. Vorallem weil bei marc die ganze Sache ja (bei gleichem Regler?) zu funktionieren scheint. Vielleicht ist der Marc ja so nett und zeigt uns mal die verwendete Config und die VBUSDEV, die du dann nur noch zu kopieren brauchst, nachdem du alles (!) was mit VBUS zu tun hat aus deiner Konfiguration gelöscht hast.
Was mir auch noch eingefallen ist:
Gib mal den Befehl "list" ein und schau nach, ob "VBUSLAN" auftaucht und ob dort irgendein Device mit Status "(opened)" steht. Oder vielleicht sogar mehrere?
@Alexander, Marc:
Ich nehme mal an, dass die Ausreißer bei euch irgendwie die selbe Ursache haben. Vielleicht könntet ihr mal folgendes probieren:
Befehl "list" => ein Device unter VBUSDEV auswählen (wie viele Devices habt ihr da?) => dann die Seite dort so aktualisieren bis ihr einen Ausreißer seht (die Werte werden unten angezeigt und immer aktualisiert), dann postet ihr mal das was unter "_RAWMSG" steht... dann wieder aktualisieren, bis die Werte wieder passen und nochmal die "_RAWMSG" kopieren.
Ich will mal sehen, was der Regler so sendet und ob es sich ggf. nur um einen Rechenfehler handelt oder um eine falsch verstandene Nachricht. Das was der Marc an Fehlern gepostet hat, sieht eher danach aus, dass da vereinzelt Nachrichten nur in Stücken ankommen.
@Alexander:
Greifst du parallel mit dem RESOL Service-Center auf den VBUS zu?
Viele Grüße
Robin
Hallo Robin,
ich habe unter VBUSDEV ein Device.
Bei _RAWMSG:
-Ausreißer: aa15002174100001073d0108000000000000020a0000de02ae0200000000010b000000000000[/li][/list]
-bei passenden Werten: aa100021741000010f3ade02ad020d01b822b82288fcf1d888fcf1d800000b00000000000000ea1a01000100000001000000010000000000000000000000c90078046a533301
Mit der Resol Service-Center Software greife ich gleichzeitig nicht zu.
viele Grüße und einen schönen Abend
Alexander
Hallo Oldwolf,
ich hatte noch ein anderes Problem das ich die 20_VBUSLAN.pm nicht eingetragen hatte, was ich aber schon vorgestern korrigiert habe, jetzt kann ich den VBUS Lanadapter auch anlegen er steht aber immer auf disconnect.
Eintrag der Definition des Devices:
Internals
CFGFN
Clients :VBUSDEV:
DEF 192.168.1.12:7821
DeviceName 192.168.1.12:7821
NAME vbus
NEXT_OPEN 1410038322
NR 104
PARTIAL
STATE disconnected
TYPE VBUSLAN
Eintrag beim ausführen von List:
VBUSLAN:
vbus (disconnected)
Eintrag in Log:
2014.09.06 23:04:32 3: Opening vbus device 192.168.1.12:7821
2014.09.06 23:04:32 3: Can't connect to 192.168.1.12:7821: Connection refused
Ich hoffe ich kann einbischen zur Aufklärung meines Problems beitragen:-(
VG
Markus
Hallo zusammen,
@ Alexander:
Es ist wie ich vermutet hatte: Dein Modul versucht Nachrichten zu verstehen, die gar nicht für das Modul gedacht sind. Normalerweise beginnen die RAWMSG mit "aa1000". Dabei ist "aa" immer das Symbol für den Beginn einer neuen Nachricht. Danach folgt die Zieladresse, wobei die "1000" (bzw. eigentlich 0010) für Broadcast steht, das heißt deine Steuerung sendet die Daten einfach in die Welt. Die Zieladresse "1500" ist mir unbekannt, beinhaltet aber scheinbar andere Informationen für ein anderes Gerät.
Das Problem ist: das Modul sollte das eigentlich selbstständig merken und die Nachricht ignorieren... aber das passiert ja nicht.
Wir können mal was probieren. Jetzt kommt der Teil, bei dem ich einfach mal mehrere Sachen durchprobiere, ohne zu wissen was ich tue ;) Kann also passieren, dass du kurzfristig mal keine Werte mehr bekommst oder so ähnlich. Was ich dir vorschlage, kann ich ja leider nicht vorher testen. (Eine Sicherungskopie der VBUSDEV könnte helfen ;) )
Falls dir das zu unsicher ist, musst du den Arno bitten sich hier um dein Anliegen zu kümmern (du bist ja nicht der einzige mit diesem Fehler).
Solltest du mutig genug sein, dann trage mal in der Sub-Funktion VBUSDEV_Parse($$) nach dem ersten "return" (ist bei mir Zeile 387 in der VBUSDEV.pm) folgenden Code ein:
return undef if ($src_addr != "1000");
Danach sollte die komplette Sub-Funktion so aussehen:
sub VBUSDEV_Parse($$)
{
my ($iodev, $msg, $local) = @_;
my $ioName = $iodev->{NAME};
my $dst_addr = substr($msg,4,2).substr($msg,2,2);
my $src_addr = substr($msg,8,2).substr($msg,6,2);
my $protoVersion = substr($msg,10,2);
my $devtype = $VBUS_devices{$src_addr};
return "" unless defined $devtype;
return undef if ($src_addr != "1000");
my $hash = $modules{VBUSDEV}{defptr}{$src_addr};
if(!$hash) {
my $ret = "UNDEFINED VBUSDEV_$src_addr VBUSDEV $src_addr";
Log3 $ioName, 3, "$ret, please define it";
DoTrigger("global", $ret);
return "";
}
foreach my $mod (keys %{$modules{VBUSDEV}{defptr}}) {
my $hash = $modules{VBUSDEV}{defptr}{"$mod"};
$attr{$hash->{NAME}}{model} = $devtype->{name};
my $command = substr($msg,14,2).substr($msg,12,2);
my $payload = substr($msg,20);
VBUSDEV_ParsePayload($hash, $devtype, $command, $payload);
return $hash->{NAME};
}
return "";
}
Was passiert nachdem du das geändert hast?
@Markus:
Wieso nutzt du den Port 7821? In der Konfig musst du immer schreiben:
define vbus VBUSLAN <ip>:7053
Dabei ist 7053 nicht die Adresse von deinem Regler, sondern der Telnet-Port des VBUSLAN-Adapters.
Das VBUS-Modul horcht mit obiger Definition einfach deinen VBUSLAN-Adapter ab und entziffert die Nachrichten. Wenn dabei festgestellt wird, dass eine Nachricht von einer Quelle kommt, die du unter "my %VBUS_devices =" definiert hast, dann wird das VBUSDEV-Device angelegt und du erhälst die Werte. Und mit dem richtigen Port sollte das auch endlich mal funktionieren.
Grüße
Robin
Hallo Robin,
ich hatte jetzt mal
return undef if ($src_addr != "1000");
in die VBUSDEV.pm eingefügt.
Hiernach werden mir keiner Werte mehr übermittelt, _RAWMSG existiert dann nicht mehr und bei den Sensoren stehen dann nur noch die Ausreißer-Werte (jetzt aber dauerhaft).
viele Grüße
Alexander
Hi !
Zitat von: oldwolf am 06 September 2014, 18:30:46
@Markus, Marc:
Markus, mir kommt die Sache bei dir langsam immer seltsamer vor. Vorallem weil bei marc die ganze Sache ja (bei gleichem Regler?) zu funktionieren scheint. Vielleicht ist der Marc ja so nett und zeigt uns mal die verwendete Config und die VBUSDEV ...
Die die Anlage nicht bei mir steht, komme ich da nicht jederzeit ran. Ich werde meinem Kumpel bei Gelegenheit ein OpenVPN
auf den Router packen, damit ich remote auf den Raspi komme. Dann kann ich mehr Input liefern ! Aber schon einmal vielen Dank
für die Antwort !
Gruß, Marc
Hallo,
Zitat von: avg123-de am 07 September 2014, 12:13:36
Hiernach werden mir keiner Werte mehr übermittelt, _RAWMSG existiert dann nicht mehr und bei den Sensoren stehen dann nur noch die Ausreißer-Werte (jetzt aber dauerhaft).
Ach, das wolltest du nicht so haben? :D Wenigstens gibt es jetzt keine Sprünge mehr!
Ist ja auch blöd... anstelle von $src_addr sollte dort natürlich auch $dst_addr stehen. Und wenn das nicht klappt, dann probiers mal mit
return "" if ($dst_addr != "1000");
anstelle der oben genannten Zeile (undef zu Anführungszeichen geändert).
Grüße
Robin
Hallo Robin,
habe die Zeile jetzt von return undef if ($src_addr != "1000");
zu
return "" if ($dst_addr != "1000");
geändert, die Werte sind jetzt zwar die richtigen (Ausreißer werden nicht angezeigt), jedoch existiert _RAWMSG auch hier nicht.
In die .log-Datei kommen somit keine Daten und bei den Werten die ich angezeigt bekomme steht hinter die Uhrzeit 12:57:34, jedoch ist jetzt bei mir 15:29.
viele Grüße
Alexander
Hallo,
habe gerade gesehen, dass die Reihenfolge der Bits (oder was auch immer das ist) an der Stelle schon vertauscht ist. Sprich: Probier mal aus der "1000" eine "0010" zu machen.
Gruß
Robin
Hallo Robin,
danke, es scheint jetzt zu klappen, werde es jetzt ein bisschen beobachten und dann meine Erfahrung mitteilen!
viele Grüße und einen schönen Restsonntag
Alexander
Hallo,
bis jetzt läuft bei mir alles einwandfrei und ich habe jetzt keine Ausreißer mehr drin, danke!
Ich wollte jetzt einmal Fragen, ob ich die einzelnen Werte (z.B. "Temperatur_Sensor_1",...) auch als Device in FHEM anzeigen lassen kann.
Ich hatte jetzt schon einmal etwas rumprobiert mit:
define Temperatur readingsGroup .*:Temperatur_Sensor_1
attr Temperatur room Heizung
(Ergebnis unten als Screenshot), jedoch ist dies nicht das was ich will.
Ich stelle mir das so vor, das ich ein Device habe, dass mir nur die aktuell gemessene Temperatur wiedergibt (ohne Datum und Uhrzeit) und welches ich auch verwenden kann, um z.B. einen Aktor anzusteuern wenn die Temperatur eine gewisse Grenze erreicht hat.
viele Grüße und einen schönen Abend
Alexander
Hallo Oldwolf,
super für deine Hilfe, jetzt kann ich den Vbus Adapter anlegen und er steht dann auch auf opened, solange ich die 21_VBUSDEV.pm nicht angelegt habe.
Wenn ich aber vorher deine 21_VBUSDEV.pm aus der Antwort 135 nehme und anlege bekomme ich wieder die Fehlermeldung beim Anlegen
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 355, near "$iodev) "
und im Logfile wird
2014.09.08 00:38:49 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 355, near "$iodev) "
angezeigt.
Sollte ich jetzt den Vbus Lanadapter wieder anlegen bleibt mein FHEM Server hängen und ich muss die 21_VBUSDEV.pm händisch aus dem Verzeichnis raus löschen und den RASPI neu starten, das FHEM wieder funktioniert.
Wenn ich aber aus der Zeile 355 $iodev raus lösche werden mir zwei Adapter angelegt und einmal die Werte angezeigt die aber auch nicht alle stimmen.
Kann das daran liegen das ich noch zwei Heizkreismodule angeschlossen habe und die auch über den VBUS Adapter laufen?
Ich kann euch nicht sagen wie super das ist, das Ihr mir helft, ich hätte schon längst aufgegeben. ;D
VG
Markus
Hallo,
@Alexander:
Gibt bestimmt eine Möglichkeit, aber da kenne ich mich zu wenig aus. Wenn ich am Wochenende mal etwas Zeit habe, versuche ich das mal.
@Markus:
Ich hab irgendwie das Gefühl, dass dein System dich nicht mag ;) Wenn du die VBUSLAN.pm drin hast und die VBUSDEV.pm nicht, dann kommst du soweit, dass das VBUSLAN-Device auf "opened" steht... Wenn du das mal soweit machst und dann das Device mal aufrufst, dann kommt ja das Ergebnis von Antwort #154 nur eben mit opened. Steht dann in der Zeile PARTIAL was drin?
Ich habe ein paar Vermutungen, woran es liegen könnte, aber so langsam gehen mir die Ideen aus. Hier mal ein kleiner Fahrplan:
- Da ich nicht weiß, was du bei deiner vorletzten Antwort damit meinst:
Zitatich hatte noch ein anderes Problem das ich die 20_VBUSLAN.pm nicht eingetragen hatte
Kopiere die originale VBUSLAN.pm von Arno (ist irgendwo ganz weit vorne in diesem Thema) und ändere nur (!!!) das Passwort. Damit wäre dann ausgeschlossen, dass versehentlich irgendwas geändert wurde und somit nicht mehr alle Infos in der VBUSDEV.pm landen können. - Kopiere die VBUSDEV.pm von Antwort #135 in dein Verzeichnis und freue dich, dass alles funktioniert... falls nicht, weiter mit Schritt 3
- Was passiert, wenn du die besagte Zeile 355 aus der VBUSDEV.pm komplett entfernst (einfach ein # davor schreiben)? ... vermutlich nichts, außer dass es nicht mehr tut.
- Füge in die VBUSDEV.pm in Zeile 354 den Ausdruck ein:
Log3 $name, 1, "$name: I/O device is $iodev";
(Bin mal gespannt, ob das funktioniert oder nur noch mehr Fehler hervorruft...)
Vorausgesetzt, dass nach der oben genannten Änderung nicht schon tausend andere Fehler kommen: Versuche den VBUSLAN anzulegen und warte auf das Autocreate des VBUSDEV ... und dann schaust du mal in der Log-Datei, ob du irgenwo den Ausdruck "I/O device is " findest und kopierst die Zeile hier her. Es kann sein, dass du ggf. vorher das "attr global verbose 3" von 3 auf 5 setzen musst.
Wenn dann immer noch keine Reaktion kommt, vielleicht einfach mal FHEM neu aufsetzen (sofern der Aufwand vertretbar ist).
Wenn das auch nichts hilft, hab ich hier aus der Ferne zumindest momentan keine Ideen mehr. Dann müssen die Spezis ran.
Viele Grüße
Robin
Hallo Robin,
ich glaube nicht das meine FHEM Installation mich nicht mag, sonder das Problem sitzt vor dem Schirm :'(.
Also erster versuch mit den zwei Dateien im Original wieder die Fehlermeldung wie immer.
beim zweiten Versuch mit dem auskommentieren der Zeile kam die Fehlermeldung:
2014.09.09 21:14:02 3: UNDEFINED VBUSDEV_7822 VBUSDEV 7822, please define it
2014.09.09 21:14:02 2: autocreate: define VBUSDEV_7822 VBUSDEV 7822
2014.09.09 21:14:02 1: VBUSDEV_7822: no I/O device
2014.09.09 21:14:02 2: autocreate: define FileLog_VBUSDEV_7822 FileLog ./log/VBUSDEV_7822-%Y.log VBUSDEV_7822
2014.09.09 21:14:02 3: UNDEFINED VBUSDEV_7821 VBUSDEV 7821, please define it
2014.09.09 21:14:02 2: autocreate: define VBUSDEV_7821 VBUSDEV 7821
2014.09.09 21:14:02 1: VBUSDEV_7821: no I/O device
2014.09.09 21:14:02 2: autocreate: define FileLog_VBUSDEV_7821 FileLog ./log/VBUSDEV_7821-%Y.log VBUSDEV_7821
2014.09.09 21:15:02 3: Opening vbus device 192.168.1.12:7053
2014.09.09 21:15:02 3: vbus device opened
Beim dritten Versuch mit dem Ändern des Loglevel, mit der eingefügten Zeile kam diese Meldung:
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem
2014.09.09 21:29:06 4: /fhem / RL:994 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem/pgm2/style.css
2014.09.09 21:29:06 4: Connection accepted from FHEMWEB:192.168.1.47:49883
2014.09.09 21:29:06 4: Connection accepted from FHEMWEB:192.168.1.47:49884
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem/pgm2/fhemweb_svg.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49883 GET /fhem/pgm2/svg.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49884 GET /fhem/pgm2/fhemweb.js
2014.09.09 21:29:06 4: Connection accepted from FHEMWEB:192.168.1.47:49885
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem/pgm2/fhemweb_textField.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49884 GET /fhem/icons/favicon
2014.09.09 21:29:06 4: Connection accepted from FHEMWEB:192.168.1.47:49886
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49885 GET /fhem/pgm2/fhemweb_colorpicker.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49883 GET /fhem/pgm2/fhemweb_time.js
2014.09.09 21:29:06 4: Connection accepted from FHEMWEB:192.168.1.47:49887
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49886 GET /fhem/pgm2/fhemweb_noArg.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49887 GET /fhem/pgm2/fhemweb_slider.js
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49884 GET /fhem/images/default/fhemicon.png
2014.09.09 21:29:06 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem/images/default/icoEverything.png
2014.09.09 21:29:06 5: vbus dispatch aa21782165100001044bfa00af00da01b822305bb82200000000
2014.09.09 21:29:07 4: HTTP FHEMWEB:192.168.1.47:49882 GET /fhem?room=all&XHR=1&inform=1×tamp=1410290946790
2014.09.09 21:29:07 5: vbus dispatch aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2014.09.09 21:29:07 5: vbus dispatch aa21782265100001044a0201b822b822b822305bb82200000000
2014.09.09 21:29:09 5: vbus dispatch aa100021781000011134f5000a02b8228401b822b8222502b8221e02ad0146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202a90ade070909
2014.09.09 21:29:09 5: Triggering VBUSDEV_7822 (31 changes)
2014.09.09 21:29:09 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 24.5 °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 24.5 °C -> Temperatur_Sensor_1: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 52.2 °C -> Temperatur_Sensor_2: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 38.8 °C -> Temperatur_Sensor_4: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 54.9 °C -> Temperatur_Sensor_7: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 54.2 °C -> Temperatur_Sensor_9: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 42.9 °C -> Temperatur_Sensor_10: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 1350 -> Einstrahlung_CS: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 0 % -> Drehzahl_Relais_6: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 3 -> System: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 248 -> Schema: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 7 -> Status_HK1_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 7 -> Status_HK2_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 2729 -> Systemzeit: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 2014 -> Jahr: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 9 -> Monat: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 9 -> Tag: .*
2014.09.09 21:29:09 5: vbus dispatch aa150021781000010838020a0000f5000a02e3b20900010b0000000000000208000000000000000000ff
2014.09.09 21:29:09 5: Triggering VBUSDEV_7822 (36 changes)
2014.09.09 21:29:09 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 256.2 °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 256.2 °C -> Temperatur_Sensor_1: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 0 °C -> Temperatur_Sensor_2: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_3: 24.5 °C -> Temperatur_Sensor_3: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 52.2 °C -> Temperatur_Sensor_4: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_5: 4579.5 °C -> Temperatur_Sensor_5: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_6: 0.9 °C -> Temperatur_Sensor_6: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 281.7 °C -> Temperatur_Sensor_7: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_8: 0 °C -> Temperatur_Sensor_8: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 0 °C -> Temperatur_Sensor_9: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 0 °C -> Temperatur_Sensor_10: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 2050 -> Einstrahlung_CS: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 255 % -> Drehzahl_Relais_6: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 0 -> System: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 0 -> Schema: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 0 -> Status_HK1_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 0 -> Status_HK2_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_Heizkreis_Sensor_11: 0 °C -> Vorlauf_Soll_Heizkreis_Sensor_11: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 0 -> Systemzeit: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 0 -> Jahr: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 0 -> Monat: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 0 -> Tag: .*
2014.09.09 21:29:10 5: vbus dispatch aa1000227810000103411e02ad0100006b027b020000
2014.09.09 21:29:10 5: Triggering VBUSDEV_7822 (6 changes)
2014.09.09 21:29:10 5: Notify loop for VBUSDEV_7822 Temperatur_Vorlauf: 54.2 °C
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Vorlauf: 54.2 °C -> Temperatur_Vorlauf: .* °C
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Ruecklauf: 42.9 °C -> Temperatur_Ruecklauf: .* °C
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 Durchfluss_Sensor_8: 0 l/h -> Durchfluss_Sensor_8: .* l/h
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity1: 619 Wh -> heatquantity1: .* Wh
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity2: 635000 kWh -> heatquantity2: .* kWh
2014.09.09 21:29:10 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity3: 0 MWh -> heatquantity3: .* MWh
2014.09.09 21:29:10 5: vbus dispatch aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2014.09.09 21:29:10 4: Connection closed for FHEMWEB:192.168.1.47:49882
2014.09.09 21:29:10 4: HTTP FHEMWEB:192.168.1.47:49885 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2014-09.log
Es werden auch einigewerte angezeigt aber einige sind komplett falsch, aber das sieht ja schon mal viel besser aus. :D ;D
Viele Grüße
Markus
Hallo Markus,
willkommen zu unserer kleinen Rätselstunde am Abend ;)
Zitat von: markus25 am 09 September 2014, 21:48:12
Also erster versuch mit den zwei Dateien im Original wieder die Fehlermeldung wie immer.
...
beim zweiten Versuch mit dem auskommentieren der Zeile kam die Fehlermeldung:
2014.09.09 21:14:02 2: autocreate: define VBUSDEV_7822 VBUSDEV 7822
...
2014.09.09 21:14:02 2: autocreate: define VBUSDEV_7821 VBUSDEV 7821
...
2014.09.09 21:15:02 3: vbus device opened
Das ist in meinen Augen erst mal keine Fehlermeldung sondern eher eine Erfolgsmeldung.
Trotzdem dazu noch eine kleine Frage:
Hast du die Dateien eigentlich auch richtig benannt, also 20_VBUSLAN.pm und 21_VBUSDEV.pm? Es kommt mir etwas seltsam vor, dass zuerst das autocreate der VBUSDEV-Devices ausgeführt wird, bevor das vbus device auf opened steht. Hab ich bei mir noch nie beobachtet, kann daher auch nicht sagen, ob das richtig ist.
Zitat von: markus25 am 09 September 2014, 21:48:12
Beim dritten Versuch mit dem Ändern des Loglevel, mit der eingefügten Zeile kam diese Meldung:
...
2014.09.09 21:29:09 5: vbus dispatch aa100021781000011134f5000a02b8228401b822b8222502b8221e02ad0146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202a90ade070909
2014.09.09 21:29:09 5: Triggering VBUSDEV_7822 (31 changes)
2014.09.09 21:29:09 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 24.5 °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 24.5 °C -> Temperatur_Sensor_1: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 52.2 °C -> Temperatur_Sensor_2: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 38.8 °C -> Temperatur_Sensor_4: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 54.9 °C -> Temperatur_Sensor_7: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 54.2 °C -> Temperatur_Sensor_9: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 42.9 °C -> Temperatur_Sensor_10: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 1350 -> Einstrahlung_CS: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 0 % -> Drehzahl_Relais_6: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 3 -> System: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 248 -> Schema: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 7 -> Status_HK1_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 7 -> Status_HK2_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 2729 -> Systemzeit: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 2014 -> Jahr: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 9 -> Monat: .*
2014.09.09 21:29:09 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 9 -> Tag: .*
Es werden auch einigewerte angezeigt aber einige sind komplett falsch, aber das sieht ja schon mal viel besser aus. :D ;D
Kommen die Werte die ich zitiert habe halbwegs hin? Falls ja hast du definitiv das selbe Problem wie Alexander, darum kümmern wir uns aber später, wenn der Rest richtig läuft!
Hast du nachdem das Autocreate gestern ausgeführt wurde (also nach dem zweiten bzw. dritten Versuch) mal probiert, die auskommentierte Zeile wieder zu aktivieren?
Und wurde die cfg-Datei überhaupt angepasst, d.h. steht da jetzt sowas wie:
define vbus VBUSLAN <ip>:7053
define VBUSDEV_7822 VBUSDEV 7822
attr VBUSDEV_7822 IODev vbus
...
define VBUSDEV_7821 VBUSDEV 7821
attr VBUSDEV_7821 IODev vbus
...
Der Device-Name für das VBUSLAN-Device müsste in exakt gleicher Schreibweise auch bei dem Attribut IODev auftauchen. Tut er das? Falls nicht: Was passiert, wenn du das manuell hinzufügst und vorher die Änderungen an der VBUSDEV.pm rückgängig machst?
Gruß
Robin
Hallo Robin,
zu deiner frage habe ob ich die Dateien richtig benannt habe, ich habe sie nach der ersten Zeile aus der PM Datei benannt, sollte also passen.
Zu deiner Frage wegen der kommentierten Werte, welche Werte hast Du kommentiert?
Zu der Frage ob ich versucht habe die auskommentierte Zeile wieder zu aktivieren, ja habe ich heute, und es ist kein Fehler mehr im Log gestanden.
Jetzt zur Frage wegen der CFG, als ich den Vbuslan Adapter angelegt habe ist folgendes in der FHEM.cfg gestanden was über autocrate angelegt wurde.
Die beiden Zeilen mit IODev habe ich heute händisch eingetragen
define vbus VBUSLAN 192.168.1.12:7053
define VBUSDEV_7821 VBUSDEV 7821
attr VBUSDEV_7821 model Cosmo_Multi_Regler
attr VBUSDEV_7821 IODev vbus
attr VBUSDEV_7821 room VBUSDEV
define FileLog_VBUSDEV_7821 FileLog ./log/VBUSDEV_7821-%Y.log VBUSDEV_7821
attr FileLog_VBUSDEV_7821 logtype text
attr FileLog_VBUSDEV_7821 room VBUSDEV
define VBUSDEV_7822 VBUSDEV 7822
attr VBUSDEV_7822 model Cosmo_Multi_Regler
attr VBUSDEV_7822 IODev vbus
attr VBUSDEV_7822 room VBUSDEV
define FileLog_VBUSDEV_7822 FileLog ./log/VBUSDEV_7822-%Y.log VBUSDEV_7822
attr FileLog_VBUSDEV_7822 logtype text
attr FileLog_VBUSDEV_7822 room VBUSDEV
Wenn ich jetzt aber in die Logdatei des Reglers schauen wurden nur einmal die Werte eingetragen aber sonst kommen keine Werte mehr, seit gestern!
VG
Markus
Hallo,
habe das anzeigen der aktuellen Werte hinbekommen.
Wen es interessiert, ich habe es mit readingsProxy hinbekommen:
define Kollektoren readingsProxy VBUSDEV_7421:Temperatur_Sensor_1
attr Kollektoren group Aktuelle_Werte
attr Kollektoren room Heizung
Jetzt muss ich nur noch schauen, wie ich mit den Werte Aktoren ansteuern kann.
viele Grüße
Alexander
Hallo
in den nächsten monaten möchte ich meine thermische Solaranlage auch in fhem einbinden.
2 der 3 Werte hole ich mir schon über seperate Wärmefühler am Speicher über 1wire.
Kann man auch die Drehzahl der Pumpe etc abrufen?
Hallo Franz Tenbrock,
mit dem VBus kann man auch die Drehzahlen der Pumpe und viele weitere Werte abrufen (was halt an der Solarsteuerung angeschlossen ist).
viele Grüße
Alexander
Hallo
das man das mit dem vbus abrufen kann hab ich mir schon gedacht
Die Frage ist kann man das dann auch in FHEM anzeigen?
hab den Thread hier überflogen.
Der Deltasol bx scheint ja wohl der Regler zu sein der auf jeden Fall funktioniert....
Mit VBus Adapter ca 200 Euros ...
Hallo Franz Tenbrock,
ja das kann man in FHEM anzeigen, da der VBus dann mit FHEM kommuniziert.
Habe selbst einen DeltaSol BX mit VBus und es klappt inzwischen einwandfrei.
Habe mal eine Auflistung angefügt, was ich mit dem VBus alles ausgelese und in FHEM angezeigt bekomme (ist aber nicht alles angeschlossen).
Und ein weiterer Vorteil ist die schöne Erstellung von Graphen, was auch wunderbar funktioniert in FHEM!
Wichtig ist, dass derzeit nur der VBus-LAN-Adapter mit FHEM funktioniert der Kostet ca. 100,- €.
viele Grüße
Alexander
Hallo
würde der hier auch gehen?
http://www.ebay.de/itm/Solarregler-DeltaSol-BS-PLUS-Drehzahlregelung-Rohrenkollektorfunktion-VBus-/380395416937?pt=Solaranlagen&
hash=item5891556d69
Hat schon den vbus integriert soweit ich das verstanden habe...
oder gibt es da wieder probleme mit der integration in fhem?
Hallo Franz Tenbrock,
der würde gehen, jedoch ist dieser im Modul noch nicht integriert und müsste erst integriert werden. Du musst den VBus-LAN-Adapter jedoch immer noch dazukaufen, der VBus der dort aufgelistet ist, ist nur die Schnittstelle, die mit dem VBus-LAN-Adapter verbunden werden muss.
Ich würde den hier empfehlen:
http://www.ebay.de/itm/Solarregler-Resol-DeltaSol-BX-Solarsteuerung-mit-3x-PT-1000-Fuhler-/380942998570?pt=Solaranlagen&hash=item58b1f8dc2a
Wenn man bedenk, dass da noch 3 PT 1000 Fühler dabei sind (einzeln ca. 10,00 €), ist der fast gleichteuer. Vorteil hier, er ist schon im Modul integriert.
VBus-LAN-Adapter habe ich hier bestellt und wurde rasch geliefert.
http://www.ebay.de/itm/Resol-Schnittstellenadapter-VBus-LAN-/181261632284?pt=Solaranlagen&hash=item2a3409031c
viele Grüße
Alexander
na da wär ich mal wieder reingefallen
hat sich so gelesen als sei der vbus da voll integriert
was ja Sinn machen würde.
Danke
Sinn würde es machen, es in ein Gerät zu verbauen, jedoch möchten die Hersteller gerne so etwas extra verkaufen, warum kann man sich ja denken! ;)
Hallo zusammen,
@Alexander:
Danke für den Hinweis! Hab's gleich umgesetzt und funktioniert direkt. Die Ansteuerung eines Aktuators müsste über Notify gehen (vorausgesetzt der Aktuator existiert als Device in FHEM).
define <name> notify Kollektoren:* { fhem "set pcRobin popup Temp: $EVTPART0 !"}
Obiges Beispiel würde bei jeder Änderung des Readings ein Popup am pcRobin aufmachen (dafür musst du das Modul RCC nutzen und was auf den Rechnern installiert haben) mit $EVTPART0 kannst du den Wert ausgeben (aber inkl. Einheit glaub ich). Um zu entscheiden, ob du den Aktuator anstellen musst oder nicht, musst du zwischen die geschweiften Klammern ggf. ein bisschen Perl-Code schreiben.
Hätte ich mir vielleicht mal vorher Gedanken drüber machen sollen, bevor ich mir u.a. das Senden von Fehlermeldungen in Form einer PHP-basierten Webseite gebaut habe. :D Das geht mit FHEM dann viel einfacher. Egal, dafür hab ich die Werte alle in einer Datenbank und kann mir eine Statistik generieren lassen.
@Franz:
An deiner Stelle würde ich eine Steuerung kaufen, die den VBUS drin hat und sich ansonsten an der Größe deines bestehenden Systems orientiert. Es sei denn du willst in Zukunft expandieren und viele weitere Sensoren einbauen. Das bietet sich zwar an, aber ist über 1-Wire evtl. günstiger? Das musst du abwägen und für dich entscheiden.
Ob ein System bereits integriert ist oder nicht, würde ich an deiner Stelle nicht als Entscheidungskriterium der obersten Priorität ansehen.
@Markus:
Was haben die VBUSDEV und VBUSLAN-Devices für einen Status?
Wenn du auf das VBUSLAN-Device klickst, bekommst du dann unter Internals-RAWMSG bzw. Internals-PARTIAL einen String, der mit "aa..." beginnt?
Hast du weitere Log-Einträge, wenn du bei der jetzigen Konfiguration mal "attr global verbose 5" eine Weile eingestellt hattest? Vielleicht finden wir dann noch einen Hinweis.
Mir ist so langsam echt unklar, wo der Fehler steckt. Die Konfig sieht zumindest richtig aus.
Eins ist mir noch aufgefallen, aber es würde mich s e h r wundern, wenn das die Fehlerursache wäre.
In der VBUSDEV.pm sind ja die ganzen Felder definiert, das sieht normal wie folgt aus:
{ "offset" => ..., ..., ... },
In dem Block für die Cosmo-Multi (7821 und 7822) sieht das ein bisschen anders aus:
{ "offset" => ..., ..., ... , },
Versuch mal die letzten Kommas vor der geschweiften Klammer zu entfernen, wenn zwischen Komma und Klammer nur Leerzeichen sind. Aber ich kann mir nicht vorstellen, dass das unsere Fehlerursache war.
Viele Grüße
Robin
Hallo Robin,
also ich hoffe, das ich Dir alle Fragen beantworten kann.
Wenn ich die Kommas aus der VBUSDEV herausnehme ändert sich nichts.
Das ich es nichts vergesse kann es daran liegen das ich noch zwei heizkeismodule am Vbus Lanadapter angeschlossen habe?
Dann nochwas, ich kann die VBUSDEV immer noch nicht erstellen wenn ich in der Zeile 355 nicht entweder das $hash oder das $iodev aus der ersten Klammer herausnehme.
AssignIoPort($hash,$iodev) if (!$hash->{IODev});
Hier kommen die Einträge aus meiner Installation:
Vbuslan:
PARTIAL aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f
RAWMSG aa10002278100001034182018f010000ee01b8020000
STATE opened
VBUSDEV
VBUSDEV_7821 Initialized
VBUSDEV_7822 Initialized
FHEM Logfile nach dem aktivieren von attr global verbose 5
2014.09.14 17:44:37 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Ruecklauf: 42.1 °C -> Temperatur_Ruecklauf: .* °C
2014.09.14 17:44:37 4: eventTypes: VBUSDEV VBUSDEV_7822 Durchfluss_Sensor_8: 0 l/h -> Durchfluss_Sensor_8: .* l/h
2014.09.14 17:44:37 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity1: 494 Wh -> heatquantity1: .* Wh
2014.09.14 17:44:37 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity2: 696000 kWh -> heatquantity2: .* kWh
2014.09.14 17:44:37 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity3: 0 MWh -> heatquantity3: .* MWh
2014.09.14 17:44:37 5: vbus dispatch aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2014.09.14 17:44:38 5: vbus dispatch aa21782165100001044bfd00a900d002b822305bb82200000000
2014.09.14 17:44:38 4: Connection closed for FHEMWEB:192.168.1.20:51678
2014.09.14 17:44:38 4: Connection accepted from FHEMWEB:192.168.1.20:51679
2014.09.14 17:44:38 4: HTTP FHEMWEB:192.168.1.20:51679 GET /fhem?cmd=style%20edit%20fhem.cfg
2014.09.14 17:44:38 4: /fhem?cmd=style%20edit%20fhem.cfg / RL:1898 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.09.14 17:44:38 4: HTTP FHEMWEB:192.168.1.20:51679 GET /fhem?room=all&XHR=1&inform=1×tamp=1410709475502
2014.09.14 17:44:38 5: vbus dispatch aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2014.09.14 17:44:38 5: vbus dispatch aa21782265100001044a1701b822b822b822305bb82200000000
2014.09.14 17:44:40 5: vbus dispatch aa10002178100001113461018001b8226401b822b8229f01b8228301a50146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202e925de07090e
2014.09.14 17:44:40 5: Triggering VBUSDEV_7822 (31 changes)
2014.09.14 17:44:40 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 35.3 °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 35.3 °C -> Temperatur_Sensor_1: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 38.4 °C -> Temperatur_Sensor_2: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 35.6 °C -> Temperatur_Sensor_4: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 41.5 °C -> Temperatur_Sensor_7: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 38.7 °C -> Temperatur_Sensor_9: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 42.1 °C -> Temperatur_Sensor_10: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 1350 -> Einstrahlung_CS: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 0 % -> Drehzahl_Relais_6: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 3 -> System: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 248 -> Schema: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 7 -> Status_HK1_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 7 -> Status_HK2_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 9705 -> Systemzeit: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 2014 -> Jahr: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 9 -> Monat: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 14 -> Tag: .*
2014.09.14 17:44:40 5: vbus dispatch aa150021781000010838020a000061018001aea00a00010b0000000000000208000000000000000000ff
2014.09.14 17:44:40 5: Triggering VBUSDEV_7822 (36 changes)
2014.09.14 17:44:40 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 256.2 °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 256.2 °C -> Temperatur_Sensor_1: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 0 °C -> Temperatur_Sensor_2: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_3: 35.3 °C -> Temperatur_Sensor_3: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 38.4 °C -> Temperatur_Sensor_4: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_5: 4113.4 °C -> Temperatur_Sensor_5: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_6: 1 °C -> Temperatur_Sensor_6: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 281.7 °C -> Temperatur_Sensor_7: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_8: 0 °C -> Temperatur_Sensor_8: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 0 °C -> Temperatur_Sensor_9: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 0 °C -> Temperatur_Sensor_10: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 2050 -> Einstrahlung_CS: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 255 % -> Drehzahl_Relais_6: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 0 -> System: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 0 -> Schema: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 0 -> Status_HK1_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 0 -> Status_HK2_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_Heizkreis_Sensor_11: 0 °C -> Vorlauf_Soll_Heizkreis_Sensor_11: .* °C
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 0 -> Systemzeit: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 0 -> Jahr: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 0 -> Monat: .*
2014.09.14 17:44:40 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 0 -> Tag: .*
2014.09.14 17:44:41 5: vbus dispatch aa1000227810000103418301a5010000ee01b8020000
2014.09.14 17:44:41 5: Triggering VBUSDEV_7822 (6 changes)
2014.09.14 17:44:41 5: Notify loop for VBUSDEV_7822 Temperatur_Vorlauf: 38.7 °C
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Vorlauf: 38.7 °C -> Temperatur_Vorlauf: .* °C
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Ruecklauf: 42.1 °C -> Temperatur_Ruecklauf: .* °C
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 Durchfluss_Sensor_8: 0 l/h -> Durchfluss_Sensor_8: .* l/h
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity1: 494 Wh -> heatquantity1: .* Wh
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity2: 696000 kWh -> heatquantity2: .* kWh
2014.09.14 17:44:41 4: eventTypes: VBUSDEV VBUSDEV_7822 heatquantity3: 0 MWh -> heatquantity3: .* MWh
2014.09.14 17:44:41 5: vbus dispatch aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2014.09.14 17:44:42 5: vbus dispatch aa21782165100001044bfd00a900d002b822305bb82200000000
2014.09.14 17:44:42 5: vbus dispatch aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2014.09.14 17:44:42 5: vbus dispatch aa21782265100001044a1701b822b822b822305bb82200000000
2014.09.14 17:44:44 5: vbus dispatch aa10002178100001113461018001b8226401b822b8229f01b8228301a50146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202e925de07090e
2014.09.14 17:44:44 5: Triggering VBUSDEV_7822 (31 changes)
2014.09.14 17:44:44 5: Notify loop for VBUSDEV_7822 Temperatur_Sensor_1: 35.3 °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_1: 35.3 °C -> Temperatur_Sensor_1: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_2: 38.4 °C -> Temperatur_Sensor_2: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_4: 35.6 °C -> Temperatur_Sensor_4: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_7: 41.5 °C -> Temperatur_Sensor_7: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_9: 38.7 °C -> Temperatur_Sensor_9: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Temperatur_Sensor_10: 42.1 °C -> Temperatur_Sensor_10: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Einstrahlung_CS: 1350 -> Einstrahlung_CS: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Impulse_1_V40: 0 -> Impulse_1_V40: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Digital_Input: 0 -> Digital_Input: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_1: 0 % -> Drehzahl_Relais_1: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_2: 0 % -> Drehzahl_Relais_2: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_3: 0 % -> Drehzahl_Relais_3: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_4: 0 % -> Drehzahl_Relais_4: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_5: 0 % -> Drehzahl_Relais_5: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_6: 0 % -> Drehzahl_Relais_6: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Drehzahl_Relais_7: 0 % -> Drehzahl_Relais_7: .* %
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Fehlermaske: 0 -> Fehlermaske: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Meldungen: 0 -> Meldungen: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 System: 3 -> System: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Schema: 248 -> Schema: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C -> Vorlauf_Soll_HK1_Modul_Sensor_18: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK1_Modul: 7 -> Status_HK1_Modul: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C -> Vorlauf_Soll_HK2_Modul_Sensor_25: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK2_Modul: 7 -> Status_HK2_Modul: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C -> Vorlauf_Soll_HK3_Modul_Sensor_32: .* °C
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_HK3_Modul: 0 -> Status_HK3_Modul: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Status_Heizkreis: 0 -> Status_Heizkreis: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Systemzeit: 9705 -> Systemzeit: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Jahr: 2014 -> Jahr: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Monat: 9 -> Monat: .*
2014.09.14 17:44:44 4: eventTypes: VBUSDEV VBUSDEV_7822 Tag: 14 -> Tag: .*
2014.09.14 17:44:44 4: Connection closed for FHEMWEB:192.168.1.20:51679
2014.09.14 17:44:44 4: Connection accepted from FHEMWEB:192.168.1.20:51680
2014.09.14 17:44:44 4: HTTP FHEMWEB:192.168.1.20:51680 GET /fhem?cmd=style%20edit%20fhem.cfg&save=Save+fhem.cfg&saveName=fhem.cfg&cmd=style+save+fhem.cfg&data=attr+global+autoload_undefined_devices+1%0D%0Aattr+global+logfile+.%2Flog%2Ffhem-%25Y-%25m.log%0D%0Aattr+global+modpath+.%0D%0Aattr+global+motd+SecurityCheck%3A%5C%0D%0A%5C%0D%0AWEB%2CWEBphone%2CWEBtablet+has+no+basicAuth+attribute.%5C%0D%0AtelnetPort+has+no+password%2Fglobalpassword+attribute.%5C%0D%0A%5C%0D%0ARestart+fhem+for+a+new+check+if+the+problem+is+fixed%2C%5C%0D%0Aor+set+the+global+attribute+motd+to+none+to+supress+this+message.%5C%0D%0A%0D%0Aattr+global+statefile+.%2Flog%2Ffhem.save%0D%0Aattr+global+updateInBackground+1%0D%0Aattr+global+userattr+devStateIcon+devStateStyle+icon+sortby+webCmd%0D%0Aattr+global+verbose+3%0D%0A%0D%0Adefine+telnetPort+telnet+7072+global%0D%0A%0D%0Adefine+WEB+FHEMWEB+8083+global%0D%0A%0D%0Adefine+WEBphone+FHEMWEB+8084+global%0D%0Aattr+WEBphone+stylesheetPrefix+smallscreen%0D%0A%0D%0Adefine+WEBtablet+FHEMWEB+8085+global%0D%0Aattr+WEBtablet+stylesheetPrefix+touchpad%0D%0A%0D%0A%23+Fake+FileLog+entry%2C+to+access+the+fhem+log+from+FHEMWEB+%0D%0Adefine+Logfile+FileLog+.%2Flog%2Ffhem-%25Y-%25m.log+fakelog%0D%0A%0D%0Adefine+autocreate+autocreate%0D%0Aattr+autocreate+filelog+.%2Flog%2F%25NAME-%25Y.log%0D%0A%0D%0Adefine+eventTypes+eventTypes+.%2Flog%2FeventTypes.txt%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23auskomentiert+17.08.14%0D%0A%23+Disable+this+to+avoid+looking+for+new+USB+devices+on+startup%0D%0A%23define+initialUsbCheck+notify+global%3AINITIALIZED+usb+create%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23bis+hier+war+alles+Standard%23%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0A%0D%0A%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23eingebundene+Dateteien%23%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0A%0D%0A%23include+.%2FFHEM%2FHeizung.cfg%0D%0A%23include+.%2FFHEM%2FWohnzimmer.cfg%0D%0A%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23%23Steuerung+Heizung%0D%0A%23%23Hardware%3A+Resol+Vbus+LanAdapter%0D%0A%23%23%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0A%23+VBUS+Resol+Addition%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23Wohnzimmer+Konfiguration+++++++++++++++++%23%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0Adefine+Wz_dm7020HD+ENIGMA2+192.168.1.36%0D%0Aattr+Wz_dm7020HD+room+Wohnzimmer%0D%0A%0D%0A%0D%0A%23define+vbus+VBUSLAN+192.168.1.12%3A7053%0D%0A%23define+VBUSDEV_7821+VBUSDEV+7821%0D%0A%23attr+VBUSDEV_7821+model+Cosmo_Multi_Regler%0D%0A%23attr+VBUSDEV_7821+IODev+vbus%0D%0A%23attr+VBUSDEV_7821+room+VBUSDEV%0D%0A%23define+FileLog_VBUSDEV_7821+FileLog+.%2Flog%2FVBUSDEV_7821-%25Y.log+VBUSDEV_7821%0D%0A%23attr+FileLog_VBUSDEV_7821+logtype+text%0D%0A%23attr+FileLog_VBUSDEV_7821+room+VBUSDEV%0D%0A%23define+VBUSDEV_7822+VBUSDEV+7822%0D%0A%23attr+VBUSDEV_7822+model+Cosmo_Multi_Regler%0D%0A%23attr+VBUSDEV_7822+IODev+vbus%0D%0A%23attr+VBUSDEV_7822+room+VBUSDEV%0D%0A%23define+FileLog_VBUSDEV_7822+FileLog+.%2Flog%2FVBUSDEV_7822-%25Y.log+VBUSDEV_7822%0D%0A%23attr+FileLog_VBUSDEV_7822+logtype+text%0D%0A%23attr+FileLog_VBUSDEV_7822+room+VBUSDEV%0D%0A%0D%0A%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%23ab+hier+ist+immer+was+neu+ist++++++++%23%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%0D%0A%0D%0Adefine+vbus+VBUSLAN+192.168.1.12%3A7053%0D%0Adefine+VBUSDEV_7821+VBUSDEV+7821%0D%0Aattr+VBUSDEV_7821+IODev+vbus%0D%0Aattr+VBUSDEV_7821+event-min-interval+.*%3A300%0D%0Aattr+VBUSDEV_7821+model+Cosmo_Multi_Regler%0D%0Aattr+VBUSDEV_7821+room+VBUSDEV%0D%0Adefine+FileLog_VBUSDEV_7821+FileLog+.%2Flog%2FVBUSDEV_7821-%25Y.log+VBUSDEV_7821%0D%0Aattr+FileLog_VBUSDEV_7821+logtype+text%0D%0Aattr+FileLog_VBUSDEV_7821+room+VBUSDEV%0D%0Adefine+VBUSDEV_7822+VBUSDEV+7822%0D%0Aattr+VBUSDEV_7822+IODev+vbus%0D%0Aattr+VBUSDEV_7822+model+Cosmo_Multi_Regler%0D%0Aattr+VBUSDEV_7822+room+VBUSDEV%0D%0Adefine+FileLog_VBUSDEV_7822+FileLog+.%2Flog%2FVBUSDEV_7822-%25Y.log+VBUSDEV_7822%0D%0Aattr+FileLog_VBUSDEV_7822+logtype+text%0D%0Aattr+FileLog_VBUSDEV_7822+room+VBUSDEV%0D%0A
2014.09.14 17:44:44 5: Cmd: >rereadcfg<
2014.09.14 17:44:44 5: SW:
2014.09.14 17:44:44 1: Including fhem.cfg
2014.09.14 17:44:44 3: telnetPort: port 7072 opened
2014.09.14 17:44:44 3: WEB: port 8083 opened
2014.09.14 17:44:44 3: WEBphone: port 8084 opened
2014.09.14 17:44:44 3: WEBtablet: port 8085 opened
2014.09.14 17:44:44 3: Opening vbus device 192.168.1.12:7053
2014.09.14 17:44:44 3: vbus device opened
2014.09.14 17:44:44 3: VBUSDEV_7821: I/O device is vbus
2014.09.14 17:44:44 3: VBUSDEV_7822: I/O device is vbus
2014.09.14 17:44:44 1: Including ./log/fhem.save
2014.09.14 17:44:46 3: ENIGMA2: device Wz_dm7020HD is unavailable
In dem Logfile sollte doch in einen bestimmten Intervall neue Werte eingetragen werden, doch da kommt nur beim anlegen ein wert und dann nichts mehr.
Logfile aus dem FileLog_VBUSDEV_7821 VBUSDEV_7821-2014.log
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_1: 17.5 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_2: 50.1 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_4: 38.9 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_7: 50.2 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_9: 50.2 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_10: 37.6 °C
2014-09-12_23:10:52 VBUSDEV_7821 Einstrahlung_CS: 1350
2014-09-12_23:10:52 VBUSDEV_7821 Impulse_1_V40: 0
2014-09-12_23:10:52 VBUSDEV_7821 Digital_Input: 0
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_1: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_2: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_3: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_4: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_5: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_6: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_7: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Fehlermaske: 0
2014-09-12_23:10:52 VBUSDEV_7821 Meldungen: 0
2014-09-12_23:10:52 VBUSDEV_7821 System: 3
2014-09-12_23:10:52 VBUSDEV_7821 Schema: 248
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK1_Modul_Sensor_18: 20.8 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK1_Modul: 10
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK2_Modul_Sensor_25: 26.7 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK2_Modul: 10
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK3_Modul: 0
2014-09-12_23:10:52 VBUSDEV_7821 Status_Heizkreis: 0
2014-09-12_23:10:52 VBUSDEV_7821 Systemzeit: 7149
2014-09-12_23:10:52 VBUSDEV_7821 Jahr: 2014
2014-09-12_23:10:52 VBUSDEV_7821 Monat: 9
2014-09-12_23:10:52 VBUSDEV_7821 Tag: 12
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_1: 256.2 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_2: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_3: 17.5 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_4: 50.1 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_5: 3844.8 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_6: 1 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_7: 281.7 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_8: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_9: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Temperatur_Sensor_10: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Einstrahlung_CS: 2050
2014-09-12_23:10:52 VBUSDEV_7821 Impulse_1_V40: 0
2014-09-12_23:10:52 VBUSDEV_7821 Digital_Input: 0
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_1: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_2: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_3: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_4: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_5: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_6: 255 %
2014-09-12_23:10:52 VBUSDEV_7821 Drehzahl_Relais_7: 0 %
2014-09-12_23:10:52 VBUSDEV_7821 Fehlermaske: 0
2014-09-12_23:10:52 VBUSDEV_7821 Meldungen: 0
2014-09-12_23:10:52 VBUSDEV_7821 System: 0
2014-09-12_23:10:52 VBUSDEV_7821 Schema: 0
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK1_Modul_Sensor_18: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK1_Modul: 0
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK2_Modul_Sensor_25: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK2_Modul: 0
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_HK3_Modul_Sensor_32: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_HK3_Modul: 0
2014-09-12_23:10:52 VBUSDEV_7821 Vorlauf_Soll_Heizkreis_Sensor_11: 0 °C
2014-09-12_23:10:52 VBUSDEV_7821 Status_Heizkreis: 0
2014-09-12_23:10:52 VBUSDEV_7821 Systemzeit: 0
2014-09-12_23:10:52 VBUSDEV_7821 Jahr: 0
2014-09-12_23:10:52 VBUSDEV_7821 Monat: 0
2014-09-12_23:10:52 VBUSDEV_7821 Tag: 0
Viele Grüße
Markus
Hallo Markus,
ein Versuch hast du noch... das ist mir heute morgen eingefallen, weil du jetzt schon ein paar mal geschrieben hast, dass nur einmal Werte kommen. Hätte mir eigentlich gleich auffallen müssen:
Schreib mal für jedes VBUSDEV-Device noch folgendes Attribut dazu:
attr VBUSDEV_xxxx event-min-interval .*:120
Die 120 bedeutet, dass die Werte alle zwei Sekunden aktualisiert werden. Wenn die Devices über Autocreate angelegt werden, trägt FHEM das automatisch ein.
Wenn das funktioniert, würde ich an deiner Stelle "juhu" rufen und die eine Zeile wieder auskommentieren.
Es besteht jetzt natürlich noch die Möglichkeit, dass so ähnliche Ausreißer kommen wie bei Alexander, aber dafür haben wir ja in Antwort #155 - #160 schon:
return "" if ($dst_addr != "0010");
Aber warte erst mal, ob das nicht auch so funktioniert.
Viele Grüße
Robin
Hallo Robin,
hab die VBUSDEV und die FHEM.cfg nach deinen Tipps abgeändert und Du wirst es nicht glauben, ich bekomm jetzt werte ins Logfile geschrieben.
Jääääääää :D :D :D :D
Nochmal vielen Dank für deine Hilfe, jetzt hoff ich noch das ich keine Ausreißer bekomme.
VG
Markus
Hallo Zusammen,
Arno, Robin, klasse was ihr da gebaut habt !
Ich hab nun den ganzen Sommer über ohne vbus ganz gut überstanden.
Da ich aber nur einen Wasserführenden Ofen neben der Solaranlage habe, muss ich jetzt langsam wieder überwachen ;-)
Was mir auffällt:
Mein Regler ist ein Deltasol ES code 7411
Der ist nicht in der VBUSDEV, in keiner ....ok.
Was hab ich nun gemacht?
Die letzte vbusdev aus diesem fred und Arno's VBUSLAN.pm
Danach mit define vbus VBUSLAN 192.168.2.8:7053 angelegt.
Dann passierte erstmal nichts.
Ich hab dann die 21_VBUSDEV.pm angepasst, die Reglerwerte des RESOLE kopiert nach ResolES und den Code auf 7411 geändert, der Rest würde sich ergeben.....
reload 21_VBUSDEV.pm und autocreate legte los
define VBUSDEV_7411 VBUSDEV 7411
attr VBUSDEV_7411 IODev vbus
attr VBUSDEV_7411 event-min-interval .*:120
attr VBUSDEV_7411 event-on-change-reading .*
attr VBUSDEV_7411 room VBUSDEV
define FileLog_VBUSDEV_7411 FileLog ./log/VBUSDEV_7411-%Y.log VBUSDEV_7411
attr FileLog_VBUSDEV_7411 logtype text
attr FileLog_VBUSDEV_7411 room VBUSDEV
in das log wird aber nichts geschrieben, stattdessen immer die gleiche Meldung ins fhem log:
2014.09.20 19:48:52 5: vbus dispatch aa100011741000010c4dce00fd01f701b8221a024e0288fcb8220000000002001e0074041600d41eeb11b109fe07e71a17040000000000007200
aa10001174sehe ich ja noch als bestätigung, dass mein Code stimmt, frage mich allerdings, wo da der Hase im Pfeffer liegt, dass das nciht decodiert wird?
Hat jemand ne idee?
VG
Frank
update:
habe ein update von fhem gemacht, keine relevanten dateien dabei gewesen, jedoch nach dem restart kommen auf einmal die werte rein.
Vorher hatte ich bereits 2-3 mal restartet, ohne erfolg, jetzt kuck ich nochmal nach den bits damit die stimmen
cheers
Frank
Hallo, ich habe eine Sonnenkraft Anlage und als Regler einen SLM50HE. Dort möchte ich mit dem vbus/lan Adapter die Werte auslesen und eine eigene Auswertung erstellen. Gibt es einen einfachen Weg mit einer http oder telnet Abfrage an die Momentanwerte zu gelangen? Mit dem upnp Port bekomme ich nur eine xml die keine Werte enthält und mit telnet auf Port 7053 bekomme ich:
+HELLO
-ERROR: Sacre bleu. Unknown command
Hallo, so weit ich das nun ergründen konnte gibt es keine einfache Lösung, um an die Daten zu kommen. Also hab ich FHEM konfiguriert und die Config angepasst und die letzten 20_VBUSLAN.pm und die 21_VBUSDEV.pm kopiert und gestartet. Nach etwas Probieren lief es dann auch. In der VBUSDEV habe ich nur meine 3 Geräte 7160, 7161 & 7162 die ich auslesen will. In die Config habe ich nur geschrieben "define vbus VBUSLAN 192.168.xxx.xxx:7053". Die weiteren notwendigen Zeilen wurden automatisch angelegt inkl. der Logfiles. Soweit haben die vielen Ratschläge hier in diesem Post sehr geholfen.
Nun aber mein Problem: Es kommen keine Werte an. Weder im fhem.log noch in der jeweiligen Log der Geräte. In der fhem.log erscheinen lediglich die Zeilen:
2014.09.22 21:39:12 5: vbus dispatch aa60712265100001041273016f00b822b822f6ffb82200000000
2014.09.22 21:39:12 5: vbus dispatch aa1000627110000103086e0100001000000073016b00
2014.09.22 21:39:13 5: vbus dispatch aa150060711000010a7e02010000610051011802b8220108000000000000020a00006100180200000000010b000000000000
2014.09.22 21:39:14 5: vbus dispatch aa10006071100001137a610051011802b822b7013602b822b822460500000000000000000000000000000008000010017f0101031705000000000000000000000000000000008c01000100000000b502350100000000
2014.09.22 21:39:14 5: vbus dispatch aa216560711000020a0c64000000000000000000000000000000640400000014000000000000000000000000000000000000
2014.09.22 21:39:14 5: vbus dispatch aa6071216510000104138b016b005502b822305bb82200000000
2014.09.22 21:39:15 5: vbus dispatch aa1000617110000103096e010414100000008b016b00
2014.09.22 21:39:15 5: vbus dispatch aa226560711000020a0b64000000000000000000000000000000000000000000000000000000000000000000000000000000
2014.09.22 21:39:15 5: vbus dispatch aa60712265100001041273016f00b822b822f6ffb82200000000
2014.09.22 21:39:15 5: vbus dispatch aa1000627110000103086e0100001000000073016b00
2014.09.22 21:39:16 5: vbus dispatch aa150060711000010a7e02010000610051011802b8220108000000000000020a00006100180200000000010b000000000000
Hat jemand eine Idee woran es liegen kann? Sind diese Zeilen normal?
EDIT: hab jetzt mal nur mit einem Geräte versucht. In der CFG wird es korrekt eingetragen, aber dann passiert nichts weiter. Meine 3 Dateien hab ich angehängt. Eigentlich habe ich sie so gelassen wie ich sie hier im Thread gefunden habe. Nur halt die VBUSDEV angepasst.
EDIT2: es geht nun, hatte in der VBUSDEV einen Fehler ""7160" => {"name" => "SKS3HE", "cmd" => 0100, "fields" => [" ... die 0100 muss in Anführungszeichen stehen.
Ich werde den FHEM Server auf einem Raspberry PI betreiben und möchte es eigentlich nur nutzen, um die Daten zu lesen und in eine SQL Datenbank auf einem anderen Server zu schreiben.
Meine Idee dazu wäre:
1. FHEM Server starten
2. Log mit PHP auslesen und in SQL schreiben
3. FHEM Server stoppen
4. Log löschen
5. nach 3 Minuten wieder bei 1. beginnen
Ich möchte in der SQL DB die Werte zu einem bestimmten Zeitpunkt haben und doppelte Einträge vermeiden. Und halt die Logdatei so klein wie möglich halten.
Gibt es von FHEM eine Logrotation? Oder kann ich den FHEM Befehl event-min-interval .*:180 erweitern, dass das Log jedes mal überschrieben wird?
mein VBUS Lan hat sich heute verabschiedet.
Nach etlichen Verbindungsproblemen habe ich versucht ihn zu flashen - dabei ist beim Schreiben was ausgefallen - jetzt ist er hin.
Ich suche gerade nach alternativen - der vbus lan ist doch ziemlich pricy für das was er kann.
In den google groups dazu hab ich nun über (zufälligerweise)funktionierende rs485 konverter gelesen, das werd ich mir mal ansehen.
Gibts irgendwo eine einführung in arduino technik?
Ich nochmal,
ich hab nen RS485 <-> Serial Adapter noch gefunden - hatte ich mir mal zugelegt und in die Bastelkiste gepackt:
http://www.ebay.de/itm/USB-RS485-Converter-Konverter-Adapter-Seriell-PC-Mac-Linux-Raspberry-Pi-/111326580742?pt=DE_Computing_Parallel_Seriell_PS_2&hash=item19eb94d006
Das Ding tut's einwandfrei! Ich habs mal testweise an mein windoof system gekelmmt und das Resol Servicecenter aufgerufen, da sind alle Werte plausibel.
Ich würde die Loggerei gerne in fhem haben, wegen dem Notify etc - nur das Verbindungsmodul ist ja für VBUS/LAN - kann mich jemand auf die richtige Spur bringen, wie ich das device da rein bringen kann?
Die Linuxbox, wo es dran soll steht im Keller - da wird es auch über /dev/ttyUSB0 eingebunden.
Der FHEM Raspberry steht im Erdgeschoss - lan verbindung steht.
Erstmal wäre mir glaub ich geholfen, wenn "unten" die rawlogs erzeugt werden, die könnte ich per nfs von oben direkt ziehen.
Verwirrte grüße ob das alles Sinn macht?!?
Frank
Ich hab noch einen zweiten Wandler parallel angeschlossen - damit sind die Daten nun im Service Center unter windows verfügbar und gleichzeitig kann ich mit der Linuxkiste versuchen den Datenstrom in den griff zu bekommen.
ich hab mir ein altes Perlscript geladen, welches aber nur Käsetemperaturen ausloggt alle Temps sind in den 1000er Bereichen....mal sehen, was damit geht.
Also das find ich echt ne tolle NAchricht für alle VBUS logger, für nen Bruchteil jedes erhältlichen Resol loggers können die Daten so (gut, nur usb) ausgelesen werden, Parametrisierung geht im Übrigen auch!
Frank
Hallo zusammen,
@Frank:
Zunächst freut mich das positive Feedback, das muss ich jedoch komplett an Arno weitergeben. Ich mach hier nur den Support und füge ein paar neue Regler ein...
Du hast dir ja ganz schön was vorgenommen! Kling aber alles sehr interessant und v.a. preiswert.
Habe leider überhaupt keine Ahnung wie man das machen könnte.
Welche Infos kommen denn momentan von "unten" bzw. was macht das Perl-Skript? Vielleicht liegt der Fehler ja nur bei der Umrechnung der Temperaturen?
@Jaydax:
Ich glaube, du hast was ähnliches vor wie ich ;)
- Warum willst du den FHEM-Server permanent neu starten und wieder beenden? Lass den doch einfach laufen?!
- Ob FHEM den Log permanent überschreiben kann, weiß ich nicht. Aber ich habe es z.B. über einen Cron-Job und ein Skript geregelt.
Ich lasse mir die Daten per FTP ins Internet laden, um mir dort die aktuellen Werte, eine Statistik etc. anzuzeigen. Dazu habe ich auch eine mySQL-Datenbank laufen. Problem war, dass die Log-Datei recht schnell sehr groß wurde und der Upload immer langsamer, bis irgendwann nichts mehr ging. Jetzt mache ich es so:
- FHEM loggt in die VBUS.log
- über CronJob aufgerufenes Skript macht eine neue Datei (überschreibt die bestehende) VBUS_upload.log, in der nur die Einträge seit dem letzten Upload drin stehen
- VBUS_upload.log wird vom selben Skript hochgeladen.
Vielleicht hilft dir das weiter. Den FHEM-Server permanent zu starten und zu stoppen finde ich nur begrenzt sinnvoll.
Viele Grüße
Robin
Hallo,
bei mir klappt der VBus jetzt eigentlich ganz gut mit FHEM.
Jedoch kommen bei mir seit heute morgen keine Werte mehr an, was ich mir nicht erklären kann, da ich keine Update (FHEM) durchgeführt und auch sonst nichts verändert habe.
Vor ca. zwei Wochen hatte ich das Problem schon einmal, jedoch war es am darauffolgenden Tag wieder so verschwunden, wie es gekommen war.
Auch ein Wiederherstellung auf Gestern oder Vorgestern bringt bei mir keinen Erfolg.
viele Grüße
Alexander
Hallo,
ich bin absoluter FHEM Newbie aber durch dieses Forum habe ich mein DeltaSol BX (7421) über VBusLan mit FEHM erfolgreich verbinden können. Vielen Dank dafür.
Jetzt zu mein Problem:
Obwohl ich nichts verändert habe bekomme ich seit heute genau wie bei Alexander keine Daten mehr ins Logfile geschrieben.
Bis gestern 25.09.14 23:59 war noch alles perfekt, aber genau seit 00:00 geht es nicht mehr.
Wer hat dazu eine Idee ?
viele Grüße
Hans-Georg
Update:
Seit den 27.09.14 00:00 werden wieder Daten ins Logfile geschrieben.
Hallo,
seit heute (0:00) habe ich jetzt wieder meine Werte, als ob nichts gewesen wäre.
Habe keine Update durchgeführt und auch sonst nichts gestern geändert, es hat halt auf einmal wieder funktioniert, so wie vor ca. zwei Wochen schon einmal.
viele Grüße
Alexander
Hallo ihr beiden,
dieses Problem hatte ich auch am Anfang. Nach einer kleinen Änderung der VBUS.pm ging aber alles.
Beim nächsten Ausfall einfach das "attr global verbose" auf 5 und warten bis im Log Nachrichten auftauchen
Wrong message length: ABC != XYZ
Und mit dieser Log-Nachricht könnt ihr dann die unten aufgeführten Änderungen vornehmen (für XYZ natürlich die Werte aus dem Log eintragen):
Zitat von: oldwolf am 23 August 2014, 19:14:46
Hier übrigens meine Anpassungen der 20_VBUSLAN.pm. Seither funktioniert das Modul tadellos (egal an welchem Datum) :D
In der Funktion VBUSLAN_Read habe ich an den folgenden Zeilen (Zeile 131 ff.)
if ($len != length($msg)) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
...
... diese Änderungen vorgenommen:
if ($len != length($msg) && length($msg) != XYZ) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
if(length($msg) == XYZ) {
$msg = $msg."a";
}
...
Wenn ihr mehrere Devices habt und auch verschiedene Nachrichten im Log auftauchen, bei denen die Zahl XYZ unterschiedlich ist, müsste man den obigen Code etwas anpassen. Aber vielleicht geht es zunächst ja auch einfach so.
Viele Grüße
Robin
Hi Robin,
vielen Dank für Deine Hilfe!
Habs jetzt folgendermassen hinbekommen:
Einer der Adapter hängt am WH2003 Serverchen, worauf die RSC Software läuft - ist(war) für den Übergang und funktioniert folgendermassen:
Dort wird ein Logfile auf ein NFS Share geschrieben - alle 15 min. dieses logfile kann ich in fhem einlesen ;-)
Der zweite Adapter hängt ebenfalls per USB an meinem Debianserver und wird per serial2net ins Lan geschleust.
Hier funktioniert die Config wieder einwandfrei, als wäre es ein vbus lan adapter, einfach die IP und den Port umgebogen und restart.
Die Lösung hat folgenden Charme: normalerweise benötige ich nur das monitoring, ca 364 Tage pro Jahr, einmal aber optimiere ich die Solarthermieanlage oder benötige handbetrieb, wegen was auch immer. Jetzt muss ncihts mehr umgestöpselt werden, parametrisierung geht vom WH2003 aus .
;-))))
Ich glaube, keine oder kaum eine andere Lösung ist so flexibel wie FHEM!
Gut, kann manchmal was tricky sein, aber dank der Hilfe hier im Forum gehts noch immer!
Cheers
Frank
Hallo,
ich habe jetzt endlich auch einen VBUS LAN Adapter.
Und ein paar Fragen.
Wer ist denn der Maintainer für das Modul nun?
Hat von euch jemand mehrere Geräte an einen VBUS?
Gruß Brun
Hallo Robin,
hatte heute wieder keine Werte bekommen und konnte dann mal die Änderungen ausprobieren, die du beschrieben hattest.
Nachdem ich die Änderungen vorgenommen hatte und FHEM wieder gestartet hatte, waren die Werte sofort wieder da.
Danke!
viele Grüße
Alexander
Hallo Robin,
auch ich habe deine Änderung heute mit Erfolg ausprobieren können.
Vielen Dank dafür.
Viele Grüße
Hans-Georg
Hallo Oldwolf
Erst einmal Congrats für Eure tolle Entwicklungsarbeit. Ich möchte mich und mein System aber erst einmal vorstellen.
FHEM betreibe ich auf einem RasPi mit Debian Image und möchte als erstes meine Storen automatisch steuern lassen. (Sonne, Temp, Wind, Regen)
Da die Sender und Aktoren aber noch nicht da sind, versuche ich nun halt mal die Kompnenten hier im LAN anzusprechen ;)
Meine Solarthermieanlage hat einen DeltasolMX Regler. Die Anlage wird aber bald abgebaut und durch eine 9.5 KW PV ersetzt, weil ich ständig Luft im System habe und die Anlage nicht mehr zirkuliert(Förderhöhe 11m). Dann werde ich das Wasser eben elektrisch aufheizen. Aber das nur am Rande.
Später möchte ich natürlich weiterhin die Sensordaten von der Deltasol MX visualisieren, eventuell mache ich einen Downgrade auf meinen alten Deltasol E Regler, der hier noch rumliegt.
Den VBUSLAN Adapter habe ich verbinden können, keine Fehlermeldungen, nur Daten sehe ich logischerweise noch keine, da die MX noch nicht bekannt ist. Wenn er im FHEM vebunden ist, kommen keine Daten mehr im ServiceCenter an.
Kannst Du die MX bitte auch mit einpflegen? MX.XML Datei hänge ich an.
Dann habe ich noch eine Frage, wo, bzw. wie ich an die aktuellen .pm Dateien herankomme. Kann ich die irgend einen "update thirdparty xyz" Befehl im FHEM absetzen, oder hat es einen Link, wo ich mir die Dateien holen kann?
Bei den vielen Beiträgen und Attachments, habe ich etwas den Überblick verloren...
Vielen Dank und liebe Grüsse aus der Schweiz
Jochen
Hallo zusammen,
@Brun:
Maintainer im Sinne von "wer hat das 'verbrochen'?": Dann meinst du wohl den Arno :D Ist natürlich nicht böse gemeint, das Modul ist klasse!
Maintainer, wenn es darum geht, neue Regler einzutragen etc.: Eigentlich jeder Anwender selbst, aber wenn du Hilfe brauchst, bist du hier genau richtig.
Was genau meinst du mit "mehrere Geräte"? Zwei verschiedene Regler? Ein Regler plus Zusatzmodule?
Theoretisch sollte beides funktionieren. Wie zuverlässig und regelmäßig die Werte in diesem Fall abgerufen werden, kann ich dir nicht sagen. Ich habe nur einen Regler (mit integriertem Wärmemengenzähler).
@Hans-Georg, Alexander
Das freut mich. Dann steht einem sorgenfreien Betrieb des VBUS-Modul ja jetzt nichts mehr im Weg.
@Jochen:
Du kannst einem ja Mut machen. In meiner Anlage ist bisher auch immer Luft. Aber ich denke, dass ich den Übeltäter gestern endlich gefunden habe. War wahrscheinlich eine defekte Dichtung.
Zurück zum Thema: Wenn du mit FHEM Daten abrufst, kann das Service-Center nicht gleichzeitig auf den Adapter zugreifen. Das ist also normal.
Die 21_VBUSDEV.pm mit der entsprechenden Ergänzung des MX Reglers findest du im Anhang.
Du meinst wahrscheinlich wie du an die aktuellen *.pm Dateien vom VBUS-Modul kommst? Die findest du hier in diesem Thema: 1x die angehängte VBUSDEV.pm und 1x die VBUSLAN.pm von Arno (müsste eigentlich irgendwo auf den ersten Seiten dieses Themas stehen). Aber anscheinend hast du ja schon eine VBUSLAN.pm, da ja sonst nichts funktionieren würde. Daher einfach die angehängte VBUSDEV.pm in den Ordner kopieren und du hast den aktuellsten Stand (Version 1.0, es gibt meines Wissens kein Update dafür).
@all:
Anbei die aktualisierte VBUSDEV, jetzt mit:
7751 - DiemasolC
7321 - Vitosolic200
7721 - DeltaSol E (Regler)
7722 - DeltaSol E (Wmz)
4212 - DeltaSolC
7331 - SLR
427B - DeltaSol_BS_2009
7821 - CosmoMulti (Regler)
7822 - CosmoMulti (WMZ)
7421 - DeltaSol BX
7E11 - DeltaSol MX Regler
7E12 - DeltaSol MX Module
7E21 - DeltaSol MX Heizkreis
7E31 - DeltaSol MX WMZ
Viele Grüße
Robin
Hallo Robin
Vielen Dank für den prompten Service. Werde es nachher gleich mal testen.
Also Mut kann ich Dir da schon machen, sofern Deine Anlage nicht so hoch wie meine montiert ist. Ich denke, bei mir spielt da auch noch die Fürderhöhe von knapp 11 Metern mit. Die ganze Story war: Anlage mit Deltasol E, ständig im Sommer überhitzt. Dann die MX gekauft, weil die kann Überwärmeabfuhr, leider hatten die einen Bug in der ersten FW, wo zwar das Ventil zu meiner Garagenheizung aufgemacht hat, aber die Umwälzpumpe wurde nicht aktiviert. Resol hat da sehr schnell gehandelt und mir eine Beta Firmware geschickt (1.10) welche nur ich hatte ;-) bis die offizielle gefixte FW raus kam. Dann habe ich oben noch einen autom. Entlüfter eingebaut, wenn der mal über 150° kriegt, ist er hin. Also nur Theater. Letzte Woche hat der Sanitäler 25 Liter Brühe nachgefüllt, ohne Worte und jetzt habe ich Schnauze endgültig voll.
Jetzt wollte ich noch eine PV ringsrum bauen und habe mich auf Empfehlung des PV Technikers hin entschieden, die Solarthermie runter zu machen und das Wasser mit Strom zu heizen. Mit der ganzen Dachfläche komme ich auf knapp 9 KW. Der Wirkungsgrad ist zwar nicht so toll wie bei der Thermie, dafür kann ich im Winter aber die PV abtauen (Solutronic Solplus 100 mit IceBox) und muss nicht mehr auf dem Dach rumkraxeln.
Die Solplus möchte ich dann natürlich auch noch im FHEM einbinden :)
Also nochmals vielen Dank für den schnellen Einsatz und ein schönes Wochenende
Jochen
Jochen
Hallo, also zum Einen: Arno hat tolle Arbeit mit dem VBUSLAN Modul geleistet, Dank Robin ist die 20_VBUS.pm prima.
Ich kann mich erinnern dass ich in der letzten Heizperiode wirklich oft Tempausreisser gehabt hatte, die sind bislang erst einmal vorgekommen. Habs aber nciht weiter verfolgt und den Wert einfach aus dem Logfile gelöscht.
Bei mir sind 16qm auf dem Dach und auch etwa 10m Förderhöhe. Diesen Sommer (5 Jahre seit Aufbau) auch Luft im System, und die Brühe ist irgendwo weggebrodelt - meine Vermutung: auf dem Dach, da sonst alles ok war.
Ich hab am Pufferspeicher noch meinen Ofen hängen und die komplette Steuerung der LAdepumpe der Deltasol ES mitaufgebrummt, funktioniert tadellos. Da wir sonst keine weitere Heizquelle haben, sehe ich die Zusatzinvestition in PV nicht in absehbarer Zeit amortisierbar.
Ich hab eh nur den Pumpenstrom und das sind alles Effizienzpumpen. Eine Demontage würde X-Euro kosten, die PV auch nicht grad umsonst und von den Fördergeldern mal zu schweigen, die gehen eh zu Lasten der Allgemeinheit. Einer muss immer bluten.
PV hat schon seinen Reiz - aber für mich verloren, weil man nie weiss, welche Sau diese profilierungssüchtigen Darsteller als nächstes durchs Dorf treiben. Sonne für die Rente ist genauso ein Trug wie Rauchen für den Frieden und soweiter.
Ich fühle mich durch Solarthermie unabhängig ausser von RWE und konsorten. Hätte ich PV müßte ich fürchten, dass mein Selbstproduzierter Strom nciht abgenommen wird irgendwann und das FA kümmert das herzlich wenig.
Der ganze Administrative Aufwand hinter PV ist in meinen Augen nicht gerechtfertigt.
Das mal ab vom Thema, gehört ja eigentlich nciht hierhin.
Herzliche Grüße
Frank
Hallo, ich lese per VBUS/LAN nun meinen Sonnenkraft SKS3HE aus. Es sind noch 2 Geräte für 2 Heizkreisläufe am VBUS, aber ich komme nicht an die Daten. Es handelt sich um die MSR65 1 (6521) & 2 (6522) (siehe Screenshot). Ich habe in der 21_VBUSDEV schon ein Gerät angelegt wie für 7160, 7161 & 7162 aber es kommen keine Daten. Kann ich die überhaupt so auslesen? Es wird ja als "MSR65 1 (0x6521) => SKS3HE (0x7160)" angezeigt. Gibt das Gerät MSR65 evtl. nur Daten an den SKS3HE? Dachte ich kann mit FHEM alles auslesen, was ich mit dem RESOl ServiceCenter angezeigt bekomme.
HI Jaydax,
ich kann mich irren, aber in der RSC sieht es aus, als wenn die Daten über den Sonnenkraft gezogen würden. Du könntest mal im RSC in den Rohdaten nachsehen, nach Quelle und Ziel, evtl kann man dann mehr sagen.
Ich verstehe das jetzt so:
mit dem VBUSLAN.pm hast du eine quelle definiert.
Die MSR hängen auch am VBUS, sonst könntest du die daten ja nicht in der RSC sehen.
Insofern brauchst Du kein weiteres VBUSLANdevice, schonmal ok so.
Die 21_VBUSDEV.pm ist die richtige Wahl, allerdings sind die offsets wahrscheinlich nicht die gleichen, weshalb ich dir mal die VBUS Protokollspeq angehängt habe, falls du sie nicht hast.
Dein Device ist da ja gelistet, also kommen auch daten über VBUSLAN. Ich würde versuchen, die Offsets anzupassen und dann zu lauschen.
Viel Erfolg
Frank
@oldwolf
Ich beobachte das Modul schon seit seiner Entstehung. Allerdings habe ich mir jetzt erst eine VBUS LAN Adapter geholt.
Arno hat da ja was Geniales gemacht.
Irgendwann wurde dann ja das ganze mal weiter entwickelt. Allerdings hatte ich nicht mehr gefunden von wen. Deswegen die Frage nach den Maintainer.
Bist du das jetzt?
Ich habe da nämlich noch ein paar Änderungen.
@mahlzeit24/7
Zu dem Thema PV. Ich habe selber eine PV Anlage.
Es ist so das der lokale Versorger dazu Verpflichtet ist den Strom zu nehmen. Und selbst wenn die sich dann mal quer stellen sollten und nicht zahlen hat man kein Problem mit den Finanzamt. Wenn man kein Geld bekommt muss man auch nichts Versteuern.
Selbst bei schlechten Wetter produziert sie Strom der ein Großteil von unseren Bedarf tagsüber deckt.
@jaydax
Im RSC sieht man schön die Kommunikation.
Da sieht man das die 6521 die Daten an die 7160 sendet. Aber da sind ja alle notwendigen Daten enthalten und man müsste die mitlesen können.
Ich glaube aber in der 21_VBUDEF ist noch ein Bug.
ändere mal folgende Zeile:
my $hash = $modules{VBUSDEV}{defptr}{"$mod"};
nach
my $hash = $modules{VBUSDEV}{defptr}{"$src_addr"};
Es gibt auch eine schöne Internetseite über das Protokoll
http://danielwippermann.github.io/resol-vbus/vbus-packets.html
Gruß Brun
Erstmal Danke für die schnellen Antworten!
@Brun:
Danke, die Änderung hat schon mal dazu geführt, dass in der Logdatei nun die 3 Geräte 7160, 7161 & 7162 auch jeweils mit der richtigen ID geloggt werden. Bisher war es immer eine der 3 IDs für alle 3 Geräte. Wahrscheinlich die, von dem beim FHEM Start die ersten Daten kamen. Aber vom 6521 kommt noch nichts an.
Ich muss das Device doch in der 21_VBUSDEV anlegen oder? Hab sie mal angehängt.
@mahlzeit24/7:
Ich bekomme vom Gerät 7160, 7161 & 7162 die Daten, die auch über das RSC angezeigt sind. Habe die Geräte in der 21_VBUSDEV anhand der .xml Daten vom RSC angelegt. Aber für das 6521 & 6522 gibt es im RSC keine .xml Dateien.
Wenn ich es als gerät anlege, wird es nicht automatisch in die fhem.cfg aufgenommen, das klappte bei den anderen drei 71xx sofort. Ein weiterer Screenshot zeigt, welche Daten vom 7160 kommen. Die Temperaturen 1-6 vom MSR 6521 sind nicht dabei.
In den Rohdaten ist schwer was zu erkennen, weil die durchlaufen. Aber soweit ich es sehen kann lautet es immer:
bei 7160: Quelle 0x7160 --- Ziel Broadcast 0x0000
und bei dem MSR: Quelle 0x6521 --- Ziel SKS3HE 0x7160
Erfasst FHEM evtl. nur die Broadcast Daten? Und nicht die Daten zwischen den Geräten? So sieht das für mich aus.
Die Daten laufen über den VBUS, aber ich verstehe nicht wie ich sie abfangen kann. Es steht ja so "MSR65 1 (0x6521) => SKS3HE (0x7160)" im RSC, als ob sie nur an den 7160 gesendet werden.
Hab nun auch die Logs angehängt. Wenn ich das 6521 manuell konfiguriere erscheint es beim Starten in der fhem-...log, aber in der VBUSDEV.log kommt nichts an.
Hmm, laut speq schickt der 6521 an den broadcast(0x0000) und von da aus wirds dann quasi der slave des broadcast. Das scheint dann intern zu laufen ?!?
Der Vorschlag von Brun könnte hilfreich sein, nicht die zieladresse zu belauschen sonder die quelle, wenn ich mich richtig erinnere, bist du da der (für dich leider)vorreiter. Wir kommen solangsam an bastel mal mit rosenthal, macht aber nix, geduld vorrausgesetzt.
oder aber, du legst ein broadcastdevice an - wovon ich nciht weiss ob das geht und versuchst darüber die Pakete für 6521 abzufangen?
Viele Grüße
Zitat von: jaydax am 12 Oktober 2014, 12:12:27
Erfasst FHEM evtl. nur die Broadcast Daten? Und nicht die Daten zwischen den Geräten? So sieht das für mich aus.
Die Daten laufen über den VBUS, aber ich verstehe nicht wie ich sie abfangen kann. Es steht ja so "MSR65 1 (0x6521) => SKS3HE (0x7160)" im RSC, als ob sie nur an den 7160 gesendet werden.
Hab nun auch die Logs angehängt. Wenn ich das 6521 manuell konfiguriere erscheint es beim Starten in der fhem-...log, aber in der VBUSDEV.log kommt nichts an.
normalerweise erfasst das Modul alle Daten. Egal was sie Zieladresse ist.
In deinen Fall allerdings nicht.
Das liegt an folger Zeile
#jw
return "" if ($dst_addr != "0010");
Das sorgt dafür das nur die Broadcasts verarbeitet werden.
Probier es mal so:
return "" if ($dst_addr == "0015");
Was beinhalten denn die Anfragen an die MSR65 vom SKS3HE?
@brun: Die Änderung bringt den Fehler:
substr outside of string at ./FHEM/21_VBUSDEV.pm line 220.
substr outside of string at ./FHEM/21_VBUSDEV.pm line 220.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 220.
Use of uninitialized value in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 220.
Es kommen zwar Werte im Log an, aber es bringt die Werte durcheinander. Die Werte sind auf das Gerät 7160 bezogen, aber halt nicht korrekt.
Was beinhalten denn die Anfragen an die MSR65 vom SKS3HE? <-- keine Ahnung, so weit ich das sehe gibt das MSR Temperaturen an das SKS3HE.
@mahlzeit24/7: kannst du mir einen Tipp geben, wie ich das mit dem Broadcast Device machen kann? Und solange ihr Ideen habt, probiere ich es gerne aus, aber es ist jetzt auch nicht lebensnotwendig. Aber darüber könnte ich die Außentemp. bekommen und die vom Gasbrenner bekommen.
Ups...
so sollte es eher gehen
return "" if ($dst_addr == 0015);
my $perl ne "good"
Gruß Brun
Mein lieber herrgesangsverein! es funktioniert! Vielen Dank!
Nun hab ich alle Geräte in einer Logdatei und auch noch jeweils mit dem richtigen Gerätenamen.
Echt super von euch!!!!
Nun kann ich mit meinem Logging beginnen.
Hallo Forengemeinde,
erstmal ein Riesen Kompliment an die Forengemeinde die hier gezeigten Aktivitäten bei der Problemlösung sind gigantisch. Danke!
Nun zu Meiner Frage:
Ich möchte Meine "Deltasol ES" in Fhem einbinden wird dieses Gerät von den zwei Modulen 20_VBUSLAN.pm+21_VBDEV.pm unterstützt.
Danke für Eure Unterstützung
Iron-R
@Brun,
Soweit ich weiß, ist wurde der aktuelle Stand von Arno selbst entwickelt und hier den ersten "Versuchskaninchen" vorgeführt (ich glaub irgendwo auf Seite 4).
Ich verwende diese Version seither.
Ein paar kleine "Bugs" oder Anpassungen habe ich allerdings auch schon verändert bzw. den Betroffenen hier geholfen. Ich kann mich u.a. an folgende Auffälligkeiten erinnern:
- Datum verursacht tageweise Ausfälle des Moduls (wenn das Datum am Ende einer Message steht und den Hex-Wert *a annimmt => Die Message endet auf *a und die nächste beginnt mit aa => führt zur Fehlermeldung "wrong message length")
- und dann die Sache mit den Ausreißern, die ähnlich wie in deinem letzten Beitrag behoben wurde (ich habs nur schnell überflogen). Dürfte so ungefähr das gleiche sein.
Dazu kommt, dass ich versuche, eine VBUSDEV mit möglichst vielen Reglern zu erstellen. Das heißt, immer wenn jemand einen neuen Regler hinzugefügt haben möchte, nehme ich die Änderung in der Datei auf und lade den aktuellen Stand hier ins Forum (wie in Beitrag #199). Mehr mache ich nicht. Deshalb will ich mich jetzt auch nicht hier als "Maintainer" ausgeben.
Gibt es eigentlich nicht irgendwo so eine Portal wo jeder sein Modul hochladen und aktuell halten kann? Wäre wahrscheinlich einfacher und übersichtlicher, als die ergänzte Version der VBUSDEV hier hochzuladen.
Falls du ein paar Änderungen hast, müsste man sich vielleicht mal alle Punkte sammeln und dann ein kleines Update basteln.
@Iron-R
Willkommen hier. Dein Gerät wird noch nicht unterstützt, aber das kann sich schnell ändern... kommt allerdings drauf an, wann ich dazu komme.
Viele Grüße
Robin
Hallo zusammen,
hat die integration von dem Solarlog funktioniert? hatte dazu nix mehr gefunden.
Ich hätte hier auch starkes Interesse.
@oldwolf:
Leider kenne ich momentan kein so ein Portal. Meistens ist es ja nur ein Entwickler der dann im besten Fall immer den #1 Betrag editiert.
Wahrscheinlich muss sich nur einer finden der das mal aufsetzt und betreut.
Ich habe auch noch zwei Geräte:
"4010" => {"name" => "WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Heat_kWh","bitSize" => 15,"factor" => 1,"unit" => "kWh" },
{ "offset" => 2,"name" => "Heat_Wh","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Flow_rate","bitSize" => 15,"factor" => 0.01,"unit" => "qm/h" },
{ "offset" => 6,"name" => "Power","bitSize" => 8,"factor" => 10,"unit" => "W" },
{ "offset" => 8,"name" => "Flow_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Return_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Heat_MWh","bitSize" => 15,"factor" => 1,"unit" => "MWh" },
{ "offset" => 14,"name" => "Power2","bitSize" => 8,"factor" => 2560,"unit" => "W" },
{ "offset" => 15,"name" => "Glycol","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "Pressure","bitSize" => 8,"factor" => 1,"unit" => "bar" },
]},
"5611" => {"name" => "DeltaTherm_FK", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_1","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_2","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_3","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_4","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Drehzahl_Reais_1","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 9,"name" => "Drehzahl_Reais_2","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 10,"name" => "Mischer_Auf","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 11,"name" => "Mischer_Zu","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 12,"name" => "Datum","bitSize" => 32,"factor" => 1,"unit" => "Tage" },
{ "offset" => 16,"name" => "Uhrzeit","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 18,"name" => "Systemmeldung","bitSize" => 8,"factor" => 1,"unit" => "m" },
]},
Ob Arno noch mitliest?
Hallo Gemeinde,
@Oldwolf
vielen Dank für Deine Antwort.
Ich habe mich mal am einbinden von Deltasol ES-7411 in die 21_VBUSDEV.pm versucht. Ich habe an die 21_VBUSDEV.pm aus "Antwort 199" die Daten von der 7411 angehangen.
Ein paar Fehlermeldungen konnte ich schon abstellen aber nun komme ich nicht weiter.
Leider kommen Fehler im Log
Zitat2014.10.17 20:56:59 0: Can't read ./FHEM/21_VBUSDEV.pm: No such file or directory
2014.10.17 20:56:59 0: ERROR: Cannot autoload VBUSDEV
2014.10.17 20:56:59 3: vbus: Unknown code aa100011741000010c4d8b00dc003502b822b822b822ea00ea000000000000000000b70401219702000000000000000000005f02c4020a007200, help me!
2014.10.17 20:57:06 1: PERL WARNING: Subroutine VBUSDEV_Initialize redefined at ./FHEM/21_VBUSDEV.pm line 395.
2014.10.17 20:57:06 1: PERL WARNING: Subroutine VBUSDEV_Define redefined at ./FHEM/21_VBUSDEV.pm line 422.
2014.10.17 20:57:06 1: PERL WARNING: Subroutine VBUSDEV_Undefine redefined at ./FHEM/21_VBUSDEV.pm line 453.
2014.10.17 20:57:06 1: PERL WARNING: Subroutine VBUSDEV_Parse redefined at ./FHEM/21_VBUSDEV.pm line 462.
2014.10.17 20:57:06 1: PERL WARNING: Subroutine VBUSDEV_ParsePayload redefined at ./FHEM/21_VBUSDEV.pm line 500.
Die Log-Datei ist angelegt aber leer.
VBULAN ist connected.
Die geänderte Datei habe ich mal angehangen.
Vielleicht kann jemand helfen.
Danke
Hallo,
so wie das aussieht hast du ein paar Trennungszeichen zu viel oder zu wenig.
z.B.:
{ "offset" => 18, "name" => "Einstrahlung", "bitSize" => 15, },
{ "offset" => 20, "name" => "Relaisbyte", "bitSize" => 8, },
{ "offset" => 26, "name" => "Schema", "bitSize" => 8, },
und müsste das:
{ "offset" => 20, "bitPos" => 3, "name" => "Relais_4", "bitSize" => 1 },
nicht so aussehen?
{ "offset" => 20, "name" => "Relais_4", "bitSize" => 1, "bitPos" => 3 },
Hallo
Danke für Eure Hilfe die Änderungen habe ich eingefügt. mit mäßigen erfolgt.
Es kommen noch Fehlermeldungen im Log:
Zitat2014.10.19 11:43:20 0: ERROR: Cannot autoload VBUSDEV
2014.10.19 11:43:20 3: vbus: Unknown code aa100011741000010c4d75029a012a02b822b822b8222402d10113000000015a00008c020121a302000000000000000000005100d0020a007200, help me!
2014.10.19 11:43:20 1: PERL WARNING: Subroutine VBUSDEV_Initialize redefined at ./FHEM/21_VBUSDEV.pm line 428.
2014.10.19 11:43:20 1: PERL WARNING: Subroutine VBUSDEV_Define redefined at ./FHEM/21_VBUSDEV.pm line 455.
2014.10.19 11:43:20 1: PERL WARNING: Subroutine VBUSDEV_Undefine redefined at ./FHEM/21_VBUSDEV.pm line 486.
2014.10.19 11:43:20 1: PERL WARNING: Subroutine VBUSDEV_Parse redefined at ./FHEM/21_VBUSDEV.pm line 495.
2014.10.19 11:43:20 1: PERL WARNING: Subroutine VBUSDEV_ParsePayload redefined at ./FHEM/21_VBUSDEV.pm line 533.
2014.10.19 11:43:20 1: reload: Error:Modul 21_VBUSDEV deactivated:
Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.10.19 11:43:20 0: Bareword "t" not allowed while "strict subs" in use at ./FHEM/21_VBUSDEV.pm line 16.
2014.10.19 11:43:20 0: ERROR: Cannot autoload VBUSDEV
2014.10.19 11:43:20 3: vbus: Unknown code aa100011741000010c4d75029a012a02b822b822b8222402d20113000000015a00008c020121a302000000000000000000005100d0020a007200, help me!
Ich habe die gänderte Datei noch mal angehangen.
Woher hast du dieses denn
"format" => t
Ich habe deine Definition mal bei mir eingefügt und nachdem ich dieses Feld entfernt habe ging es.
ja klar
Die sollten ja raus, mein Fehler, hat sich beim kopieren des Code für die 7411 aus der xlm Datei in Zeile 409 eingeschlichen.
"format" => t
Danke für Deine Hilfe.
Funktioniert soweit super ohne Fehlermeldung im Logfile :), nur die Logdatei bleibt leer :(.
Woran kann dies liegen ich verwende folgenden Code für das loggen der Daten aus der 7411, die Logdatei ist angelegt
define FileLog_SOLAR_th FileLog ./log/SOLAR_th-%Y.log SOLAR_th
attr FileLog_SOLAR_th logtype text
attr FileLog_SOLAR_th room Solaranlage th
Hallo
@Iron-R
Sorry, ich habe es am Wochenende leider nicht geschafft, dein Regler zu implementieren. Aber scheinbar warst du ja auch schon fleißig :)
Hast du diesen Fehler hier schon behoben?
So ist es richtig:
"7411" => {"name" => "DeltaSol_ES", "cmd" => "0100", "fields" => [
Anstelle von:
"7411" => {"name" => "DeltaSol_ES", "cmd" => 0100, "fields" => [
Dann sollte es funktionieren.
@Brun
Vielleicht sollte man wirklich mal ein neues VBUS-Thema anlegen, in dem nur die wichtigsten Fakten hinterlegt werden und die aktuellen Dateien drin sind.
Deine Geräte habe ich mal in die bestehende Datei eingepflegt.
Anbei also die aktuellste Version der VBUSDEV.pm mit den folgenden Geräten:
7751 - DiemasolC
7321 - Vitosolic200
7721 - DeltaSol E (Regler)
7722 - DeltaSol E (Wmz)
4212 - DeltaSolC
7331 - SLR
427B - DeltaSol_BS_2009
7821 - CosmoMulti (Regler)
7822 - CosmoMulti (WMZ)
7421 - DeltaSol BX
7E11 - DeltaSol MX Regler
7E12 - DeltaSol MX Module
7E21 - DeltaSol MX Heizkreis
7E31 - DeltaSol MX WMZ
7411 - DeltaSol ES [danke an Iron-R]
4010 - WMZ [danke an Brun]
5611 - DeltaTherm_FK [danke an Brun]
Viele Grüße
Robin
EDIT: Fehler (siehe nachfolgender Post) in der VBUSDEV behoben.
Hallo Oldwolf,
noch zwei Anmerkungen:
in Deiner geposteten 21_VBUSDEV.pm ist noch im Code zur 7411 das "format" => t
enthalten.
Nach dem mein Loggen nun funktioniert ist mir aufgefallen das Zeilen im Code zur 7411 fehlen, sind beim kopieren aus der xlm Datei abhanden gekommen:
{ "offset" => 39, "name" => "Wärmemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 40, "name" => "Wärmemenge_2","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 42, "name" => "Wärmemenge_3","bitSize" => 16,"factor" => 1000,"unit" => "Wh" },
{ "offset" => 44, "name" => "Wärmemenge_4","bitSize" => 16,"factor" => 1000000,"unit" => "Wh" },
müsste vielleicht noch ergänzt werden. Können die Werte auch in kWh und MWh umgerechnet werden?
Nachdem nun die Daten vom 7411 geloggt werden war ich heute von der Größe der log-Datei von 119MB in 24 Std. überrascht.
Da auch viele Werte von Sensoren geloggt werden die nicht angeschlossen sind, kann man die in der 21_VBUSDEV.pm auskommentieren um die Datenflut einzudämmen.
Wie hoch sollte das loggintervall sein?
Viele Grüße
Hallo,
danke für den Hinweis. Das werde ich morgen dann ändern.
Du musst das Attribut "event-on-change-reading" wegnehmen und stattdessen "event-min-interval" setzen. Ich habe es bei mir auf 3 min oder 180sec gesetzt. Da hält sich die Datenflut in Grenzen. Prinzipiell gilt: Log-Eintrag nur so oft wie nötig erzeugen, wenn du also keine sekundengenaue Auswertung brauchst, reichen minutengenaue Einträge.
Viele Grüße
Robin
Hallo,
"event-min-interval" 300 hatte ich schon eingestellt aber ohne erfolgt.
Wird das bei VBUSLAN oder VBUSDEV eingestellt.
Viele Grüße
Ich bekomme die Datenflut einfach nicht eingedämmt. Woran kann das noch liegen.
# Resol VBUS/LAN Solaranlage
define vbus VBUSLAN 192.xxx.x.xxx:7053
define SOLAR_th VBUSDEV 7411
attr SOLAR_th IODev vbus
attr SOLAR_th event-min-interval state:300
attr SOLAR_th event-on-change-reading state
attr SOLAR_th event-on-update-reading .*
attr SOLAR_th model DeltaSol_ES
attr SOLAR_th room Solaranlage th
define FileLog_SOLAR_th FileLog ./log/SOLAR_th-%Y.log SOLAR_th:.*
attr FileLog_SOLAR_th logtype text
attr FileLog_SOLAR_th room Solaranlage th
Hallo Iron-R
mach die beiden Zeilen, die ich auskommentiert habe, einfach mal raus:
# Resol VBUS/LAN Solaranlage
define vbus VBUSLAN 192.xxx.x.xxx:7053
define SOLAR_th VBUSDEV 7411
attr SOLAR_th IODev vbus
attr SOLAR_th event-min-interval state:300
# attr SOLAR_th event-on-change-reading state
# attr SOLAR_th event-on-update-reading .*
attr SOLAR_th model DeltaSol_ES
attr SOLAR_th room Solaranlage th
define FileLog_SOLAR_th FileLog ./log/SOLAR_th-%Y.log SOLAR_th:.*
attr FileLog_SOLAR_th logtype text
attr FileLog_SOLAR_th room Solaranlage th
Die sorgen dafür, dass jedes mal, wenn sich ein Wert ändert, der komplette Block aktualisiert wird.
Damit sollte es deutlich weniger Daten geben.
Grüße
Robin
Hallo Robin,
Danke für deinen Hinweis.
attr SOLAR_th event-min-interval .*:600
attr SOLAR_th event-on-change-reading .*
# attr SOLAR_th event-on-update-reading .*
Mit der Einstellung geht es.
Ich bekomme jetzt alle 10 min den kompl. Block und zwischendurch nur die Werte die sich geändert haben.
Die Werte die nicht benötigt werden habe ich in der 21_VBUSDEV.pm auskommentiert.
Danke
Grüße
Heute hatte ich den Fall das ein Paket mi "a" endete.
Und das permanent. Dadurch wurde das Paket immer wieder verworfen.
Leider gibt es in der 20_VBUSLAN.pm ein Bug beim Logging.
Ich habe beides mal korrigiert und in ein Patch gepackt.
Patchen:
patch 20_VBUSLAN.pm patch_20_VBUSLAN
Hallo Brun,
wie bekomme ich den Patch denn ein meine Vbuslan? ;)
VG
Markus
Hallo Markus,
wie schon oben beschrieben mi den Befehl:
patch 20_VBUSLAN.pm patch_20_VBUSLAN
Beide Dateien müssen sich im selben Verzeichniss befinden.
Hallo Brun,
das funktioniert bei mir nicht, ich bekomme die Fehlermeldung:
Unknown command patch, try help.
als Meldung, die Dateien sind im selben Ordner.
VG
Markus
Was für ein Betriebsystem benutzt du denn?
Ansonsten hier die gepatchte Datei.
Hallo Brun,
ich hab das Image raspbian-wheezy drauf.
Vielen Dank für deine Hilfe.
VG
Markus
Hallo,
da wir heute das erste mal Temperaturen unter 0°C hatten, habe ich feststellen müssen, das bei mir jetzt Ausreißer entstehen.
Habt ihr das auch? Was muss verändert werden, damit die Temperaturen auch im negativen Bereich richtig angezeigt werden.
viele Grüße und einen schönen Abend
Alexander
Habe auch grad die negativen Werte gesehen.
Sollte recht einfach sein, da es ja nur ein Überlauf der Integerzahl ist. Schaue da gleich mal rein...
Oliver
Hallo,
habe auch das Problem mit den Ausreißern bei negativen Temp.
Gibt es da eine Lösung.
Viele Grüße
Iron
Bei mir wird auch anstatt -1Grad 999Grad ausgelesen. Mit dem Resol ServiceCenter sieht alles gut aus, dort werden die Minuswerte korrekt angezeigt. Dachte es wäre nur bei mir so, war schon kurz davor, nach dem Fehler zu suchen.
Habe heute seit langem mal wieder hier reingeschaut und geupdatet.
Gibt es eigentlich die Möglichkeit Werte über VBus zu ändern?
Edit: Suche nach der Möglichkeit die Temperatur auszulesen, über die die Pumpe anspringt für meinen wassergeführten Kamin. Diese Temperatur würde ich natürlich auch gerne über fhem setzen können.
Hallo,
Kann es sein, das bei manchen Werten nur 15bits statt 16 Bits.
Bei was für Geräten passiert das denn und bei was für Werten?
@Gunther
Warum willst du denn die Werte ändern?
Soweit ich weis kann man keine Werte ändern.
Zitat von: Brun am 11 Dezember 2014, 19:17:05
@Gunther
Warum willst du denn die Werte ändern?
Soweit ich weis kann man keine Werte ändern.
Meine Anlage steuert z. B. wann (derzeit 60° C) die Pumpe anspringt, die kaltes Wasser über die Wassertasche meines Kamins nachschickt.
Diesen Wert kann man ja in der Vitolsolic200 einstellen.
Hier habe ich gelesen, das Änderungen möglich sein sollen:
http://hobbyelektronik.org/w/index.php/VBus-Decoder (http://hobbyelektronik.org/w/index.php/VBus-Decoder)
Die Frage ist nun, ob das auch schon über das FHEM-Modul geht oder vorgesehen ist.
Meine Viessmann-Anlage kann ich nun ebenfalls über FHEM steuern. Da wäre das eine gute Ergänzung.
Hallo Brun,
bei mir ist es das Gerät -> 7411 - DeltaSol ES
und derzeit betrifft es nur die Kollektortemp. die bei minus Temp. Utopische Temperaturen anzeigt über 6000 Grad
Viele Grüße
Iron
Hallo Brun,
bei mir zeigt sich genau das Bild wie bei Iron.
Sobald eine Temperatur (Außenfühler, Kollektorfühler) ins Minus geht, kommen Werte über 6000 raus.
hab mir das mal ein bisschen genauer angeschaut und soweit ich das sagen kann, rechnet er wohl die Werte falsch um.
Der erste negative Wert im Log ist 6553.5 wenn ich 65535 in Hex umwandle kommt FFFF raus. Je tiefer die Temperatur fällt, desto kleiner wird der 6000er Wert. Was für mich danach aussieht als würde er in die falsche Richtung zählen. Oder man muss von dem 6000er Wert "einfach" 6553,5 abziehen, dann bekommt man auch eine Wert im Minus Bereich.
Soweit das was mit aufgefallen ist, ob ich da auf der Richtigen Spur bin kann ich leider nicht sagen.
Gruß
Robert
Hallo,
bei mir ist es der DeltaSol BX (7421), bei dem ich die Ausreißer (auch >6000°C) habe.
viele Grüße
Alexander
Ich habe mir mal die Definitionen angeschaut.
Von den Temperaturen wurden immer nur 15Bit benutzt obwohl es 16Bit Werte sind. Irgendwo war es auch mal mit 15Bit dokumentiert.
Ich habe jetzt bei den beiden (7411, 7421)mal die Definitionen auf 16Bit erweitert.
Könnt ihr es bitte mal testen und mir Rückmeldung geben.
Gruß Brun
Hallo Brun,
Danke für Deine Hilfe, habe die Änderung eingepflegt bei den nächsten minus Temp. melde ich mich.
Grüße
Iron
Hallo,
ich verfolge diesen Thread schon länger und wollte mich nun auch einmal an meiner Resol DeltasolM versuchen. Den LAN Adapter und das Resol Service center habe ich schon länger in Betrieb. Die Hardware der DeltasolM ist die ,,Originalversion" der Vitosolic200. Ich habe die beiden xml Files von Resol verglichen, und auch diese sind gleich. Also einfach mal in der vbusdev die vitosolic200 kopiert, die Adresse und Name der DeltasolM eingetragen und ... es funktioniert NICHT. :(
vbuslan verbindet sich, vbusdev erzeugt aber keine autocreate Einträge im configfile und sekündlich (also mit jedem Paket von der Steuereung) laufen die Fehlermeldungen ins logfile, siehe unten. Vielleicht hat jemand einen heißen Tip.
VG,
Karsten
2014.12.12 21:40:02 5: vbus dispatch aa10001173100001124872004b03f3003a01b822b822b8228001ca00c8004f036903000000004509050000000000700000000f03000000000000000000000000000000000d000000000001190b1c01000000
2014.12.12 21:40:02 5: Loading ./FHEM/21_VBUSDEV.pm
2014.12.12 21:40:02 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 508, near "$iodev) "
2014.12.12 21:40:02 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 508, near "$iodev) "
2014.12.12 21:40:02 0: ERROR: Cannot autoload VBUSDEV
2014.12.12 21:40:02 5: Triggering vbus (1 changes)
2014.12.12 21:40:02 5: Notify loop for vbus UNKNOWNCODE aa10001173100001124872004b03f3003a01b822b822b8228001ca00c8004f036903000000004509050000000000700000000f03000000000000000000000000000000000d000000000001190b1c01000000
2014.12.12 21:40:02 4: eventTypes: VBUSLAN vbus UNKNOWNCODE aa10001173100001124872004b03f3003a01b822b822b8228001ca00c8004f036903000000004509050000000000700000000f03000000000000000000000000000000000d000000000001190b1c01000000 -> UNKNOWNCODE aa10001173100001124872004b03f3003a01b822b822b8228001ca00c8004f036903000000004509050000000000700000000f03000000000000000000000000000000000d000000000001190b1c01000000
2014.12.12 21:40:02 3: vbus: Unknown code aa10001173100001124872004b03f3003a01b822b822b8228001ca00c8004f036903000000004509050000000000700000000f03000000000000000000000000000000000d000000000001190b1c01000000, help me!
20
Hallo Brun,
habe gerade die verbesserte 21_VBUSDEV.pm bei mir eingepflegt, jedoch stimmen bei mir jetzt die normalen Temperaturen nicht mehr (>200°C).
Update: Die Werte stimmen nur alle zwei Minuten. Dass heißt, die eine Minute habe ich ca. 9°C und eine Minute später wieder >200°C.
viele Grüße
Alexander
Hallo;
..könnte mir vorstellen, dass das 16. Bit das Vorzeichen-Bit ist ?!
Hallo,
das 16.Bit ist nicht das Vorzeichen.
Das Problem scheint zu sein, dass Perl die Variable als Integer interpretiert es aber in Wirklichkeit ein unsigned Integer ist. Bis zu einen Wert von 32768 (oder so) ähneln sich beide. Doch der unsigned Integer springt dann zu -32768 über.
Ich habe mal versucht das ab zu fangen und zu korrigieren.
Gruß Brun
Hallo Zusammen,
also bei dem Gerät 7411 sieht es mit der Änderung in
bitSize" => 16
gut aus nur die minus Grade konnten noch nicht getestet werden.
Grüße
Iron
(//)
Hallo Iron,
in deiner Graphik sehe ich gerade, dass deine Pumpe auf 30% laufen kann. Was hast du denn für eine Pumpe?
Testest du bitte mit der Datei von meinen letzten Beitrag. Da ist zwar nur die 15Bit Werte drin aber die Umwandlung auf die Minuswerte.
Gruß Brun
Hallo Brun,
hatte gerade die Datei aus deinem letzten Beitrag getestet, jedoch bringt es mir nur die Änderung, dass jetzt dauerhaft die falschen Werte (204,9°C) angezeigt werden.
viele Grüße
Alexander
Hallo Alexander,
ist das immer nur ein Sensor der aus der Reihe tanzt? Welcher?
Du kannst ja mal selber die bitSize auf 16 stellen. Was passiert dann?
Wenn ich es irgendwann schaffe versuche ich das Debuging mal zu erweitern.
Gruß Brun
Ich habe mir das man angeschaut. Ob 15 oder 16 Bit macht keinen Unterschied. Der 16-Bit Wert zählt einfach Rückwärts bis 0 was ja 0°C entspricht und geht dann auf ff ff was -0,1°C entspricht. Dies ist in der vbus Doku auch nicht extra angegeben. Ich habe in den Spezifikationen mal nach einer Range gesucht, aber nichts gefunden. So kann man einen kleinen Patch einbauen, der Werte > 6000 als negative Werte darstellt. Dann kann man auch noch einen Brand der Kollektoren sauber verfolgen ;-)
Leider komme ich grad nicht auf mein System. Werde das heute Abend einmal einbauen und hoffen, dass es kälter wird :-)
Oliver
Perl ist ja schon ein wenig seltsam. Aber auch ich werde es verstehen. Das oberste Bit ist natürlich das Vorzeichen. Man muss nur genau schauen.
Zeile 607:
$val = hex($val);
sollte ersetzt werden mit:
$val = unpack('s', pack('S', hex($val)));
Dann wird das auch als signed int erkannt. Zumindest wenn ich mich nicht ganz täusche :-;
Ich habe das nur mal auf die schnelle geändert und muss noch mal prüfen, ob das nicht andere Auswirkungen hat. Bei meinem Model sind die Temperaturen ja 15 Bit. (SKSC2 von Sonnenkraft - Modell 4211)
Da muss meiner Meinung nach noch eine Abfrage rein.
Oliver
Hallo Brun,
ich teste Deine Datei aus dem Post 247 wird aber erst am Mittwoch.
Als Pumpe habe ich eine HP63 von WATTS drin.
Viele Grüße
Iron
Hallo Brun,
die 16Bit Version bring keine Veränderung bei minus Temp. es gibt weiterhin Werte von 6000 Grad.
die Version aus dem Post247 rechnet den Wärmemengenwert in eine negativen Wert um.
Grüße
Iron
Hallo Iron,
das ist wohl ein Bug.
In meiner letzten Version werden alle Werte in signed Werte umgewandelt.
Demnach leider auch die Wärmemänge.
Da muss man nochmal Gehirnschmalz rein stecken.
Gruß Brun
Hallo Brun,
Zitatist das immer nur ein Sensor der aus der Reihe tanzt? Welcher?
es sind leider alle Sensoren, die dann aus der Reihe tanzen.
ZitatDu kannst ja mal selber die bitSize auf 16 stellen. Was passiert dann?
Als ich auf bitSize 16 umgestellt hatte, hat es keine Auswirkungen gehabt, ich bekomme immer noch die Werte >200°C bei den Kollektoren und 0°C bei den Pufferspeichern angezeigt.
viele Grüße
Alexander
Hier noch mal meine Änderung. Die Nacht zeigt auch bei allen anderen Werten alles ok.
if ($bitsize == 15) {
$val = unpack('s', pack('S', hex($val)));
} else {
$val = hex($val);
}
statt
$val = hex($val);
in der 21_VBUSDEV.pm
Oliver
Hallo Oliver,
habe deine Änderung gerade eingefügt.
Ausreißer habe ich jetzt schon mal keine mehr, das andere wird sich bei zeigen, wenn wir mal wieder Temperaturen im Minusbereich haben.
viele Grüße
Alexander
Super Super Super an oliverk ! Endlich Minuswerte in meiner Tabelle und Grafik! Coole Sache, vielen Dank!
Hallo Oliver,
vielen Dank für Deine Hilfe.
Ich habe die Änderungen eingefügt und siehe da es gibt keine Ausreiser mehr auch bei minus Temp. nicht.
Allerdings zeigt das Diagramm Auffälligkeiten ein Blick in die Log-Datei zeigt Unmengen an Daten. So schwingt aber die Außentemp. nicht.
Zitat2014-12-27_09:04:36 SOLAR_th Temperatur_Sensor_1: -2.8 °C
2014-12-27_09:04:37 SOLAR_th Temperatur_Sensor_1: -2.7 °C
2014-12-27_09:04:39 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:04:42 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:04:43 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:04:45 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:04:53 SOLAR_th Temperatur_Sensor_1: -2.7 °C
2014-12-27_09:04:55 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:04:55 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:04:56 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:04:58 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:05:02 SOLAR_th Temperatur_Sensor_1: -2.2 °C
2014-12-27_09:05:05 SOLAR_th Temperatur_Sensor_1: -2.7 °C
2014-12-27_09:05:06 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:05:07 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:05:08 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:05:10 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:05:18 SOLAR_th Temperatur_Sensor_1: -2.7 °C
2014-12-27_09:05:19 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:05:20 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:05:21 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:05:22 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:05:31 SOLAR_th Temperatur_Sensor_1: -2.7 °C
2014-12-27_09:05:32 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:05:33 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:05:34 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:05:35 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:05:40 SOLAR_th Temperatur_Sensor_1: -2.2 °C
2014-12-27_09:05:44 SOLAR_th Temperatur_Sensor_1: -2.6 °C
2014-12-27_09:05:45 SOLAR_th Temperatur_Sensor_1: -2.5 °C
2014-12-27_09:05:46 SOLAR_th Temperatur_Sensor_1: -2.4 °C
2014-12-27_09:05:47 SOLAR_th Temperatur_Sensor_1: -2.3 °C
2014-12-27_09:05:54 SOLAR_th Temperatur_Sensor_1: -2.2 °C
Viele Grüße
Iron
Im positiven Bereich der Temp. sieht der Log genauso aus.
Hallo Oliver,
vielen Dank für deine Änderung, da wir jetzt Temperaturen im Minusbereich hatten und diese jetzt richtig angezeigt werden, konnte ich selbst sehen, dass es jetzt einwandfrei funktioniert.
Danke und viele Grüße
Alexander
Bei mir tut es auch ganz gut. Ich habe ja auch noch einen Regler von Sonnenkraft hinzugefügt. Wir müssten mal wieder ein aktuelles Modul mit anhängen, dass alle Änderungen mit drin hat.
Ich werde die Tage mal schauen, was ich machen kann. Derzeit ist es ja mit der Sonne recht mau bei uns. Mein Panel kommt immer nur auf ca. 40°C. Aber sobald sich das ein wenig ändert habe ich auch
mehr Lust mal ein paar Erweiterungen auf den Weg zu bringen....
Oliver
@Iron-R:
Da hat aber die Ergänzung keinen Einfluss drauf. Zumindest kann ich mir das nicht erklären.
Hallo Oliver,
da werde ich mir das noch mal ansehen.
Die Logdatei war bis zur Änderung in Ordnung.
Habe aber auch nur Deine Ergänzungen in die .pm eingefügt.
Aber erst mal allen einen Guten Rutsch ins neue Jahr.
Viele Grüße
Iron
Hallo zusammen,
Erstmal wünsche ich gesundes neues Jahr.
Dank diesen Threads und der Umstellung auf den Raspberry habe ich nun die VBus Anbindung endlich hinbekommen. Die Werte meiner SLR werden im FHEM angezeigt und ich kann diese im Floorplan und in ReadingGroups zur Visualisierung verwenden. Leider hab ich genau hier auch ein Problem. Nach einer gewissen Zeit werden die im 21_VBUSDEV Werte doppelt angezeit und der Floorplan und auch die ReadingGroups nehmen komischeweise immer den alten Wert statt den aktuellen. Die Screenshots und die 21_VBUSDEV sind angehängt. Vieleicht kennt jemand das Problem und kann mir sagen, was ich falsch mache (Bitte für Programmierdeppen geeignet).
fhem.cfg Auszug:
#VBus
define vbus VBUSLAN 10.9.1.7:7053
define Heizungssteuerung VBUSDEV 7331
attr Heizungssteuerung IODev vbus
#attr Heizungssteuerung event-min-interval .*:10
attr Heizungssteuerung event-on-change-reading .*
attr Heizungssteuerung model SLR
attr Heizungssteuerung room Heizung
#define FileLog_Heizungssteuerung FileLog /opt/fhem/log/Heizungssteuerung-%Y.log Heizungssteuerung
#attr FileLog_Heizungssteuerung logtype text
#attr FileLog_Heizungssteuerung room Heizung
#Readinggroups
define Solarwerte readingsGroup Heizungssteuerung:Kollektortemperatur Heizungssteuerung:Solarvorlauf Heizungssteuerung:Solarruecklauf Heizungssteuerung:Solarpumpe
attr Solarwerte notime 1
attr Solarwerte room Heizung
#attr Solarwerte valueFormat : %.1f°C
define Heizungswerte readingsGroup Heizungssteuerung:VorlaufHeizung Heizungssteuerung:VorlaufHeizkoerper Heizungssteuerung:VorlaufFussbodenheizung Heizungssteuerung:RucklaufHeizung
attr Heizungswerte notime 1
attr Heizungswerte room Heizung
define Warmwasser readingsGroup Heizungssteuerung:Boilerfuehler Heizungssteuerung:Warmwasser Heizungssteuerung:Oelofen
attr Warmwasser notime 1
attr Warmwasser room Heizung
Vielen Dank
mfg
Daniel
Hallo;
Die letzten Änderungen funktionieren einwandfrei :D .
Habe noch eine neues Gerät (Sonnenkraft SKSC1/2, Code:4211) hinzugefügt
Da anscheinend meine Solaranage einen Fehler hat, konnten ich in fhem Werte zwischen -5 und +140°C loggen.
Da diese auch direkt auf der Regelung angezeigt werden gehe ich davon aus , das die fhem Implementierung funktioniert.
Ich hätte aber trotzdem noch eine Frage:
Da jede Änderung von 0,1°C gelogged wächst das Logfile pro Tag um ca. 1MB - Ich habe 4 Temp.Sensoren eingebunden.
Kann man diese Schwelle verändern, das z.B. nur jedes "volle" °C aufgezeichnet wird, da ja eine so hohe Genauigkeit nicht wirklich Sinn macht.
z.B. mit -> event-on-change-reading .*
Danke Euch
Eigentlich kann man ja auf ganze Zahlen oder zumindest auf 0,5 runden.
Ich schaue mal....
Oliver
Ich habe den kursiven Teil in der VBUSDEV (ca. Zeile 630) mal angehängt. Wird nun auf 0,5 Zahlen gerundet und sollte weniger Daten erzeugen. Mir ist auch klar, dass dies kein ordentliches Runden ist. Die Tendenz ist aber sehr gut abzusehen und völlig ausreichend.
my $unit = $field->{unit};
if (!$unit) {
$unit = "";
}
elsif ($unit eq "°C") {
$val = ($val >= 0 ? ceil($val*2)/2 : floor($val*2)/2);
}
Mein Update Intervall steht auch auf 10 Minuten. Damit sollte auch weniger gespeichert werden.
attr VBUSDEV_4211 event-min-interval .*:600
Mich hatte das die Tage auch gestört, da ich riesige Dateien habe.
Oliver
Hallo OLiver;
Habe die Änderung eingerbracht und es funktioniert ;)
Es sind jetzt viel weniger Daten.
Danke für die schnelle Abhilfe !!!!
Ich habe auch mal mein aktuelles VBUSDEV (incl. Sonnekraft SKSC1/2 und Runden auf 0,5°C) angefügt.
yellow pinky
Hallo Gemeinde ;-)
ich habe jetzt nach langer Zeit erneut einen Versuch gestartet und siehe da, DANK eurer arbeit bekomme ich jetzt schon mehr hin.
Ich habe die aktuellen pm Dateien eingespielt, ein Update gemacht!
Das Autocreate funktioniert bei mir nicht, also habe ich alle wie in den letzten Meldungen beschrieben von Hand eingetragen, einen restart gemacht und gut!
Die log Datei wir angelegt und wenn ich im loglevel 5 starte sehe ich folgendes:
meine fhem.cfg:
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd Error messages while initializing FHEM:\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 5
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB stylesheetPrefix dark
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
define vbus VBUSLAN 192.168.178.139:7053
define VBUSLAN_427B VBUSDEV 427B
attr VBUSLAN_427B IODev vbus
attr VBUSLAN_427B event-min-interval .*:120
attr VBUSLAN_427B event-on-change-reading .*
attr VBUSLAN_427B room VBUSDEV
define FileLog_VBUSDEV_7411 FileLog ./log/VBUSLAN_427B-%Y.log VBUSLAN_427
attr FileLog_VBUSLAN_427 logtype text
attr FileLog_VBUSLAN_427 room VBUSDEV
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink Test
define eventTypes eventTypes ./log/eventTypes.txt
define Verbrauch_aktuell JSONMETER LS110 192.168.178.140 60
attr Verbrauch_aktuell group Strom
attr Verbrauch_aktuell room Volkszaehler
define FileLog_Verbrauch_aktuell FileLog ./log/Verbrauch_aktuell-%Y-%m.log Verbrauch_aktuell
attr FileLog_Verbrauch_aktuell logtype text
und hier ein Auschnitt aus dem log:
2015.01.16 22:14:45 5: Cmd: >setstate autocreate active<
2015.01.16 22:14:45 5: Cmd: >setstate eventTypes active<
2015.01.16 22:14:45 5: Cmd: >setstate global <no definition><
2015.01.16 22:14:45 5: Cmd: >setstate vbus opened<
2015.01.16 22:14:45 5: Cmd: >setstate vbus 2015-01-16 22:14:27 state opened<
2015.01.16 22:14:45 5: Triggering global (1 changes)
2015.01.16 22:14:45 5: Notify loop for global INITIALIZED
2015.01.16 22:14:45 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.01.16 22:14:45 0: Server started with 14 defined entities (version $Id: fhem.pl 7542 2015-01-13 09:43:33Z rudolfkoenig $, os linux, user admin, pid 25812)
2015.01.16 22:14:46 5: vbus dispatch aa10007b4210000109182d00bc000c02b82200ff020000ff00000b01ffff00003705000000000000000067000400
2015.01.16 22:14:46 5: vbus dispatch aa15007b421000010a12010800000000ffff020a00002d00bc0000000000010b0000000000000201000b2d00bc000c02b822
die dispatch Meldungen kommen dauern.
Aber es wird nichts im log eingetragen.
VBUSDEV:
VBUSLAN_427B -> Initialized
CODE 427B
DEF 427B
IODev vbus
NAME VBUSLAN_427B
NR 12
STATE Initialized
TYPE VBUSDEV
VBUS:
Clients :VBUSDEV:
DEF 192.168.178.139:7053
DeviceName 192.168.178.139:7053
FD 9
NAME vbus
NR 11
PARTIAL aa10007b4210000109182d003c0004120c0238220413007f0200027c007f0000027e
RAWMSG aa15007b421000010a12010800000000ffff020a00002d00bc0000000000010b0000000000000201000b2d00bc000c02b822
STATE opened
TYPE VBUSLAN
vbus_MSGCNT 122
vbus_TIME 2015-01-16 22:16:58
So jetzt habe ich mal ein wenig geschrieben und ich hoffe Ihr könnt mir helfen,
wo habe ich einen Fehler gemacht?
Besten Dank
Gruß
Olaf
Hallo zusammen,
hat sich ja doch einiges getan, seit ich zum letzten Mal reingeschaut habe...
@ Olaf:
Wir machen es mal wie in der Schule und korrigieren Schreibfehler mit rot ;)
Zitat
define vbus VBUSLAN 192.168.178.139:7053
define VBUSLAN_427B VBUSDEV 427B
attr VBUSLAN_427B IODev vbus
attr VBUSLAN_427B event-min-interval .*:120
attr VBUSLAN_427B event-on-change-reading .*
attr VBUSLAN_427B room VBUSDEV
define FileLog_VBUSDEV_7411 FileLog ./log/VBUSLAN_427B-%Y.log VBUSLAN_427B
attr FileLog_VBUSLAN_427 FileLog_VBUSDEV_7411 logtype text
attr FileLog_VBUSLAN_427 FileLog_VBUSDEV_7411 room VBUSDEV
Kleiner Tipp noch, da in den letzten Beiträgen die immense Datenmenge angesprochen wurde: Mache die FileLogs monatlich in eine neue Datei (z.B. so ./log/VBUSLAN_427B-%Y-%m.log), sonst dauert es ewig, bis die geladen wird.
Jetzt sollte in der Log auch was ankommen. Oder nicht?
Gruß
Robin
Hallo Robin,
besten Dank.
Ich werde es ausprobieren und gebe Dir dann eine Rückmeldung.....
Gruß
Olaf
Hallo Robin,
ich habe nun auch einen komplett neuen Debian Server aufgesetzt!
Und auch fhem neu installiert (ist ja klar)
Und nun als erstes alles wie auf der alten Kiste gemacht
Und siehe da..... NICHTS
fhem.log
2015.01.21 19:51:34 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000005006e0100000000010b0000000000000201000b05006e01f301b822
2015.01.21 19:51:35 5: vbus dispatch aa10007b42100001091805006e01f301b82200ff110000ff00000b01ffff0000a804000000000000000067000400
2015.01.21 19:51:36 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000005006e0100000000010b0000000000000201000b05006e01f301b822
2015.01.21 19:51:37 5: vbus dispatch aa10007b42100001091805006e01f301b82200ff110000ff00000b01ffff0000a804000000000000000067000400
2015.01.21 19:51:38 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000005006e0100000000010b0000000000000201000b05006e01f301b822
2015.01.21 19:51:39 5: vbus dispatch aa10007b42100001091805006e01f301b82200ff110000ff00000b01ffff0000a804000000000000000067000400
2015.01.21 19:51:40 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000005006e0100000000010b0000000000000201000b06006e01f301b822
2015.01.21 19:51:41 5: vbus dispatch aa10007b42100001091806006e01f301b82200ff110000ff00000b01ffff0000a804000000000000000067000400
2015.01.21 19:51:42 5: vbus dispatch aa15007b421000010a12010800000000ffff020a000006006e0100000000010b0000000000000201000b06006e01f301b822
aber in der angelegten log Datei für vbus/ ( VBUSLAN_427B-2015.log)
kommt nichts an.
Ich sehe:
VBUSDEV
VBUSLAN_427B Initialized
mehr leider nicht.
Also etwas mache ich noch falsch.
Die Installation nehme ich nun wirklich aus.....
Was kann ich noch überprüfen?
Danke & Gruß
Olaf
Hallo Olaf,
kannst du mal den Output von deinen VBUS Devices machen?
list VBUSLAN_427B
Wird denn neben den VBUSLAN ein weiteres Devican angelegt?
Ich könnte mir vorstellen das es mit den "B" was zu tun hat. Dadurch ist die Adresse des Device nicht mehr eine Zahl.
Wie man des jetzt aber ändern könnte, kann ich grad leider nicht sagen.
Gruß Brun
Hallo Brun,
besten Dank!
Ich bin schon einen Schritt weiter, dank Robin!!!
Es sieht jetzt besser aus, zwar noch nicht ganz Rund aber ich bekomme logs!
Ja es lag an dem "B" das habe ich in der VBUSDEV mal auf "b" gesetzt und siehe da jetzt läuft es!
Ich würde gerne das ganze hier vollenden und dann werde ich hier mal einen komplett Weg aufzeigen mit den aktuellen Dateien und Bemerkungen zu den Änderungen!
Dank Euch habe ich es "fast" geschafft!!!
Ich habe gerade noch die Probleme, das ich in der fhem.log ohne ende Einträge bekomme:
vbus: Unknown code aa15007b421000010a12010800000000ffff020a00004200760000000000010b0000000000000201000b42007600f901b822, help me!
Das liegt daran, das ich in der vbusdev:
return "" if ($dst_addr != "0010");
eingetragen habe, dadurch bekomme ich zwar bnur die richtigen Werte geloggt aber in der fhem log tauchen diese Fehlermeldungen bei jeder abfrage auf.....
Aber das bekomme ich auch noch hin.
Besten Dank!!!
Ich melde mich hier, sobald ich es fertig habe.
Gruß
Olaf
Danke
Hallo zusammen,
ja es stimmt, danach waren die negativen Werte wieder so wie sie sein sollen!
Danke
Zitat von: oliverk am 26 Dezember 2014, 09:35:31
Hier noch mal meine Änderung. Die Nacht zeigt auch bei allen anderen Werten alles ok.
if ($bitsize == 15) {
$val = unpack('s', pack('S', hex($val)));
} else {
$val = hex($val);
}
statt
$val = hex($val);
in der 21_VBUSDEV.pm
Oliver
Guten Morgen zusammen,
leider habe ich noch nicht alles RUND am laufen, daher ist mein Post auch wieder eine Frage.
Ich habe wie oben geschrieben nun endlich Daten in meiner log Datei und kann nun auch sehen was da so auf dem Dach bzw. in meinem WW-Speicher geschieht!
Nun habe ich noch zwei Probleme, die aus meiner Sicht zusammen hängen.
1) Bekomme ich alle 2 sekunden einträge in die fhem.log
2015.01.29 10:29:21 5: Triggering vbus (1 changes)
2015.01.29 10:29:21 5: Notify loop for vbus UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00008800b40000000000010b0000000000000201000b8800b400f301b822
2015.01.29 10:29:21 4: eventTypes: VBUSLAN vbus UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00008800b40000000000010b0000000000000201000b8800b400f301b822 -> UNKNOWNCODE aa15007b421000010a12010800000000ffff020a00008800b40000000000010b0000000000000201000b8800b400f301b822
2015.01.29 10:29:21 3: vbus: Unknown code aa15007b421000010a12010800000000ffff020a00008800b40000000000010b0000000000000201000b8800b400f301b822, help me!
Hier habe ich immer wieder die falschen Werte "aa1500...." Diese Werte habe ich ja nun aus meiner log Datei ausgenommen siehe Post #275
Aber in der log stehen diese Werte mit dem Hinweis ......, help me!
Da das eine Menge an Daten und extrem vielen abfragen sind, vermute ich das mein zweites Problem damit zusammen hängt.
2) Das Gerät hängt sich auf und liefert keine Daten mehr.
Fhem läuft sauber weiter kann aber nicht mehr mit dem vBus sprechen, ein restart von fhem behebt das Problem.
Leider finde ich in den logs keine Hinweise was geschehen ist.
Hat jemand eine Idee wie ich diese falschen Werte ganz ausschließen kann und wie ich so dann diesen loop abscghalten kann, da ich ich das Device eigentlich nur alle 5 minuten abfagen möchte (oder wenn alles sauber läuft auch noch weniger)
define vbus VBUSLAN 192.168.178.139:7053
define VBUSDEV_427b VBUSDEV 427b
attr VBUSDEV_427b IODev vbus
attr VBUSDEV_427b event-min-interval .*:300
attr VBUSDEV_427b model DeltaSol_BS_2009
attr VBUSDEV_427b room VBUSDEV
#attr VBUSDEV_427b event-on-change-reading .*
define FileLog_VBUSDEV_427b FileLog ./log/VBUSDEV_427b-%Y.log VBUSDEV_427b
attr FileLog_VBUSDEV_427b icon measure_current
attr FileLog_VBUSDEV_427b logtype text
attr FileLog_VBUSDEV_427b room VBUSDEV
Besten Dank für die Hilfe
Gruß
Olaf
Hallo
Bin neu hier und fang erst an mit fhem leuft bis jetzt ganz gut
will meine Resol Steuerung (DeltaSol MX) mit VBus Lan einbinden
wo bekomm ich eine passende VBUSDEV.pm her.
Moin!
@Dr. Duli: Du musst den Thread ein bisschen von hier hinten nach vorne zurückblättern und findest die Module mit aktuellem Stand. Es ist aber recht lehrreich - so finde ich als Newbie - den ganzen Thread von vorne nach hinten zu lesen.
Soweit ich bis jetzt bin, läuft mit den zuletzt hier geposteten Modulen 21_VBUSDEV.pm für die jeweilige Gerätschaft, die am VBUS-LAN-RESOL-Adapter hängt und die 20_VBUSLAN.pm für die Umsetzung der Protokolle, die der RESOL-Adapter "ins LAN weitergibt" das - relativ unkontrollierte - Auslesen manchmal richtiger Werte aus meiner Cosmo Multi2 Steuerung, die momentan (erst) einen Puffer, den Heizvor- und Rücklauf und den Rücklauf der Solarthermie misst bzw. regelt :-)
Bin aber gespannt, wie es weitergeht...
MfG
Jochen
Hallo zusammen,
danke für dieses tolle Modul und die herrvorgenden Beiträge. Nachdem ich mir alles fleißig durchgelesen hatte, hab ich es einfach mal gewagt, den VBus-LAN Adapter und zwei zusätzliche Sensoren (VL/RL) beschafft, an die Deltasol ES angeschlossen, Modul eingespielt und *tataaaa* ... Es klappt, einfach so :)
Na gut, den Neustart von fhem hatte ich vergessen, aber danach war alles da, inklusive autocreate!
Sogar ein rudimentärer "Durchflussmengenberechner" liess sich so - ohne Wasserzähler - erstellen :)
Das Einzige "Problem" ist die Reduktion der schieren Unmengen an Daten, aber auch das ist ja kein wirkliches Problem, man muss sich halt nur entscheiden, welche Daten man wie genau braucht.
Was jetzt dem Ganzen noch die Spitze aufsetzen würde, wäre die Abgabe von Steuerungsbefehlen über fhem. Das scheint ja prinzipiell möglich zu sein, aber wird es auch in das Modul integriert werden können? Mir selbst traue ich Derartiges leider nicht zu ...
Beste Grüße
spilu
Hallo
Ich möchte meine Resol DeltaSol BX an FHEM anbinden.
Ich habe die Anlage über Serial (UART) am Raspberry hängen und kann die Daten auslesen.
Hier im Beitrag habe ich nur die einbindung über VBUS-Lan gesehen.
Wie kann ich die daten von USB oder Serial abgreifen?
So die Anbindung habe ich jetzt mit meinem nicht vorhandenen Perlkenntnissen hinbekommen.
Ich sehe nun den Effekt das die Werte blinken.
ICh verwende die 21_VBUSDEV.pm von yellowpinky von Seite 18 (am Ende)
So wie es aussieht bekomme ich 2 verschiedene Nachrichten über den VBUS.
Wie kann ich die mit den für mich unbrauchbaren Werten ignorieren?
-- Richtige Werte
aa100021741000010f3a61006d00b8226e013f0088fcf1d888fcf1d800000b000000000000009949bd0017eccf0076990e00010000000000000000000000c900a40222783301
Systemzeit 92 2015-03-05 22:22:20
Temperatur_RPS -88.8 2015-03-05 22:22:20
Temperatur_Sensor_1 4.8 2015-03-05 22:22:20
Temperatur_Sensor_2 29.9 2015-03-05 22:22:20
Temperatur_Sensor_3 0 2015-03-05 22:22:20
Temperatur_Sensor_4 38.8 2015-03-05 22:22:20
Temperatur_Sensor_5 7.8 2015-03-05 22:22:20
Temperatur_VFS -88.8 2015-03-05 22:22:20
-- Falsche Werte
vbus_RAWMSG aa15002174100001073d0108000000000000020a00005a006d0000000000010b000000000000
vbus_TIME 2015-03-06 08:00:43
Systemzeit 0 2015-03-06 08:01:36
Temperatur_RPS 0 2015-03-06 08:01:36
Temperatur_Sensor_1 204.9 2015-03-06 08:01:36
Temperatur_Sensor_2 0 2015-03-06 08:01:36
Temperatur_Sensor_3 0 2015-03-06 08:01:52
Temperatur_Sensor_4 0 2015-03-06 08:01:36
Temperatur_Sensor_5 256.2 2015-03-06 08:01:36
Temperatur_VFS 10.9 2015-03-06 08:01:36
-- Log
2015.03.06 08:08:58 5: vbus dispatch aa100021741000010f3a66006d00b8226e01410088fcf1d888fcf1d800000b000000000000009949bd0017eccf0076990e00010000000000000000000000c900a80222783301
2015.03.06 08:08:59 5: vbus dispatch aa15002174100001073d0108000000000000020a000066006d0000000000010b000000000000
2015.03.06 08:08:59 5: vbus dispatch aa100021741000010f3a66006d00b8226e01410088fcf1d888fcf1d800000b000000000000009949bd0017eccf0076990e00010000000000000000000000c900a80222783301
2015.03.06 08:09:00 5: vbus dispatch aa15002174100001073d0108000000000000020a000066006d0000000000010b000000000000
2015.03.06 08:09:00 5: vbus dispatch aa100021741000010f3a66006d00b8226e01410088fcf1d888fcf1d800000b000000000000009949bd0017eccf0076990e00010000000000000000000000c900a80222783301
2015.03.06 08:09:01 5: vbus dispatch aa15002174100001073d0108000000000000020a000066006d0000000000010b000000000000
Update die Lösung war bereits im Post 275.
Nun geht es an die Darstellung der Daten.
Hallo, ist es richtig das du nicht den nicht gerade billigen vbus von Resol hast sondern ein deutlich preisgünstiges Teil um dich an den Bus zu hängen?
http://www.dx.com/p/usb-to-uart-5-pin-cp2102-module-serial-converter-81872#.VPqkA12HCw4
das hier nur als Beispiel für so ein serial uart
Habe bisher die Kosten gescheut da meine Frau smart home noch nicht so mag ..
Für so was gibts hier im Forum so glaube ich doch auch eine Anbindung an 1wire..
Ja ich habe erst einmal eine readonly Lösung für den Vbus nach der Anleitung von
https://piamble.wordpress.com/tag/vbus/ (https://piamble.wordpress.com/tag/vbus/) Materialwert ist unter 10 Euro.
Zur Zeit ist es direkt über GPIO am Pi angeschlossen.
Mir fehlte nur die Einbindung in den FHEM, von daher habe ich mir die VBUSLAN.pm für die Serielle Schnittstelle umgebaut.
Es sollte ebenfals mit USB funktionieren.
Nun funktioniert es und ich bekomme schöne Temperaturkurven im Fhem angezeigt.
define vbus VBUS_SERIAL /dev/ttyAMA0@9600
define solar VBUSDEV 7421
attr solar IODev vbus
attr solar event-min-interval .*:10
attr solar model DeltaSol_BX
attr solar room VBUSDEV
Hallo,
ich benötige mal hilfe bitte,
-fhem auf Raspberry pi
-Solarregler Sonnenkraft SKSC2
-Lanadapter vbus Resol
ich habe die module 21_VBUSDEV und 20_VBUSLAN aus dem Thread ausprobiert leider werden bei mir keine Werte übertragen oder angezeigt.
die cfg
define vbus VBUSLAN 192.168.2.45:7053
attr vbus room SOLAR
#attr vbus verbose 4
define solarregler VBUSDEV 4211
attr solarregler IODev vbus
attr solarregler model SKSC1/2
attr solarregler room SOLAR
#attr solarregler verbose 4
define FileLog_solarregler FileLog ./log/solarregler-%Y.log solarregler
attr FileLog_solarregler logtype text
attr FileLog_solarregler room SOLAR
#attr FileLog_solarregler verbose 5
ich habe das mit define erzeugt und es wird auch alles angelegt in der cfg.
in der Anzeige dann :
Clients :VBUSDEV:
DEF 192.168.2.45:7053
DeviceName 192.168.2.45:7053
FD 12
NAME vbus
NR 39
PARTIAL aa1000134210000109003a00110200320c023100043c00000000007f74021701056c1c030f02044b00000000007f
RAWMSG aa15001342100001077d0108000000000000020a00003a001102b4010a00010b000000000000
STATE opened
TYPE VBUSLAN
vbus_MSGCNT 769
vbus_TIME 2015-03-10 21:30:21
die VBUSDEV ist die im Anhang
wo ist mein Problem?
Danke
Hallo, kurzes Update!
im Resolservicecenter hab ich gesehen das mein Regler auf 0x4213 steht.
nach dem ändern der VBUSDEV.pm für mein Regler 4213 werden jetzt werte angezeigt allerdings im wechsel falsche und richtige werte.
Ich denke ich hab das probl. was weiter vorn auch jemand hatte allerdings weis ich nicht was man wo ändert.
2. Problem beim start von fhem wird im log ein fehler angezeigt.
PERL WARNING: substr outside of string at ./FHEM/21_VBUSDEV.pm line 165.
PERL WARNING: Use of uninitialized value $val in hex at ./FHEM/21_VBUSDEV.pm line 176.
könnte mir bitte jemand helfen bin nicht mit Perl bewandert. im Anhang meine files 20_VBUSLAN und 21_VBUSDEV
chris
Hallo Chris,
Es gibt mehrere Arten von Messeges von deinen vbus device. Sogenannte Broadcast und Messeges an ein anderes device. Was in den broadcasts alles so drin steht kann ich dir nicht sagen. Du brauchst also die anderen Messeges. Da sind dann deine Werte enthalten.
Weiter vorne hatte ich auch schon mal eine vbusdev gepostet wo die broadcasts rausgefiltert werden. Schau dir die mal an.
Gruß Brun
Hallo,
ja ich hab es hinbekommen es werden alle werte angezeigt. Das mit der Anzeige der Falschen werte hab ich gelesen ,aber als Dachklemptner wäre eine genaue Beschreibung hilfreich gewesen wo man was ändert.
Danke für die hilfe.
Hallo Chris,
leider gibt es inzwischen hier im Thread mehrere Versionen vom VBUS Modul. So ist es recht schwierig genau sagen zu können wo genau was geändert werden muss.
Scheinbar läuft der VBus auch bei den anderen, so das hier nur noch wenige rein schauen. Wenn du genau sagst was für Probleme du hast, dann kann ich versuchen mit meinen bescheidenen Perl Kentnissen weiter zu helfen.
Gruß Brun
Hallo
Vielen Dank an alle, die bis jetzt an der VBUS-Unterstützung gearbeitet haben.
Ich denke auch, dass es langsam zu viele Code-Varianten gibt und dass der Thread langsam eine Länge erreicht hat, die es für einen Neueinsteiger (wie mich vor zwei Wochen) komplizierter als nötig macht. Deshalb habe ich mal einen Versuch gestartet um etwas Ordnung in die Sache zu bringen. Unter https://github.com/afreof/fhem-mirror/tree/vbus gibt es ein Repository, das den aktuellen Stand von FHEM enthält. Zusätzlich gibt es einen branch mit dem Namen vbus. Der branch sollte eine Zusammenfassung aller Beiträge dieses Forums enthalten. Die beiden Dateien sind hier:
https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/19_VBUSIF.pm (https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/19_VBUSIF.pm)
https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/20_VBUSDEV.pm (https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/20_VBUSDEV.pm)
Mit dieser Version sollte folgendes möglich sein:
- Verbindung mit dem Resol LAN Adapter (noch nicht getestet, am Code wurde aber nichts geändert)
- Verbindung mit einem seriellen Adapter (getestet mit home brewed Adapter gemäss Schema von Resol)
Diese Konfiguration läuft bei mir soweit gut:
define vbusif VBUSIF /dev/ttyUSB0@9600
attr vbusif room Solaranlage
define solar VBUSDEV 7421
attr solar IODev vbusif
attr solar event-min-interval .*:10
attr solar model DeltaSol_BX
attr solar room Solaranlage
define FileLog_solar FileLog ./var/log/fhem/solar-%Y.log solar:.*
attr FileLog_solar logtype text
attr FileLog_solar room Solaranlage
Anstellen der ersten Zeile sollte aber auch sowas funktionieren:
define vbusif VBUSIF 192.168.1.69:7053
Bei der Inbetriebnahme habe ich noch ein Problem festgestellt. Meine Solaranlage sendet abwechlungsweise zwei verschiedene Frames. Das eine bringt alles durcheinander. Für die DeltaSol_BX habe ich daher den Code so erweitert, dass auch die destination Adresse geprüft wird. Nun funktioniert alles einwandfrei. Ich hoffe, dass dies eine generische Lösung ist, die nicht auf anderen Anlagen zu Problemen führt.
Es würde mich freuen, wenn vbus Unterstützung bald Teil des offiziellen FHEM sein würde. Es wäre also hilfreich, wenn ich von euch Feedback zu dieser zusammengefassten Code-Variante erhalten würde. Dann könnten wir den Code vielleicht eines Tages für das Mainlining vorschlagen.
Durch die vielen Code-Varianten war es nicht einfach, das Copyright aller Beteiligten in den Header aufzunehmen. Bitte melden, wer vergessen gegangen ist. (In Zukunft wird dann wohl die Versionsverwaltung diese Aufgabe zuverlässig übernhemen.)
Hallo,
darf ich fragen, wie Dein zusammengebrauter Adapter gem. RESOL Schema aussieht? ich bekomm meine RS485 Lösung noch nicht ans Rennen.
Gruß Olaf
Zitat von: afreof am 24 Mai 2015, 20:31:05
Hallo
Vielen Dank an alle, die bis jetzt an der VBUS-Unterstützung gearbeitet haben.
Ich denke auch, dass es langsam zu viele Code-Varianten ......
Hallo,
ich habe eine Viessmann Vitosolic200 mit einem RESOL VBUS/LAN Adapter im Einsatz. Ich habe heute auf 19_VBUSIF.pm umgestellt und kann bis jetzt keinen Unterschied/Fehler feststellen. Läuft. Vielen Dank.
Jörg
@Jörg: Danke für den Test und das Feedback
@Olaf: Schau dir mal dieses Dokument hier an. Auf Seite 6..7 hat es Schemas. USB Slave, galvanisch getrennt, funktioniert. Die Variante auf Sheet 4/4, nur RX ist eine gute Wahl für FEHM. Wenn du das Dokument liest, wird du feststellen, dass der Bus mit RS485 nichts zu tun hat...
https://drive.google.com/file/d/0B4wMTuLGRPi2RnU0Vm1tTG5wM1k/edit
Eine Anmerkung möchte ich aber trotzdem noch anfügen. Ich empfehle den LAN-Adapter von Resol zu verwenden. Das Problem bei einem seriellen Adapter ist, dass ein solcher eine sehr hohe Last auf dem FHEM-Rechner erzeugt. Ich setze einen 64Bit AMD-Rechner mit Dual-Core@1GHz ein. Dieser ist mit 10% ausgelastet! Das Problem ist, dass die serielle Schnittstelle pro Byte einen Interrupt erzeugt, der bis in den perl-Code hinauf verarbeitet wird. Bei einem LAN-Adapter gibt es pro Frame einen Interrupt, was um Potenzen effizienter ist. Natürlich könnte man einen speziellen Linux-Kernel-Treiber für VBUS über die serielle Schnittstelle schreiben, der das Problem massiv entschärfen würde. Sowas ist aber schlicht nicht wartbar. Gerne hätte ich den LAN-Adapter gekauft. Die Vertriebskanäle von Resol in unser Land sind aber leider nicht so, dass man das einfach und zu klaren Konditionen bestellen könnte. So habe ich das einfach mal so versucht. Es ist zu schlecht um es weiter zu empfehlen, aber doch zu gut um es sofort zu ersetzen.
Gruss Adrian
Vielen Dank für all diese Arbeit, die es mir ermöglicht hat, meine DeltaSol SL einzubinden.
Hier die entsprechende Ergänzung für die VBUSDEV:
"2251" => {"name" => "DeltaSol_SL", "cmd" => "0100", "fields" => [
# { "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "1_Kollektortemperatur", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "2_Kesseltemperatur", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Temperatur_Sensor_3", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Temperatur_Sensor_4", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Temperatur_Sensor_5", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
# { "offset" => 14, "name" => "Temperatur_VFS/RPS", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
# { "offset" => 20, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
# { "offset" => 24, "name" => "Volumenstrom_VFS", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
# { "offset" => 28, "name" => "Volumenstrom_Flowrotor", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
# { "offset" => 32, "name" => "Druck_RPS", "bitSize" => 15, "factor" => 0.01, "unit" => "bar" },
{ "offset" => 34, "name" => "3_Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 35, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
# { "offset" => 36, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
# { "offset" => 37, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 38, "name" => "PWM_A", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 39, "name" => "PWM_B", "bitSize" => 7, "factor" => 1, "unit" => "%" },
# { "offset" => 40, "name" => "Wärmemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 48, "name" => "Betriebsstunden_Relais_1", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 52, "name" => "Betriebsstunden_Relais_2", "bitSize" => 31, "factor" => 1, "unit" => "h" },
# { "offset" => 56, "name" => "Betriebsstunden_Relais_3", "bitSize" => 31, "factor" => 1, "unit" => "h" },
# { "offset" => 60, "name" => "Betriebsstunden_Relais_4", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 64, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 65, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 66, "name" => "Blockierschutz_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
# { "offset" => 67, "name" => "Blockierschutz_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 68, "name" => "Initialisieren", "bitSize" => 31, "factor" => 1 },
{ "offset" => 72, "name" => "Füllung", "bitSize" => 31, "factor" => 1 },
{ "offset" => 76, "name" => "Stabilisieren", "bitSize" => 31, "factor" => 1 },
{ "offset" => 80, "name" => "Pumpenverzögerung", "bitSize" => 7, "factor" => 1 },
{ "offset" => 81, "name" => "Überwärmeabfuhr", "bitSize" => 1, "factor" => 1 },
{ "offset" => 82, "name" => "Nachlauf", "bitSize" => 7, "factor" => 1 },
{ "offset" => 83, "name" => "Thermische_Desinfektion", "bitSize" => 7, "factor" => 1 },
{ "offset" => 84, "name" => "Speicherkühlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 85, "name" => "Systemkühlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 86, "name" => "Spreizung", "bitSize" => 7, "factor" => 1 },
{ "offset" => 87, "name" => "Frostschutz", "bitSize" => 7, "factor" => 1 },
{ "offset" => 88, "name" => "Kollektorkühlung", "bitSize" => 1, "factor" => 1 },
# { "offset" => 89, "name" => "Einheit_Temperatur", "bitSize" => 1, "factor" => 1 },
# { "offset" => 90, "name" => "Einheit_Durchfluss", "bitSize" => 1, "factor" => 1 },
# { "offset" => 91, "name" => "Einheit_Druck", "bitSize" => 1, "factor" => 1 },
# { "offset" => 93, "name" => "Einheit_Energie", "bitSize" => 1, "factor" => 1 },
{ "offset" => 94, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 95, "name" => "Neustarts", "bitSize" => 1, "factor" => 1 },
{ "offset" => 96, "name" => "4_Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
- Werte, die ich nicht brauche, sind mit # herausgenommen.
- Den Namen von 4 Werten habe ich Zahlen vorweggestellt, damit diese im FhemWEB ganz nach oben kommen; sind bei mir die Wichtigsten.
- Resol gibt in der xml-Datei die bitSize für die Softwareversion mit 1 an. Das ist falsch, wenn man es macht wie ich (7), wird die Version korrekt angezeigt.
- Resol spricht von Betriebssekunden der einzelnen Relais, tatsächlich werden aber Betriebsstunden angezeigt (hier und auch im Display des Geräts selbst).
Die Systemzeit (offset 0 lt. xml-Datei) würde ich gerne anzeigen lassen. BitSize gibt Resol mit 31 an. Hier wird dann eine enorm große Zahl angezeigt, die sich (nachvollziehbar) auch im Sekundentakt ändert; Wie man daraus eine lesbare Zeitanzeige macht, weiß ich leider nicht. Wenn jemand einen Tip hat, wäre ich sehr dankbar.
Hallo zusammen,
dank dieses Forums bin ich jetzt soweit, dass bei mir jetzt die Datenübertragung via VBusLAN funktioniert. Ich hatte anfänglich ähnliche Probleme wie auf Seite 11 beschrieben. Jetzt bekomm ich es seit Tagen nicht hin, meinen Deltasol E V2 [Regler] (0x1050)auszulesen. Das Auslesen vom Deltasol E V2 [WMZ] (0x1051) klappt einwandfrei.
Ich habe jetzt so den Verdacht das da etwas mit dem SYNC Byte nicht klappt, da bei dem Paket anscheinend aaa gesendet wird und nicht aa! (Siehe Bildanhang) Hat jemand sowas schon mal gesehen oder gar eine Lösung dafür?
Desweiteren habe ich das Pech, das dieser Regler und seine Software von RESOL wohl nicht mehr weiter entwickelt wird, so schrieb mir ein RESOL Mitarbeiter. Somit klappt die Parametrierung über RSC auch nicht 100%ig. Das macht den Regler trotz seiner guten Funktionen etwas unattraktiver.
Achso, falls noch Jemand den Teil der VBUSDEV dieses Regler benötigt, den könnte ich zur Verfügung stellen.
Gruß Olaf
Hallo,
habe jetzt auch ein bisschen rumexperimentiert.
Bekomme diese Fehlermeldung:
2015.08.02 11:50:03 0: ERROR: Cannot autoload VBUSDEV
2015.08.02 11:50:03 3: vbus: Unknown code aa1500117e1000010a40020a00000a03480200000000010b0000000000000408000064000000000000640064000064640000, help me!
Subroutine VBUSDEV_Initialize redefined at ./FHEM/21_VBUSDEV.pm line 395.
2015.08.02 11:50:03 1: reload: Error:Modul 21_VBUSDEV deactivated:
Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 442, near "$iodev) "
2015.08.02 11:50:03 0: Too many arguments for main::AssignIoPort at ./FHEM/21_VBUSDEV.pm line 442, near "$iodev) "
woran kann das liegen ?
mfg aschy
Hallo Aschy,
hast Du schon hier einige Seiten zurückgeblättert? Schau mal bei Antwort 214 ff ob Du da ggfs. ein ähnliches Problem haben könntest. VBUSDEV evtl. Fehlerhaft?
Sonst Poste dochmal entsprechende Sequenzen, vielleicht kann jemand was damit anfangen.
Gruß
Hallo zusammen!
Habe soweit die Resol Einbindung hier im Forum verfolgt.
Bin aber trotzdem noch nicht ganz schlau aus dem ganzen geworden.
Ich habe einen DeltaSol M Regler mit einem Datenlogger 2 im Einsatz und möchte diesen in das FHEM einbinden um das System zu erweitern.
Ich habe aber irgend wie nichts passendes gefunden die beiden Komponenten in meinen Raspy einzubinden.
Welche Dateien werden hierfür wirklich benötigt und wie aktiviere ich diese am Raspy.
Hoffe hier ein paar nützliche Tipps zu finden.
Hi Chris,
hier im Forum wurde bisher wirklich gute Arbeit geleistet und eigentlich sind die Module recht ausgereift.
ich habe die Tage jetzt auch noch meine Deltasol M in Betrieb genommen, eigentlich ist es gar nicht soo schwer. (Bis zur zufriedenstellenden Funktion hab ich auch nur 3 Monate gebraucht ;D , aber viel gelernt).
Erstens brauchst Du ein Gerät um FHEM mit dem VBUS zu verbinden, wobei hier der RESOL Schnittstellenadapter VBUS-LAN die einfachste (aber nicht günstigste) Lösung ist. Alternativ gibt es einige serielle Lösungen. Der RESOL VBUS-USB Schittstellenadapter hat bei mir und meinem Raspi nicht so prikelnd funktioniert. Wenn du elektrisch fit bist, gibt es hier im Forum noch den einen oder anderten Hinweis auf serielle Sebstbaulösungen.
Du benötigst weiterhin lediglich die VBUSIF.pm und die VBUSDEV.pm, wobei die VBUSDEV.pm die Protokollspezifikationen für den Deltasol M enthalten muss.
Soweit ich weiss, ist die Protokollspazifikation für den Deltasol M, in der hier im Forum umgehenden Version noch nicht enthalten, aber ich kann Dir bzw. allen die gerne zur Verfügung stellen.
Diese Dateien packst Du in dein FHEM Verzeichnis, und definierst einfach das Modul z.B. beim VBUSLAN-Schnittstellenadapter so:
define vbus VBUSIF xxx.xxx.xxx.xxx:7053
Sollte das soweit geklappt haben sollte Autocreate dann die entsprechenden VBUSDEV Geräte erstellen, und dann kanns losgehen.
Wenn Du noch Fragen hast, immer heraus damit.
Ich wünsche Dir viel Erfolg!
Olaf
Hallo nochmal,
hier die Ergänzung der VBUSDEV für die Deltasol M.
Es ist hier der Hauptregler, ein Wärmemengenzähler und ein Heizkreismodul berücksichtigt.
"7311" => {"name" => "Deltasol_M", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Temperatur_06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Temperatur_07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "Temperatur_08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "Temperatur_09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "Temperatur_10,"bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "Temperatur_11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "Temperatur_12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "Einstrahlung", "bitSize" => 15,"unit" => "W/qm" },
{ "offset" => 44,"name" => "Drehzahl_Pumpe_01","bitSize" => 7, "unit" => "%" },
{ "offset" => 45,"name" => "Drehzahl_Pumpe_02","bitSize" => 7, "unit" => "%" },
{ "offset" => 46,"name" => "Drehzahl_Pumpe_03","bitSize" => 7, "unit" => "%" },
{ "offset" => 47,"name" => "Drehzahl_Pumpe_04","bitSize" => 7, "unit" => "%" },
{ "offset" => 48,"name" => "Drehzahl_Pumpe_05","bitSize" => 7, "unit" => "%" },
{ "offset" => 49,"name" => "Drehzahl_Pumpe_06","bitSize" => 7, "unit" => "%" },
{ "offset" => 50,"name" => "Drehzahl_Pumpe_07","bitSize" => 7, "unit" => "%" },
{ "offset" => 51,"name" => "Drehzahl_Pumpe_08","bitSize" => 7, "unit" => "%" },
{ "offset" => 52,"name" => "Drehzahl_Pumpe_09","bitSize" => 7, "unit" => "%" },
{ "offset" => 60,"name" => "Fehlermaske","bitSize" => 16 },
{ "offset" => 62,"name" => "Warnmaske","bitSize" => 16 },
{ "offset" => 64,"name" => "controllerversion","bitSize" => 16 },
{ "offset" => 66,"name" => "systemtime","bitSize" => 16 },
]},
"7312" => {"name" => "DeltaSol_M_HKM", "cmd" => "0100", "fields" => [
{ "offset" => 8,"name" => "Vorlauf_Soll_Temperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"7316" => {"name" => "DeltaSol_M_WMZ", "cmd" => "0100", "fields" => [
#{ "offset" => 0,"name" => "Kollektor_Rücklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
#{ "offset" => 2,"name" => "Kollektor_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Volumenstrom_Kollektor","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "Wärmemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Wärmemenge_2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "Wärmemenge_3","bitSize" => 16,"unit" => "MWh" },[/color]
Es sind aber noch mehr Parameter möglich, die hier noch nicht aufgeführt sind.
viel Erfolg damit.
Gruß, Olaf
Hallo Olaf!
Danke vorerst für die Infos.
Die Anbindung kann ich in meinem Fall via LAN durchführen, da ich das VBUS/LAN Gerät Datenlogger DL2 besitze.
Nur wo bekomme ich die Dateien VBUSIF.pm und die VBUSDEV.pm her?
Ja Chris,
die aktuellste Version findest Du wohl in Antwort #290 Seite 20 (in diesem Thread) von Afreof, der hat freundlicherweise Links geschaltet wo Du alles wichtige finden solltest.
Da Du ja im Forum angemeldet bist, solltest Du Zugriff auf Links und Downloads haben.
Gruß, Olaf
Danke für die Info.
Hab alles soweit gefunden.
Ein kleiner Fehler ist mir aufgefallen.
Hier fehlt ein " Zeichen.
{ "offset" => 18,"name" => "Temperatur_10,"bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
Die Schnittstellen Anlage hat soweit funktioniert.
Bei der vbus Definition steht jetzt opened.
Muss ich da noch etwas ändern damit die Daten abgesaugt werden können.
Irgendwo muss ich doch noch den User und das Passwort definieren um entgültig auf den LAN Adapter Zugriff zu erlangen.
Zitat von: Burny4600 am 22 September 2015, 12:37:16
....
Irgendwo muss ich doch noch den User und das Passwort definieren um entgültig auf den LAN Adapter Zugriff zu erlangen.
Hallo
Bei meinem VBus-lanadapter muste ich keine Kennung/Passwort eingeben da auf den Port 7053 gelauscht wird.
Jörg
Hallo Olaf!
Habe die Änderungen wie vorgegeben für den DeltaSol_M Regler durchgeführt in der Datei 21_VBUSDEV.pm.
Ebenso die Datei 19_VBUSIF.pm ins FHEM Verzeichnis kopiert.
Folgende Konfiguration zusätzlich durchgeführt:
define vbus VBUSIF 192.168.17.231:7053
attr vbus room Heizung-Solar
define solar VBUSDEV 7311
attr solar IODev vbus
attr solar event-min-interval .*:10
attr solar model DeltaSol_M
attr solar room Heizung-Solar
define FileLog_solar FileLog /opt/fhem/log/solar-%Y.log solar:.*
attr FileLog_solar logtype text
attr FileLog_solar room Heizung-Solar
Nur werden keine Daten generiert.
In FHEM wird unter vbus opened und solar Initialized angezeigt.
Wenn ich im Browser http://192.168.17.231:7053 eingebe bekomme ich folgende Meldung.
+HELLO
-ERROR: Command buffer overflow, quiting...
Ich kann mir nur eines vorstellen das ich eine andere Firmware am DL2 verwende als bisher getestet.
Hallo,
sorry wegen dem Tippfehler, kleine Unachtsamkeit, da ich meine Anlagesnpezifischen Daten wieder auf Standard zurückgesetzt habe.
Wegen der fehlenden Daten... Also sehr weit vorne in diesem Thread steht irgentwo, dass das VBUS Passwort vom Schnittstellenadapter geändert werden kann sollte es nicht "VBUS" sein.
Ich meine es wäre in der VBUSIF.pm (Damals noch VBUSLAN.pm) gewesen, kannst Du Dir ja mal raussuchen.
Kommen denn bei Dir auch RAWMESSAGES an? Zählt er MSGCNT hoch?
Vielleicht nur bei einem der möglichen Deltasol Adressen.
Bei mir kommen z.B. die Reading meiner 3 aktiven Module beim 7312 an!
Ich hab mal zwei Beispielbilder von mir dabei gelegt.
Mit dem DL2 hab ich leider keine Erfahrung gemacht, da kann ich leider nicht helfen.
Ich hatte vorher eine Deltasol E V2, da kam ich auch nicht an die Daten ran, da der bei der Anlage irgendwas mit dem Sync-Byte verbockt hat.
Das sieht bei dir völlig anders aus.
Das mit dem Passwort habe ich gefunden, hat aber auch nichts gebracht.
Wie hast du die Anlage der Resol Komponenten durchgeführt?
Ich denke da habe ich noch einen Fehler gemacht.
Zitatdefine vbus VBUSIF 192.168.17.231:7053
attr vbus room Heizung Solar
define DeltaSol_M_Regler VBUSDEV 7311
attr DeltaSol_M_Regler IODev vbus
attr DeltaSol_M_Regler event-min-interval .*:60
attr DeltaSol_M_Regler model DeltaSol_M
attr DeltaSol_M_Regler room Heizung Solar
define FileLog_DeltaSol_M_Regler FileLog /opt/fhem/log/VBUSDEV7311-%Y.log VBUSDEV7311:.*
attr FileLog_DeltaSol_M_Regler logtype text
attr FileLog_DeltaSol_M_Regler room Heizung Solar
define DeltaSol_M_HKM VBUSDEV 7312
attr DeltaSol_M_HKM IODev vbus
attr DeltaSol_M_HKM event-min-interval .*:60
attr DeltaSol_M_HKM model DeltaSol_M_HKM
attr DeltaSol_M_HKM room Heizung Solar
define FileLog_DeltaSol_M_HKM FileLog /opt/fhem/log/VBUSDEV7312-%Y.log VBUSDEV7312:.*
attr FileLog_DeltaSol_M_HKM logtype text
attr FileLog_DeltaSol_M_HKM room Heizung Solar
define DeltaSol_M_WMZ1 VBUSDEV 7316
attr DeltaSol_M_WMZ1 IODev vbus
attr DeltaSol_M_WMZ1 event-min-interval .*:60
attr DeltaSol_M_WMZ1 model DeltaSol_M_WMZ1
attr DeltaSol_M_WMZ1 room Heizung Solar
define FileLog_DeltaSol_M_WMZ1 FileLog /opt/fhem/log/VBUSDEV7316-%Y.log VBUSDEV7316:.*
attr FileLog_DeltaSol_M_WMZ1 logtype text
attr FileLog_DeltaSol_M_WMZ1 room Heizung Solar
define DeltaSol_M_WMZ2 VBUSDEV 7317
attr DeltaSol_M_WMZ2 IODev vbus
attr DeltaSol_M_WMZ2 event-min-interval .*:60
attr DeltaSol_M_WMZ2 model DeltaSol_M_WMZ2
attr DeltaSol_M_WMZ2 room Heizung Solar
define FileLog_DeltaSol_M_WMZ2 FileLog /opt/fhem/log/VBUSDEV7317-%Y.log VBUSDEV7317:.*
attr FileLog_DeltaSol_M_WMZ2 logtype text
attr FileLog_DeltaSol_M_WMZ2 room Heizung Solar
Die angelegten Logfiles sind jedenfalls leer und füllen sich nicht.
Irgendwie ist hier noch ein Zugriffsfehler auf den DL2 http://www.resol.de/index/produktdetail/kategorie/2/id/12/sprache/de
Hallo Olaf!
Eine andere Frage noch.
Wie bekommst du die iconen vor die Raumbezeichnung.
Moin Chris,
bei mir sieht das etwa so aus:
# VBUS
define vbus VBUSIF 192.168.2.168:7053
attr vbus room Solaranlage
define VBUSDEV_7311 VBUSDEV 7311
attr VBUSDEV_7311 IODev vbus
attr VBUSDEV_7311 alias Deltasol M Regler
attr VBUSDEV_7311 event-min-interval .*:120
attr VBUSDEV_7311 event-on-change-reading .*
attr VBUSDEV_7311 model Deltasol_M
attr VBUSDEV_7311 room Heizung,Solaranlage
define FileLog_VBUSDEV_7311 FileLog /opt/fhem/log/VBUSDEV_7311-%Y.log VBUSDEV_7311
attr FileLog_VBUSDEV_7311 logtype text
attr FileLog_VBUSDEV_7311 room Solaranlage
define VBUSDEV_7312 VBUSDEV 7312
attr VBUSDEV_7312 IODev vbus
attr VBUSDEV_7312 alias Deltasol M HKM1
attr VBUSDEV_7312 event-min-interval .*:120
attr VBUSDEV_7312 event-on-change-reading .*
attr VBUSDEV_7312 model DeltaSol_M_WMZ
attr VBUSDEV_7312 room Heizung,Solaranlage
define FileLog_VBUSDEV_7312 FileLog /opt/fhem/log/VBUSDEV_7312-%Y.log VBUSDEV_7312
attr FileLog_VBUSDEV_7312 logtype text
attr FileLog_VBUSDEV_7312 room Solaranlage
define VBUSDEV_7316 VBUSDEV 7316
attr VBUSDEV_7316 IODev vbus
attr VBUSDEV_7316 alias Deltasol M WMZ Solar
attr VBUSDEV_7316 event-min-interval .*:120
attr VBUSDEV_7316 event-on-change-reading .*
attr VBUSDEV_7316 room Heizung,Solaranlage
define FileLog_VBUSDEV_7316 FileLog /opt/fhem/log/VBUSDEV_7316-%Y.log VBUSDEV_7316
attr FileLog_VBUSDEV_7316 logtype text
attr FileLog_VBUSDEV_7316 room Solaranlage
also nicht wirklich anders...
Das mit den Iconen sieht etwa so aus:
attr WEB roomIcons Bad:scene_bath Heizung:sani_heating Wetter:weather_cloudy_light Stube:scene_livingroom RPi:it_server Büro:it_pc Energie:measure_power Raumtemp:temp_temperature Diagramme:time_graph OneWire:it_net Solaranlage:sani_solar
Ich hoffe Dir hilft da irgentwas weiter.
Gruß, Olaf
Danke für den Tipp mit den Iconen.
Das funktioniert.
Aber die Anbindung an den Resol DL2 bekomme ich nicht hin.
Werde bei Resol Anfragen ob sich da etwas geändert hat mit der aktuellen Firmware V2.1.4 des DL2.
Hallo Burny4600,
ich habe gelesen, dass du deine Resol-Anlage mit dem Datalogger von Resol auslesen möchtest, soweit ich weiß funktioniert diese Modul aber nur mit dem Resol-LAN-Adapter, dem Resol-USB-Adapter und mit Bastelei auch über einen USB2Serial-Adapter. Wenn du einen Resol-LAN-Adapter haben solltest (oder USB), versuche es doch einfach mal direkt mit diesem, ohne vorher über den Datalogger zu gehen.
Bei mir funktioniert es jedenfalls schon über ein Jahr sehr gut.
viele Grüße
Alexander
Hallo Alexander!
Hast du zufällig ein Pinout des RS232 RJ45 Anschlusses.
In der Beschreibung ist darüber nichts zu finden.
Zitat von: avg123-de am 27 September 2015, 17:19:20
Hallo Burny4600,
ich habe gelesen, dass du deine Resol-Anlage mit dem Datalogger von Resol auslesen möchtest, soweit ich weiß funktioniert diese Modul aber nur mit dem Resol-LAN-Adapter, ....
Hallo Burny4600,
ich habe einen Resol VBUS-Lan Adapter. Der Zugriff funktioniert, ist aber natürlich ein anderes Gerät. Auf den Lan-Adapter kann auch auf den Port http://ip:6432 zugegriffen werden. Angezeigt werden Angaben zum Gerät.
Laut Anleitung kann man ja per HTTP, FTP, SSH auf den Datenlogger zugreifen. Vielleicht kann man diese mit dem HTTPMOD Modul weiter verarbeiten. Vielleicht ist der Zugriff auf die Logdateien möglich !?
Kannst du mit dem Resol ServiceCenter auf den DL2 zugreifen ? Was wird angezeigt ?
Jörg
Hallo Jörg!
Derzeit läuft die Anzeige des Resolreglers auch via DL2 mit dem ServiceCenter.
Hier werden auch alle Werte angezeigt, bzw. können via DL2 aus dem ServieCenter die Parametrierung durchgeführt werden.
Hallo Chris,
da hast Du Dir aber Mühe gegeben um das Anlagenschema beim RSC einzurichten.
Zu dem RSC, soweit mir das im Hinterhirn irgentwo in Erinnerung ist, gibt es Probleme VBus am RSC und gleichzeitig am FHEM Modul auszulesen.
Hast Du es schonmal ohne RSC versucht?
Gruß Olaf
Hallo Chris,
hier hat jemand schon wegen DL2 angefragt (http://forum.fhem.de/index.php/topic,35195.msg275100.html#msg275100). Auslesen über HTTPD Modul.
Noch eine Frage zum Verständnis: Der DL 2 verhält sich ja nicht wie ein DeltaM oder andere Regler, sondern er ist ja ein eigenständiges Gerät. Dieses ist so noch nicht in der 21_VBUSDEV.pm hinterlegt ist. Wahrscheinlich stimmt die VBUS_Kennung nicht und damit kommen keine Daten. So meine Vermutung !?
Tschüß Jörg
Zitat von: Burny4600 am 27 September 2015, 18:15:35
Hallo Alexander!
Hast du zufällig ein Pinout des RS232 RJ45 Anschlusses.
In der Beschreibung ist darüber nichts zu finden.
Hallo Burny4600,
leider nicht, da ich meine Resol-Anlage via VBus-LAN-Andapter auslese und mich nicht weiter damit beschäftigt habe. Jedoch müsste es in einem vorherigen Post in diesem Beitrag etwas dazu geben.
viele Grüße
Alexander
Zitat von: Knuffioda am 27 September 2015, 18:46:22
...
Zu dem RSC, soweit mir das im Hinterhirn irgentwo in Erinnerung ist, gibt es Probleme VBus am RSC und gleichzeitig am FHEM Modul auszulesen...
Hallo Chris,
wenn ich den VBUS-Lan Ad. über FHEM auslese erhalte ich über RCS keine Daten. Es kann nur einer Abfragen.
Noch einmal zum HTTPD Modul. Hier hat sich schon jemand Gedanken gemacht (http://forum.fhem.de/index.php/topic,35273.msg275896.html#msg275896). Vielleicht gibt es schon eine Lösung.
Ich lese mit dem HTTPD-Modul so meine PV-Anlage+Speicher (Vera3) aus.
Jörg
Ja so aktive Fließschemen sind unter anderem meine geliebten Spielereien.
Es soll sich ja ein jeder auskennen.
Also die Verschaltung sieht so aus:
DeltaSol M Regler => via Vbus Verbindung zu DL2 => via LAN zur Service Center Software.
Auch wenn die Service Center Software beendet ist, ist kein Zugriff möglich.
Am DL2 sind die Netzwerkzugriffe via LAN möglich:
HTTPS-Port: 443
Fernzugriffsport: 7053
Benutzer:
admin
guest
Live Daten lesen: ohne Passwort und kann jederzeit durchgeführt werden via Browser auch wenn die Service Center Software aktiv darauf Zugriff hat.
Konfigurieren: mit Passwort
Download der Daten via Browser auch während Service Center Zugriff aktiv möglich.
Siehe Anhang.
Ergänzungen für DeltaSol M Regler.
Bei mir sind zwei Wärmezähler aktiv, darum habe diese in der Datei 21_VBUSDEV.pm angepasst.
Zitat von: Burny4600 am 27 September 2015, 19:50:18
.......
Live Daten lesen: ohne Passwort und kann jederzeit durchgeführt werden via Browser auch wenn dis Service Center Software aktiv darauf Zugriff hat.
.....
Hallo Chris,
dann verhält sich der DL2 anders als der VBUS-Lan Ad.. Wenn du Zugriff auf die Daten per HTTP hast, kannst du sie doch in FHEM einbinden.
Ein Beispiel wie bei mir die PV-Anlage ausgelesen wird. Hier in der Wiki gibt es mehr http://www.fhemwiki.de/wiki/HTTPMOD.
define SonBat HTTPMOD http://192.168.2.129:3480/data_request?id=status&output_format=json&DeviceNum=7 60
attr SonBat reading03Name Erzeugung
attr SonBat reading03Regex M03\"[,\n\t ]+"value"[ : \t]+\"([\d\.]+)
Beim auslesen über HTTP wird nicht das VBUS-Modul benötigt, du definierst dir selber die Variablen und füllst diese mit Werten.
Jörg
Hallo, mein FHEM mit VBUS hat ca. 1 Jahr super funktioniert auch danke Unterstützung dieses Threads. Nun hatte die SD Karte im Raspberry ihren Geist aufgegeben. Leider hatte ich damals nicht den letzten Stand der Dateien gesichert. Also hab ich das fix neu gemacht und kann nun wieder die Geräte auslesen. Aber es sieht so aus, als werden die Daten von allen Geräten für des Gerät 7161 geloggt. Alle Geräte wurden per autocreate angelegt und auch für jedes gibt es eine Logdatei. Aber alle Daten werden für 7161 ins Log vom Gerät 7161 geschrieben. In der Datei "Altes Log.txt" sieht man wie ich es früher hatte.
Ist da noch irgendwo eine Anpassung notwendig? Ich kann es mir nicht erklären. Also dass ich bei allen Geräten das selbe Logfile angeben muss ist mir schon klar. Das mache ich dann, wenn alle Geräte sauber in ihr eigenes Log schreiben. Aber warum die Daten von 7160 für 7161 ins Log geschrieben?
Bekomme seit der Neueinrichtung folgende Meldungen bei der update Anforderung der pm Dateien.
update 40_RFXCOM.pm
UPD FHEM/40_RFXCOM.pm
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
EN FHEM/21_VBUSDEV.pm: Unbalanced li (1, last line ok: 721)
EN FHEM/19_VBUSIF.pm: No a-tag with name="VBUSIF"
EN FHEM/20_VBUSLAN.pm: No a-tag with name="VBUSLAN"
update finished, "shutdown restart" is needed to activate the changes.
Please consider using the global attribute sendStatistics
Was ist in diesen Dateien fehlerhaft?
Der andere Fehler besteht darin das sich FHEM zu tode Läuft wenn ich den Befehl define vbus VBUSLAN 192.168.17.231:7053 eingebe.
Irgendwie ist da der Wurm noch drin.
Einige Fehler habe ich in den 3 Dateien schon behoben, aber jetzt stehe ich an.
Hat hier wirklich keiner eine Idee dazu, was diese Meldungen bedeuten?
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
EN FHEM/21_VBUSDEV.pm: Unbalanced li (1, last line ok: 721)
EN FHEM/19_VBUSIF.pm: No a-tag with name="VBUSIF"
EN FHEM/20_VBUSLAN.pm: No a-tag with name="VBUSLAN"
Moin Chris,
warum hast Du den VBUSLAN und VBUSIF im Gebrauch. Das ist doch gar nicht nötig!
Deinen Fehler hab ich leider auch noch nicht gesehen. Wenn Du einen Fehler in dem Programmcode hast und ihn absolut nicht findest,
würde ich mal auf die zuletzt funktionierende Variante zurückgreifen.
Oder du passt nochmal die ursprüngliche Variante neu an, ist ja nicht soo viel Arbeit.
Hallo Gemeinde,
Tolles Forum und Interessante Sachen die man mit fhem ausprobieren kann. :-) aller Dings
bin ich absoluter Neuling in Sachen Fhem, möchte aber meine Resol DeltaSol SL darüber anzeigen lassen.
Der vbus/Lan-Adapter wird aber nicht verbunden.
fhem.log
2015.10.11 16:51:15 3: Opening bus device 192.168.178.40:2251
2015.10.11 16:51:15 3: Can't connect to 192.168.178.40:2251: Verbindungsaufbau abgelehnt
Benutze die angehängten Dateien, vbusif.pm und die 21_VBUSDEV.pm habe ich angepasst.
hab auch schon die vbuslan getestet, gleiches Ergebnis.
mit der Resolservice Software habe ich zugriff auf den Regler.
vielleicht kann mir einer einen Tip geben.
Gruß Dieter
Ist das resol Programm noch auch?
Du kannst nicht beides gleichzeitig nutzen.
ZitatIst das resol Programm noch auch?
Du kannst nicht beides gleichzeitig nutzen.
Nein, hab auch gerade mal den vbus/lan Stromlos gemacht und neu verbunden, keine Veränderung.
Zitat von: Beagel am 11 Oktober 2015, 17:24:40
....
fhem.log
2015.10.11 16:51:15 3: Opening bus device 192.168.178.40:2251
2015.10.11 16:51:15 3: Can't connect to 192.168.178.40:2251: Verbindungsaufbau abgelehnt
...
Hallo Dieter,
wenn du einen RESOL VBUS-Lan Adapter hast, ist der Port eigentlich 7053. Passe diesen einmal an.
192.168.178.40:7053
Jörg
Jörg Vielen Dank,
das wars, wurde mir so beim lesen des treats nicht bewusst.
Jetzt wird was angezeigt, die Werte sind Teilweisse nicht plausibel
z.B. Drehzahlen 78% obwohl aus.
Hab mal in der Vbusdev alles auskommentiert ausser den Temperaturen, die werden jetzt angezeigt
Mit dem tip aus #168 lass ich die Temperaturen in einem Floorplan anzeigen, geht das auch einfacher?
Dieter
@Knuffioda
Zitatwarum hast Du den VBUSLAN und VBUSIF im Gebrauch.
Was wird den jetzt wirklich benötigt?
Zitat von: Burny4600 am 12 Oktober 2015, 18:52:53
....
Was wird den jetzt wirklich benötigt?
Hallo
es reicht VBUSIF.
Jörg
Leider klappt es noch nicht so wie ich es mal hatte. Es werden 5 Geräte erkannt, aber nur in ein Log geschrieben. Das ist eigentlich nicht weiter schlimm, nur stimmen die Werte hin und wieder nicht. Habe es jetzt mal auf ein Gerät reduziert. Bei den Temperaturen kommt es zu der Situation das Sensor 1-6 mal richtig und mal falsche Werte liefern.
So ist es richtig:
Zitat2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_Sensor_1: 2 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_Sensor_2: 29.5 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_Sensor_3: 27 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_Sensor_5: 38.5 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_Sensor_6: 47.5 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_GFD1: 25 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Temperatur_GFD2: 34 °C
2015-10-12_21:16:22 VBUSDEV_7160 7160_Einstrahlung: 1350 W/qm
2015-10-12_21:16:22 VBUSDEV_7160 7160_Leistung_2: 0 kW
2015-10-12_21:16:22 VBUSDEV_7160 7160_Leistung_3: 0 kW
und bei der nächsten Abfrage nach 30 Sekunden kommt das:
Zitat2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_Sensor_1: 26 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_Sensor_2: 0 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_Sensor_3: 2 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_Sensor_5: 27 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_GFD1: 0 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Temperatur_GFD2: 0 °C
2015-10-12_21:16:52 VBUSDEV_7160 7160_Einstrahlung: 0 W/qm
2015-10-12_21:16:52 VBUSDEV_7160 7160_Leistung_2: 0 kW
2015-10-12_21:16:52 VBUSDEV_7160 7160_Leistung_3: 0 kW
2015-10-12_21:16:53 VBUSDEV_7160 7160_Temperatur_Sensor_6: 47.5 °C
Was kann da falsch sein wenn es doch teilweise korrekt funktioniert?
Hat jemand die aktuellen Dateien 19_VBUSIF.pm und 21_VBUSDEV.pm wo der DeltaSol-M Regler vorhanden ist.
Bekomme immer nach einen Update einer *.pm diese Meldung.
ZitatUPD FHEM/40_RFXCOM.pm
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
EN FHEM/21_VBUSDEV.pm: Unbalanced li (1, last line ok: 721)
EN FHEM/19_VBUSIF.pm: No a-tag with name="VBUSIF"
update finished, "shutdown restart" is needed to activate the changes.
Please consider using the global attribute sendStatistics
Hier meine Einbindung des DeltaSol-M Regler in die 21_VBUSDEV.pm
Zitat"7311" => {"name" => "Deltasol_M", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Temperatur_06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Temperatur_07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "Temperatur_08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "Temperatur_09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "Temperatur_10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "Temperatur_11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "Temperatur_12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "Einstrahlung", "bitSize" => 15,"unit" => "W/qm" },
{ "offset" => 44,"name" => "Drehzahl_Pumpe_01","bitSize" => 7, "unit" => "%" },
{ "offset" => 45,"name" => "Drehzahl_Pumpe_02","bitSize" => 7, "unit" => "%" },
{ "offset" => 46,"name" => "Drehzahl_Pumpe_03","bitSize" => 7, "unit" => "%" },
{ "offset" => 47,"name" => "Drehzahl_Pumpe_04","bitSize" => 7, "unit" => "%" },
{ "offset" => 48,"name" => "Drehzahl_Pumpe_05","bitSize" => 7, "unit" => "%" },
{ "offset" => 49,"name" => "Drehzahl_Pumpe_06","bitSize" => 7, "unit" => "%" },
{ "offset" => 50,"name" => "Drehzahl_Pumpe_07","bitSize" => 7, "unit" => "%" },
{ "offset" => 51,"name" => "Drehzahl_Pumpe_08","bitSize" => 7, "unit" => "%" },
{ "offset" => 52,"name" => "Drehzahl_Pumpe_09","bitSize" => 7, "unit" => "%" },
{ "offset" => 60,"name" => "Fehlermaske","bitSize" => 16 },
{ "offset" => 62,"name" => "Warnmaske","bitSize" => 16 },
{ "offset" => 64,"name" => "controllerversion","bitSize" => 16 },
{ "offset" => 66,"name" => "systemtime","bitSize" => 16 },
]},
"7312" => {"name" => "DeltaSol_M_HKM", "cmd" => "0100", "fields" => [
{ "offset" => 8,"name" => "Vorlauf_Soll_Temperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"7316" => {"name" => "DeltaSol_M_WMZ1", "cmd" => "0100", "fields" => [
#{ "offset" => 0,"name" => "Kollektor_Rücklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
#{ "offset" => 2,"name" => "Kollektor_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Volumenstrom_Kollektor","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "Wärmemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Wärmemenge_2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "Wärmemenge_3","bitSize" => 16,"unit" => "MWh" },
]},
"7317" => {"name" => "DeltaSol_M_WMZ2", "cmd" => "0100", "fields" => [
#{ "offset" => 0,"name" => "Kollektor_Rücklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
#{ "offset" => 2,"name" => "Kollektor_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Volumenstrom_Kollektor","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "Wärmemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Wärmemenge_2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "Wärmemenge_3","bitSize" => 16,"unit" => "MWh" },
]},
Anbei noch ein Ausschnitt des DL2 der via VBUS am DeltaSol-M hängt und über den via LAN zugegriffen werden kann.
Vielleicht lässt sich so irgendwie eine Anbindung schaffen.
Zitat von: Burny4600 am 13 Oktober 2015, 08:15:49
Hat jemand die aktuellen Dateien 19_VBUSIF.pm und 21_VBUSDEV.pm wo der DeltaSol-M Regler vorhanden ist.
Bekomme immer nach einen Update einer *.pm diese Meldung.
Hallo Chris,
für den DL2/DL3 gibt es einen anderen Code: DL3 (0x0053). Ich habe hier ein gute Seite gefunden. Du kannst ja mal einen neuen Abschnitt einfügen, so wie für deine Einbindung des DeltaSol-M Regler. Nur DL2 oder DL3 Regler. Vielleicht können die Daten per VBUs abgerufen werden.
http://danielwippermann.github.io/resol-vbus/vbus-packets.html
2. Möglichkeit:
http://danielwippermann.github.io/resol-vbus/dlx-data-download-api.html
define DataLogger HTTPMOD http://ip-DL2/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current 60
attr DataLogger requestHeader1 Content-Type: application/json
attr DataLogger room DL2
attr DataLogger verbose 5
Du kannst ja mal das Log hier anhängen. Es müssen dann noch Einträge zum filtern gemacht werden.
Etwa so (Regex passt so aber nicht):
attr DataLogger reading03Name Temperature_Sensor_1
attr DataLogger reading03Regex M03\"[,\n\t ]+"value"[ : \t]+\"([\d\.]+)
Meldung:
EN FHEM/21_VBUSDEV.pm: Unbalanced li (1, last line ok: 721)
im HTML-Code fehlt </li>
EN FHEM/19_VBUSIF.pm: No a-tag with name="VBUSIF"
Schau einmal in deine 19_VBUSIF.pm Zeile 217 dort steht bestimmt noch VBUS... und nicht
<a name="VBUSIF"></a>
<h3>VBUSIF</h3>
<ul>
einfach austauschen und so nennen wie die Datei heißt.
Jörg
Zitat von: jaydax am 12 Oktober 2015, 21:20:05
...
und bei der nächsten Abfrage nach 30 Sekunden kommt das:
Was kann da falsch sein wenn es doch teilweise korrekt funktioniert?
Hallo jaydax,
stell mal die Zeit auf 60. Vielleicht schaft es fhem nicht die Daten zu verarbeiten.
Jörg
Hallo Chris,
hier kurz meine sicher funktionierenden .pm Dateien mit Deltasol M Regler, für Dich zum testen.
Gruß Olaf
Hallo Jaydax,
bei Deinem Problem mit den springenden Werten hast du die Problematik wie bei Antwort #153 ff schon ausgeschlossen?
Ich hab nicht mehr im Hinterkopf ob das Problem mit dem Auslesen der nicht zu gebrauchenden Protokollen für alle Regler behoben wurde.
Müsstest Dich da ggfs. nochmal belesen...
gruß,
Olaf
Danke pejonp und Knuffioda, es lag nicht an den 30 Sekunden, hatte es schon mit meinem gewünschten Wert 300 probiert.
Ich musste in der VBUSDEV.pm die Zeile "return "" unless defined $devtype;" gegen "return "" if ($dst_addr != "0010");" austauschen. Seit dem klappt es gut. Nur leider werden jetzt 2 Geräte (6521 & 6522) nicht geloggt. Und genau da ist eine Temeratur drin die ich brauche.
In meinem Post #321 ist ein Screenshot aus dem Resol SC. Hier hab ich noch mal meine aktuelle Konfig angehängt.
Im Log ist beim FHEM Start zu sehen:
Zitat2015.10.13 22:42:41 5: Cmd: >setstate VBUSDEV_7161 2015-10-13 22:17:52 6521_Temperatur_Sensor_1 41 °C<
2015.10.13 22:42:41 5: Cmd: >setstate VBUSDEV_7161 2015-10-13 22:17:52 6521_Temperatur_Sensor_2 7 °C<
2015.10.13 22:42:41 5: Cmd: >setstate VBUSDEV_7161 2015-10-13 22:17:52 6521_Temperatur_Sensor_3 48 °C<
2015.10.13 22:42:41 5: Cmd: >setstate VBUSDEV_7161 2015-10-13 22:17:53 6522_Temperatur_Sensor_1 45 °C<
2015.10.13 22:42:41 5: Cmd: >setstate VBUSDEV_7161 2015-10-13 22:17:53 6522_Temperatur_Sensor_2 7 °C<
@Knuffioda
Habe testweise deine Dateien verwendet, bekomme aber immer noch die gleiche Fehlermeldung.
ZitatUPD FHEM/40_RFXCOM.pm
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
EN FHEM/21_VBUSDEV.pm: Unbalanced li (1, last line ok: 721)
EN VBUSIF: nonempty line after =begin html ignored
EN FHEM/19_VBUSIF.pm: No a-tag with name="VBUSIF"
update finished, "shutdown restart" is needed to activate the changes.
Please consider using the global attribute sendStatistics
Da muß irgend etwas anderes mit diesen Dateien nicht stimmen, bzw. es gibt jetzt die Datei 21_VBUSDEV.pm nicht mehr.
Irgendwo muß sich noch ein Verweis befinden, der sich die Informationen der vorherigen Dateien holt.
Wie hast du deinen Regler eingebunden an das FHEM?
Über LAN oder direkt an die Serielle Schnittstelle.
Einen Fehler habe ich zumindest in der Datei 19_VBUSIF.pm gefunden.
ZitatEN VBUSIF: nonempty line after =begin html ignored
Hier fehlte eine Leerzeile.
Aber was bedeuten die anderen Meldungen.
Hallo Chris
Bitte einmal hier lesen http://forum.fhem.de/index.php/topic,10303.msg343931.html#msg343931
Danke jörg
Danke nochmals für den Hinweis.
Muß ich irgendwie überlesen haben.
Via HTTPMOD kommen jedenfalls einmal Daten daher.
Anbei des Log File für die Ausarbeitung der VBUS Angelegenheit.
Zitat von: Burny4600 am 14 Oktober 2015, 14:23:35
.....
Via HTTPMOD kommen jedenfalls einmal Daten daher.
Anbei des Log File für die Ausarbeitung der VBUS Angelegenheit.
Hallo Chris,
trag das mal bitte in die fhem.cfg ein.
attr DataLogger reading01Name Temperature_Sensor_1
attr DataLogger reading01Regex field_index\" : 1[,\n\t]+"raw_value"+[ :\n\t]+([\d\.]+),
attr DataLogger reading02Name Temperature_Sensor_2
attr DataLogger reading02Regex field_index\" : 2[,\n\t]+"raw_value"+[ :\n\t]+([\d\.]+),
Dann solten schon Werte kommen. Ist aber erst der Anfang.
Deine URL kannst du ja auch einmal im Browser öffnen. Dann kommen auch diese Werte.
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current
jörg
Sieht jetzt schon mal viel besser aus.
Per http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current sieht das ganze so aus:
Zitat{
"language" : "de",
"headers" : [
{
"id" : "00_0010_7311_0100",
"description" : "VBus 0: DeltaSol M [Regler]",
"channel" : 0,
"destination_address" : 16,
"source_address" : 29457,
"protocol_version" : 16,
"command" : 256,
"info" : 0,
"destination_name" : "DFA",
"source_name" : "DeltaSol M [Regler]",
"fields" : [
{
"id" : "000_2_0",
"name" : "Temperatur Sensor 1",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "002_2_0",
"name" : "Temperatur Sensor 2",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "004_2_0",
"name" : "Temperatur Sensor 3",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "006_2_0",
"name" : "Temperatur Sensor 4",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "008_2_0",
"name" : "Temperatur Sensor 5",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "010_2_0",
"name" : "Temperatur Sensor 6",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "012_2_0",
"name" : "Temperatur Sensor 7",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "014_2_0",
"name" : "Temperatur Sensor 8",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "016_2_0",
"name" : "Temperatur Sensor 9",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "018_2_0",
"name" : "Temperatur Sensor 10",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "020_2_0",
"name" : "Temperatur Sensor 11",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "022_2_0",
"name" : "Temperatur Sensor 12",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "024_2_0",
"name" : "Einstrahlung",
"unit" : " W/m\u00B2",
"unit_code" : "WattsPerSquareMeter"
},
{
"id" : "028_4_0",
"name" : "Impulseingang 1",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "032_4_0",
"name" : "Impulseingang 2",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "036_2_0",
"name" : "Sensorbruchmaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "038_2_0",
"name" : "Sensorkurzschlussmaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "040_2_0",
"name" : "Sensorbenutzungsmaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "044_1_0",
"name" : "Drehzahl Relais 1",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "045_1_0",
"name" : "Drehzahl Relais 2",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "046_1_0",
"name" : "Drehzahl Relais 3",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "047_1_0",
"name" : "Drehzahl Relais 4",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "048_1_0",
"name" : "Drehzahl Relais 5",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "049_1_0",
"name" : "Drehzahl Relais 6",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "050_1_0",
"name" : "Drehzahl Relais 7",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "051_1_0",
"name" : "Drehzahl Relais 8",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "052_1_0",
"name" : "Drehzahl Relais 9",
"unit" : "%",
"unit_code" : "Percent"
},
{
"id" : "058_2_0",
"name" : "Relaisbenutzungsmaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "060_2_0",
"name" : "Fehlermaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "062_2_0",
"name" : "Warnungsmaske",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "064_2_0",
"name" : "Reglerversion",
"unit" : "",
"unit_code" : "None"
},
{
"id" : "066_2_0",
"name" : "Systemzeit",
"unit" : "",
"unit_code" : "None"
}
]
},
{
"id" : "00_0010_7316_0100",
"description" : "VBus 0: DeltaSol M [WMZ1]",
"channel" : 0,
"destination_address" : 16,
"source_address" : 29462,
"protocol_version" : 16,
"command" : 256,
"info" : 0,
"destination_name" : "DFA",
"source_name" : "DeltaSol M [WMZ1]",
"fields" : [
{
"id" : "000_2_0",
"name" : "Vorlauftemperatur",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "002_2_0",
"name" : "R\u00FCcklauftemperatur",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "004_2_0",
"name" : "Volumenstrom",
"unit" : " l/h",
"unit_code" : "LitersPerHour"
},
{
"id" : "006_2_0",
"name" : "W\u00E4rme",
"unit" : " Wh",
"unit_code" : "WattHours"
}
]
},
{
"id" : "00_0010_7317_0100",
"description" : "VBus 0: DeltaSol M [WMZ2]",
"channel" : 0,
"destination_address" : 16,
"source_address" : 29463,
"protocol_version" : 16,
"command" : 256,
"info" : 0,
"destination_name" : "DFA",
"source_name" : "DeltaSol M [WMZ2]",
"fields" : [
{
"id" : "000_2_0",
"name" : "Vorlauftemperatur",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "002_2_0",
"name" : "R\u00FCcklauftemperatur",
"unit" : " \u00B0C",
"unit_code" : "DegreesCelsius"
},
{
"id" : "004_2_0",
"name" : "Volumenstrom",
"unit" : " l/h",
"unit_code" : "LitersPerHour"
},
{
"id" : "006_2_0",
"name" : "W\u00E4rme",
"unit" : " Wh",
"unit_code" : "WattHours"
}
]
}
],
"headerset_stats" : {
"headerset_count" : 1,
"min_timestamp" : 1444833010.246000,
"max_timestamp" : 1444833010.246000
},
"headersets" : [
{
"timestamp" : 1444833010.246000,
"packets" : [
{
"header_index" : 0,
"timestamp" : 1444833009.235000,
"field_values" : [
{
"field_index" : 0,
"raw_value" : 12.600000,
"value" : "12.6"
},
{
"field_index" : 1,
"raw_value" : 31.000000,
"value" : "31.0"
},
{
"field_index" : 2,
"raw_value" : 40.300000,
"value" : "40.3"
},
{
"field_index" : 3,
"raw_value" : 61.400000,
"value" : "61.4"
},
{
"field_index" : 4,
"raw_value" : 18.100000,
"value" : "18.1"
},
{
"field_index" : 5,
"raw_value" : 44.300000,
"value" : "44.3"
},
{
"field_index" : 6,
"raw_value" : 42.200000,
"value" : "42.2"
},
{
"field_index" : 7,
"raw_value" : 39.500000,
"value" : "39.5"
},
{
"field_index" : 8,
"raw_value" : 21.700000,
"value" : "21.7"
},
{
"field_index" : 9,
"raw_value" : 20.100000,
"value" : "20.1"
},
{
"field_index" : 10,
"raw_value" : 9.800000,
"value" : "9.8"
},
{
"field_index" : 11,
"raw_value" : 50.600000,
"value" : "50.6"
},
{
"field_index" : 12,
"raw_value" : 33.000000,
"value" : "33"
},
{
"field_index" : 13,
"raw_value" : 78958.000000,
"value" : "78958"
},
{
"field_index" : 14,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 15,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 16,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 17,
"raw_value" : 4095.000000,
"value" : "4095"
},
{
"field_index" : 18,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 19,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 20,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 21,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 22,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 23,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 24,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 25,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 26,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 27,
"raw_value" : 509.000000,
"value" : "509"
},
{
"field_index" : 28,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 29,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 30,
"raw_value" : 2561.000000,
"value" : "2561"
},
{
"field_index" : 31,
"raw_value" : 3866.000000,
"value" : "16:26"
}
]
},
{
"header_index" : 1,
"timestamp" : 1444833009.459000,
"field_values" : [
{
"field_index" : 0,
"raw_value" : 21.700000,
"value" : "21.7"
},
{
"field_index" : 1,
"raw_value" : 20.100000,
"value" : "20.1"
},
{
"field_index" : 2,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 3,
"raw_value" : 69080001.000000,
"value" : "69080001"
}
]
},
{
"header_index" : 2,
"timestamp" : 1444833009.679000,
"field_values" : [
{
"field_index" : 0,
"raw_value" : 21.700000,
"value" : "21.7"
},
{
"field_index" : 1,
"raw_value" : 18.100000,
"value" : "18.1"
},
{
"field_index" : 2,
"raw_value" : 0.000000,
"value" : "0"
},
{
"field_index" : 3,
"raw_value" : 6255910.000000,
"value" : "6255910"
}
]
}
]
}
]
}
Die Temperaturen bis Sensor 12 werden in FHEM schon mal übernommen nach deiner Anleitung.
Betreffend
Zitatfür den DL2/DL3 gibt es einen anderen Code: DL3 (0x0053). Ich habe hier ein gute Seite gefunden. Du kannst ja mal einen neuen Abschnitt einfügen, so wie für deine Einbindung des DeltaSol-M Regler. Nur DL2 oder DL3 Regler. Vielleicht können die Daten per VBUs abgerufen werden.
http://danielwippermann.github.io/resol-vbus/vbus-packets.html
DL2 und DL3 sind unterschiedliche Geräte. Die können eigentlich nicht den gleichen Gerätecode besitzen.
Der DL2 besitzt keine Eingänge wie der DL3.
Der DL2 ist eine Dattenlogger der Webdarstellung grapfisch unterstützt. Besitzt einen internen Speicher, eine VBUS Anbindung, eine LAN Schnittstelle und eine Aufnahme für eine SD Karte.
Zitat von: Burny4600 am 14 Oktober 2015, 16:29:46
Sieht jetzt schon mal viel besser aus.
Per http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&
Hallo Chris,
versuch mal den outputType nacheinander durch diese verschiedenen Typen zu ersetzten. (http://danielwippermann.github.io/resol-vbus/dlx-data-download-api.html) und speichern den Inhalt in eine Datei und hänge diese an. Vielleicht kann man mit einem anderen outputType die Daten besser separieren.
Parameters
source (default log): source of the data (can be log for recorded data or current for live data).
inputType (default packets): type of data to read from the source (can be packets for VBus v1 packets).
outputType (default text-tab-crlf): output file format of the download. Can be:
text-tab-crlf: Tab separated text file with CR+LF line endings (Windows).
text-tab-lf: Tab separated text file with LF line endings (Linux / OSX).
text-csv-crlf: Semicolon separated text file with CR+LF line endings (Windows).
text-csv-lf: Semicolon separated text file with LF line endings (Linux / OSX).
json: JSON encoded text file.
vbus: Binary file conforming to VBus Recording File Format.
Ich habe einmal die 21_VBUSDEV.pm angepaßt. Du kannst sieh ja mal testen, was für Packete ankommen. Verbose auf 5.
define Solar VBUSLAN 192.168.17.231:7053
attr Solar verbose 5
define VBUSDEV_DL2 VBUSDEV 0050
attr VBUSDEV_DL2 IODev Solar
attr VBUSDEV_DL2 model DL_2
attr VBUSDEV_DL2 verbose 5
Der eine Fehler sollte auch behoben sein.
Jörg
Jetzt wird aber wieder eine VBUSLAN benötigt?
Ich hab das einmal so verstanden, dass nur mehr die VBUSIF zu verwenden ist, weil die sowohl Seriel als auch über LAN kann.
Hast du eine VBUSLAN.pm die ich einsetzten kann.
Hallo Chris,
ist zwar schon einen Tag her, aber ich will Dir trozdem kurz antworten.
Also ich nutze nur den VBUS LAN Adapter.
1. Hab ich die Pinbelegung von der Seriellen Schnittstelle zwar inzwischen gefunden, aber noch nicht auf Richtigkeit geprüft, wer da lust zu hat ... bitte: 8)
Western-Stecker
4-polig
Sicht auf die
Kontakte
(Klemme hinten)
+---------------+
+----GND |
+----RXD |-----------
+----TXD |--------------
+----GND |
+---------------+
2. Wurde vor nicht allzulanger Zeit hier im Thread festgestellt, dass ein serielles Signal sehr viel Prozessorlast erzeugt, und FHEM ist bei mir auf dem Raspi2 sowieso nicht das schnellste, da hab ich es aufgegeben das seriell auslesen zu wollen. Den Adapter hatt ich zwar schon gelötet, aber als das nach zwei Wochen immer noch nicht funktioniert hat, war ich motzig und hab mir den LAN Adapter gekauft.
Aber wie ich gelesen hab seid Ihr mit dem DL2 auch schon wesentlich weiter?!
Gruß,
Olaf
Zitat von: Burny4600 am 14 Oktober 2015, 18:37:37
Jetzt wird aber wieder eine VBUSLAN benötigt.
...
Hallo Chris,
Tschuldigung mein Fehler. Du kannst auch VBUSIF einsetzten.
define Solar VBUSIF 192.168.17.231:7053
Hast du schon den Aufruf mit VBUS versucht(im Browser):
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=vbus&source=current
Wie sehen die Daten ?
Jörg
Danke Olaf für die Info.
Hallo Jörg.
Habe die Info auf dieser Seite schon hinterlegt
http://forum.fhem.de/index.php/topic,10303.msg344305.html#msg344305
Bekomme bei der Anlage noch eine Fehlermeldung.
define VBUSDEV_DL2 VBUSDEV 0050
Cannot load module VBUSDEV
Ist hier irgendwo ein Verweis falsch definiert?
Zitat von: Burny4600 am 15 Oktober 2015, 09:21:51
...
Hallo Jörg.
Habe die Info auf dieser Seite schon hinterlegt
Bekomme bei der Anlage noch eine Fehlermeldung.
define VBUSDEV_DL2 VBUSDEV 0050
Cannot load module VBUSDEV
..
Hallo Chris,
die Daten habe ich gesehen. Sind auch soweit ok. Aber so wie sie sind schwer auswertbar, weil nicht eindeutig. z.B. "field_index" : 0, kommt mehrmals vor.
Öffne doch einmal in deinen Browser diesem Link: http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=vbus&source=current und speichere die Ausgabe in eine Datei und hänge diese bitte an.
Der Unterschied outputType=vbus beim anderen outputType=json. Vielleicht kann man das besser verarbeiten, da anders Format.
Und wenn du schon dabei bist auch noch diese:
text-tab-crlf : Tab separated text file with CR+LF line endings (Windows).
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=text-tab-crlf&source=current
text-tab-lf: Tab separated text file with LF line endings (Linux / OSX).
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=text-tab-lf&source=current
text-csv-crlf: Semicolon separated text file with CR+LF line endings (Windows).
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=text-csv-crlf&source=current
text-csv-lf: Semicolon separated text file with LF line endings (Linux / OSX).
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=text-csv-lf&source=current
die haben wir schon
json: JSON encoded text file.
und die machst du gerade.
vbus: Binary file conforming to VBus Recording File Format.
Hast du im fhem "reload 21_VBUSDEV.pm" gemacht. Das andere Modul was hier noch rumfliegt heißt glaube ich "20_VBUSDEV.pm".
Schau einmal nach ob du 2 VBUSDEV.pm Module hast.
Hat der Eintrag in FHEM ein Ergebnis geliefert ??
attr DataLogger reading01Regex field_index\" : 1[,\n\t]+"raw_value"+[ :\n\t]+([\d\.]+),
wenn nichts kommt versuch mal diesen hier : field_index\" : 1,[ \n\t]+"raw_value"+[ :\n\t]+([\d\.]+)
Jörg
Hallo Jörg!
reload 21_VBUSDEV.pm bringt eine Fehlermeldung:
ZitatIllegal declaration of subroutine main::VBUSDEV_Initialize at ./FHEM/21_VBUSDEV.pm line 636.
ZitatHat der Eintrag in FHEM ein Ergebnis geliefert ??
Welchen Eintrag meinst du?
Zitat von: Burny4600 am 15 Oktober 2015, 18:55:35
...
reload 21_VBUSDEV.pm bringt eine Fehlermeldung
Welchen Eintrag meinst du ?
Hallo Chris,
in der Datei hat ein Komma gefehlt. Jetzt sollte es gehen. Nach dem Austauschen reload nicht vergessen oder Fhem neu starten.
Hast du in FHEM beim HTTPMOD so eine Anzeige (siehe Bild).
Die Dateien haben leider nicht das erhofte gebracht.
Ich hatte eigentlich beim Aufruf von http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=vbus&source=current
so etwas in der Art erwartet:
aa1000217310000112384300ef00b822ba00f8009b01b8223e02b822b822b822690200000000000000000000000044070000bb00000000000000000000000000000000006900000000000103c50402000000
Jörg
Bei mir sieht es ähnlich aus.
Siehe Anhang
Zitat von: Burny4600 am 15 Oktober 2015, 20:17:19
Bei mir sieht es ähnlich aus.
.....
Hallo Chris,
ich habe die Regex noch einmal etwas angepaßt. Du kannst das ja mal ausprobieren, es werden die Zaheln kürzer dargestellt und die Systemzeit wird hh:mm ausgelesen. Vielleicht wird diese benötigt.
Ändere doch bitte einmal den Eintrag in FHEM ab.
http://192.168.17.231/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=vbus&
source=current
Dieses steht auch so in der angehangenen Datei drin und hänge einmal den Log an.
Jörg
Sieht schon besser aus.
Siehe Anhang.
Drehzahl Relais_8
Temperature_Sensor_13
passen die Wert noch nicht.
Temperature_Sensor_13 ist kein Temperatur Fühler sondern ein Impulseingang.
Hallo Jörg.
Hast du schon etwas herausgefunden betreffend Anpassungen?
Zitat von: Burny4600 am 17 Oktober 2015, 19:35:59
...Hast du schon etwas herausgefunden betreffend Anpassungen?
Hallo Chris,
ich bin noch zu nichts gekommen. Hatte noch keine Zeit. Was zeigt eigentlich deine vbus-Schnittstelle an.
Kommt da irgend etwas in dieser Art an:
aa1000217310000112384300ef00b822ba00f8009b01b8223e02b822b822b822690200000000000000000000000044070000bb00000000000000000000000000000000006900000000000103c50402000000
Jörg
Hallo Chris,
noch ein etwas im Netz und im Forum gestöbert. Jetzt können per HTTPMOD alle Werte ausgelesen werden. Datei hänge ich an. Einfach die Werte in die fhem.cfg kopieren ggf. aufpassen das du deine geänderten Redings nicht überschreibst. Kannst ja mal deine angepaßten und funktionierenden Readings als Datei anhängen. Log wird auch angelegt.
Wenn alles funktioniert kannst du ja Verbose=1 setzen.
Jörg
PS: Die Datei noch einmal geändert.
Hallo Jörg!
Einige Datenzuweisungen passen noch nicht.
Siehe Anhang Resol Datenlogger & FHEM.
Drehzahlzuweisung ist vertauscht.
Drehzahl Relais 1 ist 3
Temperatursensor 1 ist 2
Temperatursensor 2 ist 3
Temperatursensor 3 ist 4
Temperatursensor 4 ist 5
Temperatursensor 5 ist 6
Temperatursensor 6 ist 7
Temperatursensor 7 ist 8
Temperatursensor 8 ist 9
Temperatursensor 9 ist 10
Temperatursensor 10 ist 1
Temperatursensor 11 ist 12
Bei der Wäremmenge stimmen die Werte da ich kWh verwende anstatt Wh.
Zitat von: Burny4600 am 18 Oktober 2015, 10:05:31
...
Einige Datenzuweisungen passen noch nicht.
....
Hallo Chris,
habe die Zuordnung noch einmal angepaßt. Sollte jetzt passen.
Jörg
Hallo Jörg.
Das sieht schon super aus.
Die Zuweisungen stimmen jetzt alle.
Zitat von: Burny4600 am 18 Oktober 2015, 16:58:22
.....
Die Zuweisungen stimmen jetzt alle.
Hallo Chris,
hast du mal nachgesehen ob du über die reine VBUSIF Anbindung Daten empfängst ? Würde mich mal interessieren !
define Solar VBUSIF 192.168.17.231:7053
attr Solar room Solartherme
attr Solar verbose 5
Jörg
Da tut sich nichts.
Zitat von: Burny4600 am 18 Oktober 2015, 17:25:12
Da tut sich nichts.
Hallo Chris,
dann mußt du wohl die Lösung mit HTTPMOD nehmen. Geht ja auch ganz gut.
Kannst ja die Einträge wieder rausnehmen, eine Fehlerquelle weniger:
define Solar VBUSIF 192.168.17.231:7053
attr Solar room Solartherme
attr Solar verbose 5
Jörg
Vielleicht ergibt sich ja noch etwas.
Bin ohnehin noch dabei das ich alle Datenschnittstellen zum Laufen bekomme, bevor ich einen Schritt weiter gehen kann.
Eine Frage noch: Kann ich irgendwie die Einheiten bei den Werten definieren.
Zitat von: Burny4600 am 18 Oktober 2015, 17:52:37
...
Eine Frage noch: Kann ich irgendwie die Einheiten bei den Werten definieren.
Hallo Chris,
sicherlich kann man auch die Einheiten mit angeben, ist aber teilweise für die weitere Verarbeitung (z.B. Plot) nicht immer hilfreich, da dann die eigentlichen Zahlen wieder extrahiert werden müssen. Das Log wird größer ...
Da du ja weißt das Temperature_Sensor_1 immer in °C anzeigt, kann man es meiner Meinung nach dann hinschreiben wenn es benötigt wird (Plot).
Jörg
OK
Trotzdem Danke für die Arbeit die du damit hatest.
Hallo Jörg!
Habe mit der gebastelten Anbindung noch ein Problem.
Unter SATE habe ich einen störenden Eintrag:
Error evaluating DL2 stateFormat: syntax error at (eval 3356) line 1, at EOF
Vorher waren hier nur ?.
Weiteres ist unter Readings folgender Eintrag den ich nicht lokalisieren kann.
Drehzahl Relais_1 0 2015-10-20 08:25:04
Ich denke der ist irgendwie durch die anfänglichen Test übrig geblieben.
Wie kann ich das bereinigen?
Zitat von: Burny4600 am 20 Oktober 2015, 09:13:13
..
1.
Unter SATE habe ich einen störenden Eintrag:
Error evaluating DL2 stateFormat: syntax error at (eval 3356) line 1, at EOF
Vorher waren hier nur ?.
2.
Weiteres ist unter Readings folgender Eintrag den ich nicht lokalisieren kann.
Drehzahl Relais_1 0 2015-10-20 08:25:04
..
Hallo Chris,
ich fange einmal mit 2.
Einige (alle) Bezeichner (Readings heißt das glaube ich) stehen in den Datein fhem.save und eventTypes.txt. Ich habe FHEM gestopt und diese Dateien einfach gelöscht. Diese werden beim start von FHEM wieder neu angelegt. Kann etwas länger dauern je nach dem wieviel in der fhem.cfg drin steht.
zu 1. kann ich Dir nichts sagen. Bei mir steht beim STATE auch ??? . Ich bin aber noch beim suchen der Lösung habe auch schon etwas gefunden aber noch nicht ausprobiert.
PS: Habe die dl2_httpmod_fhem.cfg angepaßt. Schau mal ;-)
Jörg
Hallo Jörg!
Danke für den Tipp für die Bereinigung.
Das mit dem stateFormat passt zwar für die Angabe der Einheiten, ist in der Form nicht übersichtlich.
Habe hier noch Anpassungen durchgeführt und die Zeilen Endungen auf Unix umgestellt.
Habe die Änderungen auf Drehzahl_Relais und die Temperature_Sensor_1 auf Temperature_Sensor_01 durchgeführt wegen besserer Ansicht.
Für die Einheiten muß ich mir noch etwas überlegen oder du hast schon eine Lösung.
Hallo Jörg!
Anbei eine aktuelle Anpassung für die Darstellung mit den richtigen Einheiten Angaben zur weiteren Verarbeitung.
Zitat von: Burny4600 am 23 Oktober 2015, 15:41:19
...
Anbei eine aktuelle Anpassung für die Darstellung mit den richtigen Einheiten Angaben zur weiteren Verarbeitung.
Hallo Chris,
sieht doch gut aus. Kann ich ja noch etwas von dir lernen. Weiter so.
Jörg
Tja.
Mit der Zeit begreif ich auch etwas, trotz meines Alters.
Bin noch nicht ganz fertig damit.
Sowie ich damit fertig bin stell ich es wieder ein.
Nachdem ich meine SKSC2HE von Sonnenkraft auch zum laufen bekommen habe, möchte ich hier mein Codegeschnipsel posten.
Ich hab einen VBUS to LAN von RESOL und einen Solarsteuerrung von Sonnenkraft SKSC2HE im Einsatz. Als Basis habe ich die Module vom repositiory verwendet (siehe einige Beiträge vorher).
https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/19_VBUSIF.pm (https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/19_VBUSIF.pm)
https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/20_VBUSDEV.pm (https://github.com/afreof/fhem-mirror/blob/vbus/fhem/FHEM/20_VBUSDEV.pm)
Das Modul "20_VBUSDEF.pm" wurde unter den Devices um folgendes ergänzt:
"4214" => {"name" => "Sonnenkraft_SKSC2HE", "cmd" => "0100", "dst_addr" => "0010", "fields" => [
{ "offset" => 0,"name" => "Temperatur_Sensor1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_Sensor2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_Sensor3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_Sensor4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "Temperatur_VFD1", "bitSize" => 15,"factor" => 0,1,"unit" => "°C" },
{ "offset" => 26,"name" => "Volumenstrom_VFD1", "bitSize" => 15,"factor" => 1 ,"unit" => "L_h" },
{ "offset" => 8,"name" => "Drehzahl_Relais_1", "bitSize" => 8,"factor" => 1 ,"unit" => "%" },
{ "offset" => 9,"name" => "Drehzahl_Relais_2", "bitSize" => 8,"factor" => 1 ,"unit" => "%" },
{ "offset" => 32,"name" => "Spannung" , "bitSize" => 8,"factor" => 0,1,"unit" => "V" },
{ "offset" => 10,"name" => "Fehlermaske", "bitSize" => 8,"factor" => 1, "unit" => "St" },
{ "offset" => 12,"name" => "Betriebsstunden_Pumpe1","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 14,"name" => "Betriebsstunden_Pumpe2","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 16,"name" => "Waermemenge1","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 18,"name" => "Waermemenge2","bitSize" => 15,"factor" => 1000,"unit" => "Wh" },
{ "offset" => 20,"name" => "Waermemenge3","bitSize" => 15,"factor" => 1000000,"unit" => "Wh" },
]},
Der Codeschnipsel stammte ursprünglich auch aus einem der vorherigen Beiträge.
Dabei hatte ich folgende Probleme:
- ID passte nicht, musste von 4213 auf 4214 angepasst werden (evtl. FW Versionssprung, da meine Steuerung V2.0 hat)
- Broadcast Messages wurden nicht gefiltert, aber die ergänzung um "dst_addr" => "0010" hat geholfen
Seither funktioniert das Auslesen ohne Probleme. Das Logfile habe ich noch nicht kontrolliert.
Viel Spaß damit
Eine kleine Ergänzung... die einbindung ist bei mir so gelöst (fhem.cfg):
# Solaranlage
define vbusif VBUSIF 192.168.178.31:7053
define solar VBUSDEV 4214
attr solar room Solaranlage
attr solar IODev vbusif
attr solar event-min-interval .*:10
attr solar model Sonnenkraft_SKSC2HE
@booster
Ich dachte es sollte keine 20_VBUSDEV.pm mehr geben sondern nur mehr die 21_VBUSDEV.pm und 19_VBUSIF.pm
Zitat von: oldwolf am 23 August 2014, 19:14:46
Hallo,
@Markus:
Zunächst mal zu deinem Problem. Wenn du wirklich die Dateien von Post #47 hast, dann hast du nicht weit genug gelesen. In Post #59 hat Arno sein neues Modul vorgestellt. Das läuft m.E. wesentlich besser und ist deutlich leichter einzurichten.
Du kopierst dir am besten mal die 20_VBUSLAN.pm von Arno (Post #59 vom 04. März), dort ist auch beschrieben wie du das ganze einrichtest. Eine kleine Hürde gibt es dann noch: deine CosmoMulti ist noch nicht in der 21_VBUSDEV.pm, die ich in Post #93 angefügt habe. Die kannst du dir nach der Anleitung von Arno im oben genannten Post selbst erstellen oder vielleicht komme ich ja noch dazu bis du aus deinem Urlaub zurück bist.
[EDIT:]
Hab die 21_VBUSDEV.pm ergänzt und angehängt, s.u.
@Franz:
Welche Steuerung du benötigst hängt natürlich von deiner Solaranlage ab. Soweit ich weiß können alle Steuerungen, die im RESOL-ServiceCenter unterstützt werden, auch mit FHEM angesprochen werden. Und da sind wirklich viele drin. Wenn du mir verrätst, welche Steuerung (Hersteller, Bezeichnung) du jetzt benutzt, kann ich mal nachschauen, ob deine Steuerung dort auftaucht. Dann könnte man es mal damit probieren, ohne dass du eine neue Steuerung kaufen musst.
Die DeltaSol BS PLUS wird z.B. von Olaf (olgo59) verwendet, der hat aber damit Probleme, die sich bisher nicht erklären ließen (siehe ab Post #94). Theoretisch sollten aber alle von dir genannten Steuerungen funktionieren. Ob ein fehlerloser Betrieb in der Realität und in deinem speziellen Einzelfall auch möglich ist, kann dir natürlich vorher niemand garantieren.
Ich habe folgende Hardware am laufen und bin damit bislang sehr zufrieden:
- Steuerung: Resol DeltaSol E
- LAN-Adapter: Resol Schnittstellenadapter VBUS/LAN (http://www.resol.de/index/produktdetail/kategorie/2/id/76/sprache/de (http://www.resol.de/index/produktdetail/kategorie/2/id/76/sprache/de))
- FHEM-Rechner: Raspberry Pi
Den Lan-Adapter brauchst du meiner Meinung nach unbedingt (gibt auch welche für USB, etc. aber das Modul kann nur LAN).
Noch ein Wort zum Einsparpotenzial:
Du kannst mit diesem Modul bislang deine Anlage nur überwachen, eine Fernsteuerung oder das Ändern von Einstellungen ist noch nicht möglich.
@Arno:
Hier übrigens meine Anpassungen der 20_VBUSLAN.pm. Seither funktioniert das Modul tadellos (egal an welchem Datum) :D
In der Funktion VBUSLAN_Read habe ich an den folgenden Zeilen (Zeile 131 ff.)
if ($len != length($msg)) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
...
... diese Änderungen vorgenommen:
if ($len != length($msg) && length($msg) != 223) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
if(length($msg) == 223) {
$msg = $msg."a";
}
...
Geht natürlich nur bei der DeltaSol E, bei der nächsten Anlage mit ähnlichen Ausfallerscheinungen geht das nicht, aber vielleicht hilfts dir ja.
@all:
Ich habe auf Wunsch von Markus die Cosmo Multi in die 21_VBUSDEV integriert. Wäre gut, wenn jemand mal berichten könnte, ob das funktioniert.
Inzwischen sind also folgende Steuerungen vorhanden:
- 7751 - DiemasolC
- 7321 - Vitosolic200
- 7721 - DeltaSol E (Regler)
- 7722 - DeltaSol E (Wmz)
- 4212 - DeltaSolC
- 7331 - SLR
- 427B - DeltaSol_BS_2009
- 7821 - CosmoMulti (Regler)
- 7822 - CosmoMulti (WMZ)
Um mir und euch das Leben beim Übernehmen der XML-Daten einfacher zu machen, bastle ich derzeit an einer Excel-Tabelle. In diese muss nur der entsprechende Teil aus der XML-Datei, die im Installationsordner des Service-Centers liegt, kopiert werden und als Ergebnis kommt der fertige Block raus, der dann in die 21_VBUSDEV kopiert werden kann. Bin derzeit noch am Testen, falls Interesse besteht, einfach kurz melden, dann lade ich die Datei hoch.
Viele Grüße
Robin
ZitatHallo oldwolf,
da ich eine Resol DeltaSol BS4 benutze hier die Definition:
"4278" => {"name" => "DeltaSol_BS4", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Kollektortemperatur_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "SpeichertemperaturUnten_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "SpeichertemperaturOben_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "speed_R1","bitSize" => 8,"unit" => "%" },
{ "offset" => 9,"name" => "speed_R2","bitSize" => 8,"unit" => "%" },
{ "offset" => 10,"name" => "errorMask","bitSize" => 16 },
{ "offset" => 12,"name" => "operating_hours_R1","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 14,"name" => "operating_hours_R2","bitSize" => 16,"factor" => 1,"unit" => "h" },
{ "offset" => 23,"name" => "Programm","bitSize" => 8,"factor" => 1 },
{ "offset" => 24,"name" => "sw_version","bitSize" => 16,"factor" => 0.01 },
]},);
falls Bedarf besteht bitte in die VBUSDEV aufnehmen
Danke für eure Vorarbeiten
osid-timo
Hallo,
ich hänge mal meine 21_VBUSDEV.pm an. Für die Auswahl ob Lan oder seriel nehme ich die 19_VBUSIF.pm.
Folgende Geräte sind eingetragen, aber nicht getestet.
0050 DL 2
0053 DL 3
7751 DiemasolC
7321 Vitosolic200
7326 Vitosolic200_WMZ1
7327 Vitosolic200_WMZ2
7721 DeltaSolE_Regler
7722 DeltaSolE_WMZ
4211 SKSC1/2
4212 DeltaSolC
7331 SLR
427B DeltaSol_BS_2009
7821 Cosmo_Multi_Regler
7822 Cosmo_Multi_WMZ
7421 DeltaSol_BX
7E11 DeltaSol_MX_Regler
7E12 DeltaSol_MX_Module
7E21 DeltaSol_MX_Heizkreis
7E31 DeltaSol_MX_WMZ
7411 DeltaSol_ES
4010 WMZ
5611 DeltaTherm_FK
7160 SKS3HE
7161 SKSC3HE [HK1]
7162 SKSC3HE [HK2]
6521 MSR65 1
6522 MSR65 2
7311 Deltasol_M
7312 DeltaSol_M_HKM
7316 DeltaSol_M_WMZ1
7317 DeltaSol_M_WMZ2
pejonp
Zitat von: Burny4600 am 15 November 2015, 14:31:03
@booster
Ich dachte es sollte keine 20_VBUSDEV.pm mehr geben sondern nur mehr die 21_VBUSDEV.pm und 19_VBUSIF.pm
Anscheinden herscht hier noch Kudelmudel... damit man da mal was falsches verwendet (bei 26 Seiten) kann schon vorkommen.
Hier wäre das sammeln und bereitstellen an einer Stelle/Beitrag besser.
Aber warum gibt es jetzt die neuen nummer (mit gleichen Inhalt??).
Ich bin gerade über das Modul gestolpert. Kurze Frage: Gibt es irgendwo ein Repo/Git wo die Entwicklung stattfindet? Gibt es irgendwo Doku? Oder ist das alles in dem 26-seitigen Thread versteckt?
Leider ist das nur in diesen Seiten enthalten.
Anbei eine aktuelle Datei 21_VBUSDEV.pm wo zur Übersicht die Sortierung nach Geräte ID's erfolgte.
0050 DL_2
0053 DL_3
4010 WMZ
4211 SKSC1/2
4212 DeltaSolC
4278 DeltaSol_BS4
427B DeltaSol_BS_2009
5611 DeltaTherm_FK
6521 MSR65_1
6522 MSR65_2
7160 SKS3HE
7161 SKSC3HE_[HK1]
7162 SKSC3HE_[HK2]
7311 DeltaSol_M
7312 DeltaSol_M_HKM
7315 DeltaSol_M_Volumen
7316 DeltaSol_M_WMZ1
7317 DeltaSol_M_WMZ2
7321 Vitosolic200
7326 Vitosolic200_WMZ1
7327 Vitosolic200_WMZ2
7331 SLR
7411 DeltaSol_ES
7421 DeltaSol_BX
7721 DeltaSolE_Regler
7722 DeltaSolE_WMZ
7751 DiemasolC
7821 Cosmo_Multi_Regler
7822 Cosmo_Multi_WMZ
7E11 DeltaSol_MX_Regler
7E12 DeltaSol_MX_Module
7E21 DeltaSol_MX_Heizkreis
7E31 DeltaSol_MX_WMZ
@osid-timo
Deine Änderung in der 20_VBUSLAN.pm war schon in der 19_VBUSIF.pm enthalten.
Die 19_VBUSIF.pm ist nach meinem Wissen die Datei die auch verwendet werden soll und am aktuellsten zu halten ist.
Übernehmen der 19_VBUSIF.pm.
FHEM stoppen.
Löschen der 20_VBUSLAN.pm
Löschen der Dateien => eventTypes.txt und fhem.save
FHEM starten.
Nun sollte nicht mehr die alte 20_VBUSLAN.pm sondern 19_VBUSIF.pm verwendet werden.
Eventuelle lokale Anpassungen nach diesen mehrseitigen Thread sind doch noch notwendig.
@Tscherno
Hier wäre sicherlich von Seiten FHEM Team zu überlegen, eine klare Übersicht mit aktuellen Dateien einzurichten.
Ist aber schwierig wo jeder seine eigenen Anpassungen noch durchführt.
Ich mache es zumindest so, dass ich meine aktuallisierten Dateien mit Erläuterung und Erfahrungen hier wieder zur weiteren Verwendung hereinstelle.
Das machen zu mindest die meisten so.
Hallo an Alle,
Entschuldigung vorweg für meine Anfängerfrage,
Dank Eurer Anleitung konnte ich meine DeltaSol_ES mittels VBus in Fhem verbinden.
Nun zu meiner Anfängerfrage,
wie kann ich die Werte einzelne Temperatur_Sensoren aus den Readings in einzelne Gruppen anzeigen lassen?
Danke für Eure Hilfe,
Grüße, Tom
Hallo zusammen,
mir werden seit dem Jahreswechsel keine Daten mehr angezeigt. es wurde eine neue Logdatei angelegt sie bleibt aber leer.in der Übersicht der VBUSIF unter PARTIAL wird nichts mehr angezeigt. Hab alles mehrmals neu gestartet ohne Erfolg. ping zum VBUSLan funktioniert.
keine aufschlussreiche Fehlermeldung in der Log, nur in unregelmässigen Zeiten:
2016.01.09 14:40:38 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.09 14:40:43 1: 192.168.x.x:7053 reappeared (Solar)
Uhrzeiten hab ich auch schon auf allen angeschlossenen Geräten überprüft stimmen überein.
Das Ganze hat jetzt über Monate funktioniert, auch dank eurer Hilfe, komme aber jetzt nicht mehr weiter.
Gruß Beagel
Zitat von: Beagel am 09 Januar 2016, 16:36:23
...
mir werden seit dem Jahreswechsel keine Daten mehr angezeigt. es wurde eine neue Logdatei angelegt sie bleibt aber leer.in der Übersicht der VBUSIF unter PARTIAL wird nichts mehr angezeigt. Hab alles mehrmals neu gestartet ohne Erfolg. ping zum VBUSLan funktioniert.
keine aufschlussreiche Fehlermeldung in der Log, nur in unregelmässigen Zeiten:
2016.01.09 14:40:38 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.09 14:40:43 1: 192.168.x.x:7053 reappeared (Solar)
...
Hallo,
wenn du per Browser auf den VBus-Lan Adapter gehts, was wird dir angezeigt ?
192.168.x.x
Update von FHEM gemacht ? Es ist jetzt die Version 5.7 aktiv dort haben sich einige Sachen geändert (http://forum.fhem.de/index.php/topic,44094.0.html).
Stelle Verbose mal auf 5 und schau ins Log was angezeigt wird.
Greifst du mit noch einer Anwendung auf den V-Bus-Lan Adapter zu. Es kann nur eine Anwendung zugreifen.
Zeige doch einmal deine fehm.cfg Einstellungen für den VBUS.
pejonp
hallo
im Browser wird :
ZitatRESOL-LAN
Willkommen im Webinterface Ihres RESOL-Gerätes!
angezeigt.
Update auf 5.7 hab ich schon seit mitte November danach lief auch noch alles bis zum 31.12.
Auszug fehm.cfg
Zitatdefine Solar VBUSIF 192.168.x.x:7053
define VBUSDEV_2251 VBUSDEV 2251 1200
attr VBUSDEV_2251 IODev Solar
attr VBUSDEV_2251 event-min-interval .*:120
attr VBUSDEV_2251 event-on-change-reading .*
attr VBUSDEV_2251 model DeltaSol_SL
attr VBUSDEV_2251 room Solaranlage
define FileLog_VBUSDEV_2251 FileLog ./log/VBUSDEV_2251-%Y.log VBUSDEV_2251
attr FileLog_VBUSDEV_2251 logtype text
attr FileLog_VBUSDEV_2251 room Solaranlage
define SVG_FileLog_VBUSDEV_2251_1 SVG FileLog_VBUSDEV_2251:SVG_FileLog_VBUSDEV_2251_1:CURRENT
attr SVG_FileLog_VBUSDEV_2251_1 room Solaranlage
define SVG_FileLog_VBUSDEV_2251_2 SVG FileLog_VBUSDEV_2251:SVG_FileLog_VBUSDEV_2251_2:CURRENT
attr SVG_FileLog_VBUSDEV_2251_2 room Solaranlage
es wird mit keinem anderen Programm auf Vbus zugegriefen
Gruß
Zitat von: Beagel am 09 Januar 2016, 20:17:57
..
es wird mit keinem anderen Programm auf Vbus zugegriefen
...
Hallo Beagel,
was steht den im Log bei Verbose=5. Werden dort Daten angezeigt ?
pejonp
Guten Morgen,
nach dem ich Verbose=5 eingestellt habe wird mir in der Log leider auch nichts anderes angezeigt, siehe
Zitat2016.01.10 07:24:35 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 07:24:40 1: 192.168.x.x:7053 reappeared (Solar)
2016.01.10 07:26:12 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 07:26:17 1: 192.168.x.x:7053 reappeared (Solar)
2016.01.10 07:27:48 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 07:27:49 1: 192.168.x.x:7053 reappeared (Solar)
2016.01.10 07:29:20 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 07:29:24 1: 192.168.x.x:7053 reappeared (Solar)
2016.01.10 07:51:03 1: in DELETED
2016.01.10 07:51:03 1: in DELETED
2016.01.10 09:41:07 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 09:41:09 1: 192.168.x.x:7053 reappeared (Solar)
2016.01.10 09:42:40 1: 192.168.x.x:7053 disconnected, waiting to reappear (Solar)
2016.01.10 09:42:40 1: 192.168.x.x:7053 reappeared (Solar)
so geht das die ganze Zeit.
werde heute im laufe des Tages mal mit einem Windows-PC versuchen ob mir mit dem Resolprogamm etwas angezeigt wird, hab leider im Moment kein Rechner auf dem ich Win-Programme direkt ausführen kann.
Werde weiter berichten.
Gruß
Zitat von: Beagel am 10 Januar 2016, 10:51:55
...
nach dem ich Verbose=5 eingestellt habe wird mir in der Log leider auch nichts anderes angezeigt, siehe
so geht das die ganze Zeit.
...
Hallo Beagel,
hast du mal den VBUS-Adapter stromlos gemacht ? Kannst du von deinem FHEM Server den VBUS-Adapter anpingen ?
Hast du die selbe Adresse nach einmal vergeben. Mein VBUS-LAn Adapter sendet ständig Nachrichten. Diese werden nur vom FHEM empfangen und ausgewertet.
Ich habe auf einem 2 FHEm Server noch einmal die identische VBUS-Konfig eingespielt. Der Server der als erstes läuft hat den Zugriff auf VBUS der andere bekommt:
.............. reappeared (Solar)
.............. disconnected, waiting to reappear (Solar)
Wenn ich 1 stoppe und dann erhält 2 den Zugriff, ggf. einmal FHEm-Server neu starten. Ich vermute einmal, das noch irgendwo ein Zugriff (Internetfreigabe) oder oder oder ... läuft.
pejonp
Vielen Dank
für die Hilfe, nachdem ich alle Geräte vom Strom getrennt und dann wieder neu gestartet habe, werde jetzt wieder Daten angezeigt.
in der Log Steht jetzt:
Zitat2016.01.10 19:35:26 5: Solar dispatch aa10005122100001195288e9421c3200190168019601b8220f279a0000000000000000000000000000000f2700000000000063c016006600000052e11f00000000002175190000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.01.10 19:35:26 5: Solar dispatch aa10006222100001045663c016000000000037140000883f0000
2016.01.10 19:35:26 5: Solar dispatch aa150051221000010c5a040100003200190168019601b8220f270000f1d80108000000000000020a00003200190163c01600010b000000000000
noch mal Vielen Dank für die Tatkräftige Unterstützung
Gruß Beagel
Hallo zusammen,
ich versuche, eine 21_VBUSDEV.pm für die CitrinSolar SLR XT zu erstellen ( "Baugleich" wie Systemregler DeltaSol MX von Resol ).
Leider bekomme ich die Daten aus dem xml-File nicht in xml_fhem.xls. Auch wenn ich nur wenige Zeilen kopiere, funktioniert es nicht.
Könnte mich bitte jemand unterstützen, bzw. die Anlage in die vbusdev aufzunehmen.
Vielen Dank udn Grüsse
Klaus
Zitat von: klaso am 25 Januar 2016, 10:17:21
....
ich versuche, eine 21_VBUSDEV.pm für die CitrinSolar SLR XT zu erstellen ( "Baugleich" wie Systemregler DeltaSol MX von Resol ).
...
Hallo Klaus,
einfach den Abschnitt vom Delta Sol MX kopieren, die Adressen anpassen und die Werte umschreiben. Ist etwas Fleißarbeit. Ich habe aus deiner Datei mal ein Excel/CSV-Datei gemacht. Das Ergebniss könntest du ja wieder anhängen, für weiter Nutzer.
Tschüß pejonp
Hallo pejonp,
Vielen Dank !
So hab ich am WE schon angefangen, es hat auch funktioniert, sind halt sehr viele Einträge. Habe gehofft, es mit dem ExcelSheet etwas schneller umsetzen zu können. Werde mich morgen mal hinsetzen......
Vielen Dank und schönen Abend
Klaus
Hallo,
anbei meine Files für die Citrin Solar SLR XT.
Habe diese config seit knapp 3 Wochen im Einsatz, bisher keine Probleme
VG
klaso
Hat sich betreffend VBUS via HTTPMOD etwas geändert?
Bekomme auch einmal keine Werte mehr über den DL2 ins FHEM.
Via Browser ist der DL2 aber immer noch ohne Probleme erreichbar.
Hallo Gemeinde,
Ich möchte zwei Resol-Regler, wobei einer über einen DL2 (NW: 192.168.x.70) und einer über einen vbus/LAN-Adapter (NW: 192.168.y.70) an verschiedenen Netzwerken hängen. Dazu habe ich zwei VBUSLAN Definitionen eingerichtet. Die beiden Netzwerke sind über VPN verbunden, hier gibt es keinen Engpass.
1.
define vbusGT VBUSLAN 192.168.x.70:7053
attr vbusGT room Solar-GT
####
define VBUSDEV_7112 VBUSDEV 7112
attr VBUSDEV_7112 IODev vbusGT
attr VBUSDEV_7112 event-min-interval .*:360
attr VBUSDEV_7112 model DeltaSolBxPlus
attr VBUSDEV_7112 room Solar-GT
###
define VBUSDEV_7131 VBUSDEV 7131
attr VBUSDEV_7131 IODev vbusGT
attr VBUSDEV_7131 event-min-interval .*:360
attr VBUSDEV_7131 room Solar-GT
define VBUSDEV_7113 VBUSDEV 7113
attr VBUSDEV_7113 IODev vbusGT
attr VBUSDEV_7113 event-min-interval .*:360
attr VBUSDEV_7113 room Solar-GT
2.
define vbusEBG VBUSLAN 192.168.y.70:7053
attr vbusEBG room Solar-EBG
####
define VBUSDEV_7421 VBUSDEV 7421
attr VBUSDEV_7421 IODev vbusEBG
attr VBUSDEV_7421 event-min-interval .*:360
attr VBUSDEV_7421 model DeltaSolBx
attr VBUSDEV_7421 room Solar-EBG
Die zweite Definition zeigt zwar den Status "open" an, jedoch werden die Werte in der vbusdef nicht aktualisiert (im reading der vbuslan schon) und bleiben im reading der vbusdef auf dem Zeitstempel des Neustarts stehen. Beide vbusdef's stehen auf "initialized". Hat jemand eine Idee, gehen denn überhaupt mehrere Instanzen der vbusdef?
Im Logfile steht folgende Warnung:
2016.06.08 17:18:52 1: PERL WARNING: substr outside of string at ./FHEM/21_VBUSDEV.pm line 850.
$val = substr($payload, $o+6,2).substr($payload, $o+4,2).substr($payload, $o+2,2).substr($payload, $o,2);
MfG FNIK
Hi,
ich bin jetzt endlich nach 27Seiten mit diesem Thread hier durch.... Resol SST-Adapter bestellt...
Dazu ein paar Fragen:
1. wo finde ich den aktuellen Stand incl aller hier geposteten Erweiterungen? AKW als maintainer hat seit ca 15 Seiten hier nicht mehr mitgeschrieben
2. Wo befinden sich die Anschlussklemmen an einer Vitosolic200? Hier (http://www.bgtherm.com/products/heating/solar_systems/sun_flat_collectors/d/VITOSOLIC%20200%20M1.pdf) auf Seite 52 steht nix darüber.
3. Hier (http://www.haustechnikdialog.de/Forum/p/1619357) wird berichtet, das man ggf den VBUS noch aktivieren muss, in der Bedienungsanleitung unter dem Menüpunkt "Experte" ist dieser Punkt aber nicht aufgezeigt, beim stöbern durch das Menü habe ich es auch nicht gefunden. Wer von den Vitosolic200 Nutzern musste hier etwas machen?
Edit: Hier auf Seite 2 (http://www.loebbeshop.de/viessmann/media/docs/anleitung-datenlogger.pdf) steht wo die VBus-Klemmen sind
Hallo Tobias,
ich antworte Dir noch mal hier:
Zu Punkt 3 - In Deinem Link steht, das
ZitatMein Problem war dann noch, dass ich das Menü "Experte", in dem unter "Ausgänge" der Punkte Vbus steht nicht zu finden war.
Lösung: Bediencode 0200 eingeben.
Nachdem Du den Adapter schon bestellt hast, wohl zu spät, aber falls sonst Interesse besteht, ich nutze statt des Original-Adapters einen ESP8266 mit kleiner Adapterschaltung, funktioniert sehr gut
Viele Grüße
Klaus
Hallo Klaus,
Kannst du bitte die Schaltung und den Sketch hier anhängen. Würde mich auch interessieren. Danke
Pejonp
Hallo Pejonp.
Das Ganze läuft unter ESP-Easy - http://www.esp8266.nu (http://www.esp8266.nu)
Hier gibts die Erweiterung :https://github.com/ESP8266nu/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino (https://github.com/ESP8266nu/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino) - ist übrigens von jemand, der auch hier im FHEM-Forum unterwegs ist.
Diesen Sketch habe ich etwas angepasst an meine Deltasol BX ( andere / mehr Adressen)
Als Schaltung würde das hier gehen:http://hobbyelektronik.org/w/index.php/VBus-Decoder (http://hobbyelektronik.org/w/index.php/VBus-Decoder)
Da mir aber das Auslesen reicht / ich nichts von der Steuerung aus parametrieren will, reicht das hier: https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig (https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig)
Bei mir waren leider die Flanken nicht steil genug für den ESP, habe deshalb noch 2 CMOS-Inverter, die gerade herumlagen, hintereinander eingefügt, läuft problemlos
Zum Testen funktioniert diese Schaltung übrigens auch mit der Original Resol-Software
Grüße
Klaus
Hallo Klaus,
Vielen Dank.
Pejonp
Kann mir noch jemand Punkt 1 beantworten?
1. wo finde ich den aktuellen Stand incl aller hier geposteten Erweiterungen? AKW als maintainer hat seit ca 15 Seiten hier nicht mehr mitgeschrieben
ich nochmal,
habe jetzt die Versionen aus dem Post #376 genommen.
In der 21_VBUSEDEV.pm war aber irgendwo in der Gerätespezifikation ein Kommafehler, habe alle Spezifikationen außer 7321 (Vitosolic200) entfernt. Damit kann ich zumindest schonmal das Gerät anlegen.
Allerdings kommen KEINE Readings im Device an, mit VBUSIF Verbise=5 sehe folgendes:
2016.07.17 12:31:25 5: VBUS dispatch aa150060101000010960020a0000db01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:27 5: VBUS dispatch aa150060101000010960020a0000db01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:29 5: VBUS dispatch aa150060101000010960020a0000db01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:31 5: VBUS dispatch aa150060101000010960020a0000db01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:33 5: VBUS dispatch aa150060101000010960020a0000db01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:35 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:37 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:39 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:41 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:43 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:45 5: VBUS dispatch aa150060101000010960020a0000dc01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:47 5: VBUS dispatch aa150060101000010960020a0000dd01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:49 5: VBUS dispatch aa150060101000010960020a0000dd01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:51 5: VBUS dispatch aa150060101000010960020a0000dd01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:53 5: VBUS dispatch aa150060101000010960020a0000dd01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:55 5: VBUS dispatch aa150060101000010960020a0000de01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:57 5: VBUS dispatch aa150060101000010960020a0000de01800100000000010b000000000000030800001e0000000064640000000000
2016.07.17 12:31:59 5: VBUS dispatch aa150060101000010960020a0000de01800100000000010b000000000000030800001e0000000064640000000000
So habe ich alles definiert:
define VBUS VBUSIF 192.168.10.47:7053
attr VBUS DbLogExclude .*
define VITOSOL200 VBUSDEV 7321 600
attr VITOSOL200 DbLogExclude .*
attr VITOSOL200 IODev VBUS
Das es mit aa anfängt sieht schon mal gut aus
Hast Du mal zum Testen von Resol das ServiceCenter installiert ? Kommt dort was an ?
Im Log sind sehr viele Nullen bei DIr, aber ich weiss nicht was die Vitosolic alles ausspuckt, das kannst Du im ServiceCenter überprüfen
(Du siehst sowohl die Hex-Werte, allerdings ohne Prüfsumme, wie auch die wirklichen Werte)
Hi,
im Resol ServiceCenter sehe ich die gesamte Konfiguration der Anlage, leider aber kommen keine Rohdaten /Messwerte an. Fhem hat aber zeitgleich ebenfalls gepollt. (Die paar Rohdaten im Screenshot kamen innerhalb ca 30min, in FHEM kommt eine Message jede sekunde an)
Was mich auch stutzig macht, im SC kann ich eine Vitosolic 200 UND eine Vitosolic 200 SD4 auswählen. Da wird also ein Unterschied gemacht.
Im Modul gibt es aber nur eine Vitosolic 200.
Ich hoffe ich habe den VBUSLAN korrekt angeschlossen. VBUS habe ich in der Vitosolic auch aktiviert.
Im ersten Bild ist das frei hängende VBUS Kabel zu sehen, ein draht oben (unter VBUS), der andere Draht schräg drunter (bei GND)
Eigentlich ist es doch egal wie herumd die Drähte angeschossen sind, oder?
Mal ein RAW String: aa150060101000010960020a0000c701960100000000010b00000000000003080000000000000064000000000000
zb. der 0196 sieht stimmig aus, mein WW-Speicher hat aktuell unten wirklich 40.7°C
Die Quell- und Zieladresse deine RAW Nachricht stimmen nicht mit dem überein, was vom Modul erwartet wird. Das Modul erwartet eine Nachricht von der von dir definierten Adresse 0x7321 an die Zieladresse 0x0010. Deine RAW Nachricht kommt von 0x1060 und hat als Zieladresse 0x0015.
Du müsstest im VBUSDEV Modul ändern, dass auch Nachrichten an die Adresse 0x0015 akzeptiert werden und ein neues VBUS_device mit der Adresse 0x1060 anlegen. Informationen für den Paketaufbau des neuen Devices kannst du hier finden: https://danielwippermann.github.io/resol-vbus/vbus-packets.html (https://danielwippermann.github.io/resol-vbus/vbus-packets.html)
Mich wundert generell die Zielladresse 0x0015
Hier gibt es eine Übersicht:
https://drive.google.com/file/d/0B4wMTuLGRPi2RnU0Vm1tTG5wM1k/edit (https://drive.google.com/file/d/0B4wMTuLGRPi2RnU0Vm1tTG5wM1k/edit)
Laut dem müsste Deine Steuerung mehr Werte ausspucken als in Deinem RAW-String
Bei mir werden 2 Telegramme verschickt, ein rel kurzes mit wenig Werten an die 0x0010 und ein ausführlicheres an die 0x0020
Hi Klaus,
wenn ich mir die Sourcen von VBUSDEV ansehe, wird alles an die Zieladresse 0020 noch verworfen. Hast du das geändert?
Ich habe das Modul auf die 0015 umgebogen und das Device 1060 hinzugefügt. Auch hier bestätigt sich das, was ich im RAW-String schon gesehen habe: Nur 2 Werte werden aktualisiert. Und zwar genau die Werte, die auch meiner Heizung (Vitodens300W) bereitgestellt werden. Diese hab ich nämlich schon über VCONTROL.
Heute abend checke ich das Ganze mal mit dem RESOL SC.
Hallo Tobias,
ich nutze FHEM hierzu nicht, sondern ESP-Easy, hoffe Dir aber dennoch ein bischen helfen zu können, es mich auch einige Zeit gekostet hat mich da reinzuarbeiten
Die diversen Logger / Interfaces basieren eigentlich alle darauf, das die Resol-Steuerung an die Devices 0x0010 und 0x0020 periodisch Daten schickt (ohne spezielle Anforderung)
Device 10 ist die DFA-Datenfernanzeige, Device 20 weiss ich nicht auswendig, aber bei 20 werden wesentlich mehr Daten geschickt.
Bei mir kommt wenn ich es recht in Erinnerung habe die Message an Device10 öfter als die an Device 20
Bei Dir scheint es so, als gäbe es nur Messages an Device 15 - ist 15 evtl. die Vitodens ?
Ich habe eine Original Resol, aber laut diversen Foren müsste es auch mit der Vitosolic gehen
Kann es sein das Du doch noch was freischalten musst ?
Kannst Du mal mit einem anderen Programm loggen, was ankommt ?
Beginnen müsste es immer mit aa10 oder aa20
Viele Grüße
Klaus
Zitat von: FNIK am 08 Juni 2016, 17:51:22
......
Ich möchte zwei Resol-Regler, wobei einer über einen DL2 (NW: 192.168.x.70) und einer über einen vbus/LAN-Adapter (NW: 192.168.y.70) an verschiedenen Netzwerken hängen. ....
MfG FNIK
Hallo FNIK,
die beiden Geräte müssen unterschiedlich angebunden werden:
DL2 -> über HTTPMOD, schau mal ab hier (https://forum.fhem.de/index.php/topic,10303.msg347411.html#msg347411) Als Anlage die einfache ohne Extras Variante.
oder mit Extras diese liegt hier in #370 (https://forum.fhem.de/index.php/topic,10303.msg348743.html#msg348743).
Der Inhalt muß in die fhem.cfg kopiert werden.
der VBus-Lan --> wird über 21_VBUSDEV.pm und 19_VBUSIF.pm konfiguriert. Die angehangenen Dateien habe ich im Einsatz. siehe Signatur
pejonp
Hi,
jetzt läuft es auch bei mir :)
Im Resol SC wurde alles korrekt dargestellt ;) Das ermutigte mich tiefer in den Modulen zu graben und geziehlt Logausgaben zu setzen :)
Folgendes kommt bei mir an, Schlüssel war, das die relevanten Pakete mit aaa beginnen statt mit aa
2016.07.19 08:00:26 4: Message: aa00006010200005000000000000006
2016.07.19 08:00:27 4: Message: aaa10006010100001135b78015401042d3822370105682c020f01004138223822054638223822054638223822054600004b04003000000000007f00000000007f440f0000012b3b100000003400000000007f00640000001b00000000007f00003901004500000000007f2e016001046b33153e1d015b00000000007f
2016.07.19 08:00:27 4: Message: aa150060101000010960020a0000007378015401042d00000000007f010b0000007300000000007f03080000007400000000007f00640000001b00000000007f
2016.07.19 08:00:28 4: Message: aa00006010200005000000000000006
2016.07.19 08:00:29 4: Message: aaa10006010100001135b78015401042d3822370105682c020f01004138223822054638223822054638223822054600004b04003000000000007f00000000007f440f0000012b3b100000003400000000007f00640000001b00000000007f00003901004500000000007f2e016001046b35153e1d015900000000007f
2016.07.19 08:00:29 4: Message: aa150060101000010960020a0000007378015401042d00000000007f010b0000007300000000007f03080000007400000000007f00640000001b00000000007f
2016.07.19 08:00:30 4: Message: aa00006010200005000000000000006
2016.07.19 08:00:31 4: Message: aaa10006010100001135b78015401042d3822370105682c020f01004138223822054638223822054638223822054600004b04003000000000007f00000000007f440f0000012b3b100000003400000000007f00640000001b00000000007f00003901004500000000007f2e016001046b37153e1d015700000000007f
2016.07.19 08:00:31 4: Message: aa150060101000010960020a0000007378015401042d00000000007f010b0000007300000000007f03080000007400000000007f00640000001b00000000007f
2016.07.19 08:00:32 4: Message: aa00006010200005000000000000006
Ich habe die Module mal angehängt, mit verbose 4 bzw 5 im VBUSIF sieht man jetzt ALLES was vom Resol VBUSLAN Device ankommt, im VBUSDEV und verbose 4 bzw 5 sieht man alles was dort dem Modul weitergeleitet wurde.
Habe alle hier noch geposteten Definitionen aufgenommen.
Habe die Anpassung aaa -> aa eingebaut
Habe die DbLog_splitFn eingebaut damit die Units auch korrekt im DBLog landen
Wäre super wenn jeder VBUS Nutzer die Module mal testet ob es immer noch passt.
Sollten wir die Module nicht mal langsam in das FHEM Repo schieben? Mindestens aber ins contrib?
Edit: Dank Euch habe ich endlich die fehlenden Werte in meiner Heizungs-Visu in TabletUI reinbekommen :)
Edit: Änderung VBUSDEV: Wenn die letzte Message mit "a" endet, wird nun der Datentrenner um eine Stelle korrigiert sodass die nächste Message nicht mit aaa beginnt sondern nun korreekt mit aa
angehängte Modulversion ist korrigiert
129: $idx +=1 if (substr($data,$idx,3) eq "aaa"); # Message endet mit a
Hallo Tobias,
freut mich das Du es zum laufen bekommen hast
Nur:
ZitatSchlüssel war, das die relevanten Pakete mit aaa beginnen statt mit aa
Eigentlich gibt es keine Telegramme die mit aaa beginnen
Ich vermute eher, dass das erste a zum Telegramm davor gehört.
Es sind ja alles 8bit-Werte, Wenn man die erste Message entsprechend aufteilt:
aa 00 00 60 10 20 00 05 00 00 00 00 00 00 00 6
Die letzte 6 ist kein 8bit-Wert, müsste wohl 6a sein?
Hallo pejonp,
deine Dateien erkennen bei mir nur die Cosmo Multi 7821 aber nicht die auch vorhandene 7822 und die zwei zusätzlichen Heizkreisregler werden auch nicht erkannt, leider.
Die werte werden aber alle richtig angezeigt.
Hallo Tobias,
bei deinen dateien die ich gleich danach getestet habe wird nur der VBus-lan adapter erkannt, aber weder der Cosmo Multi 7821 noch der rest wird erkannt.
Ich finde es super das ihr euch die Arbeit macht:-)
Vielen Dank
Markus
Hi Markus,
die 7821 und 7822 ist bei mir in der Version mit drin.
Bitte versuch mal die Devices von Hand anzu legen:
define Cosmo VBUSDEV 7821
define Cosmo_WMZ VBUSDEV 7822
Wenn keine Readings ankommen, musst du mit VERBOSE = 4/5 mit VBUSIF checken, Wie die Pakete aussehen.
Wenn ok, kannst du mit VERBOSE = 4/5 in VBUSDEV checken, wie es dort ausschaut
Ich finde es sehr schade und unübersichtlich das 100 verschiedene Versionen hier rumfliegen. Wenn das Modul soweit funktioniert werde ich es zumindest mindestens in "contrib" einchecken
Parallel dazu könnte ja mal jemand der helfen möchte, aber nicht programmieren kann, einen WIKI Artikel vom VBUS anlegen.....
@Klaus: Danke für den Hinweis, ist korrigiert. Angepasste Modulversion ist hier:
https://forum.fhem.de/index.php/topic,10303.msg473528.html#msg473528
Hallo Tobias,
das Modul 7821 funktioniert nach dem händisch anlegen, wenn ich das Modul 7822 anlege stehen die selben werte drin wie im 7821.
wenn ich das Modul 6521 händisch anlege bekomme ich auch wieder die Werte vom 7821 aber nicht die des Moduls. :-\
Das mit dem Wiki werde ich mir mal ansehen, wäre dann mein erster Wiki Artikel :-) denn es würde einiges vereinfachen.
VG und vielen dank
Markus
Ohne ein Log mit Verbose=4 vom VBUSIF kann dir keiner weiterhelfen :(
Warum 6521? Das ist ein MSR65.
Die Cosmo sind 7821/22
Haben die anderen mal VBUSIF/VBUSDEV von mir getestet?
Hallo Tobias,
anbei ein Ausschnitt was das log bei Verbos 4 hergibt, ich weiß aber nicht ob ich die ganze Meldung erwischt habe.
VG
Markus
2016.07.21 18:55:20 4: completed Message: aa21782165100001044b71006b00051e73003822052d305b3822041600000000007f
2016.07.21 18:55:20 4: Payload ready to dispatch: aa21782165100001044bf100eb00f300b822305bb82200000000
2016.07.21 18:55:21 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 18:55:21 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 18:55:21 4: WEB_192.168.1.38_61804 GET /fhem?XHR=1&inform=type=status;filter=room=Heizung;since=1469120119;fmt=JSON&fw_id=37×tamp=1469120130521; BUFLEN:0
2016.07.21 18:55:21 4: completed Message: aa21782265100001044a700038220530382238220546305b3822041600000000007f
2016.07.21 18:55:21 4: Payload ready to dispatch: aa21782265100001044af000b822b822b822305bb82200000000
2016.07.21 18:55:21 4: completed Message: aa000021782000050000000000000041
2016.07.21 18:55:22 4: Connection closed for WEB_192.168.1.38_61804: EOF
2016.07.21 18:55:22 4: Connection accepted from WEB_192.168.1.38_61806
2016.07.21 18:55:22 4: WEB_192.168.1.38_61806 GET /fhem?cmd=style%20list; BUFLEN:0
2016.07.21 18:55:22 4: name: /fhem?cmd=style%20list / RL:2902 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.07.21 18:55:22 4: completed Message: aa10002178100001113431012002012a19011101054e3822382205463b023822046420020601005646050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402025515001160070715017b
2016.07.21 18:55:22 4: Payload ready to dispatch: aa100021781000011134b101200299019101b822b8223b02b8222002060146050000000000000000000000000000000000000300f800000007000000070000000000b822000002025515e0070715
2016.07.21 18:55:22 4: WEB_192.168.1.38_61806 GET /fhem?XHR=1&inform=type=status;filter=;since=1469120121;fmt=JSON&fw_id=38×tamp=1469120132002; BUFLEN:0
2016.07.21 18:55:22 4: completed Message: aa150021781000010838020a0000007331012002012a102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 18:55:22 4: Payload ready to dispatch: aa150021781000010838020a0000b101200290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 18:55:23 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 18:55:23 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 18:55:23 4: completed Message: aa21782165100001044b71006b00051e73003822052d305b3822041600000000007f
2016.07.21 18:55:23 4: Payload ready to dispatch: aa21782165100001044bf100eb00f300b822305bb82200000000
2016.07.21 18:55:24 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 18:55:24 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 18:55:24 4: completed Message: aa21782265100001044a700038220530382238220546305b3822041600000000007f
2016.07.21 18:55:24 4: Payload ready to dispatch: aa21782265100001044af000b822b822b822305bb82200000000
2016.07.21 18:55:25 4: Connection closed for WEB_192.168.1.38_61806: EOF
2016.07.21 18:55:25 4: Connection accepted from WEB_192.168.1.38_61807
2016.07.21 18:55:25 4: WEB_192.168.1.38_61807 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
2016.07.21 18:55:25 4: completed Message: aa000021782000050000000000000041
2016.07.21 18:55:26 4: WEB_192.168.1.38_61807 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1469120124;fmt=JSON&fw_id=39×tamp=1469120135861; BUFLEN:0
2016.07.21 18:55:26 4: completed Message: aa10002178100001113431012002012a1a011101054d3822382205463a023822046520020601005646050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402025515001160070715017b
2016.07.21 18:55:26 4: Payload ready to dispatch: aa100021781000011134b10120029a019101b822b8223a02b8222002060146050000000000000000000000000000000000000300f800000007000000070000000000b822000002025515e0070715
2016.07.21 18:55:26 4: completed Message: aa150021781000010838020a0000007331012002012a102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 18:55:26 4: Payload ready to dispatch: aa150021781000010838020a0000b101200290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 18:55:27 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 18:55:27 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 18:55:27 4: completed Message: aa21782165100001044b71006b00051e73003822052d305b3822041600000000007f
2016.07.21 18:55:27 4: Payload ready to dispatch: aa21782165100001044bf100eb00f300b822305bb82200000000
2016.07.21 18:55:28 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 18:55:28 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 18:55:28 4: Connection closed for WEB_192.168.1.38_61807: EOF
2016.07.21 18:55:28 4: Connection accepted from WEB_192.168.1.38_61808
2016.07.21 18:55:28 4: WEB_192.168.1.38_61808 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
also Messages vom 7821 sind dabei, vom 7822 dagegen nicht.
Mach jetzt bitte noch ein Verbose 5 vom VBUSDEV wenn die Daten vom 7821 nicht korrekt in den Readings stehen.
das problem ist ich weis nicht wie weit ich die meldungen nehmen soll.
[code]
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem/pgm2/style.css?v=1468956678; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 => 304 Not Modified
2016.07.21 21:43:11 4: Connection accepted from WEB_192.168.1.38_64448
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 => 304 Not Modified
2016.07.21 21:43:11 4: Connection accepted from WEB_192.168.1.38_64449
2016.07.21 21:43:11 4: Connection accepted from WEB_192.168.1.38_64450
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 => 304 Not Modified
2016.07.21 21:43:11 4: Connection accepted from WEB_192.168.1.38_64451
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 => 304 Not Modified
2016.07.21 21:43:11 4: Connection accepted from WEB_192.168.1.38_64452
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64452 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64452 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64448 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 GET /fhem/codemirror/fhem_codemirror.js; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64449 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64452 GET /fhem/pgm2/darkCommon.css; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64452 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 GET /fhem/icons/favicon; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64450 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem/pgm2/dashboard_darkstyle.css; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 => 304 Not Modified
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 GET /fhem/images/default/fhemicon_dark.png; BUFLEN:0
2016.07.21 21:43:11 4: WEB_192.168.1.38_64451 => 304 Not Modified
2016.07.21 21:43:11 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:11 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:11 4: WEB_192.168.1.38_64447 GET /fhem?XHR=1&inform=type=status;filter=room=Heizung;since=1469130190;fmt=JSON&fw_id=47×tamp=1469130200929; BUFLEN:0
2016.07.21 21:43:12 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:12 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:12 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:12 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:12 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:12 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:13 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:13 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:13 4: Connection closed for WEB_192.168.1.38_64447: EOF
2016.07.21 21:43:13 4: WEB_192.168.1.38_64448 GET /fhem?detail=MSR65_1; BUFLEN:0
2016.07.21 21:43:13 4: name: /fhem?detail=MSR65_1 / RL:3327 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.07.21 21:43:13 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:13 4: WEB_192.168.1.38_64448 GET /fhem?cmd={AttrVal(%22MSR65_1%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2016.07.21 21:43:13 4: name: /fhem?cmd={AttrVal(%22MSR65_1%22,%22room%22,%22%22)}&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.07.21 21:43:13 4: WEB_192.168.1.38_64448 GET /fhem?XHR=1&inform=type=status;filter=MSR65_1;since=1469130192;fmt=JSON&fw_id=48×tamp=1469130203110; BUFLEN:0
2016.07.21 21:43:14 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:14 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:14 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:14 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:15 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:15 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:15 4: completed Message: aa21782165100001044b70005100053972003822052e305b3822041600000000007f
2016.07.21 21:43:15 4: Payload ready to dispatch: aa21782165100001044bf000d100f200b822305bb82200000000
2016.07.21 21:43:15 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:15 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:16 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:16 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:16 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:17 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:17 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:17 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:17 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:18 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:18 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:18 4: completed Message: aa21782165100001044b70005100053972003822052e305b3822041600000000007f
2016.07.21 21:43:18 4: Payload ready to dispatch: aa21782165100001044bf000d100f200b822305bb82200000000
2016.07.21 21:43:18 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:18 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:19 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:19 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:20 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:21 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:21 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:21 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:21 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:22 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:22 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:22 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:22 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:22 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:22 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:23 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:23 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:23 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:24 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:24 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:24 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:24 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:25 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:25 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:25 4: completed Message: aa21782165100001044b70005100053972003822052e305b3822041600000000007f
2016.07.21 21:43:25 4: Payload ready to dispatch: aa21782165100001044bf000d100f200b822305bb82200000000
2016.07.21 21:43:25 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:25 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:26 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:26 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:26 4: Connection closed for WEB_192.168.1.38_64448: EOF
2016.07.21 21:43:26 4: WEB_192.168.1.38_64449 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
2016.07.21 21:43:27 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:27 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:27 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:28 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:28 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:28 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:28 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:28 4: completed Message: aa21782165100001044b70005100053972003822052e305b3822041600000000007f
2016.07.21 21:43:28 4: Payload ready to dispatch: aa21782165100001044bf000d100f200b822305bb82200000000
2016.07.21 21:43:28 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:28 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:29 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:29 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:29 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:30 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:30 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:30 4: WEB_192.168.1.38_64449 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1469130205;fmt=JSON&fw_id=49×tamp=1469130219499; BUFLEN:0
2016.07.21 21:43:30 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:30 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:31 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:31 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:31 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:31 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:31 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:31 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:32 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:32 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:32 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:33 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:33 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:33 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:33 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:34 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:34 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:34 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:34 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:34 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:34 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:35 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:35 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:35 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:36 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:36 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:36 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:36 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:37 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:37 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:37 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:37 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:37 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:37 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:38 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:38 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:38 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:39 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:39 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:39 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:39 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:40 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:40 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:40 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:40 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:40 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:40 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:41 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:41 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:41 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:42 4: completed Message: aa1000217810000111342d010702004829017d0101563822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:42 4: Payload ready to dispatch: aa1000217810000111342d010702a9017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:42 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:42 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:43 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:43 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:43 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:43 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:43 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:43 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:44 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:44 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:44 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:45 4: completed Message: aa1000217810000111342d010702004828017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:45 4: Payload ready to dispatch: aa1000217810000111342d010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:45 4: completed Message: aa150021781000010838020a000000732d0107020048102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:45 4: Payload ready to dispatch: aa150021781000010838020a00002d01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:46 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:46 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:46 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:46 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:46 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:46 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:47 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:47 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:47 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:48 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:48 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:48 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:48 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:49 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:49 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:49 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:49 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:49 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:49 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:50 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:50 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:50 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:51 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:51 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:51 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:51 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:52 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:52 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:52 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:52 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:52 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:52 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:53 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:53 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:53 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:54 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:54 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:54 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:54 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:55 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:55 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:55 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:55 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:55 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:55 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:56 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:56 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:56 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:43:57 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:43:57 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:43:57 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:43:57 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:43:58 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:43:58 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:43:58 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:43:58 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:43:58 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:43:58 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:43:59 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:43:59 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:43:59 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:00 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027d15046560070715017b
2016.07.21 21:44:00 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fd15e0070715
2016.07.21 21:44:00 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:00 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:01 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:01 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:01 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:01 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:01 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:01 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:02 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:02 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:02 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:03 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:03 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:03 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:03 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:04 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:04 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:04 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:04 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:04 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:04 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:05 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:05 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:05 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:06 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:06 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:06 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:06 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:07 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:07 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:07 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:07 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:07 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:07 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:08 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:08 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:08 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:09 4: completed Message: aa1000217810000111342c010702004928017d0101573822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:09 4: Payload ready to dispatch: aa1000217810000111342c010702a8017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:09 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:09 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:10 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:10 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:10 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:10 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:10 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:10 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:11 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:11 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:11 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:12 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:12 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:12 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:12 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:13 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:13 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:13 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:13 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:13 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:13 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:14 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:14 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:14 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:15 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:15 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:15 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:15 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:16 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:16 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:16 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:16 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:16 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:16 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:17 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:17 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:17 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:18 4: Closing inactive connection WEB_192.168.1.38_64452
2016.07.21 21:44:18 4: Closing inactive connection WEB_192.168.1.38_64450
2016.07.21 21:44:18 4: Closing inactive connection WEB_192.168.1.38_64451
2016.07.21 21:44:18 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:18 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:18 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:18 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:19 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:19 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:19 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:19 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:19 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:19 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:20 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:20 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:20 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:21 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:21 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:21 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:21 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:22 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:22 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:22 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:22 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:22 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:22 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:23 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:23 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:23 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:24 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:24 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:24 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:24 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:25 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:25 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:25 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:25 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:25 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:25 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:26 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:26 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:26 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:27 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:27 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:27 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:27 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:28 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:28 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:28 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:28 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:28 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:28 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:29 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:29 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:29 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:30 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:30 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:30 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:30 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:31 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:31 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:31 4: completed Message: aa21782165100001044b70005000053a72003822052e305b38220416380000000047
2016.07.21 21:44:31 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82238000000
2016.07.21 21:44:31 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:31 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:32 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:32 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:32 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:33 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:33 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:33 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:33 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:34 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:34 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:34 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:34 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:34 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:34 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:35 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:35 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:35 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:36 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:36 4: Payload ready to dispatch: aa1000217810000111342c010702a7017d01b822b8221d02b8220702050146050000000000000000000000000000000000000300f800000007000000070000000000b82200000202fe15e0070715
2016.07.21 21:44:36 4: completed Message: aa150021781000010838020a000000732c0107020049102b1b000326010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.21 21:44:36 4: Payload ready to dispatch: aa150021781000010838020a00002c01070290ab1b00010b0000000000000208000000000000000000ff
2016.07.21 21:44:37 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.21 21:44:37 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.21 21:44:37 4: completed Message: aa21782165100001044b70005000053a72003822052e305b3822041600000000007f
2016.07.21 21:44:37 4: Payload ready to dispatch: aa21782165100001044bf000d000f200b822305bb82200000000
2016.07.21 21:44:37 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.21 21:44:37 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.21 21:44:38 4: completed Message: aa21782265100001044a6f0038220531382238220546305b3822041600000000007f
2016.07.21 21:44:38 4: Payload ready to dispatch: aa21782265100001044aef00b822b822b822305bb82200000000
2016.07.21 21:44:38 4: completed Message: aa000021782000050000000000000041
2016.07.21 21:44:39 4: completed Message: aa1000217810000111342c010702004927017d0101583822382205461d023822040207020501007046050000003400000000007f00000000007f00000000007f00000000007f03007800040000000700007800000700007800000000007f38220000012402027e15046460070715017b
2016.07.21 21:44:39 4: Paylo
Hallo Markus25,
stell bitte global verbose auf 0. zu viele Logeinträge.
Gib einmal in der Fhemconsole: version ein. Hänge einmal die Ausschrift hier an.
service fhem stop
Sichere einmal deine original fhem.cfg weg und vielleicht auch die log-dateien, wenn du schon ein produktives System hast.
Linuxconsole:
../log-Verzeichnis leeren. rm * geht am schnellsten, aufpassen das man im richten Verz. steht. cd /opt/fhem/log (oder wo auch immer die Logs liegen) vorher machen.
neu leer fhem.cfg anlegen und vbus-Konfig eintragen.
define testvbus VBUSIF IP:7053
attr testvbus verbose 5
attr testvbus room Solartherme
define VBUSDEV_7821 VBUSDEV 7821
attr VBUSDEV_7821 room Solartherme
define VBUSDEV_7822 VBUSDEV 7822
attr VBUSDEV_7821 verbose 5
attr VBUSDEV_7822 verbose 5
service fhem start
tail f- fhem-2016-07.log um zu sehen was passiert.
Wenn Werte erkannt werden, werden diese aller unter einer z.B. VBDUSDEV_7821 angezeigt. So ist es jedenfalls bei mir.
pejonp
pejonp hat schon alles gesagt,
zusätzlich von mir: Bitte den Code immer im code-Tag hier posten, sonst wirds zu unübersichtlich!
Daten vom 7822 sind bei dir immer noch nicht drin. Mich würde wundern wenn du im define vom 7822 Daten rein bekommst...
Du musst nach folgenden Datenpaketen suchen:
für 7821: aa10002178
für 7822: aa10002278
Hast du schonmal mit dem Resol ServiceTool geschaut was dieses dir anzeigt? Wenn das auch nichts vom 7822 anzeigt liegt es sicher nicht an FEHM ;)
Hallo zusammen,
sorry den Code wollte ich über Code einfügen anhängen ist aber anscheinend schiefgegangen und korrigieren lies es sich heute nicht.
hier der auschnitt der FHEM versions Ausgabe.
File Rev Last Change
fhem.pl 11756 2016-07-07 12:43:00Z rudolfkoenig
90_at.pm 11342 2016-04-29 11:25:51Z rudolfkoenig
98_autocreate.pm 11094 2016-03-20 09:41:03Z rudolfkoenig
98_average.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
00_CUL.pm 11637 2016-06-09 18:01:20Z rudolfkoenig
09_CUL_FHTTK.pm 7529 2015-01-11 18:52:43Z matscher
10_CUL_HM.pm 11801 2016-07-17 08:55:14Z martinp876
14_CUL_TX.pm 10140 2015-12-09 15:58:41Z rudolfkoenig
98_DOIF.pm 11314 2016-04-26 18:29:24Z damian-s
98_dummy.pm 11442 2016-05-15 12:43:12Z rudolfkoenig
70_ENIGMA2.pm 11774 2016-07-09 14:04:45Z loredo
91_eventTypes.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
01_FHEMWEB.pm 11789 2016-07-12 13:44:14Z rudolfkoenig
11_FHT.pm 10204 2015-12-19 16:07:11Z rudolfkoenig
92_FileLog.pm 11336 2016-04-28 19:28:05Z rudolfkoenig
95_FLOORPLAN.pm 11443 2016-05-15 14:17:21Z ulimaass
72_FRITZBOX.pm 11805 2016-07-17 13:13:57Z grompo
10_FS20.pm 11432 2016-05-12 08:35:57Z rudolfkoenig
98_HMinfo.pm 11685 2016-06-18 08:02:09Z martinp876
00_HMLAN.pm 11645 2016-06-11 09:54:00Z martinp876
12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig
02_HTTPSRV.pm 10733 2016-02-06 09:02:02Z borisneubert
36_JeeLink.pm 10927 2016-02-24 09:48:16Z justme1968
36_LaCrosse.pm 10303 2015-12-29 22:07:01Z hcs-svn
30_MilightBridge.pm 11710 2016-06-24 09:07:17Z mattwire
31_MilightDevice.pm 11177 2016-04-03 11:40:34Z markus-m
91_notify.pm 11178 2016-04-03 14:20:32Z rudolfkoenig
36_PCA301.pm 11279 2016-04-18 17:58:15Z justme1968
73_PRESENCE.pm 11810 2016-07-17 18:17:46Z markusbloch
33_readingsGroup.pm 11573 2016-05-31 06:54:52Z justme1968
99_SUNRISE_EL.pm 10569 2016-01-19 06:30:28Z rudolfkoenig
98_SVG.pm 11771 2016-07-09 11:11:48Z rudolfkoenig
98_telnet.pm 11789 2016-07-12 13:44:14Z rudolfkoenig
98_update.pm 10942 2016-02-26 11:08:14Z rudolfkoenig
99_Utils.pm 10570 2016-01-19 06:39:23Z rudolfkoenig
98_version.pm 11026 2016-03-08 07:25:45Z markusbloch
59_Weather.pm 11249 2016-04-16 17:03:47Z borisneubert
98_weblink.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
Blocking.pm 11465 2016-05-16 11:56:10Z rudolfkoenig
Color.pm 11159 2016-03-30 16:08:06Z justme1968
DevIo.pm 11786 2016-07-12 08:44:10Z rudolfkoenig
FritzBoxUtils.pm 6574 2014-09-19 17:32:48Z rudolfkoenig
HMConfig.pm 11801 2016-07-17 08:55:14Z martinp876
HttpUtils.pm 11758 2016-07-07 14:09:30Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm 11513 2016-05-24 17:56:05Z rudolfkoenig
TcpServerUtils.pm 11758 2016-07-07 14:09:30Z rudolfkoenig
YahooWeatherAPI.pm 11249 2016-04-16 17:03:47Z borisneubert
Das problem mit der 7822 hat sich gelöst ich hatte den WMZ in der Steuerung direkt ausgeschaltet jetzt werden die Daten auch geloggt.
Das Probelm mit den zwei Heizkeismodulen 6521 und 6522 ist aber noch diese Werte werden nicht angezeigt.
Ich hab ein Bild angefügt wie es im Resol service center aussieht.
Hier habe ich nochmal eine aktuelle Logausgabe, da steht ja was von 6521 und 6522 drin aber ich hab null plan wieso ich keine werte in FHEM bekomme, in der Steuerung selbst werden die Werte als Temperaturfühler 12, 13 und 14 und 19 angezeigt.
2016.07.22 20:48:28 4: completed Message: aaa150021781000010838020a0000007370014a0200424a411b000356010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.22 20:48:28 4: Message changed from aaa to aa: aa150021781000010838020a0000007370014a0200424a411b000356010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.22 20:48:28 4: Payload ready to dispatch: aa150021781000010838020a000070014a02cac11b00010b0000000000000208000000000000000000ff
2016.07.22 20:48:28 5: vbus dispatch aa150021781000010838020a000070014a02cac11b00010b0000000000000208000000000000000000ff
2016.07.22 20:48:28 5: received payload => aa150021781000010838020a000070014a02cac11b00010b0000000000000208000000000000000000ff
2016.07.22 20:48:28 5: received buffer: 7810000103414b0209
2016.07.22 20:48:28 5: received buffer: 01002800005200002d33
2016.07.22 20:48:28 5: received buffer: 0301000048
2016.07.22 20:48:28 5: received buffer: aa1040
2016.07.22 20:48:28 4: completed Message: aa1000227810000103414b020901002800005200002d330301000048
2016.07.22 20:48:28 4: Payload ready to dispatch: aa1000227810000103414b0209010000520033030100
2016.07.22 20:48:28 5: vbus dispatch aa1000227810000103414b0209010000520033030100
2016.07.22 20:48:28 5: received payload => aa1000227810000103414b0209010000520033030100
2016.07.22 20:48:28 5: extract payload => 4b0209010000520033030100
2016.07.22 20:48:28 5: Triggering Cosmo (6 changes)
2016.07.22 20:48:28 5: Starting notify loop for Cosmo, first event Temperatur_Vorlauf: 59 °C
2016.07.22 20:48:28 5: received buffer: 21781000030003
2016.07.22 20:48:28 5: received buffer: aa2165
2016.07.22 20:48:28 4: completed Message: aa104021781000030003
2016.07.22 20:48:28 4: Payload ready to dispatch: aa104021781000030003
2016.07.22 20:48:28 5: vbus dispatch aa104021781000030003
2016.07.22 20:48:28 5: received payload => aa104021781000030003
2016.07.22 20:48:28 5: received buffer: 21781000020c42000100
2016.07.22 20:48:28 5: received buffer: 00007e00000000007f00
2016.07.22 20:48:28 5: received buffer: 010000007e00000000
2016.07.22 20:48:28 5: received buffer: 007f64010000001a0000
2016.07.22 20:48:28 5: received buffer: 0000007f
2016.07.22 20:48:29 5: received buffer: 00010000
2016.07.22 20:48:29 5: received buffer: 007e00000000007f00
2016.07.22 20:48:29 5: received buffer: 010000007e0000000000
2016.07.22 20:48:29 5: received buffer: 7f00000000007f0000
2016.07.22 20:48:29 5: received buffer: 077f0871
2016.07.22 20:48:29 5: received buffer: aa217821
2016.07.22 20:48:29 4: completed Message: aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.22 20:48:29 4: Payload ready to dispatch: aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.22 20:48:29 5: vbus dispatch aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.22 20:48:29 5: received payload => aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.22 20:48:29 5: received buffer: 65100001044b70
2016.07.22 20:48:29 5: received buffer: 006f00051b6d
2016.07.22 20:48:29 5: received buffer: 0038220533
2016.07.22 20:48:29 5: received buffer: 305b3822041600
2016.07.22 20:48:29 5: received buffer: 000000007f
2016.07.22 20:48:29 5: received buffer: aa226521
2016.07.22 20:48:29 4: completed Message: aa21782165100001044b70006f00051b6d0038220533305b3822041600000000007f
2016.07.22 20:48:29 4: Payload ready to dispatch: aa21782165100001044bf000ef00ed00b822305bb82200000000
2016.07.22 20:48:29 5: vbus dispatch aa21782165100001044bf000ef00ed00b822305bb82200000000
2016.07.22 20:48:29 5: received payload => aa21782165100001044bf000ef00ed00b822305bb82200000000
2016.07.22 20:48:29 5: received buffer: 781000020c41000100
2016.07.22 20:48:29 5: received buffer: 00007e00000000007f00
2016.07.22 20:48:29 5: received buffer: 010000007e00000000
2016.07.22 20:48:29 5: received buffer: 007f64010000001a0000
2016.07.22 20:48:29 5: received buffer: 0000007f
2016.07.22 20:48:29 5: received buffer: 000100
2016.07.22 20:48:30 5: received buffer: 00007e00000000007f00
2016.07.22 20:48:30 5: received buffer: 010000007e00000000
2016.07.22 20:48:30 5: received buffer: 007f00000000007f0000
2016.07.22 20:48:30 5: received buffer: 017f0877
2016.07.22 20:48:30 5: received buffer: aa217822
2016.07.22 20:48:30 4: completed Message: aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.22 20:48:30 4: Payload ready to dispatch: aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.22 20:48:30 5: vbus dispatch aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.22 20:48:30 5: received payload => aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.22 20:48:30 5: received buffer: 65100001044a6d
2016.07.22 20:48:30 5: received buffer: 003822053338
2016.07.22 20:48:30 5: received buffer: 2238220546305b
2016.07.22 20:48:30 5: received buffer: 382204160000
2016.07.22 20:48:30 5: received buffer: 0000007f
2016.07.22 20:48:30 5: received buffer: aa
2016.07.22 20:48:30 4: completed Message: aa21782265100001044a6d0038220533382238220546305b3822041600000000007f
2016.07.22 20:48:30 4: Payload ready to dispatch: aa21782265100001044aed00b822b822b822305bb82200000000
2016.07.22 20:48:30 5: vbus dispatch aa21782265100001044aed00b822b822b822305bb82200000000
2016.07.22 20:48:30 5: received payload => aa21782265100001044aed00b822b822b822305bb82200000000
2016.07.22 20:48:30 5: received buffer: 00002178200005000000
2016.07.22 20:48:30 5: received buffer: 0000000041
2016.07.22 20:48:31 5: received buffer: aa
2016.07.22 20:48:31 4: completed Message: aa000021782000050000000000000041
2016.07.22 20:48:31 5: received buffer: 100021781000011134
2016.07.22 20:48:31 5: received buffer: 70014a02004275012501
2016.07.22 20:48:31 5: received buffer: 045f3822382205464d02
2016.07.22 20:48:31 5: received buffer: 382204524b02090100
2016.07.22 20:48:31 5: received buffer: 28
2016.07.22 20:48:31 5: received buffer: 460500
2016.07.22 20:48:31 5: received buffer: 00003400000000007f00
2016.07.22 20:48:31 5: received buffer: 000000007f0000000000
2016.07.22 20:48:31 5: received buffer: 7f00000000007f0300
2016.07.22 20:48:31 5: received buffer: 78000400
2016.07.22 20:48:31 4: Connection closed for WEB_192.168.1.55_51412: EOF
2016.07.22 20:48:31 4: Connection accepted from WEB_192.168.1.55_51414
2016.07.22 20:48:31 4: WEB_192.168.1.55_51414 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
VG
Markus
Du hast in den Daten kein 6521 /6522 drin.
Da muss was stehen wie: 10002265 oder 10002165
Hallo Tobias,
ich hab die Zeilen mal angehängt welche so heißen, aber ich bin programmiertechisch eine null ;D
Im Resol Service Center stehen die beiden HK Module auch drin, hab in meinem letzten Post einen Screenshot angehängt.
aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
Vielen Dank
Markus
Hallo,
ich denke das Protokoll wurde von RESOL erweitert. Ich hänge einmal eine Beschreibung an. (https://danielwippermann.github.io/resol-vbus/vbus-packets.html)
@markus25
Der 6521 verweist in deinem ServiceCenter auf eine 7821. Was werden den für Werte angezeigt?
Hier mal eine Beschreibung der Adressen. Diese Datei ist vom RESOL SC und liegt bei mir unter C:\Program Files (x86)\RESOL\ServiceCenterFull25b32\eclipse\plugins\de.resol.servicecenter_2.0.0\VBusSpecificationGeneric.xml. Dort liegen auch die Beschreibungen der Geräte die von RESOL unterstützt werden.
<vbusSpecification>
<device>
<address>0x0000</address>
<name>Broadcast</name>
</device>
<device>
<address>0x0010</address>
<name>DFA</name>
</device>
<device>
<address>0x0015</address>
<name>Standard-Infos</name>
</device>
<device>
<address>0x0020</address>
<name>Computer</name>
</device>
<device>
<address>0x0040</address>
<name>SD3 / GAx</name>
</device>
<device>
<address>0x0050</address>
<name>DL2</name>
</device>
</vbusSpecification>
Wahrscheinlich muß die Auswertung in fhem angepaßt werden und um die neuen Protokoll erweitert werden.
pejonp
Hallo pejonp,
was Du schriebst sind bömische Dörfer für mich ;D.
Wie find ich raus was welche Datei denn benötigt wird und welche Werte ich in die VBUSDEF eintragen muss.
Im ResolserviceCenter werden die Werte wie im Screenshot angezeigt, im Hauptgerät der Steuerung werden die Werte als Temperaturmesswert 12,13,14 und 19 angezeigt, diese Liste mit Messwerten geht bis 25. Die Relais der zwei HK Module werden im Hauptgerät der Steuerung garnicht angezeigt.
Vielen Dank
Markus
jetzt nochmal, bestimmt zum 100sten Mal.
Das Modul kann zurZeit NUR die Daten die zum Empfänger 0010 gesendet werden! Ich sagte ja, suche in deinen Daten nach dem String "aa10002265"
In deinem Screenshot werden die Daten aber zum Empfänger 7821 gesendet!
Du musst die Posts der anderen aber bitte auch genau lesen.....
Hallo,
ich habe die beiden Dateien etwas angepaßt. Die Daten die nicht mit aa0100.. beginnen werden noch nicht umgesetzt.
Jetzt werden aber die Geräte erkannt und automatisch angelegt. Die empfangenen Daten werden jetzt auch den jeweiligen Geräten zugeordnet.
Wer möchte kann ja mal testen. Bitte vorher eure alten Dateien wegsichern.
pejonp
Hi Pejonp,
hattest du als Grundlage die letzten Dateien von mir genommen? Könnten wir wenn möglich bitte im FHEM contrib Repository weitermachen und hier keine Dateien anhängen?
Wäre echt super... hier sieht ja keiner mehr durch ;) Wir arbeiten ja hier zeitgleich mit mehreren Leuten dran...
Zitat von: Tobias am 25 Juli 2016, 09:26:38
...
Könnten wir wenn möglich bitte im FHEM contrib Repository weitermachen und hier keine Dateien anhängen?
Wäre echt super... hier sieht ja keiner mehr durch ;) Wir arbeiten ja hier zeitgleich mit mehreren Leuten dran...
Hallo Tobias,
ich habe die Dateien jetzt unter https://github.com/pejonp/vbus abgelegt. Wenn du möchtest kannst du sie auch woanders hinschieben, dann lösche ich sie dort wieder.
Mit github kenne ich mich noch nicht so aus, sind noch böhmische Dörfer für mich. FHEM contrib Repository ebenfalls nicht.
pejonp
Hallo pejonp,
hab die Dateien vom Post 425 getestet bei mir werden jetzt alle Geräte automatisch angelegt 7821 / 7822 / 6521 / 6522 ich bekomme Werte in 7821 / 7822 / 6522 übermittelt aber in der 7821 wird der Wert 1 und 7 jedes zweite mal mit ca. 220 zu viel angezeigt.
Markus
Zitat von: markus25 am 25 Juli 2016, 18:41:34
...
hab die Dateien vom Post 425 getestet bei mir werden jetzt alle Geräte automatisch angelegt 7821 / 7822 / 6521 / 6522 ich bekomme Werte in 7821 / 7822 / 6522 übermittelt aber in der 7821 wird der Wert 1 und 7 jedes zweite mal mit ca. 220 zu viel angezeigt.
...
Hallo markus25,
verbose auf 5 und den log als Datei anhängen. Werte kennzeichnen welche stimmen und welche nicht.
pejonp
Hallo pejonp,
anbei der Log.
Ich hab die Zeilen einmal Grün und den flaschen Wert mit rot markiert.
2016.07.25 19:36:12 3: VBUSDEV_Parse: DFA ioName: vbus DST-ADR: 0010
2016.07.25 19:36:12 3: VBUSDEV_Parse1: vbus DST-ADR: 0010 SRC-ADR: 7821
2016.07.25 19:36:12 3: VBUSDEV_Parse2 : Command 0100 DevTyp: HASH(0x1a9ca98) Model: 6521
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSDEV_ParsePayLoad1: Code 7821 DevTyp: Cosmo_Multi_Regler Name: VBUSDEV_7821
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSDEV_ParsePayload: Cosmo_Multi_Regler d20156027c01d001b822b8225802b82257020b0146050000000000000000000000000000000000000300f800000007000000070000000000b822000002029e04e0070719
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_1val: 01d2
[color=green]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_1val: 47 °C[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_2val: 0256
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_2val: 60 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_3val: 017c
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_3val: 38 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_4val: 01d0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_4val: 46.5 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_5val: 22b8
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_6val: 22b8
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_7val: 0258
[color=green]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_7val: 60 °C[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_8val: 22b8
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_9val: 0257
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_9val: 60 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_10val: 010b
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_10val: 27 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Einstrahlung_CSval: 0546
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Einstrahlung_CSval: 1350
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Impulse_1_V40val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Impulse_1_V40val: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Digital_Inputval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Digital_Inputval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_1val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_1val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_2val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_2val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_3val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_3val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_4val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_4val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_5val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_5val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_6val: 00
[color=green]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_6val: 0 %[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_7val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_7val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Fehlermaskeval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Fehlermaskeval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Meldungenval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Meldungenval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Systemval: 03
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Systemval: 3
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Schemaval: 00f8
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Schemaval: 248
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK1_Modul_Sensor_18val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK1_Modul_Sensor_18val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK1_Modulval: 0007
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK1_Modulval: 7
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK2_Modul_Sensor_25val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK2_Modul_Sensor_25val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK2_Modulval: 0007
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK2_Modulval: 7
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK3_Modul_Sensor_32val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK3_Modul_Sensor_32val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK3_Modulval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK3_Modulval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_Heizkreis_Sensor_11val: 22b8
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_Heizkreisval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_Heizkreisval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Systemzeitval: 049e
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Systemzeitval: 1182
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Jahrval: 07e0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Jahrval: 2016
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Monatval: 07
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Monatval: 7
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Tagval: 19
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Tagval: 25
2016.07.25 19:36:12 4: VBUSDEV_Parse3: VBUSDEV_7821 (HASH(0x1a9ca98))
2016.07.25 19:36:12 4: VBUSDEV_Parse: VBUSDEV_7821(7821) HASH(0x1a9ca98))
2016.07.25 19:36:12 5: Triggering VBUSDEV_7821 (17 changes)
2016.07.25 19:36:12 5: Starting notify loop for VBUSDEV_7821, first event Temperatur_Sensor_1: 47 °C
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d000054
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d00005401
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d000054010b000000730000000000
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d000054010b0000007300000000007f020800000075000000
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d000054010b0000007300000000007f02080000007500000000007f0000007f0878
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa150021781000010838020a0000007352015602015357371d000054010b0000007300000000007f02080000007500000000007f0000007f0878aa10002278100001
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:12 5: vbus dispatch aa150021781000010838020a0000d201560257371d00010b0000000000000208000000000000000000ff
2016.07.25 19:36:12 3: VBUSDEV_Parse: Standard-Infos ioName: vbus DST-ADR: 0015
2016.07.25 19:36:12 3: VBUSDEV_Parse1: vbus DST-ADR: 0015 SRC-ADR: 7821
2016.07.25 19:36:12 3: VBUSDEV_Parse2 : Command 0100 DevTyp: HASH(0x1a9ca98) Model: 6521
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSDEV_ParsePayLoad1: Code 7821 DevTyp: Cosmo_Multi_Regler Name: VBUSDEV_7821
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSDEV_ParsePayload: Cosmo_Multi_Regler 020a0000d201560257371d00010b0000000000000208000000000000000000ff
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_1val: 0a02
[color=red]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_1val: 256.5 °C[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_2val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_2val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_3val: 01d2
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_3val: 47 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_4val: 0256
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_4val: 60 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_5val: 3757
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_5val: 1417 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_6val: 001d
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_6val: 3 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_7val: 0b01
[color=red]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_7val: 282 °C[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_8val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_8val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_9val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_9val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Temperatur_Sensor_10val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Temperatur_Sensor_10val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Einstrahlung_CSval: 0802
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Einstrahlung_CSval: 2050
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Impulse_1_V40val: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Impulse_1_V40val: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Digital_Inputval: 0000
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Digital_Inputval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_1val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_1val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_2val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_2val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_3val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_3val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_4val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_4val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_5val: 00
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_5val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_6val: ff
[color=red]2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_6val: 255 %[/color]
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Drehzahl_Relais_7val:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Drehzahl_Relais_7val: 0 %
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Fehlermaskeval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Fehlermaskeval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Meldungenval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Meldungenval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Systemval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Systemval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Schemaval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Schemaval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK1_Modul_Sensor_18val:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK1_Modul_Sensor_18val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK1_Modulval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK1_Modulval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK2_Modul_Sensor_25val:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK2_Modul_Sensor_25val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK2_Modulval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK2_Modulval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_HK3_Modul_Sensor_32val:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_HK3_Modul_Sensor_32val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_HK3_Modulval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_HK3_Modulval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Vorlauf_Soll_Heizkreis_Sensor_11val:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Vorlauf_Soll_Heizkreis_Sensor_11val: 0 °C
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Status_Heizkreisval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Status_Heizkreisval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Systemzeitval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Systemzeitval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Jahrval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Jahrval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Monatval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Monatval: 0
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: code: 7821fieldname: Tagval:
2016.07.25 19:36:12 3: VBUSDEV_7821: VBUSLAN_ParsePayload: fieldname: Tagval: 0
2016.07.25 19:36:12 4: VBUSDEV_Parse3: VBUSDEV_7821 (HASH(0x1a9ca98))
2016.07.25 19:36:12 4: VBUSDEV_Parse: VBUSDEV_7821(7821) HASH(0x1a9ca98))
2016.07.25 19:36:12 5: Triggering VBUSDEV_7821 (17 changes)
2016.07.25 19:36:12 5: Starting notify loop for VBUSDEV_7821, first event Temperatur_Sensor_1: 256.5 °C
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa10002278100001034157020b01001a00
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa10002278100001034157020b01001a0000470204321203010001
2016.07.25 19:36:12 4: vbus: VBUSIF_Read: index = aa10002278100001034157020b01001a000047020432120301000168
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa10002278100001034157020b01001a000047020432120301000168aa
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:13 5: vbus dispatch aa10002278100001034157020b010000c70292030100
2016.07.25 19:36:13 3: VBUSDEV_Parse: DFA ioName: vbus DST-ADR: 0010
2016.07.25 19:36:13 3: VBUSDEV_Parse1: vbus DST-ADR: 0010 SRC-ADR: 7822
2016.07.25 19:36:13 3: VBUSDEV_Parse2 : Command 0100 DevTyp: HASH(0x1a9d4d0) Model: 6521
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSDEV_ParsePayLoad1: Code 7822 DevTyp: Cosmo_Multi_WMZ Name: VBUSDEV_7822
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSDEV_ParsePayload: Cosmo_Multi_WMZ 57020b010000c70292030100
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: Temperatur_Vorlaufval: 0257
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: Temperatur_Vorlaufval: 60 °C
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: Temperatur_Ruecklaufval: 010b
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: Temperatur_Ruecklaufval: 27 °C
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: Durchfluss_Sensor_8val: 0000
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: Durchfluss_Sensor_8val: 0 l/h
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: heatquantity1val: 02c7
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: heatquantity1val: 711 Wh
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: heatquantity2val: 0392
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: heatquantity2val: 914000 kWh
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: code: 7822fieldname: heatquantity3val: 0001
2016.07.25 19:36:13 3: VBUSDEV_7822: VBUSLAN_ParsePayload: fieldname: heatquantity3val: 1000000 MWh
2016.07.25 19:36:13 4: VBUSDEV_Parse3: VBUSDEV_7822 (HASH(0x1a9d4d0))
2016.07.25 19:36:13 4: VBUSDEV_Parse: VBUSDEV_7822(7822) HASH(0x1a9d4d0))
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa104021781000030003
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa104021781000030003aa
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:13 5: vbus dispatch aa104021781000030003
2016.07.25 19:36:13 3: VBUSDEV_Parse1: vbus DST-ADR: 4010 SRC-ADR: 7821
2016.07.25 19:36:13 3: VBUSDEV_Parse2 : Command 0300 DevTyp: HASH(0x1a9ca98) Model: 6521
2016.07.25 19:36:13 3: VBUSDEV_7821: VBUSDEV_ParsePayLoad1: Code 7821 DevTyp: Cosmo_Multi_Regler Name: VBUSDEV_7821
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa216521781000020c4200
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e0000
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a
2016.07.25 19:36:13 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e000000
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa216521781000020c4200010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000077f0871aa217821
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:14 5: vbus dispatch aa216521781000020c420001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000007ff
2016.07.25 19:36:14 3: VBUSDEV_Parse: MSR65 ioName: vbus DST-ADR: 6521
2016.07.25 19:36:14 3: VBUSDEV_Parse1: vbus DST-ADR: 0010 SRC-ADR: 6521
2016.07.25 19:36:14 3: VBUSDEV_Parse2 : Command 0200 DevTyp: HASH(0x1a9ca98) Model: 6521
2016.07.25 19:36:14 3: VBUSDEV_6521: VBUSDEV_ParsePayLoad1: Code 6521 DevTyp: Cosmo_Multi_Regler Name: VBUSDEV_6521
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b7300710005166d
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b7300710005166d003822053330
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b7300710005166d0038220533305b3822041600
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b7300710005166d0038220533305b3822041600000000007f
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782165100001044b7300710005166d0038220533305b3822041600000000007faa22
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:14 5: vbus dispatch aa21782165100001044bf300f100ed00b822305bb82200000000
2016.07.25 19:36:14 3: VBUSDEV_Parse1: vbus DST-ADR: 7821 SRC-ADR: 6521
2016.07.25 19:36:14 3: VBUSDEV_Parse2 : Command 0100 DevTyp: HASH(0x1a9cfc0) Model: 6521
2016.07.25 19:36:14 3: VBUSDEV_6521: VBUSDEV_ParsePayLoad1: Code 6521 DevTyp: MSR65_1 Name: VBUSDEV_6521
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c410001
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e0000000000
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e000000
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f0001
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e0000000000
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e000000
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa226521781000020c4100010000007e00000000007f00010000007e00000000007f64010000001a00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f0000017f0877aa2178
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:14 5: vbus dispatch aa226521781000020c410001000000000000000100000000000064010000000000000001000000000000000100000000000000000000000001ff
2016.07.25 19:36:14 3: VBUSDEV_Parse1: vbus DST-ADR: 6522 SRC-ADR: 7821
2016.07.25 19:36:14 3: VBUSDEV_Parse2 : Command 0200 DevTyp: HASH(0x1a9ca98) Model: 6521
2016.07.25 19:36:14 3: VBUSDEV_7821: VBUSDEV_ParsePayLoad1: Code 7821 DevTyp: Cosmo_Multi_Regler Name: VBUSDEV_7821
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782265100001044a
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782265100001044a7000382205
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782265100001044a7000382205303822382205
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782265100001044a700038220530382238220546305b38220416
2016.07.25 19:36:14 4: vbus: VBUSIF_Read: index = aa21782265100001044a700038220530382238220546305b3822041600000000007f
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: index = aa21782265100001044a700038220530382238220546305b3822041600000000007faa
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: protoVersion : 10
2016.07.25 19:36:15 5: vbus dispatch aa21782265100001044af000b822b822b822305bb82200000000
2016.07.25 19:36:15 3: VBUSDEV_Parse1: vbus DST-ADR: 7821 SRC-ADR: 6522
2016.07.25 19:36:15 3: VBUSDEV_Parse2 : Command 0100 DevTyp: HASH(0x1a761c0) Model: 6521
2016.07.25 19:36:15 3: VBUSDEV_6522: VBUSDEV_ParsePayLoad1: Code 6522 DevTyp: MSR65_2 Name: VBUSDEV_6522
2016.07.25 19:36:15 3: VBUSDEV_6522: VBUSDEV_ParsePayload: MSR65_2 f000b822b822b822305bb82200000000
2016.07.25 19:36:15 3: VBUSDEV_6522: VBUSLAN_ParsePayload: code: 6522fieldname: 6522_Temperatur_Sensor_1val: 00f0
2016.07.25 19:36:15 3: VBUSDEV_6522: VBUSLAN_ParsePayload: fieldname: 6522_Temperatur_Sensor_1val: 24 °C
2016.07.25 19:36:15 3: VBUSDEV_6522: VBUSLAN_ParsePayload: code: 6522fieldname: 6522_Temperatur_Sensor_2val: 22b8
2016.07.25 19:36:15 4: VBUSDEV_Parse3: VBUSDEV_6522 (HASH(0x1a761c0))
2016.07.25 19:36:15 4: VBUSDEV_Parse: VBUSDEV_6522(6522) HASH(0x1a761c0))
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: index = aa000021782000050000
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: index = aa000021782000050000000000000041
2016.07.25 19:36:15 4: Connection closed for WEB_192.168.1.38_50468: EOF
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: index = aa000021782000050000000000000041aa1000217810000111
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: protoVersion : 20
2016.07.25 19:36:15 4: Connection accepted from WEB_192.168.1.38_50472
2016.07.25 19:36:15 4: vbus: VBUSIF_Read: index = aa1000217810000111345101560201547c01
2016.07.25 19:36:15 4: WEB_192.168.1.38_50472 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07.log; BUFLEN:0
PejonP: sind deine Dateien die Fortführung meiner letzten geposteten? Ich hatte ebenfalls Änderungen drin.
Hast du Schreibberechtigung im FHEM Repo?
Zitat von: Tobias am 27 Juli 2016, 09:18:40
PejonP: sind deine Dateien die Fortführung meiner letzten geposteten? Ich hatte ebenfalls Änderungen drin.
Hast du Schreibberechtigung im FHEM Repo?
Hallo Tobias,
so richtig weiss ich es nicht mehr. Aber was ich gesehen hatte, waren es nur 2 Änderungen. Wenn nicht, ich vergleiche die Dateien im PSPad (http://www.pspad.com/de/), dort sieht man sehr schön die Unterschiede.
zu 2. Hast du Schreibberechtigung im FHEM Repo? = Nein.
Ich denke das Modul entspricht auch noch nicht den Vorgaben wie ein Modul auszusehen hat ?!
Tschüß Jörg
Hi Jörg,
im fhem-repo kann man im Unterordner contrib/ alles speichern, auch ohne die Regeln einzuhalten. Dafür ist es da - für Module die noch nicht fertig sind oder keiner Wartung unterliegen aber trotzdem genutzt werden könnten.
Ev. könntest du du dir bei Rudi eine Schreibberechtigung besorgen?
Geht's hier noch weiter? Ansonsten speichere ich den letzten Stand der Module nach meinem Urlaub im fhem Control repo
Gesendet von meinem Leap mit Tapatalk
Zitat von: Tobias am 06 August 2016, 10:51:01
Geht's hier noch weiter? Ansonsten speichere ich den letzten Stand der Module nach meinem Urlaub im fhem Control repo
...
Hallo Tobias,
pack es mal in fhem. Ich denke mal du hast ja schon einen Zugang. Ich hatte jetzt ein Paar Tage Urlaub und nichts weiter gemacht.
Jörg
Hallo zusammen,
ich habe mir eure Beiträge durchgelesen. Leider ist mein Regler DeltaTherm HC nicht implementiert.
Wo kann ich die Werte für diesen Regler finden und in die 21_VBUSDEV.pm eintragen.
Oder könntet ihr das machen.
Ich habe vor einem Monat meinen alten Regler rausgeschmissen und mir den Regler und den VBUS/Lan von Resol gekauft.
Eine Virtualisierung und Fernwartung wäre für mich sehr interessant.
Wann werden die Module offiziell in fhem verfügbar sein.
Habe sie mir bereits aus dem git HUB gezogen.
Hallo dobiwan,
schau mal ins git und lade dir die 21_VBUSDEV.pm runter. Vorher die alte sichern. Mal sehen ob etwas erkannt wird. Kannst ja mal auf verbose=5 setzten.
pejonp
Sind jetzt im FHEM Repo, kannst Sie in deinem git löschen. Wir sollten nur noch ein Master haben:
root@www:/usr/local/svn/fhem# svn commit
Hinzufügen contrib/19_VBUSIF.pm
Hinzufügen contrib/21_VBUSDEV.pm
Übertrage Daten ..
Revision 12093 übertragen.
Gibt es eigentlich schon einen Wiki Artikel?
Hallo pejonp,
scheint zu funktionieren. Danke für die Hilfe.
Werde jetzt anfangen zu konfigurieren.
Zitat von: Tobias am 30 August 2016, 14:09:42
Sind jetzt im FHEM Repo, kannst Sie in deinem git löschen. Wir sollten nur noch ein Master haben:
Hinzufügen contrib/19_VBUSIF.pm
Hinzufügen contrib/21_VBUSDEV.pm
Übertrage Daten ..
Gibt es eigentlich schon einen Wiki Artikel?
Hallo Tobias,
leider funktioniert die eingecheckte Version nicht. Es werden keine erkannten Geräte angelegt und alle die nicht mit aa100 anfangen werden auch nicht erkannt. Bei Verbose=5 werden keine Info ausgegeben, erschwert die Fehlersuche aus meine Sicht sehr.
Hast du die Version aus meinem git hub genommen ?
pejonp
Hallo
ich habe da noch eine Frage. Der Port 7053 ist das TCP oder UDP. Ich habe den fhem Rechner in einem anderen Lan als den Resol VBUS/Lan.
Ich habe jetzt erst mal den Port über das Protokoll TCP weitergeleitet.
Der Status des VBUSIF zeigt opened an.
Mein Filelog ist aber leer.
Hier der Auszug aus meiner fhem.cfg
define VBUS_LAN VBUSIF 192.168.178.100:7053
attr VBUS_LAN icon it_network
attr VBUS_LAN room Heizkeller
attr VBUS_LAN verbose 5
define DeltaTherm VBUSDEV 5400
attr DeltaTherm IODev VBUS_LAN
attr DeltaTherm event-min-interval .*:60
attr DeltaTherm fp_Keller HeizungsKeller
attr DeltaTherm icon hm-tc-it-wm-w-eu
attr DeltaTherm model DeltaThermHC
attr DeltaTherm room Heizkeller
attr DeltaTherm verbose 5
define FileLog_DeltathermHC_Regler FileLog /opt/fhem/log/VBUSDEV5400-%Y.log DeltaTherm:.*
attr FileLog_DeltathermHC_Regler logtype text
attr FileLog_DeltathermHC_Regler room Heizkeller
define SVG_FileLog_DeltathermHC_Regler_1 SVG FileLog_DeltathermHC_Regler:SVG_FileLog_DeltathermHC_Regler_1:CURRENT
attr SVG_FileLog_DeltathermHC_Regler_1 room Heizkeller
define SVG_FileLog_DeltathermHC_Regler_2 SVG FileLog_DeltathermHC_Regler:SVG_FileLog_DeltathermHC_Regler_2:CURRENT
attr SVG_FileLog_DeltathermHC_Regler_2 room Heizkeller
define SVG_FileLog_DeltathermHC_Regler_3 SVG FileLog_DeltathermHC_Regler:SVG_FileLog_DeltathermHC_Regler_3:CURRENT
attr SVG_FileLog_DeltathermHC_Regler_3 room Heizkeller
Hallo dobiwan,
welche Version vom Modul hast du. schreibe mal Version in die fhem-commandozeile.
21_VBUSDEV.pm 20160823 2016-08-23 10:10:10Z awk+pejonp
19_VBUSIF.pm 20160725 2016-07-25 03:54:15Z awk+pejonp
ich habe es gerade noch einmal getestet. Beim erkennen der Geräte wird auch gleich ein log angelegt und nach und nach befüllt.
#Solarthermie
define Solar VBUSIF IP_Solar:7053
attr Solar room Solartherme
attr Solar verbose 0
define VBUSDEV_7321 VBUSDEV 7321
attr VBUSDEV_7321 IODev Solar
attr VBUSDEV_7321 event-min-interval .*:120
attr VBUSDEV_7321 model Vitosolic200
attr VBUSDEV_7321 room Solartherme
attr VBUSDEV_7321 verbose 1
define FileLog_VBUSDEV_7321 FileLog ./log/VBUSDEV_7321-%Y-%m.log VBUSDEV_7321
attr FileLog_VBUSDEV_7321 logtype text
attr FileLog_VBUSDEV_7321 room VBUSDEV
Ich würde mal hier deine Fehler vermuten:
define FileLog_DeltathermHC_Regler FileLog /opt/fhem/log/VBUSDEV5400-%Y.log DeltaTherm:.*
richtiger ?:
define FileLog_DeltaTherm FileLog /opt/fhem/log/VBUSDEV5400-%Y.log DeltaTherm:.*
pejonp
Hier die Version
21_VBUSDEV.pm 20160823 2016-08-23 10:10:10Z awk+pejonp
19_VBUSIF.pm 20160725 2016-07-25 03:54:15Z awk+pejonp
Habe die Namen angepasst.
Das File wurde erstellt, aber keine Daten werden geschrieben.
Habe mal mein VBUS_LAN mit ins Log aufgenommen.
Jetzt taucht immer connected disconnected auf.
Ich habe in der 19_VBUSIF das Passwwort angepasst. Ich hoffe an der richtigen Stelle
Da steht PASS und dann das Passwort. Vorher vbus
Hallo dobiwan,
Schau mal hier https://forum.fhem.de/index.php/topic,10303.msg388320.html#msg388320 und arbeite einmal diese Punkte ab.
Pejonp
Hallo pejonp,
ich habe mir den Link angesehen und meinen VBUS-Lan in das gleiche Subnet wie den fhem Server umgesteckt. Es greift keine zweite Anwendung auf den VBus zu.
Trotzdem sehe ich im Log nur dies
2016-09-02_05:50:55 VBUS_LAN DISCONNECTED
2016-09-02_05:51:00 VBUS_LAN CONNECTED
2016-09-02_05:52:31 VBUS_LAN DISCONNECTED
2016-09-02_05:52:33 VBUS_LAN CONNECTED
2016-09-02_05:54:04 VBUS_LAN DISCONNECTED
2016-09-02_05:54:10 VBUS_LAN CONNECTED
Der letzte Eintrag ist von Heute früh. Aber keine Daten. Ich sehe auch keinen Trafic zwischen den Geräten.
Ich schalte jetzt mal alles auf fhem aus und werde mit dem Tool von Daniel Wipperman mal den VBUS aufzeichnen und hier posten.
Melde mich dann wieder.
Hallo
Kannst du per Browser auf den vbus-lan Adapter zugreifen. Hast du mal alles nach Anleitung gemacht ? Siehe mein link im vorherigen Artikel.
Pejonp
Ja ich kann auf den VBUS-Lan zugreifen.
hier der Link zu meinem Server : https://sfhem.sossna.dyndns.org/fhem
Hier der Auszug von version
Latest Revision: 12091
File Rev Last Change
fhem.pl 12022 2016-08-21 09:28:23Z rudolfkoenig
90_at.pm 12028 2016-08-21 12:08:28Z rudolfkoenig
98_autocreate.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
57_Calendar.pm 11136 2016-03-28 14:02:04Z borisneubert
00_CUL.pm 12027 2016-08-21 12:05:23Z rudolfkoenig
95_Dashboard.pm 10344 2016-01-03 11:29:48Z talkabout
98_dummy.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
91_eventTypes.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
01_FHEMWEB.pm 12007 2016-08-20 09:50:51Z rudolfkoenig
92_FileLog.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
95_FLOORPLAN.pm 11443 2016-05-15 14:17:21Z ulimaass
49_IPCAM.pm 2626 2013-02-01 19:19:15Z mfr69bs
No Id found for 10_IT.pm
91_notify.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
10_SOMFY.pm 11433 2016-05-12 19:15:18Z viegener
99_SUNRISE_EL.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
98_SVG.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
98_telnet.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
99_Utils.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
98_version.pm 11987 2016-08-19 17:13:41Z markusbloch
98_weblink.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
DevIo.pm 11786 2016-07-12 08:44:10Z rudolfkoenig
HttpUtils.pm 11935 2016-08-10 09:09:03Z rudolfkoenig
RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm 11513 2016-05-24 17:56:05Z rudolfkoenig
TcpServerUtils.pm 11908 2016-08-06 15:09:55Z rudolfkoenig
fhem.cfg
define VBUS_LAN VBUSIF 192.168.178.2:7053
attr VBUS_LAN icon it_network
attr VBUS_LAN room Heizkeller
attr VBUS_LAN verbose 5
define DeltaTherm VBUSDEV 5400
attr DeltaTherm IODev VBUS_LAN
attr DeltaTherm event-min-interval .*:60
attr DeltaTherm fp_Keller HeizungsKeller
attr DeltaTherm icon hm-tc-it-wm-w-eu
attr DeltaTherm model DeltaThermHC
attr DeltaTherm room Heizkeller
attr DeltaTherm verbose 5
define FileLog_DeltaTherm FileLog /opt/fhem/log/VBUSDEV5400-%Y-%m-%d.log DeltaTherm:.*|VBUS_LAN:.*
attr FileLog_DeltaTherm logtype text
attr FileLog_DeltaTherm room Heizkeller
define SVG_FileLog_DeltaTherm_1 SVG FileLog_DeltaTherm:SVG_FileLog_DeltaTherm_1:CURRENT
attr SVG_FileLog_DeltaTherm_1 room Heizkeller
define SVG_FileLog_DeltaTherm_2 SVG FileLog_DeltaTherm:SVG_FileLog_DeltaTherm_2:CURRENT
attr SVG_FileLog_DeltaTherm_2 room Heizkeller
define SVG_FileLog_DeltaTherm_3 SVG FileLog_DeltaTherm:SVG_FileLog_DeltaTherm_3:CURRENT
attr SVG_FileLog_DeltaTherm_3 room Heizkeller
Status
Einstellungen
RESOL
RESOL-LAN
Willkommen im Webinterface Ihres RESOL-Gerätes!
Status
Name:
Heizungssteuerung
IP-Adresse:
192.168.178.2 (Static)
MAC-Adresse:
00-1e-66-42-10-42
Firmware-Version:
2.0
Konfiguration
Status
Einstellungen
© RESOL 2013 - Alle Rechte vorbehalten
Ich habe mal zwei Dateien angehängt.
Das sind Protokolle von Daniel Wippermann.
einmal
vbustouch proxy
und
jason data Server
Also damit kann ich mich auf den VBUS-Lan verbinden und bekomme Daten.
vbustouch emuliert einen DL2 für die App
Hallo dobiwan,
Da habe ich dich wohl falsch verstanden. Dein RESOL gerät hat eine Web Schnittstelle und keinen Vbus-lan Adapter. Du kannst deine Daten über das Modul httpmod Auslesen. Schau mal bei Antwort #407.
Endschuldige.
Pejonp
Hallo pejonp,
ich habe einen vbus lan
Diesen hier http://www.resol.de/index/produktdetail/kategorie/2/id/76/sprache/de
Ich habe nur die Software von Wipperman
siehe hier https://github.com/danielwippermann/resol-vbus/tree/master/examples/vbustouch-proxy
zum Testen im Einsatz. Dieses Tool emuliert einen DL2 für die App VBusTouch Android und IPhone
Ich kann den Lan Adapter mit dem RESOL ServiceCenter auslesen und über den Designer darstellen.
Hallo dobiwan,
Wenn du nur diesen Eintrag anlegst:
define VBUS_LAN VBUSIF 192.168.178.2:7053
Und etwas wartest und kein weiteres Gerät auf diese ip zugreift sollten eigentlich Daten kommen. Ggf noch das richtige Passwort hinterlegen. Und wenn du mit einem Browser auch auf den Adapter kommst funktioniert ja auch die TCP/IP Verbindung. Vielleicht den vbus-lan stromlos machen. Hilft auch manchmal.
Pejonp
Noch zum Thema Passwort.
Ist das der richtige Abschnitt in der VBUSIF
my $conn = $hash->{TCPDev};
$conn->autoflush(1);
$conn->getline();
$conn->write("PASS vbus#\n");
$conn->getline();
$conn->write("DATA\n");
$conn->getline();
Muss das Zeichen # dort sein
Ich teste mal nur mit dem define und einem log dazu
Tschuldigung dobiwan,
habe schon mal das Device angelegt.
Bei der Abfrage der Version kommt aber kein:
21_VBUSDEV.pm 20160823 2016-08-23 10:10:10Z awk+pejonp
19_VBUSIF.pm 20160725 2016-07-25 03:54:15Z awk+pejonp
Fehlen diese Module? Log dich dochmal 2x mal mit ssh auf dem FHEM ein.
1. Konsole:
service fhem stop
ping IP-vbus-lan Adapter
2. Konsole den Log anzeigen und danach
Service fhem start
2. Konsole: tail -f /opt/fhem/log/fhem-..log zeigt denn Log vom FHEM an. Werden diort Fehler angezeigt. z.B. Perl @INC ...Modul nicht vorhanden.
pejonp
Hi dobiwan,
VBUS zeigen open an. Was steht im Log ?
pejonp
Hallo oejonp,
ich kann heute leider nicht weiter suchen, da ich über das Wochenende beschäftigt bin.
Melde mich Montag wieder.
Ichhabe deine Anweisung befolgt. Ich sehe aber gar nichts im system log.
Ich nutze noch die Module von diesem Forum.
Mache aber noch ein update.
Hallo,
ich habe mal die Zeit genutzt und einen neuen fhem auf einem bananapi aufgesetzt.
Hier wollte ich nur die Module für VBUS testen.
Ich habe mir das repo von sourgeforce heruntergeladen, und die beiden Module von contrib copiert.
Im Gegensatz zu meiner anderen Installation steht hier viel im standard logfile.
2016.09.05 13:06:11 1: 192.168.178.2:7053 disconnected, waiting to reappear (VBUS_LAN)
2016.09.05 13:06:16 1: 192.168.178.2:7053 reappeared (VBUS_LAN)
Mit dem Resol Servie Center kann ich immer drauf zugreifen.
Komischerweise bleibt der Zustand opened
Diese beiden Einträge stehen jetzt regelmäßig drin.
Ich habe noch ein extra Logfile für VBUS_LAN angelegt.
hier steht dann
2016-09-05_13:06:11 VBUS_LAN DISCONNECTED
2016-09-05_13:06:16 VBUS_LAN CONNECTED
2016-09-05_13:07:48 VBUS_LAN DISCONNECTED
2016-09-05_13:07:53 VBUS_LAN CONNECTED
Hallo pejonp,
ich habe den Fehler gefunden.
War ein Layer 8 Problem (Mensch)
Ich hatte übersehen, dass in der 19_VBUSIF.pm vor der Zeile mit dem Passwort das Kommentarzeichen # ist.
siehe auch Antwort #451
Das ist die Datei aus dem contrib Verzeichnis.
Ich habe jetzt alles zum Laufen gebracht und bekomme Daten.
Danke für deine Hilfe
Jetzt muss ich nur noch raus kriegen, wie man die Werte über fhem aufbereitet und eventuell auch eine Möglichkeit findet in den Einstellmodus zu kommen.
Hallo,
meine VBUS Monitoring läuft jetzt stabil.
Leider werden wohl sehr viele 0 Werte mit geliefert.
Ich nutze an meinem DeltaTherm HC die Sensoren 1 bis 4
1 Vorlauf Fußbodenheizung
2 Aussentemperatur
3 Vorlauf Heizkörper
4 Warmwasser
Die Relais sind wie folgt belegt
1 Pumpe Fußbodenheizung
2 Mischer auf
3 Mischer zu
4 Pumpe Heizkörper
5 Ladepumpe Warmwasser und Zirkulation über externe Relais
Ich schreibe für unterschiedliche Plots die Werte in ein Log
Ich habe schon einiges probiert
Werte über einen Dummy in ein Log schreiben und so nur Änderungen schreiben usw.
Ich verstehe nicht, warum im VBUS-Protokoll mal der aktuelle Wert und dann wieder 0 übertragen wird.
Das sollte eigentlich auf einem Bus nicht passieren.
Hier mal ein Auszug aus dem log
2016-09-29_08:16:00 DeltaTherm Systemdatum: 0
2016-09-29_08:16:00 DeltaTherm Fehlermaske: 0
2016-09-29_08:16:00 DeltaTherm Warnungsmaske: 0
2016-09-29_08:16:14 DeltaTherm Temperatur_Sensor_7: 0 °C
2016-09-29_08:16:14 DeltaTherm Temperatur_Sensor_8: 0 °C
2016-09-29_08:16:41 DeltaTherm Temperatur_Sensor_5: 26 °C
2016-09-29_08:16:41 DeltaTherm Temperatur_Sensor_6: 0 °C
2016-09-29_08:16:45 DeltaTherm Temperatur_Sensor_9: 26 °C
2016-09-29_08:16:45 DeltaTherm Einstrahlung_Sensor: 0 W/qm
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_1: 44.5 °C
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_2: 10.5 °C
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_3: 64.5 °C
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_4: 48.5 °C
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_11: 1000 °C
2016-09-29_08:17:02 DeltaTherm Temperatur_Sensor_12: 1000 °C
2016-09-29_08:17:02 DeltaTherm Volumenstrom_Sensor_1: 0 l/h
2016-09-29_08:17:02 DeltaTherm Volumenstrom_Sensor_2: 0 l/h
2016-09-29_08:17:02 DeltaTherm Volumenstrom_Sensor_3: 0 l/h
2016-09-29_08:17:02 DeltaTherm Druck_Sensor_11: 0 bar
2016-09-29_08:17:02 DeltaTherm Druck_Sensor_12: 99.99 bar
2016-09-29_08:17:02 DeltaTherm Drehzahl_Relais_1: 15 %
2016-09-29_08:17:02 DeltaTherm Drehzahl_Relais_2: 39 %
2016-09-29_08:17:02 DeltaTherm Drehzahl_Relais_3: 100 %
2016-09-29_08:17:02 DeltaTherm Drehzahl_Relais_4: 0 %
2016-09-29_08:17:02 DeltaTherm Drehzahl_Relais_5: 0 %
2016-09-29_08:17:02 DeltaTherm Regler_Ausgang_1: 100 %
2016-09-29_08:17:02 DeltaTherm Regler_Ausgang_2: 0 %
2016-09-29_08:17:02 DeltaTherm Systemdatum: 4261412864
2016-09-29_08:17:02 DeltaTherm Fehlermaske: 1940738
2016-09-29_08:17:02 DeltaTherm Warnungsmaske: 0
2016-09-29_08:17:14 DeltaTherm Temperatur_Sensor_7: 0 °C
2016-09-29_08:17:14 DeltaTherm Temperatur_Sensor_8: 0 °C
Kann man über userreadings hier so eingreifen, dass man nur die eindeutigen Messwerte in das log schreibt.
Oder kann man aus dem Bus auslesen wenn Werte aktuell sind.
Hallo dobiwan,
wenn du mit dem RESOL ServiceCenter (http://www.resol.de/index/software/sprache/de ganz unten) schon mal die Daten ausgelesen. Was wird dort angezeigt ?
Hast du mehrere Geräte angelegt und sind diese vom Namen gleich ?
pejonp
Hallo pejonp,
leider hat es ein wenig gedauert bis ich das hier nachsehen konnte.
Mit der Resol Service Center bekomme ich stabile Werte aus dem VBUS-LAN. (Siehe Anhänge)
Da fhem die Geräte 5411 und 5412 erkannt hat, habe ich in der VBUS.pm diese beiden Geräte eingefügt. Du hattest nur 5410 definiert.
Die letzte Ziffer steht für den Heizkreis. Leider kann man die Wahlfunktionen nicht als Geräte definieren.
Jetzt geht es aber erst einmal darum stabile Werte aus dem Bus zu bekommen.
es wäre toll wenn ihr als Master die Versionen im FHEM contrib Repo nimmt damit nicht schon wieder mehrere VErsionen hier herumfliegen.
pejonp, hol dir doch einfach bei Rudi den DeveloperZugang..... Siehe auch Wiki
Hallo zusammen,
hab einen Wiki Eintrag angelegt, und die Dateien die ich verwendet habe sind im Artikel velinkt.
Ich muss mich damit auch noch mal beschäftigen, denn nachdem die änderung mit den Heizkreisen eingeflossen ist läuft mir das log immer voll.
Markus
Servus,
wer macht denn momentan was an den Modul?
Ich habe mir mal die aktuelle Version aus dem GIT geholt und habe nun ein paar Verständnissfragen.
In einer älteren Version wurden nur Telegramme die mit aa100 beginnen ausgewertet. Nun wird alles ausgewertet. Allerdings sind dann auch Datensätze dabei die nicht ausgewertet werden können und dann Gültige Werte mit Müll überschreiben.
Ich habe auch gesehen, dass auch das Feld CMD ausgelesen wird. Allerdings nicht verwertet wird.
Hat das einen Grund?
Denn die Telegramme mit CMD 300 setzen alle meine Werte wieder auf 0.
Hallo Brun,
ich kann den Wiki Artikel erweitern und mich zum testen zur Verfügung stellen, programmieren aber kann ich nicht. ;D
Also die letzte stable Version im fremden contrib wertet IMHO nur die aa10 aus und sollte funktionieren. Die arbeitet bei mir schon über 3monate stabil.
Allerdings weiß ich nicht ob die in der Zwischenzeit nochmal angepasst wurden....
Gesendet von meinem Leap mit Tapatalk
Anbei meine Learnings von der Installation dieses Modul. Evtl. hilft es jemand:
Kurzanleitung VBUS LAN Gateway Resol.
1.)erstmal keine Einstellungen am VBUS/Lan Gateway (Passwort/Port etc) vornehmen
2.)Ip_adresse herausfinden (z.B. am Router) und prüfen ob man per Browser darauf zugreifen kann
3.)Optional: Testen ob Daten ankommen mit der service center Software von Resol
4.)erstmal nur das VBUSIF als define eintragen
define vbus VBUSIF 192.168.178.1:7053
attr vbus event-min-interval .*:120
attr vbus verbose 5
Im Logfile prüfen ob Daten ankommen
Wichtig: Im File 19_VBUSIF.pm (Download aus dem WIKI-EIntrag) befindet sich ein Fehler
ca. Zeile 92 $conn->write("PASS vbus#\n"); das Doppelkreuz entfernen $conn->write("PASS vbus\n");
Dann reload 19_VBUSIF.pm in fhem commandzeile eingeben
5.)Das VBUSDevice anlegen, die Zahlen sind im Wiki beschrieben, falls die eigene nicht dabei ist kann man die Liste in 21_VBUSDEV.pm (reload nicht vergessen) einfach selbst ergänzen
define solartherm VBUSDEV 2271
attr solartherm IODev vbus
attr solartherm event-min-interval .*:360
attr solartherm model DeltaSol_SLL
attr solartherm verbose 5
6.) jetzt sollten die Readings unter solartherm angezeigt werden
Anbei noch meine Ergänzungen für die Resol Deltasol SLL
"2271" => {"name" => "DeltaSol_SLL", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "Solar_Kollektortemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Solar_Kesseltemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Solar_VL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Solar_RL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Tage", "bitSize" => 15, "factor" => 1, "unit" => "T" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Drehzahl1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 24, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 32, "name" => "Betriebstunden", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 44, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 45, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 69, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"2272" => {"name" => "DeltaSol_SLL_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Leistung_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 4, "name" => "Leistung", "bitSize" => 31, "factor" => 1, "unit" => "W" },
{ "offset" => 8, "name" => "Leistung_heute", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 12, "name" => "Leistung_Woche", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
]},
Danke für das Modul,
Grüße Michi
Habe mal das Wiki aktualisiert
http://www.fhemwiki.de/wiki/Vbus
pjonp muss nur noch diese Steuerung einfügen
Hallo,
@michaelfhem: die Resol Deltasol SLL habe ich mit aufgenommen.
@dobiwan: die 4511 und 4512 habe ich ergänzt. Bitte einmal nachsehen ob die Angaben stimmen.
Bei mir wurde eine WMZ (7327) nicht mehr angezeigt.
Fehler ist dieser String: aa1000277310000103414a7f1300071c00001401006a62023000016aaa000021732000050000000000000046a
Bei der Erkennung wird auf "aa" getestet. Das wird auch erkannt ..16aaa000.. und dann auch der String getrennt.
Jetzt ist der 1. String aber zu kurz:
aa1000277310000103414a7f1300071c00001401006a62023000016 es fehlt das "a" am Ende.
Eine Anpassung habe ich eingebaut. Nicht schön, funktioniert bei mir aber. Bitte einmal testen.
Das Update über : update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
geht jetzt auch.
pejonp
Hi pjonp,
genau DIESE anpassung das am aaa nicht korrekt getrennt wird, hatte ich schonmal eingebaut. Kannst du dir die Version im FHEM contrib mal bitte ansehen? ICh hatte IMHO nur den regex angepasst.
Falls du es nicht findest, lade ich hier dann meine aktuell genutzte Version hoch
Hallo vbus-Kollegen,
bei mir kommen immer mal wieder an einigen Stellen falsche Werte an. Ich filter diese indem ich in der 21_VBUSDEV.pm in der Funktion VBUSDEV_ParsePayload($@) prüfe ob die Systemzeit in meiner Nachricht größer als ein Mindestwert ist. Das ist natuerlich nicht sonderlich allgemein gültig. Evtl. hilft es Euch aber als Hinweis das da noch was nicht 100% ist.
if($o == 0)
{
if(hex($val) < 0xffff)
{
Log3 $hash, 3, "F:".$hash.$devtype.$cmd.$payload;
return "unvalid Systemtime";
}
}
ANbei noch als Ergänzung die passenden Daten aus dem Log:
Falsche Nachricht:
2016.11.13 16:36:58 3: F:HASH(0x3329238)HASH(0x2f5f870)010003010000e100cd00e100e1000000f1d80108000000000000020a0000e100cd007d200000010b000000000000
2016.11.14 19:18:43 3: VBUSDEV_Parse0: ioName: vbus DST-ADR: 0015 SRC-ADR: 2271
2016.11.14 19:18:43 3: VBUSDEV_Parse: Standard-Infos ioName: vbus DST-ADR: 0015
2016.11.14 19:18:43 3: VBUSDEV_Parse1: vbus DST-ADR: 0015 SRC-ADR: 2271
Richtige Nachricht
2016.11.13 16:37:00 3: F:HASH(0x3329238)HASH(0x2f5f870)010010ced81de100cd00e100e1001200000000000000000000007d2000006b0000006300000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.11.14 19:18:42 3: VBUSDEV_Parse0: ioName: vbus DST-ADR: 0010 SRC-ADR: 2271
2016.11.14 19:18:42 3: VBUSDEV_Parse: DFA ioName: vbus DST-ADR: 0010
2016.11.14 19:18:42 3: VBUSDEV_Parse1: vbus DST-ADR: 0010 SRC-ADR: 2271
die falsche Nachricht kommt ca jedes 16mal. Der UNterschied liegt wohl in der DST-ADR. Die Pakete mit der DST-ADR 0015 sind kürzer und werden aber trotzdem wie normale Pakete vom Parser behandelt. Es gibt da ein STück code das das wohl verhindern soll. Allerdings ist mir nicht klar wie dieser wirksam wird.
if ( defined $devtype->{dst_addr} ) {
if ( $devtype->{dst_addr} ne $dst_addr ) {
Log3 $iodev, 3, "VBUSDEV_Parse: $ioName : skip frame $devtype->{dst_addr} $dst_addr";
return "";
}
}
Grüße Michi
Hi michaelfhem,
kannst du mal bitte einen Log anhängen, verbose=5. In diesem sollten richtig und fehlerhaft Nachrichten sein. Ich sehe mir das mal an, kann aber nichts versprechen. Wenn jemand dazu schon eine Lösung hat, immer her damit.
@tobias:
im contrib/19_VBUSIF.PM habe ich das gefunden. Wird aber nur die die Daten treffen mit einer Länge von 223.
if ($len != length($msg) && length($msg) != 223) {
Log 4,"$name: Wrong message length: $len != ".length($msg);
} else {
if(length($msg) == 223) {
$msg = $msg."a";
}
pejonp
@pjonp, ich habe sowas hier:
$idx = index($data,"aa");
if ($idx>=0) {
$data = substr($data,$idx); # Cut off beginning
$idx = index($data,"aa",2); # Find next message
if ($idx>0) {
$idx +=1 if (substr($data,$idx,3) eq "aaa"); # Message endet mit a
Müsste eigentlich auch im contrib sein...
@pejomp. Habe die passenden Logs im Beitrag ergänzt.
Grüße Michi
Hallo zusammen,
ich habe mal nachgefragt was der UNtrerschied zwischen dst-adr 0x15 und 0x10 ist. Hier die ANtwort:
Das Paket von 0x2271 an 0x0010 ist ein DeltaSol SLL-spezifisches Paket, das genau an die Rahmenbedingungen des jeweiligen Reglers angepasst ist (an die Anzahl der verwendeten Sensoren, Relais, Zusatzfunktionen usw.). Das Paket ist unter folgendem Link aufgeschlüsselt:
http://danielwippermann.github.io/resol-vbus/vbus-packets.html#0010_2271_0100
Das Paket von 0x2271 an 0x0015 ist ein produktunabhängiges Paket. Es wird von Zubehör wie dem VBus/PWM-Adapter oder den Fernanzeigen SD3 / SDFK unterstützt und erlaubt es, dieses Zubehör mit neueren Reglern zu kombinieren, ohne dass die Software innerhalb des Zubehörs erweitert werden muss. Da alle Informationen in diesem Paket (an die 0x0015) auch in der Paket an die 0x0010 enthalten sind, wird dieses Paket nicht mehr separat angezeigt bzw. ist nicht ihn der VBus-Spezifikation beschrieben.
Grüße Michi
in der vbusdev war folgender code auskommentiert, ich habe diesen bei mir wieder einkommentiert
if ($dst_addr != "0010")
{
Log3 $iodev, 3, "VBUSDEV_Parse: $ioName : skip frame $dst_addr";
return "";
}
Hi, ich würde gerne die aktuelle Version von pejonp als offizielles Modul in fhem einchecken. Spricht was dagegen?
Gesendet von meinem Leap mit Tapatalk
Bei mir funktioniert es gut mit der Änderung keine 0x15 Pakete zu berücksichtigen (post 473). Macht man das nicht, springen die Readings da zwischendurch immer Nachrichten kommen die nicht auf das Muster passen und demnentsprechend falsch interpretiert werden.
Grüße
ich kann leider nichts über Ausreisser berichten, die hatte ich früher mal bei negativen Temperaturen und wollte da immer mal beigehen, hab es aber nie geschafft.
Schlussendlich läuft di eaktuelle Version bei mir TOP mit deinem Deltasol ES über einen USB2Serial 485 Adapter am VBUS.
Viele grüße
Zitat von: michaelfhem am 23 Dezember 2016, 16:41:58
Bei mir funktioniert es gut mit der Änderung keine 0x15 Pakete zu berücksichtigen (post 473). Macht man das nicht, springen die Readings da zwischendurch immer Nachrichten kommen die nicht auf das Muster passen und demnentsprechend falsch interpretiert werden.
Grüße
Hallo,
@michaelfhem: habe die Anpassung vorgenommen. Bei 0x15 Paketen wird abgebrochen. Bitte testen und kurze Info.
@tobias: Im Wiki bitte die Definition um USB ergänzen oder auf die Beschreibung im Modul verweisen. Die hinterlegten Module würde ich hier auch nicht aufführen, im github sind die aktuell unterstützen aufgeführt.
Ich wünsche Euch und Euren Familien schöne Weihnachten
Jörg
wo liegt die aktuelle Version? einfach per update?
Grüße
Hallo nonamenogame,
ich hab zwar die funktionierende VBUSLAN Variante, mich (und vielleicht andere) würde Deine USB2Serial 485 Adapter am VBUS sehr interessieren.
Würdest Du die vielleicht näher vorstellen? Für alle die noch kein Interface haben, würde das doch sicherlich einen preiswerten Einstieg bedeuten, oder?
ein fröhliches Weihnachtsfest wünsche ich allen.
Knuffioda
Zitat von: michaelfhem am 24 Dezember 2016, 11:50:03
wo liegt die aktuelle Version? einfach per update?
Grüße
Update aus dem github siehe hier https://forum.fhem.de/index.php/topic,10303.msg520538.html#msg520538
Grüsse
Pejonp, kann ich deine aktuelle github Version ins fhem repository übertragen??
Gesendet von meinem Leap mit Tapatalk
Hallo Knuffioda,
ja gerne. Nachdem mein VBUS Lan bei einem Firmwareupdate hängenblieb, stand ich vor der Wahl: Entweder ein VBUS USB oder wieder ein Lan interface oder aber einen Datenlogger.
Alle 3 schienen mir nicht sonderlich attrktiv vom Preis her.
In einer googlenewsgroup habe ich dann irgendwo etwas über RS485 und VBUS gelesen und dass es gehen kann aber keine Garantie dafür gegeben wird. Ich habe dann kurzerhand bei Ebay in China 2 Wandler wie in dem Link bestellt http://www.ebay.de/itm/USB-RS485-Konverter-Seriell-Adapter-Raspberry-Pii-PC-Linux-Mac-/391648266008?hash=item5b300e4718:g:wJ8AAOSwoJZXR~Bg. Beide funtkionieren, mit dem einen logge ich per fhem via ser2net und den anderen benutze ich temporär zum Konfigurieren - das allerdings nun schon seit 2 Jahren nicht mehr, da der ES einfach gut durchläuft. Zu beachten ist aber, dass wenn konfiguriert werden soll, fhem abgestöpselt sein muss. Mehr gibt es darüber nicht zu berichten, im Anhang ein scrrenshot aus fhem.
Viele Grüße
@Pejonp
Leider habe ich das update wie weiter oben beschrieben nicht hinbekommen. Die Dateien wurden nicht erneuert? Gibt es diese auch zum Download irgendwo. Allerdings werde es mir dann erst im neuen Jahr anschauen können.
Grüße
Zitat von: michaelfhem am 26 Dezember 2016, 09:11:10
...
Leider habe ich das update wie weiter oben beschrieben nicht hinbekommen. Die Dateien wurden nicht erneuert? Gibt es diese auch zum Download irgendwo. Allerdings werde es mir dann erst im neuen Jahr anschauen können.
...
Hallo,
@michaelfhem:
einfach in FHEM-Commandozeile: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt eingeben
oder vom github: https://github.com/pejonp/vbus
Was wird angezeigt ?
Version :
21_VBUSDEV.pm 20161223 2016-12-23 10:10:10Z awk+pejonp
19_VBUSIF.pm 20161112 2016-11-12 03:54:15Z awk+pejonp
@tobias:
Kannst es gerne einchecken.
Jörg
Habs mir per copy paste aus git geholt. Sieht gut aus und läuft bei mir.
Grüße
Zitat von: michaelfhem am 26 Dezember 2016, 17:57:22
Habs mir per copy paste aus git geholt. Sieht gut aus und läuft bei mir.
Grüße
Mit update all .... ging es nicht ?? Zugriffsrechte im FHEM Verzeichnis richtig gesetzt.
Jörg
Hi,
ich habe mir auch mal den USB2Serial Adapter bestellt und angeschlossen. Leider tut es nicht wie es soll.
Was ich gemacht habe:
define vbus VBUSIF /dev/ttyUSB1
attr vbus verbose 5
define DeltaSolES VBUSDEV 7411
attr vbus verbose 5
attr model DeltaSol_ES
attr IODev vbus
Im log sehe ich dann massig Einträge dieser Art:
2016.12.29 19:30:36.974 4: vbus: VBUSIF_Read0: index = 0095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffffbffff05b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffffbffff05b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ffff37ff1151fdebffffc500a7f7fffdf541d7ffffffe721bb41d7ff09ffffffffff01ffff1bffffe50095ffdd17bffff5ffffffffffffff550095f7dd...
Und das Internal PARTIAL in vbus ist extrem lang und sieht ungefähr so aus:
0095f7dd17dffffde76525ff33fdffa985fd8fbbf53b8ffd8fbbf5318fbb8fbbf573fffff9ffff07b7ff...
Aber die gewünschten Readings sehe ich nicht.
Jemand eine Idee was ich falsch mache? Bei nonamenogame sieht das VBUSDEV auch irgendwie anders aus. Was ist das LastInputDev? Und irgendwie sehe ich auf dem Screenshot gar kein IODev?
Gruss farion
PS: Im Anhang noch Screens wie es bei mir aussieht.
Hi,
ich habe den Adapter über einen RPi 1 via ser2net ins Lan gespeist. Du könntest als erstes mal mit der Baudrate auf 9600 gehen, so ist es bei mir definiert in der ser2net.conf. 3333:raw:0:/dev/ttyUSB0:9600,8DATABITS,NONE,1STOPBIT
Immerhin bekommst du werte, also liefert das Ding was, ist doch schonmal gut! Wenn du Baudrate richtig ist, solltest Du sowas hier vorfinden: aa100011741000010c4dd8ffe7010302b8220002730288fcb8220000000002003c0085051600ee0a0a0eea01fe077f04bb060000000000007200
VG
Hi,
hatte schon versucht die baudrate einzustellen ... also:
define vbus VBUSIF /dev/ttyUSB1@9600
Da kommt dann auch immer 0095. Mit baudrate 2000 kommt aber tatsächlich was Anderes. So prinzipiell scheint das also zu stimmen.
8 databits, none und 1 stopbit sind wohl die Voreinstellung soweit ich das im Code des Moduls erkannt habe.
Habe es auch mit ser2net versucht. Mit folgender Config:
3333:raw:0:/dev/ttyUSB1:9600,8DATABITS,NONE,1STOPBIT
ser2net läuft und lauscht auf port 3333. Danach erstelle ich das Device in FHEM wie folgt:
define vbus VBUSIF 127.0.0.1:3333
Problem ist, dass FHEM ab diesem Zeitpunkt blockiert. Stoppe ich ser2net, dann geht es direkt weiter mit FHEM. Nur das Device ist dann leider natürlich disconnected.
Irgendwie anders konnte ich ser2net nicht überprüfen. Kann ich da irgendwie mir direkt die Daten anschauen, also ohne FHEM?
Gruss Farion
PS: Die Reihenfolge wie man die Pins an den USB-Konverter anschliesst ist wichtig - oder? Denn wenn ich die Polung umdrehe kommt gar nichts.
PPS: Habe gerade mit Minicom direkt auf den Adapter verbunden: minicom -b 9600 -H -w -D /dev/ttyUSB1 Dort bekomme ich auch nur 0095
Hallo,
mit cat /dev/ttyUSB1 oder tail -f /dev/ttyUSB1 sollte man sich die Daten ansehen können. Baud sollte 9600 8 N 1 sein.
Hast du einen Windows PC, wenn ja. Lade dir von RESOL die Software http://www.resol.de/index/software/sprache/de (ServiceCenter) runter und versuche mit dieser auf das Gerät zuzugreifen.
Zugriff unter Linux (https://wiki.archlinux.org/index.php/udev) oder im Forum (https://forum.fhem.de/index.php/topic,24651.msg345909.html#msg345909) wird es auch etwas geben:
beim booten kann man mit einer rules.conf Datei den Zugriff für die jeweiligen Geräte einstellen.
Datei z.B.: /etc/udev/rules.d/83-usb.rules
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="0479", GROUP="users", MODE="0660"
pejonp
PS: Diese preiswerten RS485 USB-Adapter hatte ich auch schon. Wollte ich an einem ModBus betreiben. Hat aber nicht funktioniert. Vielleicht baust du mal die einfache Variante mit dem Transitor nach.
Hi,
also ich habs geschafft per telnet auf ser2net zuzugreifen ... da kommt auch 0095 ... ich vermute, daher auch, dass da was an meiner Hardware nicht stimmt. Polung klappt wie gesagt nur in eine Richtung. Evtl. die Länge des Kabels? Habe ca 2m 0,5mm-Litze genommen.
Windows habe ich leider grade keins.
Evtl. sollte ich doch einfach den original USB-Adapter kaufen.
Gruss farion
Hi farion,
oder du versuchst das hier mal.
Einfache Schaltung für den lesenden Zugriff auf den VBUS: https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig
https://github.com/pejonp/vbus
pejonp
Bei LitzenKabel wäre ich mir nicht so sicher. Ich bin aber Dummerweise auch für ein paar Tage unterwegs und kann demnach nicht nachschauen, mein Kabel ist ca 1,5 bis 2 m lang. Ich habe oft gelsene, dass es mit den Chinadingern nciht ginge und einfach probiert, kann natürlich sein, dass ich einfach nur schweineglück hatte.
Wenn Dir FHEM beim Laden des DEvice hängen bleibt, stimmt die Kommunikation mit dem Adapter nicht, also Baudrate anpassen.
Guten Rutsch
n o n a m e
hallo
letzte Frage des Jahres :-)
attr VBUSDEV_4278 event-min-interval Kollektortemperatur_T01:120
attr VBUSDEV_4278 event-on-change-reading Kollektortemperatur_T01
Ich möchte, dass nur dieses eine Datum mit einer bestimmten Häufigkeit ins Log geschrieben wird. Die Kombination zwischen diesen beiden Attributen (event-min und event-on-change...) scheint aber noch nicht zu funktionieren. es werden sofort alle Änderungen der Temperatur ins Log geschrieben. Was mache ich falsch?
-vielen Dank und allen einen guten Rutsch!!
Melde mich auch mal zu dem Thread ...
als erstes mal bei Steuern
Das "Frischwassermodul" , die Werte sehen Realistisch aus.
"5251" => {"name" => "Frischwasserregler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "temperature_T01" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 2, "name" => "temperature_T02" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 4, "name" => "temperature_T03" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "temperature_T04" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "temperature_T05" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "temperature_T06" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 22, "name" => "temperature_VFS" , "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 36, "name" => "Volume_flow_VFS" , "bitSize" => 31, "factor" => 1, "unit" => "l/h"},
{ "offset" => 49, "name" => "speed_R1" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 50, "name" => "speed_R2" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 51, "name" => "speed_R3" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 52, "name" => "speed_R4" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 56, "name" => "speed_PWM1" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 57, "name" => "speed_PWM2" , "bitSize" => 8 , "unit" => "%" },
{ "offset" => 64, "name" => "operating_hours_R1" , "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 68, "name" => "operating_hours_R2" , "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 72, "name" => "operating_hours_R3" , "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 76, "name" => "operating_hours_R4" , "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 80, "name" => "operating_hours_PWM1", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 84, "name" => "operating_hours_PWM2", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 96, "name" => "heat_amount" , "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 100, "name" => "error_mask" , "bitSize" => 15 },
{ "offset" => 108, "name" => "sv_version" , "bitSize" => 15, "factor" => 0.01 },
{ "offset" => 112, "name" => "systemtime" , "bitSize" => 15 },
]},
Parameter von http://danielwippermann.github.io/ , bisschen in den xml Dateien von der Eclipse Software von Resol gesucht. Und aus den bestehenden Teilen von Modul 21_ zusammengestrickt.
Hatte bisher nie die Zeit gehabt mich um die Reglungsabfrage zu kümmern. Diese Woche war mal Zeit.
Es war nicht einfach, sich in das Modul rein zu Arbeiten. Deshalb ein paar meiner Erfahrungen.
Erst mal zur Hardware
Hatte mir mit der Heizungsanlage ( Viessman Vito 200) + Frischwassermodul einen Resol VBUS/lan geholt. Die Abfrage mit der Resol Software lief mehr schlecht als Recht.
Hatte beide Steuerungen gleichzeitig mit dem VBUS/LAN verbunden.
Nach etwas Probieren ist mir aufgefallen das es nur mit einer Steuerung ordentliche Daten gibt.
Deshalb hab ich mir über die Tage einen zweiten VBUS/Lan gekauft.
Die Platine war komplett neu gestaltet, und für den VBUS gab es jetzt 2x2 Klemmen. Das Gehäuse sieht Identisch aus.
Umgebaut, ausprobiert, und das Ergebnis, der neue kann von 2 Steuerungen parallel empfangen :)
die Firmware des alten war 1.03, der andere kam mit einer 2.x und neuem Webinterface.
Zu Modul 19_
Das Password im Modul lässt mir die Haare zu Berge stehen. Hab den Text "vbus" durch mein geändertes ersetzt. Ergebnis, es ist keine Verbindung zu Stande gekommen
2017-01-02_12:39:04 vbus DISCONNECTED
2017-01-02_12:39:04 vbus CONNECTED
2017-01-02_12:40:35 vbus DISCONNECTED
2017-01-02_12:40:35 vbus CONNECTED
2017-01-02_12:42:06 vbus DISCONNECTED
2017-01-02_12:42:06 vbus CONNECTED
# service fhem stop
# telnet 192.168.178.8 7053
Trying 192.168.178.8...
Connected to 192.168.178.8.
Escape character is '^]'.
+HELLO
PASS geheim
+OK: Password accepted
QUIT
+OK: See ya...
Connection closed by foreign host.
#service fhem start
hat auch funktioniert, der Teste mit "DATA" brachte auch RAW Daten
Ich habe null Erfahrung mit perl, kann also nur vermuten das es mit der Anzahl der Zeichen zusammen hängt....
Nach dem ich den vbus/Lan und fhem auf Password "vbus" angepasst hat sprudelten die Werte
Level 8 Fehler (vor der Tastatur)
- rechte der Module nicht auf user fhem gesetzt dadurch hat er kein update html://.... gemacht.
@pejonp, Trägst du die Werte zum 5251 bei dir ein? An dein github komme ich nicht ran und fürs fhem SVN hast du keinen Zugang ;)
Ich habe es noch nicht geschafft deine aktuelle Git Version ins fhem Repo zu spiegeln. Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
Zitat von: Tobias am 04 Januar 2017, 08:14:10
.... Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
@tobias: Was fehlt Dir denn da so noch ?
So,
habe die Module jetzt in den offiziellen Zweig eingecheckt. Musste leider noch ein paar Anpassungen machen. Mein Workarround in der VBUSIF war weg. Deswegen hatte ich keine Messages mehr bekommen.
$idx +=1 if (substr($data,$idx,3) eq "aaa"); # Message endet mit a
Sonst nur ein bissl Formatierungen angepasst...
Habe den Frischwasserzähler auch gleich mit dazugenommen. Bitte testet mal, sollte ab morgen im offiziellen Update sein
Zitat von: Tobias am 06 Januar 2017, 12:59:25
... Musste leider noch ein paar Anpassungen machen. Mein Workarround in der VBUSIF war weg. Deswegen hatte ich keine Messages mehr bekommen.
Habe den Frischwasserzähler auch gleich mit dazugenommen. Bitte testet mal, sollte ab morgen im offiziellen Update sein...
Bitte diff für Patch erstellen damit ich die Sachen nachpflegen kann.
Bitte das nächste mal vor dem offizellen Update auch andere testen lassen und dann erst einchecken. Danke :-\
Zitat
.... Die Comandref am Modul-ende muss sicherlich auch noch überarbeitet werden.
Frage wurde noch nicht beantwortet: @tobias: Was fehlt Dir denn da so noch ?
pejonp
vergiss die commandref, passte soweit. Musste nur die Item Summary hinzufügen.
anbei die diffs. Willst du dir nicht mal einen fhem SVN Zugang besorgen? Dann muss man die Änderungen nicht 2x pflegen
Ja bei Gelegenheit, muß mir erst einmal die Grundlagen durchlesen und verstehen.
Hallo zusammen,
habe vorhin ein Update über die fhemconsole durchgeführt.
Nach einem shutdown restart werden mir mehrere VBUS-Devices incl. Log-Files angelegt
Folgende Devices werden automatisch angelegt
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f
Anbei ein List des ersten Devices
Internals:
CHANGED
CODE 7342
DEF 7342
LASTInputDev vbus
MSGCNT 16
NAME VBUSDEV_7342
NR 312
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 16
vbus_RAWMSG aa100042731000010524b822b822b822b822b822b8220000000000000108
vbus_TIME 2017-01-14 22:55:23
Readings:
Attributes:
event-min-interval .*:120
event-on-change-reading .*
model
room VBUSDEV
verbose 5
Ist dies nur ein Fehler bei mir oder tritt dies mit der neuen Modulversion grundsätzlich auf? habe im wiki und im Forum keine Infos hierzu gefunden. Falls der Fehler nur bei mir auftritt, woran kann es liegen?
Vielen Dank für einen Tipp und schönen Abend
klaso
Nachtrag: ich habe eine CitrinSteuerung, VBUSDEV_7341
die neuen Module "parsen" das fhem.log zu ;-)
2017.01.14 23:36:19.868 4: VBUSDEV_7342: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7342 DevTyp: Name: VBUSDEV_7342
2017.01.14 23:36:19.869 4: VBUSDEV_7342: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.066 4: VBUSDEV_7343: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7343 DevTyp: Name: VBUSDEV_7343
2017.01.14 23:36:20.066 4: VBUSDEV_7343: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.264 4: VBUSDEV_7344: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7344 DevTyp: Name: VBUSDEV_7344
2017.01.14 23:36:20.265 4: VBUSDEV_7344: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.473 4: VBUSDEV_7345: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7345 DevTyp: Name: VBUSDEV_7345
2017.01.14 23:36:20.474 4: VBUSDEV_7345: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: b822b822b822b822b822b8220000000000009a09
2017.01.14 23:36:20.671 4: VBUSDEV_7346: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7346 DevTyp: Name: VBUSDEV_7346
2017.01.14 23:36:20.672 4: VBUSDEV_7346: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: b822b822b822b822b822b8220000640000009a09
2017.01.14 23:36:25.832 4: VBUSDEV_734f: VBUSDEV_ParsePayLoad1: Command: 0100 Code 734f DevTyp: Name: VBUSDEV_734f
2017.01.14 23:36:25.833 4: VBUSDEV_734f: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 0000000000000000562115000000000000000000
Fehler im fhemlog
2017.01.15 00:02:41.938 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147.
2017.01.15 00:02:41.939 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150.
Hi,
erstmal setze verbose auf 3 im VBUSDEV ;)
Dann ist es interessant, was bei verbose=5 im VBUSIF kommt. Ich frage mich, woher diese Messages kommen.
Irgendwoher muss ja zb diese Message kommen: aa100042731000010524b822b822b822b822b822b8220000000000000108
Hallo,
bei mir ist der fhem.log auch mit den Meldungen voll.
VG
Markus
Vielen Dank für das Feedback!!
Ich habe gestern Abend verbose auf 1 gesetzt, damit mir nichts mehr zugefüllt wird.
Tritt der Fehler bzgl VBUSDEV in Zeile 1147 und 1150 ebenfalls auf?
Werde mich nachher noch hinsetzen und mich auf die Suche machen.
Vielen Dank und Grüsse
Klaso
Zitat von: klaso am 14 Januar 2017, 22:59:37
...
Nach einem shutdown restart werden mir mehrere VBUS-Devices incl. Log-Files angelegt
Folgende Devices werden automatisch angelegt
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f
Hallo klaso,
mach mal bitte ein Update:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
und danach FHEM neu starten.
die 7432 - 734f wahren noch nicht als Devices im 21_VBUSDEV.pm hinterlegt. Es werden nur die Devicenamen (Nummern) angelegt. Es können aber noch keine Werte zugeordnet werden. Denn 734f habe ich nicht gefunden. Beim Anlegen der Devices habe ich zur Zeit Verbose=5 eingestellt. Ist gut bei der Fehlersuche. Werde ich mal rausnehmen.
pejonp
Hallo pejonp,
habe das update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
ausgeführt.
im fhem.log erhalte ich hierbei folgende Meldung
2017.01.16 15:19:47.280 1: RMDIR: ./restoreDir/2016-12-27
2017.01.16 15:19:47.452 1: UPD FHEM/19_VBUSIF.pm
2017.01.16 15:19:47.590 1: UPD FHEM/21_VBUSDEV.pm
2017.01.16 15:19:47.782 1: saving fhem.cfg
2017.01.16 15:19:47.785 1:
2017.01.16 15:19:47.786 1: New entries in the CHANGED file:
2017.01.16 15:19:47.787 1: 12.11.2016
2017.01.16 15:19:47.788 1: 19_VBUSIF.PM
2017.01.16 15:19:47.789 1: Fehler z.B. bei aa1000277310000103414a7f1300071c00001401006a62023000016aaa000021732000050000000000000046a
2017.01.16 15:19:47.792 1: ^ hier wird falsch getrennt
2017.01.16 15:19:47.793 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2017.01.16 15:20:08.744 1:
2017.01.16 15:20:08.745 1: update finished, "shutdown restart" is needed to activate the changes.
2017.01.16 15:20:57.419 0: Server shutdown
nach shutdown reboot habe ich unzähliche dieser Einträge im fhem.log
2017.01.16 15:26:50.270 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x37258a8) Model: 7343 MSG: 8c002b0216012702f3014e02b8224501faff3701b822b822b822b101b8226702149b21000000000000000000000000000f2700000f270f2700000000640000000000000000000000340100000000000000008a024df7010000000000c61d2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 15:26:50.873 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 15:26:50.873 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:50.874 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 15:26:50.874 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x4db0608) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 15:26:51.082 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 15:26:51.082 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.083 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 15:26:51.083 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3727ce0) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.269 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 15:26:51.270 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.270 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 15:26:51.270 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x37293b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.467 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 15:26:51.467 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.468 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 15:26:51.468 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3729c28) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.665 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 15:26:51.666 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.666 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 15:26:51.666 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x372cfd0) Model: 7343 MSG: b822b822b822b822b822b8220000000000007a3a
2017.01.16 15:26:51.874 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 15:26:51.874 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 15:26:51.875 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
habe dann aus der fhem.cfg die devices
VBUSDEV_7342
VBUSDEV_7343
VBUSDEV_7344
VBUSDEV_7345
VBUSDEV_7346
VBUSDEV_734f
entfernt, nach reboot werden sie wieder erneut angelegt und Fehlermeldungen im fhem.log wie eben beschrieben
VG
klaso
Hallo klaso,
Das sind keine Fehlermeldungen sondern logausgaben bei verbose=3-5 zur fehlerfindung.
Wurden unter VBUSDEV neue Geräte angelegt und mit werten gefüllt?
pejonp
Hallo pejonp,
die Geräte werden wieder angelegt, heute sind diese auch befüllt, gestern waren die leer.
anbei ein List eines Gerätes
Internals:
CHANGED
CODE 7342
DEF 7342
IODev
LASTInputDev vbus
MSGCNT 7
NAME VBUSDEV_7342
NR 322
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 7
vbus_RAWMSG aa100042731000010524b822b822b822b822b822b8220000000000007c3d
vbus_TIME 2017-01-16 16:43:54
Readings:
2017-01-16 16:43:54 Drehzahl_1 0 %
2017-01-16 16:43:54 Drehzahl_2 0 %
2017-01-16 16:43:54 Drehzahl_3 0 %
2017-01-16 16:43:54 Drehzahl_4 0 %
2017-01-16 16:43:54 Drehzahl_5 0 %
Attributes:
event-min-interval .*:120
event-on-change-reading .*
model CitrinSLR_XT1
room VBUSDEV
verbose 5
bei dem Gerät VBUSDEV_734f sieht es wie folgt aus ( hier werden keine Daten empfangen)
Internals:
CHANGED
CODE 734f
DEF 734f
IODev
LASTInputDev vbus
MSGCNT 23
NAME VBUSDEV_734f
NR 320
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 23
vbus_RAWMSG aa10004f7310000105170000000000000000000000000000000000000000
vbus_TIME 2017-01-16 16:45:24
Readings:
Attributes:
event-min-interval .*:120
event-on-change-reading .*
model
room VBUSDEV
verbose 5
Hat es damit zu tun, dass man diese Steuerung noch um z. B. ein Schwimmbadmodul erweitern kann, und diese nicht vorhandenen Module nun abgefragt werden? als ich vor einem Jahr alles eingerichtet habe, habe ich diese Geräte mit der Resol-Software ebenfalls sehen können.
Vielen Dank und Grüsse
klaso
Nachtrag: es werden automatisch die Modelle
CitrinSLR_XT1, CitrinSLR_XT2,.......CitrinSLR_XT5 erkannt. bei VBUSDEV_734f wird kein Model erkannt
Hi,
das bedeutet nur, das deine Steuerung automatisch an Broadcast sendet. Und zwar nicht mit einer Kennung, sondern mit mehreren.
@pejonp: sollten wir ein Attribut "whitelist" / "blacklist" einführen? Dann kann der User selbst einstellen was er nimmt und was nicht...
Hast du deinen fhem Dev Zugang schon?
Hallo klaso,
siehe post (https://forum.fhem.de/index.php/topic,10303.msg562078.html#msg562078). Der VBUSDEV_734f wird nicht befüllt, da in der 21_VBUSDEV.pm keine Konfiguration eingetragen ist.
Du könntest jetzt einmal in den RESOL-Servicecenter gehen und die Werte für den 734F auslesen. Werden diese dort angezeigt ?
@tobias:
"whitelist" / "blacklist" würde man aus meiner Sicht nicht benötigen. Da ja eigentlich immer nur ein Gerät mit definierten Untergeräten vorhanden ist.
Beim 734F ist keine Konfig vorhanden, deshalb leer. Stört aus meiner Sicht nicht, da nur ein leeres Gerät angelegt wird. Wenn Beschreibung gefunden, wird es auch befüllt.
pejonp
Hallo pejonp,
Vielen Dank für die Unterstützung. Habe die Resol-Software installiert und aktuell ausgelesen.
734f wird als unbekanntes Gerät angezeigt, Unterstruktur oder irgendwelche Daten werden nicht angezeigt ( screenshot hab ich mal angehängt).
Auch wenn ich verbose auf 0 oder 1 stelle, habe ich die Logausgaben im fhem.log. Hast du einen Tipp für mich, wie ich diese Geräte "sperren"/"ignorieren" kann? könnte auch die bisherige Version von vbusif etc. aus einem Backup zurücksichern, aber dann habe ich nach jedem Update dieses Spielchen ;-)
Vielen Dank und Grüsse
klaso
Hallo klaso,
Schau mal bei den vbus_device ob dort alles auf verbose=0 ist. Kannst ja auch beim vbusif device nachsehen ob dort verbose=0 ist.
Dann sollten eigentlich keine ausschriften im log mehr angezeigt werden.
Pejonp
Hallo pejonp,
habe alle nochmals kontrolliert, und erneut shutdown reboot durchgeführt. bei allen steht verbose auf 0. anbei als Beispiel das list eines Devices:
Internals:
CHANGED
CODE 7342
DEF 7342
IODev
LASTInputDev vbus
MSGCNT 4
NAME VBUSDEV_7342
NR 322
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 4
vbus_RAWMSG aa100042731000010524b822b822b822b822b822b822000000000000e645
vbus_TIME 2017-01-16 20:24:38
Readings:
2017-01-16 20:24:38 Drehzahl_1 0 %
2017-01-16 20:24:38 Drehzahl_2 0 %
2017-01-16 20:24:38 Drehzahl_3 0 %
2017-01-16 20:24:38 Drehzahl_4 0 %
2017-01-16 20:24:38 Drehzahl_5 0 %
Attributes:
event-min-interval .*:120
model CitrinSLR_XT1
room VBUSDEV
verbose 0
habe auch mal versuchsweise das event-on-change-reading-Attribut gelöscht. hat leider nichts geändert, habe im sekundentakt mehrere Einträge im fhem.log.
habe mir die Datei 19_vbusif.pm angesehen, hier gab es keinen Eintrag zu verbose. die Zeile sah wie folgt aus:
$hash->{AutoCreate} = { "VBUSDEF.*" => { ATTR => "event-min-interval:.*:120 event-on-change-reading:.* ",FILTER => "%NAME"} };
habe diese Zeile wie folgt abgeändert, Fehler dadurch allerdings nicht beheben können:
$hash->{AutoCreate} = { "VBUSDEF.*" => { ATTR => "event-min-interval:.*:120 event-on-change-reading:.* verbose:0 ",FILTER => "%NAME"} };
VG
klaso
Hallo klaso,
hänge mal etwas vom Log an. Ich weiss nicht was du meinst.
Mach mal bitte ein Version und hänge das mit an.
pejonp
mach ich gleich.......
was hat es mit diesem Fehler im Log auf sich
2017.01.16 20:55:07.703 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1215.
2017.01.16 20:55:07.703 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1218.
Hallo pejonp,
anbei der Auszug aus dem fhem.log
2017.01.16 20:59:54.838 1: Including fhem.cfg
2017.01.16 20:59:54.915 3: telnetPort: port 7072 opened
2017.01.16 20:59:55.265 3: WEB: port 8083 opened
2017.01.16 20:59:55.268 3: WEBphone: port 8084 opened
2017.01.16 20:59:55.270 3: WEBtablet: port 8085 opened
2017.01.16 20:59:55.480 2: eventTypes: loaded 747 events from /opt/fhem/log/eventTypes.txt
2017.01.16 20:59:55.727 3: Connecting to database mysql:database=fhem;host=127.0.0.1;port=3306 with user fhemuser
2017.01.16 20:59:55.804 3: Connection to db mysql:database=fhem;host=127.0.0.1;port=3306 established for pid 14570
2017.01.16 20:59:55.807 3: Connection to db mysql:database=fhem;host=127.0.0.1;port=3306 established
2017.01.16 20:59:55.875 3: Opening vbus device 192.168.178.151:7053
2017.01.16 20:59:55.891 3: vbus device opened
2017.01.16 20:59:57.991 3: Pollenflug: Defined with URL http://www.donnerwetter.de/pollenflug/region.hts?lid=DE15751&Ort=DORFEN and interval 86400
2017.01.16 20:59:58.485 1: PERL WARNING: main::OBIS_decodeTL() called too early to check prototype at ./FHEM/47_OBIS.pm line 768, <$fh> line 432.
2017.01.16 20:59:58.487 3: Opening MyObis device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104MR3N-if00-port0
2017.01.16 20:59:58.530 3: Setting MyObis serial parameters to 9600,8,N,1
2017.01.16 20:59:58.536 3: Init done
2017.01.16 20:59:58.536 3: MyObis device opened
2017.01.16 20:59:58.561 3: Opening myJeeLink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL01MZ5J-if00-port0
2017.01.16 20:59:58.563 3: Setting myJeeLink serial parameters to 57600,8,N,1
2017.01.16 20:59:59.570 3: myJeeLink device opened
2017.01.16 20:59:59.585 3: GaesteZi: I/O device is myJeeLink
2017.01.16 20:59:59.590 3: Bad_DG: I/O device is myJeeLink
2017.01.16 20:59:59.595 3: Buero: I/O device is myJeeLink
2017.01.16 20:59:59.600 3: KiZi2: I/O device is myJeeLink
2017.01.16 20:59:59.605 3: KiZi1: I/O device is myJeeLink
2017.01.16 20:59:59.610 3: Schlafzimmer: I/O device is myJeeLink
2017.01.16 20:59:59.615 3: Bad: I/O device is myJeeLink
2017.01.16 20:59:59.621 3: FlurEG: I/O device is myJeeLink
2017.01.16 20:59:59.626 3: Wohnzimmer: I/O device is myJeeLink
2017.01.16 20:59:59.631 3: Kueche: I/O device is myJeeLink
2017.01.16 20:59:59.636 3: WC_EG: I/O device is myJeeLink
2017.01.16 20:59:59.641 3: Flur: I/O device is myJeeLink
2017.01.16 20:59:59.647 3: BuegelZi: I/O device is myJeeLink
2017.01.16 20:59:59.652 3: HobbyKeller: I/O device is myJeeLink
2017.01.16 20:59:59.657 3: Heizraum: I/O device is myJeeLink
2017.01.16 20:59:59.721 1: Including /opt/fhem/log/fhem.save
2017.01.16 20:59:59.951 3: WARNING: unsupported character in reading Gräser (not A-Za-z/\d_\.-), notify the HTTPMOD module maintainer.
2017.01.16 20:59:59.954 3: WARNING: unsupported character in reading Löwenzahn (not A-Za-z/\d_\.-), notify the HTTPMOD module maintainer.
2017.01.16 21:00:00.070 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2017.01.16 21:00:00.187 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.01.16 21:00:00.189 0: Featurelevel: 5.7
2017.01.16 21:00:00.190 0: Server started with 131 defined entities (fhem.pl:13054/2017-01-13 perl:5.014002 os:linux user:fhem pid:14570)
2017.01.16 21:00:00.535 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:00.535 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:00.535 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:00.536 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3c20478) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:00.536 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1215.
2017.01.16 21:00:00.537 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1218.
2017.01.16 21:00:00.591 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:00.592 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:00.592 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:00.592 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004747
2017.01.16 21:00:00.616 1: PERL WARNING: substr outside of string at ./FHEM/47_OBIS.pm line 777.
2017.01.16 21:00:01.245 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:01.246 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:01.246 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:01.246 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004747
2017.01.16 21:00:01.269 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:01.269 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:01.270 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:01.270 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004747
2017.01.16 21:00:01.283 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:01.283 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:01.284 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:01.284 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004747
2017.01.16 21:00:01.297 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:01.297 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:01.298 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:01.298 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004747
2017.01.16 21:00:02.435 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:02.435 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:02.435 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:02.436 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff1f0218011902e5014102b8224c01b9ff3a01b822b822b822a901b82257022ea021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000de6b2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:03.445 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:03.445 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:03.446 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:03.446 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3c10e60) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:03.477 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:03.478 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:03.478 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:03.478 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004847
2017.01.16 21:00:03.483 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:03.483 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:03.484 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:03.484 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004847
2017.01.16 21:00:03.632 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:03.633 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:03.633 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:03.634 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004847
2017.01.16 21:00:03.830 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:03.830 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:03.830 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:03.830 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004847
2017.01.16 21:00:04.029 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:04.030 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:04.030 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:04.030 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004847
2017.01.16 21:00:04.693 1: PERL WARNING: Argument "" isn't numeric in multiplication (*) at (eval 151) line 1.
2017.01.16 21:00:08.474 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:08.474 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:08.474 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:08.475 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff1f0218011902e5014102b8224c01baff3901b822b822b822aa01b82257022fa021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000e46b2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:09.066 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:09.067 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:09.067 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:09.067 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x1940f50) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:09.286 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:09.287 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:09.287 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:09.287 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004947
2017.01.16 21:00:09.473 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:09.473 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:09.474 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:09.474 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004947
2017.01.16 21:00:09.671 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:09.672 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:09.672 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:09.672 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004947
2017.01.16 21:00:09.869 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:09.870 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:09.870 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:09.870 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004947
2017.01.16 21:00:10.067 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:10.067 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:10.068 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:10.068 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004947
2017.01.16 21:00:12.077 2: HMCCU: Create child process with timeouts 0.01 and 0.25
2017.01.16 21:00:12.085 0: HMCCU: Child process for server CB2001 started with PID 14655
2017.01.16 21:00:12.085 0: CCURPC: CB2001 Creating file queue /tmp/ccuqueue_2001_1
2017.01.16 21:00:12.089 0: CCURPC: Initializing RPC server CB2001
2017.01.16 21:00:12.098 0: RPC server(s) starting
2017.01.16 21:00:12.482 0: CCURPC: Callback server created listening on port 7411
2017.01.16 21:00:12.482 1: CCURPC: CB2001 Adding callback for events
2017.01.16 21:00:12.483 1: CCURPC: CB2001 Adding callback for new devices
2017.01.16 21:00:12.483 1: CCURPC: CB2001 Adding callback for deleted devices
2017.01.16 21:00:12.484 1: CCURPC: CB2001 Adding callback for modified devices
2017.01.16 21:00:12.484 1: CCURPC: CB2001 Adding callback for replaced devices
2017.01.16 21:00:12.484 1: CCURPC: CB2001 Adding callback for readded devices
2017.01.16 21:00:12.485 1: CCURPC: CB2001 Adding callback for list devices
2017.01.16 21:00:12.485 1: CCURPC: CB2001 Adding callback for event query
2017.01.16 21:00:12.486 0: CCURPC: CB2001 Entering server loop
2017.01.16 21:00:14.469 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:14.469 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:14.469 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:14.470 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff1f0217011a02e5014102b8224c01b9ff3a01b822b822b822a901b82257022fa021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000ea6b2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:15.072 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:15.072 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:15.073 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:15.074 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cde1c0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:15.281 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:15.281 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:15.282 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:15.282 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004a47
2017.01.16 21:00:15.468 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:15.469 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:15.469 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:15.469 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004a47
2017.01.16 21:00:15.677 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:15.677 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:15.678 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:15.678 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004a47
2017.01.16 21:00:15.876 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:15.876 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:15.876 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:15.877 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004a47
2017.01.16 21:00:16.074 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:16.074 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:16.075 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:16.075 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004a47
2017.01.16 21:00:17.106 0: HMCCU: Received SL event. RPC server CB2001 enters server loop
2017.01.16 21:00:20.430 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:20.431 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:20.432 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:20.432 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff200217011a02e6014202b8224c01baff3a01b822b822b822aa01b82258022fa021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000f06b2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:21.034 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:21.034 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:21.035 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:21.035 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd26d0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:21.243 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:21.243 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:21.243 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:21.244 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004b47
2017.01.16 21:00:21.430 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:21.430 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:21.431 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:21.431 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004b47
2017.01.16 21:00:21.628 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:21.629 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:21.629 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:21.629 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004b47
2017.01.16 21:00:21.837 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:21.837 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:21.838 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:21.838 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004b47
2017.01.16 21:00:22.035 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:22.035 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:22.035 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:22.036 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004b47
2017.01.16 21:00:24.112 1: HMCCU: Registering callback http://192.168.178.159:7411/fh2001 with ID CB2001 at http://192.168.178.150:2001/
2017.01.16 21:00:24.256 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.01.16 21:00:24.441 1: HMCCU: RPC callback with URL http://192.168.178.159:7411/fh2001 initialized
2017.01.16 21:00:25.009 2: CCURPC: CB2001 NewDevice received 72 device specifications
2017.01.16 21:00:26.469 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:26.470 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:26.470 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:26.470 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff200217011b02e6014202b8224c01baff3a01b822b822b822aa01b822580230a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000f66b2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:27.073 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:27.073 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:27.074 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:27.074 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3c158d8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:27.271 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:27.271 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:27.272 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:27.272 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004c47
2017.01.16 21:00:27.469 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:27.469 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:27.470 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:27.470 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004c47
2017.01.16 21:00:27.678 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:27.678 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:27.679 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:27.679 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004c47
2017.01.16 21:00:27.876 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:27.876 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:27.877 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:27.877 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004c47
2017.01.16 21:00:28.074 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:28.074 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:28.075 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:28.075 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004c47
2017.01.16 21:00:29.444 0: HMCCU: Received IN event. RPC server CB2001 initialized.
2017.01.16 21:00:30.011 2: HMCCU: Updated devices. Success=4 Failed=0
2017.01.16 21:00:30.012 1: HMCCU: All RPC servers running
2017.01.16 21:00:32.475 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:32.475 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:32.476 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:32.476 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff210217011b02e6014302b8224c01baff3a01b822b822b822aa01b822580230a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000fc6b2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:33.069 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:33.069 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:33.069 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:33.070 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3ee3de8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:33.277 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:33.277 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:33.278 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:33.278 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004d47
2017.01.16 21:00:33.475 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:33.475 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:33.475 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:33.476 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004d47
2017.01.16 21:00:33.673 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:33.673 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:33.674 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:33.674 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004d47
2017.01.16 21:00:33.871 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:33.871 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:33.871 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:33.872 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004d47
2017.01.16 21:00:34.069 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:34.069 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:34.070 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:34.070 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004d47
2017.01.16 21:00:38.470 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:38.470 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:38.471 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:38.471 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff210217011b02e6014302b8224c01baff3a01b822b822b822ab01b822580231a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000026c2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:39.074 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:39.074 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:39.074 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:39.075 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd32e8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:44.476 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:44.476 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:44.477 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:44.477 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: aaff210218011b02e6014402b8224c01baff3901b822b822b822aa01b822580231a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000086c2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:45.069 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:45.070 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:45.070 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:45.070 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3ec1478) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:45.277 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:45.278 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:45.278 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:45.278 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000004f47
2017.01.16 21:00:45.475 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:45.476 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:45.476 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:45.477 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000004f47
2017.01.16 21:00:45.674 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:45.674 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:45.674 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:45.675 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000004f47
2017.01.16 21:00:45.871 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:45.872 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:45.872 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:45.872 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000004f47
2017.01.16 21:00:46.069 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:46.070 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:46.070 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:46.070 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000004f47
2017.01.16 21:00:50.438 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:50.438 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:50.439 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:50.439 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff220218011c02e6014402b8224c01baff3a01b822b822b822ab01b822590231a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df70100000000000e6c2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:51.031 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:51.031 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:51.031 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:51.032 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd33f0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:51.251 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:51.251 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:51.251 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:51.252 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005047
2017.01.16 21:00:51.437 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:51.438 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:51.438 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:51.438 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005047
2017.01.16 21:00:51.636 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:51.636 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:51.636 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:51.637 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005047
2017.01.16 21:00:51.833 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:51.834 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:51.834 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:51.834 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005047
2017.01.16 21:00:52.032 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:52.032 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:52.033 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:52.033 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005047
2017.01.16 21:00:56.477 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:56.477 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:56.477 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:00:56.478 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff220218011d02e6014402b8224c01baff3a01b822b822b822ab01b822590232a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000146c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:00:57.069 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:57.070 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:57.070 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:00:57.070 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd2ee0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:00:57.278 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:57.279 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:57.279 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:00:57.279 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005147
2017.01.16 21:00:57.476 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:57.477 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:57.477 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:00:57.477 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005147
2017.01.16 21:00:57.674 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:57.675 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:57.675 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:00:57.675 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005147
2017.01.16 21:00:57.872 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:57.873 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:57.873 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:00:57.874 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005147
2017.01.16 21:00:58.070 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:58.071 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:00:58.071 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:00:58.071 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005147
2017.01.16 21:01:02.472 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:02.472 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:02.472 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:02.473 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff220218011d02e7014502b8224c01baff3a01b822b822b822ab01b822590232a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df70100000000001a6c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:03.075 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:03.076 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:03.076 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:03.077 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd2eb0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:03.284 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:03.285 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:03.285 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:03.285 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005247
2017.01.16 21:01:03.471 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:03.472 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:03.472 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:03.472 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005247
2017.01.16 21:01:03.681 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:03.681 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:03.681 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:03.682 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005247
2017.01.16 21:01:03.878 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:03.879 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:03.879 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:03.879 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005247
2017.01.16 21:01:04.076 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:04.077 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:04.077 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:04.078 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005247
2017.01.16 21:01:08.434 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:08.435 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:08.435 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:08.435 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff230217011d02e7014502b8224c01baff3a01b822b822b822ab01b8225a0233a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000206c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:09.037 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:09.037 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:09.038 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:09.038 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x1b4b598) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:09.279 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:09.280 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:09.280 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:09.280 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005347
2017.01.16 21:01:09.477 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:09.478 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:09.478 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:09.478 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005347
2017.01.16 21:01:09.675 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:09.676 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:09.676 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:09.676 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005347
2017.01.16 21:01:09.873 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:09.874 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:09.874 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:09.874 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005347
2017.01.16 21:01:10.071 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:10.071 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:10.072 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:10.073 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005347
2017.01.16 21:01:14.472 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:14.473 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:14.473 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:14.474 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff230217011d02e7014602b8224c01baff3a01b822b822b822ab01b8225a0233a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000266c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:15.076 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:15.076 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:15.077 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:15.078 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3cd32e8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:15.274 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:15.274 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:15.275 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:15.275 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005447
2017.01.16 21:01:15.472 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:15.473 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:15.473 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:15.473 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005447
2017.01.16 21:01:15.682 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:15.682 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:15.682 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:15.683 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005447
2017.01.16 21:01:15.879 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:15.880 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:15.880 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:15.880 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005447
2017.01.16 21:01:16.077 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:16.077 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:16.078 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:16.078 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005447
2017.01.16 21:01:20.477 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:20.478 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:20.478 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:20.478 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff240217011e02e7014602b8224c01baff3a01b822b822b822ab01b8225a0233a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df70100000000002c6c2d1e6e47010000800100000000000000000000000000000000000000000000000000040131010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:21.071 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:21.071 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:21.072 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:21.072 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x4012dc8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:21.281 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:21.281 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:21.281 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:21.282 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005547
2017.01.16 21:01:21.478 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:21.478 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:21.479 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:21.479 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005547
2017.01.16 21:01:21.676 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:21.676 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:21.677 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:21.677 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005547
2017.01.16 21:01:21.874 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:21.874 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:21.874 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:21.875 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005547
2017.01.16 21:01:22.072 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:22.072 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:22.073 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:22.073 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005547
2017.01.16 21:01:26.473 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:26.473 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:26.474 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:26.474 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff240218011e02e7014702b8224c01baff3a01b822b822b822ac01b8225a0234a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000326c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:27.077 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:27.077 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:27.078 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:27.078 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x4015a88) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:27.286 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:27.287 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:27.287 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:27.287 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005647
2017.01.16 21:01:27.473 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:27.473 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:27.474 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:27.474 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005647
2017.01.16 21:01:27.671 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:27.671 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:27.672 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:27.672 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005647
2017.01.16 21:01:27.880 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:27.880 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:27.881 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:27.881 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005647
2017.01.16 21:01:28.078 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:28.078 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:28.079 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:28.079 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005647
2017.01.16 21:01:32.479 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:32.479 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:32.480 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:32.480 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff240217011e02e7014702b8224c01baff3a01b822b822b822ac01b8225b0234a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df7010000000000386c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:33.072 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:33.072 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:33.072 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:33.073 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3fb05b8) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:33.292 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:33.292 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:33.292 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:33.293 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005747
2017.01.16 21:01:33.479 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:33.479 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:33.480 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:33.480 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005747
2017.01.16 21:01:33.677 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:33.677 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:33.677 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:33.678 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005747
2017.01.16 21:01:33.875 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:33.875 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:33.876 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:33.876 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005747
2017.01.16 21:01:34.073 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:34.073 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:34.073 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:34.074 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005747
2017.01.16 21:01:38.474 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:38.474 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:38.475 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:38.475 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c73d0) Model: 7343 MSG: abff250217011e02e7014702b8224c01baff3a01b822b822b822ac01b8225b0235a021000000000000000000000000000f2700000f270f2700000000640000000000000000000000310100000000000000008a024df70100000000003e6c2d1e6e47010000800100000000000000000000000000000000000000000000000000040132010f270f2700000000eb000000000000000000000000000000
2017.01.16 21:01:39.078 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:39.079 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:39.079 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 734f
2017.01.16 21:01:39.079 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x1b4b5b0) Model: 7343 MSG: 0000000000000000000000000000000000000000
2017.01.16 21:01:39.287 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:39.287 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:39.287 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7342
2017.01.16 21:01:39.288 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c7c40) Model: 7343 MSG: b822b822b822b822b822b8220000000000005847
2017.01.16 21:01:39.474 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:39.474 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:39.474 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7343
2017.01.16 21:01:39.475 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c92b8) Model: 7343 MSG: b822b822b822b822b822b8220000000000005847
2017.01.16 21:01:39.672 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:39.672 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:39.673 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7344
2017.01.16 21:01:39.673 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25c9b28) Model: 7343 MSG: b822b822b822b822b822b8220000000000005847
2017.01.16 21:01:39.881 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:39.881 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:39.882 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7345
2017.01.16 21:01:39.882 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25ccec0) Model: 7343 MSG: b822b822b822b822b822b8220000000000005847
2017.01.16 21:01:40.079 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:40.079 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.16 21:01:40.080 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7346
2017.01.16 21:01:40.080 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x25cd730) Model: 7343 MSG: b822b822b822b822b822b8220000640000005847
2017.01.16 21:01:44.480 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.16 21:01:44.480 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
[code]Hallo Klaso,
bitte am ende noch den Log mit [//code] abschließen (nur ein /), so ist es besser lesbar.
pejonp
schon korrigiert, sorry
zu Versionen habe ich folgendes:
File Rev Last Change
21_VBUSDEV.pm 20170115 2017-01-15 10:10:10Z awk+pejonp
File Rev Last Change
20_VBUSLAN.pm 5117 2014-03-03 19:33:15Z akw
zu 19_VBUSIF.pm kann ich die Version nicht auf der Oberfläche auslesen
no loaded modules found that match: VBUSIF
wenn ich die Datei öffne, steht folgendes:
##############################################
# $Id: 19_VBUSIF.pm 201710115 2017-01-15 03:54:15Z awk+pejonp $
#
# VBUS LAN Adapter Device
# 19_VBUSIF.pm
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 Jörg (pejonp)
##############################################
Hallo klaso,
Fehler gefunden. Einige Log3 Aufrufe waren falsch. Die 20_VBUSLAN.pm wird nicht mehr benötigt. Beim Update wird diese gelöscht.
Mach mal bitte ein Update:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Hallo Pejonp,
hervorragend, nach update und reboot wird das fhem.log nicht mehr "zugemüllt" ;-) Vielen herzlichen Dank für Dein Engagement!
Die Datei VBUSLAN wurde durch das Update nicht gelöscht. Nachdem ich sie händisch gelöscht habe, erhielt ich nach reboot => Unknown module VBUSLAN
VBUSDEV_7341: unknown IODev vbus specified
Habe sie jetzt wieder ins Verzeichnis kopiert, reboot => funktioniert.
Werde mir in den nächsten Tagen mal meine config ansehen und auf den aktuellen Stand bringen.
Vielen Dank nochmals und schönen Abend
klaso
entweder löschst du das Device 7341 händisch, oder du stellst im Device 7341 das attribut "iodev" manuell auf VBUSIF um. Dann kan VBUSLAN gelöscht werden.
@pejonp, hast du noch andere sachen im Modul geändert? wenn nein, kann ich eine neue copy ins fhem repo ziehen. Oder komst du mittlerweile schon selbst ins repo?
Moin zusammen,
ich lese schon eine Weile mit und habe nun auch meinen DeltaSol_MX_Regler 7E11 über VbusLan eingebunden.
Die Daten werden aktuell ins fhem.log geschrieben. (Meine fhem.log sieht aus, wie von klaso im Post 517 dargestellt)
Leider ist es mir bisher nicht gelungen, in die vorgesehen LogFiles zu schreiben. Die Files bleiben leer.
Gestern habe ich noch mal ein Update auf die Version vom 16.01.17 und Reboot durchgeführt. Keine Änderung.
Kann mich mal jemand anschieben?
Hallo,
Stell mal bitte im vbusif verbose=5. um im log was zu sehen.
Pejonp
Ps: bitte die konfig einmal anhängen.
Hallo zusammen,
muss mich leider nochmals melden, ich bekomme es mit vbusif nicht zu laufen.
Ich habe die 3 vbus*-Dateien gelöscht, und ein Update via update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt durchgeführt. restart. dann folgendes definiert
define vbus VBUSIF 192.168.178.151:7053
attr vbus event-min-interval .*:120
attr vbus verbose 5
es wurde dann folgendes angelegt (sieht ganz gut aus)
define VBUSDEV_734f VBUSDEV 734f
attr VBUSDEV_734f event-min-interval .*:120
attr VBUSDEV_734f event-on-change-reading .*
attr VBUSDEV_734f room VBUSDEV
attr VBUSDEV_734f verbose 5
define FileLog_VBUSDEV_734f FileLog /opt/fhem/log/VBUSDEV_734f-%Y.log VBUSDEV_734f
attr FileLog_VBUSDEV_734f logtype text
attr FileLog_VBUSDEV_734f room VBUSDEV
define VBUSDEV_7342 VBUSDEV 7342
attr VBUSDEV_7342 event-min-interval .*:120
attr VBUSDEV_7342 event-on-change-reading .*
attr VBUSDEV_7342 room VBUSDEV
attr VBUSDEV_7342 verbose 5
define FileLog_VBUSDEV_7342 FileLog /opt/fhem/log/VBUSDEV_7342-%Y.log VBUSDEV_7342
attr FileLog_VBUSDEV_7342 logtype text
attr FileLog_VBUSDEV_7342 room VBUSDEV
define VBUSDEV_7343 VBUSDEV 7343
attr VBUSDEV_7343 event-min-interval .*:120
attr VBUSDEV_7343 event-on-change-reading .*
attr VBUSDEV_7343 room VBUSDEV
attr VBUSDEV_7343 verbose 5
define FileLog_VBUSDEV_7343 FileLog /opt/fhem/log/VBUSDEV_7343-%Y.log VBUSDEV_7343
attr FileLog_VBUSDEV_7343 logtype text
attr FileLog_VBUSDEV_7343 room VBUSDEV
define VBUSDEV_7344 VBUSDEV 7344
attr VBUSDEV_7344 event-min-interval .*:120
attr VBUSDEV_7344 event-on-change-reading .*
attr VBUSDEV_7344 room VBUSDEV
attr VBUSDEV_7344 verbose 5
define FileLog_VBUSDEV_7344 FileLog /opt/fhem/log/VBUSDEV_7344-%Y.log VBUSDEV_7344
attr FileLog_VBUSDEV_7344 logtype text
attr FileLog_VBUSDEV_7344 room VBUSDEV
define VBUSDEV_7345 VBUSDEV 7345
attr VBUSDEV_7345 event-min-interval .*:120
attr VBUSDEV_7345 event-on-change-reading .*
attr VBUSDEV_7345 room VBUSDEV
attr VBUSDEV_7345 verbose 5
define FileLog_VBUSDEV_7345 FileLog /opt/fhem/log/VBUSDEV_7345-%Y.log VBUSDEV_7345
attr FileLog_VBUSDEV_7345 logtype text
attr FileLog_VBUSDEV_7345 room VBUSDEV
define VBUSDEV_7346 VBUSDEV 7346
attr VBUSDEV_7346 event-min-interval .*:120
attr VBUSDEV_7346 event-on-change-reading .*
attr VBUSDEV_7346 room VBUSDEV
attr VBUSDEV_7346 verbose 5
define FileLog_VBUSDEV_7346 FileLog /opt/fhem/log/VBUSDEV_7346-%Y.log VBUSDEV_7346
attr FileLog_VBUSDEV_7346 logtype text
attr FileLog_VBUSDEV_7346 room VBUSDEV
define VBUSDEV_7341 VBUSDEV 7341
attr VBUSDEV_7341 event-min-interval .*:120
attr VBUSDEV_7341 event-on-change-reading .*
attr VBUSDEV_7341 room VBUSDEV
attr VBUSDEV_7341 verbose 5
define FileLog_VBUSDEV_7341 FileLog /opt/fhem/log/VBUSDEV_7341-%Y.log VBUSDEV_7341
attr FileLog_VBUSDEV_7341 logtype text
attr FileLog_VBUSDEV_7341 room VBUSDEV
Allerdings erhalte ich dann seltsame Werte, z. T. wird die Aussentemperatur korrekt mit -11°C angezeigt, und eine Sekunde später switcht es jedoch auf 26°C.
Im fhemlog habe ich gesehen, dass alles via "VBUSDEV_Parse20 : Command 0100" korrekt ankommt
2017.01.17 23:50:17.299 4: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.17 23:50:17.299 4: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.17 23:50:17.300 4: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7341
2017.01.17 23:50:17.300 4: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x4524628) Model: 7343 MSG: 92ff2b021b012a0272015d02b8224001abff3a01b822b822b8227b01b8226a029ab821000000000000000000000000000f2700000f270f2700000000640000000000000000000000350100000000000000008a027ff701000000000045e52e1e6e47010000800100000000000000000000000000000000000000000000000100070132010f270f2700000000e9000000000000000000000000000000
2017.01.17 23:50:17.302 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S1-SF-K = -11 °C
2017.01.17 23:50:17.302 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S2-SF-1 = 55.5 °C
2017.01.17 23:50:17.303 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S3-SF-2 = 28.5 °C
2017.01.17 23:50:17.304 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S4-SF-3 = 55.5 °C
2017.01.17 23:50:17.305 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S5-FN-HK = 37 °C
2017.01.17 23:50:17.305 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S6-FN-WW = 60.5 °C
2017.01.17 23:50:17.306 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S8-FZ = 32 °C
2017.01.17 23:50:17.307 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S9-AF = -8.5 °C
2017.01.17 23:50:17.308 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S10-VL-F1 = 31.5 °C
2017.01.17 23:50:17.309 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S14-KF = 38 °C
2017.01.17 23:50:17.309 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S16-BF = 62 °C
Allerdings alles via "VBUSDEV_Parse20 : Command 0200" sind falsche Werte
2017.01.17 23:50:12.357 4: VBUSDEV_Parse20 : Command 0200 DevTyp: HASH(0x4524628) Model: 7343 MSG: 0001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000
2017.01.17 23:50:12.357 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S1-SF-K = 26 °C
2017.01.17 23:50:12.358 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S2-SF-1 = 0 °C
2017.01.17 23:50:12.358 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S3-SF-2 = 0 °C
2017.01.17 23:50:12.359 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S4-SF-3 = 0 °C
2017.01.17 23:50:12.359 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S5-FN-HK = 26 °C
2017.01.17 23:50:12.359 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S6-FN-WW = 0 °C
2017.01.17 23:50:12.360 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S7-FN-K2 = 0 °C
2017.01.17 23:50:12.360 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S8-FZ = 0 °C
2017.01.17 23:50:12.361 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S9-AF = 26 °C
2017.01.17 23:50:12.361 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S10-VL-F1 = 0 °C
2017.01.17 23:50:12.362 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S11-FV-1 = 0 °C
2017.01.17 23:50:12.362 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S12-VL-F = 0 °C
2017.01.17 23:50:12.362 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S13-FV- = 26 °C
2017.01.17 23:50:12.363 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S14-KF = 0 °C
2017.01.17 23:50:12.363 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S15-KF- = 0 °C
2017.01.17 23:50:12.364 4: VBUSDEV_7341: VBUSDEV_ParsePayload4: code: 7341 : S16-BF = 0 °C
Jetzt habe ich es am Rpi versucht, gleiches Problem. Habe Heizung und vbus-Adapter stromlos gemacht und alles nochmals neu eingerichtet => ändert leider nichts
Ein paar Seiten vorher hatte ein vbus-Nutzer das gleiche Problem, ich kann aber nicht erkennen, wie es gelöst wurde.
Könntet ihr mir bitte nochmals behilflich sein.
Weitere Infos habe ich als Attachment angehängt
Vielen Dank udn Grüsse
klaso
Hallo klaso,
mach mal bitte ein update:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
ich habe jetzt auch das 0x20 command rausgenommen. Läuft bei dir noch einen Steuerungssoftware für das VBUS-Device mit ?
@Kowalsky: update durchgeführt ? Was für ein VBUS-Adapter (USB oder LAN) ? Ist der Adapter mit der RESOL Configcenter-SW erreichbar ? Adapter einmal stromlos gemacht.
kann heute darauf wahrscheinlich nicht mehr antworten. Muß zum Sport ;-)
pejonp
Hallo pejonp,
leider noch das gleiche Bild. Habe vorsichtshalber alle vbus*-Dateien händisch gelöscht, zusätzlich alle Verzeichnisse nach diesen Files durchsucht, nicht dass sie noch in einem anderem Verzeichnis vorhanden sind. habe fhem.save und event.types auch gelöscht.
Im Anschluss wieder das Update durchgeführt und das Gerät definiert und reboot.
An der Heizungssteuerung hängt am vbus nur der LAN-Adapter, ist der Originale, kein Eigenbau. Sonst gibt es auch nichts, was auf die vbus-Schnittstelle zugreift. Es gab auch kein FW-Update der Heizungssteuerung, etc. . Und wie gesagt funktioniert es mit VBUSLAN problemlos. Habe alles auch mal stromlos gemacht....
Seitens Server gibt es auch nichts, was darauf zugreift. Die Daten von vbus werden mittels readingsProxy abgefragt, anbei ein Bespiel:
define Kollektoren readingsProxy VBUSDEV_7341:S1-SF-K
attr Kollektoren fp_Heizung 44,371,1,Kollektoren,
attr Kollektoren group 1_Temperaturen
attr Kollektoren icon sani_solar_temp
attr Kollektoren room Heizung-Uebersicht
define Solarfuehler_oben readingsProxy VBUSDEV_7341:S2-SF-1
attr Solarfuehler_oben fp_Heizung 396,316,1,Solarfuehler_oben,
attr Solarfuehler_oben group 1_Temperaturen
attr Solarfuehler_oben icon sani_buffer_temp_up
attr Solarfuehler_oben room Heizung-Uebersicht
Und sonst gibt es keinerlei Clients/Apps/Systeme, die irgendwie darauf zugreifen. Habe aus der VBUSDEV mal alle anderen Steuerungen gelöscht, es war nur noch die 7341 vorhanden => hatte keinen Einfluss.
In meiner Verzweiflung noch eine doofe Frage: beim Update via
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt werden folgende Files kopiert:
DEL FHEM/19_VBUSIF.pm
DEL FHEM/21_VBUSDEV.pm
DEL FHEM/20_VBUSLAN.pm
UPD 2017_01_15_21:54:00 7883 FHEM/19_VBUSIF.pm
UPD 2017_01_15_21:54:00 96569 FHEM/21_VBUSDEV.pm
Es sind aber schon die richtigen Dateien, welche kopiert werden? nicht dass die Aktualiserung wegen Replikationsprobleme nicht durchgelaufen ist und ich immer noch die Datei von gestern erhalte....
Wäre prima, wenn du noch einen Lösungsansatz hättest. Not habe ich jetzt gerade keine, da ich es erstmal mit VBUSLAN weiterlaufen lasse. Gibt es eine Planung, wie lange dies mit VBUSLAN noch funktioniert? Wenn ich es richtig verstanden habe, wird diese nicht mehr weiterentwickelt.
vielen dank und grüsse
klaso
PS: würde dieses Modul auch mit einem DL2 funktionieren? hätte einen vorliegen und könnte diesen Testweise anschliessen, habe allerdings wenig Hoffnung.
Hallo klaso,
Dl2 geht, wird aber über das HTTPMOD-MODUL EINGEBUNDEN. Steht weiter vorne im Post.
Stoppe einmal dein fhem. Sichere dir fhem.cfg und dein log Verzeichnis. Kopiere eine leere fhem.cfg ins fhem Verzeichnis.
. Fhem neu starten.
Jetzt trage über fhem nur den vbus_device Adapter ein und warte. Sollte es nicht gehen, poste einmal dein log.
Define Thermie VBUSIF ip:7053
Pejonp
Hallo pejonp,
vbusif war auf verbose=5 eingestellt.
Meine fhem.cfg:
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m-%d.log
attr global modpath .
attr global motd Messages collected while initializing FHEM:\
configfile: FileLog_VBUSDEV_7e11 already defined, delete it first\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL_0 CUL /dev/ttyACM0@9600 1034
define KS300 KS300 1234
attr KS300 IODev CUL_0
attr KS300 room KS300
define FileLog_KS300 FileLog ./log/KS300-%Y.log KS300:T:.*
attr FileLog_KS300 logtype temp4rain10:Temp/Rain,hum6wind8:Wind/Hum,text
attr FileLog_KS300 room KS300
define SVG_KS300 SVG FileLog_KS300:temp4rain10:CURRENT
attr SVG_KS300 label "KS300 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_KS300 room Plots
define SVG_KS300_2 SVG FileLog_KS300:hum6wind8:CURRENT
attr SVG_KS300_2 label "KS300 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_KS300_2 room Plots
define CUL_WS_1 CUL_WS 1
attr CUL_WS_1 room CUL_WS
define FileLog_CUL_WS_1 FileLog ./log/CUL_WS_1-%Y.log CUL_WS_1:T:.*
attr FileLog_CUL_WS_1 logtype temp4hum6:Temp/Hum,text
attr FileLog_CUL_WS_1 room CUL_WS
define SVG_CUL_WS_1 SVG FileLog_CUL_WS_1:temp4hum6:CURRENT
attr SVG_CUL_WS_1 label "CUL_WS_1 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_WS_1 room Plots
define CUL_WS_4 CUL_WS 4
attr CUL_WS_4 room CUL_WS
define FileLog_CUL_WS_4 FileLog ./log/CUL_WS_4-%Y.log CUL_WS_4:T:.*
attr FileLog_CUL_WS_4 logtype temp4hum6:Temp/Hum,text
attr FileLog_CUL_WS_4 room CUL_WS
define SVG_CUL_WS_4 SVG FileLog_CUL_WS_4:temp4hum6:CURRENT
attr SVG_CUL_WS_4 label "CUL_WS_4 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_WS_4 room Plots
define CUL_WS_7 CUL_WS 7
attr CUL_WS_7 room CUL_WS
define FileLog_CUL_WS_7 FileLog ./log/CUL_WS_7-%Y.log CUL_WS_7:T:.*
attr FileLog_CUL_WS_7 logtype temp4hum6:Temp/Hum,text
attr FileLog_CUL_WS_7 room CUL_WS
define SVG_CUL_WS_7 SVG FileLog_CUL_WS_7:temp4hum6:CURRENT
attr SVG_CUL_WS_7 label "CUL_WS_7 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_WS_7 room Plots
define FS20_eb8443 FS20 eb84 43
attr FS20_eb8443 IODev CUL_0
attr FS20_eb8443 room FS20
define FileLog_FS20_eb8443 FileLog ./log/FS20_eb8443-%Y.log FS20_e88476:.*|FS20_eb8443
attr FileLog_FS20_eb8443 logtype text
attr FileLog_FS20_eb8443 room FS20
define CUL_WS_8 CUL_WS 8
attr CUL_WS_8 room CUL_WS
define FileLog_CUL_WS_8 FileLog ./log/CUL_WS_8-%Y.log CUL_WS_8:T:.*
attr FileLog_CUL_WS_8 logtype temp4hum6:Temp/Hum,text
attr FileLog_CUL_WS_8 room CUL_WS
define SVG_CUL_WS_8 SVG FileLog_CUL_WS_8:temp4hum6:CURRENT
attr SVG_CUL_WS_8 label "CUL_WS_8 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_WS_8 room Plots
define FS20_e88476 FS20 e884 76
attr FS20_e88476 IODev CUL_0
attr FS20_e88476 room FS20
define FileLog_FS20_e88476 FileLog ./log/FS20_e88476-%Y.log FS20_e88476
attr FileLog_FS20_e88476 logtype text
attr FileLog_FS20_e88476 room FS20
#RESOL Solar + Ofen
define vbus VBUSIF meine_URL.my-router.de:7053
attr vbus event-min-interval .*:120
attr vbus verbose 5
define VBUSDEV_7e11 VBUSDEV ./log/VBUSDEV_7e11-%Y.log VBUSDEV_7e11
attr VBUSDEV_7e11 devStateIcon .*:sani_buffer_temp_all
attr VBUSDEV_7e11 event-min-interval .*:120
attr VBUSDEV_7e11 event-on-change-reading .*
attr VBUSDEV_7e11 model 1
attr VBUSDEV_7e11 room Solarregler
attr VBUSDEV_7e11 verbose 5
define VBUSDEV_7e21 VBUSDEV 7e21
attr VBUSDEV_7e21 event-min-interval .*:120
attr VBUSDEV_7e21 event-on-change-reading .*
attr VBUSDEV_7e21 model
attr VBUSDEV_7e21 room Solarregler
attr VBUSDEV_7e21 verbose 5
define FileLog_VBUSDEV_7e21 FileLog ./log/VBUSDEV_7e21-%Y.log VBUSDEV_7e21
attr FileLog_VBUSDEV_7e21 logtype text
attr FileLog_VBUSDEV_7e21 room VBUSDEV
define VBUSDEV_7e31 VBUSDEV 7e31
attr VBUSDEV_7e31 devStateIcon .*:sani_heating
attr VBUSDEV_7e31 event-min-interval .*:120
attr VBUSDEV_7e31 event-on-change-reading .*
attr VBUSDEV_7e31 model
attr VBUSDEV_7e31 room Solarregler
attr VBUSDEV_7e31 verbose 5
define FileLog_VBUSDEV_7e31 FileLog ./log/VBUSDEV_7e31-%Y.log VBUSDEV_7e31
attr FileLog_VBUSDEV_7e31 logtype text
attr FileLog_VBUSDEV_7e31 room VBUSDEV
define VBUSDEV_047f VBUSDEV 047f
attr VBUSDEV_047f event-min-interval .*:120
attr VBUSDEV_047f event-on-change-reading .*
attr VBUSDEV_047f room VBUSDEV
attr VBUSDEV_047f verbose 5
define FileLog_VBUSDEV_047f FileLog ./log/VBUSDEV_047f-%Y.log VBUSDEV_047f
attr FileLog_VBUSDEV_047f logtype text
attr FileLog_VBUSDEV_047f room VBUSDEV
define VBUSDEV_0000 VBUSDEV 0000
attr VBUSDEV_0000 event-min-interval .*:120
attr VBUSDEV_0000 event-on-change-reading .*
attr VBUSDEV_0000 model 1
attr VBUSDEV_0000 room VBUSDEV
attr VBUSDEV_0000 verbose 5
define FileLog_VBUSDEV_0000 FileLog ./log/VBUSDEV_0000-%Y.log VBUSDEV_0000
attr FileLog_VBUSDEV_0000 logtype text
attr FileLog_VBUSDEV_0000 room VBUSDEV
define VBUSDEV_0240 VBUSDEV 0240
attr VBUSDEV_0240 event-min-interval .*:120
attr VBUSDEV_0240 event-on-change-reading .*
attr VBUSDEV_0240 room VBUSDEV
attr VBUSDEV_0240 verbose 5
define FileLog_VBUSDEV_0240 FileLog ./log/VBUSDEV_0240-%Y.log VBUSDEV_0240
attr FileLog_VBUSDEV_0240 logtype text
attr FileLog_VBUSDEV_0240 room VBUSDEV
define VBUSDEV_7f00 VBUSDEV 7f00
attr VBUSDEV_7f00 event-min-interval .*:120
attr VBUSDEV_7f00 event-on-change-reading .*
attr VBUSDEV_7f00 room VBUSDEV
attr VBUSDEV_7f00 verbose 5
define FileLog_VBUSDEV_7f00 FileLog ./log/VBUSDEV_7f00-%Y.log VBUSDEV_7f00
attr FileLog_VBUSDEV_7f00 logtype text
attr FileLog_VBUSDEV_7f00 room VBUSDEV
define VBUSDEV_007f VBUSDEV 007f
attr VBUSDEV_007f event-min-interval .*:120
attr VBUSDEV_007f event-on-change-reading .*
attr VBUSDEV_007f room VBUSDEV
attr VBUSDEV_007f verbose 5
define FileLog_VBUSDEV_007f FileLog ./log/VBUSDEV_007f-%Y.log VBUSDEV_007f
attr FileLog_VBUSDEV_007f logtype text
attr FileLog_VBUSDEV_007f room VBUSDEV
define VBUSDEV_0039 VBUSDEV 0039
attr VBUSDEV_0039 event-min-interval .*:120
attr VBUSDEV_0039 event-on-change-reading .*
attr VBUSDEV_0039 room VBUSDEV
attr VBUSDEV_0039 verbose 5
define FileLog_VBUSDEV_0039 FileLog ./log/VBUSDEV_0039-%Y.log VBUSDEV_0039
attr FileLog_VBUSDEV_0039 logtype text
attr FileLog_VBUSDEV_0039 room VBUSDEV
define VBUSDEV_011d VBUSDEV 011d
attr VBUSDEV_011d event-min-interval .*:120
attr VBUSDEV_011d event-on-change-reading .*
attr VBUSDEV_011d model 1
attr VBUSDEV_011d room VBUSDEV
attr VBUSDEV_011d verbose 5
define FileLog_VBUSDEV_011d FileLog ./log/VBUSDEV_011d-%Y.log VBUSDEV_011d
attr FileLog_VBUSDEV_011d logtype text
attr FileLog_VBUSDEV_011d room VBUSDEV
define VBUSDEV_0734 VBUSDEV 0734
attr VBUSDEV_0734 event-min-interval .*:120
attr VBUSDEV_0734 event-on-change-reading .*
attr VBUSDEV_0734 room VBUSDEV
attr VBUSDEV_0734 verbose 5
define FileLog_VBUSDEV_0734 FileLog ./log/VBUSDEV_0734-%Y.log VBUSDEV_0734
attr FileLog_VBUSDEV_0734 logtype text
attr FileLog_VBUSDEV_0734 room VBUSDEV
define FileLog_VBUSDEV_7e11 FileLog ./log/VBUSDEV_7e11-%Y.log VBUSDEV_7e11
attr FileLog_VBUSDEV_7e11 logtype text
attr FileLog_VBUSDEV_7e11 room Solarregler
Hallo Kowalsky ,
Vorschlag: so machen wie ich es im post vorher beschrieben habe.
Geräte die nicht befüllt werden, sind wahrscheinlich noch nicht definiert.
Pejonp
Hallo pejonp,
ich habe jetzt mal meinen Bastel-Rpi neuinstalliert, update-upgrade etc. alles up to date.
im anschluss fhem installiert und dort das update durchgeführt
dann update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt durchgeführt
in der fhem.cfg nur diese Zeile angelegt: define Thermie VBUSIF 192.168.178.151:7053 und shutdown restart.
Es hat sich nichts an den Werten geändert, es komen kurz die korrekten Werte, und eine Sekunde später die falschen Werte. Ich habe mal einiges an Logs angefügt. Falls andere LogFiles benötigt werden, bitte kurze Info.
Vielen Dank und Grüsse
klaso
Hallo klaso,
mach mal bitte wieder ein update. Bei bestimmten Nachrichten wird abgebrochen. Jetzt sollten eigentlich keine anderen Nachrichten als 0010 ankommen.
Für eine DL2 hatte ich schon einmal etwas gemacht. Schau mal hier https://github.com/pejonp/vbus oder auch hier https://forum.fhem.de/index.php/topic,10303.msg473416.html#msg473416.
Die RegExp werden aber nicht so ganz stimmen. Muß sicher angepaßt werden. Du kannst ja mal die Ausgabe des DL2 anhängen.
pejonp
Hallo pejonp,
sieht sehr gut aus, Vielen herzlichen Dank !!
jetzt kommen nur noch "saubere" Werte an, funktioniert prima!!
Wegen DL2 habe ich gestern schonmal nachgelesen, werde mir dies mal genauer ansehen.
Vielen herzlichen Dank nochmals für Deine Unterstützung, bist mein Held des Tages ;-)
VG
klaso
Zitat von: pejonp am 19 Januar 2017, 21:57:19
Für eine DL2 hatte ich schon einmal etwas gemacht. Schau mal hier https://github.com/pejonp/vbus oder auch hier https://forum.fhem.de/index.php/topic,10303.msg473416.html#msg473416.
Die RegExp werden aber nicht so ganz stimmen. Muß sicher angepaßt werden. Du kannst ja mal die Ausgabe des DL2 anhängen.
Hallo pejonp,
habe mal ein paar RegExp angepasst. So wie es aussieht, funktioniert dies aber nur bei positiven Temperaturwerten, oder? Die Kollektortemperatur wurde zuerst nicht angezeigt, seit diese in Plus-Bereich ist, funktioniert es. Die Aussentemperatur wird nichwievor nicht angezeigt. Das Systemdatum wird nur mit "2017" angezeigt, und nicht "2017-01-20 11:24:19". Habe mal versucht, mit Maskierung hier weiterzukommen, so ganz klappt dies nicht. Wie rufst du die Werte ab, wenn ein Minus-Zeichen vorangestellt ist? Anbei ein Auszug der config:
# S1-SF-K
attr DL2 reading01Name Temperature_Sensor_01
attr DL2 reading01Regex field_index\" : 0,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S2-SF-1
attr DL2 reading02Name Temperature_Sensor_02
attr DL2 reading02Regex field_index\" : 1,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S3-SF-2
attr DL2 reading03Name Temperature_Sensor_03
attr DL2 reading03Regex field_index\" : 2,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S4-SF-3/WT/F-RLA1/RLU1
attr DL2 reading04Name Temperature_Sensor_04
attr DL2 reading04Regex field_index\" : 3,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S5-FN-HK/F-RLA2
attr DL2 reading05Name Temperature_Sensor_05
attr DL2 reading05Regex field_index\" : 4,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S6-FN-WW/BF/SF-WT
attr DL2 reading06Name Temperature_Sensor_06
attr DL2 reading06Regex field_index\" : 5,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S7-FN-K2
attr DL2 reading07Name Temperature_Sensor_07
attr DL2 reading07Regex field_index\" : 6,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S8-FZ
attr DL2 reading08Name Temperature_Sensor_08
attr DL2 reading08Regex field_index\" : 7,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S9-AF
attr DL2 reading09Name Temperature_Sensor_09
attr DL2 reading09Regex field_index\" : 8,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
# S10-VL-F1
attr DL2 reading10Name Temperature_Sensor_10
attr DL2 reading10Regex field_index\" : 9,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
Habe mal die Infos noch als Attachment angehängt. Infos zu WMZ etc. muss ich noch abändern, ist jetzt der erste Versuch. Das mit dem Minuszeichen ist etwas suspekt, wie funktioniert dies bei dir? müsste hier nicht anstatt \d ein -\d sein? Maskierung bei Ziffern wäre doch /\d/ bei Ziffern und Minuszeichen /[-\d]
VG
klaso
Nachtrag: habe es wie folgt abgeändert, zeigt bei mir jetzt erstmal positive und negative Temperaturen an
attr DL2 reading01Regex field_index\" : 0,[ \n\t]+"raw_value"[ : \n\t\-\d.*,]+"value"[ : \t\"]+([\-\d\.]+)
Hallo Klaso,
so wie es aussieht kommen die Daten an und passen. Jetzt solltest du dich für eine Variante entscheiden.
Ist der DL2 immer im Netzwerk (IP) mitgelaufen. Wenn ja, dann kammen wahrscheinlich deshalb diese Meldungen, die ich jetzt ausfilter. (siehe dein Bild).
pejonp
Hallo pejonp,
als ich mit der Resol-Software die Daten abgerufen habe, ist der DL2 mitgelaufen. Aber ich habe ihn bei den Tests ausgesteckt. Eigentlich sollte doch dann auch nichts geschehen, wenn dieser stromlos ist. Nichtsdestotrotz hätte ich dies erwähnen müssen, sorry dass ich die Konstellation nicht genauer beschrieben habe.
Wie werden denn die Daten vom DL2 oder vbus weiterverarbeitet? Ich verwende hierzu immer readingsProxy. Da kann ich jeden Sensor einzeln benamen, Icons zuordnen, im Floorplan einbinden, etc. . Nachdem es ja schon fast unzählige Möglichkeiten gibt würde es mich interessieren, wie es andere umsetzen. Habe mal meine config beigefügt.
Vielen Dank und Grüsse
klaso
Hallo klaso,
Alles ok. Ich konnte mir nur nicht erklären woher diese Nachrichten kommen.
Ich zeige meine Daten eigentlich nur in einem Diagramm an. Man könnte sicher etwas mehr daraus machen. z.B. Erzeugung pro Jahr oder so.
Pejonp
Hallo pejonp,
deine Vermutung war richtig. Das Device war nicht angelegt.
Ein list VBUSDEF_7e11 brachte:
No device named VBUSDEF_7e11 found
Mein Interface ist ein orginal Resol Lan Interface und die Komunikation mit dem Resol ServiceCenter klappt einwandfrei.
Ich habe mich an klaso's Vorgehensweise orientiert und zu guter Letzt meinen Raspberry komplett neu aufgesetzt.
Alle Updates und Upgrades, auch das der VBUS-Devices, sind durchgeführt.
Das Lan Interface ist vom Raspberry erreichbar:
telnet (meine URL) 7053
Trying (meine IP)...
Connected to (meine URL).
Escape character is '^]'.
+HELLO
PASS vbus
+OK: Password accepted
QUIT
Connection closed by foreign host.
die Devices wurden automatisch angelegt:
VBUSDEV_7e11
VBUSDEV_7e21
VBUSDEV_7e31
ein erneutes list VBUSDEF_7e11 brachte:
No device named VBUSDEF_7e11 found
Dann habe ich diese Devices manuell mit dem identischen Inhalt angelegt
list ResolRegler
Internals:
CODE 7e11
DEF 7e11
IODev vbus
NAME ResolRegler
NR 26
STATE Defined
TYPE VBUSDEV
Attributes:
IODev vbus
event-min-interval .*:360
model 1
room VBUSDEV
verbose 5
fhem.cfg
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL_0 CUL /dev/ttyACM0@9600 1034
define vbus VBUSIF (meine_URL):7053
attr vbus event-min-interval .*:120
attr vbus verbose 5
define VBUSDEV_7e21 VBUSDEV 7e21
attr VBUSDEV_7e21 event-min-interval .*:120
attr VBUSDEV_7e21 event-on-change-reading .*
attr VBUSDEV_7e21 model
attr VBUSDEV_7e21 room VBUSDEV
attr VBUSDEV_7e21 verbose 5
define FileLog_VBUSDEV_7e21 FileLog ./log/VBUSDEV_7e21-%Y.log VBUSDEV_7e21
attr FileLog_VBUSDEV_7e21 logtype text
attr FileLog_VBUSDEV_7e21 room VBUSDEV
define VBUSDEV_7e31 VBUSDEV 7e31
attr VBUSDEV_7e31 event-min-interval .*:120
attr VBUSDEV_7e31 event-on-change-reading .*
attr VBUSDEV_7e31 model
attr VBUSDEV_7e31 room VBUSDEV
attr VBUSDEV_7e31 verbose 5
define FileLog_VBUSDEV_7e31 FileLog ./log/VBUSDEV_7e31-%Y.log VBUSDEV_7e31
attr FileLog_VBUSDEV_7e31 logtype text
attr FileLog_VBUSDEV_7e31 room VBUSDEV
define ResolRegler VBUSDEV 7e11
attr ResolRegler IODev vbus
attr ResolRegler event-min-interval .*:360
attr ResolRegler model
attr ResolRegler room VBUSDEV
attr ResolRegler verbose 5
define FileLog_ResolRegler FileLog ./log/ResolRegler-%Y-%m-%d.log ResolRegler
attr FileLog_ResolRegler room VBUSDEV
define ResolHeizkreis VBUSDEV 7e21
attr ResolHeizkreis event-min-interval .*:120
attr ResolHeizkreis event-on-change-reading .*
attr ResolHeizkreis model
attr ResolHeizkreis room VBUSDEV
attr ResolHeizkreis verbose 5
define ResolWMZ VBUSDEV 7e31
attr ResolWMZ event-min-interval .*:120
attr ResolWMZ event-on-change-reading .*
attr ResolWMZ model
attr ResolWMZ room VBUSDEV
attr ResolWMZ verbose 5
define FileLog_ResolWMZ FileLog ./log/ResolWMZ-%Y-%m-%d.log ResolWMZ
define FileLog_ResolHeizkreis FileLog ./log/ResolHeizkreis-%Y-%m-%d.log ResolHeizkreis
define VBUSDEV_7e11 VBUSDEV 7e11
attr VBUSDEV_7e11 event-min-interval .*:120
attr VBUSDEV_7e11 event-on-change-reading .*
attr VBUSDEV_7e11 model
attr VBUSDEV_7e11 room VBUSDEV
attr VBUSDEV_7e11 verbose 5
define FileLog_VBUSDEV_7e11 FileLog ./log/VBUSDEV_7e11-%Y.log VBUSDEV_7e11
attr FileLog_VBUSDEV_7e11 logtype text
attr FileLog_VBUSDEV_7e11 room VBUSDEV
Logverzeichnis
pi@raspberrypi / $ cd /opt/fhem/log
pi@raspberrypi /opt/fhem/log $ ls -la
insgesamt 663912
drwxrwxrwx 2 fhem dialout 4096 Jan 22 00:00 .
drwxrwxrwx 10 fhem dialout 4096 Jan 21 10:07 ..
-rw-r--r-- 1 fhem dialout 134 Jan 22 09:29 eventTypes.txt
-rw-r--r-- 1 fhem dialout 0 Jan 21 09:43 fhem-2017-01-21.log
-rw-r--r-- 1 fhem dialout 0 Jan 22 00:00 fhem-2017-01-22.log
-rw-rw-rw- 1 fhem dialout 679823168 Jan 22 09:57 fhem-2017-01.log
-rw-rw-rw- 1 fhem dialout 1097 Jan 22 09:29 fhem.save
-rw-r--r-- 1 fhem dialout 0 Jan 19 22:18 Heizung-2017.log
-rw-r--r-- 1 fhem dialout 0 Jan 20 19:00 ResolHeizkreis-2017-01-20.log
-rw-r--r-- 1 fhem dialout 0 Jan 21 00:00 ResolHeizkreis-2017-01-21.log
-rw-r--r-- 1 fhem dialout 0 Jan 22 00:00 ResolHeizkreis-2017-01-22.log
-rw-r--r-- 1 fhem dialout 0 Jan 21 09:44 ResolRegler-2017-01-21.log
-rw-r--r-- 1 fhem dialout 0 Jan 22 00:00 ResolRegler-2017-01-22.log
-rw-r--r-- 1 fhem dialout 0 Jan 20 17:35 ResolRegler-2017-01.log
-rw-r--r-- 1 fhem dialout 0 Jan 20 18:59 ResolWMZ-2017-01-20.log
-rw-r--r-- 1 fhem dialout 0 Jan 21 00:00 ResolWMZ-2017-01-21.log
-rw-r--r-- 1 fhem dialout 0 Jan 22 00:00 ResolWMZ-2017-01-22.log
-rw-r--r-- 1 fhem dialout 0 Jan 19 21:58 VBUSDEV_7e11-2017.log
-rw-r--r-- 1 fhem dialout 0 Jan 19 21:58 VBUSDEV_7e21-2017.log
-rw-r--r-- 1 fhem dialout 0 Jan 19 21:58 VBUSDEV_7e31-2017.log
fhem.log
BUSIF_Read6 MSG: aa1000117e10000119368a01b8018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000cfc8341e00000000 Payload: 8a01b8018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000cfc8341e00000000
2017.01.22 11:01:39 5 : vbus: dispatch aa1000117e10000119368a01b8018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000cfc8341e00000000
2017.01.22 11:01:39 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e11
2017.01.22 11:01:39 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:39 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e11
2017.01.22 11:01:39 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0xd308e8) Model: 7e21 MSG: 8a01b8018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000cfc8341e00000000
2017.01.22 11:01:39 4 : VBUSDEV_7e11 VBUSDEV_ParsePayload5: VBUSDEV_7e11 (7e11) HASH(0xd308e8)
2017.01.22 11:01:39 4 : VBUSDEV_7e11 VBUSDEV_ParsePayload7: VBUSDEV_7e11 (7e11) HASH(0xd308e8))
2017.01.22 11:01:39 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:39 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0138010536404773000302010b0000007300000000007f
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0138010536404773000302010b0000007300000000007f0408000000730000
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0138010536404773000302010b0000007300000000007f04080000007300000000007f00000000007f00000000007f646400000037
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0138010536404773000302010b0000007300000000007f04080000007300000000007f00000000007f00000000007f646400000037aa10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read2a Len: 140 Counter: 10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read4: OK message length: 140 : 140
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read6 MSG: aa1500117e1000010a40020a00008a01b801c0c77300010b0000000000000408000000000000000000000000000064640000 Payload: 020a00008a01b801c0c77300010b0000000000000408000000000000000000000000000064640000
2017.01.22 11:01:40 5 : vbus: dispatch aa1500117e1000010a40020a00008a01b801c0c77300010b0000000000000408000000000000000000000000000064640000
2017.01.22 11:01:40 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0015 SRC-ADR: 7e11
2017.01.22 11:01:40 4 : VBUSDEV_Parse03: Standard-Infos ioName: vbus DST-ADR: 0015
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1000217e100001013e2e010e000141
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1000217e100001013e2e010e000141aa1000317e100001042b
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read2a Len: 32 Counter: 1
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read4: OK message length: 32 : 32
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read6 MSG: aa1000217e100001013eae010e00 Payload: ae010e00
2017.01.22 11:01:40 5 : vbus: dispatch aa1000217e100001013eae010e00
2017.01.22 11:01:40 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e21
2017.01.22 11:01:40 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:40 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e21
2017.01.22 11:01:40 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x6c38e0) Model: 7e21 MSG: ae010e00
2017.01.22 11:01:40 4 : ResolHeizkreis VBUSDEV_ParsePayload5: ResolHeizkreis (7e21) HASH(0x6c38e0)
2017.01.22 11:01:40 4 : ResolHeizkreis VBUSDEV_ParsePayload7: ResolHeizkreis (7e21) HASH(0x6c38e0))
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1000317e100001042b40477300030200000000007f00000000007f463100000008
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa1000317e100001042b40477300030200000000007f00000000007f463100000008aa5266117e1000020e
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read2a Len: 68 Counter: 4
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read4: OK message length: 68 : 68
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read6 MSG: aa1000317e100001042bc0c77300000000000000000046310000 Payload: c0c77300000000000000000046310000
2017.01.22 11:01:40 5 : vbus: dispatch aa1000317e100001042bc0c77300000000000000000046310000
2017.01.22 11:01:40 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e31
2017.01.22 11:01:40 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:40 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e31
2017.01.22 11:01:40 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0xebef88) Model: 7e21 MSG: c0c77300000000000000000046310000
2017.01.22 11:01:40 4 : ResolWMZ VBUSDEV_ParsePayload5: ResolWMZ (7e31) HASH(0xebef88)
2017.01.22 11:01:40 4 : ResolWMZ VBUSDEV_ParsePayload7: ResolWMZ (7e31) HASH(0xebef88))
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa5266117e1000020e1800010000007e00000000007f00010000007e00000000007f00010000007e00000000007f
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa5266117e1000020e1800010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa5266117e1000020e1800010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00000000007f00000000007f00000000007f
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa5266117e1000020e1800010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00000000007f00000000007f00000000007faa
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read2a Len: 188 Counter: 14
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read4: OK message length: 188 : 188
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read6 MSG: aa5266117e1000020e180001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000 Payload: 0001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000
2017.01.22 11:01:40 5 : vbus: dispatch aa5266117e1000020e180001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000
2017.01.22 11:01:40 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 6652 SRC-ADR: 7e11
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:40 4 : vbus: VBUSIF_Read0: Data = aa0000117e200005000000000000004b
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa0000117e200005000000000000004baa100011
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read1: protoVersion : 20
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read7: Version : 20 CMD: 0500 ID: 0000 Val: 00000000 tet: 00 CRC: 4b
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f270013
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f00000000007f00000000007f6464000000375248341e031000000000007f
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f00000000007f00000000007f6464000000375248341e031000000000007faa
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read2a Len: 320 Counter: 25
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read4: OK message length: 320 : 320
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read6 MSG: aa1000117e10000119368a01b7018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000d2c8341e00000000 Payload: 8a01b7018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000d2c8341e00000000
2017.01.22 11:01:42 5 : vbus: dispatch aa1000117e10000119368a01b7018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000d2c8341e00000000
2017.01.22 11:01:42 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e11
2017.01.22 11:01:42 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:42 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e11
2017.01.22 11:01:42 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0xd30e70) Model: 7e21 MSG: 8a01b7018b02d8010f270200b8223e022e02f6012901a2010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f2700000000000000000000000064640000d2c8341e00000000
2017.01.22 11:01:42 4 : VBUSDEV_7e11 VBUSDEV_ParsePayload5: VBUSDEV_7e11 (7e11) HASH(0xd30e70)
2017.01.22 11:01:42 4 : VBUSDEV_7e11 VBUSDEV_ParsePayload7: VBUSDEV_7e11 (7e11) HASH(0xd30e70))
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:42 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0137010537404773000302010b0000007300000000007f
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0137010537404773000302010b0000007300000000007f04080000
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0137010537404773000302010b0000007300000000007f04080000007300000000007f00000000007f00000000007f646400000037
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1500117e1000010a40020a000000730a0137010537404773000302010b0000007300000000007f04080000007300000000007f00000000007f00000000007f646400000037aa10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read2a Len: 140 Counter: 10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read4: OK message length: 140 : 140
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read6 MSG: aa1500117e1000010a40020a00008a01b701c0c77300010b0000000000000408000000000000000000000000000064640000 Payload: 020a00008a01b701c0c77300010b0000000000000408000000000000000000000000000064640000
2017.01.22 11:01:43 5 : vbus: dispatch aa1500117e1000010a40020a00008a01b701c0c77300010b0000000000000408000000000000000000000000000064640000
2017.01.22 11:01:43 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0015 SRC-ADR: 7e11
2017.01.22 11:01:43 4 : VBUSDEV_Parse03: Standard-Infos ioName: vbus DST-ADR: 0015
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1000217e100001013e2e010e000141
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1000217e100001013e2e010e000141aa1000317e100001042b
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read2a Len: 32 Counter: 1
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read4: OK message length: 32 : 32
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read6 MSG: aa1000217e100001013eae010e00 Payload: ae010e00
2017.01.22 11:01:43 5 : vbus: dispatch aa1000217e100001013eae010e00
2017.01.22 11:01:43 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e21
2017.01.22 11:01:43 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:43 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e21
2017.01.22 11:01:43 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0xca52c8) Model: 7e21 MSG: ae010e00
2017.01.22 11:01:43 4 : ResolHeizkreis VBUSDEV_ParsePayload5: ResolHeizkreis (7e21) HASH(0xca52c8)
2017.01.22 11:01:43 4 : ResolHeizkreis VBUSDEV_ParsePayload7: ResolHeizkreis (7e21) HASH(0xca52c8))
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1000317e100001042b40477300030200000000007f00000000007f463100000008
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa1000317e100001042b40477300030200000000007f00000000007f463100000008aa5366117e1000020e
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read2a Len: 68 Counter: 4
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read4: OK message length: 68 : 68
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read6 MSG: aa1000317e100001042bc0c77300000000000000000046310000 Payload: c0c77300000000000000000046310000
2017.01.22 11:01:43 5 : vbus: dispatch aa1000317e100001042bc0c77300000000000000000046310000
2017.01.22 11:01:43 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7e31
2017.01.22 11:01:43 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.22 11:01:43 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7e31
2017.01.22 11:01:43 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0xd30630) Model: 7e21 MSG: c0c77300000000000000000046310000
2017.01.22 11:01:43 4 : ResolWMZ VBUSDEV_ParsePayload5: ResolWMZ (7e31) HASH(0xd30630)
2017.01.22 11:01:43 4 : ResolWMZ VBUSDEV_ParsePayload7: ResolWMZ (7e31) HASH(0xd30630))
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa5366117e1000020e1700010000007e00000000007f00010000007e00000000007f00010000007e00000000007f
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa5366117e1000020e1700010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa5366117e1000020e1700010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00000000007f00000000007f00000000007f
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa5366117e1000020e1700010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00010000007e00000000007f00000000007f00000000007f00000000007f00000000007faa
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read1: protoVersion : 10
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read2a Len: 188 Counter: 14
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read4: OK message length: 188 : 188
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read6 MSG: aa5366117e1000020e170001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000 Payload: 0001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000
2017.01.22 11:01:43 5 : vbus: dispatch aa5366117e1000020e170001000000000000000100000000000000010000000000000001000000000000000100000000000000000000000000000000000000000000
2017.01.22 11:01:43 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 6653 SRC-ADR: 7e11
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:43 4 : vbus: VBUSIF_Read0: Data = aa0000117e200005000000000000004b
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa0000117e200005000000000000004baa100011
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read1: protoVersion : 20
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read7: Version : 20 CMD: 0500 ID: 0000 Val: 00000000 tet: 00 CRC: 4b
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read8: raus
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e0276010454290122
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f270013
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f00000000007f00000000007f6464000000375548341e030d00000000007f
2017.01.22 11:01:45 4 : vbus: VBUSIF_Read0: Data = aa1000117e10000119360a01370105370b02580105140f270200004738223e0201642e027601045429012201042e0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f00000000007f00000000007f6464000000375548341e030d00000000007faa
Kowalsky
Hi klaso,
bzg weiterverarbeitung: ich zeige mir die Daten im TabletUI an .
Sieh hier, so siehts aus: https://forum.fhem.de/index.php/topic,44473.msg472020.html#msg472020
Im Bild des Puffer- oder Warmwasserspeichers zeige ich bei Solarbeladung dieses mit einem Icon und der Ladegeschwindigkeit in % auch noch an
Hallo Kowalsky,
mache mal bitte ein update: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Vorher alle VBUS-Device löschen.
Das Problem war die Groß/Kleinschreibung der Devicenamen. Habe ich jetzt angepaßt (VBUSDEV_7e21 ist nicht das gleiche wie 7E21 ). Bitte einmal testen.
pejonp
Hallo pejonp,
vielen Dank! Es läuft!
Nun werde ich mal versuchen Plots zu generieren.
Gruß
Kowalsky
Hallo,
ich habe jetzt in VBUS die Funktion "VBUSDEV_DbLog_splitFn" eingebaut. Diese Funktion zerlegt die Events des Moduls in die Bestandteile Reading/Value/Unit, so das diese getrennt in einer Datenbank abgelegt werden. Ich nutzte DBLog mit MySQL. Wer möchte kann ja mal testen.
Wer noch FileLog im Einsatz, sollte davon nichts merken.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Das VBUSIF müllt mein fhem-%Y-%m.log zu:
2017.01.26 20:02:32 4: vbus: VBUSIF_Read1: protoVersion : 10
2017.01.26 20:02:32 4: vbus: VBUSIF_Read2a Len: 128 Counter: 9
2017.01.26 20:02:32 4: vbus: VBUSIF_Read4: OK message length: 128 : 128
2017.01.26 20:02:32 4: vbus: VBUSIF_Read6 MSG: aa10001442100001097fadff4600f401bb00000000004100000000000000000000000f2700000000000000000000 Payload: adff4600f401bb00000000004100000000000000000000000f2700000000000000000000
2017.01.26 20:02:32 5: vbus dispatch aa10001442100001097fadff4600f401bb00000000004100000000000000000000000f2700000000000000000000
2017.01.26 20:02:32 3: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 4214
2017.01.26 20:02:32 3: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.01.26 20:02:32 3: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 4214
2017.01.26 20:02:32 3: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x23f0420) Model: 4214 MSG: adff4600f401bb00000000004100000000000000000000000f2700000000000000000000
2017.01.26 20:02:32 4: vbus: VBUSIF_Read8: raus
2017.01.26 20:02:32 4: vbus: VBUSIF_Read0: index =
Ich habe ein wenig mit verbose gespielt und es hat sich bei keinem Wert etwas verändert.
Hat jemand eine Idee?
Hallo Towi,
Setze verbose=0 bei vbusif und auch bei vbus_device.
Pejonp
Hey pejonp,
aktualisiere bitte doch gleich die Module im FHEM-Repo wenn die Testversion bei dir i.O. ist. Alle anderen bleiben so auf dem alten stand... :(
ZitatAlle anderen bleiben so auf dem alten stand..
oder haben nach dem Update immer das Problem, dass ein alter Fehler auftaucht und müssen nach jedem Update nochmals update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt ausführen ;-))))
VG
klaso
Zitat von: klaso am 30 Januar 2017, 14:38:00
oder haben nach dem Update immer das Problem, dass ein alter Fehler auftaucht und müssen nach jedem Update nochmals update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt ausführen ;-))))
VG
klaso
Hallo klaso,
einmal diesen Befehl ausführen und danach ein update machen.
update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
mit update list kannst du kontrollieren. save config nicht vergessen, bei mir wurden die Einstellungen beim ersten mal nicht übernommen.
pejonp
Hallo pejonp,
besten Dank für den Tipp!!
VG
klaso
Hallo Zusammen,
nachdem ich mich versucht habe in die VBus config einzuarbeiten und gestern mal getestet habe, stehe ich vor folgendem Problem. Ich bekomme die Daten nicht angezeigt. Ausserdem müllt mir die log im o.5 Sekundentakt mit Daten zu. Ich stelle mich eventuell auch ein wenig blöd an. Gibt es eine Step by Step Anleitung um die Resol Geräte einzurichten?
Gruß
Olaf
Hallo Olli_B,
was hast du den für Geräte. Sind diese schon hinterlegt ? Hier gibt es die Übersicht: https://github.com/pejonp/vbus.
pejonp
Hallo pejonp,
habe mal in der Datei nachgeschaut, meine Steuerung ist noch nicht hinterlegt. Da habe ich dann mein nächstes Problem. Aufgrund meiner Linux - Kenntnisse ist das für mich schon ein Abenteuer die Datei zu editieren. Was ich da eintragen muß ist mir klar aber die Linuxeditoren sind da für mich schon ein Problem. Na mal schauen wie ich das hinbekomme. Ich glaube das wird schon eins der Probleme sein. Bin halt mit Windows groß geworden.
Achso, hab im Keller eine RESOL Deltsol BS plus mit VBus nach LAN.
Gruß
Olaf
Hallo OLLI_B,
Es würde mir ja schon reichen wenn du devicedaten für dein Gerät zusammenstellen würdest.siehe hier https://forum.fhem.de/index.php/topic,10303.msg518538.html#msg518538
Die Datei brauchst du nicht zu editieren. Ich werde das einpflegen, komme aber erst am Sonntag dazu. Vielleicht kannst du noch solange warten. Du kannst ja mal einen Ausschnitt vom log anhängen, in dem die devicedaten angezeigt werden.
Pejonp
Nabend,
ich habe heute mal den ganzen Tag getestet, gemacht und getan. Also zum Ablauf, was habe ich getan:
1.) mit VBUSIF den Adapter angelegt.
Danach schlagen Daten im Sekundentakt in der Log auf.
2.) Dann mit VBUSDEF das Gerät angelegt
Von da komme ich nicht mehr weiter :-\ :-\ ::) ::)
gebt mir mal nen Tipp.
Danke
Olaf
Noch ne Frage
Welche Pearl Pakete müssen installiert sein?
Olaf
---EDIT----
Nur noch eine Verstänfnissfrage:
Wenn ich ein Gerät angelegt habe (VBUSDEV) muss ich dann beim Aufruf des Gerätes (z.B. Solar) nicht im unteren Bildschirm die Daten Sehen die definiert sind?? das ist bei mir nicht der Fall, muß da eventuell noch was nachinstalliert werden?
Olaf
Zitat von: Olli_B am 04 Februar 2017, 19:44:17
Noch ne Frage
Welche Pearl Pakete müssen installiert sein?
Olaf
---EDIT----
Nur noch eine Verstänfnissfrage:
Wenn ich ein Gerät angelegt habe (VBUSDEV) muss ich dann beim Aufruf des Gerätes (z.B. Solar) nicht im unteren Bildschirm die Daten Sehen die definiert sind?? das ist bei mir nicht der Fall, muß da eventuell noch was nachinstalliert werden?
Olaf
Hallo,
nocheinmal der Hinweis. Du hast das Gerät RESOL Deltsol BS plus. Wenn du auf https://github.com/pejonp/vbus schaust, stellt du fest, das gibt es noch nicht.
Es muss erst in 21_VBUSDEV.pm hinterlegt werden. Soweit OK.
Du kannst probieren was du willst es werden keine Daten angezeigt.
Du benötigst nur diesen Eintrag:
define vbus VBUSIF IP-VBUS-LAN:7053
Der Rest kommt von alleine, wenn das Gerät in der 21_VBUSDEV.pm hinterlegt ist.
pejonp
PS: Es währe auch hilfreich wenn du deinen Log anhängst.
Danke für die Info. Welche Daten aus der Log brauchst Du. ich gehe mal von der Fhem log aus.ich würde die Daten dann einstellen.
Gruß
Olaf
Hi,
mach mal bitte ein
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
Führe diesen Befehl auch mal aus: update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Damit beim Update von FHEM nicht immer wieder die Daten (21_VBUSDEV.pm) überschrieben werden.
pejonp
Danke,
jetzt klappt es. Wird als DeltaSol_BS_2009 erkannt, Daten kommen jetzt rein.
Was war denn das Problem?
Gruß
Oaf
Zitat von: Olli_B am 04 Februar 2017, 22:14:28
Danke,
jetzt klappt es. Wird als DeltaSol_BS_2009 erkannt, Daten kommen jetzt rein.
Was war denn das Problem?
Gruß
Oaf
Das weiss ich nicht. Ich habe DeltaSol_BS_Plus hinzugefügt. Der DeltaSol_BS_2009 hätte ja schon vorher erkannt werden müssen. Den Log habe ich noch nicht gesehen.
pejonp
Hallo zusammen,
habe eine Resol Deltasol SLT und versucht diese anzubinden.
Letztendlich habe ich die Werte vom Device 2251, Deltasol_SL, übernommen.
Sieht gut aus, liefert plausible Werte.
Wie kommt das neue Device 1001, Deltasol_SLT, in das normale Modul 21_VBUSDEV.pm
Entschuldigt die blöde Frage, ist für euch wahrscheinlich ein Klacks, ich weiss es aber einfach nicht
Danke und Gruß
Björn
Hallo Björn,
gib mir etwas Zeit, ich pflege das neue System ein.
Ist es nur ein System 1001 Deltasol_SLT oder werden mehrere angelegt z.B. WMZ.
Du kannst ja einmal die Daten mit dem RESOL ServiceCenter Version: 2.5 b33 abfragen (https://github.com/pejonp/vbus)
http://www.resol.de/index/software/sprache/en unten auf der Seite.
pejonp
Hallo pejonp,
vielen Dank für deine schnelle Antwort.
Musst erstmal einen Windows-Rechner finden...
Ich habe dir mal das Protokoll angehängt, ich finde keine zusätzliche Komponente.
Wäre super wenn du das einbinden könntest
Danke und Gruß
Björn
Hallo,
dieser log bring mir nichts. Ich benötigen den vom FHEM.
pejonp
Hallo,
na dann, zweiter versuch
habe mal einen teil denke das sind zwei log-phasen mit level 5 herauskopiert.
sollte das wieder falsch sein benötige ich wahrscheinlich nachhilfe...
danke und gruß
björn
Hi,
mach mal bitte ein
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
Führe diesen Befehl auch mal aus: update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Damit beim Update von FHEM nicht immer wieder die Daten (19_VBUSIF.pm / 21_VBUSDEV.pm) überschrieben werden.
pejonp
Hallo,
hab ich gemacht. funktioniert.
Vielen Dank, die Deltasol SLT (1001) ist jetzt drin
Gute Nacht...
Björn
Hallo pejonp,
ich habe mir auf https://github.com/pejonp/vbus die Liste der eingebunden Devices angesehen.
Ich habe noch eine Anmerkung dazu.
Der 5420 DeltaThermHC_WMZ benötigt so wie die DeltaThermHC_HK1/2 eine Zählnummer für die Wärmemengenzähler.
Ich habe bei meinem DeltaThermHC einen Wärmemengenzähler eingerichtet. FHEM hat sofort das Device 5421 gefunden.
Wenn man jetzt aber nicht die Zählnummer in der VBUSDEV.pm mit angibt werden keine Werte dazu geliefert.
Vielleicht kannst du das auch noch anpassen.
Ich habe leider immer noch das Problem, dass die Daten des DeltaThermHC (5400) nicht konstant sind. Ich habe jetzt mehrere Intervalle getestet. Leider ohne Erfolg.
Irgend wie funktionier das Synchronisieren nicht.
Die Daten für die HK und WMZ sind konstanst.
Beim HK sind aber Werte in der Definition, die nichts bringen. Der DeltaThermHC ist ja keine Reglereinheit für den Brenner, sondern regelt eigentlich nur den Hydraulischen Anschluss. Also die Pumpen und die Mischer. Deshalb weis ich nicht wieso da Brennerstarts angezeigt werden sollen.
Ich habe mir jetzt auch die Grundfoss direkt Sensoren zugelegt. So kann ich den Druck der Anlage und den Warmwasserdurchfluss messen.
Vielleicht hast du ja noch eine Idee wie man konstante Werte aufzeichnen kann.
Bei den Heizkreisen und dem WMZ funktioniert es ja.
Grüße
Dirk
Hallo dobiwan,
Stell mal verbose auf 5 und hänge einmal deinen log an.
Pejonp
@dobiwan
Hi,
mach mal bitte ein
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
Führe diesen Befehl auch mal aus: update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Damit beim Update von FHEM nicht immer wieder die Daten (19_VBUSIF.pm / 21_VBUSDEV.pm) überschrieben werden.
pejonp
@pejonp
Ich habe das DeltaTherm HC log angehängt.
Nach dem Update sind die neuen Dateien im Verzeichnis. Hat aber am Verhalten nichts geändert.
Ich sehe jetzt nur noch die Möglichkeit alle Geräte des VBUS zu löschen und durch Autocreate neu erstellen zu lassen.
Grüße
@dobiwan,
dieser Log bringt mir nichts. Am besten die löscht alle Einträge von VBUS und auch die Geräte. Und legst nur den VBUS-LAN Adapter an.
define vbus VBUSIF IP:7053
attr vbus verbose 5
Du kannst ja vorher dein Log sichern und danach das Log-Verz. leeren. Stell mal bei den neu angelegten Geräten Verbose=5 ein und hänge mal diesen Log an.
pejonp
Hallo zusammen,
nach dem Update heute morgen werden mir 2. VBUSDEV angezeigt.
Vbusdev_2251 das ist der Resol Delta_SL den hab ich auch habe und dann noch
Vbusdev_2262 kann ich im Moment nichts mit anfangen.
Hab mir die 21.vbusdev.pm nach meinen Bedürfnissen angepasst, Werte werden auch plausibel angezeigt.
Mich stört nur ein wenig die 2.vbusdev, wenn ich die in der fhem.cfg auskommentiere wird sie immer wieder neu angelegt. Oder kann man die ignorieren?
Hab mal meine Angepasste 21_vbusdev.pm angehängt.
gruß Beagel
Hi pejonp, wie sollten mal darüber nachdenken die Definitionen auszulagern und vom programmcode zu trennen. Was denkst du??
Gesendet von meinem Leap mit Tapatalk
Zitat von: Beagel am 21 Februar 2017, 11:20:41
...
nach dem Update heute morgen werden mir 2. VBUSDEV angezeigt.
Vbusdev_2251 das ist der Resol Delta_SL den hab ich auch habe und dann noch
Vbusdev_2262 kann ich im Moment nichts mit anfangen.
...
Hab mir die 21.vbusdev.pm nach meinen Bedürfnissen angepasst, Werte werden auch plausibel angezeigt.
....
Hi,
# Hab mir die 21.vbusdev.pm nach meinen Bedürfnissen angepasst, Werte werden auch plausibel angezeigt. #
Was heißt das ?? Du hast alle anderen Geräte gelöscht. Bringt das was ?
Wenn du deine Änderungen behalten möchtest, mach bitte kein Update. Du must die Änderungen dann per Hand nachpflegen und Unterstützung ist auch schlecht.
Das zusätzliche Gerät würde mich nicht stören. Kannst es ja in einen anderen room verschieben.
Update, siehe vorhergehende Posts.
pejonp
Zitat von: Tobias am 21 Februar 2017, 17:06:57
Hi pejonp, wie sollten mal darüber nachdenken die Definitionen auszulagern und vom programmcode zu trennen. Was denkst du??
Gesendet von meinem Leap mit Tapatalk
Hallo Tobias,
was stellst du dir da so vor ? Die Daten in mehrere Dateien z.B. für jedes Gerät eine, aufteilen. Finde ich persönlich zu aufwendig. Zumal es so sehr gut läuft.
Vorschläge aber willkommen.
Jörg
Zitat von: pejonp am 21 Februar 2017, 21:46:19
Hallo Tobias,
was stellst du dir da so vor ? Die Daten in mehrere Dateien z.B. für jedes Gerät eine, aufteilen. Finde ich persönlich zu aufwendig. Zumal es so sehr gut läuft.
Vorschläge aber willkommen.
Nein, nicht alles einzeln sondern 1) den Modulcode und 2) in zb. "FHEM/lib" die Spezifikationen. Undzwar sollten alle mit ienem bestimten Muster dort eingelesen werden. Dann kann der User im Bedarfsfalle auch eine eigene Datei dort abspeichern mit seiner Definition zum testen. Auf antrag kann diese dann ja in das "HauptSpezifika" File integriert werden....
zb. FHEM/lib/21_VBUS_Specifications_global.pm
Dann wird alles eingelesen was unter FHEM/lib/21_VBUS_Specifications_* existiert
Nur als Idee, dann hat der User mehr Einfluss selbst(!) zu testen ohne den Modulcode anfassen zu müssen bzw bei einem Update seine Definitionen wieder weg sind
@ pejonp
So ich habe gestern alle Devices gelöscht und nur den vbus-lan Adapter definiert. Ich musste in der VBUSIF.pm das Passwort wieder an mein Passwort anpassen, dann wurden die Geräte vom VBUS automatisch per autocreate hinzugefügt. Jetzt habe ich konstante Werte. Leider wird nichts außer den Messwerten geloggt. Mein fhem.log bleibt immer lehr.
Ich hätte noch eine Bitte. Könnte man das Passwort als Übergabeparameter bei der Definition des Lan Adapters mitgeben, weil ich und wahrscheinlich auch andere Nutzer nie den Standard lassen.
Ich hoffe das das jetzt so funktioniert.
Hat irgend jemandt schon versucht den Regler in den Einstellmodus umzustellen um dann Werte wie Vorlaufsoll zu stzen. Bei VBUS.net und einem KM soll man das können. Wenn man einen Bus auslesen kann, dann solltem an auch Werte setzen können.
Grüße
@tobia
Man könnte auch versuchen die XML-Dateien von RESOL direkt einzulesen. Dazu muss aber einiges angepaßt werden.
@dobiwan
Das mit dem Passwort könnte man ja mal vorsehen zu ändern.
Wenn man Daten in der Anlage verändern möchte, denke ich, sollte man die Tools vom Hersteller nehmen. Meine Anlage habe ich einmal eingestellt und seitdem nichts mehr geändert. (läuft seit 2004)
Du kannst dich aber gerne daran versuchen und das Modul anpassen. Ich kann es nicht leisten.
Wenn dein Log nicht geht mal bitte in den Foren suchen. Ich habe ein Testsystem, auf dem ich nur per Befehl:
{ Dispatch($defs{testvbus}, "aa1000217e100001013e2e010e000141aa1000317e100001042b", undef) }
die Daten teste und dort wird sofort ein Log angelegt.
Eintrag in der fhem.cfg vorhanden:
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y-%m.log
pejonp
pejonp
Moin Leute,
ich hab da jetzt in der letzten Zeit Probleme mit den Updates von der 21_VBUSDEV.pm da fliegt ümmer meine uralte Sonnenkraft raus. :-(
Dat Device is
"7210" => {"name" => "Sonnenkraft SKSR 1/2/3", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "TemperaturSensor_1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "TemperaturSensor_2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "TemperaturSensor_3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "TemperaturSensor_4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "TemperaturSensor_5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "TemperaturSensor_6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "TemperaturSensor_7","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "TemperaturSensor_8","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "Einstrahlung","bitSize" => 15,"factor" => 1,"unit" => "W/qm" },
{ "offset" => 18,"name" => "Volumenstrom","bitSize" => 15,"factor" => 1,"unit" => "l/h" },
{ "offset" => 20,"name" => "Drehzahl_A1","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 21,"name" => "Drehzahl_A2","bitSize" => 8,"factor" => 1,"unit" => "%"},
{ "offset" => 22,"name" => "Drehzahl_A3", "bitSize" => 8, "unit" => "%"},
{ "offset" => 23,"name" => "Drehzahl_A", "bitSize" => 8, "unit" => "%"},
{ "offset" => 24,"name" => "Waerme", "bitSize" => 32, "factor" => 0.001,"unit" => "kWh" },
]},
Könnte man die in der 21_VBUSDEV.pm mit aufnehmen? In der letzten Zeit gabs ja regelmäßig mit nem Update ne neue 21_VBUSDEV.pm. Es ist halt lästig den Eintrach jedes mal nachzutragen.
Gruß
Voller
@alle
In der VBUSIF.pm steht jetzt das Passwort nicht mehr im Klartext. Es muß einmal in VBUSIF gesetzt werden. Es wird das Perl-Modul Digest::MD5 benötigt.
@voller
habe die Konfig für 7210 mit aufgenommen. Ich habe alle Werte eingebaut und Waerme nach der Originalbeschreibung angepaßt. Bitte einmal testen.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
pejonp
Hallo zusammen,
Wollte heute mein DeltaSol CS/2 auslesen mit dem VLAN Adapter aber leider ist dies noch nit implementiert.
Komunikation funktioniert soweit gut aber eben nur RAW Daten.
Was muss ich machen damit ich die Daten passen hin bekommen.
Soweit ich das Modul verstanden habe müsste ich das 21_VBUSDEV.pm anpassen für diesen Regler oder?
2017.03.16 22:02:33 4: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 1121
2017.03.16 22:02:33 4: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2017.03.16 22:02:33 4: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 1121
2017.03.16 22:02:33 4: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x2917100) Model: 1121 MSG: 2901d800b822b8220f2719fc64ff04000bff000000000000000000006f000000
2017.03.16 22:02:33 4: vbus: VBUSIF_Read8: raus
2017.03.16 22:02:33 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e1002
2017.03.16 22:02:33 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a00000073290158000479
2017.03.16 22:02:33 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a0000007329015800047900000000007f
2017.03.16 22:02:34 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a0000007329015800047900000000007f010b000000730000000000
2017.03.16 22:02:34 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a0000007329015800047900000000007f010b0000007300000000007f0201000b0071290158
2017.03.16 22:02:34 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a0000007329015800047900000000007f010b0000007300000000007f0201000b0071290158000479382238220546
2017.03.16 22:02:34 4: vbus: VBUSIF_Read0: Data = aa150021111000010a1d010800000076647f7f7f0e10020a0000007329015800047900000000007f010b0000007300000000007f0201000b0071290158000479382238220546aa0000211120000500
2017.03.16 22:02:34 4: vbus: VBUSIF_Read1: protoVersion : 10
2017.03.16 22:02:34 4: vbus: VBUSIF_Read2a Len: 140 Counter: 10
2017.03.16 22:02:34 4: vbus: VBUSIF_Read4: OK message length: 140 : 140
2017.03.16 22:02:34 4: vbus: VBUSIF_Read6 MSG: aa150021111000010a1d0108000064ffffff020a00002901d80000000000010b0000000000000201000b2901d800b822b822 Payload: 0108000064ffffff020a00002901d80000000000010b0000000000000201000b2901d800b822b822
2017.03.16 22:02:34 5: vbus dispatch aa150021111000010a1d0108000064ffffff020a00002901d80000000000010b0000000000000201000b2901d800b822b822
@inputsammler
Werde ich mir am WE ansehen
Pejonp
Hallo Pejonp
Ich habe es soweit verstanden das Modul.
Habe bei meinen 21_VBUSDEV.pm den DeltaSol CS/2 hinzugefügt.
Habe es als TXT angehängt was ich bei mir hinzugefügt habe und was alles Möglich wäre.
Was ich vermisse an dem VLAN Modul ist eine Disable Option (Attribut )
Danke Dir/Euch nochmals für das super Modul.
Gruß Gerd
Update: habe Vergessen das 1121 umzubenennen in DeltSol_CS2 ist nicht in der TXT gespeichert
@inputsammler
Bitte update machen: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
pejonp
Danke pejonp,
Funktioniert wunderbar.
Gruß Gerd
Hallo zusammen,
ich habe mich mit der Firma Resol in Verbindung gesetzt. Die haben mir mitgeteilt, dass es für den VBus unterschiedliche Spezifikationen gibt.
Zu finden ist das hier: http://danielwippermann.github.io/resol-vbus/vbus-specification.html
Wie man bei der Version 2 sieht kann mann das Command Feld auch mit dem Wert 0x0200 füllen. Damit schreibt man auf den Bus. Ich werde mich damit noch ein wenig beschäftigen sobald ich eine Möglichkeit gefunden habe die Solltemperaturen zu setzen, werde ich das hier Posten. Vielleicht will ja noch jemand auch noch sich daran versuchen.
@dobiwan
Ja ist bekannt. Siehe hier https://github.com/pejonp/vbus dort ist die verlinkung hinterlegt.
Pejonp
Hallo zusammen,
Ich habe eine Therm. Solaranlage mit einen Deltasol Bx_Plus Regler aufgebaut. Nun will ich das ganze über Resol/Lan/Adapter und den beiden Modulen VBUSIF/21_VBUSDEF in Fhem einbinden.
Wie ich aus diesem Thread herausgelesen habe , muss der Regler in der 21_VBUSDEF hinterlegt sein, dieser fehlt leider....
Da meine Linux Kenntnisse sich in Grenzen halten, benötige ich eure Hilfe....
Kann mir da jemand weiterhelfen...
Ps: Die Verbindung zur Resol Centersoftware besteht, Daten werden empfangen und angezeigt.
(Im Anhang die Spezifikation in XML.)
Gruß Frank
@fk71
Habe ich mit aufgenommen.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
FHEM danach auch neu starten.
pejonp
Dank pejonp,
für die schnelle Hilfe, es funktioniert tadelos... :)
Gruß Frank
@hsoltans
RESOL-LAN Adapter neu gestartet?
Adapter per Browser erreichbar? password richtig ?
Fhem neu gestartet ?
Welche versionen werden eingesetzt ?
Pejonp
Hey Pejonp,
leider ist mit dem Update seit dem letzten mal der 1121 wieder verschwunden
Gruß Gerd
"1121" => {"name" => "DeltaSol_CS2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "TempKollector","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "TempSpeicher","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Volumenstrom", "bitSize" => 31, "factor" => 1, "unit" => "1/min" },
{ "offset" => 12,"name" => "Drehzahl_Relais", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 14,"name" => "Betriebsstunden_Relais", "bitSize" => 15, "factor" => 1, "unit" => "h" },
{ "offset" => 16,"name" => "UnitType","bitSize" => 8 },
{ "offset" => 18,"name" => "ErrorMask", "bitSize" => 16 },
{ "offset" => 20,"name" => "Statusmask", "bitSize" => 32 },
{ "offset" => 24,"name" => "Waermemenge","bitSize" => 32,"factor" => 1,"unit" => "Wh" },
{ "offset" => 25,"name" => "Waermemenge2","bitSize" => 8,"factor" => 100,"unit" => "Wh" },
{ "offset" => 26,"name" => "Waermemenge3","bitSize" => 8,"factor" => 10000,"unit" => "Wh" },
{ "offset" => 27,"name" => "Waermemenge4","bitSize" => 8,"factor" => 10000000,"unit" => "Wh" },
{ "offset" => 28,"name" => "SW-Version","bitSize" => 16,"factor" => 0.01 },
]},
Zitat von: pejonp am 10 April 2017, 21:24:20
Inputsammler
Schau mal hier https://forum.fhem.de/index.php?action=profile;u=1754
Pejonp
Habe den 1121 bei mir eingebunden gehabt und du hast ihn mit dem Letzten Update auch eingeplegt gehabt.
Und mit dem neuen Update fehlte er wieder ...
Habe ich jetzt was nicht verstanden. Oder was übersehen oder falsch gemacht ?
Gruß Gerd
Inputsammler
Schau dir mal das an https://forum.fhem.de/index.php/topic,10303.msg577178.html#msg577178
Pejonp
Hallo,
zur Integration eines Oranier Pelletofens wurde mir als Steuerung eine Oranier MasterControl Regelung angeboten. Die Steuerung kann nach den Herstellerangaben VBus.
Meine Fragen:
Hat jemand bereits diese Steuerung an FHEM angebunden?
Ist es möglich die passende Konfiguration im FHEM-Modul zu hinterlegen, oder ist die Steuerung kompatibel zu einem Resol Gerät?
Vielen Dank!
Helmut
@hneu
Hast du einen RESOL Adapter?
Wenn ja was für eine Nummer wird angezeigt ?
Darüber könnte man dann das device herausfinden.
Pejonp
@pejonp:
Leider habe ich noch keine Geräte sondern nur ein Angebot und kann nichts testen. Bestellt ist noch nichts. Parallel habe ich allerdings bei Ornanier angefragt.
Um sicher gehen zu können werde ich wohl eine Resol Steuerung kaufen müssen.
Oder es findet sich hier noch jemand der das genannte Gerät mit FHEM in Betrieb hat.
Danke!
@hneu
Von resol benötigst du wahrscheinlich nur den LAN Adapter. Am WE werde ich mal nachsehen ob es was für diese Steuerung gibt.
Pejonp
@pejonp
Den Resol LAN Adapter brauche ich ja auch für die MasterControl.
Wenn die MasterControl unterstützt wird, spare ich mir die Programmierung der Steuerung. Das macht dann Oranier.
Vorab danke fürs nachschauen.
Frohe Ostern
LG
Helmut
Hallo,
betreibe einen Deltasol BX plus mit dem VBUS/LAN-Adapter.
Datenabfrage über Resol Service Center funktioniert.
Bei Eingabe in FHEM von
define vbus VBUSIF 192.168.xxx.xxx:7053
kommt
Cannot load module VBUSIF
Dann habe ich
define VBUSDEV_7112 VBUSDEV 7112
probiert, das funktioniert.
FHEM läuft auf einem Synology NAS.
Meine Anfängerfrage: Wie komme ich jetzt bitte weiter?
Danke und Gruß
@Bronze
Was steht im log ?
Die hinweise in der Hilfe gelesen ?
Passwort Eingetragen?
Aktuellste Software vom github geladen. Wie es geht steht hier im forum.
Pejonp
Ich habe gelesen, aber komme trotzdem nicht weiter, hier der Log nach Eingabe des define vbus VBUSIF ip:7053
2017.09.15 19:30:28 1: reload: Error:Modul 19_VBUSIF deactivated:
Attempt to reload Device/SerialPort.pm aborted.
Compilation failed in require at ./FHEM/19_VBUSIF.pm line 21.
BEGIN failed--compilation aborted at ./FHEM/19_VBUSIF.pm line 21.
2017.09.15 19:30:28 0: Attempt to reload Device/SerialPort.pm aborted.
Compilation failed in require at ./FHEM/19_VBUSIF.pm line 21.
BEGIN failed--compilation aborted at ./FHEM/19_VBUSIF.pm line 21.
Wenn es am Passwort liegt, bitte ich um einen kurzen Hinweis, wie das einzugeben ist.
Zitat von: Bronze am 15 September 2017, 19:33:50
Ich habe gelesen, aber komme trotzdem nicht weiter, hier der Log nach Eingabe des define vbus VBUSIF ip:7053
2017.09.15 19:30:28 1: reload: Error:Modul 19_VBUSIF deactivated:
Attempt to reload Device/SerialPort.pm aborted.
Compilation failed in require at ./FHEM/19_VBUSIF.pm line 21.
BEGIN failed--compilation aborted at ./FHEM/19_VBUSIF.pm line 21.
2017.09.15 19:30:28 0: Attempt to reload Device/SerialPort.pm aborted.
Compilation failed in require at ./FHEM/19_VBUSIF.pm line 21.
BEGIN failed--compilation aborted at ./FHEM/19_VBUSIF.pm line 21.
Wenn es am Passwort liegt, bitte ich um einen kurzen Hinweis, wie das einzugeben ist.
Hallo,
was hast du für ein System ? Ist Perl richtig installiert ?
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt gemacht
Ihm fehlt der SerialPort.pm
Unter Linux z.B. auf einem Raspi ausführen: cpan Device::SerialPort und vielleicht auch noch cpan Digest::MD5 installieren
Passwort steht in der Hilfe:
VBUSIF
This module connects to the RESOL VBUS LAN or Serial Port adapter. It serves as the "physical" counterpart to the VBUSDevice devices.
It uses the perl modul Digest::MD5.
Define
define <name> VBUSIF <device>
<device> is a <host>:<port> combination, where <host> is the address of the RESOL LAN Adapter and <port> 7053.
Please note: the password of RESOL Device must be define with 'set <name> password YourPassword'
pejonp
Danke soweit.
Ich habe über
https://www.fischer-net.de/hausautomation/fhem/37-fhem-auf-synology-diskstation
versucht, einige Perl-Module nachzuinstallieren, da ich FHEM auf einem Synology-NAS nutzen möchte.
Allerdings werden die nachinstallierten Perl-Module wohl nicht adressiert, daher immer noch die selbe Fehlermeldung bei VBUSIF.
Kann man jetzt nicht einfach ein Update machen auf dem NAS unter Linux, um Fehlendes nachzuinstallieren?
Ich weiß, das sind Basics, aber so ist es nunmal am Anfang. VBUS ist meine erste FHEM-Anbindung.
Hi bronze,
Auf dem nas gibt es ein paar Einschränkungen. Wird wohl nicht so einfach gehen. USB bzw. Serial ist dort nicht ohne weiteres vorhanden. Kauf dir einen nanopi, bei Reichelt für ca. 20 Euro mit Versand und versuche es damit.
Pejonp
Geht das auch mit einem Raspi? Den habe ich schon hier stehen, läuft aber zur Zeit nicht.
Klar geht auch sehr gut.
Pejonp
Hallo,
nach den ersten Erfolgen mit meinem kürzlich eingetroffenen RESOL MX Reglers habe ich nach dem gestrigen Update folgendes Problem:
Der Solarkreis wurde vor dem Update erst mit
define VBUSDEV_7E11 VBUSDEV 7E11
attr VBUSDEV_7E11 alias Solar
attr VBUSDEV_7E11 event-min-interval .*:360
attr VBUSDEV_7E11 event-on-change-reading .*
attr VBUSDEV_7E11 model DeltaSol_MX_Regler
attr VBUSDEV_7E11 room Heizung
attr VBUSDEV_7E11 verbose 1
define FileLog_VBUSDEV_7E11 FileLog ./log/VBUSDEV_7E11-%Y.log VBUSDEV_7E11|VBUSDEV_7E21
attr FileLog_VBUSDEV_7E11 logtype text
attr FileLog_VBUSDEV_7E11 room hidden
automatisch angelegt. Alles funktionierte sauber und zufriedenstellend.
Nach dem gestrigen Update wurde folgendes Device zusätzlich angelegt:
define VBUSDEV_7e11 VBUSDEV 7e11
attr VBUSDEV_7e11 event-min-interval .*:360
attr VBUSDEV_7e11 event-on-change-reading .*
attr VBUSDEV_7e11 model
attr VBUSDEV_7e11 room Heizung
attr VBUSDEV_7e11 verbose 1
define FileLog_VBUSDEV_7e11 FileLog ./log/VBUSDEV_7e11-%Y.log VBUSDEV_7e11
attr FileLog_VBUSDEV_7e11 logtype text
attr FileLog_VBUSDEV_7e11 room hidden
Der Unterschied liegt in "7e11" statt vorher "7E11" und das Modell der Regelung wird nicht mehr automatisch gesetzt.
Eventuell hat sich im Update irgendwo ein "e" statt "E" Tippfehler eingeschlichen.
Momentan werden jedenfalls keine Werte mehr geloggt.
Außerdem ist es nicht mehr möglich das Attribut model zusetzen.
mfg
Helmut
@hneu
Bitte ein update machen:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
@pejonp
Danke,
das Problem ist mit dem Update behoben! :)
Vielen Dank für die schnelle Hilfe!
mfg
Helmut
Hallo,
nach dem Update vor wenigen Minuten leider wieder das gleiche Problem:
Die Devices werden mit "7e11" "7e21" und "7e22" statt "7Exx" neu angelegt und es erfolgt kein loging mehr.
:(
Ergänzung:
Das Device "7E22" stellt wahrscheinlich den kürzlich durch mich aktivierten 2. Heizkreis dar. Dieser wird gar nicht erkannt, könnte aber in der VBUSDEF.pm einfach ergänzt werden.
EDIT:
Ich habe mir vorläufig damit geholfen, eine ältere Version der Dateien 19_VBUSIF.pm und 21_VBUSDEV.pm einzuspielen. Dort taucht der Fehler nicht auf.
mfg
Helmut
Zitat von: hneu am 11 Oktober 2017, 20:15:43
Hallo,
nach dem Update vor wenigen Minuten leider wieder das gleiche Problem:
Die Devices werden mit "7e11" "7e21" und "7e22" statt "7Exx" neu angelegt und es erfolgt kein loging mehr.
:(
Ergänzung:
Das Device "7E22" stellt wahrscheinlich den kürzlich durch mich aktivierten 2. Heizkreis dar. Dieser wird gar nicht erkannt, könnte aber in der VBUSDEF.pm einfach ergänzt werden.
EDIT:
Ich habe mir vorläufig damit geholfen, eine ältere Version der Dateien 19_VBUSIF.pm und 21_VBUSDEV.pm einzuspielen. Dort taucht der Fehler nicht auf.
mfg
Helmut
Hallo Helmut,
trage bitte einmal diese in deine Updateliste ein, dann werden die aktuelle Module gezogen. Ich bin noch nicht dazu gekommen mir einen svn-Zugang anzufordern. Deshalb auf diesem Wege.
update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Ich benötige mal Eure Hilfe.
Frage 1: Readings
Ich hatte bis März Readings, denen ich anscheinend irgendwo mal sprechende Namen gegeben habe.
Man kann diese am Anfang (erste 6 Zeilen) vom list meines VBUS LAN sehen:
Internals:
CHANGED
CODE 7321
DEF 7321
IODev vbus
LASTInputDev vbus
MSGCNT 100941
NAME VBUSDEV_7321
NR 670
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 100941
vbus_RAWMSG aa100021731000011238f100b201e202b822b002e200b822b822b822b822b822b822000000000000000000000000c80f0000170000000000640000006400000000000000550000000000020148050455ba1f
vbus_TIME 2017-11-13 22:18:37
READINGS:
2017-03-06 22:05:19 Pumpe-Kamin 0 %
2017-03-06 22:05:19 Pumpe-Solar-Panel 0 %
2017-03-06 22:05:19 Temp-Kamin-Wassertasche 72.4 °C
2017-03-06 22:05:19 Temp-Puffer-oben 68.7 °C
2017-03-06 22:05:19 Temp-Puffer-unten 43.2 °C
2017-03-06 22:05:19 Temp-Solar-Panel 22.9 °C
2017-11-13 22:18:37 controllerversion 258
2017-11-13 22:18:37 errormask 0
2017-11-13 22:18:37 impulse_I01 0
2017-11-13 22:18:37 impulse_I02 0
2017-11-13 22:18:37 insolation 0 W/qm
2017-11-13 22:18:37 relaisusagemask 85
2017-11-13 22:18:37 sensorbrokemask 4040
2017-11-13 22:18:37 sensorshortmask 0
2017-11-13 22:18:37 sensorusagemask 23
2017-11-13 22:18:37 speed_R01 0 %
2017-11-13 22:18:37 speed_R02 0 %
2017-11-13 22:18:37 speed_R03 100 %
2017-11-13 22:18:37 speed_R04 0 %
2017-11-13 22:18:37 speed_R05 0 %
2017-11-13 22:18:37 speed_R06 0 %
2017-11-13 22:18:37 speed_R07 100 %
2017-11-13 22:18:37 speed_R08 0 %
2017-11-13 22:18:37 speed_R09 0 %
2017-11-13 22:18:37 systemtime 1352
2017-11-13 22:18:37 temperature_T01 24.5 °C
2017-11-13 22:18:37 temperature_T02 43.5 °C
2017-11-13 22:18:37 temperature_T03 74 °C
2017-11-13 22:18:37 temperature_T05 69 °C
2017-11-13 22:18:37 temperature_T06 23 °C
2017-11-13 22:18:37 warningmask 0
helper:
_98_statistics stat_VBUSDEV_7321
Attributes:
IODev vbus
event-min-interval .*:120
event-on-change-reading .*
model Vitosolic200
room 00_KG_Heizungsraum,G_VBUS
Nun werden diese Readings aber nicht mehr geschrieben sonder nur noch die generischen. Könnt Ihr mir auf die Sprünge helfen, wo ich das mal angepasst habe und warum ab dem 06.03. die Dinger nicht mehr gehen. In meinen fhem.cfg-Backups von Anfang März finde ich dazu nichts.
Frage 2: Modulversion
Mein VBUS ist so eingebunden:
defmod VBUSDEV_7321 VBUSDEV 7321
attr VBUSDEV_7321 IODev vbus
attr VBUSDEV_7321 event-min-interval .*:120
attr VBUSDEV_7321 event-on-change-reading .*
attr VBUSDEV_7321 model Vitosolic200
attr VBUSDEV_7321 room 00_KG_Heizungsraum,G_VBUS
Im Wiki steht etwas von 19_VBUSIF.pm und 21_VBUSDEV.pm
Was ist an den Dingern anders als an meiner jetzigen Definition?
Ich habe folgende Konfiguration für meinen VBUS Adapter:
define vbus VBUSIF 172.16.50.180:7053
attr vbus room VBUSDEV
define VBUSDEV_7731 VBUSDEV 7731
attr VBUSDEV_7731 event-min-interval .*:120
attr VBUSDEV_7731 event-on-change-reading .*
attr VBUSDEV_7731 model
attr VBUSDEV_7731 room VBUSDEV
attr VBUSDEV_7731 verbose 5
define FileLog_VBUSDEV_7731 FileLog ./log/VBUSDEV_7731-%Y.log VBUSDEV_7731
attr FileLog_VBUSDEV_7731 logtype text
der Message count im vbus Interface geht kontinuierlich hoch:
vbus_MSGCNT 1436
vbus_MSGCNT 1504
Trotdem sehe ich im Logfile: VBUSDEV_7731-2017.log überhaupt keine Einträge.
Was mache ich falsch?
Hi
Was steht im fhem.log ?
Hänge mal einen Ausschnitt an !
Password richtig gesetzt ?
Pejonp
Hallo pejonp
Hier der Auszug aus dem fhem.log:
2017.11.20 11:46:44 4: VBUSDEV_7731: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7731 DevTyp: Name: VBUSDEV_7731
2017.11.20 11:46:44 4: VBUSDEV_7731: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: e700bf003202d60048dd48dd48dd48dd00000000a1032e020e000300
2017.11.20 11:46:45 4: VBUSDEV_7731: VBUSDEV_ParsePayLoad1: Command: 0300 Code 7731 DevTyp: Name: VBUSDEV_7731
2017.11.20 11:46:45 4: VBUSDEV_7731: VBUSDEV_ParsePayload2: Dev: CMD: 0300 PayL:
2017.11.20 11:46:46 4: VBUSDEV_7731: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7731 DevTyp: Name: VBUSDEV_7731
2017.11.20 11:46:46 4: VBUSDEV_7731: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: e700bf003202d70048dd48dd48dd48dd00000000a1032e020e000300
2017.11.20 11:46:47 4: VBUSDEV_7731: VBUSDEV_ParsePayLoad1: Command: 0300 Code 7731 DevTyp: Name: VBUSDEV_7731
2017.11.20 11:46:47 4: VBUSDEV_7731: VBUSDEV_ParsePayload2: Dev: CMD: 0300 PayL:
2017.11.20 11:46:48 4: VBUSDEV_7731: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7731 DevTyp: Name: VBUSDEV_7731
2017.11.20 11:46:48 4: VBUSDEV_7731: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: e700bf003202d70048dd48dd48dd48dd00000000a1032e020e000300
Ich habe nicht gefunden wo ich ein Passwort setzen kann (ist immer noch default)
Hi ,
Der 7731 ist noch nicht hinterlegt. Vielleicht schaffe ich es zum WE.
Pejonp
Wow. Super. Danke Dir.
Zitat von: kuhmelker am 20 November 2017, 14:12:22
Wow. Super. Danke Dir.
Hi,
mach mal bitte ein: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Password siehe https://github.com/pejonp/vbus ganz unten auf der Seite.
pejonp
Ich schieb meine Mail nochmal hoch.
::)
Zitat von: Gunther am 13 November 2017, 22:25:15
Ich benötige mal Eure Hilfe.
Frage 1: Readings
Ich hatte bis März Readings, denen ich anscheinend irgendwo mal sprechende Namen gegeben habe.
Man kann diese am Anfang (erste 6 Zeilen) vom list meines VBUS LAN sehen:
Internals:
CHANGED
CODE 7321
DEF 7321
IODev vbus
LASTInputDev vbus
MSGCNT 100941
NAME VBUSDEV_7321
NR 670
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 100941
vbus_RAWMSG aa100021731000011238f100b201e202b822b002e200b822b822b822b822b822b822000000000000000000000000c80f0000170000000000640000006400000000000000550000000000020148050455ba1f
vbus_TIME 2017-11-13 22:18:37
READINGS:
2017-03-06 22:05:19 Pumpe-Kamin 0 %
2017-03-06 22:05:19 Pumpe-Solar-Panel 0 %
2017-03-06 22:05:19 Temp-Kamin-Wassertasche 72.4 °C
2017-03-06 22:05:19 Temp-Puffer-oben 68.7 °C
2017-03-06 22:05:19 Temp-Puffer-unten 43.2 °C
2017-03-06 22:05:19 Temp-Solar-Panel 22.9 °C
2017-11-13 22:18:37 controllerversion 258
2017-11-13 22:18:37 errormask 0
2017-11-13 22:18:37 impulse_I01 0
2017-11-13 22:18:37 impulse_I02 0
2017-11-13 22:18:37 insolation 0 W/qm
2017-11-13 22:18:37 relaisusagemask 85
2017-11-13 22:18:37 sensorbrokemask 4040
2017-11-13 22:18:37 sensorshortmask 0
2017-11-13 22:18:37 sensorusagemask 23
2017-11-13 22:18:37 speed_R01 0 %
2017-11-13 22:18:37 speed_R02 0 %
2017-11-13 22:18:37 speed_R03 100 %
2017-11-13 22:18:37 speed_R04 0 %
2017-11-13 22:18:37 speed_R05 0 %
2017-11-13 22:18:37 speed_R06 0 %
2017-11-13 22:18:37 speed_R07 100 %
2017-11-13 22:18:37 speed_R08 0 %
2017-11-13 22:18:37 speed_R09 0 %
2017-11-13 22:18:37 systemtime 1352
2017-11-13 22:18:37 temperature_T01 24.5 °C
2017-11-13 22:18:37 temperature_T02 43.5 °C
2017-11-13 22:18:37 temperature_T03 74 °C
2017-11-13 22:18:37 temperature_T05 69 °C
2017-11-13 22:18:37 temperature_T06 23 °C
2017-11-13 22:18:37 warningmask 0
helper:
_98_statistics stat_VBUSDEV_7321
Attributes:
IODev vbus
event-min-interval .*:120
event-on-change-reading .*
model Vitosolic200
room 00_KG_Heizungsraum,G_VBUS
Nun werden diese Readings aber nicht mehr geschrieben sonder nur noch die generischen. Könnt Ihr mir auf die Sprünge helfen, wo ich das mal angepasst habe und warum ab dem 06.03. die Dinger nicht mehr gehen. In meinen fhem.cfg-Backups von Anfang März finde ich dazu nichts.
Frage 2: Modulversion
Mein VBUS ist so eingebunden:
defmod VBUSDEV_7321 VBUSDEV 7321
attr VBUSDEV_7321 IODev vbus
attr VBUSDEV_7321 event-min-interval .*:120
attr VBUSDEV_7321 event-on-change-reading .*
attr VBUSDEV_7321 model Vitosolic200
attr VBUSDEV_7321 room 00_KG_Heizungsraum,G_VBUS
Im Wiki steht etwas von 19_VBUSIF.pm und 21_VBUSDEV.pm
Was ist an den Dingern anders als an meiner jetzigen Definition?
Hallo Gunther,
ich weiss ja nicht was du machen möchtest aber ein weg um die Readings besser lesbar zu machen ist der hier.
define Heizung dummy
attr Heizung event-on-change-reading VBUSDEV_7321:temperature_T01
attr Heizung room Solartherme
attr Heizung stateFormat {sprintf("Kollektor: %.1f °C <br>SpeicherO: %.1f °C <br>SpeicherM: %.1f °C <br>SpeicherU: %.1f °C <br>Temp06: %.1f °C <br>WWSpeicher: %.1f °C",ReadingsVal("VBUSDEV_7321","temperature_T01",0), ReadingsVal("VBUSDEV_7321","temperature_T05",0), ReadingsVal("VBUSDEV_7321","temperature_T02",0), ReadingsVal("VBUSDEV_7321","temperature_T04",0), ReadingsVal("VBUSDEV_7321","temperature_T06",0), ReadingsVal("VBUSDEV_7321","temperature_T08",0))}
attr Heizung userReadings Kollektor { ReadingsVal("temperature_T01","state","")}
attr Heizung verbose 5
Wie gesagt nur ein Beispiel und ich weiss nicht was du machen möchtest. Du kannst auch die Suche bemühen ;-)
pejonp
Danke.
Mir geht es darum, dass ich anscheinend irgendwo die Readings mit sprechenden Namen versehen habe:
2017-03-06 22:05:19 Pumpe-Kamin 0 %
2017-03-06 22:05:19 Pumpe-Solar-Panel 0 %
2017-03-06 22:05:19 Temp-Kamin-Wassertasche 72.4 °C
2017-03-06 22:05:19 Temp-Puffer-oben 68.7 °C
2017-03-06 22:05:19 Temp-Puffer-unten 43.2 °C
2017-03-06 22:05:19 Temp-Solar-Panel 22.9 °C
Wie Du am Datum sehen kannst, wurden diese das letzte mal im März geschrieben. Nun werden wieder die "generischen" geschrieben:
2017-11-13 22:18:37 controllerversion 258
2017-11-13 22:18:37 errormask 0
2017-11-13 22:18:37 impulse_I01 0
2017-11-13 22:18:37 impulse_I02 0
2017-11-13 22:18:37 insolation 0 W/qm
2017-11-13 22:18:37 relaisusagemask 85
2017-11-13 22:18:37 sensorbrokemask 4040
2017-11-13 22:18:37 sensorshortmask 0
2017-11-13 22:18:37 sensorusagemask 23
2017-11-13 22:18:37 speed_R01 0 %
2017-11-13 22:18:37 speed_R02 0 %
2017-11-13 22:18:37 speed_R03 100 %
2017-11-13 22:18:37 speed_R04 0 %
2017-11-13 22:18:37 speed_R05 0 %
2017-11-13 22:18:37 speed_R06 0 %
2017-11-13 22:18:37 speed_R07 100 %
2017-11-13 22:18:37 speed_R08 0 %
2017-11-13 22:18:37 speed_R09 0 %
2017-11-13 22:18:37 systemtime 1352
2017-11-13 22:18:37 temperature_T01 24.5 °C
2017-11-13 22:18:37 temperature_T02 43.5 °C
2017-11-13 22:18:37 temperature_T03 74 °C
2017-11-13 22:18:37 temperature_T05 69 °C
2017-11-13 22:18:37 temperature_T06 23 °C
2017-11-13 22:18:37 warningmask 0
1.) Ich weiß leider nicht mehr wo ich das eingestellt hatte.
2.) Sind die 19_VBUSIF.pm und 21_VBUSDEV.pm ein neueres verändertes Modul? Ich habe gar kein VBUSDIF wie im Wiki aktiv.
Was bringt das für einen Vorteil?
@Penjop. Herzlichen Dank. Jetzt funktioniert es auch mit meiner Steuerung!
Bitte Melkerkuh
Pejonp
@ Pejonp: Zuerst einmal tausend Dank für das tolle Modul und deine fortwährende Arbeit daran!
Könntest du demnächst bitte noch den DeltaSol SLL 1240 hinzufügen?
Ich hatte mir das manuell schon einmal selber hinterlegt aber nach updates fliegt es immer wieder raus ;-)
Danke
Hi lurik,
Hast du die Anpassungen noch, dann hänge sie mal hier mit an. So kann ich diese vieleicht übernehmen.
Pejonp
Das ist die Anpassung die aktuell bei mir funktioniert.
"1240" => {"name" => "DeltaSol_SLL", "cmd" => "0100", "fields" => [
{ "offset" => 4, "name" => "Solar_Kollektortemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Solar_Kesseltemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Solar_VL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Solar_RL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Tage", "bitSize" => 15, "factor" => 1, "unit" => "T" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Drehzahl1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 24, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 32, "name" => "Betriebstunden", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 44, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 45, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 69, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
Vielen Dank
Hi Lurik,
die 1240 ist eine:
DFA (0x0010) <= Wagner Sungo 100 [Regler] (0x1240), command 0x0100
DFA (0x0010) <= Wagner Sungo 100 [WMZ1] (0x1241), command 0x0100
die DeltaSol_SLL hat folgende Nummern:
DFA (0x0010) <= DeltaSol SLL [Regler] (0x2271), command 0x0100
DFA (0x0010) <= DeltaSol SLL [WMZ1] (0x2272), command 0x0100
Komme ich aber erst am WE dazu.
pejonp
Ja, stimmt :-)
Ist auch eine Wagner Sungo 100.
Ich hatte das aus dem Deltasol SLL zusammengebaut... und dann wohl vergessen die Beschreibung richtig zu ändern.
Gut das es dir aufgefallen ist.
Mach in Ruhe, bis zum nächsten Update läuft ja alles bei mir.
Vielen Vielen Dank!
Zitat von: Lurik am 13 Dezember 2017, 19:58:38
Ja, stimmt :-)
Ist auch eine Wagner Sungo 100.
...
Hi,
mach mal bitte ein: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Funktoniert!
Vielen Vielen Dank!
Hallo VBus Spezialisten,
ich versuche seid einiger Zeit die Daten meiner Resol DeltaSolMX ins FHEM zu bekommen, als LAN-Adapter habe ich den Resol DL2.
Dazu nun zwei Fragen, ob ich die Verschiedenen Möglichkeiten etwas vom VBus ins FHEM zu bekommen.
1. Wenn der Resol VBUS-LAN-Adapter verwendet wird dann geht dies über die Module 19_VBUSIF.pm und 21_VBUSDEV.pm.
2. Wenn der Resol DL2/DL3-LAN-Adapter verwendet wird dann geht dies (nur?) über HTTPMOD.
Warum ist dann in der VBUSDEV auch ein Eintrag für den DL2?
Habe ich das Richtig verstanden nachdem ich gen ganzen Thread durchgesehen habe?
Die Meisten von euch haben den VBUS-LAN-Adapter so wie es mir scheint?
Vielen Dank für Ihre Hilfe!
Gruß
Ralf
Hallo Schlauby_123,
der Eintrag für den DL2 in der VBUSDEV ist noch aus den Anfängen.
Der DL2 wird kann über HTTPMOD ausgelesen werden. Schau mal hier https://forum.fhem.de/index.php/topic,10303.msg347411.html#msg347411 dort ist eine Beispielkonfig angehangen.
pejonp
Hallo pejonp,
das mit dem HTTPMOD habe ich nachmittag hinbekommen, funktioniert so weit ganz gut.
Kannst du mir sagen was die Vor- und Nachteile von VBUSDEV und HTTPMOD sind?
Und noch was, lest ihr immer "alle" dauen aus, auch die die nicht benötigt werden weil nichts angeschlossen ist oder nur die welche ihr in FHEM weiter verarbeiten wollt?
Gruß
Ich bekomme die Umstellung auf HTTPMOD fuer meinen Resol DL2 nicht hin.
Die Definition
define DL2 HTTPMOD http://192.168.178.156/dlx/live?sessionAuthUsername=admin&sessionAuthPassword=<meinPasswort>&outputType=json 20
ergibt im Log :
2018.01.27 16:04:46 5: HttpUtils url=http://192.168.178.156/dlx/live?sessionAuthUsername=admin&sessionAuthPassword=<meinPassword>&outputType=json
2018.01.27 16:04:46 5: IP: 192.168.178.156 -> 192.168.178.156
2018.01.27 16:04:48 3: DL2: Read callback: Error: connect to http://192.168.178.156:80 timed out
2018.01.27 16:04:48 4: DL2: Read callback: request type was update retry 0, no headers, body empty
2018.01.27 16:04:48 5: DL2: ExtractSid called, context reading, num
2018.01.27 16:04:48 4: DL2: CheckAuth decided no authentication required
Über den Browser kann ich den Datenlogger direkt erreichen und auch live Daten sehen.
Wo liegt der Haken? Warum die Fehlermeldung beim Verbindungsaufbau (das Passwort habe ich schon geprüft ...)
/vielen Dank für einen Tipp, andreas.
@mcchina
den Resol DL2 habe ich nicht. Und dieser sendet seine Daten per html.
Ist der Port 80 richtig ?
setzte mal das interval von 20 auf 60.
Kopiere mal deine URL aus dem Browser hier hinnein. Passwort unkenntlich machen.
setze auch mal verbose=5, vielleicht steht noch etwas im log.
pejonp
URL aus dem Browser :http://192.168.178.156/dlx/live
Dies gibt die Datenseite, die auch live Daten anzeigt.
habe bereits verschiedene Ports probiert (lt Resol ist 443 fuer den Webzugriff und 7053 fuer das Parametrisierungstool. Ergibt aber immer das gleiche Ergebnis, auch wenn man den Port ganz weglässt.
im Log wiederholt sich das :
2018.01.28 12:47:47 3: DL2: Read callback: Error: read from http://192.168.178.156:7053 timed out
2018.01.28 12:47:47 4: DL2: Read callback: request type was update retry 0, no headers, body empty
2018.01.28 12:47:47 5: DL2: ExtractSid called, context reading, num
2018.01.28 12:47:47 4: DL2: CheckAuth decided no authentication required
2018.01.28 12:48:45 4: DL2: GetUpdate called (update)
2018.01.28 12:48:45 4: DL2: update timer modified: will call GetUpdate in 60.0 seconds at 2018-01-28 12:49:45
2018.01.28 12:48:45 4: DL2: AddToQueue adds update, initial queue len: 0
2018.01.28 12:48:45 5: DL2: AddToQueue adds type update to URL http://192.168.178.156:7053/dlx/live?sessionAuthUsername=admin&sessionAuthPassword=XXXX&outputType=json&source=current, no data, no headers, retry 0
2018.01.28 12:48:45 5: DL2: HandleSendQueue called, qlen = 1
2018.01.28 12:48:45 4: DL2: HandleSendQueue sends request type update to URL http://192.168.178.156:7053/dlx/live?sessionAuthUsername=admin&sessionAuthPassword=XXXX&outputType=json&source=current, No Data, No Header,
timeout 2
2018.01.28 12:48:45 5: HttpUtils url=http://192.168.178.156:7053/dlx/live?sessionAuthUsername=admin&sessionAuthPassword=XXXX&outputType=json&source=current
2018.01.28 12:48:45 5: IP: 192.168.178.156 -> 192.168.178.156
2018.01.28 12:48:47 3: DL2: Read callback: Error: connect to http://192.168.178.156:7053 timed out
2018.01.28 12:48:47 4: DL2: Read callback: request type was update retry 0, no headers, body empty
2018.01.28 12:48:47 5: DL2: ExtractSid called, context reading, num
2018.01.28 12:48:47 4: DL2: CheckAuth decided no authentication required
aber ich habe ein Netzwerkproblem ... ping geht an interne Adressen nicht zuverlässig. Mache mich mal auf die Suche nach einer doppelten IP Adresse ....
333 packets transmitted, 89 received, 73% packet loss, time 341861ms
@mcchina
Read callback: Error: read from http://192.168.178.156:7053 timed out
der Port 7053 ist denke ich einmal falsch.
Hast du schon einmal den DL2 stromlos gemacht. Neu gestartet.
gehe einmal mit deinem Browser auf den DL2 und speichere die HTML-Seite als Text ab und hänge diese hier ran.
pejonp
Anhang: .html und Webarchive der Resol DL2 page.
Bei mir läuft Fhem auf einem Raspi. Was ich noch nicht gelöst habe ist, dass ein ping an die Resol überhaupt nicht durchgeht? Der Router im LAN kann per ping zuverlässig erreicht werden, aber andere Clients (zB die NAS Box) haben eine Fehlerrate von 70%.
Doppelte IP Addressierung habe ich schon geprüft.
arp -v 192.168.178.156
Address HWtype HWaddress Flags Mask Iface
datenloggerSolar.fritz. ether 00:1e:66:04:31:25 C wlan0
Entries: 7 Skipped: 6 Found: 1
ping 192.168.178.156
PING 192.168.178.156 (192.168.178.156) 56(84) bytes of data.
^C
--- 192.168.178.156 ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5210ms
Irgendwelche Ideen?
-danke, andreas,
@mcchina
Stelle bitte sicher das du vom FHEM-Server (raspi) dein Resol DL2 erreichst. Der DL2 ist über WLAN angebunden ?
Was hast du für einen Router ?
Wie kommst du auf deinen raspi per ssh oder per Console ?
Kannst du vom Raspi deinen PC/Laptop/iPad anpingen ?
Klemme den DL2 und den raspi mal auf einen Switch/Hub und diesen an den router. was passiert ?
pejonp
danke,
das ist genau das Problem. ich arbeite per SSH auf dem raspi. von dort aus erreiche die Fritzbox im LAN, als auch WAN Adressen (zB google.com). Aber nicht weitere interne Clients, wie zB den Resol DL2 (IP 192.168.178.156), aber auch andere (Mac, NAS etc). Dh bis auf den Router werden weitere interne Adressen nicht erreicht. Weder die mit Ethernet eingehängt sind, noch die per WLAN.
Das ist also ein Netzwerkproblem ... aber was ist faul?
Der Raspi ist per WLAN eingebunden.
Der DL2 per Ethernet.
arp -v 192.168.178.156
Address HWtype HWaddress Flags Mask Iface
datenloggerSolar.fritz. ether 00:1e:66:04:31:25 C wlan0
Entries: 7 Skipped: 6 Found: 1
ping 192.168.178.156
PING 192.168.178.156 (192.168.178.156) 56(84) bytes of data.
^C
--- 192.168.178.156 ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5210ms
@mcchina
Gehört eigentlich nicht in diesen Beitrag. Schau doch mal bei Google. Da ich deine NetzwerkUmgebung nicht kenne ist Hilfe schwer. Kannst du andere wlan Geräte per Ping Telnet erreichen. Alle Geräte im gleichem netzsegment. Ist der Raspberry im Gastnetzwerk. Damit hat er keine Verbindung ins interne Netz und kann auch mit den Geräten nicht kommunizieren.
Pejonp
gelöst: Neustart der Fritzbox hat den raspi wieder mit dem Resol sprechen lassen. Da waren wohl die Routing Tabellen verbogen.
... und ja, das gehört nicht in diesen Blog :-)
-danke trotzdem, andreas.
Hallo,
ich habe heute problemlos einem Deltasol SLT in Betrieb genommen. Es Funktioniert soweit ich sehe gut.
Danke für das Modul!
Eine Frage habe ich:
Im automatisch angelegten Device des SLT ist ein "unendlich" langer Eintrag in der Dropdownliste der Attribute.
Dieser scheint alle möglichen Modelle aufzulisten.
Zugegeben: es ist ein rein optisches Problem, trotzdem die Frage: Ist das gewollt und nötig?
Die Anzeige des Device wird damit nämlich sehr in die Breite gezogen.
Gruß Heiko
Edit:
Bei Anwahl des Attributs kommt:
KG.HZ.Solaranlage: unknown attribute S2/S3,DeltaSolC,DeltaSolE_Regler,DeltaSolE_WMZ,DeltaSol_BS4,DeltaSol_BS_2009,DeltaSol_BS_Plus,DeltaSol_BX,DeltaSol_BX_Heizkreis,DeltaSol_BX_Plus_Module,DeltaSol_BX_Plus_Regler,DeltaSol_BX_WMZ,DeltaSol_CS_Plus,DeltaSol_ES,DeltaSol_M,DeltaSol_MX_Heizkreis,DeltaSol_MX_Module,DeltaSol_MX_Regler,DeltaSol_MX_WMZ,DeltaSol_M_HKM,DeltaSol_M_Volumen,DeltaSol_M_WMZ1,DeltaSol_M_WMZ2,DeltaSol_SL,DeltaSol_SLL,DeltaSol_SLL_WMZ1,DeltaSol_SLT,DeltaSol_SLT_WMZ,DeltaSol_SL_WMZ1,DeltaThermHC_HK0,DeltaThermHC_HK1,DeltaThermHC_HK2,DeltaThermHC_MODUL0,DeltaThermHC_MODUL1,DeltaThermHC_Regler,DeltaThermHC_WMZ0,DeltaThermHC_WMZ1,DeltaThermHC_mini_HK,DeltaThermHC_mini_Regler,DeltaTherm_FK,DiemasolC,Frischwasserregler,HRSolar_BASIC,HRSolar_BASIC_WMZ1,MSR65_1,MSR65_2,Oranier_HK_Regler,Oranier_HK_WMZ1,SKS3HE,SKSC1/2,SKSC3HE_[HK1],SKSC3HE_[HK2],SKSC3_[HK1],SKSC3_[HK2],SKSC3_[HK3],SKSR_1_2_3,SLR,Vitosolic200,Vitosolic200_SD4,Vitosolic200_WMZ1,Vitosolic200_WMZ1,Vitosolic200_WMZ2,Vitosolic200_WMZ2,WMZ,Wagner_Sungo_100_Regler,Wagner_Sungo_100_WMZ1. Type 'attr KG.HZ.Solaranlage ?' for a detailed list.
Der am Ende stehende Vorschlag 'attr KG.HZ.Solaranlage ?' bringt
KG.HZ.Solaranlage: unknown attribute ?, choose one of alias comment eventMap group room suppressReading userReadings verbose IODev event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat timestamp-on-change-reading model S2/S3,DeltaSolC,DeltaSolE_Regler,DeltaSolE_WMZ,DeltaSol_BS4,DeltaSol_BS_2009,DeltaSol_BS_Plus,DeltaSol_BX,DeltaSol_BX_Heizkreis,DeltaSol_BX_Plus_Module,DeltaSol_BX_Plus_Regler,DeltaSol_BX_WMZ,DeltaSol_CS_Plus,DeltaSol_ES,DeltaSol_M,DeltaSol_MX_Heizkreis,DeltaSol_MX_Module,DeltaSol_MX_Regler,DeltaSol_MX_WMZ,DeltaSol_M_HKM,DeltaSol_M_Volumen,DeltaSol_M_WMZ1,DeltaSol_M_WMZ2,DeltaSol_SL,DeltaSol_SLL,DeltaSol_SLL_WMZ1,DeltaSol_SLT,DeltaSol_SLT_WMZ,DeltaSol_SL_WMZ1,DeltaThermHC_HK0,DeltaThermHC_HK1,DeltaThermHC_HK2,DeltaThermHC_MODUL0,DeltaThermHC_MODUL1,DeltaThermHC_Regler,DeltaThermHC_WMZ0,DeltaThermHC_WMZ1,DeltaThermHC_mini_HK,DeltaThermHC_mini_Regler,DeltaTherm_FK,DiemasolC,Frischwasserregler,HRSolar_BASIC,HRSolar_BASIC_WMZ1,MSR65_1,MSR65_2,Oranier_HK_Regler,Oranier_HK_WMZ1,SKS3HE,SKSC1/2,SKSC3HE_[HK1],SKSC3HE_[HK2],SKSC3_[HK1],SKSC3_[HK2],SKSC3_[HK3],SKSR_1_2_3,SLR,Vitosolic200,Vitosolic200_SD4,Vitosolic200_WMZ1,Vitosolic200_WMZ1,Vitosolic200_WMZ2,Vitosolic200_WMZ2,WMZ,Wagner_Sungo_100_Regler,Wagner_Sungo_100_WMZ1 cmdIcon devStateIcon devStateStyle icon sortby webCmd webCmdLabel widgetOverride userattr
Die Standardattribute sind mit Leerzeichen getrennt, die Modelle mit Komma. Könnte da ein Fehler liegen?
@heikoe,
Fehler gefunden Zeile 1180 ,,deltasol s2/s3" wird nicht richtig verarbeitet .
Versuche ich im Laufe der Woche anzupassen.
Pejonp
@HeikoE
wurde angepasst. Bitte prüfen.
pejonp
Zitat von: pejonp am 12 Februar 2018, 18:22:14
@HeikoE
wurde angepasst. Bitte prüfen.
pejonp
Perfekt. Herzlichen Dank für die schnelle Abhilfe.
Heiko
hallo
für mich ist der Vorteil von HTTPMOD, dass ich die Häufigkeit festlegen kann, mit der die Daten angefragt und ins Log geschrieben werden. Das man die VBUS Schnittstelle im RESOL nicht dazu bewegen kann, weniger häufig Daten ins Netz zu schieben, hatte ich per VBUSLAN schnell sehr grosse Logs.
Ich lese mittels der regex Einträge immer nur die Daten der live webpage, die ich benötige.
Beispiel (das übrigens im Regex für die Kollektortemperatur und die Aussentemperatur negative Werte zulässt):
define DL2 HTTPMOD http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current 600
attr DL2 userattr event-min-interval icon reading01Name reading01Regex reading02Name reading02Regex reading03Name reading03Regex reading04Name reading04Regex reading05Name reading05Regex verbose
attr DL2 event-min-interval .*:60
attr DL2 icon it_internet
attr DL2 reading01Name Kollektortemp
attr DL2 reading01Regex field_index\" : 0,[ \n\t]+"raw_value"[-? : \n\t\d.*,]+"value"[ : \t\"]+([-?\d\.]+)
attr DL2 reading02Name SpeichertmpUnten
attr DL2 reading02Regex field_index\" : 1,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
attr DL2 reading03Name SpeichertmpOben
attr DL2 reading03Regex field_index\" : 2,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
attr DL2 reading04Name AussentmpSchatten
attr DL2 reading04Regex field_index\" : 3,[ \n\t]+"raw_value"[-? : \n\t\d.*,]+"value"[ : \t\"]+(-?[\d\.]+)
attr DL2 reading05Name DrehzahlPumpe
attr DL2 reading05Regex field_index\" : 4,[ \n\t]+"raw_value"[ : \n\t\d.*,]+"value"[ : \t\"]+([\d\.]+)
attr DL2 room SolarThermie
attr DL2 verbose 1
/cheers, andreas.
Zitat von: mcchina am 18 Februar 2018, 18:22:45
... Das man die VBUS Schnittstelle im RESOL nicht dazu bewegen kann, weniger häufig Daten ins Netz zu schieben, hatte ich per VBUSLAN schnell sehr grosse Logs.
...
Hallo,
die Häufigkeit der Datenanfrage möchte ich auch noch mal aufgreifen.
Ich habe nämlich ein sehr interessantes Phänomen. Die Daten von meinem DeltaSol SLT verschieben sich immer weiter nach hinten.
Verschiebungen im Raum-Zeit-Kontinuum Aufgrund relativistisch relevanter Geschwindigkeitsunterschiede schliesse ich mal aus ;-).
Spass beiseite: Nach dem Neustart des SLT zeigt die Vorlauftemperatur des Heizkreises genau dann einen Ausschlag, wenn die Pumpe läuft. Die Pumpe wird von einem HM-LC-SW4-DR geschaltet. Nach einem Tag eilt der Temperaturwert schon um eine Stunde nach, nach zwei Tagen sind es mehr als zwei Stunden. (siehe Zeitverzug.png). Mehrere FHEM-Neustarts im Laufe der Tage änderten nichts. Ein Neustart des SLT verursacht einen Sprung der Messwerte (siehe Sprung.png) und erstmal ist alles wieder synchron.
Meine Theorie ist nun, dass der SLT einen Schreibpuffer besitzt, der immer voller wird. Mit jedem Poll werden Daten gemerkt. Durch häufigen Anfragen ist das Gerät so beschäftigt, dass es den Puffer nicht mehr leer bekommt.
Das reading Systemdatum im VBUSDEV zeigt jetzt (20:27) den Wert "540746043", also "Thu Feb 19 16:14:03 1987" Das hinkt schon über 4h hinterher.
Meine Frage an @pjonp: Kann man die Pollrate nicht irgendwie reduzieren, evtl. über ein Attribut oder direkt bei der Konfiguration? Ich glaube, alle 60s würde sicher ausreichen.
Die Daten wie @mcchina über ein HTTPMOD zu bekommen, scheint mit dem SLT nicht zu gehen. Zumindest bekomme ich mit dem Beispiellink keine Daten und in der Doku https://danielwippermann.github.io/resol-vbus/docs.html (https://danielwippermann.github.io/resol-vbus/docs.html) sind nur DL2/3 erwähnt.
Schöne Grüße
Heiko
hallo Heiko,
wenn ich das Manual vom SLT richtig lese, gibt es den Regler zwar mit LAN Schnittstelle, diese dient aber nicht dem Live Datenaustausch, sondern lediglich als Konfigurationsschnittstelle.
"Das Web-Interface dient nicht dem Zugriff auf die Regler- daten, sondern lediglich der Einrichtung der LAN-Schnittstelle im Netzwerk."
Damit wird HTTPMOD zum Auslesen nicht funktionieren.
-gruss, andreas.
Zitat von: mcchina am 20 Februar 2018, 16:15:56
hallo Heiko,
wenn ich das Manual vom SLT richtig lese, gibt es den Regler zwar mit LAN Schnittstelle, diese dient aber nicht dem Live Datenaustausch, sondern lediglich als Konfigurationsschnittstelle.
"Das Web-Interface dient nicht dem Zugriff auf die Regler- daten, sondern lediglich der Einrichtung der LAN-Schnittstelle im Netzwerk."
Damit wird HTTPMOD zum Auslesen nicht funktionieren.
-gruss, andreas.
Danke Andreas,
scheint so zu sein. Da hoffe ich mal, den Verzug in den Griff zu bekommen.
Ich frag mich, wann der Puffer überläuft. Es sind jetzt schon 12h.
Heiko
Hallo,
bei meinem VBus-Lan Adapter habe ich im FHEM dieses eingestellt.
defmod Thermie VBUSIF 192.168.2.124:7053
attr Thermie event-min-interval .*:120
attr Thermie room Solartherme
attr Thermie verbose 1
@HeikoE mit welchem Adapter ist der DeltaSol SLT an FEHM angebunden. Mit einem Schnittstellenadapter VBus-USB oder VBus-LAN. Der VBus-USB beschäftigt die USB-Schnittstelle sehr stark und FEHM ist damit sehr beschäftigt.
https://github.com/pejonp/vbus
http://hobbyelektronik.org/w/index.php/VBus-Decoder
pejonp
Zitat von: pejonp am 21 Februar 2018, 11:14:18
Hallo,
bei meinem VBus-Lan Adapter habe ich im FHEM dieses eingestellt.
defmod Thermie VBUSIF 192.168.2.124:7053
attr Thermie event-min-interval .*:120
attr Thermie room Solartherme
attr Thermie verbose 1
@HeikoE mit welchem Adapter ist der DeltaSol SLT an FEHM angebunden. Mit einem Schnittstellenadapter VBus-USB oder VBus-LAN. Der VBus-USB beschäftigt die USB-Schnittstelle sehr stark und FEHM ist damit sehr beschäftigt.
https://github.com/pejonp/vbus
http://hobbyelektronik.org/w/index.php/VBus-Decoder
pejonp
Der Deltasol SLT hat eine Lan-Schnittstelle eingebaut. Darüber kommuniziert er mit FHEM.
event-min-interval hat nur Einfluss auf die Anzahl der Event und damit auf das Logging. Ich Benutze das Attribut eventonchangereading. Die Abfragehäufigkeit im Netz wird davon nicht beeinflusst.
Gruß Heiko
Gesendet von meinem LG-K100 mit Tapatalk
@HeikoE vielleicht stellst du testweise einmal um, um zusehen was passiert.
Pejonp
Zitat von: pejonp am 21 Februar 2018, 19:48:31
@HeikoE vielleicht stellst du testweise einmal um, um zusehen was passiert.
Pejonp
Ich hatte eben ins Blaue geschrieben... Was ich erwähnt hatte, war aus dem VBUSDEV. Im Adapter hab ich das jetzt auch noch eingestellt.
attr vbus event-min-interval .*:60
Steht ja auch im wiki.
Werde weiter beobachten und berichten.
Danke
Edit:
Hab gerade gesehen, dass mein FHEM-Log mittlerweile 2GB (in Worten Gigabyte) groß ist... Mal sehen, was da alles drinn steht.
Das Log kam von einem defekten HMUART. Der haut dauernd reappeared...timeout...closed raus. Aber das ist ein anderes Thema.
Ich habe im VBUSIF den Verbose-Level auf 4 gestellt. Dann kommen nach wie vor im Sekundentakt Anfragen rein:
2018.02.21 21:10:36 4: vbus: VBUSIF_Read0: Data = aa150001101000010b3d03010000007b2c007301045b22024a01040c0e020f27003901080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423e173e20014b2c007301045b22024a01040c0e020f27003900000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c0e020f27003901080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423f173e20014a2d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4240173e2001492d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4241173e2001482d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4242173e2001472d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4243173e2001462d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4244173e2001452d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4245173e2001442c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4246173e2001432c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4247173e2001422d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4248173e2001412d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4249173e2001402d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007f
2018.02.21 21:10:36 4: vbus: VBUSIF_Read1: protoVersion : 10
2018.02.21 21:10:36 4: vbus: VBUSIF_Read2a Len: 152 Counter: 11
2018.02.21 21:10:36 4: vbus: VBUSIF_Read4: OK message length: 152 : 152
2018.02.21 21:10:36 4: vbus: VBUSIF_Read6 MSG: aa150001101000010b3d030100002c00f3012202ca010e020f270108000000006400020a00002c00f30100000000010b000000000000 Payload: 030100002c00f3012202ca010e020f270108000000006400020a00002c00f30100000000010b000000000000
2018.02.21 21:10:36 4: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0015 SRC-ADR: 1001
2018.02.21 21:10:36 4: VBUSDEV_Parse03: Standard-Infos ioName: vbus DST-ADR: 0015
2018.02.21 21:10:36 4: vbus: VBUSIF_Read8: raus
2018.02.21 21:10:36 4: vbus: VBUSIF_Read0: Data = aa000001102000050000000000000049aa100001101000010b423e173e20014b2c007301045b22024a01040c0e020f27003900000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c0e020f27003901080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423f173e20014a2d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4240173e2001492d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4241173e2001482d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4242173e2001472d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4243173e2001462d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4244173e2001452d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4245173e2001442c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4246173e2001432c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4247173e2001422d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4248173e2001412d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4249173e2001402d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049
2018.02.21 21:10:36 4: vbus: VBUSIF_Read1: protoVersion : 20
2018.02.21 21:10:36 4: vbus: VBUSIF_Read7: Version : 20 CMD: 0500 ID: 0000 Val: 00000000 tet: 00 CRC: 49
2018.02.21 21:10:36 4: vbus: VBUSIF_Read8: raus
2018.02.21 21:10:37 4: vbus: VBUSIF_Read0: Data = aa100001101000010b423e173e20014b2c007301045b22024a01040c0e020f27003900000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c0e020f27003901080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423f173e20014a2d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4240173e2001492d007301045a22024a01040c0f020f27003800000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c0f020f27003801080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4241173e2001482d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4242173e2001472d007201045b22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c10020f27003701080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4243173e2001462d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4244173e2001452d007301045a22024a01040c10020f27003700000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007301045a22024a01040c10020f27003701080000007600006400001b020a000000732d007301045a00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4245173e2001442c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4246173e2001432c007301045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2c007301045b22024a01040c11020f27003601080000007600006400001b020a000000732c007301045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4247173e2001422d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4248173e2001412d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4249173e2001402d007201045b22024a01040c11020f27003600000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b2d007201045b22024a01040c11020f27003601080000007600006400001b020a000000732d007201045b00000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424a173e20013f2d007301045a22024a01040c12020f27003500000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007f
2018.02.21 21:10:37 4: vbus: VBUSIF_Read1: protoVersion : 10
2018.02.21 21:10:37 4: vbus: VBUSIF_Read2a Len: 152 Counter: 11
2018.02.21 21:10:37 4: vbus: VBUSIF_Read4: OK message length: 152 : 152
2018.02.21 21:10:37 4: vbus: VBUSIF_Read6 MSG: aa100001101000010b42be173e202c00f3012202ca010e020f270000000000000000000000000f270000640000000000000000000000 Payload: be173e202c00f3012202ca010e020f270000000000000000000000000f270000640000000000000000000000
2018.02.21 21:10:37 4: VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 1001
2018.02.21 21:10:37 4: VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2018.02.21 21:10:37 4: VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 1001
2018.02.21 21:10:37 4: VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3bafb08) Model: 1001 MSG: be173e202c00f3012202ca010e020f270000000000000000000000000f270000640000000000000000000000
2018.02.21 21:10:37 4: vbus: VBUSIF_Read8: raus
Das geht so weiter, jede Sekunde.
Schnell wiede abgestellt... Sonst sind gleich wieder 2GB...
Gruß Heiko
PS der Vollständigkeit halber hier ein List vom VBUSIF:
Internals:
Clients :VBUSDEV:
DEF 192.168.178.13:7053
DeviceName 192.168.178.13:7053
DeviceType Net
FD 16
NAME vbus
NR 226
PARTIAL aa150001101000010b3d03010000007b28006e0104641f02480104115d010f27016a01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423e233e20004028006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b423f233e20003f28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4240233e20003e28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4241233e20003d28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4242233e20003c28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4243233e20003b28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4244233e20003a28006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4245233e20003928006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4246233e20003828006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4247233e20003728006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4248233e20003628006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4249233e20003528006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424a233e20003428006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424b233e20003328006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424c233e20003228006e0104641f02480104115c010f27016b00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115c010f27016b01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424d233e20003128006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424e233e20003028006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b424f233e20002f28006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4250233e20002e28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4251233e20002d28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4252233e20002c28006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4253233e20002b28006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4254233e20002a28006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4255233e20002928006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4256233e20002828006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4257233e20002728006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4258233e20002628006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4259233e20002528006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425a233e20002428006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425b233e20002328006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425c233e20002228006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425d233e20002128006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425e233e20002028006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b425f233e20001f28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4260233e20001e28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4261233e20001d28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4262233e20001c28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4263233e20001b28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4264233e20001a28006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4265233e20001928006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4266233e20001828006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4267233e20001728006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4268233e20001628006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4269233e20001528006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426a233e20001428006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426b233e20001328006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426c233e20001228006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426d233e20001128006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426e233e20001028006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b426f233e20000f28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4270233e20000e28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4271233e20000d28006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4272233e20000c28006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4273233e20000b28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4274233e20000a28006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4275233e20000928006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4276233e20000828006d0104651f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115b010f27016c01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4277233e20000728006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4278233e20000628006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b4279233e20000528006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b427a233e20000428006d0104651f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115a010f27016d01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b427b233e20000328006d0104651f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006d0104651f02480104115a010f27016d01080000007600006400001b020a0000007328006d01046500000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b427c233e20000228006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b427d233e20000128006e0104641f02480104115b010f27016c00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115b010f27016c01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049aa100001101000010b427e233e20000028006e0104641f02480104115a010f27016d00000000007f00000000007f00000000007f0f270000004964000000001b00000000007f00000000007faa150001101000010b3d03010000007b28006e0104641f02480104115a010f27016d01080000007600006400001b020a0000007328006e01046400000000007f010b0000007300000000007faa000001102000050000000000000049
RAWMSG aa100001101000010b423d233e202800ee011f02c801dd010f270000000000000000000000000f270000640000000000000000000000
STATE opened
TYPE VBUSIF
vbus_MSGCNT 1995
vbus_TIME 2018-02-21 22:00:33
MatchList:
1:VBUSDEV .*
READINGS:
2018-02-21 21:42:50 state opened
Attributes:
DbLogExclude .*
event-min-interval .*:60
icon it_network
room Konfiguration
Der Eintrag PARTIAL ist immer sehr lange
@HeikoE,
der Resol-Adapter sendet ständig seine Daten, da kann nichts eingestellt werden. Aber du benötigst ja nicht alle 1 Sekunde neue Werte, mir reichen 2min. Ist ja nur zum graphischen Darstellen.
..
attr Thermie event-min-interval .*:120
..
pejonp
Zitat von: pejonp am 22 Februar 2018, 00:42:16
@HeikoE,
der Resol-Adapter sendet ständig seine Daten, da kann nichts eingestellt werden. Aber du benötigst ja nicht alle 1 Sekunde neue Werte, mir reichen 2min. Ist ja nur zum graphischen Darstellen.
..
attr Thermie event-min-interval .*:120
..
pejonp
Oh, Stimmt, ich hatte nur .*:60 eingetragen. Ist korrigiert.
Ich glaube, auch den "Puffer" gefunden zu haben: Das Iternal PARTIAL ist eine riesig lange Schlange mit Telegrammen - jetzt gerade ca. 1,5MB.
Nach einem FHEM-Neustart ist der Text überschaubar, wächst aber ziemlich schnell immer weiter an. Ist das bei anderen auch so, oder hab ich noch einen Fehler irgendwo?
Gruß Heiko
Hallo zusammen,
ich habe zwar den Thread jetzt gelesen, 100% sicher bin ich mir aber nicht bzgl. der Hardware, da im Wiki auch nur vom LAN Adapter die Rede ist...
Daher meine wahrscheinlich einfache und überflüssige Frage:
Welche Hardware kann denn nun zum Auslesen verwendet werden:
- VBUS Lan Adapter (http://www.resol.de/index/produktdetail/id/76/sprache/de///) -> ok
- VBUS USB Adapter (http://www.resol.de/index/produktdetail/kategorie/2/id/13/sprache/de) -> ?
- RS485-USB Konverter (https://forum.fhem.de/index.php/topic,10303.msg546451/topicseen.html#msg546451) -> ?
Danke und Gruß
Andreas
@rellla
Da kannst du ja auch einen Datalogger DL2 nehmen.
Da die Preise für vbus lan und USB nicht sehr weit auseinanderliegen würde ich den vbus lan Adapter nehmen. Diesen habe ich auch im Einsatz. Den vbus kannst du ja da hin verlängern wo der nächste lan-anschluss ist. Meine resol vbus lan Adapter ist da. 20m entfernt (4adrige telefonleitung). Probleme mit USB Schau mal einige Beiträge weiter vorne.
Pejonp
Danke für deine Nachricht. Der Datalogger DL2 liegt ja preislich nochmal deutlich über den anderen, kommt also eher nicht in Frage.
Problem beim Resol USB-Adapter ist dann wohl, dass er die Schnittstelle sehr belastet und FHEM gut beschäftigt? Aber grundsätzlich funktioniert er, oder?
Ich scheue mich auch nicht gegen Basteln und hätte wohl alles für https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig rumliegen.
Wenn ich es richtig verstehe, müsste das dann an die entsprechenden GND, RX und 3,3V meines BananaPi geführt werden, damit ich was auf dem seriellen Port bekomme. Richtig?
Das wäre dann die preislich günstigste Lösung. Wie gesagt, es geht nur ums Auslesen.
Kann mir das wer bestätigen? Wenn das funktioniert, werde ich diese Variante wählen.
Alternativ wäre zum direkten PIN-Anschluß wohl ein RS232-USB Konverter möglich, den ich mir aber wohl sparen kann.
Funktionieren auch fertige Adapter, die den VBUS direkt auf USB führen, wie z.B. der o.g. RS485-USB?
Sorry für die Newbie Fragen... und Danke.
Gruß
Andreas
Wenn du basteln willst, würde ich eher die Schaltung vorschlagen, die auch Resol empfiehlt (Seite 6):
https://drive.google.com/file/d/0B4wMTuLGRPi2RnU0Vm1tTG5wM1k/edit (https://drive.google.com/file/d/0B4wMTuLGRPi2RnU0Vm1tTG5wM1k/edit)
Ok danke. Ich such mir dann mal die Bauteile zusammen und werde mich am Löten versuchen. Ich denke, das könnt ich hinkriegen.
Gruß
Andreas
Welche Hardware kann denn nun zum Auslesen verwendet werden:
- VBUS Lan Adapter (http://www.resol.de/index/produktdetail/id/76/sprache/de///) -> ok
- VBUS USB Adapter (http://www.resol.de/index/produktdetail/kategorie/2/id/13/sprache/de) -> ?
- RS485-USB Konverter (https://forum.fhem.de/index.php/topic,10303.msg546451/topicseen.html#msg546451) -> ?
Wenn es günstig sein soll und Du basteln willst könntest Dir auch was mit ESPEasy basteln - läuft bei mir seit 2 Jahren problemlos.
Es gibt dort ein Plugin
https://github.com/letscontrolit/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino (https://github.com/letscontrolit/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino)
das Du ggfs auf Deine Resol-Steuerung anpassen musst.
Dieses stammt von chunter1, der ist hier auch im FHEM-Forum unterwegs.
Ich habe als Interface auch nur eine rel. einfache Schaltung mit Transistor und 2 Nand, Du musst ja gar nicht auf die Resol-Steuerung schreiben können, lesen reicht voll aus
Grüße
Klaus
Hallo,
Um den Zeitversatz durch das riesige "PARTIAL" in den Griff zu bekommen, hatte ich zuvor jede Nacht fhem neugestartet. Nach einigen Tagen wurde fhem sonst immer langsamer und die Ansicht von "vbusif" hatte sogar den Browser gekillt.
Also habe ich ein wenig geforscht und rumprobiert.
Wenn ich auf https://danielwippermann.github.io/resol-vbus/vbus-over-tcp.html (https://danielwippermann.github.io/resol-vbus/vbus-over-tcp.html) alles richtig verstanden habe, werden nach dem Befehl "DATA" zyklisch Telegramme in den vbus gesendet. Mein Deltasol SLT macht das in einer solch hohen Rate, dass das Internal PARTIAL immer länger wird. Es werden viel mehr Daten über DevIo.pm vom Gerät kommend hinten angehängt, als von fhem verarbeitet werden.
Jetzt dachte ich, man könne das Senden beenden indem man "QUIT" an den vbus sendet:
Ich habe also zum Testen in "sub VBUSIF_Set" einen Set "close" eingebaut
...
} elsif ( lc $cmd eq "close") {
VBUSIF_Write($hash, "QUIT\n", ""); # Stop data transfer
}
Hat leider nicht funktioniert.
Also den Dampfhammer ausgepackt und einfach das IO komplett geschlossen.
Das geht, und kann auch mit einem "set vbus open" wieder geöffent werden.
Ich habe also in der "sub VBUSIF_Read" nach dem Decodieren der Daten einen entsprechenden Closebefehl aufgerufen und einen Timer gestartet, der das Device nach 60s wieder öffnet.
Das geht zumindest, schreibt aber leider für jedes Öffnen was ins Log:
2018.03.06 21:40:01 3: Opening vbus device 192.168.178.13:7053
2018.03.06 21:40:01 3: vbus device opened
Ist für mich derzeit das geringere Übel.
Meine geänderte 19_VBUSIF.pm ist angehängt. Ob die Umsetzung besonders "schön" ist wage ich anzuzweifeln, denn ich habe mir die passenden Codeschnipsel aus dem WIKI und anderen Modulen zusammengesucht und kopiert.
Vielleicht weiss ja auch jemand, wie man das senden beenden kann, ohne das IO zu schliessen.
Viele Grüße
Heiko
@HeikoE
mach mal ein apptime clear und dann ein apptime und schau dir deine prozesse an und wiki für apptime.
Danach versuche mal ein leeres System nur mit VBUS.
1. stoppe mal dein FHEM.
2. sichere deine fhem.cfg weg und starte mit einer leeren. ggf auch die Logs löschen/wegsichern.
3. richte nur VBUS ein.
4. Was passiert ?
5. Was steht im log ?
6. Auf was für ein System läuft FHEM ?
version:
21_VBUSDEV.pm 20181202 2018-12-02 10:10:10Z pejonp
19_VBUSIF.pm 20170226 2017-02-26 10:10:10Z awk+pejonp
Deine angepaßte Datei 19_VBUSIF.pm funktioniert bei mir nicht.
so sieht mein apptime aus und da läuft noch alles gut und schnell. DBLog wird in eine MYSQL-DB auf dem NAS(QNAP) gespeichert.
active-timers: 78; max-active timers: 80; max-timer-load: 3 min-tmrHandlingTm: 0.7ms; max-tmrHandlingTm: 161.0ms; totAvgDly: 41.6ms
min-timersortTm: 0.6ms; max-timersortTm: 3.7ms
name function max count total average maxDly avgDly TS Max call param Max call
logdb DbLog_Log 869 777 28102.54 36.17 0.00 0.00 06.03. 22:23:17 HASH(logdb); HASH(WeatherStation)
LadungSolarBatNotify notify_Exec 424 9 953.18 105.91 0.00 0.00 06.03. 22:25:00 HASH(LadungSolarBatNotify); HASH(SonBat)
logdb DbLog_Get 418 9 903.31 100.37 0.00 0.00 06.03. 22:25:00 HASH(logdb); logdb; ReadingsVal; SonBat; Ladezustand; 0
PWP Modbus_Read 267 9 1727.08 191.90 0.00 0.00 06.03. 22:23:59 HASH(PWP)
sduinoip868 SIGNALduino_Read 175 64 1541.86 24.09 0.00 0.00 06.03. 22:24:24 HASH(sduinoip868)
myHmUART HMUARTLGW_Read 62 39 148.92 3.82 0.00 0.00 06.03. 22:25:52 HASH(myHmUART)
tmr-DbLog_execmemcache HASH(0xc32870) 59 18 897.50 49.86 520.08 32.09 06.03. 22:23:20 HASH(logdb)
AC_StromWR notify_Exec 56 9 333.81 37.09 0.00 0.00 06.03. 22:23:59 HASH(AC_StromWR); HASH(PWP)
tmr-SYSMON_Update HASH(0x332b170) 56 9 466.35 51.82 3.91 3.08 06.03. 22:24:14 HASH(rasp3i)
Thermie VBUSIF_Read 54 5546 6638.92 1.20 0.00 0.00 06.03. 22:23:06 HASH(Thermie)
WeatherStation Unit_DbLog_split 47 1973 23549.81 11.94 0.00 0.00 06.03. 22:23:16 wind_direction: 248; WeatherStation
LG1 LaCrosseGateway_Read 45 570 5227.23 9.17 0.00 0.00 06.03. 22:28:40 HASH(LG1)
FSK868 SIGNALduino_Read 40 343 1237.22 3.61 0.00 0.00 06.03. 22:23:05 HASH(FSK868)
PV80 notify_Exec 38 9 267.35 29.71 0.00 0.00 06.03. 22:23:00 HASH(PV80); HASH(SonBat)
tmr-FRITZBOX_Readout_Start 7230.Readout 37 1 37.71 37.71 3.96 3.96 06.03. 22:26:30 7230.Readout
tmr-FRITZBOX_Readout_Start 7490.Readout 32 1 32.33 32.33 3.32 3.32 06.03. 22:26:29 7490.Readout
tmr-ModbusLD_GetUpdate update 30 9 253.22 28.14 7.72 3.83 06.03. 22:22:59 update:PWP
Stat_58 statistics_Notify 29 777 423.16 0.54 0.00 0.00 06.03. 22:22:48 HASH(Stat_58); HASH(WH1080_31)
tmr-ESPEasy_statusRequest HASH(0x2e98830) 27 2 53.71 26.85 3.71 3.27 06.03. 22:30:49 HASH(ESPEasy_W266_Wind)
CUL_NET CUL_Read 26 20 55.16 2.76 0.00 0.00 06.03. 22:24:05 HASH(CUL_NET)
tmr-ESPEasy_statusRequest HASH(0x2e97eb0) 25 2 48.96 24.48 574.72 288.71 06.03. 22:24:37 HASH(ESPEasy_W266_Rain)
Mosquitto MQTT::Read 24 9 162.17 18.02 0.00 0.00 06.03. 22:23:15 HASH(Mosquitto)
tmr-ESPEasy_statusRequest HASH(0x2ee6c90) 24 2 48.14 24.07 3.83 3.27 06.03. 22:30:30 HASH(ESPEasy_W266_Blitz)
tmr-ESPEasy_statusRequest HASH(0x2e96dc8) 23 2 47.29 23.65 3.19 2.94 06.03. 22:30:37 HASH(ESPEasy_W266_W137)
tmr-ESPEasy_statusRequest HASH(0x2ef3628) 23 2 46.86 23.43 3.92 3.54 06.03. 22:25:01 HASH(ESPEasy_W266_W266Display)
tmr-ESPEasy_statusRequest HASH(0x2e98f98) 23 2 46.98 23.49 3.19 2.91 06.03. 22:22:24 HASH(ESPEasy_W266_UV)
tmr-ESPEasy_statusRequest HASH(0x2ef2f68) 23 2 46.36 23.18 3.01 2.85 06.03. 22:31:04 HASH(ESPEasy_W266_Bat)
tmr-ESPEasy_statusRequest HASH(0x2f110c8) 23 2 46.06 23.03 15.99 10.17 06.03. 22:31:05 HASH(ESPEasy_W266_WifiInfo)
tmr-CUL_HM_respPendTout respPend 22 2 25.37 12.68 3.10 2.29 06.03. 22:25:47 respPend:239137
AC_FrequenzWR notify_Exec 21 9 127.27 14.14 0.00 0.00 06.03. 22:23:59 HASH(AC_FrequenzWR); HASH(PWP)
AC_LeistungWR notify_Exec 21 9 122.34 13.59 0.00 0.00 06.03. 22:23:59 HASH(AC_LeistungWR); HASH(PWP)
DC_LeistungWR notify_Exec 21 9 129.27 14.36 0.00 0.00 06.03. 22:23:59 HASH(DC_LeistungWR); HASH(PWP)
DC_StromWR notify_Exec 19 9 117.42 13.05 0.00 0.00 06.03. 22:23:59 HASH(DC_StromWR); HASH(PWP)
I_AC_Leistung_W dummy_Set 13 9 78.03 8.67 0.00 0.00 06.03. 22:24:59 HASH(I_AC_Leistung_W); I_AC_Leistung_W; 0
I_DC_Leistung_W dummy_Set 13 9 82.62 9.18 0.00 0.00 06.03. 22:23:59 HASH(I_DC_Leistung_W); I_DC_Leistung_W; 0
Einspeisung dummy_Set 13 9 92.25 10.25 0.00 0.00 06.03. 22:23:00 HASH(Einspeisung); Einspeisung; -2634.9
I_AC_Frequenz_Hz dummy_Set 13 9 78.09 8.68 0.00 0.00 06.03. 22:23:59 HASH(I_AC_Frequenz_Hz); I_AC_Frequenz_Hz; 49.99
tmr-CUL_HM_readStateTo sUpdt 12 1 12.21 12.21 2.68 2.68 06.03. 22:25:58 sUpdt:HM_239137
I_DC_Strom_A dummy_Set 11 9 68.65 7.63 0.00 0.00 06.03. 22:23:59 HASH(I_DC_Strom_A); I_DC_Strom_A; 0
I_AC_StromL3_A dummy_Set 11 9 66.90 7.43 0.00 0.00 06.03. 22:24:59 HASH(I_AC_StromL3_A); I_AC_StromL3_A; 0
VerbrauchHaus dummy_Set 11 9 77.26 8.58 0.00 0.00 06.03. 22:24:00 HASH(VerbrauchHaus); VerbrauchHaus; 3360.1
pejonp
Zitat von: pejonp am 06 März 2018, 22:48:42
@HeikoE
mach mal ein apptime clear und dann ein apptime und schau dir deine prozesse an und wiki für apptime.
Danach versuche mal ein leeres System nur mit VBUS.
1. stoppe mal dein FHEM.
2. sichere deine fhem.cfg weg und starte mit einer leeren. ggf auch die Logs löschen/wegsichern.
3. richte nur VBUS ein.
4. Was passiert ?
5. Was steht im log ?
6. Auf was für ein System läuft FHEM ?
version:
21_VBUSDEV.pm 20181202 2018-12-02 10:10:10Z pejonp
19_VBUSIF.pm 20170226 2017-02-26 10:10:10Z awk+pejonp
Deine angepaßte Datei 19_VBUSIF.pm funktioniert bei mir nicht.
so sieht mein apptime aus und da läuft noch alles gut und schnell. DBLog wird in eine MYSQL-DB auf dem NAS(QNAP) gespeichert.
active-timers: 78; max-active timers: 80; max-timer-load: 3 min-tmrHandlingTm: 0.7ms; max-tmrHandlingTm: 161.0ms; totAvgDly: 41.6ms
min-timersortTm: 0.6ms; max-timersortTm: 3.7ms
name function max count total average maxDly avgDly TS Max call param Max call
logdb DbLog_Log 869 777 28102.54 36.17 0.00 0.00 06.03. 22:23:17 HASH(logdb); HASH(WeatherStation)
LadungSolarBatNotify notify_Exec 424 9 953.18 105.91 0.00 0.00 06.03. 22:25:00 HASH(LadungSolarBatNotify); HASH(SonBat)
logdb DbLog_Get 418 9 903.31 100.37 0.00 0.00 06.03. 22:25:00 HASH(logdb); logdb; ReadingsVal; SonBat; Ladezustand; 0
PWP Modbus_Read 267 9 1727.08 191.90 0.00 0.00 06.03. 22:23:59 HASH(PWP)
sduinoip868 SIGNALduino_Read 175 64 1541.86 24.09 0.00 0.00 06.03. 22:24:24 HASH(sduinoip868)
myHmUART HMUARTLGW_Read 62 39 148.92 3.82 0.00 0.00 06.03. 22:25:52 HASH(myHmUART)
tmr-DbLog_execmemcache HASH(0xc32870) 59 18 897.50 49.86 520.08 32.09 06.03. 22:23:20 HASH(logdb)
AC_StromWR notify_Exec 56 9 333.81 37.09 0.00 0.00 06.03. 22:23:59 HASH(AC_StromWR); HASH(PWP)
tmr-SYSMON_Update HASH(0x332b170) 56 9 466.35 51.82 3.91 3.08 06.03. 22:24:14 HASH(rasp3i)
Thermie VBUSIF_Read 54 5546 6638.92 1.20 0.00 0.00 06.03. 22:23:06 HASH(Thermie)
WeatherStation Unit_DbLog_split 47 1973 23549.81 11.94 0.00 0.00 06.03. 22:23:16 wind_direction: 248; WeatherStation
LG1 LaCrosseGateway_Read 45 570 5227.23 9.17 0.00 0.00 06.03. 22:28:40 HASH(LG1)
FSK868 SIGNALduino_Read 40 343 1237.22 3.61 0.00 0.00 06.03. 22:23:05 HASH(FSK868)
PV80 notify_Exec 38 9 267.35 29.71 0.00 0.00 06.03. 22:23:00 HASH(PV80); HASH(SonBat)
tmr-FRITZBOX_Readout_Start 7230.Readout 37 1 37.71 37.71 3.96 3.96 06.03. 22:26:30 7230.Readout
tmr-FRITZBOX_Readout_Start 7490.Readout 32 1 32.33 32.33 3.32 3.32 06.03. 22:26:29 7490.Readout
tmr-ModbusLD_GetUpdate update 30 9 253.22 28.14 7.72 3.83 06.03. 22:22:59 update:PWP
Stat_58 statistics_Notify 29 777 423.16 0.54 0.00 0.00 06.03. 22:22:48 HASH(Stat_58); HASH(WH1080_31)
tmr-ESPEasy_statusRequest HASH(0x2e98830) 27 2 53.71 26.85 3.71 3.27 06.03. 22:30:49 HASH(ESPEasy_W266_Wind)
CUL_NET CUL_Read 26 20 55.16 2.76 0.00 0.00 06.03. 22:24:05 HASH(CUL_NET)
tmr-ESPEasy_statusRequest HASH(0x2e97eb0) 25 2 48.96 24.48 574.72 288.71 06.03. 22:24:37 HASH(ESPEasy_W266_Rain)
Mosquitto MQTT::Read 24 9 162.17 18.02 0.00 0.00 06.03. 22:23:15 HASH(Mosquitto)
tmr-ESPEasy_statusRequest HASH(0x2ee6c90) 24 2 48.14 24.07 3.83 3.27 06.03. 22:30:30 HASH(ESPEasy_W266_Blitz)
tmr-ESPEasy_statusRequest HASH(0x2e96dc8) 23 2 47.29 23.65 3.19 2.94 06.03. 22:30:37 HASH(ESPEasy_W266_W137)
tmr-ESPEasy_statusRequest HASH(0x2ef3628) 23 2 46.86 23.43 3.92 3.54 06.03. 22:25:01 HASH(ESPEasy_W266_W266Display)
tmr-ESPEasy_statusRequest HASH(0x2e98f98) 23 2 46.98 23.49 3.19 2.91 06.03. 22:22:24 HASH(ESPEasy_W266_UV)
tmr-ESPEasy_statusRequest HASH(0x2ef2f68) 23 2 46.36 23.18 3.01 2.85 06.03. 22:31:04 HASH(ESPEasy_W266_Bat)
tmr-ESPEasy_statusRequest HASH(0x2f110c8) 23 2 46.06 23.03 15.99 10.17 06.03. 22:31:05 HASH(ESPEasy_W266_WifiInfo)
tmr-CUL_HM_respPendTout respPend 22 2 25.37 12.68 3.10 2.29 06.03. 22:25:47 respPend:239137
AC_FrequenzWR notify_Exec 21 9 127.27 14.14 0.00 0.00 06.03. 22:23:59 HASH(AC_FrequenzWR); HASH(PWP)
AC_LeistungWR notify_Exec 21 9 122.34 13.59 0.00 0.00 06.03. 22:23:59 HASH(AC_LeistungWR); HASH(PWP)
DC_LeistungWR notify_Exec 21 9 129.27 14.36 0.00 0.00 06.03. 22:23:59 HASH(DC_LeistungWR); HASH(PWP)
DC_StromWR notify_Exec 19 9 117.42 13.05 0.00 0.00 06.03. 22:23:59 HASH(DC_StromWR); HASH(PWP)
I_AC_Leistung_W dummy_Set 13 9 78.03 8.67 0.00 0.00 06.03. 22:24:59 HASH(I_AC_Leistung_W); I_AC_Leistung_W; 0
I_DC_Leistung_W dummy_Set 13 9 82.62 9.18 0.00 0.00 06.03. 22:23:59 HASH(I_DC_Leistung_W); I_DC_Leistung_W; 0
Einspeisung dummy_Set 13 9 92.25 10.25 0.00 0.00 06.03. 22:23:00 HASH(Einspeisung); Einspeisung; -2634.9
I_AC_Frequenz_Hz dummy_Set 13 9 78.09 8.68 0.00 0.00 06.03. 22:23:59 HASH(I_AC_Frequenz_Hz); I_AC_Frequenz_Hz; 49.99
tmr-CUL_HM_readStateTo sUpdt 12 1 12.21 12.21 2.68 2.68 06.03. 22:25:58 sUpdt:HM_239137
I_DC_Strom_A dummy_Set 11 9 68.65 7.63 0.00 0.00 06.03. 22:23:59 HASH(I_DC_Strom_A); I_DC_Strom_A; 0
I_AC_StromL3_A dummy_Set 11 9 66.90 7.43 0.00 0.00 06.03. 22:24:59 HASH(I_AC_StromL3_A); I_AC_StromL3_A; 0
VerbrauchHaus dummy_Set 11 9 77.26 8.58 0.00 0.00 06.03. 22:24:00 HASH(VerbrauchHaus); VerbrauchHaus; 3360.1
pejonp
Ich werde das dieser Tage mal probieren. Mein fhem läuft auf einem RasPi3. Als Ersatz liegt ein Pi1 rum. Da weder ich mal ein leeres fhem aufsetzen. Mit der Performance habe ich im Prinzip keine Probleme. Was mich echt stört ist der Zeitversatz, der durch das unendlich lange PARTIAL entsteht. Einmal war das 1,5MB! lang. Deshalb der tägliche Neustart.
Ich hatte vor der Einrichtung ein Update Deiner Quellen gemacht, die sollten aktuell sein. Wird aber nochmal gecheckt.
Werde mich am WE wieder melden.
Gruß Heiko
Hallo zusammen,
ich wollte nur nochmal vermelden, dass ich mir erfolgreich ein kleines Platinchen auf Tipp von Telekatz gelötet habe. Es ist die in der Spezifikation dargestellte Schaltung ohne TX und ohne galvanische Trennung. Funktioniert wunderbar und war genau das, was ich haben wollte.
Anbei ein Foto davon. Man sieht schon, ich bin kein Lötprofi - die Rückseite zeige ich nicht her ;) Angeschlossen ist das ganze an die 3,3V, GND und RX-Pins eines BananaPi. Softwareseitige Einbindung war kein Problem.
Falls jemand Interesse hat, kann ich gerne meine KiCad Dateien zur Verfügung stellen.
Gruß
Andreas
Hallo pejonp,
so, hab jetzt Dein Modul auf einem RasPi1 laufen. FHEM ist ansonsten leer.
Kurz nach dem Start liefert apptime folgendes:
active-timers: 3; max-active timers: 3; max-timer-load: 1 min-tmrHandlingTm: 1.1ms; max-tmrHandlingTm: 1.8ms; totAvgDly: 5.4ms
min-timersortTm: 0.2ms; max-timersortTm: 0.3ms
name function max count total average maxDly avgDly TS Max call param Max call
FileLog_KG.HZ.Solaranlage FileLog_Get 61 4 81.41 20.35 0.00 0.00 09.03. 21:01:39 HASH(FileLog_KG.HZ.Solaranlage); FileLog_KG.HZ.Solaranlage; CURRENT; INT; 2018-03-08_21:15:00; 2018-03-09_21:15:01; 4:KG.HZ.Solaranlage.Temperatur_01\x3a::
vbus VBUSIF_Read 53 830 7673.77 9.25 0.00 0.00 09.03. 21:00:37 HASH(vbus)
WEB_192.168.178.56_50362 FW_Read 40 3 57.31 19.10 0.00 0.00 09.03. 21:01:42 HASH(WEB_192.168.178.56_50362)
vbus VBUSIF_Ready 21 52 537.86 10.34 0.00 0.00 09.03. 21:02:45 HASH(vbus)
WEB FW_Read 6 17 45.13 2.65 0.00 0.00 09.03. 21:02:55 HASH(WEB)
WEB_192.168.178.56_50362 FW_Notify 4 50 181.00 3.62 0.00 0.00 09.03. 21:02:45 HASH(WEB_192.168.178.56_50362); HASH(vbus)
FileLog_KG.HZ.Solaranlage FileLog_Set 3 5 14.21 2.84 0.00 0.00 09.03. 20:59:24 HASH(FileLog_KG.HZ.Solaranlage); FileLog_KG.HZ.Solaranlage; ?
telnetPort telnet_Read 2 1 2.90 2.90 0.00 0.00 09.03. 21:02:56 HASH(telnetPort)
Logfile FileLog_Set 2 4 9.44 2.36 0.00 0.00 09.03. 20:59:24 HASH(Logfile); Logfile; ?
FileLog_KG.HZ.Solaranlage FileLog_Log 2 15 26.32 1.75 0.00 0.00 09.03. 21:02:59 HASH(FileLog_KG.HZ.Solaranlage); HASH(KG.HZ.Solaranlage)
eventTypes eventTypes_Notify 0 71 37.82 0.53 0.00 0.00 09.03. 21:02:28 HASH(eventTypes); HASH(vbus)
Logfile FileLog_Log 0 71 36.66 0.52 0.00 0.00 09.03. 21:02:59 HASH(Logfile); HASH(KG.HZ.Solaranlage)
tmr-FW_closeInactiveClients 0 0 5 2.60 0.52 20.21 5.36 09.03. 20:58:58 0
FileLog_KG.HZ.Solaranlage FileLog_regexpFn 0 4 1.37 0.34 0.00 0.00 09.03. 20:59:24 FileLog_KG.HZ.Solaranlage; 4:KG.HZ.Solaranlage.Temperatur_01\x3a::
WEBphone FW_Set 0 4 1.09 0.27 0.00 0.00 09.03. 20:59:37 HASH(WEBphone); WEBphone; ?
WEB FW_Set 0 4 1.09 0.27 0.00 0.00 09.03. 20:59:37 HASH(WEB); WEB; ?
WEBtablet FW_Set 0 4 1.07 0.27 0.00 0.00 09.03. 21:01:38 HASH(WEBtablet); WEBtablet; ?
vbus VBUSIF_Set 0 50 5.85 0.12 0.00 0.00 09.03. 21:02:12 HASH(vbus); vbus; ?
WEB FW_Notify 0 71 5.34 0.08 0.00 0.00 09.03. 21:02:11 HASH(WEB); HASH(vbus)
WEBtablet FW_Notify 0 71 4.41 0.06 0.00 0.00 09.03. 21:02:21 HASH(WEBtablet); HASH(vbus)
autocreate autocreate_Notify 0 4 0.56 0.14 0.00 0.00 09.03. 20:59:22 HASH(autocreate); HASH(global)
eventTypes eventTypes_Set 0 4 0.49 0.12 0.00 0.00 09.03. 20:59:03 HASH(eventTypes); eventTypes; ?
WEBphone FW_Notify 0 71 4.13 0.06 0.00 0.00 09.03. 20:58:58 HASH(WEBphone); HASH(vbus)
WEB_192.168.178.56_50374 FW_Read 0 1 0.00 0.00 0.00 0.00
Nach ca. 20min ist bei vbus schon eine deutlicher Zuwachs zu sehen:
vbus VBUSIF_Read 53 4148 37652.72 9.08 0.00 0.00 09.03. 21:00:37 HASH(vbus)
Das lasse ich jetzt bis morgen laufen und werde dann berichten.
Gruß Heiko
Hallo HeikoE,
hast du den vbus nur so definiert oder noch mehr:
defmod Thermie VBUSIF IP:7053
attr Thermie event-min-interval .*:120
bei apptime steht so oft
FileLog_KG.HZ.Solaranlage oder KG.HZ.Solaranlage.Temperatur
Was oder wofür ist das ?
Wo kannst du die Größe von PARTIAL erkennen ?
....Was mich echt stört ist der Zeitversatz, der durch das unendlich lange PARTIAL entsteht. Einmal war das 1,5MB! lang. Deshalb der tägliche Neustart. ..
pejonp
gelöst! Ich hatte das Password auf dem Datenlogger geändert, aber nicht im HTTPMOD angepasst. Es gibt anscheinend einen Timeout von einigen Wochen, nachdem erst das Password von bestehenden IP Verbindungen neu validiert wird.
-danke, a.
hallo,
seltsames Problem: alle 3 Wochen stoppt in meinem FHEM auf dem Raspi der Datenempfang über VBUS/HTTPMOD, die eine Resol DL2 Webpage ausliest. Bis dahin funktioniert alles so, wie es soll. Die Wiederherstellung ist (noch) nicht deterministisch (Neustart des Webrouters, des Datenloggers, von FHEM, des Raspi ..)
Im verbose5 log findet sich für den letzten Gut-Fall um 23:43Uhr Folgendes (HTTP Response Code 200, danach wird die Webseite gelesen und die entsprechenden Werte per Regex gefiltert):
2018.03.09 23:43:32 4: DL2: GetUpdate called (update)
2018.03.09 23:43:32 4: DL2: update timer modified: will call GetUpdate in 600.0 seconds at 2018-03-09 23:53:32
2018.03.09 23:43:32 4: DL2: AddToQueue adds update, initial queue len: 0
2018.03.09 23:43:32 5: DL2: AddToQueue adds type update to URL http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current, no data, no headers, retry 0
2018.03.09 23:43:32 5: DL2: HandleSendQueue called, qlen = 1
2018.03.09 23:43:32 4: DL2: HandleSendQueue sends request type update to URL http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current, No Data, No Header, ^M
timeout 2
2018.03.09 23:43:32 5: HttpUtils url=http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current
2018.03.09 23:43:32 5: HttpUtils request header:
GET /dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current HTTP/1.0^M
Host: 192.168.178.156^M
User-Agent: fhem^M
Accept-Encoding: gzip,deflate^M
Content-Length: 0^M
Content-Type: application/x-www-form-urlencoded^M
2018.03.09 23:43:32 4: http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current: HTTP response code 200
2018.03.09 23:43:32 5: HttpUtils http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current: Got data, length: 4438
2018.03.09 23:43:32 5: HttpUtils response header:
HTTP/1.0 200 OK^M
Content-Type: text/plain^M
Set-Cookie: resol-dlx-session=C2CAAB4D776B220649922905C4345A04; path=/^M
Connection: close^M
Date: Fri, 09 Mar 2018 22:43:28 GMT^M
Server: lighttpd/1.4.28
2018.03.09 23:43:32 4: DL2: Read callback: request type was update retry 0,^M
Header: HTTP/1.0 200 OK^M
Content-Type: text/plain^M
Set-Cookie: resol-dlx-session=C2CAAB4D776B220649922905C4345A04; path=/^M
Connection: close^M
Date: Fri, 09 Mar 2018 22:43:28 GMT^M
Server: lighttpd/1.4.28,^M
Body: {
"language" : "de",
"headers" : [
{
"id" : "00_0010_4278_0100",
"description" : "VBus 0: DeltaSol BS/DrainBack",
"channel" : 0,
"destination_address" : 16,
"source_address" : 17016,
"protocol_version" : 16,
Im nächsten Poll, der 10Minuten später erfolgt, gibt es dann einen HTTP Response Code 403, Forbidden:Dann wird nicht mehr die Seite mit den Live Daten geladen, sondern die Default Webseite des Datenloggers, auf der man aber die Werte nicht mehr per Regex finden kann.
2018.03.09 23:53:34 4: http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current: HTTP response code 403
2018.03.09 23:53:34 5: HttpUtils http://192.168.178.156/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current: Got data, length: 6634
2018.03.09 23:53:34 5: HttpUtils response header:
HTTP/1.0 403 Forbidden^M
Content-Type: text/html; charset=utf-8^M
Content-Length: 6634^M
Set-Cookie: resol-dlx-session=A5AEAD62BA37357BDC96BB713E0EE1D1; path=/^M
Connection: close^M
Date: Fri, 09 Mar 2018 22:53:33 GMT^M
Server: lighttpd/1.4.28
2018.03.09 23:53:34 4: DL2: Read callback: request type was update retry 0,^M
Header: HTTP/1.0 403 Forbidden^M
Content-Type: text/html; charset=utf-8^M
Content-Length: 6634^M
Set-Cookie: resol-dlx-session=A5AEAD62BA37357BDC96BB713E0EE1D1; path=/^M
Connection: close^M
Date: Fri, 09 Mar 2018 22:53:33 GMT^M
Server: lighttpd/1.4.28,^M
Body: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>RESOL DL2</title>
<base href='/' />
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="pragma" content="no-cache" />
<meta http-equiv="expires" content="Sat, 01 Dec 2001 00:00:00 GMT" />
<link type="text/css" href="/stylesheets/smoothness/jquery-ui-1.10.3.custom.css" rel="stylesheet" />
<link rel="stylesheet" type="text/css" href="/stylesheets/style.css" />
<script type="text/javascript" src="/javascripts/jquery-1.10.1.js"></script>
<script type="text/javascript" src="/javascripts/jquery-ui-1.10.3.custom.js"></script>
<script type="text/javascript" src="/javascripts/jquery.dataTables.min.js"></script>
<script type="text/javascript" src="/javascripts/raphael-min.js"></script>
<script type='text/javascript' src='/javascripts/json2.js'></script>
<script type='text/javascript' src='/javascripts/sprintf-0.7-beta1.js'></script>
<!--<script type='text/javascript' src='/javascripts/sproutcore.js'></script>-->
<script type='text/javascript' src='/javascripts/resol-dlx.js' charset='utf-8'></script>
</head>
<body class='resol'>
<div class='resol resol-headerContainer'>
<div class='resol resol-header'>
<div class='resol resol-navigationBar'>
<ul class='resol'>
<li class='resol resol-selected'>
<a class='resol' href='/dlx/home' >Startseite</a>
</li>
Irgendwelche Ideen, weshalb das passiert und wie es kontrolliert wiederherstellen kann??
-gruss, andreas.
Zitat von: pejonp am 10 März 2018, 14:42:34
Hallo HeikoE,
hast du den vbus nur so definiert oder noch mehr:
defmod Thermie VBUSIF IP:7053
attr Thermie event-min-interval .*:120
bei apptime steht so oft
FileLog_KG.HZ.Solaranlage oder KG.HZ.Solaranlage.Temperatur
Was oder wofür ist das ?
Wo kannst du die Größe von PARTIAL erkennen ?
....Was mich echt stört ist der Zeitversatz, der durch das unendlich lange PARTIAL entsteht. Einmal war das 1,5MB! lang. Deshalb der tägliche Neustart. ..
pejonp
Hallo pejonp,
die Länge sieht man z.B. über ein List von vbus. Ich habe es im Browser als txt gespeichert - die Datei hat nach ca 13h über 3MB - und angehängt!
Definiert habe ich
define vbus VBUSIF 192.168.178.13:7053
attr vbus event-min-interval .*:120
Das Device KG.HZ.Solaranlage wurde automaqatisch angelegt, ich habs nur umbenannt. Das ist mein DeltaSolSLT.
Hier ein list:
Internals:
CHANGED
CODE 1001
DEF 1001
IODev
LASTInputDev vbus
MSGCNT 55537
NAME KG.HZ.Solaranlage
NR 23
STATE Kollektor: 21.5 °C, Speicher: 22.5 °C
TYPE VBUSDEV
vbus_MSGCNT 55537
vbus_RAWMSG aa100001101000010b42220a5420d300dd009401060108020f270000000000000000000000000f270000640000000000000000000000
vbus_TIME 2018-03-10 15:20:14
READINGS:
2018-03-10 15:20:14 Drehzahl_Relais_1 0 %
2018-03-10 15:20:14 Drehzahl_Relais_2 0 %
2018-03-10 15:20:14 Drehzahl_Relais_3 100 %
2018-03-10 15:20:14 Drehzahl_Relais_4 0 %
2018-03-10 15:20:14 Druck_RPS_S06 99.99 bar
2018-03-10 15:20:14 Fehlermaske 0
2018-03-10 15:20:14 PWM_A 0 %
2018-03-10 15:20:14 PWM_B 0 %
2018-03-10 15:20:14 Systemdatum 542378530
2018-03-10 15:20:14 Temperatur_01 21.5 °C
2018-03-10 15:20:14 Temperatur_02 22.5 °C
2018-03-10 15:20:14 Temperatur_03 40.5 °C
2018-03-10 15:20:14 Temperatur_04 26.5 °C
2018-03-10 15:20:14 Temperatur_05 52 °C
2018-03-10 15:20:14 Temperatur_S06 1000 °C
2018-03-10 15:20:14 Volumenstrom_Flowrotor_S07 0 1/h
2018-03-10 15:20:14 Volumenstrom_V40 0 1/h
2018-03-10 15:20:14 Volumenstrom_VFS_S06 0 1/h
2018-03-10 15:20:14 Warnungsmaske 0
Attributes:
event-min-interval .*:3600
event-on-change-reading Temperatur_0.?
icon sani_buffer_temp_all
model DeltaSol_SLT
room Heizung
stateFormat {"Kollektor: ".ReadingsVal($name, "Temperatur_01",0).", Speicher: ".ReadingsVal($name, "Temperatur_02",0)}
verbose 1
Dazu gehört ein Filelog FileLog_KG.HZ.Solaranlage. Wurde auch automatisch angelegt.
Den Zeitversatz kann ich mit dieser Konfig natürlich nicht darstellen, da die Heizungspumpen im Testsystem nicht eingebunden sind.
Ein apptime hab ich auch gerade nochmal gemacht. Das sieht jetzt so aus:
active-timers: 3; max-active timers: 3; max-timer-load: 1 min-tmrHandlingTm: 1.0ms; max-tmrHandlingTm: 5.4ms; totAvgDly: 4.6ms
min-timersortTm: 0.2ms; max-timersortTm: 0.4ms
name function max count total average maxDly avgDly TS Max call param Max call
FileLog_KG.HZ.Solaranlage FileLog_Get 7853 36 44550.89 1237.52 0.00 0.00 10.03. 15:55:18 HASH(FileLog_KG.HZ.Solaranlage); FileLog_KG.HZ.Solaranlage; CURRENT; INT; 2018-03-09_16:00:00; 2018-03-10_16:00:01; 4:KG.HZ.Solaranlage.Temperatur_01\x3a::; 4:KG.HZ.Solaranlage.Temperatur_02\x3a::; 4:KG.HZ.Solaranlage.Temperatur_03\x3a::; 4:KG.HZ.Solaranlage.Temperatur_04\x3a::; 4:KG.HZ.Solaranlage.Temperatur_05\x3a::
vbus VBUSIF_Read 174 166714 4733681.56 28.39 0.00 0.00 10.03. 13:17:01 HASH(vbus)
vbus VBUSIF_Ready 25 724 7536.48 10.41 0.00 0.00 09.03. 21:14:46 HASH(vbus)
FileLog_KG.HZ.Solaranlage FileLog_Log 12 4953 10631.39 2.15 0.00 0.00 09.03. 22:36:24 HASH(FileLog_KG.HZ.Solaranlage); HASH(KG.HZ.Solaranlage)
eventTypes eventTypes_Notify 10 5683 3589.76 0.63 0.00 0.00 10.03. 09:55:53 HASH(eventTypes); HASH(KG.HZ.Solaranlage)
Logfile FileLog_Log 7 5683 3856.12 0.68 0.00 0.00 10.03. 06:26:43 HASH(Logfile); HASH(KG.HZ.Solaranlage)
WEB FW_Read 6 144 314.70 2.19 0.00 0.00 09.03. 21:02:55 HASH(WEB)
WEBtablet FW_Notify 6 5683 336.25 0.06 0.00 0.00 10.03. 06:25:15 HASH(WEBtablet); HASH(KG.HZ.Solaranlage)
WEB_192.168.178.56_55134 FW_Read 5 2 5.77 2.88 0.00 0.00 10.03. 15:54:37 HASH(WEB_192.168.178.56_55134)
tmr-FileLog_dailySwitch HASH_unnamed 3 1 3.26 3.26 1.86 1.86 10.03. 00:00:01 HASH(0x187cf80)
FileLog_KG.HZ.Solaranlage FileLog_Set 3 18 47.09 2.62 0.00 0.00 09.03. 20:59:24 HASH(FileLog_KG.HZ.Solaranlage); FileLog_KG.HZ.Solaranlage; ?
telnetPort telnet_Read 2 1 2.90 2.90 0.00 0.00 09.03. 21:02:56 HASH(telnetPort)
tmr-FW_closeInactiveClients 0 2 1137 505.98 0.45 1652.84 4.63 09.03. 22:19:58 0
Logfile FileLog_Set 2 11 25.45 2.31 0.00 0.00 10.03. 15:53:45 HASH(Logfile); Logfile; ?
FileLog_KG.HZ.Solaranlage FileLog_regexpFn 1 33 24.19 0.73 0.00 0.00 10.03. 10:19:33 FileLog_KG.HZ.Solaranlage; 4:KG.HZ.Solaranlage.Temperatur_01\x3a:: 4:KG.HZ.Solaranlage.Temperatur_02\x3a:: 4:KG.HZ.Solaranlage.Temperatur_03\x3a:: 4:KG.HZ.Solaranlage.Temperatur_04\x3a:: 4:KG.HZ.Solaranlage.Temperatur_05\x3a::
WEB FW_Notify 0 5683 417.10 0.07 0.00 0.00 10.03. 12:26:53 HASH(WEB); HASH(KG.HZ.Solaranlage)
eventTypes eventTypes_Get 0 2 1.38 0.69 0.00 0.00 09.03. 21:40:06 HASH(eventTypes); eventTypes; list
vbus VBUSIF_Set 0 691 78.91 0.11 0.00 0.00 09.03. 21:05:56 HASH(vbus); vbus; ?
WEBphone FW_Notify 0 5683 338.04 0.06 0.00 0.00 10.03. 11:01:28 HASH(WEBphone); HASH(KG.HZ.Solaranlage)
WEBphone FW_Set 0 11 3.20 0.29 0.00 0.00 10.03. 02:09:28 HASH(WEBphone); WEBphone; ?
WEB FW_Set 0 11 3.02 0.27 0.00 0.00 09.03. 21:38:44 HASH(WEB); WEB; ?
WEBtablet FW_Set 0 11 2.94 0.27 0.00 0.00 09.03. 21:44:30 HASH(WEBtablet); WEBtablet; ?
SVG_FileLog_KG.HZ.Solaranlage_1 SVG_Set 0 13 2.08 0.16 0.00 0.00 09.03. 21:38:47 HASH(SVG_FileLog_KG.HZ.Solaranlage_1); SVG_FileLog_KG.HZ.Solaranlage_1; ?
autocreate autocreate_Notify 0 6 0.88 0.15 0.00 0.00 09.03. 21:40:52 HASH(autocreate); HASH(global)
eventTypes eventTypes_Set 0 11 1.38 0.13 0.00 0.00 09.03. 21:38:44 HASH(eventTypes); eventTypes; ?
SVG_FileLog_KG.HZ.Solaranlage_1 SVG_AttrFn 0 1 0.12 0.12 0.00 0.00 09.03. 21:40:52 set; SVG_FileLog_KG.HZ.Solaranlage_1; room; Heizung
Gruß Heiko
Zitat von: HeikoE am 06 März 2018, 21:54:39
...
Wenn ich auf https://danielwippermann.github.io/resol-vbus/vbus-over-tcp.html (https://danielwippermann.github.io/resol-vbus/vbus-over-tcp.html) alles richtig verstanden habe, werden nach dem Befehl "DATA" zyklisch Telegramme in den vbus gesendet. Mein Deltasol SLT macht das in einer solch hohen Rate, dass das Internal PARTIAL immer länger wird. Es werden viel mehr Daten über DevIo.pm vom Gerät kommend hinten angehängt, als von fhem verarbeitet werden.
Jetzt dachte ich, man könne das Senden beenden indem man "QUIT" an den vbus sendet:
ich glaube übrigens mittlerweile, das Senden von Daten kann man nur durch schließen der Verbindung beenden. Auf den o.g. Website steht:
To get access to the VBus data itself the remote side has to send a command to switch from command to data mode. Once the connection entered data mode,
it cannot go back into command mode. In order to do so the remote side has to establish another connection to the device.
Heiko
@HeikoE
setz doch mal dein event-min-interval auf 120. Wenn so viele Daten geliefert werden, wird der Speicher ja nicht geleert ??
event-min-interval .*:3600
Was hast du für ein Perl (v5.24.1)? Ist FHEM aktuell ?
Wo schreibst du deinen log hin ? Ist die SD-Karte schnell oder USB-Stick ?
Du kannst ja mal SYSMON installieren um zu sehen was dein raspi macht.
defmod rasp3i SYSMON
attr rasp3i room SYSMON
Internals:
INTERVAL_BASE 60
INTERVAL_MULTIPLIERS 1 1 1 10
MODE local
NAME rasp3i
NR 435
STATE Initialized
TYPE SYSMON
READINGS:
2018-03-10 18:49:06 cpu0_freq 600
2018-03-10 18:49:06 cpu0_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu0_idle_stat 0.00 99.93 90.20
2018-03-10 18:49:06 cpu1_freq 600
2018-03-10 18:49:06 cpu1_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu1_idle_stat 17.10 100.00 93.22
2018-03-10 18:49:06 cpu2_freq 600
2018-03-10 18:49:06 cpu2_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu2_idle_stat 1.52 100.00 97.16
2018-03-10 18:49:06 cpu3_freq 600
2018-03-10 18:49:06 cpu3_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu3_idle_stat 0.04 100.00 96.64
2018-03-06 22:44:56 cpu_bogomips 76.80
2018-03-10 18:49:07 cpu_core_count 4
2018-03-10 18:49:06 cpu_freq 600
2018-03-10 18:49:06 cpu_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu_idle_stat 63.26 97.59 94.36
2018-03-06 22:44:56 cpu_model_name ARMv7 Processor rev 4 (v7l)
2018-03-10 18:49:07 cpu_temp 52.62
2018-03-10 18:49:07 cpu_temp_avg 52.4
2018-03-10 18:49:07 cpu_temp_stat 0.00 55.31 52.36
2018-03-10 18:49:07 eth0 RX: 0.00 MB, TX: 0.00 MB, Total: 0 MB
2018-03-10 18:49:07 eth0_diff RX: 0.00 MB, TX: 0.00 MB, Total: 0.00 MB
2018-03-10 18:49:07 eth0_rx 0
2018-03-10 18:49:07 eth0_speed 10
2018-03-10 18:49:07 eth0_tx 0
2018-03-10 18:49:07 fhemstarttime 1520372639
2018-03-10 18:49:07 fhemstarttime_text 06.03.2018 22:43:59
2018-03-10 18:49:07 fhemuptime 331507
2018-03-10 18:49:07 fhemuptime_text 3 days, 20 hours, 05 minutes
2018-03-10 18:49:07 idletime 915087 93.00 %
2018-03-10 18:49:07 idletime_text 10 days, 14 hours, 11 minutes (93.00 %)
2018-03-10 18:49:07 loadavg 0.17 0.25 0.21
2018-03-06 22:44:56 perl_version v5.24.1
2018-03-10 18:49:07 ram Total: 939.22 MB, Used: 200.68 MB, 21.37 %, Free: 332.16 MB
2018-03-10 18:49:07 ram_used_stat 88.95 694.89 201.01
2018-03-10 18:48:07 root Total: 29084 MB, Used: 4236 MB, 16 %, Available: 23635 MB at /
2018-03-10 18:49:07 starttime 1519720176
2018-03-10 18:49:07 starttime_text 27.02.2018 09:29:36
2018-03-10 18:49:07 stat_cpu 12540844 0 5630173 366034985 201728 0 957865
2018-03-10 18:49:07 stat_cpu0 3653115 0 1065902 86324200 104222 0 531027
2018-03-10 18:49:07 stat_cpu0_diff 844 0 61 4731 1 0 43
2018-03-10 18:49:07 stat_cpu0_percent 14.86 0.00 1.07 83.29 0.02 0.00 0.76
2018-03-10 18:49:07 stat_cpu0_text user: 14.86 %, nice: 0.00 %, sys: 1.07 %, idle: 83.29 %, io: 0.02 %, irq: 0.00 %, sirq: 0.76 %
2018-03-10 18:49:07 stat_cpu1 1903578 0 2949874 91909292 55139 0 388684
2018-03-10 18:49:07 stat_cpu1_diff 17 0 259 5631 1 0 26
2018-03-10 18:49:07 stat_cpu1_percent 0.29 0.00 4.36 94.89 0.02 0.00 0.44
2018-03-10 18:49:07 stat_cpu1_text user: 0.29 %, nice: 0.00 %, sys: 4.36 %, idle: 94.89 %, io: 0.02 %, irq: 0.00 %, sirq: 0.44 %
2018-03-10 18:49:07 stat_cpu2 3728066 0 775931 93693971 22934 0 19675
2018-03-10 18:49:07 stat_cpu2_diff 0 0 7 5967 6 0 0
2018-03-10 18:49:07 stat_cpu2_percent 0.00 0.00 0.12 99.78 0.10 0.00 0.00
2018-03-10 18:49:07 stat_cpu2_text user: 0.00 %, nice: 0.00 %, sys: 0.12 %, idle: 99.78 %, io: 0.10 %, irq: 0.00 %, sirq: 0.00 %
2018-03-10 18:49:07 stat_cpu3 3256085 0 838466 94107522 19433 0 18479
2018-03-10 18:49:07 stat_cpu3_diff 2 0 55 5935 2 0 0
2018-03-10 18:49:07 stat_cpu3_percent 0.03 0.00 0.92 99.02 0.03 0.00 0.00
2018-03-10 18:49:07 stat_cpu3_text user: 0.03 %, nice: 0.00 %, sys: 0.92 %, idle: 99.02 %, io: 0.03 %, irq: 0.00 %, sirq: 0.00 %
2018-03-10 18:49:07 stat_cpu_diff 863 0 382 22264 10 0 69
2018-03-10 18:49:07 stat_cpu_percent 3.66 0.00 1.62 94.39 0.04 0.00 0.29
2018-03-10 18:49:07 stat_cpu_text user: 3.66 %, nice: 0.00 %, sys: 1.62 %, idle: 94.39 %, io: 0.04 %, irq: 0.00 %, sirq: 0.29 %
2018-03-10 18:49:07 swap n/a
2018-03-10 18:49:07 swap_used_stat 0.00 0.00 0.00
2018-03-10 18:49:07 uptime 983970
2018-03-10 18:49:07 uptime_text 11 days, 09 hours, 19 minutes
2018-03-10 18:49:07 wlan0 RX: 2797.31 MB, TX: 3092.08 MB, Total: 5889.39 MB
2018-03-10 18:49:07 wlan0_diff RX: 0.34 MB, TX: 0.61 MB, Total: 0.95 MB
2018-03-10 18:49:07 wlan0_ip 192.xxx.xxx.xxx
2018-03-10 18:49:07 wlan0_rx 2933196778
2018-03-10 18:49:07 wlan0_speed 72.2
2018-03-10 18:49:07 wlan0_tx 3242280090
helper:
..
excludes:
Attributes:
room SYSMON
pejonp
@mcchina
2 Sachen:
Bitte setzte deinen Code in entsprechen Tags (#).
HTTPMOD ist nicht vbus. Bitte zu diesem Thema im entsprechenden Forum nachfragen.
So wie ich das verstehe ist das Token abgelaufen und es können keine Daten mehr vom DL2 geholt werden.
pejonp
Zitat von: pejonp am 10 März 2018, 18:02:16
@HeikoE
setz doch mal dein event-min-interval auf 120. Wenn so viele Daten geliefert werden, wird der Speicher ja nicht geleert ??
event-min-interval .*:3600
Was hast du für ein Perl (v5.24.1)? Ist FHEM aktuell ?
Wo schreibst du deinen log hin ? Ist die SD-Karte schnell oder USB-Stick ?
Du kannst ja mal SYSMON installieren um zu sehen was dein raspi macht.
defmod rasp3i SYSMON
attr rasp3i room SYSMON
Internals:
INTERVAL_BASE 60
INTERVAL_MULTIPLIERS 1 1 1 10
MODE local
NAME rasp3i
NR 435
STATE Initialized
TYPE SYSMON
READINGS:
2018-03-10 18:49:06 cpu0_freq 600
2018-03-10 18:49:06 cpu0_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu0_idle_stat 0.00 99.93 90.20
2018-03-10 18:49:06 cpu1_freq 600
2018-03-10 18:49:06 cpu1_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu1_idle_stat 17.10 100.00 93.22
2018-03-10 18:49:06 cpu2_freq 600
2018-03-10 18:49:06 cpu2_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu2_idle_stat 1.52 100.00 97.16
2018-03-10 18:49:06 cpu3_freq 600
2018-03-10 18:49:06 cpu3_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu3_idle_stat 0.04 100.00 96.64
2018-03-06 22:44:56 cpu_bogomips 76.80
2018-03-10 18:49:07 cpu_core_count 4
2018-03-10 18:49:06 cpu_freq 600
2018-03-10 18:49:06 cpu_freq_stat 600.00 1200.00 712.51
2018-03-10 18:49:07 cpu_idle_stat 63.26 97.59 94.36
2018-03-06 22:44:56 cpu_model_name ARMv7 Processor rev 4 (v7l)
2018-03-10 18:49:07 cpu_temp 52.62
2018-03-10 18:49:07 cpu_temp_avg 52.4
2018-03-10 18:49:07 cpu_temp_stat 0.00 55.31 52.36
2018-03-10 18:49:07 eth0 RX: 0.00 MB, TX: 0.00 MB, Total: 0 MB
2018-03-10 18:49:07 eth0_diff RX: 0.00 MB, TX: 0.00 MB, Total: 0.00 MB
2018-03-10 18:49:07 eth0_rx 0
2018-03-10 18:49:07 eth0_speed 10
2018-03-10 18:49:07 eth0_tx 0
2018-03-10 18:49:07 fhemstarttime 1520372639
2018-03-10 18:49:07 fhemstarttime_text 06.03.2018 22:43:59
2018-03-10 18:49:07 fhemuptime 331507
2018-03-10 18:49:07 fhemuptime_text 3 days, 20 hours, 05 minutes
2018-03-10 18:49:07 idletime 915087 93.00 %
2018-03-10 18:49:07 idletime_text 10 days, 14 hours, 11 minutes (93.00 %)
2018-03-10 18:49:07 loadavg 0.17 0.25 0.21
2018-03-06 22:44:56 perl_version v5.24.1
2018-03-10 18:49:07 ram Total: 939.22 MB, Used: 200.68 MB, 21.37 %, Free: 332.16 MB
2018-03-10 18:49:07 ram_used_stat 88.95 694.89 201.01
2018-03-10 18:48:07 root Total: 29084 MB, Used: 4236 MB, 16 %, Available: 23635 MB at /
2018-03-10 18:49:07 starttime 1519720176
2018-03-10 18:49:07 starttime_text 27.02.2018 09:29:36
2018-03-10 18:49:07 stat_cpu 12540844 0 5630173 366034985 201728 0 957865
2018-03-10 18:49:07 stat_cpu0 3653115 0 1065902 86324200 104222 0 531027
2018-03-10 18:49:07 stat_cpu0_diff 844 0 61 4731 1 0 43
2018-03-10 18:49:07 stat_cpu0_percent 14.86 0.00 1.07 83.29 0.02 0.00 0.76
2018-03-10 18:49:07 stat_cpu0_text user: 14.86 %, nice: 0.00 %, sys: 1.07 %, idle: 83.29 %, io: 0.02 %, irq: 0.00 %, sirq: 0.76 %
2018-03-10 18:49:07 stat_cpu1 1903578 0 2949874 91909292 55139 0 388684
2018-03-10 18:49:07 stat_cpu1_diff 17 0 259 5631 1 0 26
2018-03-10 18:49:07 stat_cpu1_percent 0.29 0.00 4.36 94.89 0.02 0.00 0.44
2018-03-10 18:49:07 stat_cpu1_text user: 0.29 %, nice: 0.00 %, sys: 4.36 %, idle: 94.89 %, io: 0.02 %, irq: 0.00 %, sirq: 0.44 %
2018-03-10 18:49:07 stat_cpu2 3728066 0 775931 93693971 22934 0 19675
2018-03-10 18:49:07 stat_cpu2_diff 0 0 7 5967 6 0 0
2018-03-10 18:49:07 stat_cpu2_percent 0.00 0.00 0.12 99.78 0.10 0.00 0.00
2018-03-10 18:49:07 stat_cpu2_text user: 0.00 %, nice: 0.00 %, sys: 0.12 %, idle: 99.78 %, io: 0.10 %, irq: 0.00 %, sirq: 0.00 %
2018-03-10 18:49:07 stat_cpu3 3256085 0 838466 94107522 19433 0 18479
2018-03-10 18:49:07 stat_cpu3_diff 2 0 55 5935 2 0 0
2018-03-10 18:49:07 stat_cpu3_percent 0.03 0.00 0.92 99.02 0.03 0.00 0.00
2018-03-10 18:49:07 stat_cpu3_text user: 0.03 %, nice: 0.00 %, sys: 0.92 %, idle: 99.02 %, io: 0.03 %, irq: 0.00 %, sirq: 0.00 %
2018-03-10 18:49:07 stat_cpu_diff 863 0 382 22264 10 0 69
2018-03-10 18:49:07 stat_cpu_percent 3.66 0.00 1.62 94.39 0.04 0.00 0.29
2018-03-10 18:49:07 stat_cpu_text user: 3.66 %, nice: 0.00 %, sys: 1.62 %, idle: 94.39 %, io: 0.04 %, irq: 0.00 %, sirq: 0.29 %
2018-03-10 18:49:07 swap n/a
2018-03-10 18:49:07 swap_used_stat 0.00 0.00 0.00
2018-03-10 18:49:07 uptime 983970
2018-03-10 18:49:07 uptime_text 11 days, 09 hours, 19 minutes
2018-03-10 18:49:07 wlan0 RX: 2797.31 MB, TX: 3092.08 MB, Total: 5889.39 MB
2018-03-10 18:49:07 wlan0_diff RX: 0.34 MB, TX: 0.61 MB, Total: 0.95 MB
2018-03-10 18:49:07 wlan0_ip 192.xxx.xxx.xxx
2018-03-10 18:49:07 wlan0_rx 2933196778
2018-03-10 18:49:07 wlan0_speed 72.2
2018-03-10 18:49:07 wlan0_tx 3242280090
helper:
..
excludes:
Attributes:
room SYSMON
pejonp
Hallo pejonp,
das Attribut event-min-interval .*:3600 im Zusammenspiel mit event-on-change-reading führt zu events, wenn Readings aktualisiert werden und der Wert geändert ist ODER die Zeit abgelaufen.
(siehe https://wiki.fhem.de/wiki/Event-min-interval (https://wiki.fhem.de/wiki/Event-min-interval))
Das hat nach meinem Verständnis aber alles nur mit der Erzeugung von Ereignissen bei Änderung von Readings zu tun.
Hier liegt das Problem doch irgedwo bei den Triggern, welche fhem auslöst, und damit die Routine "VBUSIF_Read" im Modul aufruft.
Laut https://wiki.fhem.de/wiki/DevIo (https://wiki.fhem.de/wiki/DevIo) wird "VBUSIF_Read" immer dann aufgerufen, wenn neue Daten da sind.
event-min-interval hat da keinen Einfluss.
In Deiner Sub wird dann genau ein Telegrammframe am Anfang abgearbeitet. Sind mehrere gekommen, werden sie kummuliert.
Was ich nicht verstehe ist, woher so viele Daten kommen.
Ich habe jetzt noch einen anderen Ansatz verfolgt:
Nachdem ein Telegrammframe erkannt wurde, wird der Rest gnadenlos gelöscht.
Dazu hab ich zwei Kleinigkeiten geändert:
1. Rest löschen:
157 $data = "";#substr($data,$idx);
2. Unnötige Logeinträge unterdrücken: Verbose auf 4 gesetzt
216 Log3 $hash->{NAME}, 4,"$name: VBUSIF_Read_Ende: $data ";
217 #return "";
Wozu das Return da steht, verstehe ich nicht ganz, weiter unten kommt es doch sowiso. Zugegeben, $data zu retten lohnt nicht, da ja kein Telegrammanfang ("aa") drin ist. Schadet aber wohl auch nicht.
So kann natürlich was verlorengehen. Das läuft jetzt mal so über Nacht.
Bis demnächst,
Heiko
@HeikoE
hier hat auch einer eine DeltaSol SLT ohne Probleme am laufen. (https://forum.fhem.de/index.php/topic,10303.msg582222.html#msg582222)
Vielleicht mal das Tool vom Hersteller runterladen und auf die Anlage zugreifen. Vielleicht kann man noch etwas einstellen.
Von wann ist die Anlage ? Protokoll geändert ?
Betriebssystem ist aktuell ? Perl ? LAN oder USB-Adapter ?
LAN-Adapter mal neu gestartet ?
pejonp
Zitat von: pejonp am 11 März 2018, 12:05:30
@HeikoE
hier hat auch einer eine DeltaSol SLT ohne Probleme am laufen. (https://forum.fhem.de/index.php/topic,10303.msg582222.html#msg582222)
Vielleicht mal das Tool vom Hersteller runterladen und auf die Anlage zugreifen. Vielleicht kann man noch etwas einstellen.
Von wann ist die Anlage ? Protokoll geändert ?
Betriebssystem ist aktuell ? Perl ? LAN oder USB-Adapter ?
LAN-Adapter mal neu gestartet ?
pejonp
Hallo pejonp,
Sowas hatte ich auch gelesen. Es war mit ein Punkt für mich, einen neuen Regler zu kaufen. Mein Deltasol SLT hat eine eingebaute LAN-Schnittstelle. Seine Firmware entspricht der letzten Version auf der Resol Website.
Einstellen kann man im Webinterface nur die IP-Adresse und Gerätenamen. In der Menüstruktur gibt es auch keine derartigen Einstellungen.
Fhem und Pi sind aktuell, Neustarts hatte ich auch genug. Was ich bei Gelegenheit mal tun werde, ist mittels Wireshark zu prüfen, was der Deltasol so raushaut.
Die Fritzbox kann zwar mitschneiden, was sie selbst vermittelt, aber Daten, die nur durchgeroutet werden, scheinen nicht dabei zu sein. Jedenfalls hab ich nur einige Broadcasts gesehen, die der Deltasol alle 10s generiert.
Daten scheinen viel häufiger zukommen.
Ich bin jedenfalls mit meiner gestrigen Änderung zufrieden. Bisher sieht alles gut aus.
Danke für die Geduld.
Werde am Ball bleiben und weiter berichten.
Schönen Restsonntag,
Heiko
Hallo zusammen,
ich habe die Deltasol SLT am laufen, ja.
Konfiguration hat mit der hilfe von pejonp, nachdem es als device angelegt war funktioniert.
habe mittlerweile aber das problem das mit der zeit die temperaturwerte falsch übermittelt werden.
also an dem steuergerät steht als temperatur 80 grad und im reading in fhem 60. das ist nicht nachvollziehbar und auch nicht immer genau 20 grad unterschied sondern variiert.
nach einem shutdown restart von fhem werden die korrekten werte übermittelt.
hat jemand so etwas schon gehabt?
oder eine idee was man machen kann?
Gruß
Björn
Hallo bjoern76,
du bist jetzt schon der 2. mit einer DeltaSol SLT und diesem Zeitproblem. @HeikoE hatte auch das Problem und hat eine Änderung bei sich eingebaut. Ich schaue es mir bei Gelegenheit noch einmal an. Wird aber wahrscheinlich 14 Tage dauern.
pejonp
Zitat von: bjoern76 am 18 April 2018, 17:01:10
Hallo zusammen,
ich habe die Deltasol SLT am laufen, ja.
Konfiguration hat mit der hilfe von pejonp, nachdem es als device angelegt war funktioniert.
habe mittlerweile aber das problem das mit der zeit die temperaturwerte falsch übermittelt werden.
also an dem steuergerät steht als temperatur 80 grad und im reading in fhem 60. das ist nicht nachvollziehbar und auch nicht immer genau 20 grad unterschied sondern variiert.
nach einem shutdown restart von fhem werden die korrekten werte übermittelt.
hat jemand so etwas schon gehabt?
oder eine idee was man machen kann?
Gruß
Björn
Hallo Björn,
Hatte das gleiche Problem. Der SLT scheint viel mehr Daten zu senden, als verarbeitet werden. Damit wächst der Puffer immer weiter an. Das vbus-device hat ein Internal, das immer weiter anwächst. Es wird pro Trigger ein Telegrammframe abgearbeitet und gelöscht, aber mehrere angehängt. Ich wollte das mal mit Wireshark verfolgen, kam aber noch nicht dazu.
Meine Änderung war am Ende relativ klein, nur eine oder zwei Zeilen. Nach jedem erkannten Frame wird der Puffer gelöscht. Das läuft seit dem ohne Fehler und der Zeitversatz ist weg. Bin z. Z. beruflich unterwegs, kann meine Version aber gerne nochmal posten.
Gruß Heiko
Edit : Im Post 677 ist die Änderung beschrieben und angehängt.
Hallo Heiko,
danke für den Tipp bzw. die Anpassung.
Habe das vor zwei Tagen eingebaut und seitdem keine Abweichungen mehr bei den Readings.
Danke & Gruß
Björn
Servus,
ich habe mit den Modul ein kleines Problem.
Und zwar habe ich zwei Wärmemengenzähle am Bus. Dummerweise kann das Modul dies nicht auseinander halten.
Dies ging mal bei einer ganz alten Variante, die ich seitdem benutze.
Nachdem die Werte erst kurz richtig gelesen werden, werden sie anschließend wieder auf "0" gesetzt.
Könnte man das bitte mal nachpflegen.
Gruß Brun
@brun
Was für Geräte ? Verbose=5 log anhängen. 2 identische Geräte wie sollen diese unterschieden werden ?
Welche Version von vbus ?
Pejonp
Der Bus erlaubt mehrere Wämemängenzähler.
Einer hat die Adresse 4011 und der Andere die 4012.
Der Bus läuft auf der alten Version.
Ein Log habe ich mal angehängt
Jetzt hab ich die Stelle wieder gefunden!
Folgende Zeile in der Funktion "VBUSDEV_ParsePayload($@)" ist Auskommentiert, muss aber drin bleiben sonst werden Befehle an ein anderes Gerät im Bus ausgewertet.
return undef if ($cmd != $devtype->{cmd});
Bei mir ist das so, dass das eine Gerät zum nächsten sagt "du bist jetzt dran". Da sind keine Nutzdaten im Paket aber es wird interpretiert. Da nix drin steht bleiben die Variablen leer und alle Werte werden aus "0" gesetzt.
In der Variable "$devtype->{cmd}" steht drin welche "Commands" er auswerten soll. Normalerweise "0010". Bei mir gibt es aber noch die Commands "0030". Dieser cmd dient wahrscheinlich zur Weitergabe des Tokens.
Theoretisch sollte jeder Probleme damit haben der mehr als ein Gerät im Bus hat.
Meine Änderungen habe ich mal angehängt. Bei der Gelegenheit habe ich mal die Devices in eine extra Datei ausgelagert.
Wäre schön wenn man mal dies Übernehmen könnte.
Gruß Brun
@brun
Von hier ( https://github.com/pejonp/vbus ) die neuste Version geholt ?
Pejonp
Die holt er sich doch automatisch beim Update. Oder was sollte mir die Dateien immer überschreiben?
Aber auch da ist diese Zeile auskommentiert.
@brun
mach mal bitte ein: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
du kannst das auch in fhem eintragen damit von dort die aktuellen Dateien gezogen werden. Diese stehen nicht im SVN.
update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
@pejonp
diene Version habe ich mal ausprobiert.
Meine zwei weiteren Geräte hatte ich mit eingefügt.
Allerdings funktionierte damit garnichts mehr. Von Meinen drei Geräten auf dem Bus wurde keins mehr verarbeitet.
Gruß Brun
@brun
Die 4011 und 4012 sind doch schon eingepflegt !? Was geht da jetzt nicht ?!
Am besten Fhem stoppen und fhem einmal wegwischen fhem.cfg auch.
Dann die alten vbus-Dateien löschen.
Fhem starten und von github die neuen holen wie beschriebenen.
Den vbus Eintrag anlegen und dann sollten die Geräte angelegt werden.
Schon mal den RESOL-lan Adapter Stromkosten gemacht ?
Pejonp
Hallo Pejonp,
das Device mit der ID 4011 ist leider nicht drin.
Ich habe nun mal alle Dateien gelöscht.
Der Gewünschte erfolg ist leider nur mässig. Von den drei Geräten funktioniert leider nur eins.
Gruß Brun
Hallo,
es hat etwas gedauert, aber jetzt hab ich es geschafft.
Ich habe mal den Traffic vom Deltasol SLT mitgeschrieben.
Nach ca. 45s hat sich meine Vermutung bestätigt: Es werden ziemlich viele Daten verschickt:
Ich habe in dieser Zeit 156 Sende-Quittungspaare gesehen, das macht fast 3,5 Telegramme pro Sekunde.
Damit werden von FHEM viel mehr Daten aufgesammelt, als VBUSIF verarbeitet. Vielleicht versenden die Datalogger nicht so häufig, weil alle Daten erst über den seriellen vbus geholt werden müssen. Die maximale Taktrate gibt also diese Übertragungsgeschwindigkeit vor. Der SLT hat alles onboard, und haut raus was nur geht...
Welche Daten verschickt werden, ist mir nicht ganz klar, es gibt jedenfalls unterschiedlich lange Datensätze.
Ich habe die Wireshark-Daten mal angehängt, vielleicht hilfts ja weiter.
Viele Grüße,
Heiko
PS. Meine Version, welche mit jeder Auswertung den Rest wegwirft, funktioniert seit März ohne Probleme.
Habe eine RESOL DeltaSol SLT mit LAN Schnittstelle mit dem VBUSDEV an meiner FHEM Installation und funktional läuft alles gut.
Einzig die Unmenge an Events (vor allem Systemdatum-Events), die über die Schnittstelle kommt, ist störend. So sammelt die Anlage innerhalb von 28 Tagen ca. 86MB an Events auf.
Da ich diverse Temperaturen aufzeichne und hier Langzeit-Plots machen will, ist das auch aus Laufzeitsicht sehr störend, da das SVG Modul extrem lange benötigt um die Unmenge an Daten für einen Jahreszeitraum zu parsen.
Das Systemdatum im Sekundentakt ist vollkommen unnötig, selbst die Temperatur-Werte wären einmal pro Minute vollkommen ausreichend.
Gibt es eine Möglichkeit, die Systemdatum-Events, am besten abzuschalten? Am liebsten wäre es mir, wenn sie vom vom DeltaSol gleich gar nicht geschickt würden.
Gibt es eine Möglichkeit die Datenerzeugung zu reduzieren?
Der Log sieht z.B. so aus:
2018-12-04_09:08:57 DeltaSolSLT Systemdatum: 565607286
2018-12-04_09:08:57 DeltaSolSLT Temperatur_02: 20 °C
2018-12-04_09:08:59 DeltaSolSLT Systemdatum: 565607288
2018-12-04_09:08:59 DeltaSolSLT Temperatur_02: 19.5 °C
2018-12-04_09:09:01 DeltaSolSLT Systemdatum: 565607290
2018-12-04_09:09:03 DeltaSolSLT Systemdatum: 565607292
2018-12-04_09:09:05 DeltaSolSLT Systemdatum: 565607294
2018-12-04_09:09:06 DeltaSolSLT Systemdatum: 565607295
2018-12-04_09:09:07 DeltaSolSLT Systemdatum: 565607296
2018-12-04_09:09:09 DeltaSolSLT Systemdatum: 565607298
2018-12-04_09:09:11 DeltaSolSLT Systemdatum: 565607300
2018-12-04_09:09:13 DeltaSolSLT Systemdatum: 565607302
2018-12-04_09:09:14 DeltaSolSLT Systemdatum: 565607303
2018-12-04_09:09:15 DeltaSolSLT Systemdatum: 565607304
2018-12-04_09:09:16 DeltaSolSLT Systemdatum: 565607305
2018-12-04_09:09:17 DeltaSolSLT Systemdatum: 565607306
2018-12-04_09:09:18 DeltaSolSLT Systemdatum: 565607307
2018-12-04_09:09:19 DeltaSolSLT Systemdatum: 565607308
2018-12-04_09:09:21 DeltaSolSLT Systemdatum: 565607310
2018-12-04_09:09:23 DeltaSolSLT Systemdatum: 565607312
2018-12-04_09:09:25 DeltaSolSLT Systemdatum: 565607314
2018-12-04_09:09:26 DeltaSolSLT Systemdatum: 565607315
2018-12-04_09:09:27 DeltaSolSLT Systemdatum: 565607316
2018-12-04_09:09:27 DeltaSolSLT Temperatur_02: 20 °C
2018-12-04_09:09:28 DeltaSolSLT Systemdatum: 565607317
2018-12-04_09:09:30 DeltaSolSLT Systemdatum: 565607319
2018-12-04_09:09:30 DeltaSolSLT Temperatur_02: 19.5 °C
2018-12-04_09:09:31 DeltaSolSLT Systemdatum: 565607320
2018-12-04_09:09:33 DeltaSolSLT Systemdatum: 565607322
2018-12-04_09:09:35 DeltaSolSLT Systemdatum: 565607324
2018-12-04_09:09:37 DeltaSolSLT Systemdatum: 565607326
2018-12-04_09:09:38 DeltaSolSLT Systemdatum: 565607327
2018-12-04_09:09:39 DeltaSolSLT Systemdatum: 565607328
2018-12-04_09:09:40 DeltaSolSLT Systemdatum: 565607329
2018-12-04_09:09:42 DeltaSolSLT Systemdatum: 565607331
2018-12-04_09:09:44 DeltaSolSLT Systemdatum: 565607333
2018-12-04_09:09:46 DeltaSolSLT Systemdatum: 565607335
2018-12-04_09:09:47 DeltaSolSLT Systemdatum: 565607336
2018-12-04_09:09:48 DeltaSolSLT Systemdatum: 565607337
2018-12-04_09:09:50 DeltaSolSLT Systemdatum: 565607339
2018-12-04_09:09:51 DeltaSolSLT Systemdatum: 565607340
2018-12-04_09:09:52 DeltaSolSLT Systemdatum: 565607341
2018-12-04_09:09:54 DeltaSolSLT Systemdatum: 565607343
2018-12-04_09:09:56 DeltaSolSLT Systemdatum: 565607345
Versuche es einmal mit Event-on-change-Reading und event-min-interval = 120.
Fhem Wiki
Pejonp
Danke für die rasche Antwort. Hat gut funktioniert.
Hatte noch nie ein event-on-change-reading benutzt und musste eben alle anderen Readings reinnehmen um das unnütze "Systemdatum" weg zu bekommen. Danach die nützlichen Readings ggfs. mit Thresholds versehen und noch den event-min-interval auf 10Minuten setzen, sollte für mich eine gute Lösung sein.
Hier die funktionierende Lösung für die Nachwelt:
define DeltaSolSLT VBUSDEV 1001
attr DeltaSolSLT event-min-interval .*:600
attr DeltaSolSLT event-on-change-reading Temp.*:1,PWM.*:5,Fehlermaske,Warnungsmaske,Drehzahl.*
attr DeltaSolSLT model DeltaSol_SLT
attr DeltaSolSLT room Heizraum
Herzlichen Dank an pejonp
Hallo Leute,
ich habe hier einen Beitrag erstellt, um herauszufinden, ob ich von meiner Viessmann Vitosolic 100 SD1 irgendwie die Daten meiner Solarthermieanlage abgreifen kann:
https://forum.fhem.de/index.php/topic,96160.0.html
Dank erster Antworten in dem Thread weiß ich nun, dass die Resol Steuerung quasi zu meiner Steuerung identisch ist und ich evtl. mit einem "Resol vBus LAN Adapter" an die Daten komme. Da es mir nicht um die Steuerung geht, sondern lediglich um das Auslesen von Daten, scheint das schonmal in die richtige Richtung zu gehen.
- Hat hier jemand eine Vitosolic 100 SD1 mit dem vBus Lan Adapter in Betrieb?
- Funktioniert das mit diesem Adapter an meiner Vitosolic 100 SD1 oder brauche ich etwas anderes?
Auch im Wiki lese ich immer wieder nur von der Vitosolic 200: https://wiki.fhem.de/wiki/Vbus
Bin mir gerade etwas unsicher wie meine Chancen stehen. Wie seht ihr das?
Danke euch und viele Grüße Hoppel
Hast Du nur die Vitosolic oder ist diese über den KM-Buss an eine Viessmann-Heizung angeschlossen?
Falls angeschlossen, müsstest Du eigentlich schon an der Therme / Kessel die SOlarwerte sehen? Falls nicht, ich schreib Dir in dem anderen Thread was
Grüße
Klaus
Hallo,
ich bin gerade etwas hilflos:
Nach einem Update bekomme ich keine Readings mehr.
Das Interface lässt sich mit Standardpasswort vom Raspberry ansprechen:
Trying 192.168.1.235...
Connected to vbus-heizung.fritz.box.
Escape character is '^]'.
+HELLO
+OK: Password accepted
Connection closed by foreign host
Ich habe einmal alle Devices gelöscht.
Nach einem
define vbus VBUSIF 192.168.1.235:7053
werden die Devices VBUSDEV_7e11 und VBUSDEV_7e21 automatisch angelegt.
model wird nicht automatisch gewählt und wurde manuell eingetragen.
Der Event monitor zeigt dies:
2019-07-23 18:23:50 VBUSIF vbus DISCONNECTED
2019-07-23 18:23:50 VBUSIF vbus CONNECTED
2019-07-23 18:24:00 VBUSIF vbus DISCONNECTED
2019-07-23 18:24:00 VBUSIF vbus CONNECTED
2019-07-23 18:24:10 VBUSIF vbus DISCONNECTED
2019-07-23 18:24:10 VBUSIF vbus CONNECTED
2019-07-23 18:24:20 VBUSIF vbus DISCONNECTED
2019-07-23 18:24:20 VBUSIF vbus CONNECTED
und im Logfile finde ich dieses:
2019.07.23 18:03:05 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:05 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:06 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:06 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:08 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:08 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: ac023a02c2029c02f1d82b013801f7008402560256016b010f270f270f2746050f270f270f270f27cc0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400002483e722000000006400000000000000
2019.07.23 18:03:09 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.23 18:03:14 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.23 18:03:14 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN49450> line 3.
2019.07.23 18:03:14 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:14 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN49450> line 3.
2019.07.23 18:03:14 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:14 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:14 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:14 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:14 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: ab023902c2029b02f1d82b013801f7008402560256016b010f270f270f2746050f270f270f270f27cc0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400002883e722000000006400000000000000
2019.07.23 18:03:15 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:15 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:15 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:15 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:16 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:16 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: ab023902c2029b02f1d82b013801f7008402560256016b010f270f270f2746050f270f270f270f27cc0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400002c83e722000000006400000000000000
2019.07.23 18:03:18 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:18 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:18 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:18 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:19 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.23 18:03:24 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.23 18:03:24 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN49451> line 3.
2019.07.23 18:03:24 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:24 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN49451> line 3.
2019.07.23 18:03:24 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: ab023902c2029b02f1d82b013801f8008402570256016a010f270f270f2746050f270f270f270f27cc0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400003083e722000000006400000000000000
2019.07.23 18:03:24 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:24 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:24 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:24 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:26 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:26 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:28 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:28 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: aa023802c1029b02f1d82b013801f7008402570256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400003883e722000000006400000000000000
2019.07.23 18:03:29 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.23 18:03:32 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.23 18:03:32 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:32 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:32 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:32 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: aa023802c1029b02f1d82b013801f7008402570256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400003d83e722000000006400000000000000
2019.07.23 18:03:35 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:35 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: a9023802c1029a02f1d82b013801f8008402570256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400004183e722000000006400000000000000
2019.07.23 18:03:39 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:39 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:39 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.23 18:03:42 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.23 18:03:42 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN49455> line 3.
2019.07.23 18:03:42 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:42 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN49455> line 3.
2019.07.23 18:03:42 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: a9023802c1029a02f1d82b013801f8008402570256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400004583e722000000006400000000000000
2019.07.23 18:03:43 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:43 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:43 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:43 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:45 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:45 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: a8023702c0029a02f1d82b013801f8008302560256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f27250000006400000000000000646400004983e722000000006400000000000000
2019.07.23 18:03:47 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:47 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:47 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:47 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.23 18:03:49 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.23 18:03:54 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.23 18:03:54 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN49456> line 3.
2019.07.23 18:03:54 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.23 18:03:54 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN49456> line 3.
2019.07.23 18:03:54 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 68010e00
2019.07.23 18:03:55 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.23 18:03:55 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: a8023702c0029a02f1d82b013801f8008302560256016a010f270f270f2746050f270f270f270f27ca0000000000000000000000000000000000000000000000000000000f270f270f270f
Das Passwort habe ich nicht geändert.
Wenn ich versuche das Passwort mit set zu setzen, bekomme ich eine Fehlermeldung:
No set implemented for vbus
vielleicht hat jemand eine Idee?
beste Grüße Gerd
Zitat von: Kowalsky am 23 Juli 2019, 19:03:21
Hallo,
ich bin gerade etwas hilflos:
Nach einem Update bekomme ich keine Readings mehr.
...
beste Grüße Gerd
Hallo Gerd,
pejonp hat ein paar Posts weiter oben das hier geschrieben:
Zitat von: pejonp am 05 Mai 2018, 14:22:25
@brun
mach mal bitte ein: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
du kannst das auch in fhem eintragen damit von dort die aktuellen Dateien gezogen werden. Diese stehen nicht im SVN.
update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Ich denke, da liegt auch dein Problem.
Gruß Heiko
danke Heiko,
das hatte ich schon gelesen, probiert und heute ein weiteres Mal probiert
(ein Akt der Verzweifelung...)
Wie geht das mit dem setzen des Passwortes? oder ist der Hinweis im Github nicht mehr aktuell.
Im Log irritiert mich diese Zeile:
PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN50866> line 3.
besten Gruß
Gerd
Neustart hast Du wahrscheinlich gemacht.
version
sollte u.A.
19_VBUSIF.pm 20170226 2017-02-26 10:10:10Z awk+pejonp
anzeigen.
Ansonsten fällt mir gerade auch nichts tolles mehr ein. Ich kann aus Sizilien aber auch nur bedingt auf mein System zugreifen.
Gruß Heiko
@kowalsky
Aktuelle Version
21_VBUSDEV.pm 20180911 2018-09-11 10:10:10Z pejonp
19_VBUSIF.pm 20180911 2018-09-11 10:10:10Z awk+pejonp
Wie ist dein vbus-system angeschlossen? Lan oder USB? Wenn LAN, ist es per Browser erreichbar?
Alle notwendigen Perl Module installiert ? FHEM auf aktuellen Stand?
Mach mal ein list vom Device.
Pejonp
Hallo,
mit einem
version
bekomme ich
21_VBUSDEV.pm 20180911 2018-09-11 10:10:10Z pejonp
19_VBUSIF.pm 20180911 2018-09-11 10:10:10Z awk+pejonp
Angeschlossen ist die ResolMX mit einem Lan Modul. Hier habe ich ein Update die Firmware Ver 1.0.3 gemacht.
Das Teil ist über den Browser ansprechbar und liefert Daten.
Perl sollte auch richtig installiert sein.
Es hat ja vorher funktioniert.
Ein Update habe ich gemacht.
list liefert mir:
Internals:
CFGFN
CHANGED
CODE 7e11
DEF 7e11
FUUID 5d2f5435-f33f-6dbb-1e44-eaf26899aaab5f85
LASTInputDev vbus
MSGCNT 252282
NAME VBUSDEV_7e11
NR 17560
STATE Defined
TYPE VBUSDEV
vbus_MSGCNT 252282
vbus_RAWMSG aa1000117e1000011b347502fc0169023802f1d856014c01fd00650247025b0168010f270f270f2746050f270f270f270f27fb0000000000000000000000000000000000000000000000000000000f270f270f270f2728000000640000000000000064640000f9c4e822000000006400000000000000
vbus_TIME 2019-07-24 16:56:17
READINGS:
Attributes:
event-min-interval .*:120
event-on-change-reading .*
model
room VBUSDEV
verbose 5
Muss ich das Passwort vbus setzen?
https://raw.githubusercontent.com/pejonp/vbus/master/set%20Passwd%20VBUS.JPG (https://raw.githubusercontent.com/pejonp/vbus/master/set%20Passwd%20VBUS.JPG)
Danke für eure Geduld!
Gruß Gerd
Passwort setzen, ja musst du.
Welches Modul hattest du zuerst installiert vom SVN oder aus dem github ?
Löschen mal die beiden devices und starte fhem neu. So das er sie neu anlegen muss.
Hinweis: deine beiden devices werden 7e11 und 7e12 geschrieben. Die gibt es nicht.
Die devices heißen 7E11 und 7E12. Groß und Kleinschreibung ist wichtig. Ich hatte eigentlich gedacht ich habe das angepasst. Bitte mal prüfen und dann Rückmeldung. Vielen Dank.
Pejonp
Zitat von: Klaus0815 am 26 Januar 2019, 18:31:51
Hast Du nur die Vitosolic oder ist diese über den KM-Buss an eine Viessmann-Heizung angeschlossen?
Falls angeschlossen, müsstest Du eigentlich schon an der Therme / Kessel die SOlarwerte sehen? Falls nicht, ich schreib Dir in dem anderen Thread was
Grüße
Klaus
Ich habe nur die Vitosolic 100. Habe mir gerade einen Resol vBus LAN Adapter gekauft. Mal sehen, ob ich damit an die Werte meiner Solaranlage komme.
In diesem Thread geht's weiter: https://forum.fhem.de/index.php?topic=96160
Gruß Hoppel
Hallo,
die erste Hürde ist das setzen des Passwortes.
Wie geht das.
Eine set-Option gibt es bei mir nicht.
Ich habe folgendes in die Kommandozeile eingetragen:
set vbus password vbus
Ergebnis:
No set implemented for vbus
Zuerst waren Module aus dem SVN installiert.
Nach dem löschen der Devices werden wieder die Devices 7e11 und 7e21 angelegt.
Gruß Gerd
@kowalsky
Ist auf github beschrieben, ganz unten. (https://github.com/pejonp/vbus).
Mach noch mal in fhem ein:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Setz mal verbose=5 vielleicht fehlt noch ein Perl Modul. Wird in Log dann vielleicht angezeigt.
Neustart gemacht.
Pejonp
Moin @Pejonp
Mir ist gerade aufgefallen, dass es in deiner github Readme die ,,schon hinterlegten Geräte" gibt. Ich habe hier eine Vitosolic 100 SD1 für meine Solaranlage. Dieses Modell wird dort nicht aufgeführt.
Ich habe mir ja gestern Abend den Resol Lan Adapter bestellt, in der Hoffnung so ein paar Daten aus meiner Solar-Thermie-Anlage herauszuquetschen. Wie stehen meine Chancen, dass man das zum Laufen bekommt? Ist das ohne irgendwelche Programmierungen deinerseits überhaupt möglich?
Danke dir und viele Grüße Hoppel
Hallo @hoppel118
Such mal hier im Forum nach dieser Anlage. Soweit ich das gelesen habe hat diese Anlage keinen vbus Anschluss. Weiter vorn im Beitrag ist doch ein Verweis darauf.
Wird den etwas mitgeloggt wenn du den Adapter anschliesst verbose=5.
Pejonp
Zitat von: pejonp am 26 Juli 2019, 07:18:57
Such mal hier im Forum nach dieser Anlage. Soweit ich das gelesen habe hat diese Anlage keinen vbus Anschluss. Weiter vorn im Beitrag ist doch ein Verweis darauf.
Moin @pejonp
Danke für die Rückmeldung. Ich finde keinen Verweis dazu. Kannst du mir mal kurz einen Link schicken?
Laut Handbuch hat diese Steuerung auf Klemme 11/12 den Anschluss 145, nennt sich dort KM-Bus (Viessmann Bezeichnung für vBus?). Das hatten wir hier mal diskutiert (Inkl. Screenshot vom Handbuch):
https://forum.fhem.de/index.php/topic,96160.msg895494.html?PHPSESSID=a74g87tok09nacudv7rt9h8tk7#msg895494
Im ersten Beitrag dieses Threads findest du auch ein Foto von meiner Vitosolic 100 SD1. Da kann man den Anschluss 145 auch sehen. So bin ich überhaupt erst auf die Idee gekommen, mir nun den Resol Lan Adapter zu bestellen.
Zitat von: pejonp am 26 Juli 2019, 07:18:57
Wird den etwas mitgeloggt wenn du den Adapter anschliesst verbose=5.
Laut Sendungsverfolgung kommt der Adapter heute an. Ich wollte nur schon mal vorab meine Chancen abwägen.
Gruß Hoppel
Hallo @hoppel118,
ich meine diesen Beitrag:
https://forum.fhem.de/index.php/topic,96160.msg895494.html?PHPSESSID=a74g87tok09nacudv7rt9h8tk7#msg895494
schau mal hier.
KM-Bus https://github.com/openv/openv/wiki/KM-Bus-Interface
pejonp
@pejonp
auf Github ist das setzen des Passwortes wirklich eindeutig beschrieben aber set gibt es bei mir nicht.
Bei mir sieht es so aus:
https://www.bilder-upload.eu/bild-c90cd4-1564150453.png.html (https://www.bilder-upload.eu/bild-c90cd4-1564150453.png.html)
Deshalb habe ich ein set in der Kommandozeile, wie zuvor beschrieben, versucht.
Update und Neustart habe ich erneut gemacht.
Im Log ist oben eine Pearl Warnung:
2019.07.26 16:17:19 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:17:20 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:17:21 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61265> line 3.
2019.07.26 16:17:21 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:21 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61265> line 3.
2019.07.26 16:17:21 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:22 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:23 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b802bc02bb020f27350158010d0166023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000da5eeb22000000006400000000000000
2019.07.26 16:17:24 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:24 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:26 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:26 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b802bc02bb020f27350158010d0166023f020002df010f270f270f2746050f270f270f270f27d60000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000de5eeb22000000006400000000000000
2019.07.26 16:17:28 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:28 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:29 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:29 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:30 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:17:30 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:17:31 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61266> line 3.
2019.07.26 16:17:31 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:31 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61266> line 3.
2019.07.26 16:17:31 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bd02bb020f27350158010d0166023f020002df010f270f270f2746050f270f270f270f27d60000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000e35eeb22000000006400000000000000
2019.07.26 16:17:33 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:33 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bd02bb020f27350158010d0166023f020002df010f270f270f2746050f270f270f270f27d60000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000e75eeb22000000006400000000000000
2019.07.26 16:17:37 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:37 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:39 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:17:39 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:17:40 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:17:40 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:17:41 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61268> line 3.
2019.07.26 16:17:41 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:41 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61268> line 3.
2019.07.26 16:17:41 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:41 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:41 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:43 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:43 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bd02bb020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000ef5eeb22000000006400000000000000
2019.07.26 16:17:45 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:45 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:45 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:45 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:47 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:47 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bd02bb020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000f35eeb22000000006400000000000000
2019.07.26 16:17:49 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:49 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:49 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:17:50 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:17:51 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61269> line 3.
2019.07.26 16:17:51 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:51 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61269> line 3.
2019.07.26 16:17:51 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bd02bb020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000f75eeb22000000006400000000000000
2019.07.26 16:17:53 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:53 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:54 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:54 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:17:56 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:56 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bd02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000fc5eeb22000000006400000000000000
2019.07.26 16:17:58 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:17:58 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:17:58 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:58 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:00 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:00 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:02 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61271> line 3.
2019.07.26 16:18:02 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:02 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61271> line 3.
2019.07.26 16:18:02 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:02 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:02 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:04 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:04 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bd02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d80000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000045feb22000000006400000000000000
2019.07.26 16:18:06 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:06 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:06 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:06 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:08 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:08 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2f03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d80000000000000000000000000000000000000000000000000000000f270f270f270f2727000000640000000000640000640000085feb22000000006400000000000000
2019.07.26 16:18:09 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:09 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:10 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61272> line 3.
2019.07.26 16:18:10 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:10 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61272> line 3.
2019.07.26 16:18:10 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:12 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:12 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2f03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d80000000000000000000000000000000000000000000000000000000f270f270f270f27270000006400000000006400006400000c5feb22000000006400000000000000
2019.07.26 16:18:14 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:14 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:16 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:16 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2727000000640000000000640000640000105feb22000000006400000000000000
2019.07.26 16:18:18 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:18 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:19 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:19 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:20 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:20 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:21 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61273> line 3.
2019.07.26 16:18:21 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:21 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61273> line 3.
2019.07.26 16:18:21 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2727000000640000000000640000640000155feb22000000006400000000000000
2019.07.26 16:18:23 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:23 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:23 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:23 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:25 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:25 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2727000000640000000000640000640000195feb22000000006400000000000000
2019.07.26 16:18:27 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:27 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:27 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:27 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:29 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:29 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2e03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f27270000006400000000006400006400001d5feb22000000006400000000000000
2019.07.26 16:18:29 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:29 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:31 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61274> line 3.
2019.07.26 16:18:31 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:31 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61274> line 3.
2019.07.26 16:18:31 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:31 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:31 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:33 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000215feb22000000006400000000000000
2019.07.26 16:18:35 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:35 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:35 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:37 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bc02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000255feb22000000006400000000000000
2019.07.26 16:18:39 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:39 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:40 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:40 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:41 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61275> line 3.
2019.07.26 16:18:41 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:41 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61275> line 3.
2019.07.26 16:18:41 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bd02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27e10000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000295feb22000000006400000000000000
2019.07.26 16:18:43 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:43 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:44 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:44 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:46 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:46 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bd02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27dc0000000000000000000000000000000000000000000000000000000f270f270f270f27260000006400000000006400006400002e5feb22000000006400000000000000
2019.07.26 16:18:48 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:48 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:48 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:48 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:49 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:49 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:50 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:18:50 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:18:52 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:52 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:52 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:52 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:54 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:54 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bd02bc020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27dc0000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000365feb22000000006400000000000000
2019.07.26 16:18:57 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:18:57 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:18:58 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:58 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:18:59 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:18:59 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bc02bd020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27dc0000000000000000000000000000000000000000000000000000000f270f270f270f27260000006400000000006400006400003b5feb22000000006400000000000000
2019.07.26 16:19:00 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:19:00 1: 192.168.1.235:7053 reappeared (vbus)
2019.07.26 16:19:01 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61285> line 3.
2019.07.26 16:19:01 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:19:01 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61285> line 3.
2019.07.26 16:19:01 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:19:01 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:19:01 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0200 PayL: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2019.07.26 16:19:03 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:19:03 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bc02bd020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f27260000006400000000006400006400003f5feb22000000006400000000000000
2019.07.26 16:19:05 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:19:05 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:19:07 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:19:07 4: VBUSDEV_7e11: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 2d03b902bc02bd020f27350158010d0167023f020002df010f270f270f2746050f270f270f270f27d50000000000000000000000000000000000000000000000000000000f270f270f270f2726000000640000000000640000640000435feb22000000006400000000000000
2019.07.26 16:19:09 4: VBUSDEV_7e21: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7e21 DevTyp: Name: VBUSDEV_7e21
2019.07.26 16:19:09 4: VBUSDEV_7e21: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 00000500
2019.07.26 16:19:10 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2019.07.26 16:19:10 1: 192.168.1.235:7053 reappeared (vbus)
Hi kowalsky,
Mich würde ja mal interessieren was in deiner Datei 21_VBUSDEV.pm bei dieser Zeile 1147 und 1150 steht.
string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN61265> line 3.
2019.07.26 16:17:21 4: VBUSDEV_7e11: VBUSDEV_ParsePayLoad1: Command: 0200 Code 7e11 DevTyp: Name: VBUSDEV_7e11
2019.07.26 16:17:21 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN61265> line 3.
Schau mal im fhem/FHEM Verzeichnisses du für für Dateien hast und löschen diese ggf. weg und mach nur ein update vom github, oben beschrieben.
Und wie die beiden devices in der Datei geschrieben sind 7e11 oder 7E11.
Pejonp
Zitat von: pejonp am 26 Juli 2019, 09:45:55
ich meine diesen Beitrag:
https://forum.fhem.de/index.php/topic,96160.msg895494.html?PHPSESSID=a74g87tok09nacudv7rt9h8tk7#msg895494
Hm... damit verwirrst du mich. Das ist doch mein eigener Post, den ich selbst hier verlinkt habe. Verstehe gerade nicht, was du mir damit sagen wolltest. Evtl. stehe ich auf dem Schlauch. Kläre mich bitte auf. ;)
Zitat von: pejonp am 26 Juli 2019, 09:45:55
schau mal hier.
KM-Bus https://github.com/openv/openv/wiki/KM-Bus-Interface
Danke erstmal für diesen Link. Das Projekt kannte ich noch nicht. Aber puuh..., das verunsichert mich jetzt. Ich will ja eigentlich nichts selbst löten/bauen. Kann ich deiner Einschätzung nach den Resol Lan Adapter gefahrlos an den KM-Bus anschließen? Wie schätzt du das ein?
Zerschießen will ich mir da ja auch nichts. :)
Ich habe ausschließlich die Vitosolic 100 SD1 für meine Solar-Thermie, sonst gibt es keine weiteren Teilnehmer am KM-Bus.
Danke dir nochmal und viele Grüße Hoppel
@pejonp
die entsprechenden Zeilen in meiner 21_VBUSDEV.pm helfen mir leider auch nicht:
https://www.bilder-upload.eu/bild-5fe2c4-1564231796.png.html (https://www.bilder-upload.eu/bild-5fe2c4-1564231796.png.html)
Die Schreibweise der Devices ist in Großbuchstaben:
https://www.bilder-upload.eu/bild-5fe2c4-1564231796.png.html (https://www.bilder-upload.eu/bild-5fe2c4-1564231796.png.html)
und trotzdem werden nach einem Löschen der beiden .pm Dateien und aller Devices und einem Update und Neustart wieder Devices in der Schreibweise 7e11 angelegt.
Passwort setzen geht auch nicht.
ich habe keine Idee was ich falsch mache.
Die Zeilen hier mal anhängen ich möchte sehen was da steht um zu sehen ob du die richtige version hast. Es sieht nicht danach aus .
Pejonp
vom Datum her dürfte es die aktuelle Version sein...
[code]##############################################
# $Id: 21_VBUSDEV.pm 20180911 2018-09-11 10:10:10Z pejonp $
#
# 21_VBUSDEV.pm
# VBUS Client Device
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 - 2018 Jörg (pejonp)
##############################################
package main;
use strict;
use warnings;
use POSIX;
use SetExtensions;
use Data::Dumper;
my %VBUS_devices = (
"0050" => {"name" => "DL_2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Resistor_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 2,"name" => "Resistor_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 4,"name" => "Resistor_Sensor_02", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 6,"name" => "Resistor_Sensor_22", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 8,"name" => "Resistor_Sensor_03", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 10,"name" => "Resistor_Sensor_33", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 12,"name" => "Current_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 14, "name" => "Current_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 28,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 30,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 32,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 34,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"0053" => {"name" => "DL_3", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Resistor_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 2,"name" => "Resistor_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 4,"name" => "Resistor_Sensor_02", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 6,"name" => "Resistor_Sensor_22", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 8,"name" => "Resistor_Sensor_03", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 10,"name" => "Resistor_Sensor_33", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 12,"name" => "Current_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 14,"name" => "Current_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 28,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 30,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 32,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 34,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"1001" => {"name" => "DeltaSol_SLT", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Systemdatum","bitSize" => 31 },
{ "offset" => 4,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Temperatur_05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "Temperatur_S06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Volumenstrom_VFS_S06", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 24, "name" => "Volumenstrom_Flowrotor_S07", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 28, "name" => "Druck_RPS_S06", "bitSize" => 15, "factor" => 0.01, "unit" => "bar" },
{ "offset" => 30, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 31, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 32, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 33, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 34, "name" => "PWM_A", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 35, "name" => "PWM_B", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 36, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 40, "name" => "Warnungsmaske", "bitSize" => 31, "factor" => 1 },
]},
"1011" => {"name" => "DeltaSol_SLT_WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waerme_gesamt","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Waerme_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Waerme_gestern","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waerme_woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Waerme_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 20,"name" => "Waerme_monat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 24,"name" => "Waerme_vormonat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 28,"name" => "Waerme_jahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 32,"name" => "Waerme_vorjahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 36,"name" => "Volumen_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 40,"name" => "Volumen_heute", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 44,"name" => "Volumen_gestern", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 48,"name" => "Volumen_woche", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 52,"name" => "Volumen_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "l/h" },
{ "offset" => 56,"name" => "Volumen_monat", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 60,"name" => "Volumen_vormonat", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 64,"name" => "Volumen_jahr", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 68,"name" => "Volumen_vorjahr", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 72, "name" => "Leistung", "bitSize" => 31, "factor" => 0.001, "unit" => "kW" },
]},
"1059" => {"name" => "DeltaThermHC_mini_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Temperatur_Sensor_1", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 2, "name" => "Temperatur_Sensor_2", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 4, "name" => "Temperatur_Sensor_3", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Temperatur_Sensor_4", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Temperatur_Sensor_5", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 11, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 12, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 13, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 14, "name" => "Regler_Ausgang_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 15, "name" => "Regler_Ausgang_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 16,"name" => "Systemdatum","bitSize" => 31 },
{ "offset" => 20, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 24, "name" => "Warnungsmaske", "bitSize" => 31, "factor" => 1 },
]},
"1060" => {"name" => "Vitosolic200_SD4", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "temperature_T06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "temperature_T07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "temperature_T08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "temperature_T09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "temperature_T10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "temperature_T11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "temperature_T12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "insolation", "bitSize" => 15,"unit" => "W/qm" },
{ "offset" => 28,"name" => "impulse_I01","bitSize" => 31 },
{ "offset" => 32,"name" => "impulse_I02","bitSize" => 31 },
{ "offset" => 36,"name" => "sensorbrokemask","bitSize" => 16 },
{ "offset" => 38,"name" => "sensorshortmask","bitSize" => 16 },
{ "offset" => 40,"name" => "sensorusagemask","bitSize" => 16 },
{ "offset" => 44,"name" => "speed_R01","bitSize" => 8, "unit" => "%" },
{ "offset" => 45,"name" => "speed_R02","bitSize" => 8, "unit" => "%" },
{ "offset" => 46,"name" => "speed_R03","bitSize" => 8, "unit" => "%" },
{ "offset" => 47,"name" => "speed_R04","bitSize" => 8, "unit" => "%" },
{ "offset" => 48,"name" => "speed_R05","bitSize" => 8, "unit" => "%" },
{ "offset" => 49,"name" => "speed_R06","bitSize" => 8, "unit" => "%" },
{ "offset" => 50,"name" => "speed_R07","bitSize" => 8, "unit" => "%" },
{ "offset" => 51,"name" => "speed_R08","bitSize" => 8, "unit" => "%" },
{ "offset" => 52,"name" => "speed_R09","bitSize" => 8, "unit" => "%" },
{ "offset" => 58,"name" => "relaisusagemask","bitSize" => 16 },
{ "offset" => 60,"name" => "errormask","bitSize" => 16 },
{ "offset" => 62,"name" => "warningmask","bitSize" => 16 },
{ "offset" => 64,"name" => "SW-Version","bitSize" => 8,"factor" => 0.1 },
{ "offset" => 65,"name" => "Minorversion","bitSize" => 8,"factor" => 1 },
{ "offset" => 66,"name" => "systemtime","bitSize" => 16 },
]},
"1065" => {"name" => "Vitosolic200_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "WMZ1_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "WMZ1_Ruecklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "WMZ1_volumeflow","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "WMZ1_heatquantity1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "WMZ1_heatquantity2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "WMZ1_heatquantity3","bitSize" => 16,"unit" => "MWh" },
]},
"1066" => {"name" => "Vitosolic200_WMZ2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "WMZ1_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "WMZ1_Ruecklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "WMZ1_volumeflow","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "WMZ1_heatquantity1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "WMZ1_heatquantity2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "WMZ1_heatquantity3","bitSize" => 16,"unit" => "MWh" },
]},
"1140" => {"name" => "DeltaThermHC_mini_HK", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "HK_VorlaufSoll","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "HK_Betriebsstatus","bitSize" => 8,"factor" => 1 },
{ "offset" => 4,"name" => "HK_Betriebsart","bitSize" => 8,"factor" => 1 },
{ "offset" => 6,"name" => "HK_Brennerstarts1","bitSize" => 8,"factor" => 1 },
{ "offset" => 8,"name" => "HK_Brennerstarts2","bitSize" => 8,"factor" => 1 },
{ "offset" => 10,"name" => "HK_Brennerstarts3","bitSize" => 8,"factor" => 1 },
]},
"1240" => {"name" => "Wagner_Sungo_100_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "Solar_Kollektortemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Solar_Kesseltemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Solar_VL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Solar_RL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Tage", "bitSize" => 15, "factor" => 1, "unit" => "T" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Drehzahl1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 24, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 32, "name" => "Betriebstunden", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 44, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 45, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 69, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"1241" => {"name" => "Wagner_Sungo_100_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Wmz1_Wert_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Wmz1_Leistung_W","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Wmz1_WertHeute_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Wmz1_WertWoche_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
]},
"2211" => {"name" => "DeltaSol_CS_Plus", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_Sensor1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_Sensor2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_Sensor3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_Sensor4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Drehzahl_Relais1","bitSize" => 8, "unit" => "%" },
{ "offset" => 10,"name" => "Betriebsstunden_Relais1","bitSize" => 16, "unit" => "h" },
{ "offset" => 12,"name" => "Drehzahl_Relais2","bitSize" => 8,"unit" => "%" },
{ "offset" => 14,"name" => "Betriebsstunden_Relais2","bitSize" => 16, "unit" => "h" },
{ "offset" => 16,"name" => "UnitType","bitSize" => 8 },
{ "offset" => 16,"name" => "System","bitSize" => 16 },
{ "offset" => 28,"name" => "Waermemenge1","bitSize" => 8,"factor" => 1,"unit" => "Wh" },
{ "offset" => 29,"name" => "Waermemenge2","bitSize" => 8,"factor" => 100,"unit" => "Wh" },
{ "offset" => 30,"name" => "Waermemenge3","bitSize" => 8,"factor" => 10000,"unit" => "Wh" },
{ "offset" => 31,"name" => "Waermemenge4","bitSize" => 8,"factor" => 10000000,"unit" => "Wh" },
]},
"2231" => {"name" => "Oranier_HK_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Kollektor", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 2, "name" => "Speicher_Solar", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 4, "name" => "Ofen_KesselTemp", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 6, "name" => "Speicher_unten", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 8, "name" => "Ruecklauf_Heizkreis", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 10, "name" => "Speicher_Entnahme", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 12, "name" => "Brauchwasserspeicher", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 14, "name" => "Zirkulation-Fuehler", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 16, "name" => "Sensor_9", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 18, "name" => "Sensor_10", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 20, "name" => "Sensor_11", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 22, "name" => "Sensor_12", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 24, "name" => "Sensor_13", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 26, "name" => "Vorlauftemperatur_HK1", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 28, "name" => "Aussentemperatur", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 30, "name" => "Abgastemperatur", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 36,"name" => "Einstrahlung","bitSize" => 15,"factor" => 1,"unit" => "W/qm" },
{ "offset" => 38, "name" => "Impulseingang_1", "bitSize" => 31, "factor" => 1 },
{ "offset" => 42, "name" => "Impulseingang_2", "bitSize" => 15, "factor" => 1 },
{ "offset" => 44, "name" => "Umschaltventil_Kessel", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 45, "name" => "BW_Ladepumpe", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 46, "name" => "Zirkulationspumpe", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 47, "name" => "Relais_6", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 48, "name" => "Relais_7", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 49, "name" => "Relais_8", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 50, "name" => "Brennersperre_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 51, "name" => "Mischer_Auf", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 52, "name" => "Mischer_Zu", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 53, "name" => "HK-Pumpe", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 54, "name" => "Gas_OeL_Pelletofen", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 56, "name" => "Fehlermaske", "bitSize" => 15, "factor" => 1 },
{ "offset" => 58, "name" => "Warnungsmaske", "bitSize" => 15, "factor" => 1 },
{ "offset" => 72, "name" => "Reglerversion", "bitSize" => 15, "factor" => 1 },
{ "offset" => 74, "name" => "Systemzeit", "bitSize" => 15, "timeRef" => 1 },
{ "offset" => 80, "name" => "Sensorbenutzungs-Maske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 84, "name" => "Relaisbenutzungsmaske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 88, "name" => "Sensorbruch-Maske", "bitSize" => 31, "factor" => 1 },
]},
"2232" => {"name" => "Oranier_HK_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Vorlauftemperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Ruecklauftemperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Volumenstrom_Kollektor","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "Waerme_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Waerme_2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "Waerm_3","bitSize" => 16,"unit" => "MWh" },
]},
"2251" => {"name" => "DeltaSol_SL", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "Kollektortemperatur", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Kesseltemperatur", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Temperatur_Sensor_3", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Temperatur_Sensor_4", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Temperatur_Sensor_5", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 14, "name" => "Temperatur_VFS/RPS", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 20, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 24, "name" => "Volumenstrom_VFS", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 28, "name" => "Volumenstrom_Flowrotor", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 32, "name" => "Druck_RPS", "bitSize" => 15, "factor" => 0.01, "unit" => "bar" },
{ "offset" => 34, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 35, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 36, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 37, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 38, "name" => "PWM_A", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 39, "name" => "PWM_B", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 40, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 48, "name" => "Betriebsstunden_Relais_1", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 52, "name" => "Betriebsstunden_Relais_2", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 56, "name" => "Betriebsstunden_Relais_3", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 60, "name" => "Betriebsstunden_Relais_4", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 64, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 65, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 66, "name" => "Blockierschutz_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 67, "name" => "Blockierschutz_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 68, "name" => "Initialisieren", "bitSize" => 31, "factor" => 1 },
{ "offset" => 72, "name" => "Fuellung", "bitSize" => 31, "factor" => 1 },
{ "offset" => 76, "name" => "Stabilisieren", "bitSize" => 31, "factor" => 1 },
{ "offset" => 80, "name" => "Pumpenverzoegerung", "bitSize" => 7, "factor" => 1 },
{ "offset" => 81, "name" => "Ueberwaermeabfuhr", "bitSize" => 1, "factor" => 1 },
{ "offset" => 82, "name" => "Nachlauf", "bitSize" => 7, "factor" => 1 },
{ "offset" => 83, "name" => "Thermische_Desinfektion", "bitSize" => 7, "factor" => 1 },
{ "offset" => 84, "name" => "Speicherkuehlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 85, "name" => "Systemkuehlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 86, "name" => "Spreizung", "bitSize" => 7, "factor" => 1 },
{ "offset" => 87, "name" => "Frostschutz", "bitSize" => 7, "factor" => 1 },
{ "offset" => 88, "name" => "Kollektorkuehlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 89, "name" => "Einheit_Temperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 90, "name" => "Einheit_Durchfluss", "bitSize" => 1, "factor" => 1 },
{ "offset" => 91, "name" => "Einheit_Druck", "bitSize" => 1, "factor" => 1 },
{ "offset" => 93, "name" => "Einheit_Energie", "bitSize" => 1, "factor" => 1 },
{ "offset" => 94, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 95, "name" => "Neustarts", "bitSize" => 1, "factor" => 1 },
{ "offset" => 96, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"2252" => {"name" => "DeltaSol_SL_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Wmz1_Wert_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Wmz1_Leistung_W","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Wmz1_WertHeute_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Wmz1_WertWoche_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
]},
"2261" => {"name" => "HRSolar_BASIC", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Systemdatum","bitSize" => 31 },
{ "offset" => 4,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "TAGE","bitSize" => 15 },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Volumenstrom_VFS", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 24,"name" => "Temperatur_VFS","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 26, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 27, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 28, "name" => "Regler_Ausgang_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 32,"name" => "Wmz1_Wert_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 36, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 40, "name" => "Betriebstunden_Relais_1", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "Betriebstunden_Relais_2", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 48, "name" => "Urlaubsfunktion", "bitSize" => 1 },
{ "offset" => 49, "name" => "Blockierschutz_1", "bitSize" => 7 },
{ "offset" => 52, "name" => "Initialisieren", "bitSize" => 31 },
{ "offset" => 56, "name" => "Fuellung", "bitSize" => 31, "factor" => 1 },
{ "offset" => 60, "name" => "Stabilisieren", "bitSize" => 31, "factor" => 1 },
{ "offset" => 64, "name" => "Pumpenverzoegerung", "bitSize" => 7, "factor" => 1 },
{ "offset" => 65, "name" => "Ueberwaermeabfuhr", "bitSize" => 1, "factor" => 1 },
{ "offset" => 66, "name" => "Nachlauf", "bitSize" => 7, "factor" => 1 },
{ "offset" => 67, "name" => "Speicherkuehlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 68, "name" => "Frostschutz", "bitSize" => 7, "factor" => 1 },
{ "offset" => 69, "name" => "Kollektorkuehlung", "bitSize" => 1, "factor" => 1 },
{ "offset" => 70, "name" => "Einheit_Temperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 71, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Neustarts", "bitSize" => 1, "factor" => 1 },
{ "offset" => 76, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"2262" => {"name" => "HRSolar_BASIC_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Wmz1_Wert_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Wmz1_Leistung_W","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Wmz1_WertHeute_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Wmz1_WertWoche_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
]},
"2271" => {"name" => "DeltaSol_SLL", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "Solar_Kollektortemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Solar_Kesseltemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Solar_VL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Solar_RL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Tage", "bitSize" => 15, "factor" => 1, "unit" => "T" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Drehzahl1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 24, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 32, "name" => "Betriebstunden", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 44, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 45, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 69, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"2272" => {"name" => "DeltaSol_SLL_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Leistung_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 4, "name" => "Leistung", "bitSize" => 31, "factor" => 1, "unit" => "W" },
{ "offset" => 8, "name" => "Leistung_heute", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 12, "name" => "Leistung_Woche", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
]},
"4010" => {"name" => "WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Heat_kWh","bitSize" => 15,"factor" => 1,"unit" => "kWh" },
{ "offset" => 2,"name" => "Heat_Wh","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Flow_rate","bitSize" => 15,"factor" => 0.01,"unit" => "qm/h" },
{ "offset" => 6,"name" => "Power","bitSize" => 8,"factor" => 10,"unit" => "W" },
{ "offset" => 8,"name" => "Flow_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Return_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Heat_MWh","bitSize" => 15,"factor" => 1,"unit" => "MWh" },
{ "offset" => 14,"name" => "Power2","bitSize" => 8,"factor" => 2560,"unit" => "W" },
{ "offset" => 15,"name" => "Glycol","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "Pressure","bitSize" => 8,"factor" => 1,"unit" => "bar" },
]},
"4011" => {"name" => "WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Heat_kWh","bitSize" => 15,"factor" => 1,"unit" => "kWh" },
{ "offset" => 2,"name" => "Heat_Wh","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Flow_rate","bitSize" => 15,"factor" => 0.01,"unit" => "qm/h" },
{ "offset" => 6,"name" => "Power","bitSize" => 8,"factor" => 10,"unit" => "W" },
{ "offset" => 8,"name" => "Flow_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Return_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Heat_MWh","bitSize" => 15,"factor" => 1,"unit" => "MWh" },
{ "offset" => 14,"name" => "Power2","bitSize" => 8,"factor" => 2560,"unit" => "W" },
{ "offset" => 15,"name" => "Glycol","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "Pressure","bitSize" => 8,"factor" => 1,"unit" => "bar" },
]},
"4012" => {"name" => "WMZ2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Heat_kWh","bitSize" => 15,"factor" => 1,"unit" => "kWh" },
{ "offset" => 2,"name" => "Heat_Wh","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Flow_rate","bitSize" => 15,"factor" => 0.01,"unit" => "qm/h" },
{ "offset" => 6,"name" => "Power","bitSize" => 8,"factor" => 10,"unit" => "W" },
{ "offset" => 8,"name" => "Flow_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Return_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Heat_MWh","bitSize" => 15,"factor" => 1,"unit" => "MWh" },
{ "offset" => 14,"name" => "Power2","bitSize" => 8,"factor" => 2560,"unit" => "W" },
{ "offset" => 15,"name" => "Glycol","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "Pressure","bitSize" => 8,"factor" => 1,"unit" => "bar" },
]},
"4013" => {"name" => "WMZ3", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Heat_kWh","bitSize" => 15,"factor" => 1,"unit" => "kWh" },
{ "offset" => 2,"name" => "Heat_Wh","bitSize" => 15,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Flow_rate","bitSize" => 15,"factor" => 0.01,"unit" => "qm/h" },
{ "offset" => 6,"name" => "Power","bitSize" => 8,"factor" => 10,"unit" => "W" },
{ "offset" => 8,"name" => "Flow_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Return_temperature","bitSize" => 16,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Heat_MWh","bitSize" => 15,"factor" => 1,"unit" => "MWh" },
{ "offset" => 14,"name" => "Power2","bitSize" => 8,"factor" => 2560,"unit" => "W" },
{ "offset" => 15,"name" => "Glycol","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "Pres
Hi
Die Zugriffsrechte auf die Dateien im filesystem stimmen die ?
Beim reboot von fhem was steht da im log?
Wenn der passwortdialog nicht angezeigt wird, kann ich mir nur vorstellen das ein perl Modul crc nicht installiert ist. Ansonsten fühlt mir nichts mehr ein.
Pejonp
@pejonp
danke für deine Geduld!
ich hatte einige Male ein Update und auch einige Male ein Restart gemacht.
Das war erfolglos.
Ohne etwas verändert zu haben, habe ich den Raspi heruntergefahren, 1 min stromlos gemacht und neu gestartet.
Der Passwortdialog wurde nun angezeigt und die Devices mit korrekter Schreibweise 7E11 angelegt.
Es kommen nun auch Daten wie gewünscht.
Eine logische Erklärung gibt es wahrscheinlich nicht aber mir ist wichtig, dass es jetzt läuft....
Zitat von: pejonp am 26 Juli 2019, 09:45:55
schau mal hier.
KM-Bus https://github.com/openv/openv/wiki/KM-Bus-Interface
Moin @pejonp
ich habe mir deinen Link zum KM-Bus-Interface nochmal genauer angeschaut. KM-BUS ist also nicht V-BUS.
Ich habe in meinem Thread nochmal ein Bisschen was dazu geschrieben: https://forum.fhem.de/index.php/topic,96160.msg962160.html#msg962160
Bin mir aber nun unsicher, ob ich weiter mache oder ob ich das Projekt begrabe.
Danke dir auf jeden Fall und viele Grüße Hoppel
Hi @hoppel118,
Schau mal ob die Spannung vbus und km-Bus in etwa passen. Und versuchst mal den Adapter anzuschließen und verbose=5 und hängst den log hier an. Versuch macht klug. Vielleicht kommt was.
Pejonp
Zitat von: pejonp am 29 Juli 2019, 09:49:58
Schau mal ob die Spannung vbus und km-Bus in etwa passen. Und versuchst mal den Adapter anzuschließen und verbose=5 und hängst den log hier an.
Passt das, wenn ich wie folgt vorgehen würde?
• Spannung am KM-Bus messen (Im Viessmann Forum habe ich eine Aussage gefunden, dass auf dem KM-Bus eine pulsierende Gleichspannung zw. ~25-32V anliegt. Laut Protokollspezifikation hingegen versorgt der vBus Master (Regel-Einheit) den Bus mit einer konstanten Spannung von etwa 8,2V und 35mA. -> Kann das zusammenpassen?)
• Vitosolic vom Strom nehmen
• vBus-Lan-Adapter anschließen
• Vitosolic wieder mit Strom versorgen
• VBUSIF entsprechend Wiki definieren: https://wiki.fhem.de/wiki/Vbus
• verbose 5 auf das VBUSIF und abwarten, was reinkommt
Muss ich die Vitosolic überhaupt stromlosen machen?
Nochmal eine andere Frage dazu:
Ich habe gestern gesehen, dass es von Resol noch ein weiteres Kommunikationsmodul (KM2) gibt: https://www.resol.de/de/produktdetail/209
Das Device bietet neben einem LAN-Interface auch die Möglichkeit es per WLAN anzubinden. So könnte ich mir evtl. den zusätzlichen Router, den ich als Bridge einsetzen möchte, sparen. Zusätzlich kann man dieses Modul wohl auch mit vBus.net verbinden, was für mich aber uninteressant ist.
Liege ich mit der Vermutung richtig, dass es sich um einen vBus-Lan-Adapter mit WLAN-Funktion handelt? Könnte ich diesen genauso in Verbindung mit FHEM verwenden?
Nochmal eine andere Überlegung:
Ich kaufe mir irgendwo günstig eine Vitosolic 200 SD4 und verbinde diese über den KM-Bus mit der tatsächlichen Steuerung, meiner Vitosolic 100 SD1. Anschließend gehe ich dann mit einem vBus-Adapter an den vBus der Vitosolic 200 SD4. Könnte man so auf die Daten der Vitosolic 100 SD1 zugreifen? Werden diese Daten über den KM-Bus übertragen?
Zitat von: pejonp am 29 Juli 2019, 09:49:58
Versuch macht klug. Vielleicht kommt was.
Sorry, wegen der vielen Fragen. Ich habe Schiss mir etwas zu zerschießen. ;)
Kann ich mir denn überhaupt irgendwas zerschießen oder gibt das Gerät ggf. einfach eine Fehlermeldung aus?
Viele Grüße Hoppel
Hallo hoppel118,
Bei so einem großen spannungsunterschied währe ich vorsichtig.
KM-Bus eine pulsierende Gleichspannung zw. ~25-32V anliegt.
Vielleicht kannst du noch die Steuerung tauschen. (https://www.ebay.de/itm/Viessmann-Vitosolic-200-Regler/293166787962?hash=item44421a2d7a:g:uQYAAOSwYUZdJy5e)
Um den km-Bus auszulesen benötigst du ja auch irgend eine Hard/Software . Ich weiß jetzt was es da gibt.
Pejonp
Zitat von: pejonp am 29 Juli 2019, 14:29:43
Bei so einem großen spannungsunterschied währe ich vorsichtig.
OK, da sind wir uns einig. Im Netz findet man auch keine einzige Meldung, dass irgend jemand erfolgreich an einem KM-Bus ein vBus-Adapter betreibt.
Zitat von: pejonp am 29 Juli 2019, 14:29:43
Vielleicht kannst du noch die Steuerung tauschen. (https://www.ebay.de/itm/Viessmann-Vitosolic-200-Regler/293166787962?hash=item44421a2d7a:g:uQYAAOSwYUZdJy5e)
In der eBay-Auktion sieht man auch bei den Bildern nochmal, dass dieses Device einen V-BUS bereitstellt, direkt neben der Klemme 145 (KM-BUS).
Ich glaube, wenn ich an die Daten kommen will, dann ist das zur Zeit die einzige Lösung. Was anderes bleibt mir da erstmal wohl nicht übrig. Dass das wirtschaftlich nicht sinnvoll ist, steht außer Frage. Irgendwann muss sicherlich auch nochmal die Gas-Therme getauscht werden, aber gefühlt wird das auch noch mindestens 10 Jahre dauern, da wir hauptsächlich mit einem Holzscheitkessel heizen. Das wäre aber ein noch größerer Blödsinn, die jetzt vorzeitig für ein paar Tausend Euro auszutauschen... ;)
Spannend ist in dem Zusammenhang nochmal meine Überlegung: Kann man die bereits vorhandene Vitosolic 100 über den KM-BUS mit einer noch zu beschaffenden Vitosolic 200 verbinden, so dass die Vitosolic 200 Zugriff auf die Daten der Vitosolic 100 erhält? Dann könnte man den Aufwand für den Heizungsmonteur nämlich gering halten. Die Installation würde dann wie folgt aussehen:
Vitosolic 100 SD1 <----KM-BUS----> Vitosolic 200 SD4 <----V-BUS----> Resol-vBus-LAN-Adapter
Ideal wäre natürlich, wenn der Heizungsbauer einfach die Vitosolic 100 durch die 200 ersetzt. Aber das ist leider auch nicht so ganz einfach möglich. Da die Vitosolic 100 sich in einem solchen Solar Divicon PS10 Kasten befindet: https://www.loebbeshop.de/solar-divicon-ps-10 Da müssten dann auch wieder alle möglichen Kabel verlängert werden, da die Vitoslic 200 SD4 8cm breiter ist als die Vitosolic 100 SD1. :-\
Zitat von: pejonp am 29 Juli 2019, 14:29:43
Um den km-Bus auszulesen benötigst du ja auch irgend eine Hard/Software . Ich weiß jetzt was es da gibt.
Richtig! Da sieht es dann auch eher mau aus.
Ich muss mal mit meinem Heizungsmonteur sprechen und mir das dann wahrscheinlich ein wenig länger durch den Kopf gehen lassen. ;)
Gruß Hoppel
Moinsen,
eine Frage habe ich noch. Funktionieren die Module (19_VBUSIF.pm und 21_VBUSDEV.pm) auch mit dem Resol Kommunikationslogger KM2?
https://www.resol.de/de/produktdetail/209
Momentan habe ich hier noch den vBus-Lan-Adapter und einen zusätzlichen Router liegen. Der KM2 hat WLAN integriert. So könnte ich mir den zusätzlichen Router, den ich als Bridge einrichten würde, sparen.
Im Wiki steht im ersten Satz auch nur: ,,Anbindung Heizungssteuerung über einen Resol V-Bus Lanadapter".
Gibt es irgendwo noch eine günstigere Variante eines vBus-Adapters mit WLAN ohne selbst löten zu müssen?
Danke euch nochmal und viele Grüße Hoppel
Hallo nochmal,
inwiefern hängt dieses Projekt https://github.com/danielwippermann/resol-vbus mit dem FHEM-Modul zusammen?
Hier wird das Gerät "RESOL KM2 Communication module" unter "Supported Devices & Services" aufgeführt.
Hat hier niemand ein "Resol Kommunikationsmodul KM2" im Einsatz?
Danke und Gruß Hoppel
Hallo,
über das VBUS-LAN-Interface an einem BX PLus kommen Daten nach FHEM. Es wurden automatisch angelegt:
7112 Sensoren und Regler
7113 Module (unbenutzt)
7131 WMZ1 mit den Readings Gesamtvolumen, Waermemenge, Waermemenge heute, Waermemenge Woche
7132 ohne Readings
Soll 7132 für den WMZ2 sein?
Wie bekommt man die Readings dort hinein?
WMZ1 und WMZ2 werden einwandfrei auf dem BX Plus angezeigt.
Wer weiß Rat, bitte?
@Bronze mach mal bitte ein update, ich habe den WMZ nachgetragen.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Wunderbar, es funktioniert.
Und ich bin der erste mit 2 WMZ am BX Plus in FHEM.
Danke!
Die Wärmemengen vom WMZ1 und WMZ2 beim BX Plus kann ich nun loggen (VBUSDEV7131.Waermemenge_heute und VBUSDEV7132.Waermemenge_heute). LOG-Datei zeigt die geloggten Werte.
Wenn ich beide Wärmemengen in einem SVG plotten will, wird nur VBUSDEV7132.Waermemenge_heute übernommen und zur Auswahl angeboten. VBUSDEV7131.Waermemenge_heute kann man so nicht plotten.
Liegt das vielleicht an der Namensgleichheit des Readings VBUSDEV7131/2.Waermemenge_heute?
@Bronze die Namen stimmen aber so im log ??!
mach mal ein list vom plot
pejonp
Das sind die File Log aus 2 Dateien:
2019-08-11_20:25:34 VBUSDEV_7131 Gesamtvolumen: 0 l
2019-08-11_20:27:37 VBUSDEV_7131 Waermemenge: 48106 Wh
2019-08-11_20:27:37 VBUSDEV_7131 Waermemenge_heute: 12454 Wh
2019-08-11_20:27:37 VBUSDEV_7131 Waermemenge_Woche: 48106 Wh
2019-08-11_20:27:37 VBUSDEV_7131 Gesamtvolumen: 0 l
2019-08-11_20:28:44 VBUSDEV_7132 Gesamtvolumen: 766421 l
2019-08-11_20:30:46 VBUSDEV_7132 Waermemenge: 21465 Wh
2019-08-11_20:30:46 VBUSDEV_7132 Waermemenge_heute: 10458 Wh
2019-08-11_20:30:46 VBUSDEV_7132 Waermemenge_Woche: 21465 Wh
2019-08-11_20:30:46 VBUSDEV_7132 Gesamtvolumen: 766441 l
Die beiden Wärmemengen habe ich in einen LOG_RESOL übernommen:
VBUSDEV_7131:Waermemenge_heute:.*
VBUSDEV_7132:Waermemenge_heute:.*
Da kommen die Daten auch an:
2019-08-11_20:34:28 VBUSDEV_7112 Temperatur_Sensor_6: 48 °C
2019-08-11_20:34:33 VBUSDEV_7112 Temperatur_Sensor_8: 38.5 °C
2019-08-11_20:34:52 VBUSDEV_7132 Waermemenge_heute: 10959 Wh
2019-08-11_20:34:54 VBUSDEV_7112 Temperatur_Sensor_2: 31.5 °C
2019-08-11_20:34:54 VBUSDEV_7112 Temperatur_Sensor_6: 48.5 °C
2019-08-11_20:35:05 VBUSDEV_7112 Temperatur_Sensor_5: 26.5 °C
2019-08-11_20:35:16 VBUSDEV_7112 Temperatur_Sensor_1: 27 °C
2019-08-11_20:35:48 VBUSDEV_7131 Waermemenge_heute: 12454 Wh
2019-08-11_20:36:09 VBUSDEV_7112 Drehzahl_Relais_1: 0 %
2019-08-11_20:36:09 VBUSDEV_7112 Drehzahl_Relais_4: 0 %
Der Plot sieht so aus:
# Created by FHEM/98_SVG.pm, 2019-08-11 21:00:44
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'Wärmemengenzähler'
set ytics
set y2tics
set grid
set ylabel "Solarthermie"
set y2label "Warmwasser"
#LOG_RESOL 4:VBUSDEV_7131.Waermemenge_heute\x3a::
#LOG_RESOL 4:VBUSDEV_7132.Waermemenge_heute\x3a::
plot "<IN>" using 1:2 axes x1y1 title 'Solarthermie' ls l0 lw 2 with points,\
"<IN>" using 1:2 axes x1y2 title 'Warmwasser' ls l7 lw 1 with points
Warmwasser (WMZ2) wird normal dargestellt, Solarthermie (WMZ1) verharrt auf der X-Achse bei Null - weiß jetzt nicht, wie ich das hier zeigen kann.
Sehr merkwürdig - was mache ich falsch?
@Bronze bitte den Code/Log in ["code] [/code] setzen. Dieses Zeichen # im Menue.
änder mal die letzten Zeilen. Da wurden 2 Daten von beiden WMZ angezeigt.
plot "<IN>" using 1:2 axes x1y2 title 'Solarthermie' ls l1fill lw 1 with lines,\
"<IN>" using 1:2 axes x1y2 title 'Warmwasser' ls l0 lw 1 with points
oder so
plot "<IN>" using 1:2 axes x1y2 title 'Solarthermie' ls l1fill lw 1 with lines,\
"<IN>" using 1:2 axes x1y2 title 'Warmwasser' ls l0fill lw 1 with lines
pejonp
Mein Plot sieht so aus, Solarthermie wird weiter trotz vorhandener Daten mit "Null" angezeigt.
Jetzt läuft es (ohne Änderungen).
Danke für die Unterstützung!
Hallo Leute,
mein Projekt ,,Ersetzen einer Vitosolic 100 SD1 durch eine Vitosolic 200 SD4, um über den vBus an Daten der Solarthermieanlage zu kommen" geht weiter. Nähere Informationen gibt es in meinem Thread:
https://forum.fhem.de/index.php?topic=96160.msg967794#msg967794
Vielleicht kann ja jemand von euch die Frage am Ende meines Posts dort in dem Thread beantworten. Würde mich sehr freuen.
Danke euch und einen schönen Sonntag noch!
Gruß Hoppel
Hallo zusammen,
ich bin auch ein leidenschaftlicher FHEM Nutzer und habe bisher alle meine Systeme in FHEM integriert. Ich habe jetzt ein Resol DeltaSol SLT mit KM2 interface. Es ist alles in VBUS.net eingetragen und liefert dort die Werte ab. Leider kriege ich einen Zugriff übe httpmod nicht hin, da mein Browser (Firefox) offensichtlich komplett anders als httpmod requested. Ich habe via burp analysiert und stecke z.Zt. fest.
Jetzt zur eigentlichen Frage: ich habe das KM2 interface direkt über fhem via define <IP-addr>:7053 adressiert, sowie ein Device mit der id 1001 (DeltaSol Regler) angelegt. Passwort in VBUSIF ist mit dem passwort für den KM2 belegt. leider passiert rein gar nichts. Ist KM2 als Interface möglich? Mir ist außerdem nicht klar, wie die Zuordnung von VBUSDEV zum VBUSIF erfolgt. VBUSIF und VBUSDEV sind aus dem github von Jörg (heute upgedated)
Ich werde parallel weiteranalysieren.
Grüße, Wolfgang
Hallo @W_esch,
schau mal in die Anleitung (https://www.resol.de/Produktdokumente/11209228_KM2.mon5s.pdf) Seite 9. Hast du dich über VBUS.Net verbunden oder lokal. Bei VBUS.Net wird ein Token benötigt.
Stelle mal bei der VBUS-Schnittstelle verbose = 5 eine. Stimmen die Passwörter ? Kommen da überhaupt Daten ?
pejonp
Hallo Jürgen,
der DeltaSol SLT is über das KM2 ist an vbus.net angeschlossen und ich kann über vbus.net live alle Daten anzeigen. Mit VBUSIF habe ich mich lokal über die <IPaddr von KM2>:7053 connectiert. verbose level 5 eingestellt, aber nichts passiert. Das Einloggen über die <IPaddr> von KM2 mit dem gesetzten Passwort per browser funktioniert.
Eintrag in logfile:
2019.09.05 16:04:21 3: Opening VB device 192.168.178.54:7053
2019.09.05 16:04:21 2: Error: No password set. Please define it (once) with 'set VB password YourPassword'
habe dann das Passwort für den KM2 gesetzt.
2019.09.05 16:04:21 3: VB device opened
nichts passiert mehr
Grüße,
Wolfgang
Hallo Wolfgang
Hast du dich mal mit dem rst Tool von resol lokal auf die km2 aufgeschalten. Sendet der km2 überhaupt per vbus-Protokoll oder eher per http/html.
Zeigt km2 auf der Oberfläche per Browser Daten an ?
Jörg (Pejonp)
Hallo,
ich habe lokal mit RPT eine Session über die lokale ip adresse (wie in FHEM genutzt) laufen und kann über den KM2 meine Regler SLT auslesen und schreiben.
Ich habe das Device VBUSIF in FHEM gelöscht und erneut angelegt. Passwort wie bei RPT gesetzt.
Jetzt geht es!! Ich hatte beim ersten Mal ein anderes passwort, ein überschreiben scheint nicht zu funktionieren.
Vielen Dank
Hallo Wolfgang,
du kannst glaube ich nur mit einem Gerät (RPT oder vbus) auf die Schnittstelle zugreifen. So war es jedenfalls beim VBUS Lan Adapter.
Jörg
PS:
Zitat
Jetzt geht es!! Ich hatte beim ersten Mal ein anderes passwort, ein überschreiben scheint nicht zu funktionieren.
Das Passwort neu setzten sollte funktionieren da du ja nicht die eigentliche Passwortdatei gelöscht hast. Diese steht ja an einem ganz anderen Ort.
Hallo Jörg,
ich habe parallel mit RPT den Regler (via KM2 lokal) parametrisiert. FHEM VBUS läuft gelichzeitig weiter.
Danke!!
Gruß Wolfgang
Hallo,
im Rahmen einer Wartung meiner Solaranlage habe ich einen Durchflusssensor einbauen lassen und damit einen Wärmezähler realisiert.
Erst mal Danke für die ganze Vorarbeit: das hat problemlos funktioniert. Nach der Einrichtung des WMZ im Deltasol SLT wurde automatisch ein Device 1011 angelegt.
Leider wurden die Werte nur sehr sporadisch aktualisiert. Ich kam relativ schnell drauf, dass meine Änderung von vor einiger Zeit, immer den Rest des Daten-Strings wegzuwerfen, damit zu tun hat. Anscheinenend kommen die WMZ-Telegramme meist direkt nach den Messwerten, so dass die meisten Frames weggeworfen wurden.
Ich habe also nochmal über das Datenhandling in der "19_VBUSIF.pm" nachgedacht und folgende Änderungen eingebaut:
Bei jedem Trigger der sub VBUSIF_Read wird nicht nur ein Frame abgearbeitet und der Rest weggeworfen, sondern alle im Puffer vorhandenen:
Zeile 152: aus dem If wird
while ($idx>0) {
Zeile 157: die Restlichen Daten werden nicht mehr weggeworfen (Das war die letzte Änderung)
$data = substr($data,$idx);
In Zeile 214 (Neu) wird wird nochmal das Ende eines kompletten Frames gesucht:
$idx = index($data,$muster,2); # Nochmal nach aa suchen
und der darauf folgende Else-Teil der ehemaligen if-Anweidung auskommentiert
# } else {
# Log3 $hash->{NAME}, 4,"$name: VBUSIF_Read_Ende: $data ";
# #return "";
Damit kommen auch WMZ-Daten haufenweise...
Dass jetzt wohl bei jedem Trigger die Devices mehrfach aktualisiert werden, scheint nicht weiter zu stören. Um das zu unterbinden müsste man auslesen, an welches Device der aktuelle Frame geht und ob das schon gemacht wurde. Dazu fehlt mir das Detailwissen über die Telegrammstruktur und wie die Daten weiterverarbeitet werden.
Eine kleine Anmerkung noch über die Readings im WMZ-Device (1011):
Die Angaben der Volumina haben als Einhelt "1/h" (Zahl eins), es sollten aber "l" (Liter) sein.
Meine komplette 19_VBUSIF.pm hänge ich auch noch mal an
Schöne Grüße
Heiko
PS: Die alte Versionsnummer die ich kürzlich gepostet hatte kam daher, dass ich Updates ausgeschlossen hatte. Ich wusste nicht, dass meine Änderung in die offizielle Version übernommen wurde. Mea culpa...
Zitat von: Klaus0815 am 15 Juli 2016, 10:01:57
Hallo Pejonp.
Das Ganze läuft unter ESP-Easy - http://www.esp8266.nu (http://www.esp8266.nu)
Hier gibts die Erweiterung :https://github.com/ESP8266nu/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino (https://github.com/ESP8266nu/ESPEasyPluginPlayground/blob/master/_P109_RESOL_DeltaSol_Pro.ino) - ist übrigens von jemand, der auch hier im FHEM-Forum unterwegs ist.
Diesen Sketch habe ich etwas angepasst an meine Deltasol BX ( andere / mehr Adressen)
Als Schaltung würde das hier gehen:http://hobbyelektronik.org/w/index.php/VBus-Decoder (http://hobbyelektronik.org/w/index.php/VBus-Decoder)
Da mir aber das Auslesen reicht / ich nichts von der Steuerung aus parametrieren will, reicht das hier: https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig (https://groups.google.com/forum/#!topic/resol-vbus/3CjZffK53ig)
Bei mir waren leider die Flanken nicht steil genug für den ESP, habe deshalb noch 2 CMOS-Inverter, die gerade herumlagen, hintereinander eingefügt, läuft problemlos
Zum Testen funktioniert diese Schaltung übrigens auch mit der Original Resol-Software
Grüße
Klaus
Hallo Klaus,
mit welchem Stand von EasyESP hast Du die Erweiterung kompiliert? Ich bekomme keine lauffähige variante hin. Über die *.bin File wäre ich sehr dankbar!
Oh je,
das Ganze ist ziemlich lange her und ich habe es leider auch nicht wirklich sauber dokumentiert
Habe damals auch einiges andere verbogen um in Volkszähler zu loggen - ging damals nicht direkt
Aber habe gerade mal nachgeschaut - ESPEasy läuft in dem Fall unter Build 126
Problem ist bei Dir jetzt wohl eher - was hat sich seither in der Arduino-IDE geändert?
Ich versuche die Tage gerne mal, ob ich es selber noch kompiliert bekomme
Hallo,
erstmal danke für das Modul.
Ist es damit auch möglich einen Oventrop Datenlogger CS-BS-1 auszulesen bzw. In FHEM einzubinden?
Die Anleiteung des Datenlogger Resol DL2 ist fast identisch mit dem Oventrop Datenlogger CS-BS-1. Könnte es klappen?
Danke und beste Grüße,
ogrimo30
Zitat von: ogrimo30 am 27 November 2019, 15:54:39
..Ist es damit auch möglich einen Oventrop Datenlogger CS-BS-1 auszulesen bzw. In FHEM einzubinden?
Die Anleiteung des Datenlogger Resol DL2 ist fast identisch mit dem Oventrop Datenlogger CS-BS-1. Könnte es klappen?
...
Hallo ogrimo30,
hast du den CS-BS-1 ins Portal von Oventrop eingebunden ? Wenn ja , kannst du ja über das HTTP-Modul die Daten von dort auslesen. Wenn nicht, müstest du die Daten vom CS-BS-1 auslesen, ggf. das Portal simulieren oder die richtigen Befehl zum auslesen kennen ?!
Hast du mal die HTTP-Moduldaten für den DL2 versucht (https://github.com/pejonp/vbus/blob/master/dl2_httpmod_fhem.cfg) Forum: (https://forum.fhem.de/index.php/topic,10303.msg347411.html#msg347411).
pejonp
Hallo pejonp,
Recht herzlichen Dank für die Hilfe.
Ja der CS-BS-1 ist im Portal eingebunden und liefert auch die Daten.
Das HTTP - Modul kannte ich noch nicht - Danke.
Muss ich da nur die IP ändern oder auch andere Sachen?
Ich bin da leider kompletter Laie.
Danke und beste Grüße,
ogrimo30
Zitat von: ogrimo30 am 01 Dezember 2019, 23:08:07
...
Ja der CS-BS-1 ist im Portal eingebunden und liefert auch die Daten.
Das HTTP - Modul kannte ich noch nicht - Danke.
Muss ich da nur die IP ändern oder auch andere Sachen?
....
Hallo ogrimo30,
versuche doch einmal das HTTPD-Modul ?! Oder stelle mal ein Paar Bilde von der Oberfläche ein.
define DataLogger HTTPMOD http://Deine_IP/
dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current 60
Das andere (fettgeschriebene) musst du ggf. anpassen. Um alle Readings zu bekommen noch den Parameter
attr DataLogger extractAllJSON 1
setzen.
Aber so ganz ohne Daten ist es schlecht dir zu helfen. Beispiel URL vom Portal währe schön,....
pejonp
Hallo pejonp,
recht herzlichen Dank für die Hilfe!
Unter diesen Link findest du ein Live-Schma eines Demo-Datalogger:
https://portal.oventrop.com/sbus/scheme/id/Qrkkah_bf-hh8gAQaJdLlh7pZJSM8o3SGOafeCroBvY
Leider ist mein echter Datenlogger noch nicht in Betrieb.
Ist es irgendwie möglich diese Daten auszulesen?
Im Quelltext stehen leider keine Daten....
@ogrimo30
kannst du dich auf den CS-BS-1 per Browser oder Telnet anmelden. Wird da etwas angezeigt ? Wie werden die Daten zum Portal gesendet ? Gibt es da ein Protokoll/Beschreibung ?
pejonp
Ja ich kann mich dan via Netzwerk am auf dem CS-BS-1 anmelden.
Die Daten werden via Netzwerk ins Portal gesendet.
Funktionert es mit dem Link nicht?
Ich hoffe das ich diese Woche noch den Datenlogger anschließen kann und melde mich danach mit allen Details.
Danke und lg,
ogrimo30
Zitat von: ogrimo30 am 04 Dezember 2019, 16:47:44
Ja ich kann mich dan via Netzwerk am auf dem CS-BS-1 anmelden.
Die Daten werden via Netzwerk ins Portal gesendet.
Funktionert es mit dem Link nicht?
...
Der Link funktioniert, doch man kann keine infos/Daten auslesen bzw. es wird sehr schwer.
Pejonp
Ok schade....
Es gibt noch eine Seite wo alle Werte aufgelistet sind, aber leider steht da auch nichts im Quelltext und es ist nicht über einen öffentlichen Link zugänglich.
Wäre es möglich das ich dir die Zugangsdaten für den Demo-Datalogger per PN sende und du es dir ansiehst?
Lg
Hallo zusammen.
Ich hab seit einiger Zeit problemlos eine Deltasol MX über ein VbusLan Modul an Fhem laufen...
Die Tage habe ich mein System um ein EM Modul erweitert, und mich erstmal gewundert, dasss ich dort die Relais nicht auslesen kann, sondern nur die Temperaturen.
Nun hab ich rausgefunden, dass die Steuerung das EM nicht nur mit einer Adresse anmeldet, sondern mit zwei.
Hier der Codeschnipsel für die 21_VBUSDEV.pm um auch die Pumpen auszulesen, falls es jemanden interessiert:
"7E41" => {"name" => "DeltaSol_EM_Relais", "cmd" => "0100", "fields" => [
{ "offset" => 12,"name" => "R1","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 13,"name" => "R2","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 14,"name" => "R3","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 15,"name" => "R4","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "R5","bitsize" => 8,"factor" => 1,"unit" => "" },
]},
Nun zu meinem Problem: Ich bin dann auf die super Idee gekommen, die MX von Firmware 2.00 auf 2.06 aufzufrischen. Sit dem hab ich laufend falsche Werte im MX-Regler.
Hier meine falsche Rawmessage: aa1000117e104001040b01000000000000000000000000000000
Wenn ich das so richtig sehe liest der jetzt auch Daten mit dem Kommando 0140 aus, die ich aber nicht brauche.
Weiss jemand wie man das beheben könnte?
Gruß,
Olaf
@Knuffioda
diese Nachricht gehört zu einem 7E11
aa1000117e104001040b01000000000000000000000000000000
du hast hier den Eintrag für einen 7E41.
"7E41" => {"name" => "DeltaSol_EM_Relais", "cmd" => "0100", "fields" => [ ....
für den 7E11 gibt es auch noch diese Einträge. Sind aber nicht in der 21_VBUSDEV.pm hinterlegt und ich kann dir auch nicht sagen ob diese erkannt werden.
DFA (0x0010) <= DeltaSol MX [Regler] (0x7E11), command 0x0101
0 0x04 Warnung: ΔT zu hoch 1
0 0x08 Warnung: Nachtzirkulation 1
0 0x10 Warnung: Vorlauf/Rücklauf vertauscht 1
0 Warnungsmaske 1
1 0x08 Warnung: SD-Karte 1
1 Warnungsmaske 256
2 Warnungsmaske 65536
3 Warnungsmaske 16777216
4 Luftfeuchtigkeit Sensor 17 1 %RH
5 Luftfeuchtigkeit Sensor 18 1 %RH
6 Luftfeuchtigkeit Sensor 19 1 %RH
7 Luftfeuchtigkeit Sensor 20 1 %RH
und
DFA (0x0010) <= DeltaSol MX [Regler] (0x7E11), command 0x0140
0 Anzahl TD-Funktionen 1
1 Nummer letzte erfolgreiche TD 1
2 Nummer letzte abgebrochene TD 1
4 Maske erfolgreiche TD 1
5 Maske erfolgreiche TD 256
6 Maske abgebrochene TD 1
7 Maske abgebrochene TD 256
8 Zeitstempel letzte erfolgreiche TD 1
9 Zeitstempel letzte erfolgreiche TD 256
10 Zeitstempel letzte erfolgreiche TD 65536
11 Zeitstempel letzte erfolgreiche TD 16777216
12 Zeitstempel letzte abgebrochene TD 1
13 Zeitstempel letzte abgebrochene TD 256
14 Zeitstempel letzte abgebrochene TD 65536
15 Zeitstempel letzte abgebrochene TD 16777216
Hast du mal mit der RESOL ServiceCenter auf dein Gerät zugegriffen um zu sehen ob dieser alles richtig anzeigt/erkennt.
pejonp
Hallo,
ja genau, bei mir am VBUS ist jetzt die Hölle los. Da gibt es inzwischen 19 verschiedene Protokolle die hin- und hersausen.
Davon nutze ich über FHEM:
7E11 Regler,
7E12 Erweiterungsmodul
7E21 Heizkreis,
7E31, WMZ 1
7E32, WMZ 2
7E33, WMZ 3
7E34, WMZ 4
7E35, WMZ 5
7E36, WMZ 6
7E41 noch ein weiteres Protokoll des EM, wo ich schon die Relaiszustände auslesen kann. soweit erstmal gut. Alle senden an die DFA (0x0010) mit Befehl (0x0100), erstmal alles gut.
Eine normale Rawmessage sieht dann so aus:
aa1000117e1000011b343600b3020303ec00f900a901f20000032001d4000900b5020f270f270f2746058d01bf01b2022603000000000000000000000000470200000000000097020000000000000f2787000f27a200000000006400003264640000000000001f95ee10000000000000000000000000
Jetzt kommen nur noch weitere Protokolle von 7E11 an die DFA (0x0010) aber mit Befehl (0x0140). Dumerweise versucht das VBUSIF Modul diese Protokolle auch noch auszuwerten, die haben aber keinen tatsächlichen Mehrwert für die Auswertung.
die sieht dann so aus:
aa1000117e104001040b01010000010000009778ee1000000000
Das hat dann zur Folge, dass ich 3 Sekunden die korrekten Werte für VBUSDEV_7E11 vorliegen hab, dann aber 30 Sekunden oder länger Werte im Device stehen habe, die absolut zweckfrei sind.
In der VBUSDEV.pm lese ich so ziemlich alles aus, was die Deltasol bringt:
"7E11" => {"name" => "DeltaSol_MX_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "T-Sk","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 2,"name" => "T-Pu","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 4,"name" => "T-Po","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 6,"name" => "T-KOe","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 8,"name" => "T-VLSo","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 10,"name" => "T-VLWWk","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 12,"name" => "T-RLWW","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 14,"name" => "T-WZ-Ofen","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 16,"name" => "T-Wohnzimmer","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 18,"name" => "T-Waschkeller","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 20,"name" => "BAS","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 22,"name" => "T-Pm","bitSize" => 15,"factor" => 0.1,"unit" => "" },
# { "offset" => 24,"name" => "Temperatur_13","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 26,"name" => "Temperatur_14","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 28,"name" => "Temperatur_15","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 30,"name" => "E-So","bitSize" => 15,"factor" => 1,"unit" => "W/m²" },
{ "offset" => 32,"name" => "T-HK-VL","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 34,"name" => "T-RLSo","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 36,"name" => "T-Ofen-VL","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 38,"name" => "T-Ofen-RL","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 40,"name" => "Q-So","bitSize" => 31,"factor" => 1,"unit" => "" },
{ "offset" => 44,"name" => "Q-Pk","bitSize" => 31,"factor" => 1,"unit" => "" },
{ "offset" => 48,"name" => "Q-WW","bitSize" => 31,"factor" => 1,"unit" => "" },
{ "offset" => 52,"name" => "Q-HK-VL","bitSize" => 31,"factor" => 1,"unit" => "" },
# { "offset" => 56,"name" => "Volumenstrom_18","bitSize" => 31,"factor" => 1,"unit" => "l/h" },
{ "offset" => 60,"name" => "Q-Ofen-VL","bitSize" => 31,"factor" => 1,"unit" => "" },
# { "offset" => 64,"name" => "Volumenstrom_20","bitSize" => 31,"factor" => 1,"unit" => "l/h" },
# { "offset" => 68,"name" => "Drucksensor_17","bitSize" => 15,"factor" => 0.01,"unit" => "bar" },
{ "offset" => 70,"name" => "Druck-Solar","bitSize" => 15,"factor" => 0.01,"unit" => "" },
# { "offset" => 72,"name" => "Drucksensor_19","bitSize" => 15,"factor" => 0.01,"unit" => "bar" },
{ "offset" => 74,"name" => "Druck-Puffer","bitSize" => 15,"factor" => 0.01,"unit" => "" },
{ "offset" => 76,"name" => "P-So","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 77,"name" => "Alarm","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 78,"name" => "Drehzahl_3","bitSize" => 8,"factor" => 1,"unit" => "%" },
# { "offset" => 79,"name" => "Drehzahl_4","bitSize" => 8,"factor" => 1,"unit" => "%" },
# { "offset" => 80,"name" => "Drehzahl_5","bitSize" => 8,"factor" => 1,"unit" => "%" },
# { "offset" => 81,"name" => "P-KOe","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 82,"name" => "P-Kuehlung","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 83,"name" => "P-WZ-Ofen","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 84,"name" => "V-WZ-Ofen","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 85,"name" => "Drehzahl_10","bitSize" => 8,"factor" => 1,"unit" => "%" },
# { "offset" => 86,"name" => "M-HK-auf","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 87,"name" => "M-HK-zu","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 88,"name" => "P-HK","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 89,"name" => "AnfoOel","bitSize" => 8,"factor" => 1,"unit" => "" },
# { "offset" => 92,"name" => "Systemdatum","bitSize" => 31},
# { "offset" => 96,"name" => "Fehlermaske","bitSize" => 31},
]},
"7E12" => {"name" => "DeltaSol_MX_Module", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "T-Außen","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 2,"name" => "T-RLPk","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 4,"name" => "T-VLOel","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 6,"name" => "T-RLOel","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 8,"name" => "T-HK-RL","bitSize" => 15,"factor" => 0.1,"unit" => "" },
{ "offset" => 10,"name" => "T-VLPk","bitSize" => 15,"factor" => 0.1,"unit" => "" },
# { "offset" => 12,"name" => "Temperatur_M2_S1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 14,"name" => "Temperatur_M2_S2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 16,"name" => "Temperatur_M2_S3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 18,"name" => "Temperatur_M2_S4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 20,"name" => "Temperatur_M2_S5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 22,"name" => "Temperatur_M2_S6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 24,"name" => "Temperatur_M3_S1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 26,"name" => "Temperatur_M3_S2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 28,"name" => "Temperatur_M3_S3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 30,"name" => "Temperatur_M3_S4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 32,"name" => "Temperatur_M3_S5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 34,"name" => "Temperatur_M3_S6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 36,"name" => "Temperatur_M4_S1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 38,"name" => "Temperatur_M4_S2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 40,"name" => "Temperatur_M4_S3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 42,"name" => "Temperatur_M4_S4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 44,"name" => "Temperatur_M4_S5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 46,"name" => "Temperatur_M4_S6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 48,"name" => "Temperatur_M5_S1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 50,"name" => "Temperatur_M5_S2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 52,"name" => "Temperatur_M5_S3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 54,"name" => "Temperatur_M5_S4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 56,"name" => "Temperatur_M5_S5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
# { "offset" => 58,"name" => "Temperatur_M5_S6","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"7E41" => {"name" => "DeltaSol_EM_Relais", "cmd" => "0100", "fields" => [
{ "offset" => 12,"name" => "P-HK","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 13,"name" => "M-HK-auf","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 14,"name" => "M-HK-zu","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 15,"name" => "P-Oel","bitSize" => 8,"factor" => 1,"unit" => "" },
{ "offset" => 16,"name" => "AnfoPellet","bitsize" => 8,"factor" => 1,"unit" => "" },
]},
"7E21" => {"name" => "DeltaSol_MX_Heizkreis", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Vorlauf_Soll_Temperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Betriebsstatus","bitSize" => 8},
"7E31" => {"name" => "DeltaSol_MX_WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
"7E32" => {"name" => "DeltaSol_MX_WMZ2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
"7E33" => {"name" => "DeltaSol_MX_WMZ3", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
"7E34" => {"name" => "DeltaSol_MX_WMZ4", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
"7E35" => {"name" => "DeltaSol_MX_WMZ5", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
"7E36" => {"name" => "DeltaSol_MX_WMZ6", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waermemenge","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Leistung","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Waermemenge_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waermemenge_Woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Gesamtvolumen","bitSize" => 31,"factor" => 1,"unit" => "l" },
]},
);
Oh, versehentlich zu früh gesendet...
im RSC hab ich sicherlich auch schon geschaut! Da kann ich so keinen Fehler erkennen. Oder ich seh da Problem da einfach nicht.
Was sind denn TD Funktionen?
Ist das Für die FHEM Module überhaupt nötig andere Protokolle als die der DFA mitzulesen? Können die das unterscheiden?
ind er VBUSDEV ist das Command 0100 ja angegeben, und trotzdem liest der das 0140er mit...
"7E11" => {"name" => "DeltaSol_MX_Regler", "cmd" => "0100", "fields" =>
Gruß, Olaf
schalte mal für den 7E11 verbose = 5 und stelle mal das log hier rein.
Mal sehen was man sieht oder auch nicht.
ich brauche 2 Meldungen einmal mit 0x0100 und 0x0140.
pejonp
Also von der 7E11 kommt einmal ein korrekter Block:
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Sk = 5.3
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Pu = 69.7
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Po = 76.5
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-KOe = 23.4
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-VLSo = 25
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-VLWWk = 34.7
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-RLWW = 31.7
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-WZ-Ofen = 75.7
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Wohnzimmer = 29
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Waschkeller = 21.4
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : BAS = 0.9
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Pm = 76.2
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-HK-VL = 39.5
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-RLSo = 47.5
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Ofen-VL = 69.9
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Ofen-RL = 79.5
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-So = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-Pk = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-WW = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-HK-VL = 582
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-Ofen-VL = 675
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Druck-Solar = 1.36
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Druck-Puffer = 1.68
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : P-So = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Alarm = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : P-WZ-Ofen = 50
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : V-WZ-Ofen = 100
2019.12.23 23:53:16 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : AnfoOel = 0
2019.12.23 23:53:16 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload5: VBUSDEV_7E11 (7E11) HASH(0x3dacd08)
2019.12.23 23:53:16 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload7: VBUSDEV_7E11 (7E11) HASH(0x3dacd08))
Dann kommen einige wertlose Blöcke:
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Sk = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Pu = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Po = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-KOe = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-VLSo = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-VLWWk = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-RLWW = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-WZ-Ofen = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Wohnzimmer = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Waschkeller = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : BAS = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Pm = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-HK-VL = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-RLSo = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Ofen-VL = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : T-Ofen-RL = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-So = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-Pk = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-WW = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-HK-VL = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Q-Ofen-VL = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Druck-Solar = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Druck-Puffer = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : P-So = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Alarm = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : P-WZ-Ofen = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : V-WZ-Ofen = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : AnfoOel = 0
2019.12.23 23:53:17 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload5: VBUSDEV_7E11 (7E11) HASH(0x3dacd08)
2019.12.23 23:53:17 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload7: VBUSDEV_7E11 (7E11) HASH(0x3dacd08))
VBUS IF liefert:
2019.12.24 00:00:52 5 : received buffer: aa1000327e1000010a24217c5b02040100000000007f5c60000000435c60000000435f350000006b5c600000004305080000017105080000017105080000017100000000007faa1000337e1000010a23184a3e00065900000000007f05000000007a05000000007a62170000010505000000007a19000000006619000000006619000000006600000000007faa1000347e1000010a22053d5901045f00000000007f677400000321677400000321605d0000014167740000032149130000002349130000002349130000002300000000007faa1000357e1000010a217c0f4600012d00000000007f281b0000013b281b0000013b3c040000013e281b0000013b
2019.12.24 00:00:52 5 : vbus: VBUSIF_Read0: index = aa1000117e104001040b01010000007d01000000007e17786e10056d00000000007faa1500117e1000010c3e020a00000073350042020402582605000775010b0000007300000000007f04080000007300000000007f64000032006964640000003700000000007f010c0000007200000000007faa1000217e100001013e00000a000075aa1000317e1000010a2558260500077500000000007f00000000007f00000000007f02000000007d00000000007f00000000007f00000000007f00000000007f00000000007faa1000327e1000010a24217c5b02040100000000007f5c60000000435c60000000435f350000006b5c600000004305080000017105080000017105080000017100000000007faa1000337e1000010a23184a3e00065900000000007f05000000007a05000000007a62170000010505000000007a19000000006619000000006619000000006600000000007faa1000347e1000010a22053d5901045f00000000007f677400000321677400000321605d0000014167740000032149130000002349130000002349130000002300000000007faa1000357e1000010a217c0f4600012d00000000007f281b0000013b281b0000013b3c040000013e281b0000013b
2019.12.24 00:00:52 5 : vbus: VBUSIF_Read1: protoVersion : 10
2019.12.24 00:00:52 5 : vbus: VBUSIF_Read2a Len: 68 Counter: 4
2019.12.24 00:00:52 5 : vbus: VBUSIF_Read4: OK message length: 68 : 68
2019.12.24 00:00:52 4 : vbus: VBUSIF_Read6 MSG: aa1000117e104001040b01010000010000009778ee1000000000 Payload: 01010000010000009778ee1000000000
2019.12.24 00:00:52 5 : vbus: dispatch aa1000117e104001040b01010000010000009778ee1000000000
2019.12.24 00:00:52 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 00:00:52 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2019.12.24 00:00:52 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 00:00:52 4 : VBUSDEV_Parse20 : Command 0140 DevTyp: HASH(0x3dacd08) Model: 7E11 MSG: 01010000010000009778ee1000000000
und
2019.12.24 00:00:57 5 : vbus: VBUSIF_Read0: index = aa1000117e1000011b343400430204027b026a0005137b005101013142016c02044a2201570004010900790204770f270f2700130f274605007e07016001051138021103013000000000007f00000000007f00000000007f47020000003600000000007f46020000013600000000007f0f270800043d0f272900041c00000000007f64000032006964640000003700000000007f081f6e10075300000000007f00000000007f00000000007faa1000117e100101024c0000
2019.12.24 00:00:57 5 : vbus: VBUSIF_Read1: protoVersion : 10
2019.12.24 00:00:57 5 : vbus: VBUSIF_Read2a Len: 344 Counter: 27
2019.12.24 00:00:57 5 : vbus: VBUSIF_Read4: OK message length: 344 : 344
2019.12.24 00:00:57 4 : vbus: VBUSIF_Read6 MSG: aa1000117e1000011b343400c302fb02ea00fb0051014201ec022201d7000900f9020f270f270f2746058701e001b80211030000000000000000000000004702000000000000c6020000000000000f2788000f27a90000000000640000326464000000000000889fee10000000000000000000000000 Payload: 3400c302fb02ea00fb0051014201ec022201d7000900f9020f270f270f2746058701e001b80211030000000000000000000000004702000000000000c6020000000000000f2788000f27a90000000000640000326464000000000000889fee10000000000000000000000000
2019.12.24 00:00:57 5 : vbus: dispatch aa1000117e1000011b343400c302fb02ea00fb0051014201ec022201d7000900f9020f270f270f2746058701e001b80211030000000000000000000000004702000000000000c6020000000000000f2788000f27a90000000000640000326464000000000000889fee10000000000000000000000000
2019.12.24 00:00:57 4 : VBUSDEV_Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 00:00:57 4 : VBUSDEV_Parse02: DFA ioName: vbus DST-ADR: 0010
2019.12.24 00:00:57 4 : VBUSDEV_Parse12: vbus DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 00:00:57 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x3dacd08) Model: 7E11 MSG: 3400c302fb02ea00fb0051014201ec022201d7000900f9020f270f270f2746058701e001b80211030000000000000000000000004702000000000000c6020000000000000f2788000f27a90000000000640000326464000000000000889fee10000000000000000000000000
2019.12.24 00:00:57 1 : PERL WARNING: Invalid conversion in sprintf: end of string at (eval 50520) line 1.
2019.12.24 00:00:57 5 : vbus: VBUSIF_Read8: raus
@Knuffioda
versuche mal die angehangene Datei und berichte bitte.
pejonp
Guten Morgen,
sieht außerordentlich gut aus! Keine unerwünschten Nullreadings mehr. Danke.
Im Verboselog der VBUSDEV kommen nur noch saubere Events.
2019.12.24 11:42:43 4 : VBUSDEV_7E11: VBUSDEV_ParsePayLoad1: Command: 0101 Code 7E11 DevTyp: DeltaSol_MX_Regler Name: VBUSDEV_7E11
2019.12.24 11:42:44 4 : VBUSDEV_7E11: VBUSDEV_ParsePayLoad1: Command: 0140 Code 7E11 DevTyp: DeltaSol_MX_Regler Name: VBUSDEV_7E11
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7E11 DevTyp: DeltaSol_MX_Regler Name: VBUSDEV_7E11
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload2: Dev: DeltaSol_MX_Regler CMD: 0100 PayL: 3e0055028902d300ed00770123018b02fd00d700080087020f270f270f2746059b019e015b02b30200000000000000000000000023010000000000005a030000000000000f2786000f279500000000000000003264640000000000000a44ef10000000000000000000000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_1 = 003e
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_1 = 6.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_2 = 0255
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_2 = 60 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_3 = 0289
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_3 = 65 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_4 = 00d3
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_4 = 21.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_5 = 00ed
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_5 = 24 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_6 = 0177
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_6 = 37.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_7 = 0123
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_7 = 29.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_8 = 028b
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_8 = 65.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_9 = 00fd
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_9 = 25.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_10 = 00d7
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_10 = 21.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_11 = 0008
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_11 = 1 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_12 = 0287
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_12 = 65 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_13 = 270f
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_13 = 1000 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_14 = 270f
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_14 = 1000 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_15 = 270f
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_15 = 1000 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_16 = 0546
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_16 = 135 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_17 = 019b
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_17 = 41.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_18 = 019e
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_18 = 41.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_19 = 025b
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_19 = 60.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Temperatur_20 = 02b3
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Temperatur_20 = 69.5 °C
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_13 = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_13 = 0 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_14 = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_14 = 0 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_15 = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_15 = 0 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_17 = 00000123
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_17 = 291 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_18 = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_18 = 0 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_19 = 0000035a
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_19 = 858 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Volumenstrom_20 = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Volumenstrom_20 = 0 l/h
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drucksensor_17 = 270f
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drucksensor_17 = 99.99 bar
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drucksensor_18 = 0086
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drucksensor_18 = 1.34 bar
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drucksensor_19 = 270f
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drucksensor_19 = 99.99 bar
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drucksensor_20 = 0095
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drucksensor_20 = 1.49 bar
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_1 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_1 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_2 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_2 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_3 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_3 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_4 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_4 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_5 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_5 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_6 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_6 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_7 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_7 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_8 = 32
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_8 = 50 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_9 = 64
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_9 = 100 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_10 = 64
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_10 = 100 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_11 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_11 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_12 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_12 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_13 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_13 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Drehzahl_14 = 00
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Drehzahl_14 = 0 %
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Systemdatum = 10ef440a
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Systemdatum = 284115978
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload3: code: 7E11 : Fehlermaske = 00000000
2019.12.24 11:42:51 4 : VBUSDEV_7E11: VBUSDEV_ParsePayload4: code: 7E11 : Fehlermaske = 0
2019.12.24 11:42:51 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload5: VBUSDEV_7E11 (7E11) HASH(0x1b9b628)
2019.12.24 11:42:51 4 : VBUSDEV_7E11 VBUSDEV_ParsePayload7: VBUSDEV_7E11 (7E11) HASH(0x1b9b628))
VBUSIF:
2019.12.24 11:44:23 5 : VBUS_LAN2: VBUSIF_Read0: index = aa1000117e1000011b343f005702006709025400051b6d007401011c24010902044b7e005700052508000702046a0f270f2700130f274605007e1c011e01053e5e023002046900000000007f00000000007f00000000007f1c010000006200000000007f0d030000006f00000000007f0f270600043f0f271500043000000000007f00000032004d64640000003700000000007f66446f10045200000000007f00000000007f00000000007faa1000117e100101
2019.12.24 11:44:23 5 : VBUS_LAN2: VBUSIF_Read1: protoVersion : 10
2019.12.24 11:44:23 5 : VBUS_LAN2: VBUSIF_Read2a Len: 344 Counter: 27
2019.12.24 11:44:23 5 : VBUS_LAN2: VBUSIF_Read4: OK message length: 344 : 344
2019.12.24 11:44:23 4 : VBUS_LAN2: VBUSIF_Read6 MSG: aa1000117e1000011b343f0057028902d400ed00740124018902fe00d700080087020f270f270f2746059c019e015e02b0020000000000000000000000001c010000000000000d030000000000000f2786000f279500000000000000003264640000000000006644ef10000000000000000000000000 Payload: 3f0057028902d400ed00740124018902fe00d700080087020f270f270f2746059c019e015e02b0020000000000000000000000001c010000000000000d030000000000000f2786000f279500000000000000003264640000000000006644ef10000000000000000000000000
2019.12.24 11:44:23 5 : VBUS_LAN2: dispatch aa1000117e1000011b343f0057028902d400ed00740124018902fe00d700080087020f270f270f2746059c019e015e02b0020000000000000000000000001c010000000000000d030000000000000f2786000f279500000000000000003264640000000000006644ef10000000000000000000000000
2019.12.24 11:44:23 4 : VBUSDEV_Parse0a: ioName: VBUS_LAN2 count: 27 CRC: 52
2019.12.24 11:44:23 4 : VBUSDEV_Parse00: ioName: VBUS_LAN2 DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 11:44:23 4 : VBUSDEV_Parse02: DFA ioName: VBUS_LAN2 DST-ADR: 0010
2019.12.24 11:44:23 4 : VBUSDEV_Parse12: VBUS_LAN2 DST-ADR: 0010 SRC-ADR: 7E11
2019.12.24 11:44:23 4 : VBUSDEV_Parse20 : Command 0100 DevTyp: HASH(0x1b9b628) Model: 7E34 MSG: 3f0057028902d400ed00740124018902fe00d700080087020f270f270f2746059c019e015e02b0020000000000000000000000001c010000000000000d030000000000000f2786000f279500000000000000003264640000000000006644ef10000000000000000000000000
2019.12.24 11:44:23 5 : VBUS_LAN2: VBUSIF_Read8: raus
Was war denn die Ursache?
Gruß, Olaf
Hallo Knuffioda,
die Nachrichten für 7E11 wahren kürzer als 20 Zeichen und im Modul wurde es nicht richtig abgeprüft, es gab einen Fehler und so wurden alle Werte auf 0 gesetzt und auch weggeschrieben. Ich hoffe es ist jetzt alles ok. Ich habe es auch auf github angepaßt.
pejonp
Hallo zusammen,
ich habe bei mir einen DeltaSOl Regler von Resol im Einsatz. Mit einer Software unter Windows, kann ich die RS232 Schnittstelle auslesen. Diese Funktion möchte ich nun nach FHEM verlagern.
Kann ich dazu das Modul " VBUSDEV.pm" auch dafür nutzen?
Hat da jemand Erfahrungen.
Schon mal vielen Dank für eine Antwort.
Viele Grüße
Gerd
Habe das gleiche Anliegen....
Ein Resol DeltaSol Plus Solarregler hat eine serielle Schnittstelle und sendet mit 9600,n,8,1 ununterbrochen seinen Zustand.
Daran habe ich ein Serial IP USR-TCP232 Schnittstellenkonverter angeschlossen und auf einem entfernten Computer läuft ein Port Redirector und man kann die Daten im Resol eigenen Programm ServiceCenter-Software RSC auch sauber anzeigen lassen. Technik steht also.
Habe den gesendeten Frame aus Hex Daten entschlüsselt und ausgewertet.
Die Datei 21_VBUSDEV.pm müsste mMn um folgende Zeilen für die bisher nicht unterstützte Device (DeltaSolPlus) ergänzt werden.
"5210" => {"name" => "DeltaSolPlus", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "speed_R1","bitSize" => 8,"unit" => "%" },
{ "offset" => 11,"name" => "speed_R2","bitSize" => 8,"unit" => "%" },
{ "offset" => 12,"name" => "volumeflow","bitSize" => 16,"factor" => 0.1,"unit" => "l/min" },
{ "offset" => 14,"name" => "antifreeze","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 15,"name" => "frostprotection","bitSize" => 8},
{ "offset" => 16,"name" => "waermemenge_1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 18,"name" => "waermemenge_2","bitSize" => 16,"factor" => 1000,"unit" => "Wh" },
{ "offset" => 20,"name" => "waermemenge_3","bitSize" => 16,"factor" => 1000000,"unit" => "Wh" },
{ "offset" => 22,"name" => "hw-version","bitSize" => 8,"factor" => 0.1 },
{ "offset" => 23,"name" => "sw-version","bitSize" => 8,"factor" => 0.1 },
{ "offset" => 24,"name" => "error_mask","bitSize" => 8},
{ "offset" => 25,"name" => "error_info1","bitSize" => 8},
{ "offset" => 26,"name" => "error_info2","bitSize" => 8},
{ "offset" => 27,"name" => "relaismask","bitSize" => 8},
{ "offset" => 28,"name" => "systemtime","bitSize" => 15 },
{ "offset" => 30,"name" => "systemtime","bitSize" => 15 },
]},
Dann sollte auch eine DeltaSolPlus mit Hilfe eines VBUSIF Resol Interfaces in fhem abzubilden sein....
Wer kann die 21_VBUSDEV.pm in fhem dauerhaft ändern...?
Aber.... Genau so ein Interface möchte ich aber nicht extra kaufen, hab ich doch folgende Rohdaten aus einem in fhem angelegten physischen ECMD Device, welches sich auf den Datenstrom setzt, zur Verfügung.
2020.01.01 08:28:09 3: Solar_S13_ecmd device opened
2020.01.01 08:28:09 2: Solar_S13_ecmd: read \000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t e\000\atl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t e\000\atl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t e\000\atl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013�\020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013 (\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\040\177\145\000\007\164\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\040\177\145\000\007\164\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\040\177\145\000\007\164\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013\252\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013)
2020.01.01 08:28:09 2: Solar_S13_ecmd: read � (\252)
2020.01.01 08:28:09 2: Solar_S13_ecmd: read \020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013 (\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013)
2020.01.01 08:28:10 2: Solar_S13_ecmd: read � (\252)
2020.01.01 08:28:10 2: Solar_S13_ecmd: read \020\000\020R\020\000\001\010t!e\000\asl\002W\000\0046S\000\000\000\001+\000\000*\001\000T'\001\001\000\004R\034\000\000\001\000b\000\000\000\000\0008\0028\002\000\013 (\020\000\020\122\020\000\001\010\164\041\177\145\000\007\163\154\002\127\000\004\066\123\000\000\000\001\053\000\000\052\001\000\124\047\001\001\000\004\122\034\000\000\001\000\142\000\000\000\000\000\177\070\002\070\002\000\013)
Frage: Wie bekomme ich die Rohdaten aus dem fhem ECMD Modul so aufbereitet, dass ich die Daten im Klartext weiterverarbeiten kann?
Meine Programmierkenntnisse in Perl reichen da leider nicht aus.
@MR.1000V
5210 wurde eingepflegt.
Modul aus dem github neu laden.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Hallo zusammen,
ich habe meinen Raspi mit fhem auf Buster hochgezogen. Alles funktioniert soweit gut leider kann ich beim VBUSIF kein Passwort mehr setzen. Das Kommando Set wird erst gar nicht angezeigt. Der Status ist opened, aber es werden keine Daten gelesen. Wie kann ich das Passwort löschen und neu setzen.
FHEM ist auch die neueste Version
Die fhem.cfg hat diese Eintraege:
define vbus_lan VBUSIF xxx.xxx.xxx.xxx:7053
setuuid vbus_lan xxxxxxxx
attr vbus_lan group DeltaTherm
attr vbus_lan room Heizkeller
Danke schonmal für die Hilfe
@dobiwan
Macht das Update wie im Beitrag vorher beschrieben. Fhem neu starten nicht vergessen. Sind alle benötigten Perlmodule installiert ?
Pejonp
Hallo pejonp,
ich hatte das Update gemacht und neu gestartet. Module sind alle installiert. Habe noch ein zweites mal neu gestartet, jetzt konnte ich es wieder setzen.
Danke
Hallo in die Runde,
mit viel probieren habe ich es geschafft mein Steuermodul DeltaSol Plus ein Fhem einzubinden und habe die ersten Graphen erstellt.
Readings
hw-version 0.1
relaismask 2
speed_R1 0 %
speed_R2 100 %
sw-version 0.9
temperature_T01 11.5 °C
temperature_T02 24.5 °C
temperature_T03 32.5 °C
temperature_T05 24.5 °C
Wie bin ich dahingekommen?
1. Stepp
den RS232 – USB Adapter ins OS einbinden
USB Device finden
ls /dev/ | grep USB
Output:
ttyUSB0
ttyUSB1
ttyUSB2
Seriennummer der angeschlossenen USB Devices auslesen
udevadm info --query=all --name=/dev/ttyUSB0 [1,2,...]
Beispiel:
udevadm info --query=all --name=/dev/ttyUSB0
S: serial/by-path/platform-3f980000.usb-usb-0:1.2:1.0-port0
S: serial/by-id/usb-0557_2008-if00-port0
S: usb-RS232
E: DEVPATH=/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2/1-1.2:1.0/ttyUSB0/tty/ttyUSB0
E: DEVNAME=/dev/ttyUSB0
E: ID_VENDOR_ID=0557
E: ID_MODEL=2008
E: ID_MODEL_ENC=2008
E: ID_MODEL_ID=2008
E: ID_REVISION=0001
E: ID_SERIAL=0557_2008
E: ID_TYPE=generic
E: ID_BUS=usb
E: ID_USB_INTERFACES=:ff0000:
jetzt die Datei anlegen oder erweitern:
sudo vi /etc/udev/rules.d/99-usb.rules
mit folgendem Inhalt erweitern
SUBSYSTEM=="tty", ENV{ID_SERIAL}=="0557_2008", SYMLINK+="usb-RS232"
sudo REBOOT
2. vBus in Fhem installieren (https://wiki.fhem.de/wiki/Vbus)
Über die Fhem Komandozeile:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt eingeben
oder vom github: https://github.com/pejonp/vbus
define vbus VBUSIF /dev/usb-RS232@9600
attr vbus event-min-interval .*:300
attr vbus verbose 5
define VBUSDEV_6789 VBUSDEV 6789
attr VBUSDEV_6789 event-min-interval .*:300
attr VBUSDEV_6789 event-on-change-reading .*
attr VBUSDEV_6789 icon sani_solar_temp
attr VBUSDEV_6789 model DeltaSolPlus
attr VBUSDEV_5210 verbose 5
Nun habe ich aber festgestellt, dass die Webseite von Fhem sich sehr langsam aufbaut. Bis hin zu der Fehlermeldung: "Connection lost, trying a reconnect every 5 seconds."
Hat jemand dafür eine Lösung?
Schon mal vielen Dank im Voraus.
Gerd
@t61grath
Was hast du für ein System Raspberry oder minipc ? Das Vbus Modul liefert sehr viele Daten
über die rs323/usb Schnittstelle. vielleicht ist fhem damit überlastet. Was sagt htop/top ? Wie ist die cpu Auslastung?
Pejonp
Ps: schalte mal verbose = 5 aus.
Hallo
Ich habe derzeit 1 Problem mit dem V-Bus Modul
Mein 2. Heizkreis wird nicht übertragen
Was ich bisher erkennen konnte ist das bei meinen Wärmemengenzählern eine Zahl dahinter steht Bei Heizkreis 1 Steht als Attribut Heizkreis für Heizkreis 2 kann ich das nicht Wählen
Ich nutze einen Delta-Sol MX habe 2 Heizkreise 2 Wärmemengenzähler mit V-Bus LAN Adapter
Das Gerät ist voll ausgelastet. (Heizungsregler) Für weitere Steueraufgaben brauche ich ein Erweiterungsmodul oder eben FHEM
Im Resol Service-center wir der aber angezeigt
Das zweite was mich stört ist das die Temperaturen nur mit 0,5° Genauigkeit angezeigt werden kann man das irgendwie Ändern?
Da ich gerade Versuche die Rücklauftemperatur meines Holzkessels besser zu regeln als mit diesem Regler möglich stört mich das etwas.
Ich denke damit wird der Regler auf FHEM nicht so gut funktionieren wie mit 0.1 ° Auflösung (wie im Servicecenter)
Kennt jemand da ein Lösung?
Mit folgendem Text in der 21_VBUSDEV.pm wird der Heizkreis jetzt angezeigt.
"7E21" => {"name" => "DeltaSol_MX_Heizkreis1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Vorlauf_Soll_Temperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Betriebsstatus","bitSize" => 8},
]},
"7E22" => {"name" => "DeltaSol_MX_Heizkreis2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Vorlauf_Soll_Temperatur","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Betriebsstatus","bitSize" => 8},
]},
Könnte eingepflegt werden.
Da war ich wohl der erste der 2 Heizkreise an diesem Regler hat.
Bleibt nur noch das Problem mit den 0.5°
Zitat von: Forstling am 06 Februar 2020, 21:08:31
...
Das zweite was mich stört ist das die Temperaturen nur mit 0,5° Genauigkeit angezeigt werden kann man das irgendwie Ändern?
Da ich gerade Versuche die Rücklauftemperatur meines Holzkessels besser zu regeln als mit diesem Regler möglich stört mich das etwas.
Ich denke damit wird der Regler auf FHEM nicht so gut funktionieren wie mit 0.1 ° Auflösung (wie im Servicecenter)
Kennt jemand da ein Lösung?
Macht es Sinn auf diese Auflösung von 0,1 Grad zu gehen, so genau kann die Heizung doch garnicht gesteuert werden ?! Und so schnell reagiert die Steuerung doch nicht. Oder liege ich da völlig daneben.
Die 7E20-24 pflege ich nach.
pejonp
Hallo pejonp,
wenn Du gerade bei den Gerätedefinitionen zugange bist, kannst Du vielleicht folgende Korrektur für 1011 einpflegen:
"1011" => {"name" => "DeltaSol_SLT_WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waerme_gesamt","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Waerme_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Waerme_gestern","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waerme_woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Waerme_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 20,"name" => "Waerme_monat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 24,"name" => "Waerme_vormonat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 28,"name" => "Waerme_jahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 32,"name" => "Waerme_vorjahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 36,"name" => "Volumen_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 40,"name" => "Volumen_heute", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 44,"name" => "Volumen_gestern", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 48,"name" => "Volumen_woche", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 52,"name" => "Volumen_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "l" },
{ "offset" => 56,"name" => "Volumen_monat", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 60,"name" => "Volumen_vormonat", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 64,"name" => "Volumen_jahr", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 68,"name" => "Volumen_vorjahr", "bitSize" => 31, "factor" => 1, "unit" => "l" },
{ "offset" => 72, "name" => "Leistung", "bitSize" => 31, "factor" => 0.001, "unit" => "kW" },
]},
Die aufsummierten Volumina kommen in Litern [l] und nicht in [l/h], schon gar nicht in [1/h].
Ich persönlich würde die Wärmemengen in kWh umrechnen (Faktor 0,001) und die Leistung in W (Faktor 1), aber das könnte natürlich bei andern Anwendern durcheinander stiften... Ich habs mit Userreadings umgerechnet.
Gruß Heiko
Zitat von: pejonp am 07 Februar 2020, 00:58:28
Macht es Sinn auf diese Auflösung von 0,1 Grad zu gehen, so genau kann die Heitzung doch garnicht gesteuert werden ?! Und so schnell reagiert die Steuerung doch nicht. Oder liege ich da völlig daneben.
Ich denke es gibt Anwendungen wo es sinnvoll ist.
Ich bin gerade dabei etwas zu bauen das mir Fhem meinen Rücklaufmischer für den Feststoffkessel steuert. Da wollte ich die Temperatur als Regelgröße nehmen in dem Fall sehe ich das als sinnvoll.
Ansonsten hast du recht ob nun die Temperatur in Speicher 59,8 oder 60 anzeigt ist egal.
als negativ ist natürlich zu benennen das der Log noch größer wird. aber ich werde wohl die nicht genutzten Parameter aus dem Log nehmen
Hallo,
für dese Testinstallation habe ich einen Pi2 genutzt.
CPU Auslastung liegt bei 40%
Nachdem ich "verbose" abgeschaltet habe (Dank an pejonp) und nur das nötigste in das LOG schreibe ist der Fehler nicht mehr aufgetreten.
Viele Grüße
Gerd
@HeikoE
Zitat
Die aufsummierten Volumina kommen in Litern [l] und nicht in [l/h], schon gar nicht in [1/h].
passe ich an.
Zitat
Ich persönlich würde die Wärmemengen in kWh umrechnen (Faktor 0,001) und die Leistung in W (Faktor 1), aber das könnte natürlich bei andern Anwendern durcheinander stiften... Ich habs mit Userreadings umgerechnet.
Das kann jeder über die Mittel von FHEM anpassen.
@Forstling
hab schon was gefunden, ist aber nicht so einfach.
pejonp
Zitat von: pejonp am 07 Februar 2020, 14:06:53
hab schon was gefunden, ist aber nicht so einfach.
naja habe mir mittlerweile mit einem anderen Sensor geholfen.
Aber der erste Test den Mischer über FHEM zu steuern ist vielversprechend. Mal schauen wie das Ganze morgen morgen aussieht. Hätte nie gedacht das man so viel Zeit braucht den PID-Regler einzustellen.
Nächste Frage hat schon mal jemand probiert die Daten vom V-Bus über Floorplan anzuzeigen? Bin bisher gescheitert.
Zitat von: Forstling am 07 Februar 2020, 09:46:06
Ich denke es gibt Anwendungen wo es sinnvoll ist.
Ich bin gerade dabei etwas zu bauen das mir Fhem meinen Rücklaufmischer für den Feststoffkessel steuert. Da wollte ich die Temperatur als Regelgröße nehmen in dem Fall sehe ich das als sinnvoll.
Ansonsten hast du recht ob nun die Temperatur in Speicher 59,8 oder 60 anzeigt ist egal.
als negativ ist natürlich zu benennen das der Log noch größer wird. aber ich werde wohl die nicht genutzten Parameter aus dem Log nehmen
wurde eingepflegt.
Modul aus dem github neu laden.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
@pejonp
Danke für das einpflegen der DeltaSolPlus "5210" in die 21_VBUSDEV.pm
Die Daten der DeltaSolPlus sind nun sichtbar, auch ohne das Original RESOL VBusInterface. Wie hab ich das gemacht?
An die DeltaSolPlus habe ich einen handelsüblichen Serial IP USR-TCP232-302 Schnittstellenkonverter für rund 20,-€ angeschlossen. Der setzt den seriellen Datenstrom auf TCP/IP.
Das geht an eine FritzBox die per USB Mobilfunk über mein myFritz Konto erreichbar ist. (wie das genau geht, steht auf einem anderen Blatt ::))
Auf meiner fhem Installation habe ich folgendes VBUSIF angelegt:
define Solar_S13_vbus VBUSIF <link_zu_fritz_konto>.myfritz.net:[Port]
attr Solar_S13_vbus verbose 1
<link_zu_fritz_konto> entspricht der Zahlen-Buchstabenkombination unter der die FritzBox mit myFritz erreichbar ist.
Als Port habe ich nicht wie im FHEMWiki beschrieben 7053 genommen. Bei mir geht es auch mit einem anderen Port.
Das attr verbose 1 ist auf meiner Raspi Installation wichtig. Ohne das war der Raspi wohl überfordert und fhem nicht mehr erreichbar.
Abhilfe: Das VBUSIF erst mal anlegen mit einer nicht erreichbaren Port- oder IP-Nummer. Dann attr verbose 1 setzen, dann speichern, dann die Definition des VBUSIF richtigstellen und dann funktioniert es.
Jetzt läuft die Sache seit einigen Tagen stabil.... Das VBUSIF liefert folgende Internals:
Clients
:VBUSDEV:
DEF
<link_zu_fritz_konto>.myfritz.net:[Port]
DeviceName
<link_zu_fritz_konto>.myfritz.net:[Port]
DeviceType
Net
FD
82
FUUID
5e429e63-f33f-f770-8209-292a70da79955570
NAME
Solar_S13_vbus
NR
685
PARTIAL
1000105210000108742201200105362a024201040c45010000013800002a0100544e012a0004021c000001006200000000007f720372030510
RAWMSG
aa100010521000010874a201a0012a02c201c501000000002a014e01aa001c00000100000000f203f203
STATE
opened
Solar_S13_vbus_MSGCNT
531
Solar_S13_vbus_TIME
2020-02-12 15:48:49
TYPE
VBUSIF
Die DEF habe ich hier nur unkenntlich gemacht, da jeder seinen eigenen Link oder Interne IP Adresse einsetzen muss.
Die Rohdaten der Solaranlage kommen nun alle zwei Sekunden sauber in fhem an. Kurz nach dem Anlegen des VBUSIF erschien dann auch das automatisch angelegte VBUSDEV_5210 im Raum VBUSDEV.
Es sind alle Readings da und nun kann die jeder weiterverarbeiten. Auch das FileLog dazu wurde schon automatisch angelegt.
Dank an Alle die hier mitgeholfen haben. :D
Hallo
Heute hat mal kurz die Sonne geschienen und da ist mir Aufgefallen das die Drehzahl meiner Pumpe nicht bei FHEM sichtbar war.
Es ist eine über AusgangA angeschlossene Pumpe.
Kurz mal das Internet befragt und folgendes in der 21_VBUSDEV.pm bei Deltasol MX ergänzt.
{ "offset" => 101,"name" => "AusgangA","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 102,"name" => "AusgangB","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 103,"name" => "AusgangC","bitSize" => 8,"factor" => 1,"unit" => "%" },
{ "offset" => 104,"name" => "AusgangD","bitSize" => 8,"factor" => 1,"unit" => "%" },
Wenn das nächste mal die Sonne scheint berichte ich ob es funktioniert.
@Forstling
wurde eingepflegt.
Modul aus dem github neu laden.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
@Mr.1000V
gut zu hören das es funktioniert. Wenn du zwei Fritzboxen (7.x) hast, kannst du diese direkt miteinander über vpn verbinden (VPN-Verbindung zwischen FRITZ!Box-Heimnetzen einrichten (LAN-LAN-Kopplung) https://service.avm.de/help/de/FRITZ-Box-Fon-WLAN-7490/018/hilfe_vpn). Aber so etwa hat du es ja gemacht.
pejonp
Hallo,
melde mich neu hier im Forum.
Habe aus dem Forum schon viel gelernt, bin seit 2 Monaten begeisterter FHEM-Nutzer und nutze für ehem einen Raspberry, bisher vor allem mit Tasmota Geräten, dem Shelly und den Sensoren von mobile Alerts. Klappt alles wunderbar, das Forum hat mir schon sehr geholfen.
Nun möchte meinen SControl von Solarventi integrieren. Das Gerät ist von Resol (https://solarventi.de/scontrol/ (https://solarventi.de/scontrol/)), bisher allerdings noch nicht beim VBUSDEV als Model hinterlegt.
Ich lese über den KM2 erfolgreich Daten über vbus.net Website aus (https://www.vbus.net/#/), siehe Anhang. Einen DateLogger (z.B. DL2 habe ich nicht).
Ich möchte gern die readings in fhem verarbeiten.
a) Hat es jemand schon geschafft Readings vom Solarventi zu bekommen? Muss der eventuell erst als Model aufgenommen werden?
b) Habe bisher folgendes versucht:
i) update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
ii) define vbus VBUSIF <IP meines KM2>:7053 Das funktioniert soweit und wird als "opened" angezeigt, dann <event-min-interval .*:120> gesetzt und <verbose 5>, klappt auch
iii) Es wird dann bei mir automatisch VBUSDEV_1170 angelegt, ich sehe hier allerdings keine Readings...
Hat jemand einen Tipp?
Danke vorab und Grüße aus Berlin
von Schnuller
@Schnuller
kannst du Daten über das Programm RESOL ServiceCenter auslesen. Was wird da für ein Gerät angezeigt ?
Zur Nummer VBUSDEV_1170 konnte ich keine Daten finden.
pejonp
Zitat von: pejonp am 15 Februar 2020, 20:08:17
@Schnuller
kannst du Daten über das Programm RESOL ServiceCenter auslesen. Was wird da für ein Gerät angezeigt ?
Zur Nummer VBUSDEV_1170 konnte ich keine Daten finden.
pejonp
Hallo pejonp,
danke für deine Antwort.
habe bisher mit dem RESOL ServiceCenter keine Erfahrung. Wenn ich das richtig sehe, muss ihr hier per LAN Kabel an den KM2 und kann dann auslesen.
Werde das versuchen, kann allerdings ein Paar Tage dauern, da der KM2 seit gestern in meiner Ferienhütte steht.
Alternativ kann ich sicher direkt bei Resol anfragen, da starte ich mal einen Anlauf...
Ich melde mich....
Habe ich ohne das Model keine Chance an Daten zu bekommen?
VG Schnuller
Zitat von: Schnuller am 16 Februar 2020, 09:09:47
Habe ich ohne das Model keine Chance an Daten zu bekommen?
VG Schnuller
@Schnuller,
wie sehen den die Daten im VBUS-Portal aus ?
Es gibt die Möglichkeit über HTTPMod Daten von Webseiten auszulesen. Schau mal auf https://github.com/pejonp/vbus bei DL_2 (https://github.com/pejonp/vbus/blob/master/dl2_httpmod_fhem.cfg).
Es muss aber das Login/Password mitgegeben werden. Und die Abfrage sollte auch nicht im Sekundentakt erfolgen ;-).
Kannst ja mal hier schauen (https://forum.fhem.de/index.php/topic,106156.msg1000427.html#msg1000427). Da hatte ich versucht etwas aus einem anderen Portal auszulesen, ist aber nicht fertig geworden.
pejonp
Hallo zusammen,
ich bin neu hier (im Forum) und auch neu im Thema FHEM.
Bevor ich in das Thema der Installation und dem Auslesen via VBUS weiter einsteige wollte ich hier mal fragen, ob das, was ich vorhabe, überhaupt so möglich ist. Habe jetzt auch noch nicht die x Seiten dieses Themas hier gelesen, da diese dann ja doch schon sehr an das eingemachte gehen.
Also, ich habe mir eine Solarthermie-Anlage aufs Dach gebaut und habe eine Deltasol CS2 Steuerung mit einen Resol VBUS Lan Adapter.
Bis ich den LAN-Adapter angeschlossen habe, dachte ich, dass mir das Teil eine Website mit den aktuellen Werten zur Verfügung stellt - Pustekuchen, ist ja nur für die Konfig.
Vbus.net geht mit dem Ding nicht, also muss ich jetzt das Beste draus machen :-)
Einen Raspberry habe ich eh (für andere Zwecke) am Laufen, von daher wäre die FHEM-Installation nicht das Problem.
Ich hätte gerne meine Werte der verschiedenen Sensoren der Solaranlage, die am Deltasol CS2 angeschlossen sind, auf einer Website dargestellt. Als Grafik oder reine Werte in einer Tabelle ist mir eigentlich egal. Kriegt man das hin mit dem VBus-Modul in FHEM? Oder gibt es dafür eine ganz andere Lösung (ohne jetzt einen Datenlogger kaufen zu müssen)?
Danke euch im Voraus,
viele Grüße
Hi @philbo
einfach fhem installieren. Update machen.
danach einmal in der Weboberfläche den Befehl:
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
absetzen damit du das aktuelle Modul für vbus installiert wird.
danach fhem einmal neu starten.
danach VBUS LAN Adapter Device anlegen
define vbus_lan VBUSIF xxx.xxx.xxx.xxx:7053
Das VBUS Client Device wird automatisch angelegt.
pejonp
PS: bei fehler im log kontrollieren ob perl-Module fehlen z.B. Digest::MD5 diese dann nachinstallieren. fhem neu starten.
Hi!
Danke für deine Antwort und Anleitung soweit schonmal.
Also, FHEM auf dem Raspi habe ich installiert und Website lässt sich aufrufen.
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt -> ausgeführt
define vbus_lan VBUSIF <IPmeinesVBUSLAN>:7053 -> ausgeführt.
Danach wechselt das Webinterface auf eine Seite, wo ich was vom Device konfigurieren kann. Wenn ich dort per SET pw mein Kennwort eintragen will, bekomme ich direkt nach dem Klciken ein "Website kann nicht geladen werden".
Wenn ich auf dem Raspi gucke, hat der perl Prozess ständig zwischen 70 und 90 % CPU Auslastung (vor dem define befehl taucht er oben gar nicht auf, muss also ganz wenig CPU-Last haben).
Im Log taucht auf:
Zitat
2020.09.15 21:36:46 0: Featurelevel: 6
2020.09.15 21:36:46 0: Server started with 7 defined entities (fhem.pl:22726/2020-09-03 perl:5.024001 os:linux user:fhem pid:2717)
Undefined subroutine &FHEM::VBUSDEV::DoTrigger called at ./FHEM/21_VBUSDEV.pm line 1763.
2020.09.15 21:36:51 1: Including fhem.cfg
Woran kann das liegen?
Viele Grüße
@philbo
hast du ein update von fhem gemacht.
in der weboberfläche
update
eingeben und dan fhem neu starten.
stell mal beim VBUSIF verbose auf 5.
Das richtige Password hast du auch gesetzt.
pejonp
@philbo mach mal bitte ein update
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Hello, I updated today and get this error:
Deltasol: unknown attribute event-aggregator.
I used it to to reduce my log entries to 1 per minute
@id001
?????????
Bitte mehr Daten vom device, logfile und Version.
Pejonp
Actually I restored my old version from 20201302 and it is working again.
The problem is with the new version currently on github.
This is my config:
define Deltasol VBUSDEV 7421 60
attr Deltasol DbLogExclude .*:600
attr Deltasol IODev vbus
attr Deltasol event-aggregator Temperatur_Sensor_1:60:linear:v,Temperatur_Sensor_2:60:linear:v,Temperatur_Sensor_3:60:linear:v,Betriebssekunden_Relais_1:60:linear:v
attr Deltasol event-min-interval .*:60
attr Deltasol event-on-change-reading Drehzahl_Relais_1,Temperatur_Sensor_1,Temperatur_Sensor_2,Temperatur_Sensor_3
attr Deltasol icon sani_solar
attr Deltasol model DeltaSol_BX
attr Deltasol room solar
attr Deltasol verbose 3
There was nothing in the log, the error was on the main page:
Deltasol: unknown attribute event-aggregator
@id001
Diese attribut nutze ich nicht und hängt vielleicht nicht mit vbus zusammen.
Das attribute event-aggregator gibt es in VBUS nicht ggf. Fuktion von FHEM.
Mal nach dem Fehler und event-aggregator im Forum suchen.
Pejonp
Zitat von: pejonp am 15 September 2020, 22:57:54
@philbo mach mal bitte ein update
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
Hi, hab nochmal alles gelöscht und neu angelegt.
Passwort ist gesetzt, Verbose auf 5
laut log passiert auch jede Menge
Zitat2020.09.18 23:57:01 5: vbus_lan: dispatch aa150021111000010a1d0108000000ffffff020a000053007f0100000000010b0000000000000201000b53007f010b02f700
2020.09.18 23:57:01 5: Parse0a OK: ioName: vbus_lan count: 10 CRC: 29
2020.09.18 23:57:01 4: Parse00: ioName: vbus_lan DST-ADR: 0015 SRC-ADR: 1121
2020.09.18 23:57:01 4: Parse03: Standard-Infos ioName: vbus_lan DST-ADR: 0015
2020.09.18 23:57:01 4: vbus_lan: Read8: raus
2020.09.18 23:57:01 4: vbus_lan: Read0: Data = 00000000000028
2020.09.18 23:57:01 4: vbus_lan: Read_Ende: 00000000000028
2020.09.18 23:57:02 4: vbus_lan: Read0: Data = 00000000000028aa100021111000
2020.09.18 23:57:02 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02
2020.09.18 23:57:02 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c
2020.09.18 23:57:02 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c007f6c010211
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c007f6c0102110b7f00000273
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f0000000000
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f0000000010
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = aa10002111100001082453007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f0000000010aa15002111
2020.09.18 23:57:03 4: vbus_lan: Read1: protoVersion : 10
2020.09.18 23:57:03 4: vbus_lan: Read2a Len: 116 Counter: 8
2020.09.18 23:57:03 4: vbus_lan: Read4: OK message length: 116 : 116
2020.09.18 23:57:03 4: vbus_lan: Read6 MSG: aa10002111100001082453007f010b02f7000f2719fc00ff6c010bff000000000000000000006f000000 Payload: 53007f010b02f7000f2719fc00ff6c010bff000000000000000000006f000000
2020.09.18 23:57:03 5: vbus_lan: dispatch aa10002111100001082453007f010b02f7000f2719fc00ff6c010bff000000000000000000006f000000
2020.09.18 23:57:03 5: Parse0a OK: ioName: vbus_lan count: 8 CRC: 36
2020.09.18 23:57:03 4: Parse00: ioName: vbus_lan DST-ADR: 0010 SRC-ADR: 1121
2020.09.18 23:57:03 4: Parse02: DFA ioName: vbus_lan DST-ADR: 0010
2020.09.18 23:57:03 4: Parse12: vbus_lan DST-ADR: 0010 SRC-ADR: 1121
2020.09.18 23:57:03 4: Parse20 : Command 0100 DevTyp: HASH(0x300a2a8) Model: 1121 MSG: 53007f010b02f7000f2719fc00ff6c010bff000000000000000000006f000000
2020.09.18 23:57:03 4: vbus_lan: Read8: raus
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f
2020.09.18 23:57:03 4: vbus_lan: Read_Ende: 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b00
2020.09.18 23:57:03 4: vbus_lan: Read_Ende: 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b00
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f02
2020.09.18 23:57:03 4: vbus_lan: Read_Ende: 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f02
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b007153007f01002c0b0277000477
2020.09.18 23:57:03 4: vbus_lan: Read_Ende: 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b007153007f01002c0b0277000477
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = 1000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b007153007f01002c0b0277000477aa00002111200005000000
2020.09.18 23:57:03 4: vbus_lan: Read0: Data = aa000021112000050000000000000028
2020.09.18 23:57:04 4: vbus_lan: Read0: Data = aa000021112000050000000000000028aa100021111000010824
2020.09.18 23:57:04 4: vbus_lan: Read1: protoVersion : 20
2020.09.18 23:57:04 4: vbus_lan: Read7: Version : 20 CMD: 0500 ID: 0000 Val: 00000000 tet: 00 CRC: 28
2020.09.18 23:57:04 4: vbus_lan: Read8: raus
2020.09.18 23:57:04 4: vbus_lan: Read0: Data = 53007f01002c0b02770004
2020.09.18 23:57:04 4: vbus_lan: Read_Ende: 53007f01002c0b02770004
2020.09.18 23:57:04 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c
2020.09.18 23:57:04 4: vbus_lan: Read_Ende: 53007f01002c0b02770004770f27197c082c007f6c
2020.09.18 23:57:04 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c010211
2020.09.18 23:57:04 4: vbus_lan: Read_Ende: 53007f01002c0b02770004770f27197c082c007f6c010211
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c0102110b7f00000273000000
2020.09.18 23:57:05 4: vbus_lan: Read_Ende: 53007f01002c0b02770004770f27197c082c007f6c0102110b7f00000273000000
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f
2020.09.18 23:57:05 4: vbus_lan: Read_Ende: 53007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f0000000010
2020.09.18 23:57:05 4: vbus_lan: Read_Ende: 53007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f0000000010
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = 53007f01002c0b02770004770f27197c082c007f6c0102110b7f0000027300000000007f00000000007f6f0000000010aa1500211110
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d01080000007600
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a00000073
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b000000
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b007153007f01002c0b02
2020.09.18 23:57:05 4: vbus_lan: Read0: Data = aa150021111000010a1d010800000076007f7f7f0e74020a0000007353007f01002c00000000007f010b0000007300000000007f0201000b007153007f01002c0b0277000477
Aber sorry für die doofe Frage... wie bekomm ich daraus jetzt irgendwas lesbares?? :o
Viele Grüße
Philipp
@philbo
Eigentlich werden die erkannten Geräte unter VBUSDEV Angelegt. Neustart gemacht ?
Es darf kein anderes Gerät auf den Vbus-lan Adapter zugreifen.
Pejonp
@pejonp
Also im Webinterface sieht es bei mir so aus...
unter VBUSDEV:
und unter VBUS_LAN:
Neustart habe ich gemacht. Bedeuten die Einträge im LOGfile nicht, dass da irgendwelche Daten ankommen??
Das kommt auch noch nach dem Start von FHEM:
ZitatMessages collected while initializing FHEM:configfile: attr VBUSDEV_1121 model: attribute value is missing
Edit: Wollte die Bilder hier innerhalb meines Textes einfügen, aber irgendwie kriege ich das nicht hin. Bild einfügen gibts nicht, daher als Anhang.
@philbo
Mach mal bitte ein list von den beiden devices.
LAN und vbusdev.
Was wird unter vbusdev angezeigt ?!
Pejonp
VBUSDEV_1121:
Internals:
CODE 1121
DEF 1121
FUUID 5f652741-f33f-dff9-cb2a-3f7f7cb989d47e25
LASTInputDev vbus_lan
MSGCNT 259
NAME VBUSDEV_1121
NR 18
STATE Defined
TYPE VBUSDEV
vbus_lan_MSGCNT 259
vbus_lan_RAWMSG aa100021111000010824b8015201ef01c3010f2719fc23ff6d010bff000000000000000000006f000000
vbus_lan_TIME 2020-09-19 10:55:58
Attributes:
event-min-interval .*:120
event-on-change-reading .*
model
room VBUSDEV
verbose 1
vbus_lan:
Internals:
Clients :VBUSDEV:
DEF 192.168.1.20:7053
DeviceName 192.168.1.20:7053
DeviceType Net
FD 7
FUUID 5f65273d-f33f-dff9-1264-7b228c56d19b9349
NAME vbus_lan
NR 17
PARTIAL aaa000021112000050000000000000028
RAWMSG aa100021111000010824c0015201ef01cf010f2719fc23ff6d010bff000000000000000000006f000000
STATE opened
TYPE VBUSIF
vbus_lan_MSGCNT 541
vbus_lan_TIME 2020-09-19 10:56:46
MatchList:
1:VBUSDEV .*
READINGS:
2020-09-19 10:37:48 state opened
Attributes:
icon sani_solar
verbose 5
@philbo
habe gerade gesehen das der 1121 nicht im Modul vorhanden ist. Pflege ich nach. Melde mich dann.
pejonp
Kannst du mich aufklären?
Was ist denn der 1121?
Der vbus Lan oder die deltasol cs2 Steuerung?
Danke schonmal.
Gruß Philipp
@philbo
mach mal ein update: update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
und dann fhem neu starten.
die 1121 ist die Übersetztung für DeltaSol CS2 :
DFA (0x0010) <= DeltaSol CS2 (0x1121), command 0x0100 (http://danielwippermann.github.io/resol-vbus/vbus-packets.html)
pejonp
@pejonp
ah cool, jetzt bekomme ich schonmal Werte angezeigt.
Sieht schon ganz gut aus.
Jetzt würde mich noch interessieren:
Habe in anderen Screenshots hier im Beitrag gesehen, dass die Leute teilweise ein Liniendiagramm mit den Werten haben - wie geht das denn?
Dann ändern sich die Werte ja ununterbrochen, im FHEM wird es alle 2-3 Sekunden aktualisiert - ist dafür nicht das Attribut event-min-interval ?
Ich hatte nämlich jetzt heute Morgen (s. auch den Screenshot), dass die Werte dann ab 9:24 uhr nicht mehr aktualisiert worden sind. Läuft da vielleicht etwas "voll"?
Und dann noch eine Frage: ich habe da ja Werte angezeigt, die ich nicht benötige, weil kein Sensor hinter zB.. Kann ich die entfernen? suppress-reading bewirkt ja anscheinend nur, dass sie nicht mehr aktualisiert werden.
Vielen Dank und viele Grüße
Philipp
@philbo
Diagramme steht in der Docu von fhem.
defmod SolarThermiePlot SVG logdb:SolarThermiePlot:CURRENT
event-min-interval im Device 1121 setzten. sa aber so aus als ob schon gesetzt.
event-min-interval .*:120
Der vbus-Lan adapter hängt sich manchmal weg bzw. fhem hat keine Verbindung. ggf fhem oder das ganze System neu starten. Mal schauen was im Log steht.
VBUSIF mal auf verbose = 5 oder 4 setzten.
pejonp
okay, das muss ich mir in Ruhe dann nochmal anschauen bzw mich einlesen, wie man sowas macht.
Habe jetzt ja zumindest schonmal Werte, die ich mir auf einer Website anzeigen lassen - Teilziel erreicht ;-)
Du hattest hier mal ein Beispiel gepostet: https://forum.fhem.de/index.php/topic,10303.msg719963.html#msg719963
Wenn ich das so hinkriege, dann bin ich ja schon happy, aber das sollte sich ja machen lassen :-)
Danke auf jeden Fall soweit.
Viele Grüße
Hallo Zusammen,
ich habe eine DeltaSol MX mit Modul EM1 und DL3 in Betrieb genommen, leider habe ich folgendes Problem:
mit der Version über Update (21_VBUSDEV.pm, 2017-01-06 12:39:24, Tobias.Faust, 19_VBUSIF.pm, 2017-01-06 12:36:39, Tobias.Faust)
- Device werden angelegt,
- aber das Model lässt sich nicht wählen, da der Eintag nach den setzen verschwindet,
- es werden keine Readings angelegt.
- VBUSIF ist opened
mit der Version über Update (21_VBUSDEV.pm, 2020-09-19 10:10:10Z pejonp, 19_VBUSIF.pm, 2020-05-06 10:10:10Z pejonp)
update add https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
- Device werden nicht angelegt,
- aber das Model lassen sich wählen und Eintag bleibt erhalten.
- es werden keine Readings angelegt.
- VBUSIF ist opened
Hat jemand eine Idee woran das liegen kann?
Grüß Sascha
@saschab
Stell mal verbose=5 beim vbusif und hänge den log hier an.
Ich brauche die Devids (List) der angelegten Geräte. Sind wahrscheinlich nicht 7E11 .....
Pejonp
PS: Installier die mal die ServiceCenter-Software RSC von hier (https://www.resol.de/de/software) Bei Win10 bitte die Hinweise beachten, sonst startet es nicht.
Die Ausgaben sehen dann so aus.
Wie bist du mit dem DeltaSol MX verbunden VBUS-LAN oder ... ???
@pejonp,
sorry bin erst jetzt dazu gekommen.
Leider funktioniert die Kommunikation mit RSC nicht, es wird mir die LAN-Schnittstelle nicht angezeigt.
Woran kann das liegen?
Infrastruktur: Windows 10 (aktuell), FritzBox7590, und Netzwerk mit drei VLANs, Fhem (als Docker auf Raspberry Pi 4 mit zwei Netzkarten)
Diese Device werden nur mit der Version von (Tobias.Faust, 19_VBUSIF.pm, 2017-01-06 12:36:39) erstellt:
VBUSDEV_6651
VBUSDEV_7e11
VBUSDEV_7e12
VBUSDEV_7e21
VBUSDEV_7e22
VBUSDEV_7e31
VBUSDEV_7e32
VBUSDEV_7e33
VBUSDEV_7e34
VBUSDEV_7e35
VBUSDEV_7e41
Gruß Sascha
@saschab
VLAN: Hast du die Geräte alle im gleichen VLAN ? Kennst du die IP-Adresse vom DL3 ? Kommst du an den DL3 mit einem Browser ?
Eigentlich sollten auch mit der neuen Version die Devices angezeigt werden.
Kannst du mal verbose=5 setzten und dann den log hier angängen.
In der neueren Version werden die Device alle mit Großbuchstaben angezeigt.
7e11 --> 7E11
du hast geschrieben das du dieses hier im Einsatz hast: DeltaSol MX mit Modul EM1 und DL3
Du kannst doch über den DL3 die Daten abfragen ?!
Kannst du dich am DL3 anmelden und siehst du dann deine DeltaSol MX mit Modul EM1 ?
Wenn ja, dann können wir über den DL3 die Daten in FHEM holen. Hoffe ich. Mit dem DL2 hat es schon mal geklappt (https://github.com/pejonp/vbus) DL2 Eintrag.
pejonp
@pejonp,
zu VLAN: es ist im gleichen VLAN.
das Ergebnis der folgenden Abfrage siehe Anhang (live.txt):
http://192.168.2.170/dlx/download/live?channel=1&sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current%2060
das Ergebnis der folgenden Abfrage siehe Anhang (live2.txt):
http://192.168.2.170/dlx/download/live?sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current%2060
leider steht in der log nur folgenden drin:
2020.10.04 05:35:14.316 5: Cmd: >define RESOL VBUSIF 192.168.2.170:7053<
2020.10.04 05:35:14.316 4: RESOL: Define: HASH(0x73ad1a0)
2020.10.04 05:35:14.316 3: Opening RESOL device 192.168.2.170:7053
2020.10.04 05:35:14.317 5: Read VBUS password from file
2020.10.04 05:35:14.460 4: RESOL: Define: InitIO
2020.10.04 05:35:14.460 3: RESOL device opened
2020.10.04 05:35:14.460 5: Starting notify loop for RESOL, 1 event(s), first is CONNECTED
2020.10.04 05:35:14.460 5: createNotifyHash
Und es werden immer noch keine Device angelegt.
Gruß Sascha
@saschab
Da du einen DL3 hast benötigst du kein VBUS-LAN. Du kannst es viel einfacher machen.
Aus deiner Textdatei habe ich dieser Daten erhalten. Die Darstellung ist natürlich noch nicht fertig. Am besten du siehst dir das Beispiel für den DL2 an.
https://github.com/pejonp/vbus/blob/master/dl2_httpmod_fhem.cfg
defmod DataLogger HTTPMOD http://192.168.4.115/vbus/live.json 60
attr DataLogger enableControlSet 1
attr DataLogger enableCookies 1
attr DataLogger extractAllJSON 1
attr DataLogger handleRedirects 1
attr DataLogger room Solartherme
attr DataLogger verbose 5
setstate DataLogger 2020-10-05 10:58:08 headers_01_channel 0
setstate DataLogger 2020-10-05 10:58:08 headers_01_command 256
setstate DataLogger 2020-10-05 10:58:08 headers_01_description VBus 0: DL3
setstate DataLogger 2020-10-05 10:58:08 headers_01_destination_address 16
setstate DataLogger 2020-10-05 10:58:08 headers_01_destination_name DFA
setstate DataLogger 2020-10-05 10:58:08 headers_01_id 00_0010_0053_0100
setstate DataLogger 2020-10-05 10:58:08 headers_01_info 0
.....
setstate DataLogger 2020-10-05 10:58:08 headers_14_fields_03_name Drehza
@saschab
Hier mal ein kleines Beispiel.
defmod DataLogger HTTPMOD http://192.168.2.170/dlx/download/live?channel=1&sessionAuthUsername=admin&sessionAuthPassword=admin&outputType=json&source=current 60
attr DataLogger enableControlSet 1
attr DataLogger enableCookies 1
attr DataLogger handleRedirects 1
attr DataLogger reading02Name Vorlauf
attr DataLogger reading02Regex (?s)\"header_index\" : 3,.*?\"field_index\" : 0,[ \n\t].*?"value"[ : \t\"]+([\d.:\d.]+)
attr DataLogger reading03Name Temp4
attr DataLogger reading03Regex (?s)\"header_index\" : 5,.*?\"field_index\" : 0,[ \n\t].*?"value"[ : \t\"]+([\d.:\d.]+)
attr DataLogger room Solartherme
attr DataLogger verbose 5
setstate DataLogger 2020-10-05 21:57:42 Temp4 0
setstate DataLogger 2020-10-05 21:57:42 Vorlauf 41.8
setstate DataLogger 2020-10-05 11:39:03 language de
pejonp
Zitat von: pejonp am 17 Februar 2020, 10:32:14
@Schnuller,
wie sehen den die Daten im VBUS-Portal aus ?
Es gibt die Möglichkeit über HTTPMod Daten von Webseiten auszulesen. Schau mal auf https://github.com/pejonp/vbus bei DL_2 (https://github.com/pejonp/vbus/blob/master/dl2_httpmod_fhem.cfg).
Es muss aber das Login/Password mitgegeben werden. Und die Abfrage sollte auch nicht im Sekundentakt erfolgen ;-).
Kannst ja mal hier schauen (https://forum.fhem.de/index.php/topic,106156.msg1000427.html#msg1000427). Da hatte ich versucht etwas aus einem anderen Portal auszulesen, ist aber nicht fertig geworden.
pejonp
Hallo,
hat schon jemand geschafft die Daten aus dem VBUS-Portal auszulesen?
Ich bekomme es über HTTPMOD nicht hin....
Login/Password habe ich mitgegeben
VG Schnuller
@Schnuller
zeigt doch mal her was du bis jetzt gemacht hast. PW und Login kannst du ja unkenntlich machen.
pejonp
PS: schau mal hier vielleicht ist etwas dabei. (https://forum.fhem.de/index.php/topic,106156.msg1000427.html#msg1000427)
Hallo
bei mir kommen Daten über den V-Bus. (in letzter Zeit sogar stabil)
Das Problem liegt an der veralteten Version in FHEM
Am besten genau nach WIKI vorgehen.
https://wiki.fhem.de/wiki/Vbus (https://wiki.fhem.de/wiki/Vbus)
Ich weiß nicht ob ich die Module händig einkopiert habe.
hier mein 19_VBUSIF.pm
##############################################
# $Id: 19_VBUSIF.pm 20200506 2020-05-06 10:10:10Z pejonp $
#
# VBUS LAN Adapter Device
# 19_VBUSIF.pm
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 Jörg (pejonp)
# (c) 20.04.2020 Anpassungen Perl (pejonp)
# (c) 06.05.2020 Fehlerbereinigung nach PBP (pejonp)
#
##############################################
package FHEM::VBUSIF;
use strict;
use warnings;
no if $] >= 5.017011, warnings => 'experimental::smartmatch';
#no warnings 'portable'; # Support for 64-bit ints required
use Data::Dumper;
use Device::SerialPort;
use GPUtils qw(GP_Import GP_Export);
use Time::HiRes qw(gettimeofday usleep);
use Scalar::Util qw(looks_like_number);
use feature qw/say switch/;
use Digest::MD5;
use FHEM::Meta;
## Import der FHEM Funktionen
#-- Run before package compilation
BEGIN {
# Import from main context
GP_Import(
qw(
readingsBulkUpdate
readingsBeginUpdate
readingsEndUpdate
defs
modules
Log3
attr
readingFnAttributes
AttrVal
ReadingsVal
Value
FmtDateTime
strftime
GetTimeSpec
InternalTimer
AssignIoPort
DevIo_CloseDev
DevIo_OpenDev
DevIo_SimpleWrite
DevIo_SimpleRead
RemoveInternalTimer
getUniqueId
getKeyValue
setKeyValue
TimeNow
Dispatch
)
);
}
#-- Export to main context with different name
GP_Export(
qw(
Initialize
)
);
sub Initialize() {
my $hash = shift;
require "$attr{global}{modpath}/FHEM/DevIo.pm";
# Provider
$hash->{ReadFn} = \&Read;
$hash->{WriteFn} = \&Write;
$hash->{ReadyFn} = \&Ready;
$hash->{UndefFn} = \&Undef;
#$hash->{ShutdownFn} = \&Undef;
$hash->{SetFn} = \&Set;
$hash->{DefFn} = \&Define;
$hash->{AttrList} = "dummy:1,0" .$readingFnAttributes;
$hash->{AutoCreate} = {
"VBUSDEF.*" => {
ATTR => "event-min-interval:.*:120 event-on-change-reading:.* ",
FILTER => "%NAME"
}
};
return;
}
######################################
sub Define() {
my $hash = shift;
my $def = shift;
my @a = split( "[ \t]+", $def );
if ( @a != 3 ) {
my $msg =
"wrong syntax: define <name> VBUSIF [<hostname:7053> or <dev>]";
Log3 $hash, 2, $msg;
return $msg;
}
# if(@a != 3) {
# return "wrong syntax: define <name> VBUSIF [<hostname:7053> or <dev>]";
# }
my $name = $a[0];
my $dev = $a[2];
$hash->{Clients} = ":VBUSDEV:";
my %matchList = ( "1:VBUSDEV" => ".*" );
$hash->{MatchList} = \%matchList;
Log3 $hash, 4, "$name: Define: $hash->{MatchList} ";
DevIo_CloseDev($hash);
$hash->{DeviceName} = $dev;
my @dev_name = split( '@', $dev );
if ( -c ${dev_name}[0] ) {
$hash->{DeviceType} = "Serial";
}
else {
$hash->{DeviceType} = "Net";
}
my $ret = DevIo_OpenDev( $hash, 0, "FHEM::VBUSIF::Init" );
return $ret;
}
###############################
sub Init() {
my $hash = shift;
if ( $hash->{DeviceType} eq "Net" ) {
my $name = $hash->{NAME};
my $pwd = readPassword($hash);
unless ( defined $pwd ) {
Log3 $hash, 2,
"Error: No password set. Please define it (once) with 'set $name password YourPassword'";
return;
}
delete $hash->{HANDLE}; # else reregister fails / RELEASE is deadly
my $conn = $hash->{TCPDev};
$conn->autoflush(1);
$conn->getline();
$conn->write( "PASS " . $pwd . "\n" );
$conn->getline();
$conn->write("DATA\n");
$conn->getline();
Log3 $hash, 4, "$name: Define: InitIO ";
}
return;
}
sub Undef() {
my $hash = shift;
my $arg = shift;
if ( $hash->{DeviceType} eq "Net" ) {
Write( $hash, "QUIT\n", "" ); # RELEASE
}
DevIo_CloseDev($hash);
return;
}
sub Write() {
my $hash = shift;
my $fn = shift;
my $msg = shift;
DevIo_SimpleWrite( $hash, $msg, 1 );
return;
}
sub Read() {
my $hash = shift;
my $local = shift;
my $regexp = shift;
my $buf = ( $local ? $local : DevIo_SimpleRead($hash) );
return "" if ( !defined($buf) );
my $name = $hash->{NAME};
$buf = unpack( 'H*', $buf );
my $data = ( $hash->{PARTIAL} ? $hash->{PARTIAL} : "" );
$data .= $buf;
my $msg;
my $msg2;
my $idx;
my $muster = "aa";
$idx = index( $data, $muster );
Log3 $hash, 4, "$name: Read0: Data = $data";
if ( $idx >= 0 ) {
$msg2 = $data;
$data = substr( $data, $idx ); # Cut off beginning
$idx = index( $data, $muster, 2 ); # Find next message
if ( $idx > 0 ) {
$idx += 1
if ( substr( $data, $idx, 3 ) eq "aaa" ); # Message endet mit a
$msg = substr( $data, 0, $idx );
$data = ""; #substr($data,$idx);
my $protoVersion = substr( $msg, 10, 2 );
Log3 $hash, 4, "$name: Read1: protoVersion : $protoVersion";
if ( $protoVersion == "10" && length($msg) >= 20 ) {
my $frameCount = hex( substr( $msg, 16, 2 ) );
my $headerCRC = hex( substr( $msg, 18, 2 ) );
my $crc = 0;
for ( my $j = 1 ; $j <= 8 ; $j++ ) {
$crc += hex( substr( $msg, $j * 2, 2 ) );
}
$crc = ( $crc ^ 0xff ) & 0x7f;
if ( $headerCRC != $crc ) {
Log3 $hash, 3,
"$name: Read2: Wrong checksum: $crc != $headerCRC";
}
else {
my $len = 20 + 12 * $frameCount;
Log3 $hash, 4,
"$name: Read2a Len: "
. $len
. " Counter: "
. $frameCount;
# if ($len != length($msg)){
# Fehler bei aa1000277310000103414a7f1300071c00001401006a62023000016aaa000021732000050000000000000046a
# ^ hier wird falsch getrennt
# $msg = substr($msg2,0,$len);
# Log3 $hash, 4,"$name: Read2b MSG: ".$msg;
# }
if ( $len != length($msg) ) {
Log3 $hash, 4,
"$name: Read3: Wrong message length: $len != "
. length($msg);
}
else {
Log3 $hash, 4,
"$name: Read4: OK message length: $len : "
. length($msg);
my $payload = DecodePayload( $hash, $msg );
if ( defined $payload ) {
$msg = substr( $msg, 0, 20 ) . $payload;
Log3 $hash, 4,
"$name: Read6 MSG: "
. $msg
. " Payload: "
. $payload;
$hash->{"${name}_MSGCNT"}++;
$hash->{"${name}_TIME"} = TimeNow();
$hash->{RAWMSG} = $msg;
my %addvals = ( RAWMSG => $msg );
# Dispatch( $hash, $msg, \%addvals ) if ($init_done);
Dispatch( $hash, $msg, \%addvals );
}
}
}
}
if ( $protoVersion == "20" ) {
my $command = substr( $msg, 14, 2 ) . substr( $msg, 12, 2 );
my $dataPntId = substr( $msg, 16, 4 );
my $dataPntVal = substr( $msg, 20, 8 );
my $septet = substr( $msg, 28, 2 );
my $checksum = substr( $msg, 30, 2 );
Log3 $hash, 4,
"$name: Read7: Version : $protoVersion CMD: $command ID: $dataPntId Val: $dataPntVal tet: $septet CRC: $checksum ";
# TODO use septet
# TODO validate checksum
# TODO Understand protocol
}
Log3 $hash, 4, "$name: Read8: raus ";
}
}
else {
Log3 $hash->{NAME}, 4, "$name: Read_Ende: $data ";
# return;
}
$hash->{PARTIAL} = $data;
# return $msg if(defined($local));
return;
}
sub Ready() {
my $hash = shift;
return DevIo_OpenDev( $hash, 1, "FHEM::VBUSIF::Init" )
if ( $hash->{STATE} eq "disconnected" );
return;
}
sub DecodePayload() {
my $hash = shift;
my $msg = shift;
my $name = $hash->{NAME};
my $frameCount = hex( substr( $msg, 16, 2 ) );
my $payload = "";
for ( my $i = 0 ; $i < $frameCount ; $i++ ) {
my $septet = hex( substr( $msg, 28 + $i * 12, 2 ) );
my $frameCRC = hex( substr( $msg, 30 + $i * 12, 2 ) );
my $crc = ( 0x7f - $septet ) & 0x7f;
for ( my $j = 0 ; $j < 4 ; $j++ ) {
my $ch = hex( substr( $msg, 20 + $i * 12 + $j * 2, 2 ) );
$ch |= 0x80 if ( $septet & ( 1 << $j ) );
$crc = ( $crc - $ch ) & 0x7f;
$payload .= chr($ch);
}
if ( $crc != $frameCRC ) {
Log3 $hash, 4,
"$name: DecodePayload0: Wrong checksum: $crc != $frameCRC";
return;
}
}
return unpack( 'H*', $payload );
}
sub Set() {
my $hash = shift;
my $name = shift;
my $cmd = shift;
my @val = shift;
my $resultStr = "";
my $list = "password";
if ( lc $cmd eq 'password' ) {
if ( int @val == 1 ) {
return storePassword( $hash, $val[0] );
}
}
return "Unknown argument $cmd or wrong parameter(s), choose one of $list";
} # end Set
#####################################
# checks and stores VBUS password used for telnet connection
sub storePassword() {
my $hash = shift;
my $password = shift;
my $index = $hash->{TYPE} . "_" . $hash->{NAME} . "_passwd";
my $key = getUniqueId() . $index;
my $enc_pwd = "";
$key = Digest::MD5::md5_hex( unpack "H*", $key );
$key .= Digest::MD5::md5_hex($key);
for my $char ( split //, $password ) {
my $encode = chop($key);
$enc_pwd .= sprintf( "%.2x", ord($char) ^ ord($encode) );
$key = $encode . $key;
}
my $err = setKeyValue( $index, $enc_pwd );
return "error while saving the password - $err" if ( defined($err) );
return "password successfully saved";
} # end storePassword
#####################################
#####################################
# reads the VBUS password
sub readPassword() {
my $hash = shift;
my $name = $hash->{NAME};
my $index = $hash->{TYPE} . "_" . $hash->{NAME} . "_passwd";
my $key = getUniqueId() . $index;
my ( $password, $err );
Log3 $hash, 5, "Read VBUS password from file";
( $err, $password ) = getKeyValue($index);
if ( defined($err) ) {
Log3 $hash, 4, "unable to read VBUS password from file: $err";
return;
}
if ( defined($password) ) {
$key = Digest::MD5::md5_hex( unpack "H*", $key );
$key .= Digest::MD5::md5_hex($key);
my $dec_pwd = '';
for my $char ( map { pack( 'C', hex($_) ) } ( $password =~ /(..)/g ) ) {
my $decode = chop($key);
$dec_pwd .= chr( ord($char) ^ ord($decode) );
$key = $decode . $key;
}
return $dec_pwd;
}
else {
Log3 $hash, 4, "No password in file";
return;
}
} # end VBUS_readPassword
1;
=pod
=item device
=item summary connects to the RESOL VBUS LAN or Serial Port adapter
=item summary_DE verbindet sich mit einem RESOL VBUS LAN oder Seriell Adapter
=begin html
<a name="VBUSIF"></a>
<h3>VBUSIF</h3>
<ul>
This module connects to the RESOL VBUS LAN or Serial Port adapter.
It serves as the "physical" counterpart to the <a href="#VBUSDEV">VBUSDevice</a>
devices.
<br>
It uses the perl modul Digest::MD5.
<br/>
<a name="Define"></a>
<b>Define</b>
<ul>
<code>define <name> VBUSIF <device></code>
<br/>
<br/>
<device> is a <host>:<port> combination, where
<host> is the address of the RESOL LAN Adapter and <port> 7053.
<br/>
Please note: the password of RESOL Device must be define with 'set <name> password YourPassword'
<br/>
Examples:
<ul>
<code>define vbus VBUSIF 192.168.1.69:7053</code>
</ul>
<ul>
<code>define vbus VBUSIF /dev/ttyS0</code>
</ul>
</ul>
<br/>
</ul>
=end html
=cut
und der Anfang von 21_VBUSDEV.pm
##############################################
# $Id: 21_VBUSDEV.pm 20200919 2020-09-19 10:10:10Z pejonp $
#
# 21_VBUSDEV.pm
# VBUS Client Device
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 - 2020 Jörg (pejonp)
# (c) 20.04.2020 Anpassungen Perl (pejonp)
# (c) 15.09.2020 Fehlerbereinigung: DoTrigger eingetragen (pejonp)
##############################################
package FHEM::VBUSDEV;
use strict;
use warnings;
no if $] >= 5.017011, warnings => 'experimental::smartmatch';
#no warnings 'portable'; # Support for 64-bit ints required
use SetExtensions;
use Data::Dumper;
use Device::SerialPort;
use GPUtils qw(GP_Import GP_Export);
use Time::HiRes qw(gettimeofday usleep);
use Scalar::Util qw(looks_like_number);
use feature qw/say switch/;
use FHEM::Meta;
main::LoadModule('VBUSIF');
## Import der FHEM Funktionen
#-- Run before package compilation
BEGIN {
# Import from main context
GP_Import(
qw(
readingsBulkUpdate
readingsBeginUpdate
readingsEndUpdate
defs
modules
Log3
attr
readingFnAttributes
AttrVal
ReadingsVal
Value
FmtDateTime
strftime
GetTimeSpec
InternalTimer
AssignIoPort
DevIo_CloseDev
DevIo_OpenDev
DevIo_SimpleWrite
DevIo_SimpleRead
RemoveInternalTimer
getUniqueId
getKeyValue
TimeNow
Dispatch
DoTrigger )
);
}
#-- Export to main context with different name
GP_Export(
qw(
Initialize
)
);
my %VBUS_devices = (
"0050" => {"name" => "DL_2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Resistor_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 2,"name" => "Resistor_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 4,"name" => "Resistor_Sensor_02", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 6,"name" => "Resistor_Sensor_22", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 8,"name" => "Resistor_Sensor_03", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 10,"name" => "Resistor_Sensor_33", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 12,"name" => "Current_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 14, "name" => "Current_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 28,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 30,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 32,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 34,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"0053" => {"name" => "DL_3", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Resistor_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 2,"name" => "Resistor_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 4,"name" => "Resistor_Sensor_02", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 6,"name" => "Resistor_Sensor_22", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 8,"name" => "Resistor_Sensor_03", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 10,"name" => "Resistor_Sensor_33", "bitSize" => 15, "factor" => 0.1, "unit" => "Ohm" },
{ "offset" => 12,"name" => "Current_Sensor_01", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 14,"name" => "Current_Sensor_11", "bitSize" => 15, "factor" => 0.1, "unit" => "mA" },
{ "offset" => 28,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 30,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 32,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 34,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
]},
"1001" => {"name" => "DeltaSol_SLT", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Systemdatum","bitSize" => 31 },
{ "offset" => 4,"name" => "Temperatur_01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "Temperatur_04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "Temperatur_05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "Temperatur_S06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Volumenstrom_VFS_S06", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 24, "name" => "Volumenstrom_Flowrotor_S07", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 28, "name" => "Druck_RPS_S06", "bitSize" => 15, "factor" => 0.01, "unit" => "bar" },
{ "offset" => 30, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 31, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 32, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 33, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 34, "name" => "PWM_A", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 35, "name" => "PWM_B", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 36, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 40, "name" => "Warnungsmaske", "bitSize" => 31, "factor" => 1 },
]},
"1011" => {"name" => "DeltaSol_SLT_WMZ", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Waerme_gesamt","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Waerme_heute","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "Waerme_gestern","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Waerme_woche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 16,"name" => "Waerme_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 20,"name" => "Waerme_monat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 24,"name" => "Waerme_vormonat","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 28,"name" => "Waerme_jahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 32,"name" => "Waerme_vorjahr","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 36,"name" => "Volumen_gesamt", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 40,"name" => "Volumen_heute", "bitSize" => 31, "factor" => 1, "unit" => "l/h" },
{ "offset" => 44,"name" => "Volumen_gestern", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 48,"name" => "Volumen_woche", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 52,"name" => "Volumen_vorwoche","bitSize" => 31,"factor" => 1,"unit" => "l/h" },
{ "offset" => 56,"name" => "Volumen_monat", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 60,"name" => "Volumen_vormonat", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 64,"name" => "Volumen_jahr", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 68,"name" => "Volumen_vorjahr", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 72, "name" => "Leistung", "bitSize" => 31, "factor" => 0.001, "unit" => "kW" },
]},
"1059" => {"name" => "DeltaThermHC_mini_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Temperatur_Sensor_1", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 2, "name" => "Temperatur_Sensor_2", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 4, "name" => "Temperatur_Sensor_3", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Temperatur_Sensor_4", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Temperatur_Sensor_5", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Drehzahl_Relais_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 11, "name" => "Drehzahl_Relais_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 12, "name" => "Drehzahl_Relais_3", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 13, "name" => "Drehzahl_Relais_4", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 14, "name" => "Regler_Ausgang_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 15, "name" => "Regler_Ausgang_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 16,"name" => "Systemdatum","bitSize" => 31 },
{ "offset" => 20, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
{ "offset" => 24, "name" => "Warnungsmaske", "bitSize" => 31, "factor" => 1 },
]},
"1060" => {"name" => "Vitosolic200_SD4", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "temperature_T06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "temperature_T07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "temperature_T08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "temperature_T09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "temperature_T10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "temperature_T11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "temperature_T12","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 24,"name" => "insolation", "bitSize" => 15,"unit" => "W/qm" },
{ "offset" => 28,"name" => "impulse_I01","bitSize" => 31 },
{ "offset" => 32,"name" => "impulse_I02","bitSize" => 31 },
{ "offset" => 36,"name" => "sensorbrokemask","bitSize" => 16 },
{ "offset" => 38,"name" => "sensorshortmask","bitSize" => 16 },
{ "offset" => 40,"name" => "sensorusagemask","bitSize" => 16 },
{ "offset" => 44,"name" => "speed_R01","bitSize" => 8, "unit" => "%" },
{ "offset" => 45,"name" => "speed_R02","bitSize" => 8, "unit" => "%" },
{ "offset" => 46,"name" => "speed_R03","bitSize" => 8, "unit" => "%" },
{ "offset" => 47,"name" => "speed_R04","bitSize" => 8, "unit" => "%" },
{ "offset" => 48,"name" => "speed_R05","bitSize" => 8, "unit" => "%" },
{ "offset" => 49,"name" => "speed_R06","bitSize" => 8, "unit" => "%" },
{ "offset" => 50,"name" => "speed_R07","bitSize" => 8, "unit" => "%" },
{ "offset" => 51,"name" => "speed_R08","bitSize" => 8, "unit" => "%" },
{ "offset" => 52,"name" => "speed_R09","bitSize" => 8, "unit" => "%" },
{ "offset" => 58,"name" => "relaisusagemask","bitSize" => 16 },
{ "offset" => 60,"name" => "errormask","bitSize" => 16 },
{ "offset" => 62,"name" => "warningmask","bitSize" => 16 },
{ "offset" => 64,"name" => "SW-Version","bitSize" => 8,"factor" => 0.1 },
{ "offset" => 65,"name" => "Minorversion","bitSize" => 8,"factor" => 1 },
{ "offset" => 66,"name" => "systemtime","bitSize" => 16 },
]},
"1065" => {"name" => "Vitosolic200_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "WMZ1_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "WMZ1_Ruecklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "WMZ1_volumeflow","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "WMZ1_heatquantity1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "WMZ1_heatquantity2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "WMZ1_heatquantity3","bitSize" => 16,"unit" => "MWh" },
]},
"1066" => {"name" => "Vitosolic200_WMZ2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "WMZ1_Vorlauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "WMZ1_Ruecklauf","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "WMZ1_volumeflow","bitSize" => 15,"unit" => "l/h" },
{ "offset" => 6,"name" => "WMZ1_heatquantity1","bitSize" => 16,"factor" => 1,"unit" => "Wh" },
{ "offset" => 8,"name" => "WMZ1_heatquantity2","bitSize" => 16,"unit" => "kWh" },
{ "offset" => 10,"name" => "WMZ1_heatquantity3","bitSize" => 16,"unit" => "MWh" },
]},
"1121" => {"name" => "DeltaSol_CS2", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_Sensor1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_Sensor2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_Sensor3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_Sensor4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Temperatur_Sensor5","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10, "name" => "Volumenstrom", "bitSize" => 31, "factor" => 1, "unit" => "1/min" },
{ "offset" => 12,"name" => "Drehzahl_Relais","bitSize" => 8,"unit" => "%" },
{ "offset" => 14,"name" => "Betriebsstunden_Relais","bitSize" => 16, "unit" => "h" },
{ "offset" => 16,"name" => "UnitType","bitSize" => 8 },
{ "offset" => 24,"name" => "Waermemenge1","bitSize" => 8,"factor" => 1,"unit" => "Wh" },
{ "offset" => 25,"name" => "Waermemenge2","bitSize" => 8,"factor" => 100,"unit" => "Wh" },
{ "offset" => 26,"name" => "Waermemenge3","bitSize" => 8,"factor" => 10000,"unit" => "Wh" },
{ "offset" => 27,"name" => "Waermemenge4","bitSize" => 8,"factor" => 10000000,"unit" => "Wh" },
]},
"1140" => {"name" => "DeltaThermHC_mini_HK", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "HK_VorlaufSoll","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "HK_Betriebsstatus","bitSize" => 8,"factor" => 1 },
{ "offset" => 4,"name" => "HK_Betriebsart","bitSize" => 8,"factor" => 1 },
{ "offset" => 6,"name" => "HK_Brennerstarts1","bitSize" => 8,"factor" => 1 },
{ "offset" => 8,"name" => "HK_Brennerstarts2","bitSize" => 8,"factor" => 1 },
{ "offset" => 10,"name" => "HK_Brennerstarts3","bitSize" => 8,"factor" => 1 },
]},
"1240" => {"name" => "Wagner_Sungo_100_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Systemzeit", "bitSize" => 31, "timeRef" => 1 },
{ "offset" => 4, "name" => "Solar_Kollektortemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 6, "name" => "Solar_Kesseltemp", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 8, "name" => "Solar_VL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 10, "name" => "Solar_RL", "bitSize" => 15, "factor" => 0.1, "unit" => "°C" },
{ "offset" => 12, "name" => "Tage", "bitSize" => 15, "factor" => 1, "unit" => "T" },
{ "offset" => 16, "name" => "Volumenstrom_V40", "bitSize" => 31, "factor" => 1, "unit" => "1/h" },
{ "offset" => 20, "name" => "Drehzahl1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 24, "name" => "Waermemenge", "bitSize" => 31, "factor" => 1, "unit" => "Wh" },
{ "offset" => 32, "name" => "Betriebstunden", "bitSize" => 31, "factor" => 1, "unit" => "h" },
{ "offset" => 44, "name" => "SW-Version", "bitSize" => 7, "factor" => 0.01 },
{ "offset" => 44, "name" => "Urlaubsfunktion", "bitSize" => 1, "factor" => 1 },
{ "offset" => 45, "name" => "Blockierschutz_1", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 69, "name" => "Speichermaximaltemperatur", "bitSize" => 1, "factor" => 1 },
{ "offset" => 72, "name" => "Fehlermaske", "bitSize" => 31, "factor" => 1 },
]},
"1241" => {"name" => "Wagner_Sungo_100_WMZ1", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Wmz1_Wert_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 4,"name" => "Wmz1_Leistung_W","bitSize" => 31,"factor" => 1,"unit" => "W" },
{ "offset" => 8,"name" => "Wmz1_WertHeute_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
{ "offset" => 12,"name" => "Wmz1_WertWoche_Wh","bitSize" => 31,"factor" => 1,"unit" => "Wh" },
]},
"2211" => {"name" => "DeltaSol_CS_Plus", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "Temperatur_Sensor1","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "Temperatur_Sensor2","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "Temperatur_Sensor3","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "Temperatur_Sensor4","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "Drehzahl_Relais1","bitSize" => 8, "unit" => "%" },
{ "offset" => 10,"name" => "Betriebsstunden_Relais1","bitSize" => 16, "unit" => "h" },
{ "offset" => 12,"name" => "Drehzahl_Relais2","bitSize" => 8,"unit" => "%" },
{ "offset" => 14,"name" => "Betriebsstunden_Relais2","bitSize" => 16, "unit" => "h" },
{ "offset" => 16,"name" => "UnitType","bitSize" => 8 },
{ "offset" => 17,"name" => "System","bitSize" => 16 },
{ "offset" => 28,"name" => "Waermemenge1","bitSize" => 8,"factor" => 1,"unit" => "Wh" },
{ "offset" => 29,"name" => "Waermemenge2","bitSize" => 8,"factor" => 100,"unit" => "Wh" },
{ "offset" => 30,"name" => "Waermemenge3","bitSize" => 8,"factor" => 10000,"unit" => "Wh" },
{ "offset" => 31,"name" => "Waermemenge4","bitSize" => 8,"factor" => 10000000,"unit" => "Wh" },
]},
"2231" => {"name" => "Oranier_HK_Regler", "cmd" => "0100", "fields" => [
{ "offset" => 0, "name" => "Kollektor", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 2, "name" => "Speicher_Solar", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 4, "name" => "Ofen_KesselTemp", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 6, "name" => "Speicher_unten", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 8, "name" => "Ruecklauf_Heizkreis", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 10, "name" => "Speicher_Entnahme", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 12, "name" => "Brauchwasserspeicher", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 14, "name" => "Zirkulation-Fuehler", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 16, "name" => "Sensor_9", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 18, "name" => "Sensor_10", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 20, "name" => "Sensor_11", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 22, "name" => "Sensor_12", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 24, "name" => "Sensor_13", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 26, "name" => "Vorlauftemperatur_HK1", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 28, "name" => "Aussentemperatur", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 30, "name" => "Abgastemperatur", "bitSize" => 15, "factor" => 1, "unit" => "°C" },
{ "offset" => 36,"name" => "Einstrahlung","bitSize" => 15,"factor" => 1,"unit" => "W/qm" },
{ "offset" => 38, "name" => "Impulseingang_1", "bitSize" => 31, "factor" => 1 },
{ "offset" => 42, "name" => "Impulseingang_2", "bitSize" => 15, "factor" => 1 },
{ "offset" => 44, "name" => "Umschaltventil_Kessel", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 45, "name" => "BW_Ladepumpe", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 46, "name" => "Zirkulationspumpe", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 47, "name" => "Relais_6", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 48, "name" => "Relais_7", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 49, "name" => "Relais_8", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 50, "name" => "Brennersperre_2", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 51, "name" => "Mischer_Auf", "bitSize" => 7, "factor" => 1, "unit" => "%" },
{ "offset" => 52, "name" => "Mischer_Zu", "bitSize" => 7, "factor" => 1, "unit" => "%" },
Hi Forstling,
was willst du uns damit sagen ? Wo gibt es ein Problem ?
Wenn du das WIKI gelesen hast, weist du ja wie du ein Update machen kannst !? Und FHEM neu starten !!
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
war ne verspätete Antwort auf das vorherige Problem
Hallo,
das VBus-Protokoll gibt es ja auch in den Versionen 2 und 3. Wenn ich das richtig verstehe, werden die bisher nicht unterstützt. Ich könnte mir aber vorstellen, dass das Auslesen und Setzen von Parametern nicht uninteressant wäre.
Kann jemand etwas dazu sagen? Danke.
Hallo,
ich habe (nach langer Zeit...) mal wieder ein Update gemacht und seitdem folgende Meldung im Log:
KG.HZ.Solaranlage: unknown attribute event-aggregator. Type 'attr KG.HZ.Solaranlage ?' for a detailed list.
Das bezieht sich auf diese Zeile in der Definition des VBUSDEV:
attr KG.HZ.Solaranlage event-aggregator [TQ]_.*:60:none:max
In der Version
# $Id: 21_VBUSDEV.pm 20192612 2019-26-12 10:10:10Z pejonp $
funktionierte der Event-Aggregator problemlos. Jetzt kann dieses Attribut auch im Gerät nicht mehr ausgewählt werden.
Eigentlich sollte es in jedem Gerät zur Verfügung stehen. Die sonstigen Funktionen, wie z.B. "event-on-update-reading", gehen nach wie vor problemlos.
Irgend eine Idee, warum das Attribut nicht mehr genutzt werden kann? Bei anderen Geräten geht es noch.
Ich hänge noch ein List an.
Schöne Grüße,
Heiko
@HeikoE
Nach Update FHEM neu starten !! Updateeinstellungen am besten dauerhaft hinter legen.
Update add .... Doku fhem
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
@Stromzähler
Du kannst gerne am Modul weiterarbeiten.
Ich habe das Modul nur übernommen und dann die einzelnen Geräte eingepflegt.
Zu den anderen Versionen von VBus kann ich nichts sagen.
Pejonp
@ Pejonp
Danke für die Antwort. Ich hatte die Protokolle 1 und 2 schon vor Jahren außerhalb von Fhem für einen "Sonnenkraft SKSC2-Regler" realisiert und erst später nach Fhem in ein eigenes Modul importiert. Protokoll 2 läuft dabei, trotz vieler Versuche, nicht mit DevIo. Ich habe diesen Teil aber in separate Subs "gekapselt".
Also, wenn doch noch jemand daran Interesse hat, kann er/sie/div. sich gerne melden.
@Stromzähler
du kannst ja deine Dateien hier anhängen. Da kann ich sie mir ansehen und vielleicht bekomme ich etwas davon umgesetzt.
Ich habe einen Vitosolic200 (Viessmann) im Einsatz. Ich kann dir aber nicht sagen welches Protokoll usw. genutzt wird. Ich lese die Daten nur aus.
Einstellungen nehme ich keine vor bzw. macht dann meine Heizungsfirma.
pejonp
Zitat von: pejonp am 26 Januar 2021, 08:34:35
@HeikoE
Nach Update FHEM neu starten !! Updateeinstellungen am besten dauerhaft hinter legen.
Update add .... Doku fhem
update all https://raw.githubusercontent.com/pejonp/vbus/master/controls_vbus.txt
pejonp
Hallo @pejonp,
Updates sind genau so eingerichtet. Deine neueste Version wurde installiert.
Neugestartet hab ich natürlich auch.
Hier die aktuelle Version, in der es nicht mehr geht:
$Id: 21_VBUSDEV.pm 20200919 2020-09-19 10:10:10Z pejonp $
Gruß Heiko
Zitat von: Stromzähler am 26 Januar 2021, 10:01:32
@ Pejonp
Danke für die Antwort. Ich hatte die Protokolle 1 und 2 schon vor Jahren außerhalb von Fhem für einen "Sonnenkraft SKSC2-Regler" realisiert und erst später nach Fhem in ein eigenes Modul importiert. Protokoll 2 läuft dabei, trotz vieler Versuche, nicht mit DevIo. Ich habe diesen Teil aber in separate Subs "gekapselt".
Also, wenn doch noch jemand daran Interesse hat, kann er/sie/div. sich gerne melden.
Das Thema hört sich interessant an... Leider bin ich aber in der Programmierung des Themas nicht so fit, aber testen und evtl. sogar etwas unterstützen geht.
Hallo,
nach einer Neuinstallation funktioniert VBUS nicht mehr richtig.
Hier ein Auszug aus dem Log:
2021.10.21 11:52:00 1: 192.168.178.21:7053 reappeared (vbus)
2021.10.21 11:52:00 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.10.21 11:52:00 1: 192.168.178.21:7053 reappeared (vbus)
2021.10.21 11:52:00 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1147, <GEN772> line 3.
2021.10.21 11:52:00 4: VBUSDEV_7131: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7131 DevTyp: Name: VBUSDEV_7131
2021.10.21 11:52:00 1: PERL WARNING: Use of uninitialized value $devname in concatenation (.) or string at ./FHEM/21_VBUSDEV.pm line 1150, <GEN772> line 3.
2021.10.21 11:52:00 4: VBUSDEV_7131: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 3d5d410000000000050200002b1b000000000000
2021.10.21 11:52:00 4: VBUSDEV_7132: VBUSDEV_ParsePayLoad1: Command: 0100 Code 7132 DevTyp: Name: VBUSDEV_7132
2021.10.21 11:52:00 4: VBUSDEV_7132: VBUSDEV_ParsePayload2: Dev: CMD: 0100 PayL: 30ce23000000000000000000c03e00006f6e0d00
2021.10.21 11:52:01 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.10.21 11:52:03 1: 192.168.178.21:7053 reappeared (vbus)
2021.10.21 11:52:03 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
VBUS springt ständig von opened zu disconnected.
Hier die Definition von VBUS:
DeviceOverview
vbus opened
Internals
Clients
:VBUSDEV:
DEF 192.168.178.21:7053
DeviceName 192.168.178.21:7053
DeviceType Net
FUUID 617071ba-f33f-30b9-6f43-800a508ec334a03c
FVERSION 19_VBUSIF.pm:0.129800/2017-01-06
NAME vbus
NR 221
RAWMSG aa10003271100001053630ce23000000000000000000c03e00006f6e0d00
STATE disconnected
TYPE VBUSIF
vbus_MSGCNT 772
vbus_TIME 2021-10-21 11:55:17
Weiß jemand Rat?
@Bronze
aktuelle Versionen:
21_VBUSDEV.pm 20200919 2020-09-19 10:10:10Z pejonp
19_VBUSIF.pm 20200506 2020-05-06 10:10:10Z pejonp
Update durchführen. FHEm neu starten. ggf . VBUS-Adapter auch.
pejonp
Nach Update zeigt das Logfile nun:
2021.11.01 17:33:17 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:18 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:21 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:24 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:27 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:29 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:31 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:31 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:31 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:34 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:38 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:42 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:42 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:46 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:46 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:47 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:47 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:47 1: 192.168.178.21:7053 disconnected, waiting to reappear (vbus)
2021.11.01 17:33:47 1: 192.168.178.21:7053 reappeared (vbus)
2021.11.01 17:33:47 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/19_VBUSIF.pm line 212, <GEN99747> line 3.
FHEM verhält sich hier ein wenig wie bei einem Wackelkontakt.
Moin zusammen,
ist hier noch jemand unterwegs, der eine Resol MX hat?
Bei werden nach einer Neuinstallation die Geräte 7E11, 7E21 und 7E22 angelegt. Diese funktionieren wie sie sollen.
Der Wärmemengenzähler 7E31 wird nicht angelegt. Manuelles Anlegen hat leider auch nichts gebracht.
Hat jemand einen Workaround oder eine Idee, was ich tun kann?
@Kowalsky
Ist die richtige Version von VBUS installiert. Wie sieht die Def aus ? Was steht im Log ?
Ohne diese Angaben kann nicht geholfen werden.
In der aktuellen 21_VBUSDEV.pm ist 7E31 - 7E36 enthalten.
https://github.com/pejonp/vbus
pejonp
@pejonp
die Version von VBUS sollte richtig sein:
##############################################
# $Id: 19_VBUSIF.pm 20200506 2020-05-06 10:10:10Z pejonp $
#
# VBUS LAN Adapter Device
# 19_VBUSIF.pm
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 Jörg (pejonp)
# (c) 20.04.2020 Anpassungen Perl (pejonp)
# (c) 06.05.2020 Fehlerbereinigung nach PBP (pejonp)
#
##############################################
##############################################
# $Id: 21_VBUSDEV.pm 20200919 2020-09-19 10:10:10Z pejonp $
#
# 21_VBUSDEV.pm
# VBUS Client Device
#
# (c) 2014 Arno Willig <akw@bytefeed.de>
# (c) 2015 Frank Wurdinger <frank@wurdinger.de>
# (c) 2015 Adrian Freihofer <adrian.freihofer gmail com>
# (c) 2016 Tobias Faust <tobias.faust gmx net>
# (c) 2016 - 2020 Jörg (pejonp)
# (c) 20.04.2020 Anpassungen Perl (pejonp)
# (c) 15.09.2020 Fehlerbereinigung: DoTrigger eingetragen (pejonp)
##############################################
SQL Log:
TIMESTAMP DEVICE TYPE EVENT READING VALUE UNIT
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.8 °C Temperatur_7 69.8 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.5 °C Temperatur_10 45.5 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:43 ShellyFire71 SHELLY power: 3.62 power Mrz 62
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_10: 44.7 °C Temperatur_10 44.7 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.9 °C Temperatur_10 43.9 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.2 °C Temperatur_10 43.2 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.9 °C Temperatur_7 71.9 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Temperatur_10: 42.6 °C Temperatur_10 42.6 °C
19.11.2021 15:43 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:43 ShellyFire71 SHELLY power: 4.17 power Apr 17
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Temperatur_10: 41.0 °C Temperatur_10 41.0 °C
19.11.2021 15:42 ShellyFire71 SHELLY power: 3.63 power Mrz 63
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Temperatur_3: 68.3 °C Temperatur_3 68.3 °C
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.7 °C Temperatur_7 69.7 °C
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Temperatur_8: 40.7 °C Temperatur_8 40.7 °C
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Temperatur_10: 41.5 °C Temperatur_10 41.5 °C
19.11.2021 15:42 VBUSDEV_7E11 VBUSDEV Anf_Pellet-Ofen: ist_aus Anf_Pellet-Ofen ist_aus
19.11.2021 15:42 DBLogging DBLOG CacheUsage: 33 CacheUsage 33
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.0 °C Temperatur_7 71.0 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 44.4 °C Temperatur_10 44.4 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.2 °C Temperatur_10 45.2 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 46.0 °C Temperatur_10 46.0 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.0 °C Temperatur_7 70.0 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 46.9 °C Temperatur_10 46.9 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.8 °C Temperatur_10 47.8 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.9 °C Temperatur_10 48.9 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Temperatur_11: 41.9 °C Temperatur_11 41.9 °C
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Volumenstrom_13: 0 l/h Volumenstrom_13 0 l/h
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Drehzahl_1: 0 % Drehzahl_1 0 %
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Drehzahl_7: 0 % Drehzahl_7 0 %
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Drehzahl_10: 100 % Drehzahl_10 100 %
19.11.2021 15:41 VBUSDEV_7E11 VBUSDEV Drehzahl_13: 0 % Drehzahl_13 0 %
19.11.2021 15:41 ShellyFire71 SHELLY power: 4.16 power Apr 16
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_10: 55.0 °C Temperatur_10 55.0 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.6 °C Temperatur_7 71.6 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_10: 56.0 °C Temperatur_10 56.0 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.1 °C Temperatur_7 71.1 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_10: 56.8 °C Temperatur_10 56.8 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_10: 57.6 °C Temperatur_10 57.6 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_4: 66.3 °C Temperatur_4 66.3 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_6: 12.9 °C Temperatur_6 12. Sep °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_10: 58.2 °C Temperatur_10 58.2 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Temperatur_12: 42.0 °C Temperatur_12 42.0 °C
19.11.2021 15:40 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:40 DBLogging DBLOG CacheUsage: 23 CacheUsage 23
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.2 °C Temperatur_7 71.2 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_10: 59.4 °C Temperatur_10 59.4 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.9 °C Temperatur_7 71.9 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_10: 58.7 °C Temperatur_10 58.7 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.1 °C Temperatur_7 71.1 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_10: 58.2 °C Temperatur_10 58.2 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:39 ShellyFire71 SHELLY power: 4.17 power Apr 17
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_10: 57.7 °C Temperatur_10 57.7 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Temperatur_10: 57.0 °C Temperatur_10 57.0 °C
19.11.2021 15:39 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.9 °C Temperatur_10 51.9 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.9 °C Temperatur_10 50.9 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.9 °C Temperatur_10 49.9 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.8 °C Temperatur_7 71.8 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_9: 36.4 °C Temperatur_9 36.4 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.9 °C Temperatur_10 48.9 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.3 °C Temperatur_7 71.3 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.1 °C Temperatur_10 48.1 °C
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:38 DBLogging DBLOG CacheUsage: 19 CacheUsage 19
19.11.2021 15:38 ShellyFire71 SHELLY power: 4.13 power Apr 13
19.11.2021 15:38 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.7 °C Temperatur_10 43.7 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.8 °C Temperatur_7 68.8 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.2 °C Temperatur_10 43.2 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.4 °C Temperatur_7 69.4 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.3 °C Temperatur_7 70.3 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.5 °C Temperatur_7 71.5 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.0 °C Temperatur_7 70.0 °C
19.11.2021 15:37 VBUSDEV_7E11 VBUSDEV Temperatur_10: 42.6 °C Temperatur_10 42.6 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.3 °C Temperatur_10 43.3 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 43.8 °C Temperatur_10 43.8 °C
19.11.2021 15:36 ShellyFire71 SHELLY power: 4.54 power Apr 54
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 44.4 °C Temperatur_10 44.4 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.0 °C Temperatur_10 45.0 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:36 DBLogging DBLOG CacheUsage: 8 CacheUsage 8
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.7 °C Temperatur_10 49.7 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:36 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.6 °C Temperatur_10 50.6 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.4 °C Temperatur_10 51.4 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.3 °C Temperatur_10 52.3 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.1 °C Temperatur_7 69.1 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.2 °C Temperatur_10 53.2 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:35 DBLogging DBLOG CacheUsage: 20 CacheUsage 20
19.11.2021 15:35 ShellyFire71 SHELLY power: 4.66 power Apr 66
19.11.2021 15:35 ShellyFire71 SHELLY power: 5.21 power Mai 21
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.1 °C Temperatur_7 71.1 °C
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:35 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.8 °C Temperatur_7 69.8 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Temperatur_10: 57.0 °C Temperatur_10 57.0 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:34 ShellyFire71 SHELLY power: 4.56 power Apr 56
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Temperatur_10: 54.6 °C Temperatur_10 54.6 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.5 °C Temperatur_7 71.5 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Temperatur_10: 54.0 °C Temperatur_10 54.0 °C
19.11.2021 15:34 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.0 °C Temperatur_7 71.0 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.4 °C Temperatur_10 53.4 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.7 °C Temperatur_10 52.7 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_1: 38.5 °C Temperatur_1 38.5 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.1 °C Temperatur_7 70.1 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.0 °C Temperatur_10 52.0 °C
19.11.2021 15:33 DBLogging DBLOG CacheUsage: 20 CacheUsage 20
19.11.2021 15:33 ShellyFire71 SHELLY power: 5.09 power 05. Sep
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.8 °C Temperatur_7 68.8 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.9 °C Temperatur_10 47.9 °C
19.11.2021 15:33 ShellyFire71 SHELLY power: 5.59 power Mai 59
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.4 °C Temperatur_10 47.4 °C
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:33 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.0 °C Temperatur_7 70.0 °C
19.11.2021 15:32 VBUSDEV_7E11 VBUSDEV Temperatur_10: 46.4 °C Temperatur_10 46.4 °C
19.11.2021 15:32 ShellyFire71 SHELLY power: 5.04 power 05. Apr
19.11.2021 15:32 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.3 °C Temperatur_7 71.3 °C
19.11.2021 15:32 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.6 °C Temperatur_10 45.6 °C
19.11.2021 15:32 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:32 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.0 °C Temperatur_10 45.0 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.0 °C Temperatur_7 69.0 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_9: 36.9 °C Temperatur_9 36.9 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 45.6 °C Temperatur_10 45.6 °C
19.11.2021 15:31 ShellyFire71 SHELLY power: 5.08 power 05. Aug
19.11.2021 15:31 DBLogging DBLOG CacheUsage: 22 CacheUsage 22
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.6 °C Temperatur_7 70.6 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.4 °C Temperatur_10 48.4 °C
19.11.2021 15:31 ShellyFire71 SHELLY power: 5.69 power Mai 69
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.0 °C Temperatur_10 49.0 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.8 °C Temperatur_7 69.8 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.6 °C Temperatur_10 49.6 °C
19.11.2021 15:31 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.3 °C Temperatur_10 50.3 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.9 °C Temperatur_10 50.9 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_2: 60.4 °C Temperatur_2 60.4 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.5 °C Temperatur_10 51.5 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:30 ShellyFire71 SHELLY power: 5.13 power Mai 13
19.11.2021 15:30 ShellyFire71 SHELLY power: 5.56 power Mai 56
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_10: 54.4 °C Temperatur_10 54.4 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.1 °C Temperatur_7 71.1 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.7 °C Temperatur_7 71.7 °C
19.11.2021 15:30 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:29 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.9 °C Temperatur_7 70.9 °C
19.11.2021 15:29 VBUSDEV_7E11 VBUSDEV Temperatur_10: 55.0 °C Temperatur_10 55.0 °C
19.11.2021 15:29 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:29 DBLogging DBLOG CacheUsage: 16 CacheUsage 16
19.11.2021 15:29 VBUSDEV_7E11 VBUSDEV Temperatur_10: 54.0 °C Temperatur_10 54.0 °C
19.11.2021 15:29 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.2 °C Temperatur_10 53.2 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.3 °C Temperatur_10 52.3 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.8 °C Temperatur_10 51.8 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:28 ShellyFire71 SHELLY power: 5.72 power Mai 72
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.4 °C Temperatur_7 70.4 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.3 °C Temperatur_10 49.3 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.8 °C Temperatur_10 48.8 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.8 °C Temperatur_7 69.8 °C
19.11.2021 15:28 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.0 °C Temperatur_10 48.0 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.3 °C Temperatur_10 47.3 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:27 DBLogging DBLOG CacheUsage: 34 CacheUsage 34
19.11.2021 15:27 ShellyFire71 SHELLY power: 5.67 power Mai 67
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.2 °C Temperatur_7 71.2 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:27 ShellyFire71 SHELLY power: 5.83 power Mai 83
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Temperatur_1: 39.4 °C Temperatur_1 39.4 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Temperatur_8: 40.6 °C Temperatur_8 40.6 °C
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Anf_Pellet-Ofen: ist_aus Anf_Pellet-Ofen ist_aus
19.11.2021 15:27 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_3: 67.7 °C Temperatur_3 67.7 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_10: 46.7 °C Temperatur_10 46.7 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.5 °C Temperatur_10 48.5 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Volumenstrom_13: 0 l/h Volumenstrom_13 0 l/h
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_1: 0 % Drehzahl_1 0 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_7: 0 % Drehzahl_7 0 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_10: 100 % Drehzahl_10 100 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_13: 0 % Drehzahl_13 0 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_9: 37.4 °C Temperatur_9 37.4 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.3 °C Temperatur_10 49.3 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_2: 59.8 °C Temperatur_2 59.8 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.2 °C Temperatur_7 70.2 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.3 °C Temperatur_7 71.3 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.2 °C Temperatur_10 50.2 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_4: 65.8 °C Temperatur_4 65.8 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.8 °C Temperatur_7 71.8 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.7 °C Temperatur_10 50.7 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Temperatur_11: 41.8 °C Temperatur_11 41.8 °C
19.11.2021 15:26 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:25 ShellyFire71 SHELLY power: 5.91 power Mai 91
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Temperatur_6: 12.9 °C Temperatur_6 12. Sep °C
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.8 °C Temperatur_10 52.8 °C
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Temperatur_12: 41.8 °C Temperatur_12 41.8 °C
19.11.2021 15:25 DBLogging DBLOG CacheUsage: 12 CacheUsage 12
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.7 °C Temperatur_7 68.7 °C
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.4 °C Temperatur_10 53.4 °C
19.11.2021 15:25 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:24 ShellyFire71 SHELLY power: 6.01 power 06. Jan
19.11.2021 15:24 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.4 °C Temperatur_7 71.4 °C
19.11.2021 15:24 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.8 °C Temperatur_7 70.8 °C
19.11.2021 15:24 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.4 °C Temperatur_10 51.4 °C
19.11.2021 15:24 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.7 °C Temperatur_10 50.7 °C
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.9 °C Temperatur_10 49.9 °C
19.11.2021 15:23 DBLogging DBLOG CacheUsage: 15 CacheUsage 15
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.7 °C Temperatur_7 68.7 °C
19.11.2021 15:23 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.6 °C Temperatur_7 69.6 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.4 °C Temperatur_10 47.4 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.1 °C Temperatur_7 71.1 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_9: 37.9 °C Temperatur_9 37.9 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_10: 46.8 °C Temperatur_10 46.8 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:22 ShellyFire71 SHELLY power: 6.06 power 06. Jun
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.2 °C Temperatur_7 69.2 °C
19.11.2021 15:22 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.3 °C Temperatur_10 47.3 °C
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.3 °C Temperatur_7 68.3 °C
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.8 °C Temperatur_7 68.8 °C
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.8 °C Temperatur_10 47.8 °C
19.11.2021 15:21 DBLogging DBLOG CacheUsage: 8 CacheUsage 8
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.2 °C Temperatur_7 70.2 °C
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.7 °C Temperatur_7 69.7 °C
19.11.2021 15:21 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.3 °C Temperatur_10 50.3 °C
19.11.2021 15:21 ShellyFire71 SHELLY power: 6.12 power 06. Dez
19.11.2021 15:20 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.1 °C Temperatur_10 51.1 °C
19.11.2021 15:20 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.0 °C Temperatur_7 69.0 °C
19.11.2021 15:20 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.9 °C Temperatur_10 51.9 °C
19.11.2021 15:20 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:20 DBLogging DBLOG CacheUsage: 17 CacheUsage 17
19.11.2021 15:20 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.5 °C Temperatur_7 71.5 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.9 °C Temperatur_7 70.9 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.4 °C Temperatur_7 70.4 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.2 °C Temperatur_10 53.2 °C
19.11.2021 15:19 ShellyFire71 SHELLY power: 6.14 power Jun 14
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.7 °C Temperatur_10 51.7 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.2 °C Temperatur_7 68.2 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.8 °C Temperatur_7 68.8 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.0 °C Temperatur_10 51.0 °C
19.11.2021 15:19 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_9: 38.4 °C Temperatur_9 38.4 °C
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.3 °C Temperatur_10 50.3 °C
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:18 DBLogging DBLOG CacheUsage: 13 CacheUsage 13
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.1 °C Temperatur_10 48.1 °C
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.3 °C Temperatur_7 69.3 °C
19.11.2021 15:18 ShellyFire71 SHELLY power: 6.34 power Jun 34
19.11.2021 15:18 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.6 °C Temperatur_10 47.6 °C
19.11.2021 15:17 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.7 °C Temperatur_7 68.7 °C
19.11.2021 15:17 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:17 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:17 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.1 °C Temperatur_7 70.1 °C
19.11.2021 15:17 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.0 °C Temperatur_10 47.0 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.5 °C Temperatur_10 47.5 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:16 ShellyFire71 SHELLY power: 6.27 power Jun 27
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.5 °C Temperatur_7 69.5 °C
19.11.2021 15:16 DBLogging DBLOG CacheUsage: 19 CacheUsage 19
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.5 °C Temperatur_7 70.5 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.6 °C Temperatur_10 49.6 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.2 °C Temperatur_7 71.2 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.7 °C Temperatur_7 70.7 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Temperatur_10: 50.3 °C Temperatur_10 50.3 °C
19.11.2021 15:16 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.1 °C Temperatur_10 51.1 °C
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.4 °C Temperatur_7 68.4 °C
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.1 °C Temperatur_7 69.1 °C
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:15 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:15 ShellyFire71 SHELLY power: 6.27 power Jun 27
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.7 °C Temperatur_7 70.7 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_9: 38.9 °C Temperatur_9 38.9 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_10: 53.2 °C Temperatur_10 53.2 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_10: 52.3 °C Temperatur_10 52.3 °C
19.11.2021 15:14 DBLogging DBLOG CacheUsage: 17 CacheUsage 17
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.2 °C Temperatur_7 69.2 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.7 °C Temperatur_7 69.7 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.7 °C Temperatur_10 51.7 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_7: 70.8 °C Temperatur_7 70.8 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_7: 71.4 °C Temperatur_7 71.4 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Temperatur_10: 51.2 °C Temperatur_10 51.2 °C
19.11.2021 15:14 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 25 % Drehzahl_6 25 %
19.11.2021 15:13 ShellyFire71 SHELLY power: 6.29 power Jun 29
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Temperatur_10: 49.0 °C Temperatur_10 49.0 °C
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.7 °C Temperatur_7 68.7 °C
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Temperatur_10: 48.4 °C Temperatur_10 48.4 °C
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.2 °C Temperatur_7 68.2 °C
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.9 °C Temperatur_10 47.9 °C
19.11.2021 15:13 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 100 % Drehzahl_6 100 %
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.9 °C Temperatur_7 69.9 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_7: 69.4 °C Temperatur_7 69.4 °C
19.11.2021 15:12 DBLogging DBLOG CacheUsage: 12 CacheUsage 12
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_1: 41.5 °C Temperatur_1 41.5 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_7: 68.9 °C Temperatur_7 68.9 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_8: 40.8 °C Temperatur_8 40.8 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_9: 39.4 °C Temperatur_9 39.4 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Temperatur_10: 47.2 °C Temperatur_10 47.2 °C
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Drehzahl_6: 0 % Drehzahl_6 0 %
19.11.2021 15:12 VBUSDEV_7E11 VBUSDEV Anf_Pellet-Ofen: ist_aus Anf_Pellet-Ofen ist_aus
2021.11.21 13:05:46 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547844) line 1, <GEN483569> line 3.
2021.11.21 13:05:46 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:05:51 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 547857) line 1, <GEN483569> line 3.
2021.11.21 13:05:51 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:05:51 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547858) line 1, <GEN483569> line 3.
2021.11.21 13:05:51 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:05:54 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:05:54 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:05:54 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:05:54 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:05:56 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 547873) line 1, <GEN483597> line 3.
2021.11.21 13:05:56 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:05:56 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547874) line 1, <GEN483597> line 3.
2021.11.21 13:05:56 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:06:04 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:04 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:14 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:14 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:20 3: DBLogging_Reopen: Reopen executed.
2021.11.21 13:06:24 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:24 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:29 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 547971) line 1, <GEN483682> line 3.
2021.11.21 13:06:29 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:06:29 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547972) line 1, <GEN483682> line 3.
2021.11.21 13:06:29 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:06:34 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:34 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:44 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:44 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:46 3: HPDrucker: Read callback: Error: 192.168.1.77/info_suppliesStatus.html?tab=Home&menu=SupplyStatus: malformed or unsupported URL
2021.11.21 13:06:54 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:54 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:54 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:06:54 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:06:58 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548051) line 1, <GEN483766> line 3.
2021.11.21 13:06:58 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:06:58 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548052) line 1, <GEN483766> line 3.
2021.11.21 13:06:58 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:03 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548068) line 1.
2021.11.21 13:07:03 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:03 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548069) line 1.
2021.11.21 13:07:03 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:04 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:07:04 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:07:08 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548084) line 1, <GEN483793> line 3.
2021.11.21 13:07:08 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:08 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548085) line 1, <GEN483793> line 3.
2021.11.21 13:07:08 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:13 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548100) line 1, <GEN483793> line 3.
2021.11.21 13:07:13 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:13 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548101) line 1, <GEN483793> line 3.
2021.11.21 13:07:13 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:14 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:07:14 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:07:18 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548119) line 1, <GEN483827> line 3.
2021.11.21 13:07:18 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:18 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548120) line 1, <GEN483827> line 3.
2021.11.21 13:07:18 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:23 1: PERL WARNING: Argument "100 %" isn't numeric in numeric eq (==) at (eval 548136) line 1, <GEN483827> line 3.
2021.11.21 13:07:23 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:23 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 548137) line 1, <GEN483827> line 3.
2021.11.21 13:07:23 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
2021.11.21 13:07:24 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:07:24 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:07:34 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:07:34 1: 192.168.1.235:7053 reappeared (vbus)
2021.11.21 13:07:44 1: 192.168.1.235:7053 disconnected, waiting to reappear (vbus)
2021.11.21 13:07:44 1: 192.168.1.235:7053 reappeared (vbus)
VBUSIF:
Internals:
CFGFN
Clients :VBUSDEV:
DEF 192.168.1.235:7053
DeviceName 192.168.1.235:7053
DeviceType Net
FD 24
FUUID 6197a63b-f33f-fb42-83f9-0225fade11e4a7ea
NAME vbus
NR 768
PARTIAL aa0000117e200005000000000000004b
RAWMSG aa1000227e100001013df4010e00
STATE opened
TYPE VBUSIF
vbus_MSGCNT 111162
vbus_TIME 2021-11-21 13:10:52
Helper:
DBLOG:
state:
DBLogging:
TIME 1637328443.50014
VALUE CONNECTED
MatchList:
1:VBUSDEV .*
READINGS:
2021-11-21 13:10:44 state opened
hmccu:
Attributes:
DbLogExclude .*
room VBUSDEV
@Kowalsky
mit
version VBUS
bekommst du die Version vom Modul herraus. VBUS groß schreiben sonst kommt nichts.
Beim vbus (VBUSIF) verbose mal auf 4 setzen und mitloggen. Was werden da für Devices angezeigt. 7E11 und weitere ....
SQL-Log interessiert nicht.
Hier muss das % entfernt werden. Mal die Definition der angelegten Devices anzeigen (Raw definition) .
2021.11.21 13:05:46 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547844) line 1, <GEN483569> line 3.
2021.11.21 13:05:46 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
Greifen auf den VBUS-LAN Adapter noch andere Geräte zu ?
pejonp
@pejonp
auf den VBUS-LAN Adapter greifen keine weiteren Geräte zu.
version VBUS sagt mir:
File Rev Last Change
21_VBUSDEV.pm 20200919 2020-09-19 10:10:10Z pejonp
19_VBUSIF.pm 20200506 2020-05-06 10:10:10Z pejonp
doif.js 24438 2021-05-14 18:08:18Z Ellert
f18.js 24575 2021-06-03 09:52:42Z rudolfkoenig
fhemweb.js 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
Es kommen Werte für die Devices 7E11, 7E21 und 7E22:
2021.11.22 10:24:07 4: Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7E11
2021.11.22 10:24:07 4: Parse02: DFA ioName: vbus DST-ADR: 0010
2021.11.22 10:24:07 4: Parse12: vbus DST-ADR: 0010 SRC-ADR: 7E11
2021.11.22 10:24:07 4: Parse20 : Command 0101 DevTyp: HASH(0x7c74ce0) Model: 7E21 MSG: 0000000000000000
2021.11.22 10:24:07 4: vbus: Read8: raus
2021.11.22 10:24:07 4: vbus: Read0: Data = 1000117e104001040b01
2021.11.22 10:24:07 4: vbus: Read_Ende: 1000117e104001040b01
2021.11.22 10:24:07 4: vbus: Read0: Data = 1000117e104001040b01010000007d01000000
2021.11.22 10:24:07 4: vbus: Read_Ende: 1000117e104001040b01010000007d01000000
2021.11.22 10:24:07 4: vbus: Read0: Data = 1000117e104001040b01010000007d01000000007e5d094b2703240000
2021.11.22 10:24:07 4: vbus: Read_Ende: 1000117e104001040b01010000007d01000000007e5d094b2703240000
2021.11.22 10:24:07 4: vbus: Read0: Data = 1000117e104001040b01010000007d01000000007e5d094b27032400000000007f
2021.11.22 10:24:07 4: vbus: Read_Ende: 1000117e104001040b01010000007d01000000007e5d094b27032400000000007f
2021.11.22 10:24:07 4: vbus: Read0: Data = 1000117e104001040b01010000007d01000000007e5d094b27032400000000007faa1500117e100001
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a000000730601
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b00000073000000
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f0408000000730000000000
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b0064
2021.11.22 10:24:07 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b00640000001b646400000037
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b00640000001b64640000003701
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b00640000001b646400000037010c000000720000000000
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b00640000001b646400000037010c0000007200000000007f
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1500117e1000010c3e020a0000007306013802013d00000000007f010b0000007300000000007f04080000007300000000007f64000000001b00640000001b646400000037010c0000007200000000007faa1000217e1000
2021.11.22 10:24:08 4: vbus: Read1: protoVersion : 10
2021.11.22 10:24:08 4: vbus: Read2a Len: 164 Counter: 12
2021.11.22 10:24:08 4: vbus: Read4: OK message length: 164 : 164
2021.11.22 10:24:08 4: vbus: Read6 MSG: aa1500117e1000010c3e020a00008601380200000000010b0000000000000408000000000000640000000064000064640000010c000000000000 Payload: 020a00008601380200000000010b0000000000000408000000000000640000000064000064640000010c000000000000
2021.11.22 10:24:08 4: Parse00: ioName: vbus DST-ADR: 0015 SRC-ADR: 7E11
2021.11.22 10:24:08 4: Parse03: Standard-Infos ioName: vbus DST-ADR: 0015
2021.11.22 10:24:08 4: vbus: Read8: raus
2021.11.22 10:24:08 4: vbus: Read0: Data = 01013e01010e00016e
2021.11.22 10:24:08 4: vbus: Read_Ende: 01013e01010e00016e
2021.11.22 10:24:08 4: vbus: Read0: Data = 01013e01010e00016eaa100022
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1000227e100001013d74010e00
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1000227e100001013d74010e00017b
2021.11.22 10:24:08 4: vbus: Read0: Data = aa1000227e100001013d74010e00017baa0000
2021.11.22 10:24:08 4: vbus: Read1: protoVersion : 10
2021.11.22 10:24:08 4: vbus: Read2a Len: 32 Counter: 1
2021.11.22 10:24:08 4: vbus: Read4: OK message length: 32 : 32
2021.11.22 10:24:08 4: vbus: Read6 MSG: aa1000227e100001013df4010e00 Payload: f4010e00
2021.11.22 10:24:08 4: Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7E22
2021.11.22 10:24:08 4: Parse02: DFA ioName: vbus DST-ADR: 0010
2021.11.22 10:24:08 4: Parse12: vbus DST-ADR: 0010 SRC-ADR: 7E22
2021.11.22 10:24:08 4: Parse20 : Command 0100 DevTyp: HASH(0x7c76da8) Model: 7E21 MSG: f4010e00
2021.11.22 10:24:08 4: vbus: Read8: raus
2021.11.22 10:24:08 4: vbus: Read0: Data = 117e200005000000000000004b
2021.11.22 10:24:08 4: vbus: Read_Ende: 117e200005000000000000004b
2021.11.22 10:24:09 4: vbus: Read0: Data = 117e200005000000000000004baa1000117e1000011b
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b0243
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f27
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f2700130000000000
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f000000
2021.11.22 10:24:09 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0000
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f270013
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716274b27034d0000000000
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716274b27034d00000000007f64000000001b
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716274b27034d00000000007f64000000001b00
2021.11.22 10:24:10 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716274b27034d00000000007f64000000001b00000000007f
2021.11.22 10:24:11 4: vbus: Read0: Data = aa1000117e1000011b3406013802013d7b024302003d71582700030c78013a02014966017a01051842010801042f0f270f2700130f274605007e0f270f2700130f270f27001300000000007f00000000007f00000000007f00000000007f00000000007f00000000007f00000000007f0f270f2700130f270f27001300000000007f64000000001b00640000001b64640000003716274b27034d00000000007f64000000001b00000000007faa
2021.11.22 10:24:11 4: vbus: Read1: protoVersion : 10
2021.11.22 10:24:11 4: vbus: Read2a Len: 344 Counter: 27
2021.11.22 10:24:11 4: vbus: Read4: OK message length: 344 : 344
2021.11.22 10:24:11 4: vbus: Read6 MSG: aa1000117e1000011b34860138027b024302f1d82700f8013a02e601fa01420188010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f270000000064000000006400006464000096a74b27000000006400000000000000 Payload: 860138027b024302f1d82700f8013a02e601fa01420188010f270f270f2746050f270f270f270f27000000000000000000000000000000000000000000000000000000000f270f270f270f270000000064000000006400006464000096a74b27000000006400000000000000
2021.11.22 10:24:11 4: Parse00: ioName: vbus DST-ADR: 0010 SRC-ADR: 7E11
2021.11.22 10:24:11 4: Parse02: DFA ioName: vbus DST-ADR: 0010
2021.11.22 10:24:11 4: Parse12: vbus DST-ADR: 0010 SRC-ADR: 7E11
2021.11.22 10:24:11 4: Parse20 : Command 0100 DevTyp: HASH(0x7c74ce0) Model: 7E21 MSG: 860138027b024302f1d82700f8013a02e601fa01420188010f270f270f2746050f270f270f270f27000000
das % finde ich nicht. Könnte die Ursache der nicht numerische Wert beim Userreading sein?
defmod VBUSDEV_7E11 VBUSDEV 7E11
attr VBUSDEV_7E11 DbLogExclude .*
attr VBUSDEV_7E11 DbLogInclude Temperatur_1,Temperatur_2,Temperatur_3,Temperatur_4,Temperatur_6,Temperatur_7,Temperatur_8,Temperatur_9,Temperatur_10,Temperatur_11,Temperatur_12,Volumenstrom_13, Anf_Gasheizung,Anf_Pellet-Ofen,Drehzahl_1,Drehzahl_6,Drehzahl_7,Drehzahl_10,Drehzahl_13
attr VBUSDEV_7E11 event-min-interval .*:900
attr VBUSDEV_7E11 event-on-change-reading Temperatur_1:3,Temperatur_2:2,Temperatur_3:2,Temperatur_4:0.5,Temperatur_5:0.5,Temperatur_6:0.5,Temperatur_7:0.5,Temperatur_8:0.5,Temperatur_9:0.5,Temperatur_10:0.5,Temperatur_11:0.5,Temperatur_12:0.5,Drehzahl_1,Drehzahl_5,Drehzahl_6,Drehzahl_7,Drehzahl_8,Drehzahl_9,Drehzahl_10,Drehzahl_11,Drehzahl_12,Drehzahl_13,Drehzahl_14,Anf_Pellet-Ofen,Anf_Gasheizung,Volumenstrom_13
attr VBUSDEV_7E11 model DeltaSol_MX_Regler
attr VBUSDEV_7E11 room VBUSDEV
attr VBUSDEV_7E11 userReadings Anf_Gasheizung { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") == 0 ? "ist_an" : "ist_aus" },\
Anf_Pellet-Ofen { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }\
attr VBUSDEV_7E11 verbose 1
setstate VBUSDEV_7E11 Defined
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Anf_Gasheizung ist_aus
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Anf_Pellet-Ofen ist_an
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangA 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangB 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangC 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangD 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_1 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_10 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_11 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_12 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_13 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_14 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_2 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_3 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_4 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_5 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_6 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_7 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_8 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_9 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drucksensor_17 99.99 bar
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drucksensor_18 99.99 bar
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drucksensor_19 99.99 bar
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drucksensor_20 99.99 bar
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Fehlermaske 0
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Systemdatum 659270097
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_1 55.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_10 51.2 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_11 32.2 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_12 38.8 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_13 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_14 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_15 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_16 135.0 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_17 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_18 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_19 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_2 56.3 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_20 999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_3 63.5 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_4 57.5 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_5 -999.9 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_6 4.0 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_7 49.2 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_8 56.0 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Temperatur_9 49.4 °C
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_13 292 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_14 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_15 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_17 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_18 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_19 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_20 0 l/h
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Volumenstrom_21 0 l/h
defmod VBUSDEV_7E21 VBUSDEV 7E21
attr VBUSDEV_7E21 DbLogExclude .*
attr VBUSDEV_7E21 event-min-interval .*:120
attr VBUSDEV_7E21 event-on-change-reading .*
attr VBUSDEV_7E21 model DeltaSol_MX_Heizkreis1
attr VBUSDEV_7E21 room VBUSDEV
attr VBUSDEV_7E21 verbose 1
setstate VBUSDEV_7E21 Defined
setstate VBUSDEV_7E21 2021-11-22 10:37:35 Betriebsstatus 14
setstate VBUSDEV_7E21 2021-11-22 10:37:35 Vorlauf_Soll_Temperatur 38.4 °C
defmod VBUSDEV_7E22 VBUSDEV 7E22
attr VBUSDEV_7E22 DbLogExclude .*
attr VBUSDEV_7E22 event-min-interval .*:120
attr VBUSDEV_7E22 event-on-change-reading .*
attr VBUSDEV_7E22 model DeltaSol_MX_Heizkreis2
attr VBUSDEV_7E22 room VBUSDEV
attr VBUSDEV_7E22 verbose 1
setstate VBUSDEV_7E22 Defined
setstate VBUSDEV_7E22 2021-11-22 10:38:42 Betriebsstatus 14
setstate VBUSDEV_7E22 2021-11-22 10:38:42 Vorlauf_Soll_Temperatur 50.0 °C
und manuell angelegt:
defmod VBUSDEV_7E31 VBUSDEV 7E31
attr VBUSDEV_7E31 DbLogExclude .*
attr VBUSDEV_7E31 event-min-interval .*:120
attr VBUSDEV_7E31 event-on-change-reading .*
attr VBUSDEV_7E31 model DeltaSol_MX_WMZ1
attr VBUSDEV_7E31 room VBUSDEV
attr VBUSDEV_7E31 verbose 5
setstate VBUSDEV_7E31 Defined
@Kowalsky
wenn beim vbus (VBUSIF) verbose=4 keine Nachrichten für den 7E31 kommen ist dieser nicht vorhanden ?! ggf mal verbose=5 versuchen und im Log nachsehen oder hier anhängen.
Schon mal versucht mit dem RESOL ServiceCenter auf die VBUS-LAn Schnittstelle zuzugreifen. Was wird angezeigt ?
Zitat
RESOL ServiceCenter
Version: 2.5 b32
Build: 20151027 / 2078a0a5ec8e
Copyright (C) 2004-2012, RESOL - Elektronische Regelungen GmbH.
Visit: http://www.resol.de/
This product includes software developed by:
Eclipse contributors http://www.eclipse.org/
Apache Software Foundation http://www.apache.org/
Trent Jarvi et al http://www.rxtx.org/
Zitat
....
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangA 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangB 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangC 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 AusgangD 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_1 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_10 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_11 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_12 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_13 100 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_14 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_2 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_3 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_4 0 %
setstate VBUSDEV_7E11 2021-11-22 10:33:42 Drehzahl_5 100 %
...
Hier steht doch hinter der Zahl ein %-Zeichen. Das muss vor dem Vergleich entfernt werden.
2021.11.21 13:05:46 1: PERL WARNING: Argument "0 %" isn't numeric in numeric eq (==) at (eval 547844) line 1, <GEN483569> line 3.
2021.11.21 13:05:46 3: eval: { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") == 0 ? "ist_an" : "ist_aus" }
Oder du prüfst auf "0 %".
attr VBUSDEV_7E11 userReadings Anf_Gasheizung { ReadingsVal("VBUSDEV_7E11", "Drehzahl_5", "") eq "0 %" ? "ist_an" : "ist_aus" },\
Anf_Pellet-Ofen { ReadingsVal("VBUSDEV_7E11", "Drehzahl_14", "") eq "0 %" ? "ist_an" : "ist_aus" }\
pejonp
ZitatHier steht doch hinter der Zahl ein %-Zeichen. Das muss vor dem Vergleich entfernt werden.
Oder ReadingsNum nehmen ;)
@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
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
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
@fhemfreund
Ist sehr wenig Information !!!
Was stimmt nicht ? Gibt es einen Log ? Was wird über den RESOL ServiceCenter ausgelesen ?
pejonp
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:
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:
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.
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:
"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 $data = "";
in $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
Seit einigen Tagen habe ich das Problem dass vom Resol VLAN keine Daten mehr in FHEM gelesen werden können. Ich verwende die Versionen:
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.
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
@s1738berger
ich habe diese Versionen: dirkt vom git
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 ?
...
2023.01.23 16:25:43 5: Read VBUS password from file
...
pejonp
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
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.
Bin ich der einzige mit dem Problem?
Hat keiner eine Idee wie ich das sinnvoll lösen könnte?
Push! Alle im Urlaubsmodus?
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:
[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?
prüfe bitte einmal deine 21_VBUSDEV.pm
das muss darin stehen:
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