Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[BlackTigga]

@tombox sagte in Test ViessmannAPI v2.0.0:

Ich habe eingebaut das die virtuelle Geräte nicht aktualisiert werden nochmal neu installieren und testen ob das limit jetzt reicht

Läuft seit heute morgen anstandslos durch :+1:

viessmannapi.0 2021-08-12 16:22:25.665	debug	ignore type:virtual
viessmannapi.0 2021-08-12 16:22:25.664	debug	ignore type:virtual
viessmannapi.0 2021-08-12 16:22:25.650	debug	ignore type:gateway
viessmannapi.0 2021-08-12 16:21:26.324	debug	https://api.viessmann.com/iot/v1/equipment/installations/396344/gateways/7637415019518205/devices/0/features 0 {"data"

[Stefan Epunkt]

Moin an Alle,

ich hab nun schon gesucht und gesucht. Kann mir jemand sagen ob der Systemdruck bei den Datenpunkten dabei ist?

Danke

[Palm_Maniac]

Hallo,

ich bin heute endlich dazu gekommen den neuen Adapter zu testen.

Zunächst hatte ich einfach, ohne den alten zu löschen, den neuen installiert und bekam folgende Fehler im Log:

viessmannapi.0
2021-08-13 14:50:48.768	error	{"error":"internal server error"}

viessmannapi.0
2021-08-13 14:50:48.768	error	Error: Request failed with status code 500

viessmannapi.0
2021-08-13 14:50:48.533	info	starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.viessmannapi, node: v14.17.2, js-controller: 3.3.15

Dann habe ich ihn gelöscht und neu installiert mit dem gleichen Ergebnis, der Adapter bleibt auf Gelb mit diesen Einträgen im Log. Liegt das an mir oder an Viessmann?

[tombox]

@palm_maniac 500 ist ein Fehler bei viessmann einfach abwarten und später probieren

[Ritschy2000]

Hallo,

konnte eventuell schon jemand mit Wärmepumpe inkl. Kühlfunktion (NC) den entsprechenden Datenpunkt finden, woran man erkennt, dass die Kühlung gerade aktiv ist.
Ich finde viele Punkte zum Thema "Cooling", allerdings wird kein Datenpunkt auf "true" gesetzt,
obwohl gerade die Kühlung läuft...

Grüße

[Palm_Maniac]

@tombox also bei mir wird der Adapter auch nach fast 3 Tagen nicht grün, weiterhin Fehler 500. Da die App funktioniert und es wohl bei anderen auch funktioniert, verstehe ich nicht wieso es bei mir nicht will. So viel falsch machen kann man doch nicht...

PS: Oh mann, bin ich ein Honk.... Ich hatte Recaptcha noch an... :face_with_rolling_eyes: Jetzt läufts. :grin:

[schueli86]

Hallo zusammen,

ich schaffe es nicht die Zeitprogramme für Wasser oder für die Heizung zu ändern. Wenn ich setValue aufrufe, dann erhalte ich nachfolgenden Fehler:

statusCode":502,"errorType":"DEVICE_COMMUNICATION_ERROR","message":"DEVICE_COMMUNICATION_ERROR","extendedPayload":{"code":"500","reason":"INTERNAL_SERVER_ERROR","details":"entries[cur].map is not a function"}}

Ich habe bei zum Beispiel folgenden Wert bei viessmannapi.0.XXX.0.features.heating.dhw.schedule.commands.setSchedule.setValue verwendet:

{
  "mon": [
    {
      "start": "05:30",
      "end": "19:30",
      "mode": "on",
      "position": 0
    }
  ]
}

Wenn ich das Heizprogramm verändere, dann erhalte ich den gleichen Fehler.

[tombox]

@schueli86 Hast du mal hier gefragt
https://www.viessmann-community.com/t5/Getting-started-programming-with/bd-p/dev-viessmann-api-getting-started
ob sie helfen können wie der request korrekt aussehen soll

[schueli86]

@tombox bis jetzt noch nicht. Werde ich heute Abend mal machen. Ich hatte die Hoffnung, dass es hier schon jemand geschafft hat.

[tombox]

@schueli86 Ich habe in die github version die error message verbessert dann hilft es die frage zu stellen

[Tiger VI]

@schueli86 Bei der Lüftung habe ich es nun hinbekommen, nachdem ein "Fehler" in der Viessmann API gefixed wurde.

Mit JSON.parse war bei mir der Fehler "entries[cur].map" .... weg.

var standard = '{"mon":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],"tue":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],\
              "wed":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],"thu":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],\
              "fri":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],"sat":[{"start":"00:00","end":"24:00","mode":"standard","position":0}],\
              "sun":[{"start":"00:00","end":"24:00","mode":"standard","position":0}]}'

setState("viessmannapi.0.xxxxxxx.0.features.ventilation.schedule.commands.setSchedule.setValue", JSON.parse(standard)); 

[schueli86]

@tiger-vi Das funktioniert bei mir leider nicht :-(

Hab jetzt folgenden Code von dir genommen und erhalte den gleichen Fehler.

 var standard = '{"mon":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],"tue":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],\
              "wed":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],"thu":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],\
              "fri":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],"sat":[{"start":"00:00","end":"24:00","mode":"normal","position":0}],\
              "sun":[{"start":"00:00","end":"24:00","mode":"normal","position":0}]}'
    setState('viessmannapi.0.XXX.0.features.heating.circuits.0.heating.schedule.commands.setSchedule.setValue', JSON.parse(standard));

Am Ende macht JSON.pars ja auch nur wieder einen JSON aus dem String. Ich hatte es bei mir mit den alten Adapter auch schon als JSON. Schade, hätte klappen können.

[schueli86]

Hallo @tombox,

Ich habe den Fehler gefunden. Im Iobroker ist bei setValue als String angegeben. Wenn ich es auf JSON umstelle, dann funktioniert es. Können wir dies im Adapter ändern?

[tombox]

@schueli86 ich habe mal auf object gesetzt.

installiere neu
alle objekte löschen
instanze neustarten
und dann testen ob string werte und json funktionieren

[schueli86]

@tombox scheinbar wird dann wieder ein String verwendet. Es kommt bei setSchedule wieder der Fehler. Umstellung auf JSON funktioniert dann wieder bei mir.

[tombox]

@schueli86 was änderst du genau auf JSON

[schueli86]

@tombox ich gehe bei setSchedule.setValue auf Objekt bearbeiten und Stelle den Zustandstyp auf json. Die spannende Frage ist, warum es bei @tiger-vi funktioniert.

[tombox]

@schueli86 Das ist auch der einzige Zustandstyp der bei dir funktioniert

[schueli86]

@tombox gemischt scheint auch zu funktionieren.

[Tiger VI]

@schueli86 Bei mir hat es funktioniert, weil "ventilation.schedule.commands.setSchedule.setValue" schon "type": "json" war.
Im Gegensatz zum Heizungsparameter vom Typ "String". Hab es auch gerade erst bemerkt.