Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Mike Hellracer]

@Mike-Hellracer
Kann diesen Post bitte einer löschen
Irgendwas ist bei paste schief gegangen
Danke

[Pittini]

@Mike-Hellracer sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Muss ich für die Lüftungsempfehlung noch was einstellen?

Wenn Du benachrichtigt werden willst, beim entsprechenden Raum SendVentMsg auf true setzen

Die Spalte "Funktion" ist eigentlich für den ganzen Channel gedacht.

Sagt wer? Steht wo?

Da gehört dann auch Batterie, Erreichbarkeit, etc. für das Fenster dazu. (damit werden soweit ich weiß auch die Widgets u. a. vom Material Design Adapter automatisch befüllt)

Nope, das sind getrennte Funktionen. Is doch eigentlich logisch, dass ein Gerät verschiedene Funktionen haben kann, Batterie z.B. is wieder ne Funktion für mein Batterieskript usw.

Wäre es nicht vorteilhafter die Spalte "Rolle" dafür zu verwenden? Diese erfüllt doch genau die von dir gewünschte "Einmaligkeit".

Rolle wird vom Adapter vergeben, sollte eigentlich nicht verändert werden und ist auch nicht eindeutig.

Wie denkst du darüber.

Siehe oben

Und wäre es viel Arbeit das Script dahingehend zu ändern bzw. dahingehend konfigurierbar zu machen

Vermutlich ja, mach ich mir aber kein Kopp drum, da es diese Änderung mangels sinnhaftigkeit nicht geben wird.

Solltest Du das Problem haben dass Dir der HM Adapter die Funktionen überschreibt welche Du manuell gesetzt hast, einfach im Adapteradmin das syncen abstellen.

[Mike Hellracer]

@Pittini
Hi
Danke für den Hinweis mit der Meldung.

Irgendwie habe ich das dann in der Beschreibung der Datenfelder von iobroker anders verstanden.
Was nicht heißen soll das es kein Missverständnis sein kann.

Ich dachte...
Funktion = Gewerk = Fenster, Rolladen, etc
Rolle = Typ = Kontakt, Batterie, Erreichbarkeit

Siehe auch.
https://www.iobroker.net/docu/index-243.htm?page_id=5495&lang=de

[Pittini]

@Mike-Hellracer sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Ich dachte...
Funktion = Gewerk = Fenster, Rolladen, etc
Rolle = Typ = Kontakt, Batterie, Erreichbarkeit

Das is ja auch nich verkehrt, aber es spricht doch nix dagegen mehrere Funktionen zuzuweisen. Also z.B. "Verschluss" für Fenster/Türen, aber trotzdem noch "Fenster" oder "Tür " für den jeweils dafür relevanten Datenpunkt. Die Rolle is leider untauglich weil da jeder Adapter was anderes reinschreibt, und es zusätzlich z.B. bei Lampenfarben 2 Mögliche Systeme geben kann, da muß einfach der User via Funktion entscheiden was das Skript jetzt nehmen soll.

[Mike Hellracer]

@Pittini
Pittini
Danke für die erklärenden Worte.
Jetzt habe ich das auch verstanden.
Eigentlich richtig gedacht, aber leider von einigen unterschiedlich interpretiert 😇.
Ich dachte die Rollen "window.tilted" und "window.value" währen eindeutig.
Jetzt verstehe ich auch deine Gründe es über eine "Funktion* umzusetzen.
Habe ich die Möglichkeit den verwendeten Namen der Funktion an einer Stelle des Scripts anzupassen, oder muss der einen bestimmten Namen (Fenster) haben?
Und verwendest du den Namen der Funktion (z. B. window) oder den Alias (Fenster)?

[Pittini]

@Mike-Hellracer sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Ich dachte die Rollen "window.tilted" und "window.value" währen eindeutig.

Meine xiaomi Tür- Fensterkontakte haben als Rolle state und als Wert true/false - nehm ich dagegen den gleichen Sensor mit deconz is die Rolle sensor.open und der Wert auch true/false usw - und zack is vorbei mit eindeutig, Deswegen nehm ich eben die Funktion dafür, das ist auch für Anfänger relativ leicht zu verwenden.

Habe ich die Möglichkeit den verwendeten Namen der Funktion an einer Stelle des Scripts anzupassen, oder muss der einen bestimmten Namen (Fenster) haben?

Ist in den Skripteinstellungen anpassbar.

Und verwendest du den Namen der Funktion (z. B. window) oder den Alias (Fenster)?

Ich verwende das, was man in der Objektliste auswählen kann, also den Alias. Wobei bei mir eh Funktion und Alias identisch sind.

[Mike Hellracer]

@Pittini
Habe jetzt die Funktionen angelegt. Und es werden auch die Fenster angezeigt. ;)
SendVentMsg ist aktiviert. Wann werden die Nachricht verschickt?
Jetzt noch ein Problem. Ich habe 2 Fenster in der Küche und im Esszimmer aber es wird nur jeweils eins angezeigt oder schaue ich vlt falsch.
Auch die angezeigten Zeiten stimmen nicht.
Muss ich da noch was aktivieren?

[Pittini]

@Mike-Hellracer sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

@Pittini
Habe jetzt die Funktionen angelegt. Und es werden auch die Fenster angezeigt. ;)
SendVentMsg ist aktiviert. Wann werden die Nachricht verschickt?

Wie Du es pro Raum in der Objectliste eingestellt hast in "VentWarnTime". Bei 0 is ausgeschaltet.

Jetzt noch ein Problem. Ich habe 2 Fenster in der Küche und im Esszimmer aber es wird nur jeweils eins angezeigt oder schaue ich vlt falsch.

Screenshot? Log?

Auch die angezeigten Zeiten stimmen nicht.

Screenshot? Log?

Muss ich da noch was aktivieren?

Nein.

[Mike Hellracer]

@Pittini
Das mit der Zeit hat sich erledigt. War nur zu ungeduldig. :) Die anderen Themen habe ich dank deiner Hinweise auch gelöst bekommen.
Noch ein Bitte in eigener Sache für "getEnums('functions')"
Ich möchte vorschlagen eine Variable für die Kategorie (hier fest auf 'functions' eingestellt) einzuführen. vlt. "enumCategorie" oder so.

[Mike Hellracer]

@Pittini
kann gelöscht werden. habe mein Problem gelöst

[mrFenyx]

Erstmals, danke @Pittini für dieses Skipt! Ich wollte fragen ob ihr denkt dass jemand Interesse hätte dieses Skript auf Englisch zu haben? Ich habe es für mich übersetzt inkl. alle Kommentare. Funktioniert einwandfrei! Bei Bedarf kann ich es gerne teilen.
Noch ein "Feature Request" an dem ich vielleicht selbst bald bauen werde wäre dass man in den Triggers auch die jetzige Außentemperatur in Betracht nehmen kann. Habe ich z.B. so bei meinem "einfacheren" Skript getan denn im Sommer ist mir eigentlich egal ob eine Tür oder ein Fenster länger offen bleibt aber im Winter würde ich gerne die Warnung bekommen.

[Negalein]

@mrFenyx sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Habe ich z.B. so bei meinem "einfacheren" Skript getan denn im Sommer ist mir eigentlich egal ob eine Tür oder ein Fenster länger offen bleibt aber im Winter würde ich gerne die Warnung bekommen.

das fände ich sehr gut. Derzeit hab ich genau aus diesem Grund die Benachrichtigung deaktiviert.

[Pittini]

@mrFenyx @Negalein Ich versteh Euer anliegen, werde das aber erstmal nicht integrieren, weil das ein riesen Fass aufmacht. Dann will der nächste das für Türen und Fenster separat, der übernächste nur wenns nacht is usw. Ist ja eh schon ein Konfigurationsmonster, das möchte ich nicht noch verschärfen. Ich hab das bei mir so dass nur einmalig ne Benachrichtigung nach 2 Stunden kommt, im Winter setz ich das dann auf 15 Minuten.

[Negalein]

@Pittini sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Ich versteh Euer anliegen, werde das aber erstmal nicht integrieren, weil das ein riesen Fass aufmacht. Dann will der nächste das für Türen und Fenster separat, der übernächste nur wenns nacht is usw. Ist ja eh schon ein Konfigurationsmonster, das möchte ich nicht noch verschärfen. Ich hab das bei mir so dass nur einmalig ne Benachrichtigung nach 2 Stunden kommt, im Winter setz ich das dann auf 15 Minuten.

kein Problem.
Ich aktiviere es jetzt wenns kälter wird wieder.

[Bibo*13]

Erstmal Danke für das Skript. Läuft super.

Gibt es eine Möglichkeit die Logeintäge etwas zurückzunehmen.
Das Skript ist sehr geschwätzig. Was gut wenn man Fehler sucht.
Aber im normal Betrieb sind die MSgs die meisten Einträge im Log.
Das macht es etwas unübersichtlich.
Aber vielleicht habe ich auch einfach einen Parameter(DP) zur Kontrolle derselben übersehen.

vielen Dank

[Pittini]

@Bibo-13 Ganz oben in den Skripteinstellungen, logging von true auf false setzen.

[Bibo*13]

@Pittini Das steht auf false.
Ich habe im Skript nachgesehen und da gibt es doch noch sehr viel log Ausgabe ohne das Logging abgefragt wird.

[Pittini]

@Bibo-13 sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Ich habe im Skript nachgesehen und da gibt es doch noch sehr viel log Ausgabe ohne das Logging abgefragt wird.

Kannste ja als workaround erst mal mit // auskommentieren. Werd mal drübergehen und das mit dem nächsten update einspielen.

[D3ltoroxp]

@Pittini Ich hätte mal eine Frage, bzw. einen Feature Request.

Es wird ja in einem DP Punkt eine Art Log angelegt, also alle Infos, stehen in einem DP. Gibt es hier eine Möglichkeit das zu trennen und den Zähler z.b. für jeden Kontakt zu erstellen in einem extra DP. Also Beispiel : Bad Fenster seit 20 Min offen. Wenn die nächste Meldung kommt wird der DP einfach überschrieben. Dann steht dort eben drin Bad Fenster seit 40 min geöffnet.

Ich habe eine Übersicht mit allen Fenstern, dort hätte ich gern pro Fenster noch einen Text mit der Minutenzahl, so wie sie auch im Message Log stehen. Dann kann ich das über den Fenstern zuordnen.

Quasi hier noch nen DP dazu, wo eben der Text für den passenden Text steht. Ich weiß ja nicht wie schnell und mit welchem Aufwand das um zu setzten ist.

Ich kenne mich leider nicht so aus, sonst hätte man das vllt auch mit nem extra Script aus der Message Log raus holen können, aber dann brauch ich einige Scripte um das bei jedem Fenster zu machen.

Daher meine Frage, ob du das vllt ein wenig aufsplitten kannst ?

[Pittini]

@D3ltoroxp sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Also Beispiel : Bad Fenster seit 20 Min offen. Wenn die nächste Meldung kommt wird der DP einfach überschrieben. Dann steht dort eben drin Bad Fenster seit 40 min geöffnet.

Das macht eigentlich der Dp "LastMessage". Was gefällt Dir an dem nicht?