Howto - Vermeidung von Programmstarts nach Neustart der CCU
Moderator: Co-Administratoren
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Hallo,
ich habe das Programm erstellt und in die relevanten Programme eingebunden. Nun rätsel ich etwas über die Zeit, die für die Verzögerung eingestellt werden muss. Hintergrund:
Die Programme, die nach dem Neustart loslaufen sind nur die, wo der Dämmerungssensor eines Bewegungsmelders im Spiel ist (z.B. Rolladensteuerung), weil die erst mal nach einem Reboot den Wert 0 haben. Weiß jemand, ob die Zentrale die Sensoren automatisch nach einem Reboot abfragt, oder ob hier der Sensor nach dem eingestellten Aktualisierungswert den Helligkeitswert von sich aus sendet?
ich habe das Programm erstellt und in die relevanten Programme eingebunden. Nun rätsel ich etwas über die Zeit, die für die Verzögerung eingestellt werden muss. Hintergrund:
Die Programme, die nach dem Neustart loslaufen sind nur die, wo der Dämmerungssensor eines Bewegungsmelders im Spiel ist (z.B. Rolladensteuerung), weil die erst mal nach einem Reboot den Wert 0 haben. Weiß jemand, ob die Zentrale die Sensoren automatisch nach einem Reboot abfragt, oder ob hier der Sensor nach dem eingestellten Aktualisierungswert den Helligkeitswert von sich aus sendet?
Viele Grüße vom Indemann
Hardware : Raspberry Pi 3 B+ mit RaspberryMatic und CUL-V3
Kopplungen : Philips-Hue-Bridge
Addons: CuxD; E-Mail; Cloudmatic; Watchdog
Hardware : Raspberry Pi 3 B+ mit RaspberryMatic und CUL-V3
Kopplungen : Philips-Hue-Bridge
Addons: CuxD; E-Mail; Cloudmatic; Watchdog
-
- Beiträge: 14149
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Batteriesensoren können nicht von der CCU abgefragt werden. Nur Batterieaktoren können von der CCU aus angesprochen werden. Der Status irgendwelcher Sensoren wird erst nach der zyklischen Übermittlung gesetzt. Solange hat die CCU den Default-Status. Das sieht man auch an Fenstersensoren. Dort fällt es im Allgemeinen am ehesten auf. Bist Du auf irgendeinen Status angewiesen, musst Du die Programmausführung mindestens solange verzögern, bis der Sensor seinen Status gesetzt hat.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Hallo,Xel66 hat geschrieben:Batteriesensoren können nicht von der CCU abgefragt werden. Nur Batterieaktoren können von der CCU aus angesprochen werden. Der Status irgendwelcher Sensoren wird erst nach der zyklischen Übermittlung gesetzt. Solange hat die CCU den Default-Status. Das sieht man auch an Fenstersensoren. Dort fällt es im Allgemeinen am ehesten auf. Bist Du auf irgendeinen Status angewiesen, musst Du die Programmausführung mindestens solange verzögern, bis der Sensor seinen Status gesetzt hat.
Gruß Xel66
kann ich denn die Sensoren beim Neustart aktiv abfragen? Bspw. "Wenn <SV Anwesenheit> = "Neustart" (das ist der Name für den Logikwert-Wahr) --> dann ... ?
An der Stelle komm ich nicht weiter, weil die Sensoren nicht in eine Dann-Bedingung gepackt werden können. Vielleicht weiß jemand hier weiter.
Viele Grüße vom Indemann
Hardware : Raspberry Pi 3 B+ mit RaspberryMatic und CUL-V3
Kopplungen : Philips-Hue-Bridge
Addons: CuxD; E-Mail; Cloudmatic; Watchdog
Hardware : Raspberry Pi 3 B+ mit RaspberryMatic und CUL-V3
Kopplungen : Philips-Hue-Bridge
Addons: CuxD; E-Mail; Cloudmatic; Watchdog
-
- Beiträge: 4155
- Registriert: 26.01.2016, 08:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Renningen
- Hat sich bedankt: 348 Mal
- Danksagung erhalten: 284 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Nein. Das sind reine Sender, es gibt keinen Weg die von der CCU aus zu wecken. Es geht technisch einfach nicht.
-
- Beiträge: 14149
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Was genau ist an "Batteriesensoren können nicht von der CCU abgefragt werden." nicht zu verstehen? Egal, ob Du gebootets hast, oder es per Programm versuchst. Es geht nicht. Diese Sensoren funken zwar bidirektional, aber nur in dem Sinne, dass ihre Statusmeldung durch den verknüpften Partner (in dem Falle die CCU) bestätigt wird. Du muss zwangsweise auf die zyklische Meldung des Sensors warten. Da führt kein Weg vorbei. Oder, doch, alle Fenster nach dem Booten mal auf- und zumachen...indemann hat geschrieben:kann ich denn die Sensoren beim Neustart aktiv abfragen?
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 4155
- Registriert: 26.01.2016, 08:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Renningen
- Hat sich bedankt: 348 Mal
- Danksagung erhalten: 284 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Heute abend sind keine Winmatic mehr LieferbarXel66 hat geschrieben:[...]alle Fenster nach dem Booten mal auf- und zumachen...
-
- Beiträge: 14149
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Vielleicht tun's ja auch optische TFK, die alle paar Minuten ihren Status senden. Die magnetischen senden nur alle 24 Stunden ein Statussignal.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Oder Du setzt den Status des Sensors per Skript eben selbst auf den Wert, welchen er gerade hat.Xel66 hat geschrieben:Bist Du auf irgendeinen Status angewiesen, musst Du die Programmausführung mindestens solange verzögern, bis der Sensor seinen Status gesetzt hat.
.
-
- Beiträge: 14149
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Hmmm... Und welchen hat er? Das kannst Du ja mangels Abfrage nicht feststellen. Sicher kann man den Zustand in Systemvariablen zwischenspeichern und so über den Reboot retten. Dann kann man die Programme auch gleich auf die Systemvariablen triggern und braucht nicht solche Winkelzüge. Unabhänging davon kann man nicht sicherstellen, dass sich nicht doch ein Status während des Bootvorganges geändert hat. Recht unwahrscheinlich, aber nicht unmöglich. Die CCU setzt ja auch bei einem Reboot ohne Kenntnis des realen Status erst mal alle TFKs auf geschlossen. Und die BWM übertragen ihre Helligkeitsinformationen wohl auch nur bei Bewegungserkennung. Auch nicht schön, aber irgendwas muss sie ja machen.BadenPower hat geschrieben:Oder Du setzt den Status des Sensors per Skript eben selbst auf den Wert, welchen er gerade hat.
Wenn man auf korrekte Statusinformationen nach dem Systemstart angewiesen ist, geht um eine abfragbare Wired-Lösung kein Weg vorbei.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
Re: Howto - Vermeidung von Programmstarts nach Neustart der
Das ist richtig.Xel66 hat geschrieben:Hmmm... Und welchen hat er? Das kannst Du ja mangels Abfrage nicht feststellen.
Aber mir ging es hauptsächlich auch darum:
Wenn er weiß, dass der TFK geöffnet ist, dann kann er ja den Status des TFK auf geöffnet setzen, ohne auf die zyklische Meldung des Sensors eventuell 23 Stunden warten zu müssen.Xel66 hat geschrieben:Du muss zwangsweise auf die zyklische Meldung des Sensors warten. Da führt kein Weg vorbei.
Somit steht der CCU der richtige Wert des TFK in den Programmen, welche auf den TFK zugreifen, zur Verfügung.
Und dazu benötigt er keine Systemvariable.