CUxD Timer sind nach Reset auf TRUE

[20cents]

Hallo zusammen,

ich habe meine Timer für Mo - So nun in 7 Timer aufgeteilt, leider sind die Timer gerade invertiert zu dem was ich erwarten würde.

Der Timer startet schon im Zustand TRUE (1). Ich kann mir das nicht erklären, was mache ich falsch?
Eigentlich sollte der Timer von 8:40 + Zufallsanteill resp. 6:35 + Zufallsanteil bis 9:00 auf TRUE sein sonst auf FALSE
Es sind aber nach einem Start alle Timer auf TRUE ( state(1) )

Aktuelle Geräteeinstellungen - 1 Gerät(e), 16 Channel(s):

CUX2800001:1 state(1) timer(39s) set(90|90):0 repeat
CUX2800001:2 state(1) timer(297795s) set(6:08:40:00r15*60|6:09:00:00):0 repeat
CUX2800001:3 state(1) timer(383775s) set(0:08:40:00r15*60|0:09:00:00):0 repeat
CUX2800001:4 state(1) timer(462255s) set(1:06:35:00r15*60|1:09:00:00):0 repeat
CUX2800001:5 state(1) timer(549135s) set(2:06:35:00r15*60|2:09:00:00):0 repeat
CUX2800001:6 state(1) timer(30675s) set(3:06:35:00r15*60|3:09:00:00):0 repeat
CUX2800001:7 state(1) timer(117435s) set(4:06:35:00r15*60|4:09:00:00):0 repeat
CUX2800001:8 state(1) timer(203415s) set(5:06:35:00r15*60|5:09:00:00):0 repeat

Somit funktioniert meine Auswertung leider nicht.

Jemand eine Idee was ich falsch mache? oder wie ich die Timer auf FALSE setzen kann?

Gruss 20cents

[JRiemann]

Hallo!
Hatten die Timer vor dem 1. Start überhaupt den Status (0)? Meine Timer starten abweichend von der Regel im Status (1)
Wurde der Timer nach 9 Uhr gestartet damit die erste eingetragene Zeit auch der erste erreichte Schaltpunkte ist?

Man kann den Timerstatus per Programm oder Skript in einen bestimmten Status schalten.
Ich erledige das z.b per Programm: wenn virtuelle Taste xxx dann CUxD Timer STATE=FALSE

Grüße!
Jörg

[dondaik]

ich kenne nur ( aktualisieren UND prüfen ) als bedingunspaar ..
mag aber auch an der frühen stunde liegen ach: solche monster-bedingungslisten mag die ccu gar nicht.
zum testen einer idee sind sie auch nicht so der bringer ( meine meinung).

[JRiemann]

Diese Angemerkten Verbesserungen haben mit Sicherheit keinen Einfluss auf das in der 1. Anfrage geschilderte Problem. Aber "dondaik" hat teilweise Recht:

ich kenne nur ( aktualisieren UND prüfen ) als bedingunspaar ..

Nein, "aktualisieren" und "aktualisieren" kann durchaus benutzt werden. Es führt aber zu extrem vielen und unnötigen Programmdurchläufen. Was auch bedeuten kann das die Programme evtl. unberechenbar werden. In dieser Aufgabenstellung sehe ich aber auch keinen Nutzen darin bei der Sonnenstandabfrage per "aktualisieren" zu nutzen. Bei der Abfrage des Sonnenstandes würde "bei Änderung" ausreichen. "Nur prüfen" würde auch funtionieren, wäre aber nicht meine erste Wahl.

ach: solche monster-bedingungslisten mag die ccu gar nicht.
zum testen einer idee sind sie auch nicht so der bringer ( meine meinung).

Das kann ich nur unterstützen! Diese lange Liste von Bedingungsabfragen und zudem noch jede Zeile als Auslöser, das gibt sehr schnell Fehlfunktionen und unvorhersehbare Reaktionen. Ich persönlich habe die Erfahrung gemacht das mehrere Timer-Abfragen in einem Programm auch sehr schnell Probleme bereiten.

Grüße!
Jörg

[Cash]

Das ist leider normal. Aber man kann den Timer auch per Programm auf false setzen und dann springt er beim erreichen wieder auf true.

[uwe111]

Nach dem manuellen Reset bzw. der Neuinitialisierung der CUxD-Timer sollte deren Status unverändert bleiben. Also wenn er vorher TRUE war, dann ist er danach TRUE und wenn er vorher FALSE war ist er danach auch FALSE. Kann das bitte jemand bestätigen?

Viele Grüße

Uwe

[JRiemann]

Nach dem manuellen Reset bzw. der Neuinitialisierung der CUxD-Timer sollte deren Status unverändert bleiben. Also wenn er vorher TRUE war, dann ist er danach TRUE und wenn er vorher FALSE war ist er danach auch FALSE. Kann das bitte jemand bestätigen?

Viele Grüße

Uwe

Jo... So ist es...

Grüße!
Jörg

[dtp]

Mal ne kurze Frage. Ich musste kürzlich feststellen, dass es den Parameter "STATE" beim Timer gar nicht mehr zur Auswahl gibt. Ich bin mir sicher, dass ich im WebUI-Programm immer "STATE=TRUE | auf Aktualisierung auslösen" abgefragt hatte. Als ich letztens den Timer unter der FW 2.17.15 anschaute, stand der Parameter aber auf "Schaltzustand: Ein | auf Aktualisierung auslösen". Er funktionierte damit aber, wie bisher. Ist das so gewollt?

Gruß,

Thorsten

[Cash]

das kam mit dem Firmwareupdate der ccu. Da hat Cuxd vermutlich keinen Einfluss drauf.

[uwe111]

das kam mit dem Firmwareupdate der ccu. Da hat Cuxd vermutlich keinen Einfluss drauf.

Genau so ist es! Auf die Darstellung der Datenpunkte in der WebUI hat CUxD keinen Einfluss.
Der Datenpunkt heisst intern aber weiterhin STATE.

Viele Grüße

Uwe