Nur nicht im Sonst-Wenn-Zweig oder generell?
Fehler im Programmablauf
Moderator: Co-Administratoren
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: Fehler im Programmablauf
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
-
- Beiträge: 248
- Registriert: 16.05.2020, 12:54
- System: CCU
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 1 Mal
Re: Fehler im Programmablauf
Nur nicht im Sonst-Wenn. Die Markise wird korrekt runter-, aber nicht mehr hochgefahren.
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: Fehler im Programmablauf
Mir ist immer noch nicht klar, ob du die Markise über das Skript ansteuerst oder mittelbar über die Systemvariable.
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
-
- Beiträge: 248
- Registriert: 16.05.2020, 12:54
- System: CCU
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 1 Mal
Re: Fehler im Programmablauf
mittelbar über die SV, ohne weitere Verzögerung. Das funktioniert auch, z.B. wenn ich die SV händisch verändere. Das Problem ist in dem o.a. Programm, das die SV steuert.
-
- Beiträge: 14164
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Fehler im Programmablauf
Ja, es ist die doppelte Benutzung des gleichen Triggerdatenpunktes mit unterschiedlichen Grenzwerten. Ich habe bereits in meinem Post vom 29.06.2021, 00:25 Uhr für das Setzen und das Rücksetzen getrennte Programme zu benutzen. Ich bin der Überzeugung, dann funktioniert es (zumindest läuft es in einer ähnlichen Kostellation bei mir schon seit Jahren). Über das Warum kannst Du Dir nach der Lektüre dieses Thereads Gedanken machen.
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: 248
- Registriert: 16.05.2020, 12:54
- System: CCU
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 1 Mal
Re: Fehler im Programmablauf
Muss diesen Thread noch mal aufgreifen. Ich habe die Programme (Markise runter bzw. hoch, s.o.) zwischenzeitlich getrennt und eine Weile beobachtet (leider etwas langwierig bei dem Wetter....). Es bleibt leider das Problem, dass die Markise zwar zuverlässig runter-, aber nicht hochfährt (gesteuert über die SV 'Sonne Südseite'; s.o.)
Habe die beiden Programme, sowie ein Highchart angehängt.
Highchart Kurven:
- dunkelblau (oben): Temperatur Schatten
- dunkelrot: Temperaturdifferenz Sonne-Schatten
- türkis: Markise Behanghöhe (1 = oben; 0,25 = unten)
- orange: SV Sonne Südseite sofort (hat keine Funktion, zeigt nur die Ausführung des DANNs an, und zwar ohne Verzögerung)
- violett: SV Sonne Südseite (steuert die Markise), 1 = Sonne scheint; 0 = Sonne scheint nicht
Verlauf der Ereignisse:
1.) gegen 10:00h: beide Voraussetzungen (Temp Schatten und Temp-Diff) sind erfüllt, SV gehen an, Markise geht runter
2.) gegen 13:00h: Temp-Diff geht runter; Markise geht hcoh
3.) gegen 14:10h: Markise geht wieder runter, auch ok
Problem: 4.) gegen 14:20h: Temp-Diff geht wieder runter, das führt aber nicht zum Setzen der SV
Sieht also so aus, als würde das Programm "Sonne scheint nicht mehr" nicht gestartet, wenn sich das Programm "Sonne scheint" in der Verzögerungsphase befindet. Ich habe in beiden Programmen aus diesem Grund beim DANN jeweils "Verzögerungen stoppen" aktiviert.
Gibt es noch was, was ich nicht bedacht habe?
Vielen Dank!
Thomas
Habe die beiden Programme, sowie ein Highchart angehängt.
Highchart Kurven:
- dunkelblau (oben): Temperatur Schatten
- dunkelrot: Temperaturdifferenz Sonne-Schatten
- türkis: Markise Behanghöhe (1 = oben; 0,25 = unten)
- orange: SV Sonne Südseite sofort (hat keine Funktion, zeigt nur die Ausführung des DANNs an, und zwar ohne Verzögerung)
- violett: SV Sonne Südseite (steuert die Markise), 1 = Sonne scheint; 0 = Sonne scheint nicht
Verlauf der Ereignisse:
1.) gegen 10:00h: beide Voraussetzungen (Temp Schatten und Temp-Diff) sind erfüllt, SV gehen an, Markise geht runter
2.) gegen 13:00h: Temp-Diff geht runter; Markise geht hcoh
3.) gegen 14:10h: Markise geht wieder runter, auch ok
Problem: 4.) gegen 14:20h: Temp-Diff geht wieder runter, das führt aber nicht zum Setzen der SV
Sieht also so aus, als würde das Programm "Sonne scheint nicht mehr" nicht gestartet, wenn sich das Programm "Sonne scheint" in der Verzögerungsphase befindet. Ich habe in beiden Programmen aus diesem Grund beim DANN jeweils "Verzögerungen stoppen" aktiviert.
Gibt es noch was, was ich nicht bedacht habe?
Vielen Dank!
Thomas
-
- Beiträge: 9678
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Fehler im Programmablauf
2 leere SONST zeugen von starker Editier Tätigkeit ohne die nötige Sorgfalt. Die WebUI ist recht empfindlich. Daher würde ich (mal wieder) dazu raten mindestens das Programm mit den 2 SONST neu anzulegen.
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: 248
- Registriert: 16.05.2020, 12:54
- System: CCU
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 1 Mal
Re: Fehler im Programmablauf
Das Problem bleibt leider auch mit zwei neuen jungfräulichen Programmen. Trigger, die sich während der eingebauten Verzögerung ändern, werden nicht zuverlässig erkannt bzw. führen nicht zum Starten des Programmes. Hab noch mal einen Verlauf der Variablen angehängt (bei den beiden roten Kreisen hat es z.B. nicht funktioniert). An manchen Stellen funktioniert es, kann da keine Systematik erkennen...