Test Adapter MyVBus v0.4.x Latest
-
@pdbjjens Ja , ich bin sicher...
-
@mameier1234
Würdest Du mir helfen, den Fehler mit dem WMZ zu finden? Ich habe ein paar Loggings eingebaut, die die packetfields die vom DeltaSol kommen aufzeichnen. Also Adapter neu von GitHub installieren, Instanz starten und nach dem Start möglichst bald wieder Stoppen, da sonst das Log zugemüllt wird. Dann bitte die beiden ersten Log-einträge nach dem Start des Adapters, die mit received packetFields: und mit received data: beginnen direkt aus dem Logfile in ein Textfile kopieren. Alternativ kannst Du mir auch das gesamte Logfile per Email schicken: jjensen@t-online.de. Danke für die Mühe. -
Hallo pdbjjens,
ich kann hier auch unterstützen.
Ich habe zwar einen anderen Regler (Deltasol M), aber auch das Problem moit dem WMZ.
Bei dem Resol-Adapter von Wuliwux war das eben so, da konnte ich mir aber mit einer zwten Adapter Instanz behelfen.Nach eine Bitte: Könntest du bitte das Feld IP Adresse in der Adapter-Konfig für FQ DNS Adressen einstellen?
Ich frage meine Anlage per DYN DNS ab, deshalb wäre dies sehr hilfreich.
Beim Resol Adapter war dies machbar.Vorab schon mal besten Dank für die Mühe!
-
@osser
Hallo Osser, danke für Deinen Beitrag. Ich werde die Eingabeabfrage gerne ändern, so dass neben IP-Adressen auch FQDNs erlaubt sind. Ich werde hier posten, wenn ich das eingebaut habe.bzgl. WMZ: Da ich selber kein DeltaSol mit WMZ habe, noch ein paar Verständnisfragen:
- Was benutzt Du als Schnittstelle zum DeltaSolM Regler: VBus/LAN oder DLx oder VBus.net oder?
- Die WMZ in DeltaSolM und DeltaSolE sind eingebaute Funktionen, kein separates Gerät, richtig?
- Und die Abfrage der values erfolgt für Regler und WMZ über dieselbe Hostadresse/Port7053?
- Unterschieden wird das nur über die unterschiedliche Resol deviceIDs?
- Wie funktioniert die Abfrage des WMZ-Devices unter diesen Bedingungen mit einer zweiten Adapter Instanz?
-
Ja, Interface ist ein VBus/LAN
Der WMZ ist im Regler integriert.
Der Port ist 7053 - beide Module senden auf dem gleichen Port, die Daten kommen sequentiell, zwischen den Moduldaten wird ein MSB Byte gesendet dann folgt das nächste Modul.
Wie du schon richtig schreibst, die Unterscheidung erfolgt über die Modul-Adresse.
Die Datasets der Module haben unterschiedliche Längen, diese stehen aber im jeweiligen Header-(Anzahl Frames).Bzgl. zweite Resol-Adapter-Instanz:
Ziemlich diffizil! Bei der Erstinitialisierung des Adapters (Anlegen der Objekte) muss er das richtige Modul erwischen.
Weiterhin unterschiedliche Schedules für beide Adapter.
Also nicht ganz so super, wie man sich das so vorstellt.
Ein Restart der Adapter sollte deshalb möglichst vermieden werden....Falls du möchtest, stelle ich dir gern mal für einen definierten Zeitraum nach Abstimmung meinen Vbus zum Testen zur Verfügung.
-
@osser
Danke, Deine Info war sehr hilfreich, da es meine Vermutungen bestätigt.
Du schreibst in Deinem vorherigen Post, dass auch der Resol-Adapter von Wuliwux nicht in der Lage war, den WMZ in derselben resol-Instanz zu erfassen und darzustellen. Deshalb Dein workaround mit der zweiten Instanz.
Dem scheint aber der Post #13 von @mameier1234 zu widersprechen, wo beide devices in einer resol-Instanz zu sehen sind.
Daher bin ich jetzt etwas verwirrt.
Von wann sind Deine Erfahrungen mit dem wuliwux-Adapter (version)?
Kann es sein, dass @mameier1234 eine neuere version des wuliwux-Adapters benutzt hat, die entsprechend erweitert wurde (obwohl ich im Code des wuliwux-Adapters keine diesbezüglichen Änderungen finden konnte).
In letzterem Fall würde ich mich bemühen, diese Funktion auch im myvbus-Adapter zu implementieren. Dazu wäre ein log-Auszug des myvbus-Adapters (wie von mir in Post #17 geschrieben) äußerst hilfreich.
Danke auch noch für Dein Angebot bzgl. der Nutzung Deines VBus-Zugangs für Testzwecke. Darauf werde ich gerne zurückkommen (wenn ich den FQDN-Zugang implementiert habe). -
das vollständige Logfile habe ich dir per Mail zugesendet.
Bzgl. der Erfahrung von @mameier1234 war ich grnauso überrascht.
Ich habe eigentlich den Adapter vom aktuellem Repo installiert und auch umfänglich getestet.
Werde mir das aber nochmal wiederholt ansehen. -
@osser
Danke für das Logfile, ist jetzt komplett! aber wie ich schon dachte, es sind keine deviceIDs 7316 (WMZ) drin enthalten nur 7311 (Regler). Jetzt stellt sich die Frage warum nicht. Meine erste Vermutung ist, dass beim Verbindungsaufbau nur ein Header im Headerset angelegt wird (nämlich der vom Regler) und kein weiterer für den WMZ. Ich verstehe aber nicht, warum das beim wuliwux Adapter der Fall sein soll, bei myvbus aber nicht, denn die entsprechenden Code Teile sehen ziemlich gleich aus. -
@mameier1234
Welche version vom wuliwux-Adapter verwendest Du, der den WMZ in derselben Instanz anzeigen kann? -
@pdbjjens sagte in Test Adapter MyVBus v0.0.x GitHub:
@osser
Danke, Deine Info war sehr hilfreich, da es meine Vermutungen bestätigt.
Du schreibst in Deinem vorherigen Post, dass auch der Resol-Adapter von Wuliwux nicht in der Lage war, den WMZ in derselben resol-Instanz zu erfassen und darzustellen. Deshalb Dein workaround mit der zweiten Instanz.
Dem scheint aber der Post #13 von @mameier1234 zu widersprechen, wo beide devices in einer resol-Instanz zu sehen sind.
Daher bin ich jetzt etwas verwirrt.
Von wann sind Deine Erfahrungen mit dem wuliwux-Adapter (version)?
Kann es sein, dass @mameier1234 eine neuere version des wuliwux-Adapters benutzt hat, die entsprechend erweitert wurde (obwohl ich im Code des wuliwux-Adapters keine diesbezüglichen Änderungen finden konnte).Ich habe nur eine Instanz vom Wuliwux laufen.. v 0.0.1 von Github .. bestimmt schon 2 Monate nicht mehr angefasst.
-
@pdbjjens sagte in Test Adapter MyVBus v0.0.x GitHub:
@mameier1234
Würdest Du mir helfen, den Fehler mit dem WMZ zu finden? Ich habe ein paar Loggings eingebaut, die die packetfields die vom DeltaSol kommen aufzeichnen. Also Adapter neu von GitHub installieren, Instanz starten und nach dem Start möglichst bald wieder Stoppen, da sonst das Log zugemüllt wird. Dann bitte die beiden ersten Log-einträge nach dem Start des Adapters, die mit received packetFields: und mit received data: beginnen direkt aus dem Logfile in ein Textfile kopieren. Alternativ kannst Du mir auch das gesamte Logfile per Email schicken: jjensen@t-online.de. Danke für die Mühe.2020-04-03 14:04:00.011 info (8688) received data: [{"id":"00_0010_7722_10_0100_000_2_0","name":"Temperatur Vorlauf","value":62.400000000000006,"deviceName":"DeltaSol E [WMZ]","deviceId":"00_7722_0010","addressId":30498,"unitId": myvbus.0 2020-04-03 14:04:00.010 info (8688) received packetFields[{"id":"00_0010_7722_10_0100_000_2_0","packet":{"destinationAddress":16,"sourceAddress":30498,"timestamp":"2020-04-03T12:03:39.045Z","command":256,"frameCount":3,"frameDataWuliwux:
Das kommt bei mir..
-
@mameier1234
Strange; im myvbus log ist jetzt nur der WMZ (7722) enthalten.
Ist in der myvbus Instanz jetzt nur noch der WMZ angelegt und nicht der Regler?
Laufen jetzt wuliwux und myvbus gleichzeitig?
Ich habe jetzt einen geänderten myvbus nach GitHub geschoben mit zusätzlichem packet log (also vorsicht, Instanz nur kurz starten und dann wieder pausieren, sonst müllt es euch das Log voll) Außerdem während des Tests bitte wuliwux Instanz anhalten und löschen.
Wenn Du mir ein Log schickst, dann bitte ein Kopie aus dem iobroker SmartHome/log -Verzeichnis, sonst ist es unvollständig (die log Einträge sind leider ewig lang)
@osser
Diese Version enthält die FQDN-Erweiterung: wäre schön, wenn Du probieren würdest, ob es jetzt geht. -
@pdbjjens
konnte erfolgreich testen; FQDN funktioniert! -
@osser
Super, freut mich. Ich hab die Admin-Seite noch etwas verschönert und den LAN-Port konfigurierbar gemacht (Wunsch von @mameier1234 ). Gleichzeitig habe ich die Logs disabled.
Also sollte die Version die jetzt auf GitHub ist normal benutzbar sein (bis auf das WMZ Problem).
Vielleicht könnte ich das WMZ Problem leichter eingrenzen, wenn ich mal Zugriff auf Dein VBus/LAN bekäme. Oder würde das nicht funktionieren? -
meine Wuliwux Instanz will ich eigentlich momentan nicht löschen.. Da basiert meine komplette Pool-Heizungssteuerung drauf... Abschalten ..OK.. Draussen ist es ja noch kalt
Wenn Du möchtest, können wir ja mal ne Teamviewer Session machen und du schaust es dir live an ?
-
@pdbjjens
ja klar, das können wir gern machen. Ich sende dir per mail die Login Parameter.
Meine Resol Adapter lasse ich deaktiviert.Update zum Status:
Ich habe kurz nochmal den myVbus Adapter aktiv gestellt und welch Überraschung- die Daten vom WMZ
sind mit enthalten!
Hast du da schon etwas geändert gehabt? -
@mameier1234
O.K. können wir gerne machen; hab momentan nur AnyDesk installiert; geht das auch bei Dir? Ansonsten muss ich erstmal Teamviewer installieren. -
@osser said in Test Adapter MyVBus v0.0.x GitHub:
@pdbjjens
ja klar, das können wir gern machen. Ich sende dir per mail die Login Parameter.
Meine Resol Adapter lasse ich deaktiviert.Update zum Status:
Ich habe kurz nochmal den myVbus Adapter aktiv gestellt und welch Überraschung- die Daten vom WMZ
sind mit enthalten!
Hast du da schon etwas geändert gehabt?ey, ist ja super; sind die vom Regler denn auch noch da? Schick doch mal einen Screenshot!
Geändert haben wir eigentlich nur was an der Config-Seite bzgl. Port, FQDN und insbesondere am password handling (Dutchman hat die obligatorische password encryption eingebaut - allerdings erst vor einer Stunde).
Was auch gut geklappt hat: ich habe eben remote eine Instanz mit Deinem DeltaSolM aufgebaut; hat sofort geklappt - leider aber nur mit dem Regler, von WMZ keine Spur. Ich habe die Instanz sofort wieder gelöscht; aber ich würde gerne in Zukunft gerne nochmal exklusiv darauf zugreifen. Wär es o.k. wenn ich Dir Anfragen dazu per email schicke und Du mir mögliche Zeitfenster mitteilst? -
-
Moin,
sehr coole geschichte, vielen dank
Hab vorhin mal meinen RPi wieder aufgesetzt und gleich getestet.Infos:
Regler: Oventrop Oventrop RQ XXL
Geräteadresse: 0x7541
Schnittstelle: UART des RPi's und Platine aus Resol Duko gelötet
Platform: Raspberry Pi 3 B+Die Verbindung steht soweit, allerdings passt der Refresh bei mir nicht.
Ein Refresh wird nur Sporadisch durchgeführt.
Hab die Refreshzeit schon versucht kürzer und länger zustellen, das ändert allerdings nicht viel.Mit diesem Aufbau hab ich auch schon über FHEM ausgelesen, da war der Refresh kein Problem.
Allerdings ist mir IOBroker 1000mal lieberDas einige werte nicht stimmen bzw garnicht angezeigt werden, ist mir erstmal egal,
das liegt sowieso an Oventrop... die geben ihr Protokoll nicht raus und bei Resol im ServiceCenter sind die Daten
auch falsch hinterlegt...
EDIT:
Die UART Schnittstelle und die Platine selbst kann ich fast ausschließen als Ursache.
Mit ser2net "Stream" ich die Schnittstelle ins netzwerk und mit USR-VCUM frag ich diese dann von meinem PC ab,
dann bekomme ich im ServiceCenter alle 1 bis 2 sec neue werte.
Ich denke mal dass das Problem irgendwo zwischen RPi und IOBroker selbst liegt, eher weniger an eurem Adapter.
Ich weiß nur nicht, nach was ich suchen soll, hat von euch jemand eine idee?PS: ser2net wird nur gestartet, wenn ich auch darauf zugreifen will. Für die normalen Betrieb ist der Dienst immer aus.
Damit dieser die UART Schnittstelle für IOBroker nicht blockiert.
