Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Kraftzwerg]

@Homoran sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

dann stimmt bei dir grundsätzlich etwas nicht!

Ja, ich stand etwas auf dem Schlauch. iob hätte ich natürlich im docker container ausführen müssen. hier ist der Output:

========== Start marking the full check here ===========

```bash
Script v.2025-08-09

*** BASE SYSTEM ***
cat: /sys/devices/virtual/dmi/id/sys_vendor: No such file or directory
Hardware Vendor :
Kernel          : aarch64
Userland        : 64 bit
Docker          : v11.0.0
Virtualization  : docker
Kernel          : aarch64
Userland        : 64 bit

Systemuptime and Load:
 10:51:28 up  1:10,  0 user,  load average: 1.16, 0.56, 0.42
CPU threads: 4


*** LIFE CYCLE STATUS ***
Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time!

*** TIME AND TIMEZONES ***
Tue Jan 13 09:51:28 UTC 2026
Tue Jan 13 10:51:28 CET 2026
CET +0100
Etc/UTC

*** Users and Groups ***
User that called 'iob diag':
root
HOME=/root
GROUPS=root

User that is running 'js-controller':
iobroker
HOME=/opt/iobroker
GROUPS=iobroker tty dialout audio video plugdev

*** DISPLAY-SERVER SETUP ***
Display-Server:         false
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Display-Manager:
Desktop:
Session:

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:            8.2G        2.7G        368M        4.6M        5.5G        5.5G
Swap:             0B          0B          0B
Total:          8.2G        2.7G        368M

Active iob-Instances:   14

         7801 M total memory
         2543 M used memory
         5053 M active memory
         1928 M inactive memory
          351 M free memory
          211 M buffer memory
         5013 M swap cache
            0 M total swap
            0 M used swap
            0 M free swap

*** top - Table Of Processes  ***
top - 10:51:28 up  1:10,  0 user,  load average: 1.16, 0.56, 0.42
Tasks:  21 total,   1 running,  20 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us, 20.0 sy,  0.0 ni, 80.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   7801.4 total,    351.2 free,   2543.8 used,   5224.9 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.   5257.6 avail Mem


*** DMESG CRITICAL ERRORS ***
No critical errors detected

*** FILESYSTEM ***
Filesystem     Type     Size  Used Avail Use% Mounted on
overlay        overlay  118G   26G   88G  23% /
tmpfs          tmpfs     64M     0   64M   0% /dev
shm            tmpfs     64M     0   64M   0% /dev/shm
/dev/sda2      ext4     118G   26G   88G  23% /opt/iobroker

Messages concerning ext4 filesystem in dmesg:
[Tue Jan 13 09:40:55 2026] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0  smsc95xx.macaddr=E4:5F:01:47:45:0D vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  dwc_otg.lpm_enable=0 console=ttyS0,115200 console=tty1 root=LABEL=writable rootfstype=ext4 elevator=deadline rootwait fixrtc quiet splash cgroup_enable=cpuset cgroup_enable=memory cgroup_memory=1 swapaccount=1
[Tue Jan 13 09:41:00 2026] EXT4-fs (sda2): mounted filesystem 87f67789-4694-4d47-8fcd-d86ef4277f59 ro with ordered data mode. Quota mode: none.
[Tue Jan 13 09:41:02 2026] EXT4-fs (sda2): re-mounted 87f67789-4694-4d47-8fcd-d86ef4277f59 r/w. Quota mode: none.

Show mounted filesystems:
TARGET           SOURCE                                                                                                             FSTYPE OPTIONS
/opt/iobroker    /dev/sda2[/home/ubuntu/docker/iobroker/data]                                                                       ext4   rw,relatime,discard,errors=remount-ro
/etc/resolv.conf /dev/sda2[/var/lib/docker/containers/1aabb09633f35fcd81bc06f1e95e99602a03fda4b7462fc971fa763283f6b9db/resolv.conf] ext4   rw,relatime,discard,errors=remount-ro
/etc/hostname    /dev/sda2[/var/lib/docker/containers/1aabb09633f35fcd81bc06f1e95e99602a03fda4b7462fc971fa763283f6b9db/hostname]    ext4   rw,relatime,discard,errors=remount-ro
/etc/hosts       /dev/sda2[/var/lib/docker/containers/1aabb09633f35fcd81bc06f1e95e99602a03fda4b7462fc971fa763283f6b9db/hosts]       ext4   rw,relatime,discard,errors=remount-ro

Files in neuralgic directories:

/var:
16M     /var/
14M     /var/lib/dpkg
14M     /var/lib
13M     /var/lib/dpkg/info
1.9M    /var/cache


/opt/iobroker/backups:
296M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
365M    /opt/iobroker/iobroker-data/
195M    /opt/iobroker/iobroker-data/files
142M    /opt/iobroker/iobroker-data/backup-objects
67M     /opt/iobroker/iobroker-data/files/minuvis
47M     /opt/iobroker/iobroker-data/files/admin.admin

The five largest files in iobroker-data are:
15M     /opt/iobroker/iobroker-data/states.jsonl
14M     /opt/iobroker/iobroker-data/objects.jsonl
14M     /opt/iobroker/iobroker-data/files/minuvis/app/static/js/main.5531d89f.js.map
8.1M    /opt/iobroker/iobroker-data/files/backitup.admin/assets/index-Djx0nwYT.js
4.6M    /opt/iobroker/iobroker-data/files/javascript.admin/vs/language/typescript/tsWorker.js

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

No Devices found 'by-id'

*** ZigBee Settings ***

HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyUSB0
Zigbee Network Settings on your coordinator/in nvbackup are:

zigbee.X
Extended Pan ID:
*** MASKED ***
Pan ID:
*** MASKED ***
Channel:
*** MASKED ***
Network Key:
*** MASKED ***

To unmask the settings run 'iob diag --unmask'


*** NodeJS-Installation ***

/usr/bin/nodejs         v22.21.0
/usr/bin/node           v22.21.0
/usr/bin/npm            10.9.4
/usr/bin/npx            10.9.4
/usr/bin/corepack       0.34.0

nodejs:
  Installed: 22.21.0-1nodesource1
  Candidate: 22.21.0-1nodesource1
  Version table:
 *** 22.21.0-1nodesource1 100
        100 /var/lib/dpkg/status

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

Checking for nodejs vulnerability:


 █████  ██      ██           ██████   ██████   ██████  ██████         ██
██   ██ ██      ██          ██       ██    ██ ██    ██ ██   ██     ██  ██
███████ ██      ██          ██   ███ ██    ██ ██    ██ ██   ██         ██
██   ██ ██      ██          ██    ██ ██    ██ ██    ██ ██   ██     ██  ██
██   ██ ███████ ███████      ██████   ██████   ██████  ██████         ██



*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Hosts:
iobroker            iobroker (version: 7.0.7, hostname: iobroker      , alive, uptime: 4129)

Core adapters versions
js-controller:  7.0.7
admin:          7.7.19
javascript:     9.0.11

nodejs modules from github:     0

Adapter State
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.alias-manager.0          : alias-manager         : iobroker                                 - disabled
+ system.adapter.backitup.0               : backitup              : iobroker                                 -  enabled
+ system.adapter.chromecast.0             : chromecast            : iobroker                                 -  enabled
+ system.adapter.cloud.0                  : cloud                 : iobroker                                 -  enabled
+ system.adapter.discovery.0              : discovery             : iobroker                                 -  enabled
+ system.adapter.influxdb.0               : influxdb              : iobroker                                 -  enabled, port: 8086
+ system.adapter.iot.0                    : iot                   : iobroker                                 -  enabled
+ system.adapter.javascript.0             : javascript            : iobroker                                 -  enabled
+ system.adapter.lgtv.0                   : lgtv                  : iobroker                                 -  enabled
  system.adapter.openweathermap.0         : openweathermap        : iobroker                                 -  enabled
  system.adapter.roborock.0               : roborock              : iobroker                                 - disabled
+ system.adapter.squeezeboxrpc.0          : squeezeboxrpc         : iobroker                                 -  enabled, port: 9080
+ system.adapter.tr-064.0                 : tr-064                : iobroker                                 -  enabled
  system.adapter.vis.0                    : vis                   : iobroker                                 -  enabled
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee.0                 : zigbee                : iobroker                                 -  enabled, port: /dev/ttyUSB0

+ instance is alive

Enabled adapters with bindings
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.influxdb.0               : influxdb              : iobroker                                 -  enabled, port: 8086
+ system.adapter.squeezeboxrpc.0          : squeezeboxrpc         : iobroker                                 -  enabled, port: 9080
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee.0                 : zigbee                : iobroker                                 -  enabled, port: /dev/ttyUSB0

ioBroker-Repositories
┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐
│ (index) │ name     │ url                                                     │ auto upgrade │
├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤
│ 0       │ 'stable' │ 'http://download.iobroker.net/sources-dist.json'        │ false        │
│ 1       │ 'beta'   │ 'http://download.iobroker.net/sources-dist-latest.json' │ false        │
└─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘

Active repo(s): stable
Upgrade policy: none

Installed ioBroker-Adapters
Used repository: stable
Adapter    "admin"        : 7.7.19   , installed 7.7.19
Adapter    "alias-manager": 2.0.0    , installed 2.0.0
Adapter    "backitup"     : 3.3.13   , installed 3.3.13
Adapter    "chromecast"   : 4.0.0    , installed 4.0.0
Adapter    "cloud"        : 5.0.1    , installed 5.0.1
Adapter    "discovery"    : 5.0.0    , installed 5.0.0
Adapter    "influxdb"     : 4.0.2    , installed 4.0.2
Adapter    "iot"          : 5.0.7    , installed 5.0.7
Adapter    "javascript"   : 9.0.11   , installed 9.0.11
Controller "js-controller": 7.0.7    , installed 7.0.7
Adapter    "lgtv"         : 2.5.0    , installed 2.5.0
Adapter    "openweathermap": 1.1.2   , installed 1.1.2
Adapter    "roborock"     : 0.6.18   , installed 0.6.18
Adapter    "socketio"     : 6.7.1    , installed 7.0.8
Adapter    "squeezeboxrpc": 1.6.2    , installed 1.6.2
Adapter    "tr-064"       : 4.3.0    , installed 4.3.0
Adapter    "vis"          : 1.5.6    , installed 1.5.6
Adapter    "web"          : 7.0.8    , installed 7.0.8
Adapter    "ws"           : 2.6.2    , installed 3.0.19
Adapter    "zigbee"       : 3.1.5    , installed 3.1.5

Objects and States
Please stand by - This may take a while
Objects:        2640
States:         2272

*** OS-Repositories and Updates ***
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease
Hit:4 https://deb.nodesource.com/node_22.x nodistro InRelease
Reading package lists...
Pending Updates: 41

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1000       17938      150/iobroker.js-con
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1000       18825      150/iobroker.js-con
tcp        0      0 127.0.0.11:35029        0.0.0.0:*               LISTEN      0          15886      -
tcp6       0      0 :::8081                 :::*                    LISTEN      1000       18866      184/io.admin.0
tcp6       0      0 :::8082                 :::*                    LISTEN      1000       20588      417/io.web.0
udp        0      0 127.0.0.11:43237        0.0.0.0:*                           0          15885      -
udp        0      0 0.0.0.0:3483            0.0.0.0:*                           1000       20606      443/io.squeezeboxrp
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1000       19133      334/io.chromecast.0

*** Log File - Last 25 Lines ***

2026-01-13 10:49:51.020  - warn: zigbee.0 (292) ELEVATED:I02 (fe24) 2 converters available for 'ME167' 'a4c138b9ce8affff' with cluster 'manuSpecificTuya' and type 'commandDataReport'
2026-01-13 10:49:51.021  - warn: zigbee.0 (292) ELEVATED:I03 (fe24) message received '{"linkquality":196}' from device a4c138b9ce8affff type 'ME167'
2026-01-13 10:49:51.021  - warn: zigbee.0 (292) ELEVATED:I04 (fe24) value generated '196' from device a4c138b9ce8affff for 'Link quality'
2026-01-13 10:49:51.021  - warn: zigbee.0 (292) ELEVATED:I02.1a (fe24) converter 1 : Cluster manuSpecificTuya
2026-01-13 10:49:51.022  - warn: zigbee.0 (292) ELEVATED:I02.0b (fe24)  data: {"seq":33792,"dpValues":[{"dp":5,"datatype":2,"data":{"type":"Buffer","data":[0,0,0,190]}}]} options: {} meta:{"deviceIEEE":"0xa4c138b9ce8affff","logger":"StatesController","state":{"state":""}} result:undefined
2026-01-13 10:49:51.022  - warn: zigbee.0 (292) ELEVATED:I02.2a (fe24) converter 2 : Cluster manuSpecificTuya
2026-01-13 10:49:51.022  - warn: zigbee.0 (292) ELEVATED:I02.1b (fe24)  data: {"seq":33792,"dpValues":[{"dp":5,"datatype":2,"data":{"type":"Buffer","data":[0,0,0,190]}}]} options: {} meta:{"deviceIEEE":"0xa4c138b9ce8affff","logger":"StatesController","state":{"state":""}} result:{"local_temperature":19}
2026-01-13 10:49:51.022  - warn: zigbee.0 (292) ELEVATED:I02.2c (fe24) candidates: [{},{"local_temperature":19}] => payload {"local_temperature":19}
2026-01-13 10:49:51.023  - warn: zigbee.0 (292) ELEVATED:I03 (fe24) message received '{"local_temperature":19}' from device a4c138b9ce8affff type 'ME167'
2026-01-13 10:49:51.023  - warn: zigbee.0 (292) ELEVATED:I04 (fe24) value generated '19' from device a4c138b9ce8affff for 'Current temperature measured on the device'
2026-01-13 10:50:41.060  - info: host.iobroker instance system.adapter.openweathermap.0 in version "1.1.2" started with pid 3722
2026-01-13 10:50:44.554  - info: openweathermap.0 (3722) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.openweathermap, node: v22.21.0, js-controller: 7.0.7
2026-01-13 10:50:52.010  - warn: zigbee.0 (292) ELEVATED:I01 (ec6a) Zigbee Event of Type commandDataReport from device 0xa4c138b9ce8affff, incoming event: {"type":"commandDataReport","data":{"seq":34048,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[0]}}]},"linkquality":196,"groupID":0,"cluster":"manuSpecificTuya","meta":{"rawData":{"type":"Buffer","data":[9,164,2,0,133,3,4,0,1,0]},"zclTransactionSequenceNumber":164,"frameControl":{"frameType":1,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1}
2026-01-13 10:50:52.018  - warn: zigbee.0 (292) ELEVATED:I02 (ec6a) 2 converters available for 'ME167' 'a4c138b9ce8affff' with cluster 'manuSpecificTuya' and type 'commandDataReport'
2026-01-13 10:50:52.019  - warn: zigbee.0 (292) ELEVATED:I03 (ec6a) message received '{"linkquality":196}' from device a4c138b9ce8affff type 'ME167'
2026-01-13 10:50:52.019  - warn: zigbee.0 (292) ELEVATED:I04 (ec6a) value generated '196' from device a4c138b9ce8affff for 'Link quality'
2026-01-13 10:50:52.020  - warn: zigbee.0 (292) ELEVATED:I02.1a (ec6a) converter 1 : Cluster manuSpecificTuya
2026-01-13 10:50:52.020  - warn: zigbee.0 (292) ELEVATED:I02.0b (ec6a)  data: {"seq":34048,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[0]}}]} options: {} meta:{"deviceIEEE":"0xa4c138b9ce8affff","logger":"StatesController","state":{"state":""}} result:undefined
2026-01-13 10:50:52.021  - warn: zigbee.0 (292) ELEVATED:I02.2a (ec6a) converter 2 : Cluster manuSpecificTuya
2026-01-13 10:50:52.021  - warn: zigbee.0 (292) ELEVATED:I02.1b (ec6a)  data: {"seq":34048,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[0]}}]} options: {} meta:{"deviceIEEE":"0xa4c138b9ce8affff","logger":"StatesController","state":{"state":""}} result:{"running_state":"heat"}
2026-01-13 10:50:52.022  - warn: zigbee.0 (292) ELEVATED:I02.2c (ec6a) candidates: [{},{"running_state":"heat"}] => payload {"running_state":"heat"}
2026-01-13 10:50:52.022  - warn: zigbee.0 (292) ELEVATED:I03 (ec6a) message received '{"running_state":"heat"}' from device a4c138b9ce8affff type 'ME167'
2026-01-13 10:50:52.022  - warn: zigbee.0 (292) ELEVATED:I04 (ec6a) value generated '"heat"' from device a4c138b9ce8affff for 'The current running state'
2026-01-13 10:51:04.793  - info: openweathermap.0 (3722) Terminated (NO_ERROR): Without reason
2026-01-13 10:51:05.350  - info: host.iobroker instance system.adapter.openweathermap.0 having pid 3722 terminated with code 0 (NO_ERROR)

und hier sehe ich für zigbee:
HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyUSB0
kann das jetzt plötzlich ein Problem darstellen? Ich kann auch auf by-id umstellen, aber der Adapter wird ja unter USB0 gefunden.

[Homoran]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

kann das jetzt plötzlich ein Problem darstellen? Ich kann auch auf by-id umstellen, aber der Adapter wird ja unter USB0 gefunden.

nein, das hat jetzt nichts mit dem aktuellen Problem zu tun.
Bei neuzuordnung der devices beim Start kann das zu Problemen führen.
/dev/by-id/ findet das Gerät immer, egal wo es steckt

[Asgothian]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyUSB0
kann das jetzt plötzlich ein Problem darstellen? Ich kann auch auf by-id umstellen, aber der Adapter wird ja unter USB0 gefunden.

Klare Aussage: NEIN. Wenn das nicht passt läuft der Zigbee Adapter gar nicht.

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Ich habe alle Scripte deaktiviert, weil ich dachte ich habe eventuell einen Fehler eingebaut. Trotzdem passiert das mehrmals am Tag.
Ein mal ist mir im IOB Webinterface aufgefallen, dass alle Zigbee Geräte getrennt sind. Hier steckt vermutlich das Hauptproblem.

Unwahrscheinlich. Nicht verbundene Geräte führen nicht dazu das sich Temperaturen ändern.

Hier ist ein Auszug des Zigbee Logs für den besagten Zeitraum: (Der Adapter a4c138b9ce8affff ist nicht mehr erreichbar)

Das gepostete Log

• ist mit aktivem Device-Debug für das ME167 Thermostat gemacht
• sagt nichts weiter über 'nicht verbundene Geräte aus'
• zeigt das das Gerät prinzipiell kommuniziert
• zeigt das die Änderung die da zu sehen ist vom Gerät initiiert wird.
• zeigt das das Gerät den running state von sich aus auf idle wechselt.

Das ist jedenfalls erst einmal nur bedingt hilfreich.

Bitte folgendes machen:

• Device Debug für das Avatto Gerät ausschalten
• auf die entsprechenden Datenpunkte einen Trigger setzen, mit dem du die Quelle der Änderung ins Log schreibst. (siehe auch hier: https://forum.iobroker.net/topic/83555/möchte-ermitteln-wer-der-auslöser-für-dp-änderung-ist?_=1768298902629)
• laufen lassen, und schauen was als 'ursprung' der Änderung auftaucht. Es gibt basierend auf der Antwort dann mehrere mögliche Ursachen.

Als Schritt 2 (insbesondere wenn als Ursprung der Änderungen der Zigbee Adapter auftaucht):

• die aktuelle latest version (3.3.3) installieren
• Device debug wieder aktivieren, unter zu Hilfe nahme dieses Dokumentes (https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug) gezielt die änderungen heraussuchen wo die Temperatur verstellt wird.

A.

[Asgothian]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Und dann tauchen solche Meldungen im Log auf, wenn die Temperatur verstellt wird. Was heißt "der current_heating_setpoint wird calibriert?" Ich stelle da feste Werte ein

2026-01-13 06:43:47.029 - warn: zigbee.0 (204538) ELEVATED:O04 (b626) convert current_heating_setpoint with value 18 and options {} for device 0xa4c138b9ce8affff with Endpoint current_heating_setpoint

Hat jemand eine Idee was da los sein kann?

Diese Meldung besagt nur, das

• der Adapter erkannt hat das jemand dein Datenpunkt current_heating_setpoint geändert hat.
• der Adapter den vom Benutzer angegebenen Wert entsprechend der im Code vorgegebenen Umrechnungsregel so umgerechnet hat das er an das Gerät mit der Addresse 0xa4c138b9ce8affffgeschickt werden kann.

Sprich: Du hast was geändert, der Adapter hat es an das Gerät geschickt. Spätere Meldungen sagen Dir dann ob das Gerät das auch akzeptiert hat.

A.

[Kraftzwerg]

@Asgothian sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Bitte folgendes machen:

Device Debug für das Avatto Gerät ausschalten
auf die entsprechenden Datenpunkte einen Trigger setzen, mit dem du die Quelle der Änderung ins Log schreibst. (siehe auch hier: https://forum.iobroker.net/topic/83555/möchte-ermitteln-wer-der-auslöser-für-dp-änderung-ist?_=1768298902629)
laufen lassen, und schauen was als 'ursprung' der Änderung auftaucht. Es gibt basierend auf der Antwort dann mehrere mögliche Ursachen.

Ok, ich habe jetzt ein Script für die 7 Thermostate gestartet und Debug wieder abgeschaltet.

@Asgothian sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Sprich: Du hast was geändert, der Adapter hat es an das Gerät geschickt. Spätere Meldungen sagen Dir dann ob das Gerät das auch akzeptiert hat.

Nur war ich um die Zeit gar nicht wach

Ich werde das jetzt mal ein, zwei Tage im Auge behalten, und mich dann mit den Ergebnissen melden.
Vielen Dank

Thomas

[Homoran]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Nur war ich um die Zeit gar nicht wach

stimmt die Zeitzone?

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

*** TIME AND TIMEZONES ***
Tue Jan 13 09:51:28 UTC 2026
Tue Jan 13 10:51:28 CET 2026
CET +0100
Etc/UTC

sieht komisch aus

[Kraftzwerg]

@Homoran sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

stimmt die Zeitzone?
sieht komisch aus

Im Log sehe ich die richtige Uhrzeit. Mein Ubuntu Host läuft auch richtig, und der Docker Container hat auch die richtige Systemzeit. Wie soll es den aussehen bei Zeitzone Deutschland?

@asgothian
Um 6 Uhr haben sich 6 von 7 Thermostaten auf 21 grad gestellt.
Im Log habe ich:

2026-01-14 06:00:03.179 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0
2026-01-14 06:00:34.493 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0
2026-01-14 06:00:34.691 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0
2026-01-14 06:00:41.643 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0
2026-01-14 06:00:46.132 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0
2026-01-14 06:00:49.518 - warn: javascript.0 (211) script.js.debug: system.adapter.zigbee.0

Bedeutet das, dass der Zigbee Adapter die Werte verändert?
Ich glaube seit dem Firmware Update schmierrt mir das Zigbee Netzwerk gelegentlich ab. Wie gesagt, im WebIf (Zigbee Panell) hatte ich ein mal gesehen, das alle Geräte rot waren.

Ich lerne die Thermostate jetzt neu ein, und wenn die sich weiter verstellen, gehe ich auf eine alte Firmware zurück.

LG
Thomas

[Homoran]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Wie soll es den aussehen bei Zeitzone Deutschland?

irgendwas wie Timezone Berlin...

[Kraftzwerg]

@Homoran sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

irgendwas wie Timezone Berlin...

Ich glaube das ist bei Ubuntu Server einfach so. CET kam mir auch komisch vor, aber zur Winterzeit haben wir tatsächlich CET. Ich habe das auch nochmal versucht neu zu setzen, aber es bleibt dabei. Europe/Berlin ist glaube ich nur ein Alias

someuser@someserver:~$ sudo dpkg-reconfigure tzdata

Current default time zone: 'Europe/Berlin'
Local time is now:      Wed Jan 14 08:53:38 CET 2026.
Universal Time is now:  Wed Jan 14 07:53:38 UTC 2026.

someuser@someserver:~$ date
Wed Jan 14 08:54:11 CET 2026

[Asgothian]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Bedeutet das, dass der Zigbee Adapter die Werte verändert?
Ich glaube seit dem Firmware Update schmierrt mir das Zigbee Netzwerk gelegentlich ab. Wie gesagt, im WebIf (Zigbee Panell) hatte ich ein mal gesehen, das alle Geräte rot waren.

Ohne Logs daraus zu schliessen das ein Firmware Update da "schuld" ist ist... mutig.

Ich lerne die Thermostate jetzt neu ein, und wenn die sich weiter verstellen, gehe ich auf eine alte Firmware zurück.

Auch das ist eher nicht der richtige Weg:

• der Weg zurück auf eine alte Firmware ist auf dem Thermostat eher nicht möglich
• Die installation eines älteren Zigbee Adapters ist möglich, bringt aber nichts. Der Adapter hat keine Automatisierungen für die Thermostate
• ein Firmware-Downgrade auf dem Zigbee-Stick wird auch nichts bringen.

Ich vermute:

• die Thermostate haben einen 'weekly shedule' gesetzt.
• sie sind auf 'automatik' gesetzt - so das sie die Temperatur aus dem Schedule setzen.

Bitte prüfen:

• wie ist der system_mode gesetzt ?
• was steht in den States schedule_xxxx ? (sollte es je einen für jeden Tag geben)

A.

[Thomas Braun]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Ich glaube das ist bei Ubuntu Server einfach so.

Nein, das ist im Docker-Image 'einfach so' eingebacken.

[Kraftzwerg]

@Asgothian sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Ich vermute:

• die Thermostate haben einen 'weekly shedule' gesetzt.
• sie sind auf 'automatik' gesetzt - so das sie die Temperatur aus dem Schedule setzen.

Bitte prüfen:

• wie ist der system_mode gesetzt ?
• was steht in den States schedule_xxxx ? (sollte es je einen für jeden Tag geben)

A.

Hallo Asgothian

Das ist mir jetzt unsagbar peinlich. Eines meiner deaktivierten Scripte hatte es dann kaputt gemacht.
Ich hatte ein Script gebaut, welches regestriert wenn ein Fenster geöffnet wurde, und die entsprechende Heizung in den mode off setzt.
Wenn das Fenster wieder zu ist, geht die Heizung auf Auto und stellt die vorherige Temperatur wieder ein. (das hatte ich so gemacht weil "komischer Weise" nach dem setzen auf mode auto, die Temperatur auf 16 grad gesetzt wurde....)
Ich hätte wohl heat als mode setzen sollen.

Die Schedule ist:
06:00/21.0 08:00/16.0 12:00/21.0 14:00/16.0 18:00/21.0 22:00/16.0
Und der mode stand noch auf Auto.

Vielen Dank.
Das Problem saß vor dem Rechner.

[Asgothian]

@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:

Das ist mir jetzt unsagbar peinlich.

Muss es nicht - es war eine gute Übung in systematischer Analyse.

Wenn du dir die Schedules anschaust wird auch klar warum der Thermostat von sich aus die Solltemperatur anpasst:

06:00/21.0 08:00/16.0 12:00/21.0 14:00/16.0 18:00/21.0 22:00/16.0

Das ist eine Liste von Uhrzeiten (Schaltzeiten) und Temperaturen, basierend auf dieser doku: https://www.zigbee2mqtt.io/devices/ME167.html#schedule-tuesday-text )Link dazu bekommst du im Übrigen von der Info-Anzeige des Adapters)

Solange der Thermostat auf auto steht arbeitet er diese Zeitpläne ab. Und wenn von off auf auto gestellt wird, dann schaut er nach wo er sich im Zeitplan befindet und setzt die Solltemperatur entsprechend.

A.