CuxD 2.2 Timer-Problem unter RaspMatic 3.45.5.20190330
Verfasst: 10.04.2019, 08:01
CuxD-Timer ist unter STATUS wie folgt dargestellt:
CUX2800001 (X) CUXD_Timer
Die Timer sind mit CUXD_Timer_Axy durchnummeriert.
Der mit z.B.
CUXD_Timer_A01 sofort TIMER_Set 300 (oder 600, bzw. 900)
gesetzter Timer läuft an und startet bei Werten von 145 - 193, also mehr oder weniger willkürlich selbsttätig neu, setzt sich also auf 300 zurück und zählt erneut abwärts:
Bei Start ist der aktuelle Status:
CUX2800001:1 state(1) timer(0s) set(300):0
...
bei Abbruch z.B.:
CUX2800001:1 state(1) timer(193s) set(300):0
und sofort darauf wieder:
CUX2800001:1 state(1) timer(300s) set(300):0
Bei TIMER_Set 600 oder TIMER_Set 900 liegen die Abbruchzeiten meist bei zwei Drittel der jeweiligen Zeiten.
Da er so nie bei 0 ankommt, wird auch das zu triggernde Programm nicht ausgeführt.
Lösche und schreibe ich das den Timer setzende Programm neu, arbeitet es zunächst sauber, bis es irgendwann in dieses Verhalten verfällt.
Dabei ist es unerheblich welchen Kanal ich wähle. Ebenso unbedeutend ist, auf welchem von sechs RasPi-Systemen das Programm läuft (bei identischer Versionierung aller Komponenten).
Parallel genutzte Timer-Kanäle, getriggert von anderen Programmen, können währenddessen sauber arbeiten, ebenso aber zum Teil auch irgendwann in dieses Verhalten verfallen.
Nach einigen Stunden KANN es sein, dass der gestörte Timer tatsächlich einmal bis 0 zählt und somit das zugeordnete Programm auslöst ...
Eine Idee, wo das Problem liegen kann?
CUX2800001 (X) CUXD_Timer
Die Timer sind mit CUXD_Timer_Axy durchnummeriert.
Der mit z.B.
CUXD_Timer_A01 sofort TIMER_Set 300 (oder 600, bzw. 900)
gesetzter Timer läuft an und startet bei Werten von 145 - 193, also mehr oder weniger willkürlich selbsttätig neu, setzt sich also auf 300 zurück und zählt erneut abwärts:
Bei Start ist der aktuelle Status:
CUX2800001:1 state(1) timer(0s) set(300):0
...
bei Abbruch z.B.:
CUX2800001:1 state(1) timer(193s) set(300):0
und sofort darauf wieder:
CUX2800001:1 state(1) timer(300s) set(300):0
Bei TIMER_Set 600 oder TIMER_Set 900 liegen die Abbruchzeiten meist bei zwei Drittel der jeweiligen Zeiten.
Da er so nie bei 0 ankommt, wird auch das zu triggernde Programm nicht ausgeführt.
Lösche und schreibe ich das den Timer setzende Programm neu, arbeitet es zunächst sauber, bis es irgendwann in dieses Verhalten verfällt.
Dabei ist es unerheblich welchen Kanal ich wähle. Ebenso unbedeutend ist, auf welchem von sechs RasPi-Systemen das Programm läuft (bei identischer Versionierung aller Komponenten).
Parallel genutzte Timer-Kanäle, getriggert von anderen Programmen, können währenddessen sauber arbeiten, ebenso aber zum Teil auch irgendwann in dieses Verhalten verfallen.
Nach einigen Stunden KANN es sein, dass der gestörte Timer tatsächlich einmal bis 0 zählt und somit das zugeordnete Programm auslöst ...
Eine Idee, wo das Problem liegen kann?