Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Andre R.]

Habe genau das gleiche Problem. Batterie wurde schon erneuert. hab auch schon gelöscht und neu angelernt dann gehts wieder ein paar tage, danach wieder eingefroren. Schätze mal das er defekt ist.

[Chrisx51]

@arteck beide Geräteeinstellungen erst wenige Tage alt. Der Batteriestatus wird mit 100% angegeben. Ich könnte aber mal versuchen was passiert wenn ich die Batterien kurz rausnehme...
Habe aber nur wenig Hoffnung dass dies einen nachhaltigen Effekt hat.

[DeeJayDave]

Moinsen,

habe das gleiche Problem. Lassen sich die Intervalle der Abfrage irgendwo einstellen? Zum Beispiel, dass jede 10 Minuten ein Wert-Update geschehen soll?

[Spegeli]

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

[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}