Timer für Zeitbereich

[joesch]

Also, dass zuvor geschilderte Problem des falschen Ergebnisses der Bedingung hat sich geklärt. Gelöst habe ich das durch einen CCU-Neustart.

Trotzdem hätte ich noch einen (Feature-) Wunsch:
Wäre es möglich, den Wert CUXD_NUMBER zur Auswertung in der WebUI der CCU bereitzustellen (analog z.B. dem Wert TIMER_GET), so dass man ohne gesondertes Skript auswerten kann, an welcher Stelle des Timer-Set-Strings sich der Timer gerade mit seiner Ausführung befindet? Also

Vielen Dank und VG,
joesch

[uwe111]

Wäre es möglich, den Wert CUXD_NUMBER zur Auswertung in der WebUI der CCU bereitzustellen

Hast Du das schon mal mit der CUxD-Testversion 1.8c getestet?

Viele Grüße

Uwe

[joesch]

Da ich kein separates Testsystem habe - ist die c-Version mit einem vertretbaren "Restrisiko" auch produktiv einsetzbar?

Vielen Dank und VG,
joesch

[JRiemann]

Kein Risiko!
1.8c läuft bei mir und andern Testern absolut fehlerfrei.
Unter 1.8a gab es große Probleme in Verbindung mit YAHM.

Vor dem Test der 1.8c einfach ein Backup der CCU erstellen. Mit dem Backup kann man wenn nötig die Änderungen rückgängig machen und den Systemzustand zum Zeitpunk der Backuperstellung wieder herstellen.

[joesch]

Habe die 1.8c jetzt ebenfalls am Laufen. CUXD_NUMBER ist verfügbar Vielen Dank!

VG,
joesch

[super_alfi]

Nach euren guten Erfahrungen habe ich mir auch die 1.8c installiert.
Diese CUXD_NUMBER war genau das, was mir gefehlt hat ....
Habe die berühmte "Tageszeiten"-App auf Multi-Timer umgestellt.
Mich hat gestört das diese Anwendung rund um die Uhr alle 5min aufgerufen wurde.

Jetzt läuft einmal kurz nach Mitternacht das Setup-Programm für die Tageszeiten-Range.
Und noch 8mal am Tag ein SysVar-Update für den Statuswechsel.

vg super_alfi