HUEDevice - falscher Uhrzeit in Readings bzw. dessen Timestamps

[F-Spezi]

Hallo,
seit der Zeitumstellung sind mir Sprünge in den Plots der ZigBee-Sensoren aufgefallen. In den Log-Dateien werden die Werte der ZigBee-Sensoren mit einer Stunde vor der aktuellen Zeit (Sommerzeit) gespeichert, die anderen Sensoren und die addLogs mit der richtigen Zeit. Die Readings aller HUEDevice's zeigen in .lastupdated die UTC-Zeit und in .lastupdated_local die UTC-Zeit + 2 Stunden (CEST), obwohl die aktuelle Zeitzone UTC + 1 (CET) eingestellt ist. Der Timestamp der restlichen Readings wird anscheinend auf den Wert von .lastupdated_local gesetzt und liegt daher in der Zukunft.
FHEM läuft unter Debian in einer Hyper-V VM auf Windows 10. Für ZigBee läuft ein RasPi mit ConBee / deCONZ. Im Anhang einige Screenshots.

Zur Fehlersuche habe ich bisher erfolglos kontrolliert bzw. probiert:
Zeitzone des PC (Win 10) - CET - OK
Zeitzone der VM (Debian) - CET - OK
Zeitzone des RasPi - CET - OK
Alle Uhrzeiten werden per NTP regelmäßig synchronisiert.
FHEM Update durchgeführt.
Die VM und den RasPi habe ich schon mehrfach neu gestartet.
Timestamps von Readings aller anderen Device's sind OK und stimmen mit der eingestellten Zeitzone überein.
{localtime()} in FHEM liefert die aktuelle Zeit.

Mir gehen jetzt die Ideen aus, wo ich noch suchen soll.
Wie wird das Reading .lastupdated_local berechnet und woher stammt die verwendete Zeitzone?

[CoolTux]

Was steht den als Zeitzone in deConz drin?

[F-Spezi]

Dank dir, das war es.
Auf diese Einstellung habe ich noch nie geachtet, obwohl ich da schon öfter drin war. Hatte ja im Sommer auch gepasst und vorher lief es über zigbee2mqtt.
Seit der Umstellung passen die Zeiten jetzt.
Vielen Dank - manchmal übersieht man das Offensichtliche...