Ich nutze seit einiger Zeit meine Fenster-Kontakte, welche ich zur Heizungssteuerung verwende s, sowie zwei weitere Tür-Kontakte als Außenhautsicherung (einfache Alarmanlage).
Hierzu habe ich die Systemvariable "Zustand Alarmanlage" definiert
[attachment=3]Screenshot 2024-02-29 191 ... ttachment]
Für die Fenster habe ich das Programm Fensterüberwachung (Türen genauso)
Die Alarmauslösung funktioniert so:
[attachment=3]Screenshot 2024-02-29 193 ... ttachment]
Nach dem Neustart der CCU3 ist der Zustand der Alarmanlage meist scharf und
es erfolgt heufig eine Alarmauslösung.
Wie kann ich vordefinieren, dass die Alarmanlage nach dem Neustart unscharf ist ?
LG Jens
Variable nach Neustart vordefinieren
Moderator: Co-Administratoren
Re: Variable nach Neustart vordefinieren
Ich habe die Bilder nicht ganz in der Reihenfolge hinbekommen.
Aber ich denke das sie zuordenbar sind.
Mit dem Vordefinieren meine ich es so:
wenn der Kontakt HM-SCI-3-FM LEQ0980005:1 nach dem Neustart offen ist,
dann soll die Alarmanlage auch auf dem Status unscharf sein, wenn er geschlossen isrt, dann auf scharf.
Nach dem Neustart ist sie aber scharf, auch wenn der Kontakt offen ist.
Aber ich denke das sie zuordenbar sind.
Mit dem Vordefinieren meine ich es so:
wenn der Kontakt HM-SCI-3-FM LEQ0980005:1 nach dem Neustart offen ist,
dann soll die Alarmanlage auch auf dem Status unscharf sein, wenn er geschlossen isrt, dann auf scharf.
Nach dem Neustart ist sie aber scharf, auch wenn der Kontakt offen ist.
- Baxxy
- Beiträge: 10979
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 624 Mal
- Danksagung erhalten: 2269 Mal
Re: Variable nach Neustart vordefinieren
Weil die WebUI zu diesem Zeitpunkt nicht den realen Status kennt gilt der Default-Wert geschlossen.
Also wird bei jedem Zentralenstart das Dann ausgeführt.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
Re: Variable nach Neustart vordefinieren
Das ist wohl im Moment mein Problem. Wie kann man das ändern ?Weil die WebUI zu diesem Zeitpunkt nicht den realen Status kennt gilt der Default-Wert geschlossen.
- Baxxy
- Beiträge: 10979
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 624 Mal
- Danksagung erhalten: 2269 Mal
Re: Variable nach Neustart vordefinieren
Ändern kann man das nicht, nur "umgehen".
Bspw:
Dein Fensterüberwachungsprogramm hat ein ähnliches Problem.
Nach Zentralen(neu)start wird "Fenster" auf "zu" gesetzt, egal wie sie in Wirklichkeit stehen.
Bspw:
Code: Alles auswählen
WENN
SCI geschlossen bei Änderung
UND
Alarmanlage unscharf nur prüfen
DANN
Sonst Wenn
SCI offen bei Änderung
UND
Alarmanlage scharf nur prüfen
DANN
Nach Zentralen(neu)start wird "Fenster" auf "zu" gesetzt, egal wie sie in Wirklichkeit stehen.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
- Roland M.
- Beiträge: 9857
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 255 Mal
- Danksagung erhalten: 1403 Mal
Re: Variable nach Neustart vordefinieren
Hallo!
Ich verwende für solche Dinge gerne Systemvariablen, mit denen ich den jeweiligen Status nachbilde, nur definiere ich den als Werteliste mt den Werten "unbekannt;offen;geschlossen" (bei Drehgriffsensoren entsprechend um ein "gekippt" erweitert).
Das Programm sieht dann folgend aus:
WENN Fenster xy offen (Auslösen auf Aktualisierung)
DANN Status Fenster xy = offen
SONST Status Fenster xy = geschlossen
Bei Neustart der Zentrale wird ein Programm ohne Bedingung ausgeführt, das also immer wahr ist:
WENN {leer}
DANN Status Fenster xy = unbekannt
[...]
Somit kann ich davon ausgehen, dass nach einem Zentralenstart alle vergleichbaren Status bis zur ersten Änderung oder ersten zyklischen Meldung
auf "unbekannt" bleiben und ich selbst die Programmierung entsprechend anpassen kann...
Roland
Ändern gar nicht, nur damit leben!
Ich verwende für solche Dinge gerne Systemvariablen, mit denen ich den jeweiligen Status nachbilde, nur definiere ich den als Werteliste mt den Werten "unbekannt;offen;geschlossen" (bei Drehgriffsensoren entsprechend um ein "gekippt" erweitert).
Das Programm sieht dann folgend aus:
WENN Fenster xy offen (Auslösen auf Aktualisierung)
DANN Status Fenster xy = offen
SONST Status Fenster xy = geschlossen
Bei Neustart der Zentrale wird ein Programm ohne Bedingung ausgeführt, das also immer wahr ist:
WENN {leer}
DANN Status Fenster xy = unbekannt
[...]
Somit kann ich davon ausgehen, dass nach einem Zentralenstart alle vergleichbaren Status bis zur ersten Änderung oder ersten zyklischen Meldung
auf "unbekannt" bleiben und ich selbst die Programmierung entsprechend anpassen kann...
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...