Viessmannapi mit Fehlern im Log
-
@bjoern77
@Ahnungsbefreit
@H4lunkE
@Sprite01Mich wĂŒrde mal interessieren ob jemand seine Heizung darĂŒber gesteuert hat?
@labamba sagte in Viessmannapi mit Fehlern im Log:
@bjoern77
@Ahnungsbefreit
@H4lunkE
@Sprite01Mich wĂŒrde mal interessieren ob jemand seine Heizung darĂŒber gesteuert hat?
Ich habe damit auch nur die aktuellen Daten ausgelesen.
-
@labamba sagte in Viessmannapi mit Fehlern im Log:
@bjoern77
@Ahnungsbefreit
@H4lunkE
@Sprite01Mich wĂŒrde mal interessieren ob jemand seine Heizung darĂŒber gesteuert hat?
Ich habe damit auch nur die aktuellen Daten ausgelesen.
Hallo zusammen, ich muss sagen, dass ich schon ein wenig frustiert bin und mehr und mehr zweifle, ob der iobroker noch die richtige Plattform fĂŒr meine Smarthome-Steuerung ist.
Es werden jede Menge Adapter entwickelt, die Pflege ist aber dann ein anderes Kapitel. Am Beispiel viessmann api wird das nun wieder deutlich. Leider gibt es noch eine Menge weiterer Adapter, die zwar verfĂŒgbar sind aber zum aktuellen Stand nicht mehr kompatibel sind.Ein Beispiel: Durch die Umstellung auf die neue Version werden ofensichtlich die Datentypen sensibler behandelt, was nun eine Flut an Fehlern im Log verursacht (z.B. "has to be type "number" but received type object".).
Wer passt nun die Adapter an, die damit nicht zurecht kommen?
Warum werden solche Ănderungen nicht besser kommuniziert, bzw. deren Auswirkungen nicht vorher abgeklĂ€rt?Bitte nicht falsch verstehen. Ich finde es aller Ehren wert, wenn jemand sich hinsetzt und mit viel MĂŒhe einen Adapter fĂŒr die Allgemeinheit entwickelt. Aber in der OpenSource-Welt ist damit eben auch eine gewisse Verantwortung verbunden.
-
In diesem Fall ist es eher Viessman die ihre API Àndern die nicht mehr abwÀrtskompatibel ist.
Deutsche Unternehmen können keine Software. In der Heizungsbranche ist es besonders schlimm.
Da kocht jeder seine eigene Suppe oder setzt auf Technik von vor Hundert Jahren.
Vaillant ist auch so ein Kandidat.Und dieser neue eebus wird auch soon Mist.
Warum nicht einfach MQTT und JSON Daten. Aber nein, bloĂ nicht Quelloffen bleiben
Hatte ich schon Cloud erwĂ€hnt ? Alle Daten mĂŒssen zum Hersteller damit dieser die Auswerten
oder die Heizung Abschalten kann.
Wie es z.B. Renault mit der ZOE macht, wenn man die Batterie Miete nicht zahlt. -
@manrum1
Ja, nur erwÀchst daraus keine Pflicht ein Hobby Projekt zu Pflegen.
Viessmann ist hier gefordert.
Wird schon, ist ja bald wieder Lockdown. Dann haben wieder viel Leute viel Zeit ;) -
@manrum1
Ja, nur erwÀchst daraus keine Pflicht ein Hobby Projekt zu Pflegen.
Viessmann ist hier gefordert.
Wird schon, ist ja bald wieder Lockdown. Dann haben wieder viel Leute viel Zeit ;) -
Da ioBroker sowie (fast) alle Adapter kostenlos sind und von Leuten in Ihrer Freizeit entwickelt und gepflegt werden, gibts auch keinen Grund, ein 24/7 funktionierendes und stabiles System zu verlangen. Andersrum betrachtet bekommt man fĂŒr lau schon ein ziemlich umfangreiches und laufend aktualisiertes Produkt. Einfach ein bisschen Geduld haben .. is ja auch gerade Sommer und Urlaubszeit.
-
@manrum1 sagte in Viessmannapi mit Fehlern im Log:
Hallo zusammen, ich muss sagen, dass ich schon ein wenig frustiert bin und mehr und mehr zweifle, ob der iobroker noch die richtige Plattform fĂŒr meine Smarthome-Steuerung ist.
Es werden jede Menge Adapter entwickelt, die Pflege ist aber dann ein anderes Kapitel. Am Beispiel viessmann api wird das nun wieder deutlich. Leider gibt es noch eine Menge weiterer Adapter, die zwar verfĂŒgbar sind aber zum aktuellen Stand nicht mehr kompatibel sind.Du weisst aber schon, dass die Programmierer der Adapter das als Hobby machen und ihre Freizeit opfern?
Ein Beispiel: Durch die Umstellung auf die neue Version werden ofensichtlich die Datentypen sensibler behandelt, was nun eine Flut an Fehlern im Log verursacht (z.B. "has to be type "number" but received type object".).
Oh mann, sorry, aber genau DER Fehler kommt vom Beta js-Controller 3.3.x .. das solltest du GELESEN haben..
Wer passt nun die Adapter an, die damit nicht zurecht kommen?
Genau das steht auch da, wo man die Anmerkungen zur Beta Versionen macht, bitte lesen.. ;-)
Warum werden solche Ănderungen nicht besser kommuniziert, bzw. deren Auswirkungen nicht vorher abgeklĂ€rt?
Naja, VORLesen tuts dir halt keiner.. musst schon hier im Forum und bei den entsprechenden Adaptern schauen...
Ich finde, es wird alles sehr gut kommuniziert, man muss sich halt die Zeit nehmen, und lesen.. :-)Bitte nicht falsch verstehen. Ich finde es aller Ehren wert, wenn jemand sich hinsetzt und mit viel MĂŒhe einen Adapter fĂŒr die Allgemeinheit entwickelt. Aber in der OpenSource-Welt ist damit eben auch eine gewisse Verantwortung verbunden.
Ja, ich verstehe das schon, und es ist vielleicht auch mĂŒssig, sich bei 50 Adaptern alles durch zu lesen, aber dafĂŒr gibts ja schöne Abo's, da bekommt man das per Email ...
Gerade beim Viessmann-API Adapter hat der Entwickler ja geschrieben, dass er dran ist, aber nicht weiĂ, ob er rechtzeitig zum 15.7. fertig ist, ist alles auf der Adapterseite kommuniziert worden.. :-)
Das ist halt auch ein Mensch mit Familie und Pflichten, um sich am Leben zu halten.. :-) :-)
-
@manrum1 sagte in Viessmannapi mit Fehlern im Log:
Hallo zusammen, ich muss sagen, dass ich schon ein wenig frustiert bin und mehr und mehr zweifle, ob der iobroker noch die richtige Plattform fĂŒr meine Smarthome-Steuerung ist.
Es werden jede Menge Adapter entwickelt, die Pflege ist aber dann ein anderes Kapitel. Am Beispiel viessmann api wird das nun wieder deutlich. Leider gibt es noch eine Menge weiterer Adapter, die zwar verfĂŒgbar sind aber zum aktuellen Stand nicht mehr kompatibel sind.Du weisst aber schon, dass die Programmierer der Adapter das als Hobby machen und ihre Freizeit opfern?
Ein Beispiel: Durch die Umstellung auf die neue Version werden ofensichtlich die Datentypen sensibler behandelt, was nun eine Flut an Fehlern im Log verursacht (z.B. "has to be type "number" but received type object".).
Oh mann, sorry, aber genau DER Fehler kommt vom Beta js-Controller 3.3.x .. das solltest du GELESEN haben..
Wer passt nun die Adapter an, die damit nicht zurecht kommen?
Genau das steht auch da, wo man die Anmerkungen zur Beta Versionen macht, bitte lesen.. ;-)
Warum werden solche Ănderungen nicht besser kommuniziert, bzw. deren Auswirkungen nicht vorher abgeklĂ€rt?
Naja, VORLesen tuts dir halt keiner.. musst schon hier im Forum und bei den entsprechenden Adaptern schauen...
Ich finde, es wird alles sehr gut kommuniziert, man muss sich halt die Zeit nehmen, und lesen.. :-)Bitte nicht falsch verstehen. Ich finde es aller Ehren wert, wenn jemand sich hinsetzt und mit viel MĂŒhe einen Adapter fĂŒr die Allgemeinheit entwickelt. Aber in der OpenSource-Welt ist damit eben auch eine gewisse Verantwortung verbunden.
Ja, ich verstehe das schon, und es ist vielleicht auch mĂŒssig, sich bei 50 Adaptern alles durch zu lesen, aber dafĂŒr gibts ja schöne Abo's, da bekommt man das per Email ...
Gerade beim Viessmann-API Adapter hat der Entwickler ja geschrieben, dass er dran ist, aber nicht weiĂ, ob er rechtzeitig zum 15.7. fertig ist, ist alles auf der Adapterseite kommuniziert worden.. :-)
Das ist halt auch ein Mensch mit Familie und Pflichten, um sich am Leben zu halten.. :-) :-)
-
-
Hallo zusammen, ich muss sagen, dass ich schon ein wenig frustiert bin und mehr und mehr zweifle, ob der iobroker noch die richtige Plattform fĂŒr meine Smarthome-Steuerung ist.
Es werden jede Menge Adapter entwickelt, die Pflege ist aber dann ein anderes Kapitel. Am Beispiel viessmann api wird das nun wieder deutlich. Leider gibt es noch eine Menge weiterer Adapter, die zwar verfĂŒgbar sind aber zum aktuellen Stand nicht mehr kompatibel sind.Ein Beispiel: Durch die Umstellung auf die neue Version werden ofensichtlich die Datentypen sensibler behandelt, was nun eine Flut an Fehlern im Log verursacht (z.B. "has to be type "number" but received type object".).
Wer passt nun die Adapter an, die damit nicht zurecht kommen?
Warum werden solche Ănderungen nicht besser kommuniziert, bzw. deren Auswirkungen nicht vorher abgeklĂ€rt?Bitte nicht falsch verstehen. Ich finde es aller Ehren wert, wenn jemand sich hinsetzt und mit viel MĂŒhe einen Adapter fĂŒr die Allgemeinheit entwickelt. Aber in der OpenSource-Welt ist damit eben auch eine gewisse Verantwortung verbunden.
@manrum1 da bringst du aber einiges durcheinander!
wenn Viessmann die API Àndert muss ein neuer Adapter geschrieben werden, bzw. der alte "angepasst" was aber einer Neuprogrammierung gleich kommt.
So etwas ist nicht unter Pflege zu verstehen.
Die Meldungen zu den Typen kommt vom neuen admin, da werden gerade alle Adapter angepasst.
@manrum1 sagte in Viessmannapi mit Fehlern im Log:
zum aktuellen Stand nicht mehr kompatibel sind.
warum bist du denn als Betatester unterwegs?
im stable lÀuft alles rund -
-
-
@manrum1 da bringst du aber einiges durcheinander!
wenn Viessmann die API Àndert muss ein neuer Adapter geschrieben werden, bzw. der alte "angepasst" was aber einer Neuprogrammierung gleich kommt.
So etwas ist nicht unter Pflege zu verstehen.
Die Meldungen zu den Typen kommt vom neuen admin, da werden gerade alle Adapter angepasst.
@manrum1 sagte in Viessmannapi mit Fehlern im Log:
zum aktuellen Stand nicht mehr kompatibel sind.
warum bist du denn als Betatester unterwegs?
im stable lÀuft alles rund -
Hat sich bei Viessmann was geÀndert ?
Mein Adapter bleibt jetzt immer auf rot.
Im Log steht folgendes:2021-07-06 13:44:31.375 - info: host.iobroker instance system.adapter.viessmannapi.0 started with pid 26954 2021-07-06 13:44:34.406 - error: viessmannapi.0 (26954) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2021-07-06 13:44:34.410 - error: viessmannapi.0 (26954) unhandled promise rejection: Converting circular structure to JSON --> starting at object with constructor 'TLSSocket' | property '_httpMessage' -> object with constructor 'ClientRequest' --- property 'socket' closes the circle 2021-07-06 13:44:34.411 - error: viessmannapi.0 (26954) TypeError: Converting circular structure to JSON --> starting at object with constructor 'TLSSocket' | property '_httpMessage' -> object with constructor 'ClientRequest' --- property 'socket' closes the circle at JSON.stringify () at /opt/iobroker/node_modules/iobroker.viessmannapi/dist/main.js:152:47 at Generator.throw () at rejected (/opt/iobroker/node_modules/iobroker.viessmannapi/dist/main.js:6:65) at processTicksAndRejections (internal/process/task_queues.js:97:5) 2021-07-06 13:44:34.412 - error: viessmannapi.0 (26954) Converting circular structure to JSON --> starting at object with constructor 'TLSSocket' | property '_httpMessage' -> object with constructor 'ClientRequest' --- property 'socket' closes the circle 2021-07-06 13:44:35.176 - error: host.iobroker instance system.adapter.viessmannapi.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-07-06 13:44:35.177 - info: host.iobroker Restart adapter system.adapter.viessmannapi.0 because enabled -
@sprite01 Ich habe ein neuen Adapter geschriebe benötige nur noch Zugangsdaten zum finalen testen
@tombox Hi, hab dir was geschickt im Chat..
-
@tombox Hi, hab dir was geschickt im Chat..
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen BeitrĂ€ge zu scrollen? Wenn du dich fĂŒr ein Konto anmeldest, kommst du immer genau dorthin zurĂŒck, wo du zuvor warst, und kannst dich ĂŒber neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und BeitrĂ€ge positiv bewerten, um anderen Community-Mitgliedern deine WertschĂ€tzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden đ
Registrieren Anmelden553
Online32.9k
Benutzer83.0k
Themen1.3m
BeitrÀge