UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[pdbjjens]

[Aktuelle Test Version	0.6.0
Veröffentlichungsdatum	29.08.2025
Github Link	https://github.com/iobroker-community-adapters/ioBroker.myvbus
NPM Link	https://www.npmjs.com/package/iobroker.myvbus

ioBroker Adapter für Resol VBus
Dieser Adapter verbindet ioBroker mit verschiedenen VBus-basierten Geräten mittels resol-vbus, einer JavaScript Library für die Erfassung von RESOL VBus Daten, die bereitgestellt wurde von Daniel Wippermann.
https://github.com/danielwippermann/resol-vbus
https://www.npmjs.com/package/resol-vbus

Eigenschaften

• Ermöglicht das Auslesen der Messdaten verschiedener RESOL (R) VBus (R) -Geräte - vorzugsweise Solar- und Systemregler der DeltaSol Serie inkl. evtl. vorhandener eingebauter Wärmemengenzähler (WMZ) - mithilfe von DL3- oder DL2-Datenloggern, KM2-Kommunikationsmodul, VBus/LAN-Schnittstellenadapter oder Serial/LAN-Gateways lokal über TCP/IP.

• Der Gerätezugriff über den seriellen VBus/USB-Schnittstellenadapter oder via VBus.net (R) über DLx / KMx wird ebenfalls unterstützt.

• Verarbeitet Live-VBus-Datenströme und stellt sie als ioBroker-States zur Verfügung.

• Die Werte werden mit einer konfigurierbaren Zykluszeit aktualisiert.

• Das Auslesen oder Setzen der VBus-Geräte-Konfigurationsparameter wird nicht unterstützt. Dazu sollten die von Resol bereitgestellten Tools verwendet werden, z.B. über VBus.net oder das Parametrisierungstool RPT.

• Das Auslesen von DL3-Kanal 0 (Sensoren, die direkt an das DL3-Gerät angeschlossen sind) wird aufgrund von Einschränkungen der DL3-Schnittstelle nicht unterstützt.

Changelog
0.6.0 (2025-08-29) - 2025H2 maintenance release

• (pdbjjens) Change: node>=20, js-controller>=7.0.7 and admin>=7.6.17 required
• (pdbjjens) Change: Cleanup devDependencies

0.5.1 (2025-02-15)

• (pdbjjens) Fix: Removed attribute "contributor" from package.json (#718)

0.5.0 (2025-01-30) - 2025H1 maintenance release

• (pdbjjens) New: Accept serial port paths /dev/serial/by-id/usb-xxxxxxxxxxxxxxxxxxx or /dev/serial/by-path/platform-xxxxxxxxxxxxxxxxxxx
• (pdbjjens) Change: Migration to ESLint 9
• (simatec) Responsive Design added

0.4.0 (2024-08-13) - 2024H2 maintenance release

• (pdbjjens) Change: node>=18, js-contoller>=5 and admin>=6 required
• (pdbjjens) Change: Removed .npmignore
• (pdbjjens) New: Updated dependencies

0.3.0 (2024-01-24) - 2024 maintenance release

• (pdbjjens) New: Use JSON config UI
• (pdbjjens) New: Support ioBroker discovery
• (pdbjjens) Change: node>=16, js-contoller>=4 and admin>=6 required
• (pdbjjens) Updated dependencies
• (pdbjjens) Fix: Set info.connection false when reconnecting

0.2.5 (2023-03-14)

• (pdbjjens) Updated dependencies
• (pdbjjens) Fix: reconnect handling for serial connections (resol-vbus v0.27.0)

0.2.4 (2023-03-01)

• (pdbjjens) Fix password check

0.2.3 (2023-02-27) - 2023 maintenance release

• (pdbjjens) Updated dependencies
• (pdbjjens) New: Use adapter-dev instead of gulp translate
• (pdbjjens) Fix: error handling for serial connections

0.2.2 (2022-02-11)

• Updated dependencies
• Compatibility check for js-controller 4.0
• Support for js-controller 1.x dropped

0.2.1 (2021-08-18)

• Update dependencies
• Changed allowed range of temperature values to include the error values for short circuit and open circuit

0.2.0 (2021-06-25)

• Dropped node.js 10 support, added node.js 14 and 16 support

Rechtliche Hinweise
RESOL, VBus, VBus.net, DeltaSol und andere sind Marken oder eingetragene Marken der RESOL - Elektronische Regelungen GmbH. https://www.resol.de/de
Alle anderen Marken sind Eigentum ihrer jeweiligen Inhaber.

Installation
Unter iobroker - Adapter - "Installieren aus eigener url" klicken.
Unter "beliebig": https://github.com/iobroker-community-adapters/ioBroker.myvbus.git einfügen.
Unter Adapter - climate-control_group den MyVBus Adapter suchen und ganz rechts auf das klicken um eine neue MyVBus Instanz hinzuzufügen.

Alternativ ist auch eine Installation von NPM über die ioBroker Adapter Seite möglich, wenn ioBroker Verwahrungsort auf "latest" steht.

Auf der folgenden Konfigurationsseite die nötigen Eingaben machen:

HINWEISE:

• Die Voreinstellung für den Verbindungstyp muss explizit ausgewählt werden, sonst kommt keine Verbindung zustande.

• Die korrekten Einstellungen für den direkten LAN-Zugang für VBus/LAN, DL3, DL2, KM2 lauten:
  Verbindungsgerät: VBus/LAN oder KM2 oder DL2 oder DL3
  Verbindungskennung: IP-Adresse (z.B. 192.168.178.188) oder FullyQualifiedHostName (z.B. myKM2.fritz.box)
  VBus Passwort: Das Passwort des Verbindungsgeräts (Voreinstellung: vbus)
  Verbindungs-Port: Voreinstellung 7053 sollte nicht verändert zu werden
  DL3-Kanal: Nur bei DL3/DL2Plus relevant (Werte 1-6, Kanal 0 ist nicht auslesbar). Sonst auf Keins lassen.
  Aktualisierungsintervall: Zeit zwischen der Aktualisierung der erfassten Werte (Voreinstellung 30s)

• Die korrekten Einstellungen für den DL3, DL2, KM2-Zugang via VBus.net lauten:
  Verbindungsgerät: DL3 oder DL2 oder KM2
  Verbindungskennung: vbus.net (oder vbus.io) -- beides ohne http:// und via-Kennung!
  Verbindungs-Port: Voreinstellung 7053 sollte nicht verändert zu werden
  VBus Passwort: Das Passwort des Verbindungsgeräts (Voreinstellung: vbus)
  DL3-Kanal: Nur bei DL3 relevant (Werte: 1-6, Kanal 0 ist nicht auslesbar). Sonst auf Keins lassen.
  Via-Kennung: DeineViaKennung (z.B. d1234567890) -- ohne http:// davor oder .vbus.io dahinter
  Aktualisierungsintervall: Zeit zwischen der Aktualisierung der erfassten Werte (Voreinstellung 30s)

Nach erfolgreichem Verbindungsaufbau sollte unter Objekte eine ähnliche Struktur wie diese zu finden sein:

[mameier1234]

Also... ich bin zwar mit dem Wuliwux Adapter hochzufrieden, aber ich teste gerne...

Das sind meine Einstellungen, es kommt kein Connect zustande...

so sieht es im Log aus:

myvbus.0	2020-04-01 12:41:26.596	error	at process._tickCallback (internal/process/next_tick.js:63:19)
myvbus.0	2020-04-01 12:41:26.596	error	at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
myvbus.0	2020-04-01 12:41:26.596	error	at emitErrorNT (internal/streams/destroy.js:91:8)
myvbus.0	2020-04-01 12:41:26.596	error	at Socket.emit (events.js:198:13)
myvbus.0	2020-04-01 12:41:26.596	error	at Socket.onError (C:\ioBroker\node_modules\iobroker.myvbus\node_modules\resol-vbus\dist\tcp-connection.js:367:9)
myvbus.0	2020-04-01 12:41:26.596	error	at onSocketTermination (C:\ioBroker\node_modules\iobroker.myvbus\node_modules\resol-vbus\dist\tcp-connection.js:336:16)
myvbus.0	2020-04-01 12:41:26.596	error	(7100) [OnReady] error: Unable to connect, stack: Error: Unable to connect
myvbus.0	2020-04-01 12:41:26.575	info	(7100) TCP Connection established
myvbus.0	2020-04-01 12:41:26.573	info	(7100) Force ReInit: true
myvbus.0	2020-04-01 12:41:26.573	info	(7100) VBus Interval: 30
myvbus.0	2020-04-01 12:41:26.573	info	(7100) VBus Via Tag:
myvbus.0	2020-04-01 12:41:26.573	info	(7100) VBus Channel: 1
myvbus.0	2020-04-01 12:41:26.572	info	(7100) VBus Password: vbus
myvbus.0	2020-04-01 12:41:26.572	info	(7100) Connection Identifier: 192.168.160.5
myvbus.0	2020-04-01 12:41:26.572	info	(7100) Connection Type: lan
myvbus.0	2020-04-01 12:41:26.572	info	(7100) Language: de
myvbus.0	2020-04-01 12:41:26.433	info	(7100) starting. Version 0.0.1 in C:/ioBroker/node_modules/iobroker.myvbus, node: v10.19.0
myvbus.0	2020-04-01 12:41:17.197	info	(7620) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
myvbus.0	2020-04-01 12:41:17.197	info	(7620) terminating
myvbus.0	2020-04-01 12:41:17.195	info	(7620) Got terminate signal TERMINATE_YOURSELF
myvbus.0	2020-04-01 12:39:55.783	error	at process._tickCallback (internal/process/next_tick.js:68:7)
myvbus.0	2020-04-01 12:39:55.783	error	at MyVbus.onReady (C:\ioBroker\node_modules\iobroker.myvbus\main.js:181:34)
myvbus.0	2020-04-01 12:39:55.783	error	(7620) [OnReady] error: Cannot read property 'connect' of undefined, stack: TypeError: Cannot read property 'connect' of undefined
myvbus.0	2020-04-01 12:39:55.781	info	(7620) Force ReInit: true
myvbus.0	2020-04-01 12:39:55.781	info	(7620) VBus Interval: 30
myvbus.0	2020-04-01 12:39:55.781	info	(7620) VBus Via Tag:
myvbus.0	2020-04-01 12:39:55.781	info	(7620) VBus Channel: 1
myvbus.0	2020-04-01 12:39:55.780	info	(7620) VBus Password: vbus
myvbus.0	2020-04-01 12:39:55.780	info	(7620) Connection Identifier: COM5
myvbus.0	2020-04-01 12:39:55.780	info	(7620) Connection Type:
myvbus.0	2020-04-01 12:39:55.780	info	(7620) Language: de
myvbus.0	2020-04-01 12:39:55.633	info	(7620) starting. Version 0.0.1 in C:/ioBroker/node_modules/iobroker.myvbus, node: v10.19.0

Und mit dem Wuliwux Adapter mit diesen Einstellungen klappt alles:

[pdbjjens]

@mameier1234
Danke für das Feedback, schau ich mir gleich mal an. Deine Eingaben sehen erstmal richtig aus. Ich gehe davon aus, dass Du einen VBus/LAN Adapter im Lokalen Netzwerk hast?

[pdbjjens]

@mameier1234
O.K. liegt möglicherweise am Port- hab jetzt mal ein Log-output eingebaut. Würdest Du bitte den Adapter nochmal neu installieren (d.h. Instanz und Adapter in die Mülltonne und dann wie gehabt über die Katze nochmals installieren?). Sorry für die Mühe, aber wie schon im Testaufruf geschrieben haben wir keine Möglichkeit gehabt die LAN-Verbindungen zu testen. Daher bist Du jetzt das erste Versuchskaninchen - ich hoffe wir können auf Dich zählen.

[pdbjjens]

@mameier1234
Noch eine Frage: Lief während Deines Tests der wuliwux Adapter, d.h. war er mit dem VBus/LAN verbunden?

[mameier1234]

@pdbjjens Exakt..

[mameier1234]

@pdbjjens sagte in Test Adapter MyVBus v0.0.x GitHub:

@mameier1234
Noch eine Frage: Lief während Deines Tests der wuliwux Adapter, d.h. war er mit dem VBus/LAN verbunden?

Ja.. Aber das war bisher noch nie ein Problem. .. Ich hatte übergangsweise, solange das Script nicht mehr lief auch mit Fhem auf den Resol-Adapter zugegriffen.. Immer gleichzeitig mit dem Wuliwux.. nie ein Problem...

Ich schalte aber zum testen mal ab...

[mameier1234]

@pdbjjens sagte in Test Adapter MyVBus v0.0.x GitHub:

@mameier1234
O.K. liegt möglicherweise am Port- hab jetzt mal ein Log-output eingebaut. Würdest Du bitte den Adapter nochmal neu installieren (d.h. Instanz und Adapter in die Mülltonne und dann wie gehabt über die Katze nochmals installieren?). Sorry für die Mühe, aber wie schon im Testaufruf geschrieben haben wir keine Möglichkeit gehabt die LAN-Verbindungen zu testen. Daher bist Du jetzt das erste Versuchskaninchen - ich hoffe wir können auf Dich zählen.

Jetzt kommen Daten...

[pdbjjens]

@mameier1234
Super, kannst Du nochmal eine Kopie vom Log schicken und einen Screenshot von der Objektstruktur

[mameier1234]

Und diesmal nimmt er auch den Standardport...

myvbus.0	2020-04-01 16:52:52.724	info	(6420) TCP Connection established
myvbus.0	2020-04-01 16:52:52.721	info	(6420) Force ReInit: true
myvbus.0	2020-04-01 16:52:52.721	info	(6420) VBus Interval: 30
myvbus.0	2020-04-01 16:52:52.721	info	(6420) VBus Via Tag:
myvbus.0	2020-04-01 16:52:52.721	info	(6420) VBus Channel: 1
myvbus.0	2020-04-01 16:52:52.720	info	(6420) VBus Password: vbus
myvbus.0	2020-04-01 16:52:52.720	info	(6420) Connection Port: 7053
myvbus.0	2020-04-01 16:52:52.720	info	(6420) Connection Identifier: 192.168.160.5
myvbus.0	2020-04-01 16:52:52.720	info	(6420) Connection Type: lan
myvbus.0	2020-04-01 16:52:52.719	info	(6420) Language: de

Das war vorhin wohl das Problem.. Bei der IP konnte man den Port nicht übergeben...

Mach doch ein Konfig-Feld bei Lan mit vorbelegtem Standardport..

[mameier1234]

@mameier1234

Cool wäre noch, wenn Du die Temperaturangaben mit 27 Nachkommastellen auf 2 begrenzen würdest.. Sieht in der Vis seltsam aus...

[mameier1234]

Und was noch fehlt... Die Infos des WärmemengenZählers...

Wuliwux:

[pdbjjens]

@mameier1234
Danke für die Anregungen - schau ich mir an.

[pdbjjens]

@mameier1234
Bist Du sicher, dass die Werte vom WMZ in myvbus fehlen? Wir verwenden im Prinzip dieselbe Logik wie wuliwux. Kannst Du mal einen Screenshot der gesamten myvbus.0-Instanz mit aufgeklappten Objekten posten?

[mameier1234]

@pdbjjens Ja , ich bin sicher...

[pdbjjens]

@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.

[osser]

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!

[pdbjjens]

@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?

[osser]

@pdbjjens

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.

[pdbjjens]

@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).