Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

User stellen ihre Haussteuerung vor

Moderator: Co-Administratoren

Wasu
Beiträge: 50
Registriert: 12.02.2021, 10:57
System: CCU und Access Point
Hat sich bedankt: 59 Mal
Danksagung erhalten: 2 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von Wasu » 10.06.2023, 22:11

interessanter Vorschlag! Danke!

Xel66
Beiträge: 14170
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 587 Mal
Danksagung erhalten: 1501 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von Xel66 » 10.06.2023, 22:15

Einfach bei jeder Berechnung mit .LastValue() vergleichen (.Value() - .LastValue() und dann auf <0 triggern). Aber würde es nicht reichen, wenn Du auf Azimut >180° triggerst? Warum muss es unbedingt die Elevation sein? Bei 180° sollte das Elevationsmaximum sein (oder zumindest ganz in der Nähe). Dann hättest Du wenigstens einen festen Triggerwert und keine zusätzliche Scriptberechnung.

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

Wasu
Beiträge: 50
Registriert: 12.02.2021, 10:57
System: CCU und Access Point
Hat sich bedankt: 59 Mal
Danksagung erhalten: 2 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von Wasu » 10.06.2023, 22:24

Ist nur so eine Idee. Unabhängig davon ob Schön oder Schlechtwetter vorherrscht möchte ich z.B.: Verbraucher triggern wenn die PV an diesem Tag das Maximum liefert. Ich denke, dass bei der PV die Elevation mehr Einfluss hat, zumindest bei einer Südanlage.......

Kann sein, dass genau bei Elevation max. das Wetter am Schlechtesten ist und später dann mehr vom Dach runterkommt, aber gut, soll so sein.......

Ich könnte auch den WR auslesen, aber da gleiches Problem....wie finde ich das Tagesmaximum.......da dacht ich mir, ich löse das innerhalb der CCU ohne WR abfrage und triggere bei Elevation max.

Xel66
Beiträge: 14170
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 587 Mal
Danksagung erhalten: 1501 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von Xel66 » 10.06.2023, 22:49

Wasu hat geschrieben:
10.06.2023, 22:24
Ich könnte auch den WR auslesen, aber da gleiches Problem....wie finde ich das Tagesmaximum.......da dacht ich mir, ich löse das innerhalb der CCU ohne WR abfrage und triggere bei Elevation max.
Die Kulmination (Elevation max.) ist nun mal bei einem Azimut von 180°, genau wie bei 360° die Elevation min. ist. Eine separate komplizierte Auswertung der Elevation ist nicht notwendig. Vergleiche auch hierzu die Ausführungen der Wikipedia im Bereich "Täglicher Sonnenstand (Tagbogen)".

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

dondaik
Beiträge: 12929
Registriert: 16.01.2009, 18:48
Wohnort: Steingaden
Hat sich bedankt: 1604 Mal
Danksagung erhalten: 222 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von dondaik » 10.06.2023, 22:51

nach dem gleichen strickmuster halt :-) ... ok man kann es noch etwas verfeinern usw ( wie schon gezeigt ) ...
-------
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso :mrgreen: !!!
wer schreibfehler findet darf sie behalten.

morph
Beiträge: 48
Registriert: 30.10.2016, 09:28
Hat sich bedankt: 1 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von morph » 24.07.2023, 19:27

Ich habe (mal wieder) deine RollladenSteuerung umgebaut und es funktioniert soweit erstmal mit Morgens auf und Abends zu.

Außer 1 Rollo macht mir noch Probleme.
Dies ist eine 4m hohe Jalousie, die um 06.10 Uhr - 06.45 Uhr auf 70% fahren soll und dann um 06:46 bis 20.59 ganz hoch, wenn "keine Sonne".
Bildschirmfoto 2023-07-24 um 19.24.43.png
Bildschirmfoto 2023-07-24 um 19.25.08.png
Bildschirmfoto 2023-07-24 um 19.25.32.png
Ich hoffe ich hab alle Informationen aufgeschrieben, die ihr braucht.

Aktuell fährt der Rollo überhaupt nicht hoch morgens, weder in die 70% noch auf die 100%.

Wer kann mir Erklären warum?

Danke euch!

MichaelN
Beiträge: 9686
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 700 Mal
Danksagung erhalten: 1627 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von MichaelN » 24.07.2023, 19:38

Sollte eigentlich so gehen.

Debugging Tips siehe Signatur.
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 +++

Matsch
Beiträge: 5455
Registriert: 30.05.2019, 11:37
System: Alternative CCU (auf Basis OCCU)
Wohnort: Chemnitz
Hat sich bedankt: 116 Mal
Danksagung erhalten: 743 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von Matsch » 24.07.2023, 19:41

Wir können ja nicht sehen, wie die anderen Bedingungen im interessanten Zeitraum gestanden haben. Was sagt das Protokoll dazu?
Da du ja identische Bedingungen gesetzt hast und nichts geht, läge ja nahe, dass eine davon nicht erfüllt war.

morph
Beiträge: 48
Registriert: 30.10.2016, 09:28
Hat sich bedankt: 1 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von morph » 25.07.2023, 06:23

Naja, die anderen Programme mit den gleichen Bedingungen laufen:
Screenshot 2023-07-25 062155.png
Screenshot 2023-07-25 062242.png
Das eigentliche Programm wird auch ausgeführt:
Screenshot 2023-07-25 062031.png
Screenshot 2023-07-25 062031.png (16.52 KiB) 567 mal betrachtet
Hier mal die Log dazu:

Code: Alles auswählen

06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: Rule evaluated state is TRUE by Program ID = 17805 'Rollos_hoch_Tag_und_Schatten_Wohnzimmer_WE'; Destination ID = 19829 [SetState():iseDOMPrg.cpp:509]
Jul 25 06:10:00 raspberrymatic local0.info ReGaHss: Info: Program ID = 17805 'Rollos_hoch_Tag_und_Schatten_Wohnzimmer_WE', rule's trigger flags = 4 [SetState():iseDOMPrg.cpp:524]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: execute Program ID = 17805 'Rollos_hoch_Tag_und_Schatten_Wohnzimmer_WE'; Destination ID = 19829 [Execute():iseDOMPrg.cpp:626]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: start execute Destination within the trigger delay 0 [Execute():iseDOMPrg.cpp:630]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: ExecuteDestination succeeded from Program ID = 17805 'Rollos_hoch_Tag_und_Schatten_Wohnzimmer_WE' with valNew = '0' [Execute():iseDOMPrg.cpp:640]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: called Program ID = 16751 'PGM_Sonnenstand' with valNew = '1' ; oidTrigger = 16761 [SetState():iseDOMPrg.cpp:483]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: type = Timer Module (Periodic), set reference time, tmRef time = 2023-07-25 06:10:00 [Evaluate():iseCondition.cpp:258]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: reference time = 2023-07-25 06:10:00 [CheckValidTime():iseDOMdpCal.cpp:155]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: (TimeOfDayFullday) begin = 2023-07-25 00:00:00, end = 2023-07-26 00:00:00, ret = 1 [GetPeriodTime():iseTimeOfDay.cpp:93]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: spantimePeriodic: ref (2023-07-25 06:10:00) b-tod = 2023-07-25 00:00:00) e-tod = 2023-07-26 00:00:00 [GetSpanTime():iseTimeInterval.cpp:845]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: adding 300 seconds to 2023-07-25 06:10:00 - tt: 1690258200 [SetEndTimeOffset():iseTimeInterval.cpp:918]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: new end time: 2023-07-25 06:15:00 - tt: 1690258500 [SetEndTimeOffset():iseTimeInterval.cpp:938]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: begin (2023-07-25 00:00:00) end = 2023-07-25 06:15:00 [GetSpanTime():iseTimeInterval.cpp:902]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: GetNextSequenceTime begin = 2023-07-25 00:00:00 ending time = 2023-07-25 06:15:00 [CheckValidTime():iseDOMdpCal.cpp:173]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: return bRet = 1 [CheckValidTime():iseDOMdpCal.cpp:204]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: type = Timer Module (Periodic), CheckValidTime() = true, current time = 2023-07-25 06:10:00 [Evaluate():iseCondition.cpp:270]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 0, condition result = 1 [Evaluate():iseCondition.cpp:1123]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: c = 0, condition result = 1 [Evaluate():iseRule.cpp:235]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: Rule evaluated state is TRUE by Program ID = 16751 'PGM_Sonnenstand'; Destination ID = 16753 [SetState():iseDOMPrg.cpp:509]
Jul 25 06:10:00 raspberrymatic local0.info ReGaHss: Info: Program ID = 16751 'PGM_Sonnenstand', rule's trigger flags = 2 [SetState():iseDOMPrg.cpp:524]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: execute Program ID = 16751 'PGM_Sonnenstand'; Destination ID = 16753 [Execute():iseDOMPrg.cpp:626]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: start execute Destination within the trigger delay 0 [Execute():iseDOMPrg.cpp:630]
Jul 25 06:10:00 raspberrymatic local0.info ReGaHss: Info: added script element id= 16753; time= 0 [Add():iseRTScheduler.cpp:342]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: ExecuteDestination succeeded from Program ID = 16751 'PGM_Sonnenstand' with valNew = '1' [Execute():iseDOMPrg.cpp:640]
Jul 25 06:10:00 raspberrymatic local0.info ReGaHss: Info: added element id=1859; oid=1859; val=2.900000; time=635221616; oidTrigger=65535 [Add():iseRTScheduler.cpp:369]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: ExecuteScript: id = 16753; ticks = 0 [Execute():iseRTScheduler.cpp:605]
Jul 25 06:10:00 raspberrymatic local0.info ReGaHss: Info: wait for event ms= 100 [ThreadFunction():iseRTScheduler.cpp:485]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: wait max timeout = 240000 [ThreadFunction():iseRTEvent.cpp:69]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: called Program ID = 17951 'Rollo_Schatten_beenden' with valNew = '63.100000' ; oidTrigger = 1860 [SetState():iseDOMPrg.cpp:483]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: DP_VALUE_CHECK_CHANGE is set, trigger dp exists  [CheckCondition2Data():iseCondition.cpp:528]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: type = DP_GREATER, condition valL = 63.100000 valR1 = 255.000000 [Evaluate():iseCondition.cpp:317]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 0, condition result = 0 [Evaluate():iseCondition.cpp:1078]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 0, CONDITION_TRIGGER_EXECUTE is reset. [Evaluate():iseCondition.cpp:1116]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 0, condition result = 0 [Evaluate():iseCondition.cpp:1123]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: DP_VALUE_CHECK_ONLY is set, condition = 1 [CheckCondition2Data():iseCondition.cpp:488]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: type = 1, condition valL = 0 valR1 = 0 [Evaluate():iseCondition.cpp:392]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 1, condition result = 0 [Evaluate():iseCondition.cpp:1078]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 1, condition result = 0 [Evaluate():iseCondition.cpp:1123]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: DP_VALUE_CHECK_CHANGE is set, but dp is not the trigger, condition = 1 [CheckCondition2Data():iseCondition.cpp:547]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: type = 1, condition valL = 1 valR1 = 1 [Evaluate():iseCondition.cpp:392]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 2, condition result = 0 [Evaluate():iseCondition.cpp:1078]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: sc = 2, condition result = 0 [Evaluate():iseCondition.cpp:1123]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: c = 0, CONDITION_TRIGGER_EXECUTE is reset. [Evaluate():iseRule.cpp:227]
Jul 25 06:10:00 raspberrymatic local0.debug ReGaHss: Verbose: c = 0, condition result = 0 [Evaluate():iseRule.cpp:235]

MichaelN
Beiträge: 9686
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 700 Mal
Danksagung erhalten: 1627 Mal

Re: Rollladensteuerung 2.0 - modern, einfach, flexibel, modular (mit CCU)

Beitrag von MichaelN » 25.07.2023, 08:48

Ich weiß nicht, ob es jemanden gibt, der diese Logos interpretieren kann. Ich würde die Systemvariablen und Geräte auf protokolliert stellen, Alchys Auslöseskript verwenden und dann mal schauen, was da passiert. Oder das Programm ist einfach kaputt editiert. Einfach mal neu machen.
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 +++

Antworten

Zurück zu „Projektvorstellungen“