Hallo,
ich verzweifele einfach nur noch.
Ich habe schon mehrere Theards gelesen und ja auch selber hier schon Beiträge erstellt.
Keiner Kann mir so richtig helfen...hoffe das sich nun jemand findet der die Idee hat.
Ich habe eine Halle wo mehrere Lichter drinnen sind, wenn eine Tür / Tor auf geht soll das Licht angehen - natürlich auch wenn Bewegung drinnen ist.
Das Licht soll so lange an bleiben bis keine Bewegung mehr ist.
Hier die Programme / Einstellungen:
Es klappt einfach nicht - Programmbau Licht
Moderator: Co-Administratoren
-
- Beiträge: 364
- Registriert: 13.02.2020, 07:56
- System: CCU
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 3 Mal
-
- Beiträge: 9771
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 707 Mal
- Danksagung erhalten: 1647 Mal
Re: Es klappt einfach nicht - Programmbau Licht
Leere SONST-WENN sind unschön
Alle Befehle gleichzeitig raus jagen auch unschön
Wieso nutzt Du keinen DV?
Generell: Thread Tips für Anfänger behandelt viele von diesen Stolpersteinen. Mal durcharbeiten. Dort findest Du auch den Thread zur WebUI Logik.
Alle Befehle gleichzeitig raus jagen auch unschön
Wieso nutzt Du keinen DV?
Generell: Thread Tips für Anfänger behandelt viele von diesen Stolpersteinen. Mal durcharbeiten. Dort findest Du auch den Thread zur WebUI Logik.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 364
- Registriert: 13.02.2020, 07:56
- System: CCU
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 3 Mal
Re: Es klappt einfach nicht - Programmbau Licht
Die Anfänger Tipps etc. habe ich durchgearbeitet, komme nicht drauf.
DV geht leider nicht da HM mit HM IP nicht direkt geht leider...
DV geht leider nicht da HM mit HM IP nicht direkt geht leider...
-
- Beiträge: 5538
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 120 Mal
- Danksagung erhalten: 759 Mal
Re: Es klappt einfach nicht - Programmbau Licht
Und das leere SONST WENN hast du gelöscht? Das verursacht fast immer unkontrolliertes Verhalten.
Und die zeitliche Staffelung der Ausgabebefehle hast du auch eingebaut?
Eigentlich sollte man nicht pauschal an jedes vorhandene Gerät einen Ein- oder Ausschaltbefehl senden, sondern nur an Geräte, für die das notwendig ist.
Und die zeitliche Staffelung der Ausgabebefehle hast du auch eingebaut?
Eigentlich sollte man nicht pauschal an jedes vorhandene Gerät einen Ein- oder Ausschaltbefehl senden, sondern nur an Geräte, für die das notwendig ist.
-
- Beiträge: 80
- Registriert: 13.10.2017, 17:30
- Danksagung erhalten: 6 Mal
-
- Beiträge: 9771
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 707 Mal
- Danksagung erhalten: 1647 Mal
Re: Es klappt einfach nicht - Programmbau Licht
Und das soll was genau bewirken?
Der TO hat ja noch nicht mal verraten, was nicht funktioniert.
Der TO hat ja noch nicht mal verraten, was nicht funktioniert.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 14252
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 597 Mal
- Danksagung erhalten: 1522 Mal
Re: Es klappt einfach nicht - Programmbau Licht
Wenn man solche Anforderungen hat, dann muss man dieses eben ändern und innerhalb dieser gemeinsamen Funktion ein gemeinsames Protokoll einsetzen (ich würde auf durchgängig HmIP setzen). Über Programme wird das immer wieder eine Kompromisslösung sein, weil Du stetig nachtriggern musst (besonders, wenn Du mit Einschaltdauer arbeitest), was Deinen Duty Cycle unnötig belastet. Innerhalb von Direktverknüpfungen funktioniert das ohne Belastung des DC, weil die entsprechenden Status direkt durch den BWM an den jeweiligen Aktor gesendet werden.DarkGhost95 hat geschrieben: ↑13.05.2024, 12:05DV geht leider nicht da HM mit HM IP nicht direkt geht leider...
Der nachfolgende Post wird sonst nämlich ein Hilferuf Deinerseits sein, in dem es um einen ungewöhnlichen Anstieg des Duty Cycle geht.
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