Test Adapter MyVBus v0.4.x Latest
-
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. -
@Rille06
Danke für das ausgezeichnete Feedback. Rückmeldungen in dieser Form sind sehr hilfreich für die Verbesserung des Adapters.
Ad hoc hab ich keine Idee was da schief laufen könnte. Ich werde darüber nachdenken - ich melde mich, wenn mir was eingefallen ist oder wenn ich noch Nachfragen habe. -
@Rille06 said in Test Adapter MyVBus v0.0.x GitHub:
Ein Refresh wird nur Sporadisch durchgeführt.
Hab die Refreshzeit schon versucht kürzer und länger zustellen, das ändert allerdings nicht viel.Würdest Du das Verhalten bitte etwas genauer beschreiben?
Der Adapter sollte im Abstand des konfigurierten Abfrageintervalls (Default 30s) die Werte in der Objekteansicht auffrischen (ersichtlich dadurch, dass die Werte kurz grün dargestellt werden).
Wenn das bei Dir nicht der Fall ist, wie groß ist dann der Abstand zwischen den Refreshs (und welches Abfrageintervall ist dabei eingestellt) und ist dieser Abstand unterschiedlich groß oder immer gleich?
Würdest Du bitte Deine Schnittstellen-Hardware mal überprüfen?
Kann es sein, dass Du den RPi UART für die Systemkonsole nutzt (siehe https://www.raspberrypi.org/documentation/configuration/uart.md ) und die Konsole nicht disabled hast?
Hast Du die 3.3V Logik Levels bei Deiner Hardware berücksichtigt bzw. angepasst durch levelshifter?
Es wird dringend empfohlen, VBus und Rechnerhardware galvanisch zu entkoppeln um Störungen auszuschließen. Ich hab das gelöst durch Verwendung eines ELV UO2102 USB-UART Wandlers. So habe ich auch gleich die beiden obigen Probleme mit gelöst. -
Update zum Adapter Test:
-
es wird immer nur ein Modul (Regler oder WMZ) fortlaufend aktualisiert
welches Modul dabei aktiv ist, hängt laut meinem Test davon ab, welches zu erst bei
Resync im Vbus Stream ankommt -
in der Nacht stellte der Adapter dann komplett seinen Dienst ein, was aber an der Router-Zwangstennung auf der Remote Site in Zusammenhang stehen könnte
-
um dies noch näher analysieren zu können, bitte das Log-Level wieder höher stellen- derzeit steht im Log fast gar nichts
-
was mir noch aufgefallen ist, dass auf der Konfigseite des Adapters unter Verbindungstyp immer VBUS/USB angezeit wird, unabhängig von der vorherigen Auswahl
Nochmals Danke an alle beteiligten Developer an dieser Stelle für eure Arbeit!
-
-
@pdbjjens said in Test Adapter MyVBus v0.0.x GitHub:
Wenn das bei Dir nicht der Fall ist, wie groß ist dann der Abstand zwischen den Refreshs (und welches Abfrageintervall ist dabei eingestellt) und ist dieser Abstand unterschiedlich groß oder immer gleich?
Würdest Du bitte Deine Schnittstellen-Hardware mal überprüfen?
Kann es sein, dass Du den RPi UART für die Systemkonsole nutzt (siehe https://www.raspberrypi.org/documentation/configuration/uart.md ) und die Konsole nicht disabled hast?
Hast Du die 3.3V Logik Levels bei Deiner Hardware berücksichtigt bzw. angepasst durch levelshifter?
Es wird dringend empfohlen, VBus und Rechnerhardware galvanisch zu entkoppeln um Störungen auszuschließen. Ich hab das gelöst durch Verwendung eines ELV UO2102 USB-UART Wandlers. So habe ich auch gleich die beiden obigen Probleme mit gelöst.-1: Aktuell sind 60sec eingestellt, in unregelmäßigen Abständen haut das auch hin, ist relativ sporadisch.
-2: Hab noch mal Optisch drüber geschaut, mit FEHM lief diese bis jetzt aber knapp 1 bis 1,5 Jahre ohne Probleme. Hatte grad auch noch mal ser2net und das ServiceCenter am PC für knapp ne Stunde laufen. Hat, wenn ich geschaut habe, auch immer im 1 bis 2sec takt Aktualisiert.
-3: Die von dir verlinkte Problematik ist mir bekannt und auch von vornherein umgesetzt.
-4: was meinst du mit 3.3V Logik levels? da müsstest du mir mal auf die Sprünge helfen? bzw meinst du Low Pegel 3V, High Pegel 3,5V und die nur 3,3V Spannungsversorgung des RPi's? Hatte da eigentlich extra eine angepasste schaltung, müsste da noch mal schauen, von wo ich diese hatte. Ist schon ein paar tage her
-5: Die UO2102 scheint es nicht mehr zu geben. Nachfolger müsste der USB-Modul UM2102N sein? wenn das was hilft, dann würde ich mir diese natürlich zulegen, Preislich hält sich das ja im rahmen.Gerade scheint es zu laufen mhmm
Was ich noch dazu sagen sollte, die gelötete Platine hängt am GPIO und nicht an USB, in der Instanz muss ich allerdings USB einstellen, über Seriell bekomm ich keine verbindung.
