BROLL: Sommer/Winterzeit Umstellung hat nicht funktioniert

[aha]

Heute um 6:30 Uhr sind hier alle Rolläden hochgefahren. Eingestellt ist natürlich 7:30 Uhr. Die CCU hat die richtige Uhrzeit.

Ist es unangemessen zu erwarten, dass die Aktoren Sommer/Winterzeit aware ist? Oder wenn das schon zu viel verlangt ist, dass die CCU bei der Zeitumstellung die Uhrzeit in allen Aktoren zwangsaktualisiert?

Ich weiss gerade nicht, ob der FALMOT/STH/STHD/BWTH die Zeit richtig hat… wenn der jetzt auch 1h zurück hängt sind alle Ziel-Temperaturen auch um 1h falsch.

Oder ist das ein Bug von Raspmatic?

[dondaik]

das thema zeit und zeitumstellung gibt es seit es HM gibt .... es gibt jedes jahr die situation das man diesen fehler ggf 24 stunden aussitzen muß , eigentlich sehr peinlich für die entwickler ( aus meiner sicht )

ps.: hier haben alle RM´s die richtige zeit

[Baxxy]

Hmm, meine Wohnbereichs-IP-Heizgruppe mit STHD und eTRV-B hat auch zur korrekten Zeit den Sollwert erhöht.
Läuft auf RaspberryMatic.

Grüße, Baxxy

[aha]

das thema zeit und zeitumstellung gibt es seit es HM gibt .... es gibt jedes jahr die situation das man diesen fehler ggf 24 stunden aussitzen muß , eigentlich sehr peinlich für die entwickler ( aus meiner sicht )

ps.: hier haben alle RM´s die richtige zeit

Also ich weiss ja nicht wie intelligent die Aktoren sein können, wenn sie battiebetrieben sind, aber der broll hängt am Dauerstrom. Selbst wenn die Aktoren nichts davon wissen sollen - auf der CCU kan man doch erkennen wenn die Zeitänderung größer X minuten vom ntp kommt und oder man feuert 1sekunde nach der bekannten schaltzeit einfach die aktuelle zeit zu allen Aktoren.

Das ist nicht nur peinlich, das ist ein komplettes Armutszeugnis, wenn das seit ~20 Jahren so ist.

[Baxxy]

Man muss hier aber auch wieder zwischen HM und HmIP unterscheiden.
Die HM's bekommen die Zeit per cronjob in zeitlichen Intervallen von der Zentrale synchronisiert.
Bei RaspberryMatic alle 6h per default also u.A. morgens um 06:01Uhr. Für CCU2/3 kenne ich den Intervall nicht.

Code: Alles auswählen

1 */6 * * * /bin/SetInterfaceClock

Die IP-Geräte holen sich die Zeit von der Zentrale. Wann genau und wie oft kann ich leider nicht sagen.
Ich weiß nur das das definitiv passiert wenn die Geräte booten, also stromlos waren und sich dann bei der Zentrale melden.

Grüße, Baxxy

[aha]

Man muss hier aber auch wieder zwischen HM und HmIP unterscheiden.
Die HM's bekommen die Zeit per cronjob in zeitlichen Intervallen von der Zentrale synchronisiert.
Bei RaspberryMatic alle 6h per default also u.A. morgens um 06:01Uhr. Für CCU2/3 kenne ich den Intervall nicht.

Code: Alles auswählen

1 */6 * * * /bin/SetInterfaceClock

RM_HM_Uhrzeit_Burst.JPG

Die IP-Geräte holen sich die Zeit von der Zentrale. Wann genau und wie oft kann ich leider nicht sagen.
Ich weiß nur das das definitiv passiert wenn die Geräte booten, also stromlos waren und sich dann bei der Zentrale melden.

Grüße, Baxxy

Also ich habe nur hmip geräte an einer ccu3

Wenn um 6 uhr die zeit gestellt wird - hätte sie um 6:30 uhr doch richtig sein müssen. Hm… wenn ip nicht wieder was anders macht… muss man doch forcen können

[Baxxy]

Wenn um 6 uhr die zeit gestellt wird - hätte sie um 6:30 uhr doch richtig sein müssen.

Bitte nochmal genau lesen was ich schrieb. 06:01Uhr gilt nur für HM!

Grüße, Baxxy

[aha]

Ja, sorry

[aha]

Wenn um 6 uhr die zeit gestellt wird - hätte sie um 6:30 uhr doch richtig sein müssen.

Bitte nochmal genau lesen was ich schrieb. 06:01Uhr gilt nur für HM!

Grüße, Baxxy

6 uhr ist auch viel zu spät, wenn sich die zeit um 2 oder 3 uhr ändert.

[Matsch]

6 uhr ist auch viel zu spät, wenn sich die zeit um 2 oder 3 uhr ändert.

Dann schreib das doch bitte an eQ-3! Baxxy wird daran nichts ändern können.
Wahrscheinlich werden die sagen, Sommerzeit ist für uns alle noch ein unbekanntes Gebiet ...

Auf Selbsterledigung durch die EU hat man nun vergebens gewartet ...