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

[io2345]

@michi_pi
Danke für die Rückmeldung. Hätte erwähnen sollen, dass ich das schon probiert hatte. Dann kommt allerdings ein tiefroter Fehler:

script.js.common.Zirkulation_kurz_einschalten_verbessert_JS: SyntaxError: Unexpected token u in JSON at position 0
error at JSON.parse (<anonymous>)
at start_zirk (script.js.common.Zirkulation_kurz_einschalten_verbessert_JS:9:103)
at Object.<anonymous> (script.js.common.Zirkulation_kurz_einschalten_verbessert_JS:25:11)
at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1266:38)
at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:645:29)
at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11229:62)
at processImmediate (node:internal/timers:476:21)

Denke, das ist der Grund, warum der fixe Wert in Codezeile 6 in Hochkommata steht. Weiss aber nicht, wie ich das mit den anderen, zu übergebenden Werten, hinbekomme.

[Michi_Pi]

@io2345 probiers mal hiermit. Die lokale Zwischenspeichern hab ich jetzt mal wegelassen.

var pump_on, schedule_sichern, schedule_wiederherstellen;

async function start_zirk() {
    // Schedule wird zum Einschalten der Pumpe temporär verändert, so dass die Pumpe
    // zwischen 00:00 und 23:59 Uhr zuverlässig eingeschaltet ist. Das in der Wärmepumpe 
    // vorhandene Zeitprogramm der Zirkulationspumpe wird in einen eigenen Datenpunkt gesichert
    
    pump_on = '{"mon":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "tue":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "wed":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "thu":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "fri":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "sat":[{"start":"00:00","end":"23:59","mode":"on","position":0}],\
                    "sun":[{"start":"00:00","end":"23:59","mode":"on","position":0}]}'
    schedule_sichern = getState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue').val;
    
    //setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule', JSON.parse(schedule_sichern));
    setState("viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue", JSON.parse(pump_on)); // oder pump_off
}
 
async function stop_zirk() {
    // Der urspüngliche Schedule wird zurückgeschrieben. 
    
    //schedule_wiederherstellen = getState('0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule').val;
    schedule_wiederherstellen = schedule_sichern;
    setState("viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue", JSON.parse(schedule_wiederherstellen));
}
 
 
on({ id: [].concat(['0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == true) {
    await start_zirk();
    log ("Zirkulationspumpe läuft für zwei Minuten");
    await wait(120000);
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_' /* EigeneDatenpunkte.Heizung.ZirkulationAn  */, false, true);
    await stop_zirk();
  }
});

[io2345]

@michi_pi said in Test ViessmannAPI v2.0.0:
...probiers mal hiermit.

Danke und aha! Wir nähern uns dem Erfolg. Jetzt kommt der Fehler nicht gleich am Anfang, sondern erst, wenn das Stop-Script läuft. Da ist wohl noch der Wurm drin:
SyntaxError: Unexpected token o in JSON at position 1

Frage ist vermutlich, wie bringe ich den Wert "schedule_wiederherstellen" in Hochkommata? Hab es mal so probiert:
"'"JSON.parse(schedule_wiederherstellen)"'");
aber da kommt gleich beim Speichern ein "compile failed" an ebendieser Stelle.

[io2345]

@PAUL53
Paul53, kannst du hier eventuell helfen? Ich hab von dir ein paar gute Sachen in anderen Beiträgen gelesen, du scheinst dich in JScript wirklich gut auszukennen.
Ist wahrscheinlich nur eine Kleinigkeit, die hier fehlt. Das Stop-Script besteht ja eigentlich nur aus der Zeile

setState("<Objekt>", JSON.parse(schedule_wiederherstellen));

Jetzt müsste man nur noch wissen, warum der Wert nicht richtig übergeben wird. Die Fehlermeldung lautet
"SyntaxError: Unexpected token o in JSON at position 1"
Ich denke, der Wert ist nur nicht richtig formatiert vom Typ her. Wenn man ihn - wie im Start-Script - als festen Wert übergibt, geht's ja.

[io2345]

Da hier Funkstille herrschte, hab ich überlegt ob das nun bedeutet "Die Sache ist so einfach, da kommt er selbst drauf" oder "Das ist so schwer, da fällt mir keine Lösung ein".
Ich bin jetzt mal davon ausgegangen, dass ersteres gemeint war, und hab weiter rumprobiert.
Eine funktionierende Script-Variante habe ich nun gefunden, die sieht so aus:

async function start_zirk() {
    // Schedule wird zum Einschalten der Pumpe temporär verändert, so dass die Pumpe
    // zwischen 00:00 und 23:59 Uhr zuverlässig eingeschaltet ist. Das in der Wärmepumpe 
    // vorhandene Zeitprogramm der Zirkulationspumpe wird in einen eigenen Datenpunkt gesichert
    
    pump_on = '{"mon":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"tue":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"wed":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"thu":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"fri":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sat":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sun":[{"start":"00:00","end":"23:59","mode":"on","position":0}]}';
    schedule_sichern = getState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue').val;
    
    setState("0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule",JSON.parse(JSON.stringify(schedule_sichern)));
    
    setState("viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue", JSON.parse(pump_on)); // oder pump_off
}

async function stop_zirk() {
    // Der urspüngliche Schedule wird zurückgeschrieben. 
    
    schedule_wiederherstellen = schedule_sichern;
    setState("viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue", JSON.parse(JSON.stringify(schedule_wiederherstellen)));
}


on({ id: [].concat(['0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == true) {
    await start_zirk();
    log ("Zirkulationspumpe läuft für zwei Minuten");
    await wait(120000);
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_' /* EigeneDatenpunkte.Heizung.ZirkulationAn  */, false, true);
    await stop_zirk();
  }
});

Er meckert zwar im Log "State value to set for <Datenpunkt> has to be one of type "string", "number", "boolean" but received type "object"", aber es läuft zumindest durch.
Wenn jetzt jemand noch Hinweise hätte, wie ich die o.g. Logeinträge vermeiden kann, gerne her damit.

[A Former User]

@io2345

Hi,
wenn du am Anfang deines Scripts die Variablen definierst, und den Datenpunkt als String anlegst, dann sollte das gehen, ganz ohne Fehler..

Also oben noch drueber:

var pump_off, pump_on, schedule_sichern, schedule_wiederherstellen

[guitardoc]

Hallo zusammen,

Ich habe ein Hybridsystem bestehend aus einer Viessmann Gasheizung und einer (neuen) Viessmann Wärmepumpe. Im Moment heize ich mit Gas, welches hier sehr viel preiswerter als Strom ist. Dazu habe ich den Parameter 7B02 der Wärmepumpe auf einen hohen Wert gestellt, damit diese nicht anspringt.
Da ich aber noch eine PV-Anlage auf dem Dach habe, welche an sonnigen Tagen mehr Strom produziert als ich verbrauche bzw. im Akku speichern kann, könnte ich mit dem überschüssigen Strom die Wärmepumpe betreiben und auch das Gas sparen.
Nach meinen bisherigen Recherchen wäre das mit dem Parameter 7B02 in der Wärmepumpe realisierbar, welcher dann eben auf einen sehr hohen (Gasheizung soll laufen) oder einen niedrigeren (Wärmepumpe soll laufen) Wert der Bivalenztemperatur eingestellt wird, je nachdem, ob und wie viel überschüssiger Strom vorhanden ist.
Steuern wollte ich das über ioBroker. Allerdings finde ich im Viessmannapi-Adapter den Parameter 7B02 nicht. Daher meine Fragen:

• Gibt es eine Möglichkeit, diesen Adapter per ioBroker und die Viessmann API in die Wärmepumpe zu schreiben?
• Oder ist die Vorgehensweise über den Parameter 7B02 gar nicht sinnvoll und es gibt eine viel bessere Variante für mein Vorhaben?

Danke schon einmal vorab für die Hilfe!

PS. Hab die Frage schon im allgemeinen Forum gepostet - nicht wundern dass das doppelt erscheint.

[dan11hh]

Kurze Frage, weil ich mir gerade eine WP ggf. von Viessmann anschaffen möchte:
Was muss eine Viessmann WP haben um vernünftig in den ioBroker integriert werden zu können? Geht auch die kleinste, die 150-A?

[wmendelin]

This post is deleted!

[wmendelin]

Ich habe seit einiger Zeit das Problem, das ich keine Daten mehr angezeigt bekomme.
Nun habe ich mal die Viessmann Api 2.3.0 neu installiert und auch bei Viessmann den User gelöscht und neu angelegt.
Das eigenartige ist das ich im Vicare alle Daten habe so wie sonst auch.
Aber nun im Log von IO Broker diese Fehlermeldungen, siehe Screenshot.

Weiß jemand wie ich das gefixt bekomme?

[tombox]

@wmendelin was sagt v2.4.0 oder die github version

[io2345]

@ilovegym
Die Idee ist naheliegend, bringt allerdings keine Änderung.
Problem an der Sache ist, dass das Feld
viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue
offenbar ein object sein muss. Setzte ich da [string String] beschwert er sich lautstark im Log:

"{"viErrorId":"|00-df1620f45a6c415286355551f42a7806-5c26a61706d64cad-01.baf6ebd4_","statusCode":400,"errorType":"DEVICE_COMMUNICATION_ERROR","message":"","extendedPayload":{"httpStatusCode":"BadRequest","code":"400","reason":"VALIDATION_ERROR","details":"The parameter newSchedule="[string String]" does not meet the constraints {"type":"Schedule","modes":["5/25-cycles","5/10-cycles","on"],"maxEntries":8,"resolution":10,"defaultMode":"off","overlapAllowed":true}: The parameter should be an object."}}"

[io2345]

Nach einem kurzen Blick über die verfügbaren Datenpunkte, die man setzen kann, gibt es wohl keinen, mit dem man die Primärpumpe einer Wasser/Wasser-Wärmepumpe (oder wahlweise die ganze Anlage) abschalten kann. Sehe ich das richtig?

Ich möchte vermeiden, dass die Primärpumpe (Grundwasserpumpe) bei einer Leckage im Keller mir denselben flutet. Habe deshalb einen Tuya-Wassersensor angeschafft, mit dessen Hilfe ich über die Viessmann-API in jedem Fall eine zuverlässige Abschaltung erreichen will. Erst mal egal, ob nur die Primärpumpe deaktiviert wird, oder gleich die ganze Wärmepumpe abgeschalten wird. Hauptsache, die Primärpumpe fördert dann nicht mehr.
Alarm würde ja über die Tuya "Smart Home" App kommen. Aber was ist, wenn das Smartphone nachts aus ist oder ich nicht zuhause?

Hat einer von euch eine Idee, wie man das realisieren könnte?
Wenn sonst keine Möglichkeit besteht, das über die API zu machen, habe ich mir schon überlegt, einen Smart Switch zusätzlich anzuschaffen, der im Fehlerfall die Sicherheitskeitskette (Klemmen X3.8 / 3.9) unterbricht. Aber möglicherweise geht's ja doch über die API ???

[A Former User]

@io2345

ich schalte die Zirkulationspumpe so (das Skript hat hier auch schon einer mal gepostet):

// schedule zum einschalten, allerdings nur zwischen 6 und 21 uhr
var pump_on = '{"mon":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"tue":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"wed":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"thu":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"fri":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"sat":[{"start":"06:00","end":"21:00","mode":"on","position":0}],"sun":[{"start":"06:00","end":"21:00","mode":"on","position":0}]}'
// schedule leeren - pumpe ausschalten
var pump_off = '{"mon":[], "tue":[],"wed":[],"thu":[],"fri":[],"sat":[],"sun":[]}' 
 
on({id: '0_userdata.0.Schalter.Zirkulationspumpe'/*Zirkulationspumpe*/, change: "ne"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "")) {
    setState('viessmannapi.0.84605.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(pump_on)); // oder pump_off
  } else {
    setState('viessmannapi.0.84605.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(pump_off)); // oder pump_off
  }
});
 

Da gibts keine Fehlermeldungen bei mir..

[A Former User]

@io2345

Also sowas wuerde ich nicht ueber die Api im Netzwerk machen, wenn Viessman Wartungsarbeiten haben oder so, dann funktioniert das nicht.

Mit dem tuya-Adapter holst du dir den Wassermelder auch lokal in den iobroker, sofern er nicht mit Batterien betrieben ist..
und dann ne Schaltsteckdose oder n Sonoff Basic oder Shelly PM zwischen die Pumpe, damit du abschalten kannst..

[io2345]

@ilovegym
Das von dir gepostete Script hatte ich als Basis für die Weiterentwicklung genommen und dahingehend verbessert, dass die an der Wärmepumpensteuerung eingestellten Werte vorher ausgelesen und zwischengespeichert werden, dann die Zirkulationspumpe eingeschaltet wird
(bei mir ganztägig - 0 bis 24 Uhr) für ein paar Minuten. Am Ende wird der vorher zwischengespeicherte Wert wieder zurück geschrieben.
Heißt: Ändert man an der Wärmepumpensteuerung den Zeitplan für die Zirkulation, bleibt dieser nach dem Scriptlauf auch so erhalten.

Das Script selbst funktioniert einwandfrei:

async function start_zirk() {
    // Schedule wird zum Einschalten der Pumpe temporär verändert, so dass die Pumpe
    // zwischen 00:00 und 23:59 Uhr zuverlässig eingeschaltet ist. Das in der Wärmepumpe 
    // vorhandene Zeitprogramm der Zirkulationspumpe wird in einen eigenen Datenpunkt gesichert
    
   pump_on = '{"mon":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"tue":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"wed":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"thu":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"fri":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sat":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sun":[{"start":"00:00","end":"23:59","mode":"on","position":0}]}'
   schedule_sichern = getState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.properties.entries.value'/*value*/).val;
    
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule',JSON.parse(JSON.stringify(schedule_sichern)));
    
    setState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(pump_on)); // oder pump_off
}

async function stop_zirk() {
    // Der urspüngliche Schedule wird zurückgeschrieben. 
    
    //schedule_wiederherstellen = getState("0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule").val;
    schedule_wiederherstellen = schedule_sichern;
    setState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(schedule_wiederherstellen));
}


on({ id: [].concat(['0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == true) {
    await start_zirk();
    log ("Zirkulationspumpe läuft für zwei Minuten");
    await wait(120000);
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_' /* EigeneDatenpunkte.Heizung.ZirkulationAn  */, false, true);
    await stop_zirk();
  }
});

es kommt lediglich beim Starten und Stoppen die Meldung im Log
State value to set for "viessmannapi.0.133007.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue" has to be one of type "string", "number", "boolean" but received type "object"
Diese Meldung müsste im übrigen bei dir genauso auftauchen, in deinem Script ist das Zeile 10. Kommt bei dir kein Logeintrag im iobroker-Log?

[io2345]

@ilovegym
Na ja, ein Restrisiko besteht natürlich weiterhin. Solange man sein Gerät nicht aus der Tuya-Cloud befreit, ist man mit einer Steckdose aber weiterhin von einem Provider abhängig.
Über die Viessmann API hätte halt den Charme, dass man nicht noch ein weiteres Gerät haben muss und wäre somit meine favorisierte Lösung.

Der Wassermelder läuft im Übrigen mit einer Batterie (vermutlich alle haben eine)

==========================
Update: Dank eines Hinweises auf "rustimation.eu" habe ich es jetzt für mich zufriedenstellend hinbekommen. Die Abschaltung ist zwar nicht 100%ig, da zumindest bei Frostgefahr in der Anlage diese sich wieder aktivieren würde. Aber eine Zeitlang wäre zumindest "aus" und somit ausreichend Gelegenheit, zu reagieren.
Script hierzu:

//Bei Wasser am Sensor neben dem Primärwärmetauscher wird die
//Wärmepumpe abgeschalten. Zum Einschalten in der Steuerung der WP
//die Betriebsart "Warmwasser, Heizen und Kühlen" einstellen oder Datenpunkt 
//"viessmannapi.0.133000.0.features.heating.circuits.1.operating.modes.active.commands.setMode.setValue"
//auf "dhwAndHeatingCooling" setzen

on({ id: [].concat(['tuya.0.bf709929d1fb102bc7am0v.1'/*watersensor state*/]), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == false) {
    setState('viessmannapi.0.133000.0.features.heating.circuits.1.operating.modes.active.commands.setMode.setValue', "standby");
    sendTo("email", "send", {
       text: 'Heizung Alarm. Leckage an Primärpumpe oder Heizung?',
       to: '<deineMailAdresse>@<provider.com>',
       subject: 'Alarm Heizung Leckage',
       from: '<deineMailAdresse>@<provider.com>'
    });
  }
});

[A Former User]

@io2345

Danke fuer die Infos und das Update, ich finds immer gut, wenn andere auch Ihre Scripte teilen, und wissen lassen, woran es gelegen hat...

[io2345]

@io2345 said in Test ViessmannAPI v2.0.0:

Zur Info, nicht dass andere sich wundern: Das Zirkulationspumpenscript (fünf Posts weiter oben) bringt mittlerweile nicht mehr den gewünschten Effekt, warum auch immer.

Mit

pump_on = '{"mon":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"tue":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"wed":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"thu":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"fri":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sat":[{"start":"00:00","end":"23:59","mode":"on","position":0}],"sun":[{"start":"00:00","end":"23:59","mode":"on","position":0}]}'
    setState('viessmannapi.0.133000.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(pump_on));

kann ich den setValue-Datenpunkt zwar beschreiben, die Zirkulationspumpe startet jedoch nicht (zumindest bei mir). Den Grund hierfür kenne ich noch nicht, wollte aber die Info weitergeben.

[mading]

@io2345 sagte in Test ViessmannAPI v2.0.0:

@io2345 said in Test ViessmannAPI v2.0.0:

Zur Info, nicht dass andere sich wundern: Das Zirkulationspumpenscript (fünf Posts weiter oben) bringt mittlerweile nicht mehr den gewünschten Effekt, warum auch immer.

Danke, hat das bei dir immer zuverlässig funktioniert? Bei mir nicht, daher bin ich auf ein Kabel mit Schaltsteckdose umgestiegen…