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

[unltdnetworx]

@Qlink
Das geht glaub ich nicht. Du siehst ja auch im ISG nicht welche Stufe aktiv ist.

Ich hab mir z.B. eine Anwesenheiterkennung gebastelt, die bei Abwesenheit nach 30 Minuten die Lüftungsanlage auf 0 setzt. Dazu setze ich einfach die Stufe für Tag und Nacht auf 0. Wann Tag und Nacht ist, kannst du ja selbst definieren.

[nik82]

Das siehst du genau damit, stell doch dein ISG mal um, dann ändert sich ja auch die Einstellung.
Wenn du Programme im ISG aktiviert hast wo unterschiedliche Tag und Nacht Stufen konfiguriert sind, dann musst du ein Script schreiben (Wenn Volumenstrom > 200, dann setze Variable auf Lüfterstufe 3 oder so ähnlich).
Dein ISG zeigt ja auch nicht die aktuelle Lüfterstufe an, sondern nur den aktuellen Volumenstrom.

[Qlink]

Alles klar.
Ich hatte gehofft, dass ich mir den Umweg über ein Script ersparen kann, aber wenns nicht anders geht, dann eben per Script Workaround.

Besten Dank für eure Hilfe!

[unltdnetworx]

@nik82
Die Idee ist gut, aber dann auch dynamisch gestalten, in dem man mit dem Wert der Einstellungen für Stufe 1, 2 und 3 vergleicht. Nicht mit z.B. 200. Dann bleibt das auch dynamisch, falls man mal die Einstellungen ändern würde.

[nik82]

Hallo,
ganz kurze Frage, es wurde glaub ich schonmal wo geschrieben, aber ich finde es einfach nicht mehr.
Die Parameter in dem Adapter:

"intervall for values to pull" und "intervall for commands to pull" sind in Millisekunden?

Und was ist genau mit Values und was genau mit Commands gemeint?

Danke im Voraus.

[unltdnetworx]

@nik82
Irgendwie klappt die Übersetzung noch nicht wie sie soll.
Also Values sind nur lesende Werte, z.B. Temperaturen, etc., Commands kann man ändern. Z.B. die Lüfterstufen.

Die Intervalle sind in Sekunden. Wird im Adapter hochgerechnet.

[nik82]

Ah, danke dir, brauch ich mich nicht wundern warum die Einstellungswerte so spät aktualisiert werden wenn die Commands auf 3600 stehen :-)

[unltdnetworx]

@nik82
Den Standardwert habe ich bewußt auf eine Stunde, also 3600 Sekunden gesetzt, weil ja Einstellungen eher selten geändert werden und damit das ISG weniger beansprucht wird, da weniger Anfragen gesendet werden.

Die Wartezeit musst du ja auch nur abwarten, wenn du etwas am Gerät umstelltst. Wenn die Einstellungen über den Adapter getätigt werden, werden die Werte für Einstellungen innerhalb weniger Sekunden aktualisiert.

[nik82]

Kurze Frage noch, ich habe ja ein Blockly geschrieben, das den Status immer auf false setzt, da ich sonst über den Status keine Abfragen machen kann, weil der Status ja immer auf true steht.
(Hierfür wirst du ja noch keine Lösung haben oder?

Also hier Blockly:

Funktioniert soweit auch einwandfrei, aber ich bekomme seit neuesten immer diese Meldungen im Log:

Kommt aber nur bei "FILTERWECHSEL_(BEIDE)" und bei "ELEKTRISCHE_NACHERWÄRMUNG"?

Kannst du dir das erklären?
Die Objekte sind doch genauso vom Typ boolean wie HEIZEN, HEIZKREISPUMPE oder VERDICHTER...

[unltdnetworx]

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

Hierfür wirst du ja noch keine Lösung haben oder?

Leider nein, es ist auch nicht anders möglich. Maximal dein Skript in den Adapter integrieren, aber das ISG blendet den Wert leider nur aus und setzt ihn nicht auf false. Der Nachteil ist, dass ich nicht weiß, welche Intervalle die Nutzer einstellen.

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

Kannst du dir das erklären?

Ich könnte mir vorstellen, dass die anderen Werte noch nicht aktiv waren und ebenfalls veraltet sind. Danke für den Hinweis, mal schauen woran das liegt.

[nik82]

Danke für deine Rückinfo.
Jetzt habe ich gerade noch etwas gesehen, dazu habe ich aber zu wenig KnowHow und zwar gibt es ja einen "Standardwert" den man dem Objekt zuweisen kann. Zumindest wenn man selber Objekte anlegt.
Wäre das nicht genau das, wenn quasi kein Wert übermittelt wird, dass das Objekt dann einen Standardwert bekommt?

P.S. Wegen den Script Fehler: Stimmt natürlich das die ELEKTRISCHE_NACHERWÄRMUNG und ABTAUEN_LL_WT schon lange nicht mehr aktiv waren, vielleicht liegt es daran?

[unltdnetworx]

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

"Standardwert" den man dem Objekt zuweisen kann

Das stimmt, aber der Wert bekommt den Standardwert, wenn noch kein Wert übertragen wurde. Was theoretisch eine Lösung sein könnte, dass der Wert verfällt und dann evtl. den Standardwert verwendet. Ich teste es mal und stelle ein neue version in Github ein.

[nik82]

Jo wäre cool.
Im Prinzip ist es ja kein Problem, denn die Scripte kann man ja trotzdem mit einer Abfrage verwerten, man kann halt nicht sagen Wert=false, aber dafür kann man ja sagen Wert=/wahr (also ist nicht wahr) somit geht das auch.

Das einzige was ben blöd ist, dass im Flot der Wert "null" nicht ausgewertet werden kann und somit man den Status nicht im Flot anzeigen kann. (Evtl. gibt es da auch ne Lösung, aber ich weiß nicht welche :-) )

[nik82]

Ha, es gibt auch für Flot eine Lösung, in den Objekten kann man im Flot einstellen:
"0 statt null benutzen" somit kann man auch das Flot sauber darstellen:

[unltdnetworx]

@nik82
Sehr gut, die Werte verfallen ohnehin nach dem doppelten Abfrage-Intervall. Meine Notlösung wäre jetzt gewesen, die Werte standardmäßig auf false zu setzen. Aber das könnte dann nicht bedachte Folgen haben. Dann lieber null.

Gut zu wissen. Nützt evtl. dem ein oder anderen.

[nik82]

Jo, Tip Top! Passt alles, kann man dann wirklich so lassen :-)

[unltdnetworx]

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

ich bekomme seit neuesten immer diese Meldunge

Hab eben eine neue Version 1.4.5 auf Github gestellt. Damit sollte diese Meldung weg sein. Du musst allerdings in den Objekten den Ordner "Info --> Status" löschen, damit die Werte neu angelegt werden.

Gib mir bitte Bescheid, ob es geklappt hat. Danke schon mal.

[nik82]

Hi, hm, wenn ich die Objekte löschen muss kann ich es leider nicht testen, da sich die Objekte ja erst anlegen wenn sie aktiv sind und der Heizstab wird bei den Temperaturen nicht einschalten, könnte es höchstens simulieren.
Hast du denn einen "Fehler" in den Objekten gefunden, denn dann sollte es ja passen oder?
Und falls nochmal wer auf das Problem stößt kann er sich ja nochmal melden.

Danke für deine tolle und schnelle Arbeit die du immer leistest!

[unltdnetworx]

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

Hast du denn einen "Fehler" in den Objekten gefunden

Jupp. Der Fehler liegt am Typ des Datenpunktes. Du kannst auch die Punkte in den Objekten manuell auf Logikwert (Boolean) ändern. Einfach in den Objekten auf den Stift und im ersten Reiter auf Logikwert. Im Bereich "Raw" sollte dann "State: boolean" stehen. Dann noch speichern und der Fehler wollte weg sein.

[nik82]

Stimmt, funktioniert, passt, Fehlermeldung ist weg.
Danke :-)