Climate Solutions Community

bjanssen · ‎02.07.2024

Seit 2 Tagen erhalte ich die o.g. Fehlermeldung bei Abfragen über das API. Eine Änderung an dem PHP-Script wurde nicht vorgenommen. Mache ich was falsch, oder was könnte das Problem sein ? Danke für die Hilfe

bjanssen · ‎16.09.2022

das Problem ist wie so oft .... Dokumentation nach Längerem googlen habe ich herausgefunden warum es mir nicht gelungen ist für einen bestimmten Tag mehrer Heiz-/WW-Zeiten zu setzen ... Irgendwo fand ich dann eine Beispiel - .... und so geht's {"newSchedule" : {"wed": [{ "start": "06:00", "end": "07:00", "mode": "normal", "position": 0 }, { "start": "09:00", "end": "10:00", "mode": "normal", "position": 1 } ]} Der Wert "position" muss richtig gesetzt sein. Leider ist nirgenwo beschrieben, dass 'position' die Nummer des Zeitplans ist.

bjanssen · ‎15.09.2022

Hallo, mir gelingt es einen Zeitplan für Heizung und/oder Warmwasser via API Aufrufe zu setzen. Auch für verschiedene Tage. Mir gelingt es aber nicht 2 oder 3 oder 4 verschiedene Zeiten für einen bestimmten Tag zu setzten. Für einen Tag sehen die Daten z.B. so aus (hier Heizplan/Heizpläne) Für einen Zeitplan funktioniert es ... {"newSchedule" : {"wed": [{ "start": "06:00", "end": "07:00", "mode": "normal", "position": 0 } ]} Zeitplan wird auf 06:00 bis 07:00 gesetzt, kann man mit der ViCare APP schön sehen. Für zwei oder mehr Zeitpläne funktioniert es nicht ... {"newSchedule" : {"wed": [{ "start": "06:00", "end": "07:00", "mode": "normal", "position": 0 }, { "start": "09:00", "end": "10:00", "mode": "normal", "position": 0 } ]} Im zweiten Beispiel wird überhaupt kein Zeitplan gesetzt, es passiert gar nichts. Gleiches gilt auch für den WW-Zeitplan. Sende ich einzelne Zeitpläne für einen Tag nacheinander. ist immer nur der zuletzt gesetzte Plan aktiv. was mache ich falsch ? Danke für Ihre Hilfe BJ

bjanssen · ‎12.09.2022

warum auch immer heute morgen läuft meine Erfassung/Steuerung mit meinem PHP Script wieder ... Problem ist einfach weg ... es wurde nichts verändert , rein gar nichts ... Nun , so ist es ab und zu zwischen plus und minus. Keine weiter Aktion notwendig ... Danke für die Unterstützung.

bjanssen · ‎10.09.2022

Das muss ein Problem bei Viessman sein. Seit gestern (9.9.2022) o. vorgestern kann ich auch Heizungsdaten nicht mehr erfassen. Die Authentifizierung klappt nicht mehr ("no rout to host"). Mein PHP-Script lief bis zur Störung einwandfrei und es gab auch kein Limit-Problem. Am PHP-Code wurde nichts, aber auch rein gar nichts geändert. Mit geling es nicht mehr, weder mit PHP-Script noch mit Postman eine Authehtifizierung durchzuführen. Auch wenn ich mich wiederhole ...das Ganze über API zu lösen ist ein Krampf, von Anfang an. Warum muss ich meine eigene Heizung, wenige Meter von mir entfernt, über einen Viessmann-Server abfragen/steuern ? Warum ist dazu ein aufwändiges Verfahren mit Authentifizierung etc. pp notwendig ? Weil Viessmann viele API-Calls beantworten muss gibt es ein Limit (verstehe ich sogar) für die Anzahl der Afragen / Tag. Wenn man das Protokoll der USB/Serial Schnittstelle offen legen würde, könnte ich meine Heizung so oft Afragen bis das USB-Kabel glüht. Über das API lese ich Kiloweise Bytes (von der Heizung über WLAN, über Internet zu Viessmann und wieder zurück auf meinen Computer ... der absolute Irrsinn). Von den vielen Daten interessieren mich nur wenige Parameter und die Pläne (Heizung u. Warmwasser), mehr nicht. Das Auslesen hat über ein paar Wochen halbwegs stabil funktioniert, ok ... nur seit 2 Tagen geht gar nichts mehr. Warum mache Sie es nur so kompliziert, wenn es auch einfach geht. Bitte liebe Viesmänner, legen Sie das USB/Serial Protokoll offen und ich werde den Viessman Server nicht mehr belasten oder überlasten. Mit einem Raspberry PI würde das wunderbar funktionieren ... wenn man das Protokoll kennt. viele Grüße Bernhard Janssen Frankfurt

bjanssen · ‎20.08.2022

danke, der Link hat geholfen ... Änderungen der Schedules (WW und Heating) funktioniert. eine kleine Kritik bleibt trotzdem .... wenn die Dokumentation besser wäre müsste man nicht so viel suchen, um dann irgendwo ein Info zu finden mit der man dan die Lösung "zusammengebastelt" bekommt. Trotzdem vielen Dank ...

bjanssen · ‎18.08.2022

ich nutze das API zum Auslesen einiger Daten aus meiner Heizung. (Betriebsart, Brennerstatus, Pumpenstatus und einges mehr). Läuft, alles zu meiner Zufriedenheit. Mir ist es auch gelungen z.B. Temperatur-Einstellungen (Normal Temp. , Reduzierte Temp. oder WW-Temp.) über das API vorzunehmen. Herauszufinden wie das gemacht wird ... na ja ... schwiering, schwierig und viel "Googeln". Was mir nicht gelingt, mangels Dokumentation, wie man z.B. den WW- oder Heiz-Zeitplan verändern kann. Auslesen, kein Problem. Ändern eines Zeitplanes, in Anlehnungn an die Vorgehensweise wie die Einstellung der Temperaturen erfolgt führt leider nicht zum Erfolg. Grund. ein echter Mangel an Dokumentation. Es gibt viele Seiten mit viel Inhalt in denen vieles beschrieben ist aber ohne Struktur und sehr lückenhaft. Nun mein Frage, wie kann ich den Zeitplan für Warmwasser über das API ändern. Ein einfaches CURL Beispiel würde helfen. Und wie dann der Heizplan geändert wird finde ich dann vermutlich auch selbst heraus, analog wie es mit den Temperaturen war. Danke im Voraus

bjanssen · ‎04.04.2022

zur Ergänzung der Scope war und ist so definiert : (in meinem PHP Script) $url = "$authorizeURL?client_id=$client_id&code_challenge=$code_challenge&scope=IoT%20User&redirect_uri=$callback_uri&response_type=code";

bjanssen · ‎04.04.2022

Hallo Michael, das Problem existiert nicht mehr. Der Fehler trat am 2. April 2022 den ganzen Tag auf, von 00:00 an. (siehe beiligende Grafik der Aussentemperatur). Am 3. April, ab 00:00 Uhr, konnetn die Daten wieder abgerufen werden . Ohne Eingriff meinerseits. also alles ok, Problem beim Viessman Server ???!!!??? viellecht ... viele Grüße

bjanssen · ‎02.04.2022

Wochenlang liefen mein API Zugriffe ohne Probleme. jetze sehe ich diese Meldung ... "You are not allowed to Missing required scope" Ich verstehe diesen Satz nicht (seltsames Englisch, vielleicht liegt es aber auch an mir), Daten kommen auch leider nicht mehr. Warum ?? ["viErrorId"]=> string(36) "req-e6eb62adcd2545209d7712a6661ea68f" ["statusCode"]=> int(403) ["errorType"]=> string(11) "NOT_ALLOWED" ["message"]=> string(45) "You are not allowed to Missing required scope" Gruss BJ

bjanssen · ‎15.02.2022

danke erstmal für Deine Antwort ... Ich denke mein Poblem ist gelöst. So sehen die Abfragen (s.u.) aus meinem PHP script aus. Zunächst wird der Token über die notwendige Autorisierung geholt. Der ist dann rund 120 Minuten gültig Dann werden wie unten gezeigt alle 2 Minuten (20:10 20:12 20:14) die Daten abgeholt. Nach 2 Stunden ist der Token abgelaufen und es wird wieder ein neuer Token geholt (wie beim ersten Mal) und dann wieder 2 Stunden die Daten usw. usw. Das funktioniert stabil, heute (von 0:00 bis 21:10 waren das rund 600 Calls (Token holen, 2 Stunden lang mit dem Token Daten holen, nach 2 Stundenr wieder neuen Token holen dann wieder Daten holen u.s.w. u.s.w.) Das läuft schön automatisch ab. Also alles ok so. Trotzdem hätte ich das gerne genau so aber eben ohne Viessmann Server, einfach nur in meinem Haus ... viele Grüße Token holen ... 15.02.2022 21:10:03 https://iam.viessmann.com/idp/v2/authorize?client_id=CCCCC&code_challenge=CCCCC&scope=IoT%20User&redirect_uri=http://localhost:4200/&response_type=code 15.02.2022 21:10:03 https://iam.viessmann.com/idp/v2/token?grant_type=authorization_code&code_verifier=XXXXX&client_id=XXXXXX&redirect_uri=http://localhost:4200/&code=CCCCC 15.02.2022 20:10:04 https://api.viessmann.com/iot/v1/equipment/installations 15.02.2022 20:10:04 https://api.viessmann.com/iot/v1/equipment/gateways 15.02.2022 20:10:04 https://api.viessmann.com/iot/v1/equipment/installations/XXXX/gateways/XXXX/devices ab jetzt Daten abholen ... alle 2 Minuten bis der Token abläuft 15.02.2022 20.10:05 https://api.viessmann.com/iot/v1/equipment/installations/XXXX/gateways/XXXX/devices/0/features 15.02.2022 20:12:04 https://api.viessmann.com/iot/v1/equipment/installations/XXXX/gateways/XXXX/devices/0/features 15.02.2022 20:14:04 https://api.viessmann.com/iot/v1/equipment/installations/XXXX/gateways/XXXX/devices/0/features u.s.w.

bjanssen · ‎11.02.2022

ich schaue es es mir mal an ..... Danke und VG

bjanssen · ‎11.02.2022

eine erweiterte Gewährleistung benötige ich natürlich nicht im Jahre 12 meines Vitodens 333. Nun, wie geht der direkte Netzwerkztugriff auf meine Heizung (mit Vitoconnect 100 Opto 1) ? mehr Info erwünscht. Mit dem Opto-Adapter via USB am Raspberry geht's auch, aber die Dokumentation welche Daten vorliegen und wie, ist ja so was von dürftig. Auf Nachfrage gibt es keine Dokumentation für Kunden, obwohl es diese Dokumnet gibt. Kein Smart-Home Enthusiast versteht warum das so ist. Und was ist die E3 Regler Platform ? VG

bjanssen · ‎10.02.2022

für meine homebrewed Hausautomation nutze ich das Viessmann API. Nun ist die Dokumentation ja nicht gerade selbsterklärend. Aber nach vielem "googlen", danke an ander Nutzer die vermutlich das gleiche Problem hatte/haben, kann ich nun mit PHP meine Heizungsdaten lesen und auch meine Heizung steuern. Was natürlich bei dieser Art Trial & Error Programmierung passiert ist, man erreicht "RATE_LIMIT_EXCEED". eben durch öfteres trial / errro. Ist zwar nicht schön, weil man wieder warten muss bis man wieder Zugriff hat. Aber gut, das kann man akzeptieren. Was ich nicht verstehe ist, gestern bekam ich irgendwann Nachmittags diese Meldung { "viErrorId": "req-8ddd3938aefe4a4c8cbe60191659cdf6", "statusCode": 429, "errorType": "RATE_LIMIT_EXCEEDED", "message": "API calls rate limit has been exceeded. Please wait until your limit will renew.", "extendedPayload": { "name": "development portal \"XXXXXXXXXXXXXXXXXXX\" daily limit", "requestCountLimit": 1450, "clientId": "XXXXXXXXXXXXXXXXXX", "userId": "XXXXXXXXXXXXXXXXXXXX", "limitReset": 1644537604622 } } Rechne ich 1644537604622 um ergibt das Fri, 11 Feb 2022 00:00:04 GMT In der API-Beschreibung steht, dass bei Überschreitung der Abfrage Limits der Zugang für 24 Stunden gesperrt wird. Ich verstehe limitReset als Zeitpunkt an dem die Abfrage wieder freigegeben wird. Warum erfolgt die Freigabe nun erst am Freitga 00:00 Uhr , wenn Mittochs im Laufe des Nachmittags das Limit überschritten wird ? Eine bessere Variante wäre, bei Limitüberschreitung immer um 00:00 Uhr des Folgetages die Abfrage wieder freizugeben. Ich finde die Rate-Limits nicht besonders geglückt.Wieviel 100000e Heizungsbesitzer gibt es denn die 2 x pro Sekunde wissen wollen wie die Kesseltemperatur ist und damit die Viessmann Server überlasten. Weiter bleibe ich bei meiner Meinung, das was mühsam über das API erreicht werden kann sollte lokal ablaufen. Warum man einen externen Server, um den Status meiner (ich betone meiner) Heizung abzufragen, erschließt sich mir nicht. Trotzdem möchte ich meine Heizung lokal, ohne externe Server, abfragen können, wenn es sein muss auch 50 x pro Sekunde, auch wenn das keinen Sinn ergibt. Wenn Viessmann an meine Heizungsdaten interessiert ist, eine freundlich Frage an mich und sie können sie gerne haben. Bleibt die Frage nach der Art und Weise wie die Freigabe nach RATE_LIMIT_EXCEEDED erfolgt ?

bjanssen · ‎02.04.2020

Hallo Croydon, nur weil alle oder besser viele Hersteller IOT Steuerung über die Cloud anbieten (und sogar erzwingen) bedeutet das noch nicht, dass das der Weisheit letzter Schluss ist. Stellen wir uns mal vor, in Haushalten werden IOT-Devices wie Steckdosenschalter, Rollladensteuerungen, Haustürschlösser u.a. zu tausenden verwendet und müssen alle über APP und Cloud gesteurt werden. Dann funktioniert mal der Server in der Cloud nicht, DSL ist gestört oder der Hersteller wird insolvent. Die Konsequenz die schöne IOT-Funktion ist tot. Bei Insolvenz kann man dann den ganzen Krempel in die Tonne treten weil die Cloud-Server verschwinden. Es ist überhaupt völliger Blödisnn, dass eine IOT-Funktion über Cloud-Computing laufen muss. Warum mann einem Server in China sagen muss , dass ein Rollladen in meiner Küche hochfahren soll, erschließt sich mir nicht. (Mir wäre sogar wurschtegal, dass man dann in China weiss mein Küchenrolladen ist offen oder zu!) Selbst Viessmann limitiert die Frequenz der Anfragen an den Server wegen zu starker Last.. Was soll dieser ganze Blödsinn. Ich erwarte, dass der Hersteller ein Web-Bedienpanel bereitstellt als alternative zum manuellen Bedienpanel (ggf. könnte man das sogar weglassen) und ich binde die Heizung per LAN oder WLAN in mein lokales Netzwerk und habe meine Heizung im Griff. Ob man dann die Daten an Viessmann weitergibt oder nicht entscheidet der Besitzer der Heizung und nicht der Hersteller. Was Viessmann macht ist eine Gängelung seiner Kunden und das wird mit vielen Argumenten beschrieben oder umschrieben und soll gut für die Kunden sein. Nein, ist es nicht und ein echter Grund beim nächsten Mal keine Viessmann Heizung zu kaufen, Heizungen sind keine Artikel die man mal gerade so austauscht. Das Dilemma nutzt Viessmann aus, leider. Warum das möglicherweise angekündigte "official API" Jahre braucht um realisiert zu werden versteht ein halbwegs guter Programmierer nicht. Viessmann baut unbestritten gute Heizungen, in Bezug auf Datenverarbeitung und Computerei sollten Sie noch an Erfahrung nachlegen. Nochmal mein Forderung, offenes API für lokale Netzwerkbetrieb, ordentlich dokumentiert. Das wünsche ich mir, befürchte aber der Wunsch bleibt Wunsch.

bjanssen · ‎25.03.2020

Liebe Viessmänner, wäre es nicht sinnvoll mal hier oder auf einer Ihrer Supportseiten ein Dokumentation zu präsentieren die beschreibt, was mit Zugriff via LAN / WLAN auf die diversen Schnittstellen funktioniert und was nicht. Das berühmte API wie es viele Hausautomatisierer gerne hätten scheint es ja nicht zu geben, lokalen Zugriff gibt es den, ja oder nein. Also alles in Allem ein ausführliche Klarstellung dieser Problematik. Es ist schon sehr verwunderlich warum der Datenzugriff auf eine Heizungssteuerung so kompliziert ist und vom Hersteller so erschwert wird. Denken Sie daran, die Heizung ist von Viessmann, der Eigentümer ist der Käufer. Mir ist klar, dass man per LAN-Steuerung etwas falsch einstellen kann. Das geht aber genauso über die Bedienelemente an der Heizung. Wenn ich nun meine eigene Heizung auf die Art beschädige, dann ist das mein Vergnügen und/oder mein Risiko. Mein Erwartungshaltung ist, der Hersteller, also in diesem Falle Viessmann, stellt eine Web-Bedieneroberfläche bereit die im Grunde das Bedienpanel der Heizung wiederspiegelt. Den Rest erledigen findige Hausautomatisierer selbst, glaube ich jedenfalls. Es muss ja noch nicht mal ein Web-Bedieninterface sein, veröffentlichen Sie das Protokoll mit dem die einzelnen Heizungen über Optolink gesteuert werden, mehr brauchen Sie nicht zu tun. Mit so einer Dokumentation wird eine Einbindung Ihrer Heizungen in eine Haussteuerung zum Kinderspiel. Hier https://github.com/openv/openv/wiki/Die-Optolink-Schnittstelle gibt es ja schon einen großen Teil der Lösung, nur die Protokoll-Information ist unvollständig, weil Sie das geheim halten. Ich wiederhole meine Frage, warum machen Sie es Ihren Kunden so schwer. Übrigens bei lokalen Lösungen ist es nicht nötig Ihre Server zu belasten um dann bei mir die Heizung zu steuern. Sollten Sie an den Daten meiner Heizung interessiert sein, kein Problem, die dürften Sie sogar abgreifen. Also, haben Sie mehr Mut, legen Sie das Steuerungsprotokoll offen und gut ist es. mit freundlichen Grüßen Übrigens bei anderen Herstellern ist das erheblich besser und auch die bauen sicher keine schlechten Heizungen.

Climate Solutions Community

Deine Aktuellen Statistiken

{"error":"Invalid redirection URI."}

Betreff: Nachfrage zum Setzen heating schedule (AP...

Nachfrage zum Setzen heating schedule (API)

Re: API antwortet plötzlich mit Statuscode 500 an ...

Re: API antwortet plötzlich mit Statuscode 500 an ...

Re: finde Dokumentation zum API nicht

finde Dokumentation zum API nicht

Re: "You are not allowed to Missing required scope...

Re: "You are not allowed to Missing required scope...

"You are not allowed to Missing required scope" ...

Re: RATE LIMIT EXCEED

Betreff: RATE LIMIT EXCEED

Betreff: RATE LIMIT EXCEED

RATE LIMIT EXCEED

Betreff: Q&A Viessmann API

Betreff: Q&A Viessmann API

Weitersurfen