Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[bennohaf]

@Thomas-Braun sagte:

@bennohaf sagte:

Kannst Du für das Node Update was empfehlen? Immer noch das Script? Ich dachte, meine regelmäßigen Raspi-Updates haben das irgendwann im Paket.

nodejs (und andere Dinge auch!) müssen immer aktuell gehalten werden. Versuch es per

iob nodejs-update

Und wann hört dieser 'never change ….'-Quatsch endlich mal auf? Das war noch NIE ein kluger Rat.

Danke @tombox . Der iob nodejs-update hat leider durch einen Fehler dazu geführt, dass ich an den ioB nicht mehr dran kam. Da ich aber backups hatte, brach erstmal keine Panik bei mir aus, da ich mein halbes Leben in der IT verbracht habe. Da ich aber nicht aus Deiner Entwickler-Generation komme, war ich etwas verunsichert, was zu tun ist. Nach einigen Versuchen an der Konsole habe ich mich dazu entschlossen, den iobroker neu zu installieren mit dem offiziellen Script. Ich habe einfach drüberinstalliert, konnte ja eh nicht schlimmer werden 😉. Und siehe da, mein ioB war so wieder da, ohne Backup, mit neuen Versionen von Node und NPM. Das ist ja auch eine Erkenntnis und spricht für den ioB.
Eine Frage bleibt, wo ich jetzt ein frisches System habe: gibt es keine Möglichkeit Node und NPM über die ioB Oberfläche zu aktualisieren? Oder werden ab jetzt (sauberes System) diese Pakete mit im Upgrade verarbeitet?
Zu … never change … Ich halte ALLE meine Systeme schon aktuell, von der FritzBox bis zum ioB. Nur mit Node war ich vorsichtig, da ich mal was von „Abwärtskompatibilität“ gelernt habe und ich unsicher war, ob alte Adapter, die nicht ständig gewartet werden, damit klar kommen.
Der Versuch meiner Ehrenrettung 😀

Ach so. Dein Adapter 1.0.1 läuft bestens.
Vielen Dank dafür!

[Thomas Braun]

@bennohaf sagte:

gibt es keine Möglichkeit Node und NPM über die ioB Oberfläche zu aktualisieren? Oder werden ab jetzt (sauberes System) diese Pakete mit im Upgrade verarbeitet?

Kommt darauf an, wie du da unterwegs bist...
Allgemein würde ich immer den Weg über ein Terminal bevorzugen.

iob diag

sagt zu dem Ding jetzt?

ob alte Adapter, die nicht ständig gewartet werden, damit klar kommen.

Die Melden sich dann. Im Terminal jedenfalls.

[gbackus]

Version 1.0.1 installiert und Login läuft wieder. Danke schön an den Entwickler.
Ich habe aber noch nicht getestet, ob auch Änderungen der Parameter funktionieren, so wie bei dem Uralt-Adapter. Kann dazu schon jemand etwas sagen?

[gbackus]

Ich habe mal einiges ausprobiert an Hand der debug-Meldungen aus dem Vaillant-Adapter. Version 1.0.1.
Ändert man in den Objekten von ioBroker z.B. den Wert vaillant.0.xxxx.configuration.domesticHotWater01.tappingSetpoint, erhält man die Fehlermeldung
AxiosError: Request failed with status code 404 und
{"statusCode":404,"message":"Resource not found"}
bei folgendem abgesetzten Kommando:
https://api.vaillant-group.com/service-connected-control/vrc700/v1/systems/xxxx/domesticHotWater/255/tappingSetpoint
Danach erscheint der geänderte Wert in den Objekten zunächst in Rot, wird aber dann, wie auch schon von anderen beschrieben, beim nächsten Refresh wieder auf den ursprünglichen Wert zurückgesetzt. Da hilft auch das Ankreuzen von "Bestätigt" nichts.
Gebe ich aber bei vaillant.0.xxxx.remote.customCommand fogendes ein ("Bestätigt" wird nicht angekreuzt):
{
"url": "domestic-hot-water/255/temperature",
"data": {
"setpoint": 55
}
}
so wird diese neue Temperatur 55°C übernommen und erscheint zunächst in Grün und später in Schwarz.

Die Befehle für vaillant.0.xxxx.configuration.zones01.heating.dayTemperatureHeating (Raumtemperatur) lauten:
{
"url": "zone/0/heating/comfort-room-temperature",
"data": {
"comfortRoomTemperature": 25
}
}
für vaillant.0.xxxx.configuration.zones01.heating.operationModeHeating:
{
"url": "zone/0/heating/operation-mode",
"data": {
"operationMode": "AUTO"
}
}
und für vaillant.xxxx.configuration.domesticHotWater01.operationModeDomesticHotWater:
{
"url": "domestic-hot-water/255/operation-mode",
"data": {
"operationMode": "AUTO"
}
}
Achtung bei der Zone: Bei mir ist für die Zone01 im Befehl die 0 anzugeben. Warum weiß ich nicht.
Ich habe darüber bei Github ein Issue eröffnet.
Jeder kann jetzt weitere Befehle ausprobieren, allerdings sind einige Parameter anscheinend nicht zu ändern, bzw. es gibt andere Fehlermeldungen. Für mich reichen die 4 benannten Parameter für den täglichen Gebruch aus.
Die geänderten Werte erscheinen auch umgehend in der myVaillant-App (iOS)

p.s. xxxx steht bei mir für die benannte Nummer des WLAN-Adapters VR921

[tombox]

@gbackus bitte GitHub version testen

[gbackus]

OK.
Von Github die Version 1.0.2 installiert und alle ioBroker Objektdatenpunkte

• Domestic hot water temperature
• Domestic hot water operation mode
• Heating operation mode
• Heating comfort temperature
  sind direkt änderbar und werden auch von Vaillant bestätigt.
  Ich kann das nur empfehlen. Damit lässt sich sehr gut arbeiten.

Aktuell arbeite ich auf:

• ioBroker js-controller 7.2.2
• Node.js 22.23.1
• ioBroker.vaillant 1.0.2
• Controller: VRC700

Vielen Dank an TA2k für die schnelle response!

[Stefan Müller 0]

Bei mir werden die iobroker-Datenpunkte auch bei Version 1.0.2 nicht von Vaillant (Controller VRC720) übernommen, das geht nur über den customCommand-Datenpunkt.

[tombox]

@Stefan-Müller-0
hast du denn log oder details

[Stefan Müller 0]

@tombox
Wenn ich den DP configuration.dhw01.tappingSetpoint ändere, kommt das hier:
vaillant.0
2026-07-28 11:34:03.404 error No configuration supported please use customCommand

Einen anderen DP zur Änderung der WW-Solltemperatur habe ich nicht.

[tombox]

@Stefan-Müller-0 installier nochmal via GitHub

[Stefan Müller 0]

@tombox
Mit v1.0.3 funktionierts, die DP-Änderungen werden von Vaillant übernommen. Perfekt, danke!