Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[arteck]

@DeeJayDave die Sensoren liefer die Werte immer bei änderung... Reichweite ?

[iomountain]

Hab einen auf dem Schreibtisch liegen, kurz den Knopf gedrückt, neuer Wert in den Objekten. Kann aber auch vom anfassen kommen.
Ansonsten leg sie mal für 2 Minuten in den Gefrierschrank, dann raus, jetzt hätten sie was zu melden.
Reichweite bei mir ca 6 -10 Meter.

[Asgothian]

@Spegeli sagte in Xiaomi Temperatursensor - keine Werteupdates:

Hm stehe aktuell vor dem selben Problem.
Jemand bereits ne Lösung dafür gefunden?

Nein. Die Sensoren melden nur dann eine Temperatur wenn sich die Temperatur ändert.

A.

[Spegeli]

@Asgothian sagte in Xiaomi Temperatursensor - keine Werteupdates:

@Spegeli sagte in Xiaomi Temperatursensor - keine Werteupdates:

Hm stehe aktuell vor dem selben Problem.
Jemand bereits ne Lösung dafür gefunden?

Nein. Die Sensoren melden nur dann eine Temperatur wenn sich die Temperatur ändert.

A.

Dann aber wirklich auch nur bei größere Änderungen und sehr Zeit versetzt.
Hatte 23,46 grad gestern Abend an dem xiaomi und dem hmip Sensor. Hab dann die Heizung angemacht und hmip ging hoch auf 25,6 Grad der xiaomi ist aber unverändert bei 23,46 Grad geblieben. Stunden später ist dann mal hoch auf 24,7 aber wirklich sehr sehr Zeit versetzt.

Würde mich interessieren ob das nur bei verwenden mit einem zigbee Stick so ist oder auch wenn man die xiaomi gateway nutzt oder ob es sich das besser aktualisiert.

[Chrisx51]

Hallo zusammen,
ich habe auch mal wieder di eZeit gefunden meine Xiaomi Lumis zu analysisieren.
Das Verhalten ist noch das gleiche.
Die Werte werden nicht aktualisiert.
Selbst wenn sie direkt am CC2531 liegen; an der Reichweite sollte es nicht liegen.

Gibt es denn eine Möglichkeit auf Zigbee Ebene mit dem Stick direkt unter linux zu prüfen welches die letzten Werte waren?

Viele Grüße
Christof

[Asgothian]

@Chrisx51 auf Linux Ebene geht da nichts, du kannst aber den zigbee Adapter auf debug logging stellen und dann im log sehen was an Nachrichten vom Shepherd angenommen wird.

A.

[xADDRx]

Leider bei mir der selbe Fehler. 2-3 Meter entfernt, jedoch kein Wertupdate. Habe mehrere Sensoren. 2 Davon haben dieses Problem.

[Chrisx51]

@xADDRx Ja genau. Ich habe zwei sensoren die nahezu nebeneinander liegen. Einer ist fleisig am updaten, aber der andere hat sich seit 2 Tagen komplett tot gestellt.
Keinerlei update mehr.

Sind wir jetzt die einzigen die Probleme mit der Zuverlässigkeit dieser kleinen Kerle haben?

[vollkrass6]

@Chrisx51 sagte in Xiaomi Temperatursensor - keine Werteupdates:

@xADDRx Ja genau. Ich habe zwei sensoren die nahezu nebeneinander liegen. Einer ist fleisig am updaten, aber der andere hat sich seit 2 Tagen komplett tot gestellt.
Keinerlei update mehr.

Sind wir jetzt die einzigen die Probleme mit der Zuverlässigkeit dieser kleinen Kerle haben?

nö, ich auch. bei mir isses sogar so, dass der eine sensor gar keine werte liefert.. wurde zwar erst vor ner halben stunde angelernt, der andere jedoch, der fast zeitgleich angelernt wurde, gibt fleißig werte..

[inde86]

Hey zusammen,

ich habe das gleiche Problem. Habt ihr hierfür inzwischen eine Lösung gefunden?
Ich habe festgestellt, dass sich tatsächlich der Wert erst dann ändert, wenn ich einmal kurz den kleinen Knopf zum anlernen betätige.

[nighteagle]

Hallo,

so als Newbie in iobroker bin ich mal aufgrund des Fehlers des Neustarts des deconz-Adapters hier gelandet.
Ich habe festgestellt das wenn man VIS in zwei Instanzen laufen lässt - also z.B. am PC und dann am Mobilen Gerät - das im LOG von iobrokjer der Deconz-Adapter terminiert wird. Dann wird er von iobroker neu gestartet um dann gleich wieder zu terminieren. Schliesse ich eine Instanz von VIS an einem Gerät - dann ist wieder stabil und der deconz-Adapter läuft durch.

Ev. führt das weiter zu dem Problem - denn ich habe doch gerne an zwei Punkten meine Visualisierung laufen - einmal an der Wand mit einem Tablett und zu Editorzwecken am PC.

Drauf gekommen bin ich auch nur deshalb - weil mein Aqara-Sensor keine Werte aktualisiert - zumindest scheinbar - den in der Phoscon-App stehen immer aktuelle Zeitstempel drin und da arbeitet der Sensor einwandfrei - nur in iobrocker werden die Werte nicht übernommen - ev. steigt der iobroker da aus wenn der Deconz-Adapter ständig terminiert wird augrund zweier VIS Instanzen!?

Grüsse,

Borris

[apollon77]

@nighteagle dann poste doch mal bitte das log bzw den Fehler vom Neustart. Das hat an sich damit nix zu tun. Muss was anderes sein.

[Jey Cee]

@nighteagle also das Ausbleiben von Werte updates bei xiaomi sensoren ist ein eigenes Thema und hat nichts mit deConz zu tun.
Wobei es aber mit dem deConz Adapter das Thema gab das generell keine Werte updates von deConz Empfangen wurden.
Das Thema ist aber mit version 1.2.6 des Adapters behoben.

[nighteagle]

Moin,

ja wie geschrieben erhalte ich über den Phoscon-App einwandfreie Werte und auch zügig - nachdem ich auch die Tage immer wieder den eingefrorenen Aqara Sensor hatte - der aber gar nicht eingefroren ist - sondern nur in iobroker keine Werte sich mehr ändern im Gegensatz zu der PhosconApp.

Ich habe es gerade mal mehrfach provoziert - also sobald ich Vis starte in einem Browser steigt der deconz-Adapter aus.
So - jetzt habe ich das erste Mal seit 3 Tagen den Raspi neugestartet - mir gings ja darum den jetzt ohne Änderungen mal durchlaufen zu lassen.
Also jetzt nochmal mehrfach provoziert und - nix - geht plötzlich alles... Wie kann das sein ohne Änderungen am System?
Ev. läuft da im Hintergrund irgendwas voll? Also habe dne Raspi V4 mit 4GB RAM. Die Auslastung zeigt auch nur 10 bis 40% je nach iobroker - Auslastung...

Werde jetzt wieder Tage laufen lassen und dann schauen wir mal wann es wieder auftritt.

Grüsse,

Borris

[apollon77]

@nighteagle Dann schau doch mal in den alten Logs (/opt/iobroker/log/...) was GENAU im Log stand als er "ausgestiegen" ist

[nighteagle]

Moin,
hier mal ein Ausschnitt - das wiederholt sich ja dann ständig so im Minutentakt...

2020-03-13 11:58:15.122  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.memRss:{"val":77.84,"ack":true,"ts":1584097095090,"q":0,"from":"system.adapter.web.0","lc":1584097095090}
2020-03-13 11:58:15.122  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.memHeapTotal:{"val":26.68,"ack":true,"ts":1584097095091,"q":0,"from":"system.adapter.web.0","lc":1584097095091}
2020-03-13 11:58:15.123  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.memHeapUsed:{"val":19.47,"ack":true,"ts":1584097095091,"q":0,"from":"system.adapter.web.0","lc":1584097095091}
2020-03-13 11:58:15.123  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.eventLoopLag:{"val":1,"ack":true,"ts":1584097095092,"q":0,"from":"system.adapter.web.0","lc":1584096495084}
2020-03-13 11:58:15.123  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.uptime:{"val":323414,"ack":true,"ts":1584097095092,"q":0,"from":"system.adapter.web.0","lc":1584097095092}
2020-03-13 11:58:15.124  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.inputCount:{"val":94,"ack":true,"ts":1584097095092,"q":0,"from":"system.adapter.web.0","lc":1584097095092}
2020-03-13 11:58:15.124  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.outputCount:{"val":11,"ack":true,"ts":1584097095093,"q":0,"from":"system.adapter.web.0","lc":1584095490035}
2020-03-13 11:58:15.129  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.cpu:{"val":0.93,"ack":true,"ts":1584097095121,"q":0,"from":"system.adapter.web.0","lc":1584097095121}
2020-03-13 11:58:15.130  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.web.0.cputime:{"val":1.38793,"ack":true,"ts":1584097095121,"q":0,"from":"system.adapter.web.0","lc":1584097095121}
2020-03-13 11:58:17.971  - info: host.ioBroker instance system.adapter.deconz.0 started with pid 28749
2020-03-13 11:58:17.974  - warn: deconz.0 (28355) Got terminate signal. Checking desired PID: 0 vs own PID 28355
2020-03-13 11:58:17.976  - warn: deconz.0 (28355) Got terminate signal. Checking desired PID: 28749 vs own PID 28355
2020-03-13 11:58:17.977  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.deconz.0.sigKill:{"val":0,"ack":false,"ts":1584097097958,"q":0,"from":"system.host.ioBroker","lc":1584097097958}
2020-03-13 11:58:17.978  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.deconz.0.sigKill:{"val":28749,"ack":true,"ts":1584097097971,"q":0,"from":"system.host.ioBroker","lc":1584097097971,"expire":true}
2020-03-13 11:58:18.477  - info: deconz.0 (28355) terminating
2020-03-13 11:58:18.478  - info: deconz.0 (28355) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2020-03-13 11:58:18.997  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.deconz.0.alive:{"val":false,"ack":true,"ts":1584097098992,"q":0,"from":"system.host.ioBroker","lc":1584097098992}
2020-03-13 11:58:18.998  - error: host.ioBroker instance system.adapter.deconz.0 terminated with code 156 (156)
2020-03-13 11:58:18.998  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.deconz.0.connected:{"val":false,"ack":true,"ts":1584097098992,"q":0,"from":"system.host.ioBroker","lc":1584097098992}
2020-03-13 11:58:18.998  - info: host.ioBroker Restart adapter system.adapter.deconz.0 because enabled
2020-03-13 11:58:19.266  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.alive:{"val":true,"ack":true,"ts":1584097099263,"q":0,"from":"system.adapter.info.0","lc":1583773662698,"expire":true}
2020-03-13 11:58:19.268  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.connected:{"val":true,"ack":true,"ts":1584097099263,"q":0,"from":"system.adapter.info.0","lc":1583773662698,"expire":true}
2020-03-13 11:58:19.269  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.memRss:{"val":61.66,"ack":true,"ts":1584097099264,"q":0,"from":"system.adapter.info.0","lc":1584097054267}
2020-03-13 11:58:19.270  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.memHeapTotal:{"val":23.72,"ack":true,"ts":1584097099264,"q":0,"from":"system.adapter.info.0","lc":1584095944227}
2020-03-13 11:58:19.271  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.memHeapUsed:{"val":15.49,"ack":true,"ts":1584097099264,"q":0,"from":"system.adapter.info.0","lc":1584097099264}
2020-03-13 11:58:19.273  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.eventLoopLag:{"val":2,"ack":true,"ts":1584097099264,"q":0,"from":"system.adapter.info.0","lc":1584097099264}
2020-03-13 11:58:19.274  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.uptime:{"val":323434,"ack":true,"ts":1584097099265,"q":0,"from":"system.adapter.info.0","lc":1584097099265}
2020-03-13 11:58:19.274  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.inputCount:{"val":0,"ack":true,"ts":1584097099265,"q":0,"from":"system.adapter.info.0","lc":1584095314209}
2020-03-13 11:58:19.276  - silly: node-red.0 (17346) States user redis pmessage */system.adapter.info.0.outputCount:{"val":11,"ack":true,"ts":1584097099265,"q":0,"from":"system.adapter.info.0","lc":1584095899229}

[Jey Cee]

@nighteagle das hab ich schon mal gesehen. Adapter löschen nicht nur die Instanz und dann am besten Neu starten. Danach Adapter wieder installieren.

[apollon77]

@nighteagle Adapter beenden via Admin, 30s warten. wieder aktivieren. Der controller denkt in dem Fall das der adapter nicht startet ... strange

[madjack84]

Hallo zusammen,
Einer meiner 3 Xiaomi Temperatursensoren ist auch ausgefallen. Bei 40% Batterie nach Ausfall getauscht. Daran liegt also nicht mehr.
Luftlinie zur Zentrale 1m.
Lässt sich sowohl am xiaomi hub als auch am cc2531 (xor) anlernen, schickt aber keine Werte oder genau einmal Werte.
Nach kurzer Zeit verschwindet der Sensor von beiden Zentralen. Klingt nach gleichen Symptomen.

Im Netz hab ich keine Bastelseite gefunden die das Ding mal analysiert hat... Nur ne Meldung auf der xiaomi Webseite
https://miui-germany.de/forum/index.php?thread/18654-xiaomi-temperatur-und-luftfeuchtigkeits-sensor-verliert-verbindung-zum-gateway/

Hat sonst jmd ne Lösung gefunden?

[Ja.rod]

@madjack84 Ich habe zwar keine Lösung bei mir sendet er jetzt wieder.
Ich hatte den Adapter 1.04 Zigbee drauf. Aus irgendeinem Grund waren daraufhin eine Steckdose und eine Ikea Lampe dauerhaft nicht mehr erreichbar, der Temperatursensor hat auch nicht mehr automatisch gesendet. Ich bin dann über die 1.00 wieder zurück auf die 1.02 und siehe da, alle Geräte senden wieder, auch der Temperatursensor....

Gruß
Ja.rod