NEWS
Avatto TRV06 / ME167 Heizungsthermostat verstellt sich
-
@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.@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 statevon sich aus aufidlewechselt.
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.
-
- Adaptername: ZigBee-Adapter für Xiaomi (und andere) Geräte über Chip cc26xx/cc25xx
- Link zu Adapterrepository: ?? https://www.iobroker.net/#de/adapters/adapterref/iobroker.zigbee/README.md
- Adapterversion: 3.1.5
- js-controller Version: 7.0.7 (scripte deaktiviert seit Problem)
- Admin Version: 7.7.19
- Hardwaresystem: Pi4
- Arbeitsspeicher: 8 GB
- Festplattenart: SSD
- Betriebssystem: Ubuntu 24.04.3 LTS
- Nodejs-Version: keine Ahnung (9.0.11?)
- NPM-Version: was auch immer das sein soll
- Installationsart: ? Docker?
- Image, Docker genutzt: Ja
- Ort, Name der Imagedatei: buanet/iobroker
Linux User bitte hier den Output von iob diag einfügen.
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)Ich bin langsam am verzweifeln, weil ich hier Nachts abwechselnd erfriere, und unter Hitzewallungen leide.
Ich habe einen Sonoff zigbee 3.0 usb dongle plus
Daran betreibe ich unter anderem mehrere Avatto TRV06 / ME167 Heizungsthermostate Das lief Jahrelang super.Ich habe vor ein paar Tagen ein Firmwareupdate des Zigbee Dongels gemacht.
- Zigbee Coordinator
type:ZStack3x0
version:2-1.2.7.1.
revision:20250321
port:/dev/ttyUSB0
channel:11
------------Software versions
adapter:3.1.5
installed from:iobroker.zigbee@3.1.5
ZHC / ZH:25.31.0 / 6.4.2
Seither verstellen sich die Thermostate willkürlich.
Z.B. um 05:56 von 17 auf 21 Grad und dann um 06:44 wieder auf 18 GradIch 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.Hier ist ein Auszug des Zigbee Logs für den besagten Zeitraum: (Der Adapter a4c138b9ce8affff ist nicht mehr erreichbar)
2026-01-13 05:52:11.946 - warn: zigbee.0 (204538) ELEVATED:I01 (7c2a) Zigbee Event of Type read from device 0xa4c138b9ce8affff, incoming event: {"type":"read","data":["localTime"],"linkquality":196,"groupID":0,"cluster":"genTime","meta":{"rawData":{"type":"Buffer","data":[0,142,0,7,0]},"zclTransactionSequenceNumber":142,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} 2026-01-13 05:52:11.954 - warn: zigbee.0 (204538) ELEVATED:I02 (7c2a) 0 converter available for 'ME167' 'a4c138b9ce8affff' with cluster 'genTime' and type 'read' 2026-01-13 05:52:11.954 - warn: zigbee.0 (204538) ELEVATED:NOCONV (7c2a) No converter available for 'ME167' 'a4c138b9ce8affff' with cluster 'genTime' and type 'read' 2026-01-13 05:52:11.954 - warn: zigbee.0 (204538) ELEVATED:I03 (7c2a) message received '{"linkquality":196}' from device a4c138b9ce8affff type 'ME167' 2026-01-13 05:52:11.955 - warn: zigbee.0 (204538) ELEVATED:I04 (7c2a) value generated '196' from device a4c138b9ce8affff for 'Link quality' 2026-01-13 05:53:03.790 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c13819e21a438a TS0601 was last seen '2034.494' seconds ago. 2026-01-13 05:53:03.798 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c1381f2f80da3f TS0601 was last seen '5577.253' seconds ago. 2026-01-13 05:53:03.802 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138b9ce8affff TS0601 was last seen '51.862' seconds ago. 2026-01-13 05:53:03.809 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138ea8d6265d1 TS0601 was last seen '2655.042' seconds ago. 2026-01-13 05:53:03.813 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138fc915e4816 TS0601 was last seen '4559.021' seconds ago. 2026-01-13 05:53:03.816 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138420c789578 TS0601 was last seen '510.117' seconds ago. 2026-01-13 05:53:03.818 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0x0ceff6fffe730906 SNZB-04P was last seen '53.313' seconds ago. 2026-01-13 05:53:03.819 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0x881a14fffeecebbc SNZB-04P was last seen '2442.158' seconds ago. 2026-01-13 05:53:03.823 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138da5418795a TS0601 was last seen '79.903' seconds ago. 2026-01-13 05:53:28.258 - warn: zigbee.0 (204538) ELEVATED:I01 (a641) Zigbee Event of Type read from device 0xa4c1381f2f80da3f, incoming event: {"type":"read","data":["localTime"],"linkquality":134,"groupID":0,"cluster":"genTime","meta":{"rawData":{"type":"Buffer","data":[0,204,0,7,0]},"zclTransactionSequenceNumber":204,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":0,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} 2026-01-13 05:53:28.264 - warn: zigbee.0 (204538) ELEVATED:I02 (a641) 0 converter available for 'ME167' 'a4c1381f2f80da3f' with cluster 'genTime' and type 'read' 2026-01-13 05:53:28.265 - warn: zigbee.0 (204538) ELEVATED:NOCONV (a641) No converter available for 'ME167' 'a4c1381f2f80da3f' with cluster 'genTime' and type 'read' 2026-01-13 05:53:28.265 - warn: zigbee.0 (204538) ELEVATED:I03 (a641) message received '{"linkquality":134}' from device a4c1381f2f80da3f type 'ME167' 2026-01-13 05:53:28.265 - warn: zigbee.0 (204538) ELEVATED:I04 (a641) value generated '134' from device a4c1381f2f80da3f for 'Link quality' 2026-01-13 05:56:43.926 - warn: zigbee.0 (204538) ELEVATED:I01 (a295) Zigbee Event of Type commandDataReport from device 0xa4c138da5418795a, incoming event: {"type":"commandDataReport","data":{"seq":46336,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[1]}}]},"linkquality":196,"groupID":0,"cluster":"manuSpecificTuya","meta":{"rawData":{"type":"Buffer","data":[9,227,2,0,181,3,4,0,1,1]},"zclTransactionSequenceNumber":227,"frameControl":{"frameType":1,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} 2026-01-13 05:56:43.932 - warn: zigbee.0 (204538) ELEVATED:I02 (a295) 2 converters available for 'ME167' 'a4c138da5418795a' with cluster 'manuSpecificTuya' and type 'commandDataReport' 2026-01-13 05:56:43.932 - warn: zigbee.0 (204538) ELEVATED:I03 (a295) message received '{"linkquality":196}' from device a4c138da5418795a type 'ME167' 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I04 (a295) value generated '196' from device a4c138da5418795a for 'Link quality' 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I02.1a (a295) converter 1 : Cluster manuSpecificTuya 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I02.0b (a295) data: {"seq":46336,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[1]}}]} options: {} meta:{"deviceIEEE":"0xa4c138da5418795a","logger":"StatesController","state":{"state":""}} result:undefined 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I02.2a (a295) converter 2 : Cluster manuSpecificTuya 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I02.1b (a295) data: {"seq":46336,"dpValues":[{"dp":3,"datatype":4,"data":{"type":"Buffer","data":[1]}}]} options: {} meta:{"deviceIEEE":"0xa4c138da5418795a","logger":"StatesController","state":{"state":""}} result:{"running_state":"idle"} 2026-01-13 05:56:43.933 - warn: zigbee.0 (204538) ELEVATED:I02.2c (a295) candidates: [{},{"running_state":"idle"}] => payload {"running_state":"idle"} 2026-01-13 05:56:43.934 - warn: zigbee.0 (204538) ELEVATED:I03 (a295) message received '{"running_state":"idle"}' from device a4c138da5418795a type 'ME167' 2026-01-13 05:56:43.934 - warn: zigbee.0 (204538) ELEVATED:I04 (a295) value generated '"idle"' from device a4c138da5418795a for 'The current running state' 2026-01-13 05:58:03.790 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c13819e21a438a TS0601 was last seen '2334.494' seconds ago. 2026-01-13 05:58:03.798 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c1381f2f80da3f TS0601 was last seen '275.546' seconds ago. 2026-01-13 05:58:03.802 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138b9ce8affff TS0601 was last seen '351.862' seconds ago. 2026-01-13 05:58:03.809 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138ea8d6265d1 TS0601 was last seen '2955.042' seconds ago. 2026-01-13 05:58:03.812 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138fc915e4816 TS0601 was last seen '4859.02' seconds ago. 2026-01-13 05:58:03.817 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138420c789578 TS0601 was last seen '810.117' seconds ago. 2026-01-13 05:58:03.818 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0x0ceff6fffe730906 SNZB-04P was last seen '353.313' seconds ago. 2026-01-13 05:58:03.819 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0x881a14fffeecebbc SNZB-04P was last seen '2742.158' seconds ago. 2026-01-13 05:58:03.822 - warn: zigbee.0 (204538) DeviceAvailability:ELEVATED: Non-pingable device 0xa4c138da5418795a TS0601 was last seen '79.902' seconds ago.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_setpointHat jemand eine Idee was da los sein kann?
@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_setpointHat jemand eine Idee was da los sein kann?
Diese Meldung besagt nur, das
- der Adapter erkannt hat das jemand dein Datenpunkt
current_heating_setpointgeä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 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 statevon sich aus aufidlewechselt.
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 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 DankThomas
-
@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 DankThomas
@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/UTCsieht komisch aus
-
@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/UTCsieht komisch aus
@Homoran sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:
stimmt die Zeitzone?
sieht komisch ausIm 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.0Bedeutet 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 sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:
stimmt die Zeitzone?
sieht komisch ausIm 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.0Bedeutet 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@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:
Wie soll es den aussehen bei Zeitzone Deutschland?
irgendwas wie Timezone Berlin...
-
@Kraftzwerg sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:
Wie soll es den aussehen bei Zeitzone Deutschland?
irgendwas wie Timezone Berlin...
@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 -
@Homoran sagte in Avatto TRV06 / ME167 Heizungsthermostat verstellt sich:
stimmt die Zeitzone?
sieht komisch ausIm 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.0Bedeutet 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@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_modegesetzt ? - was steht in den States
schedule_xxxx? (sollte es je einen für jeden Tag geben)
A.
-
@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@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 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_modegesetzt ? - was steht in den States
schedule_xxxx? (sollte es je einen für jeden Tag geben)
A.
@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_modegesetzt ? - 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. -
K Kraftzwerg has marked this topic as solved on
-
@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_modegesetzt ? - 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.@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.0Das 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
autosteht arbeitet er diese Zeitpläne ab. Und wenn vonoffaufautogestellt wird, dann schaut er nach wo er sich im Zeitplan befindet und setzt die Solltemperatur entsprechend.A.
Support us
688
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge