Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg
-
Das ist gut möglich. Ich habe mir gerade deshalb mit Anwesenheitserkennung eingestellt, dass nach 2 Stunden Abwesenheit die Lüftungsanlage auf 0 geht. Hoffe weniger Heizung zu brauchen.
-
So jetzt weiß ich warum ich mit den Flots und den Scripten nicht so zu recht komm.
Bei mir schreibt er beim Status (Egal welchen Status, ob Heizen, Verdichter, Abtauen etc.) nicht "0" oder "null" rein, sondern lässt es leer und damit nimmt IOBroker anscheinend den letzten Wert, also immer "true" her.
Da ich momentan ein Problem habe, oder was heißt Problem, mittlerweile glaube ich ist das schon normal, und zwar wenn im ISG unter Prozessstatus "ABTAUEN-LL-WT" steht (und das steht momentan fast ständig drin, wahrscheinlich weil es zu kalt ist) geht auch bei Lüfterstufe 0 die Abluft und das stört mich in der Nacht gewaltig. Das ist zwar ein anderes Thema und das falsche Forum, aber wenn das noch jemand hat dann würde ich mich freuen wenn das noch jemand bestätigen kann.
Auf jedenfall möchte ich nun wissen, wann das Abtauen beginnt und wann es aufhört.
Habe hierzu ein Blockly:
Das funktioniert aber leider nicht.
Als Gegentest:
Wenn ich in den Objektbaum gehe, dann steht dort nichts drin:
Auch in der History sind nur die True-Werte drin (somit kann ich auch kein richtiges Flot anzeigen lassen):
Und wenn ich jetzt in meinem Blockly auf den Datenpunkt gehe, dann steht dort noch true drin (mit einem alten Aktualisierungszeit), obwohl im ISG kein Prozess läuft und obwohl im Objektbaum nicht true drin steht:
Jetzt meine Frage, ist das nur bei mir so oder kann das jemand nachvollziehen bzw. mir helfen wie ich das löse
Schonmal Danke im Voraus.
-
Der letzte Screenshot löst es auf. War schon am grübeln, was los ist.
Das Problem, das ich schon beim Erstellen des Adapters hatte, ist, dass die Werte in der ISG Oberfläche nicht auf false gesetzt werden, sondern einfach verschwinden.
Eigentlich sollte der Wert ja seine Gültigkeit verlieren und somit null werden. Komisch.
-
Ja aber genau das ist leider mein Problem, bei mir schreibt er keine null, er bleibt auf true.
Jetzt z.B. habe ich gerade auch im Objektbaum ein "true" stehen von 16:35 Uhr, obwohl das ISG momentan schon wieder das Abtauen ausgeschaltet hat:
-
Ich habe meinen Post nochmal geändert, nachdem du schon gelesen hattest
-
Ja, der setzt sich nicht zurück.
Hab jetzt eines gemacht, hab den Adapter neu gestartet, dann sollte er ja "null" haben:
Hab dann dieses Script schnell angeschubst:
Und das hier ist das Ergebnis:
Crazy oder? Der bleibt einfach auf seinem alten Wert.
-
Hab den Fehler möglicherweise gefunden. Aber nur kurz am Handy den Code überflogen. Muss ich zuhause eruieren.
-
Cool, ja kein Stress
Danke für deine Hilfe.
-
Kannst du evtl. mal den Datenpunkte löschen und den Adapter neustarten. Evtl. ist auch beim Anlegen die Gültigkeit nicht angelegt worden.
-
Kann ich leider gerade nicht testen, weil gerade wirklich abgetaut wird und somit true stimmt
Aber ich hab das Problem bei den anderen Status-Objekten auch wie z.B. Heizen, Heizkreispumpe usw.
-
Mein Hintergedanke war, dass du evtl. noch eine alte Version des Adapters hast. Der vermeintliche Fehler war nämlich keiner.
-
Ja die Frage ist jetzt, ist das nur bei mir so?
Hast du das Problem nicht?
Dann würde ich nämlich den Adapter mal komplett neu installieren.
-
Edit: Falscher Thread
-
Ein Update über die Github-Katze und löschen der Datenpunkte sollte eigentlich reichen. Bei mir ist das eben nicht. Es verschinden die Werte einfach nach 2 Minuten, falls nicht mehr aktiv.
-
Da stimmt etwas im Repo nicht. Mein Adapter wurde mit dem des Zigbee-Adapters überschrieben. Ich recherchier mal.
Oder ist das der falsche Thread? Repo passt nämlich.
-
Ein Update über die Github-Katze und löschen der Datenpunkte sollte eigentlich reichen. Bei mir ist das eben nicht. Es verschinden die Werte einfach nach 2 Minuten, falls nicht mehr aktiv. `
Ja die Werte verschwinden rein optisch ja bei mir auch.
Steht bei dir dann "null" drin oder ist das Objekt einfach leer.
Kannst du mal ein Blockly Script mit z.b. Warmwasser Status machen und schauen ob das geht?
Eilt auch nicht, muss jetzt eh kurz weg. Aber das wäre ne große Hilfe, zu wissen.
Denn wie die Screenshots zeigen ist bei mir auch alles leer, aber IOBroker hat "intern" noch den Wert true.
-
Ja, die verschwinden optisch. Stimmt. Es verfällt einfach nur die Gültigkeit.
Jetzt verstehe ich was du mit "intern" meinst. Das habe ich bei eigentlich allen Adaptern, dass in Blockly irgendwelche Werte als angeblich aktuell beim ersten Auswählen angezeigt werden. Aber ausgewertet wird nur das, was in den Objekten steht. z.B auch Bewegsungsmelder etc. bei mir. Scheint wohl nur eine Vorschau in Blockly zu sein.
-
Ah ok, das kann sein.
Nur bei mir wertet er die nicht richtig aus.
Wie schaut bei dir denn der flot aus z.b. bei dem status warmwasser?
Bei mir ist da nur ne durchgezogene linie, weil er das nicht auswerten kann wenn es nicht läuft.
-
Ich habe noch kein FLOT eingerichtet muss ich sagen. Habe mich eher mit der Adapterentwicklung beschäftigt. Zuletzt eher mit Snips.
Hast du mit Warmwasser auch Probleme? Das zeigt bei mir immer fehlerfrei alles an.
-
Aber ausgewertet wird nur das, was in den Objekten steht. `
Hast du das mal probiert?
Bei mir ist das nicht der Fall, kannst du einfach mal so ein Blockly machen und ausführen wenn deine Warmwasserbereitung nicht geht:
Das habe ich gerade probiert und bei mir läuft die Warmwasserbereitung nicht und hat auch in den Objekten nichts drin stehen (das wäre ja auch korrekt):
Aber er wertet es immer noch mit true aus, ich bekomme bei dem Bildschirm ein true im Telegram.
Hast du die History aktiv? Zeigt er bei dir in der History null an? Bei mir nicht, bei mir nur true und somit geht keinerlei Flot beim Status.
Deswegen wundert es mich sehr wie es bei dir auswerten kann, dann muss ja in meinem IOBroker mehr defekt sein.
Ich will es halt nur echt wissen bevor ich mir die Arbeit mache und den IOBroker neu aufsetze
Deswegen wäre es cool wenn das jemand testen könnte.
