(Log pausiert) CCU2: Astrofunktion triggert nicht zuverlaessig

[nseith]

Guten Morgen Zusammen,

ich habe mit folgenden kleinem Programm welches per Astrofunktion angetriggert wird ein Zuverlaessigkeits-Problem.

Das Programm funktioniert 5 Tage top – dann wird es wieder einen Tag nicht ausgefuehrt dann mal 7 Tage Top – dann wieder ein Tag nicht.

Ich habe ca. 100 Programme auf der CCU2 (FW2.47.15) die alle immer und Top funktionieren nur dieses eine kleine Programm eben nicht.
Den CCU Status frage ich in allen anderen Programmen auch immer ab.

Wie koennte ich hier den Fehler eingrenzen?

Besten Dank vorab
N

[Sammy]

Setze im Dann noch eine Variable auf wahr und im Sonst auf falsch.
Dann siehst Du, ob und wann welcher Zweig ausgeführt wurde unabhängig von irgendwelchen Funkproblemen.

[Sven_A]

Sofort, Sofort, Sofort, Sofort.... erzählt dir deine CCU was über Funkprobleme? Rechts oben bei den Servicemeldungen?

[Xel66]

Mehrere Rollladenaktoren gleichzeitig anzusteuern kann funktionieren, muss aber nicht. Es wäre zielführender, die Ansteuerung zeitlich zu entzerren (Verzögerungen setzen) um Funkkollisionen zu verhindern. Vermutlich wird das Programm ganz normal getriggert, aber die Rollladen fahren auf Grund von Funkkollisionen nicht (oder ein anderes, uns nicht bekanntes Programm, veranlasst etwas anderes).

Wozu hast Du in diesem Programm die Variable SV_Status drin? Die ist mehr oder minder sinnfrei, da eigentlich keinerlei ungewünschte Aktionen ausgeführt werden können. Das ist eigentilich der Klassiker. Pauschal überall den Workaround einbauen, egal ob es Sinn macht oder auch nicht. Die Rollladen würden in Deinem Fall bei einem Reboot tagsüber nicht angesteuert und nachts in die für diesen Zeitraum vorgesehene Sollstellung gebracht. Wo genau ist da der Grund, diese Aktion zu unterbinden? Ich frage nur aus Interesse, weil Du genau mein Klischee erfüllst und möchte mal nachvollziehen, warum Anwender so was einsetzen.

Gruß Xel66

[nseith]

Guten Morgen Ihr Beiden,

sorry hatte ich vergessen zu erwaehnen.
Ich habe 90% aller Komponenten wired (nur die Raumthermostate und der Funkgong ist funk)
Mit dem Duty Cycle ect. habe ich eigentlich keine Probleme - der ist bei mir eigentlich nie ueber 2%

Capture.PNG (17.83 KiB) 1458 mal betrachtet

@Sammy: Wie meinst Variable wegen Zweig - ist ja nur ein Wenn verknuepfungzweig?

Gruss N

[nseith]

Hallo Xel,

danke auch Dir fuer´s lesen und schreiben.

Die SV_Status ist drin weil ich seit Tag1 (CCU2 laeuft seit 2014) eigentlich das Problem habe dass wenn die CCU2 mal rebootet (alle paar Monate mal bei einem Update) in einer mir nicht nachvollziebaren Logik die Rollaeden "runter" fahren.
Deshalb hatte ich "DAU" immer die SV_Statusabfrage mit rein sobald es zum Thema Rolladen kommt.

Ich gebe Dir recht - ich falle ins Klischee, aber mangels Zeit durch Nachwuchs und weiterem Umbau kann ich immer nur sporadisch an der HM Leidenschaft weitermachen.

Danke Dir
N

[Sven_A]

Auch auf dem Wired-Bus kann es zu Kollisionen kommen.

@Xel: Aber vielleicht will ein User nicht das die Rolläden nachts bei einem Reboot in die in DIESEM Programm gültigen Soll Werte gebracht werden?
Vielleicht gibt es (wie bei mir) ein weiteres Programm das die Rolläden 2 Stunden nach Sonnenuntergang (je nach Stellung des Fensters) in eine Lüftungsposition gebracht werden? Oder jemand will nicht das zusätzlich zum erhöhten Funkverkehr nach dem Reboot die Rolläden in eine Position gefahren werden die ohnehin schon erreicht sein dürfte (ich weis, kurzer, vielleicht gewollter, Reboot vs. längerer Stromausfall, aber was kommt öfter vor)? Auch um einen ruhigen Schlaf zu garantieren (WAF und Kinder?)?
Und zu Guter letzt dürfte es noch Leute geben die das einfach großflächig in alle Programme einbauen, einfach um zu verhindern das sie es an passender Stelle mal vergessen? Gerne kann ich dir noch mehr Beispiele geben, aus Respekt vor allen Anderen hier sollten wir das dann aber bitte in einen neuen Thread auslagern

[Sammy]

Ich meine es so, wie ich es geschrieben habe.
Im Dann setzen, im Sonst zurücksetzen. Bei der Variable können ja keine Kommunikationsprobleme auftreten.
Und zu Beginn und Ende der Astrozeit muss die Variable sich dann ändern.
Tut sie das nicht, wurde das Programm tatsächlich nicht getriggert (Deine Vermutung).
Wird zum Sonnenaufgang der Sonst-Zweig ausgeführt, hatte Deine unnötige CCU-Status-Abfrage einen falschen Wert.
Je nach Ergebnis des Tests weißt Du also, ob Kommunikationsprobleme, ein Timer-Bug oder eine falsch gesetzte Variable Schuld sind.

[nseith]

EDIT: Danke Sammy - jetzt habe ich es auch verstanden
Werde auch noch eine SV_Astro einbauen

Ich werde testen und berichten
Ich habe jetzt Verzoegrungen eingebaut.

Der Grund warum hier keine drin sind ist eigentlich das "Geraeusch"
Weil die ja alle recht frueh fahren hatte ich gedacht lieber alle auf einmal als hintereinander - so ist halt einmal "laut" aber nur "kurz"

habe jetzt pro Rollanden 3 sekunden addiert und werde berichten.

Danke Euch fuer´s lesen
N

[stan23]

Auch auf dem Wired-Bus kann es zu Kollisionen kommen.

Auch bei mir sind ~10 HMW Rolloaktoren im Einsatz, die ich gerne mal gleichzeitig im Programm anspreche.
Sofern es Kollisionen gibt, werden diese nicht als Servicemeldung gezeigt. Und ich kann mich auch nicht erinnern dass in den letzten 4 Jahren jemals ein Rollo nicht losfuhr.