[Vorlage] Generisches Fensteroffenskript + Vis

[Pittini]

@al-79 sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Ich habe keinen Hinweis dazu gefunden, wann bzw durch was, genau die Zuweisung wieder Rückgängig gemacht wird.

Ich glaub der HM Adapter macht das, der legt das so an wie in der CCU gesetzt, macht mans anders wirds wieder geändert. Lösung, dem Ding seinen Willen lassen, Räume kann man ja in HM richtig machen, die Funktionen immer ZUSÄTZLICH zu den von HM gesetzten verwenden. War zumindest bei mir die Lösung, ich hab aber auch nur paar HM Thermostate.

[dslraser]

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

Ich glaub der HM Adapter macht das, der legt das so an wie in der CCU gesetzt, macht mans anders wirds wieder geändert.

man muss ja nicht alles synchronisieren. (mache ich schon lange nicht mehr)
Die Räume und Funktionen kann man auch in ioBroker erstellen, dann ist Ruhe und wird nicht mehr überschrieben...

[Dominik F.]

@Pittini

Mir ist in letzter Zeit aufgefallen, dass mir die offenen Fenster teilweise nicht richtig angezeigt werden. Ich habe manchmal z.B. nur ein Fenster offen, mir werden aber 6 offene angezeigt. Schließe ich dann das eine Fenster wird wieder alles richtig angezeigt mir 0 offenen Fenster. Ich kann das bisher nur nicht reproduzieren da es nicht täglich auftritt. Eventuell hilft dir die Meldung darüber ja trotzdem etwas. Das Phänomen hatten wir ja schon mal gehabt.

[Pittini]

@Dominik-F sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Mir ist in letzter Zeit aufgefallen, dass mir die offenen Fenster teilweise nicht richtig angezeigt werden. Ich habe manchmal z.B. nur ein Fenster offen, mir werden aber 6 offene angezeigt. Schließe ich dann das eine Fenster wird wieder alles richtig angezeigt mir 0 offenen Fenster. Ich kann das bisher nur nicht reproduzieren da es nicht täglich auftritt. Eventuell hilft dir die Meldung darüber ja trotzdem etwas. Das Phänomen hatten wir ja schon mal gehabt.

Kann ich nicht bestätigen, hier läuft alles absolut rund. Hat auch noch niemand anders was gemeldet. Soll heißen, ohne Logs und Reproduzierbarkeit gibts null Chance da was zu finden.

[boehmgui]

Moj zusammen,
zunmächst vielen Dank für das geniale Script - erleichtert mir eine ganze Menge Arbeit.
Ich habe Version 1.5.3 gezogen und installiert. Alle Datenpunkte usw werden auch angelegt.
Solbald ich aber ein Fenster öffne oder schließe stoppt das Script mit folgender Fehlermeldung:

2020-06-06 14:32:38.487  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Reaching CreateRoomsWithVentWarnings
2020-06-06 14:32:38.488  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Reaching CreateRoomsWithOpenWindowsList
2020-06-06 14:32:38.489  - info: javascript.0 (14143) script.js.common.Fensterauswertung: RoomsWithOpenWindows: Alle Fenster sind geschlossen
2020-06-06 14:32:38.489  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Reaching CreateRoomsWithTiltedWindowsList
2020-06-06 14:32:38.489  - info: javascript.0 (14143) script.js.common.Fensterauswertung: RoomsWithTiltedWindows: Keine Fenster gekippt
2020-06-06 14:32:38.489  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Reaching CreateRoomsWithVentWarnings
2020-06-06 14:32:42.772  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Trigger= 12 Wert= true Alter Wert= false
2020-06-06 14:32:42.773  - error: javascript.0 (14143) Error in callback: TypeError: Cannot read property 'search' of null
2020-06-06 14:32:42.773  - error: javascript.0 (14143)     at Object.<anonymous> (script.js.common.Fensterauswertung:725:30)
2020-06-06 14:32:42.773  - error: javascript.0 (14143)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1123:38)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:450:25)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at aliases.(anonymous function).targets.forEach.target (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4819:41)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at Array.forEach (<anonymous>:null:null)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4814:46)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:229:41)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at runCallback (timers.js:705:18)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at tryOnImmediate (timers.js:676:5)
2020-06-06 14:32:42.774  - error: javascript.0 (14143)     at processImmediate (timers.js:658:5)
2020-06-06 14:32:44.826  - info: javascript.0 (14143) script.js.common.Fensterauswertung: Trigger= 12 Wert= false Alter Wert= true
2020-06-06 14:32:44.827  - error: javascript.0 (14143) Error in callback: TypeError: Cannot read property 'search' of null
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at Object.<anonymous> (script.js.common.Fensterauswertung:725:30)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1123:38)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:450:25)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at aliases.(anonymous function).targets.forEach.target (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4819:41)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at Array.forEach (<anonymous>:null:null)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4814:46)
2020-06-06 14:32:44.827  - error: javascript.0 (14143)     at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:229:41)
2020-06-06 14:32:44.828  - error: javascript.0 (14143)     at runCallback (timers.js:705:18)
2020-06-06 14:32:44.828  - error: javascript.0 (14143)     at tryOnImmediate (timers.js:676:5)
2020-06-06 14:32:44.828  - error: javascript.0 (14143)     at processImmediate (timers.js:658:5)

ich bin leider in JS nicht so sehr bewandert. Könnte daher evtl. jedmand etwas Licht in mein Dunkel bringen?

[Pittini]

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

Könnte daher evtl. jedmand etwas Licht in mein Dunkel bringen?

Sieht auf den ersten Blick nach ner Fehlkonfiguration aus. Zeig doch mal Deine Skripteinstellungen und nen Screenshot aus der Objektliste wie und wo Du Deine Räume und Funktionen gesetzt hast.

[boehmgui]

@Pittini
Meine Konfig:

//Grundeinstellungen
const logging = true; //Erweiterte Logs ausgeben?
const praefix = "javascript.0.FensterUeberwachung."; //Grundpfad für Script DPs - Muß innerhalb javascript.x sein.
const WelcheFunktionVerwenden = "Verschluss"; // Legt fest nach welchem Begriff in Funktionen gesucht wird. Diese Funktion nur dem Datenpunkt zuweisen, NICHT dem ganzen Channel!
const IgnoreTime = 10000; // 10000 ms = 10 Sekunden - Zeit in ms für die kurzzeitiges öffnen/schliessen ignoriert wird

//Nachrichteneinstellungen
const ZeitBisNachricht = 900000 // 300000 ms = 5 Minuten - Zyklus- bzw. Ablaufzeit für Fensteroffenwarnung/en
const MaxMessages = 3; //Maximale Anzahl der Nachrichten pro Raum 

const UseTelegram = false; // Sollen Nachrichten via Telegram gesendet werden?
const UseAlexa = false; // Sollen Nachrichten via Alexa ausgegeben werden?
const AlexaId = ""; // Die Alexa Seriennummer.
const UseMail = false; //Nachricht via Mail versenden?
const UseSay = false; // Sollen Nachrichten via Say ausgegeben werden? Autorenfunktion, muß deaktiviert werden.
const UseEventLog = true; // Sollen Nachrichten ins Eventlog geschreiben werden? Autorenfunktion, muß deaktiviert werden.

//Tabelleneinstellungen
const WindowOpenImg = "/icons-mfd-svg/fts_window_1w_open.svg"; //Icon für Fenster offen
const WindowCloseImg = "/icons-mfd-svg/fts_window_1w.svg"; // Icon für Fenster geschlossen
const WindowTiltedImg = "/icons-mfd-svg/fts_window_1w_tilt.svg" //Icon für Fenster gekippt
const WindowOpenTiltedImg = "/icons-mfd-svg/fts_window_2w_open_l_tilt_r.svg" //Icon für offen und gekippt in einem Raum gleichzeitig
const VentImg = "/icons-mfd-svg/vent_ventilation.svg"; //Icon für Lüftungsinfo
const ImgInvert = 1; // Bildfarben invertieren? Erlaubte Werte von 0 bis 1
const OpenWindowColor = "#f44336"; // Farbe für Fenster offen
const TiltedWindowColor = "#F56C62"; //Farbe für gekippte Fenster
const ClosedWindowColor = "#4caf50"; // Farbe für geschlossene Fenster 
const VentWarnColor = "#ffc107"; // Farbe für Lüftungswarnung
const ShowCaptionTbl = false; // Überschrift anzeigen?
const ShowSummaryTbl = true; // Zusammenfassung anzeigen?
const ShowDetailTbl = true; // Details anzeigen?

//Logeinstellungen
const MaxLogEntrys = 20; //Maximale Anzahl der zu speichernden Logeinträge
const AutoAddTimestamp = true; //Soll den geloggten Nachrichten automatisch ein Zeitsempel zugeordnet werden?
const LogTimeStampFormat = "TT.MM.JJJJ SS:mm:ss"; //Zeitformatierung für Log Zeitstempel
const LogEntrySeparator = "<br>"; //Trennzeichen für Logeinträge

Und hier ein paar der Objekte:

Alles, was "Verschluss" als Funktion hat, hat auch einen Raum zugeweisen. Es gibt einige Räume, die haben mehrere Fenster. Das aber, so hatte ich gelesen, sollte aber keine Probleme bereiten?

[boehmgui]

ich glaube, ich habe herausgefunden, woran es liegt.
Ich habe für alle meine Devices Aliasse angelegt um unbhängig falls ich mal eines austauschen muss.
Wenn ich das richtig sehe, erwarte das Script auch Channel Ebene den Raumnamen. Das geht bei Aliassen nicht.
Habe das gerade mal mit nur einem Fenster ausprobiert und da kam dieser Fehler nicht mehr.
Allerdings wird nun über

12586) Error in callback: ReferenceError: WriteEventLog is not defined

geklagt.
habe ich da etwas vergessen zu installieren?

[Dominik F.]

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

@Dominik-F sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Mir ist in letzter Zeit aufgefallen, dass mir die offenen Fenster teilweise nicht richtig angezeigt werden. Ich habe manchmal z.B. nur ein Fenster offen, mir werden aber 6 offene angezeigt. Schließe ich dann das eine Fenster wird wieder alles richtig angezeigt mir 0 offenen Fenster. Ich kann das bisher nur nicht reproduzieren da es nicht täglich auftritt. Eventuell hilft dir die Meldung darüber ja trotzdem etwas. Das Phänomen hatten wir ja schon mal gehabt.

Kann ich nicht bestätigen, hier läuft alles absolut rund. Hat auch noch niemand anders was gemeldet. Soll heißen, ohne Logs und Reproduzierbarkeit gibts null Chance da was zu finden.

Ich werde wenn es mir nächstes mal auffällt mal n Screenshot machen und die Logs vom Tag hier posten dazu. Vielleicht liegts auch an den beiden Versionen der Scripte die parallel laufen.

[Pittini]

@boehmgui
Dachte mir schon sowas, da stimmt alles mögliche nicht.

1. Einstellungen Zeile 16 muß auf false gesetzt werden, steht auch ausdrücklich im Kommentar daneben (Hat aber nix mit dem aktuellen Fehler zu tun, würde aber zum nächsten führen wenn der aktuelle behoben ist.) - Muß korrigiert werden.

2. Was ist der oberste Channel Deiner ganzen Sensoren, das seh ich leider nicht auf dem Screenshot.

3. Die Raumzuweisungen sind nicht richtig, es ist immer der ganze Sensor in einem Raum und nicht nur ein Datenpunkt davon. Muß korrigiert werden.

4. Die übergeordneten Channels haben nicht den Typ Channel, sind aus Skriptsicht damit ungültig.
   Hier gibts zwei Möglichkeiten, entweder Du machst die Channels richtig, oder Du deaktivierst die Sicherheitsabfrage welche zu dem Fehler führt (Jeweils ein // vor die Zeilen 725,747,748,749,750 - und das nach jedem update wiederholen). Die ist drin weil einige "Spezialisten" die Datenpunkte des Fensterskriptverzeichnisses als Verschluss angaben, was zu einer Endlosschleife führt und den ganzen JS Adapter abschmieren läßt. Deswegen fragt das Skript den übergeordneten Channel ab, welcher bei Dir nicht existiert.

[boehmgui]

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

@boehmgui
Dachte mir schon sowas, da stimmt alles mögliche nicht.

Oha, da habe ich ja echt in die Vollen gegriffen.

zu 1. da habe ich den Parameter falsch interpretiert, dachte damit bekäme ich überhaupt erst Logeinträge.

zu 2. das sieht bei mir so aus - sind alles Aliasse:

zu 4. das ist wohl wiel ich mit Aliassen arbeite. habe die entsprechenden Zeilen auskommentiert und nun läuft es.

Ist schon erstaunlich, kaum macht man etwas richtig, schon funktioniert es.

Danke für Deine Hilfe

[Dominik F.]

@Pittini

Hey Pittini, ich nutze ja das Skript 2 mal, habe auch die Einstellungen angepasst und es funktioniert soweit. Mir ist nun aufgefallen, dass die Prozessorlast von 5% auf teils über 40% ansteigt wenn ich beides laufen lasse. Ein Skript alleine hat keine Auswirkungen. Hast du irgendeine Idee was das verursachen könnte?

[Pittini]

@Dominik-F sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Hast du irgendeine Idee was das verursachen könnte?

Leider nein, eigentlich sollte das Skript außer beim starten und wenn ein Kontakt triggert fast überhaupt keine CPU Last erzeugen, es wartet ja nur auf Trigger. Und 2 mal warten sollte da keinen Unterschied machen.

[al-79]

@Pittini
Ich habe die Synchronisierung der HM-Rega bei den Räumen & Gewerken abgeschalten. Seitdem funktioniert das Script soweit auch.
Habe nur eine Frage & ein Problem:

Problem - Ein Fenster wurde gestern abend geöffnet... das Script gibt aber nun aus Fenster offen seit 6 Tagen 12 Stunden ... - das beobachte ich aber nun ersteinmal.

Frage - kann man die HTML-Tabelle Ausgabe sortieren ? Hintergrund: wichtige Sensoren oben in der Tabelle und eher unwichtige ans ende stellen lassen. Da die Tabelle doch sehr laaang werden kann und auf Mobilgeräten somit einige Sensoren erst durch's scrollen sichtbar werden.

Grüße

[Pittini]

@al-79 sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Problem - Ein Fenster wurde gestern abend geöffnet... das Script gibt aber nun aus Fenster offen seit 6 Tagen 12 Stunden ... - das beobachte ich aber nun ersteinmal.

Kann ich ohne Log wenig zu sagen. Grundsätzlich geht das Skript nach dem Zeitstempel der letzten Aktualisierung, kann mir grad nicht vorstellen wie das entstehen könnte.

Frage - kann man die HTML-Tabelle Ausgabe sortieren ? Hintergrund: wichtige Sensoren oben in der Tabelle und eher unwichtige ans ende stellen lassen. Da die Tabelle doch sehr laaang werden kann und auf Mobilgeräten somit einige Sensoren erst durch's scrollen sichtbar werden.

Sortierung ist bislang nicht vorgesehen. Vorallem stellt sich ja die Frage, woher das Skript wissen soll was für Dich "wichtige Sensoren" bzw. Räume sind. Da bräuchte es ja nen extra DP wo man ne Art Prioritätsreihenfolge festlegt. Das ist nicht "mal schnell" einzubauen, vorallem weil wenn ich damit Anfang weis ich dass der nächste dann ne alphabetische Sortierung will usw., kannst aber gern nen FeatureRequest auf Git schreiben, evtl. in einer zukünftigen Version mal.

[al-79]

@Pittini

Es gibt ja schon den Datenpunkt "VentWarnTime" - analog dazu Könnte (wei gesagt kööönnte) man einen Datenpunkt "HTMLpriority" anlegen.
So könnte jeder individuell seine HTML-Tabelle anpassen - egal ob alphabetisch oder nach Nummern.

• bei Alphabetisch muss nur jeder selbst buchstabieren und zählen können
• bei nummerisch muss man eben nur aufpassen dass keine "HTMLpriority" doppelt vergeben werden.

Grüße

[Dominik F.]

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

@Dominik-F sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Hast du irgendeine Idee was das verursachen könnte?

Leider nein, eigentlich sollte das Skript außer beim starten und wenn ein Kontakt triggert fast überhaupt keine CPU Last erzeugen, es wartet ja nur auf Trigger. Und 2 mal warten sollte da keinen Unterschied machen.

Hast du was dagegen wenn ich mein Problem mit deinem Skript in einem neuen Thread zur Diskussion stelle und dich für Fragen zur Programmierung verlinke?

[Pittini]

@Dominik-F sagte in [Vorlage] Generisches Fensteroffenskript + Vis:

Hast du was dagegen wenn ich mein Problem mit deinem Skript in einem neuen Thread zur Diskussion stelle und dich für Fragen zur Programmierung verlinke?

Nönö, mach ruhig.

[Azrael]

Hallo @Pittini
Wie in der Facebook Gruppe besprochen stell ich den Fehler und die von Dir gewünschten Infos hier noch einmal ein.

Ich habe die Version 1.5.3 gerade bei mir im IOBroker installiert, eingerichtet und gestartet.
Leider bekomme ich einen Fehler bzgl. meines HmIP Fensterkontakts.
Die Meldung lautet: "javascript.0 (14697) script.js.common.FensterUeberwachung: Unknown Windowstate undefined detected at hm-rpc.0.0000D8A9A2F1E1.1.STATE, please check your configuration"
Der Wert ist 0 und 1 mit der Beschreibung CLOSED(0) und OPEN(1).
Ich habe versucht den die komplette Bezeichnung im Script zu hinterlegen, das ändert jedoch leider nichts. Hast Du vielleicht einen Hinweis für mich wie ich den Sensor integrieren kann?

Den JS Adapter habe ich mittlerweile neu gestartet.

Hier das Startlog.
Und ein Screenshot der Objekt Struktur vom HmIP Gerät.

10:12:01.756	info	javascript.0 (11496) Start javascript script.js.common.FensterUeberwachung
10:12:01.772	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Raum 0 = Büro
10:12:01.773	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Raum 1 = Schlafzimmer
10:12:01.778	info	javascript.0 (11496) script.js.common.FensterUeberwachung: registered 0 subscriptions and 0 schedules
10:12:01.796	info	javascript.0 (11496) script.js.common.FensterUeberwachung: CreateStates fertig!
10:12:01.798	info	javascript.0 (11496) script.js.common.FensterUeberwachung: x=0=Büro SendWarnMsg=true SendVentMsg=true SendOpenCloseMsg=true
10:12:01.798	info	javascript.0 (11496) script.js.common.FensterUeberwachung: x=1=Schlafzimmer SendWarnMsg=true SendVentMsg=true SendOpenCloseMsg=true
10:12:01.799	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CheckForHmShit val=false typof val=string x=0 Sensor[x]=deconz.0.Sensors.42.open
10:12:01.801	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching GetRoom x=0
10:12:01.802	info	javascript.0 (11496) script.js.common.FensterUeberwachung: reaching CheckWindow, SensorVal[0]=closed SensorOldVal= TempRoom=Büro
10:12:01.803	info	javascript.0 (11496) script.js.common.FensterUeberwachung: reaching ClearWarnTime - [x] = 0
10:12:01.805	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Alle Fenster geschlossen.
10:12:01.805	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Offene Fenster gesamt= 0
10:12:01.806	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CheckForHmShit val=false typof val=string x=1 Sensor[x]=deconz.0.Sensors.43.open
10:12:01.807	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching GetRoom x=1
10:12:01.807	info	javascript.0 (11496) script.js.common.FensterUeberwachung: reaching CheckWindow, SensorVal[1]=closed SensorOldVal= TempRoom=Schlafzimmer
10:12:01.808	info	javascript.0 (11496) script.js.common.FensterUeberwachung: reaching ClearWarnTime - [x] = 1
10:12:01.810	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Alle Fenster geschlossen.
10:12:01.810	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Offene Fenster gesamt= 0
10:12:01.810	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CheckForHmShit val=0 typof val=string x=2 Sensor[x]=hm-rpc.0.0000D8A9A2F1E1.1.STATE
10:12:01.811	info	javascript.0 (11496) script.js.common.FensterUeberwachung: hm-rpc.0.0000D8A9A2F1E1.1.STATE hat Zustandstext CLOSED, Wert= 0 Wert wird durch Zustandstext ersetzt
10:12:01.812	warn	javascript.0 (11496) script.js.common.FensterUeberwachung: Unknown Windowstate undefined detected at hm-rpc.0.0000D8A9A2F1E1.1.STATE, please check your configuration
10:12:01.812	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching GetRoom x=2
10:12:01.813	info	javascript.0 (11496) script.js.common.FensterUeberwachung: reaching CheckWindow, SensorVal[2]=unknown SensorOldVal= TempRoom=Büro
10:12:01.814	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Alle Fenster geschlossen.
10:12:01.815	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Offene Fenster gesamt= 0
10:12:01.816	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching VentCheck x=0 Init=true VentwarnTime[x]=0 RoomStateTimeStamp[x]=1593150211012
10:12:01.816	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Room 0 = Büro is open or disabled, no vent warning set
10:12:01.817	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CreateRoomsWithVentWarnings
10:12:01.818	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching VentCheck x=1 Init=true VentwarnTime[x]=0 RoomStateTimeStamp[x]=1593154155533
10:12:01.818	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Room 1 = Schlafzimmer is open or disabled, no vent warning set
10:12:01.819	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CreateRoomsWithVentWarnings
10:12:01.821	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CreateRoomsWithOpenWindowsList
10:12:01.823	info	javascript.0 (11496) script.js.common.FensterUeberwachung: RoomsWithOpenWindows: Alle Fenster sind geschlossen
10:12:01.827	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CreateRoomsWithTiltedWindowsList
10:12:01.827	info	javascript.0 (11496) script.js.common.FensterUeberwachung: RoomsWithTiltedWindows: Keine Fenster gekippt
10:12:01.828	info	javascript.0 (11496) script.js.common.FensterUeberwachung: Reaching CreateRoomsWithVentWarnings

[Dominik F.]

@Azrael

Ich kann dich auf jedenfall beruhigen, dass der Kontakt definitiv mit dem Script funktioniert.

Was mir auffällt ist, dass du den HM IP Kontakt unter RPC.0 hast. Nutzt du keine HM Kontakte? Wenn doch, musst du die HM Kontakte unter RPC.0 packen und die HM IP Kontakte unter RPC.1 in einer eigenen Instanz.

Edit: Im Rega Adapter müsste es dann so ähnlich aussehen: