Xiaomi Temperatursensor zeitweise auf -100 Grad

Begonnen von Ruggy, 01 Februar 2023, 15:08:13

Vorheriges Thema - Nächstes Thema

Ruggy

Hallo,
ich hab im Bad einen Temperatursenor von Xiaomi (Temperatur, Luftfeuchte, Luftdruck).

Dieser zeigt im SVG-DbLog auf einmal eine kurze Zeit manchmal -100 Grad an.
Das Diagramm zeigt mir eigentlich die Temperatur und Ventilstellung vom Homatic Heizkörper-Thermostat an.

Die Verbindung sollte eigentlich passen. Xiaomi-Sensor und Conbee USB Stick sind ca. 5 m auseinander.

An was könnte das liegen?

List vom SVG-DbLog:

Internals:
   DEF        DbLog:SVG_DbLog_18:HISTORY
   FUUID      632cd4b4-f33f-194f-305c-ac912734565c29c5
   GPLOTFILE  SVG_DbLog_18
   LOGDEVICE  DbLog
   LOGFILE    HISTORY
   NAME       SVG_DbLog_18
   NR         590
   STATE      initialized
   TYPE       SVG
   helper:
     bm:
       SVG_Set:
         cnt        5
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.02. 14:59:55
         max        7.20024108886719e-05
         tot        0.000308036804199219
         mAr:
           HASH(0x53c53e0)
           SVG_DbLog_18
           ?
Attributes:
   room       Heizung


List vom Xiaomi Device:

Internals:
   DEF        sensor 52  IODev=deCONZ
   FUUID      633c6d71-f33f-194f-900b-400549e7b3e7f7d9
   FVERSION   31_HUEDevice.pm:0.262040/2022-07-09
   ID         S52
   INTERVAL   
   IODev      deCONZ
   NAME       BAD_LUFTFEUCHTE
   NR         618
   STATE      ???
   TYPE       HUEDevice
   eventCount 1227
   has_events 1
   lastannounced 2022-12-09T20:54:12Z
   manufacturername LUMI
   modelid    lumi.weather
   name       Multi_Bad
   on         1
   reachable  1
   swversion  20191205
   type       ZHAHumidity
   uniqueid   00:15:8d:00:07:5f:64:bb-01-0405
   Helper:
     DBLOG:
       absFeuchte:
         DbLog:
           TIME       1675258764.63083
           VALUE      8.1
       dewpoint:
         DbLog:
           TIME       1675258764.63083
           VALUE      8.3
       humidity:
         DbLog:
           TIME       1675258764.63083
           VALUE      52.86
       temperature:
         DbLog:
           TIME       1675260311.7562
           VALUE      18.09
   READINGS:
     2023-01-31 19:57:03   IODev           deCONZ
     2023-02-01 14:39:24   absFeuchte      8.1
     2023-02-01 14:39:24   battery         82
     2023-02-01 14:39:24   batteryPercent  82
     2023-02-01 14:39:24   dewpoint        8.3
     2023-02-01 14:39:24   humidity        52.86
     2023-02-01 14:39:24   lastseen        2023-02-01T13:39Z
     2023-02-01 14:39:24   reachable       1
     2023-02-01 15:05:11   temperature     18.09
   helper:
     devtype    S
     state     
     update_timeout 1
     bm:
       HUEDevice_Get:
         cnt        2
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        01.02. 15:02:31
         max        4.31537628173828e-05
         tot        8.51154327392578e-05
         mAr:
           HASH(0x541f848)
           BAD_LUFTFEUCHTE
           ?
       HUEDevice_Set:
         cnt        15
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        31.01. 19:58:16
         max        0.0160560607910156
         tot        0.0237405300140381
         mAr:
           HASH(0x541f848)
           BAD_LUFTFEUCHTE
           ?
     configList:
     json:
       ep         1
       etag       d19c5db4536f7d760319a73a84a3e544
       lastannounced 2022-12-09T20:54:12Z
       lastseen   2023-02-01T13:39Z
       manufacturername LUMI
       modelid    lumi.weather
       name       Multi_Bad
       swversion  20191205
       type       ZHAHumidity
       uniqueid   00:15:8d:00:07:5f:64:bb-01-0405
       config:
         battery    82
         offset     0
       state:
         humidity   5286
         lastupdated 2023-02-01T13:39:24.600
     setList:
Attributes:
   event-on-update-reading absFeuchte,dewpoint,humidity,temperature
   model      lumi.weather
   room       Bad,deCONZ_Geräte
   userReadings temperature {ReadingsVal("BAD_TEMPERATUR","temperature",0)}


Vielen Dank
Viele Grüße
Ruggy

Ruggy

kurz nach 18:00 wurde wieder -100 Grad angezeigt:

Hier der Auszug aus dem Event Monitor bzgl. den Temperaturen (eine vor und eine nach den -100 Grad):


2023-02-01 17:38:56 HUEDevice BAD_TEMPERATUR temperature: 17.93
2023-02-01 18:02:04 HUEDevice BAD_TEMPERATUR temperature: -100
2023-02-01 18:02:15 HUEDevice BAD_TEMPERATUR temperature: 18.22

Ruggy

Hat dieses Phänomen noch niemand gehabt?
Oder eine tip, was ich machen könnte?

Passiert immer noch. ca 4x täglich

rakete123

Ich hatte es auch schon und ich meine es war ein Anzeichen einer schwachen Batterie.
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

Gisbert

Hallo Ruggy,

an der Optik des Diagramms kannst du was ändern, indem nur die Werte innerhalb eines Bereichs geloggt werden, außerhalb des Bereichs wird nichts geloggt.
Schau dir dazu bei FileLog das Attribut acceptedRange an, als Beispiel sieht es bei mir so aus:
acceptedRange 1:10:35:temperature 1:0:35:Temperature

Eine andere Möglichkeit besteht beim SVG-Plot die geloggten, aber unerwünschten Werte auszusortieren, z.B. so im Feld Function:
$fld[3]<10||$fld[3]>35?"":$fld[3

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Ruggy

Die Batterie würde 82% anzeigen.

Mit einen Batteriemessgerät wird auch gut angezeigt.


Das mit dem Bereich einstellen kann ich für eine andere Sache evlt. gut gebrauchen.

Für diesen Sensor, welcher Probleme macht, kann ich es aber nicht verwenden, weil mit diesem ein Heizkörperthermostat gesteuert wird.

MadMax-FHEM

Andere Alternative: userReadings

Da dann korrigieren und das userReadings zur Steuerung nehmen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

DeeSPe

Ich hätte auch noch einen Vorschlag einzuwerfen: readingsChange !
Das könnte so funktionieren:
attr BAD_LUFTFEUCHTE oldreadings temperature

define rc_BAD_LUFTFEUCHTE_temperature readingsChange BAD_LUFTFEUCHTE temperature (.+) {$1!=-100?$1:OldReadingsVal('BAD_LUFTFEUCHTE','temperature',0)}


Damit wird der Wert vom Reading 'temperature' auf den vorherigen Wert gesetzt falls er den Wert -100 hat.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Ruggy

Ich möchte mein eigenes Thema nochmal ansprechen, weil ich mit diesem "Phänomen" jetzt bei immer mehr Xiaomi Sensoren ein Problem habe.

Wie im Eröffnungsthread geschrieben habe ich im SVG-DbLog täglich mehrmals Ausschläge von -100 Grad.

Die bereits genannten Vorschläge würden die "Symptome" beseitigen aber nicht die Ursache für dieses Verhalten. Vor allem, weil es vorher nicht so oft war.

Woher können diese Ausschläge kommen.
Hat noch jemand eine andere Idee?


Kann es am Empfang liegen? (Bisher hat es aber so auch funktioniert)

Wie kann ich vorgehen um der Sache auf den Grund zu gehen?

Danke
Gruß
Ruggy

Ruggy

Hier z.B. das List vom Sensor in der Küche mit dem Ausschlag -100

Der Xiaomi Sensor hat ja Temperatursensor und Luftfeuchtigkeitssensor in einem Gerät. Habe hierzu zwei Devices eingerichte (HUESensor65, HUESensor66).

Mit einem userReadings hole ich mir den Temperaturwert in das Device für die Luftfeuchtigkeit um den Taupunkt zu berechnen.
Der SVG- Plot holt sich die Temperatur vom Feuchtigkeits-Device (also vom user Readings).

Sollte ich evlt. die Temperatur direkt vom Temperatur-Device holen?
Oder spielt das bzgl. der -100 Grad keine Rolle?

Internals:
   DEF        DbLog:SVG_DbLog_21:HISTORY
   FUUID      62de9224-f33f-f59f-6d23-3551adbb890fe4b4
   GPLOTFILE  SVG_DbLog_21
   LOGDEVICE  DbLog
   LOGFILE    HISTORY
   NAME       SVG_DbLog_21
   NR         175
   STATE      initialized
   TYPE       SVG
   helper:
     bm:
       SVG_Set:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.08. 10:53:27
         max        5.41210174560547e-05
         tot        5.41210174560547e-05
         mAr:
           HASH(0x46ff7d8)
           SVG_DbLog_21
           ?
Attributes:
   room       Küche_OG

List vom Temperatursensor der Küche:

Internals:
   DEF        sensor 66  IODev=deCONZ
   FUUID      6339d54c-f33f-f59f-a638-827bd2277898bf64
   FVERSION   31_HUEDevice.pm:0.267300/2022-11-21
   ID         S66
   INTERVAL  
   IODev      deCONZ
   NAME       HUESensor66
   NR         181
   STATE      ???
   TYPE       HUEDevice
   has_events 1
   manufacturername LUMI
   modelid    lumi.weather
   name       Küche-OG
   on         1
   reachable  1
   swversion  20161129
   type       ZHATemperature
   uniqueid   00:15:8d:00:02:b5:45:19-01-0402
   READINGS:
     2023-08-25 07:47:09   IODev           deCONZ
     2023-08-27 10:29:04   battery         65
     2023-08-27 10:29:04   batteryPercent  65
     2023-08-27 10:29:04   lastseen        2023-08-27T08:28Z
     2023-08-27 10:29:04   reachable       1
     2023-08-27 10:29:04   temperature     24.38
   helper:
     devtype    S
     state     
     update_timeout 1
     bm:
       HUEDevice_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.08. 10:54:30
         max        6.60419464111328e-05
         tot        6.60419464111328e-05
         mAr:
           HASH(0x443be50)
           HUESensor66
           ?
       HUEDevice_Set:
         cnt        6
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        25.08. 07:48:47
         max        0.0166890621185303
         tot        0.0192441940307617
         mAr:
           HASH(0x443be50)
           HUESensor66
           ?
     configList:
     json:
       ep         1
       etag       03f311653d8a9003635bc45a0e7627b4
       lastannounced
       lastseen   2023-08-27T08:28Z
       manufacturername LUMI
       modelid    lumi.weather
       name       Küche-OG
       swversion  20161129
       type       ZHATemperature
       uniqueid   00:15:8d:00:02:b5:45:19-01-0402
       config:
         battery    65
         offset     0
       state:
         lastupdated 2023-08-27T08:29:04.976
         temperature 2438
     setList:
Attributes:
   IODev      deCONZ
   alias      KUECHE_TEMPERATUR
   event-on-change-reading state
   group      HUESensor
   model      lumi.weather
   room       Küche_OG,deCONZ_Geraete

List vom Feuchtigkeitssensor der Küche:

Internals:
   DEF        sensor 65  IODev=deCONZ
   FUUID      6339d54c-f33f-f59f-fd73-38e1cf0c416bc676
   FVERSION   31_HUEDevice.pm:0.267300/2022-11-21
   ID         S65
   INTERVAL  
   IODev      deCONZ
   NAME       HUESensor65
   NR         180
   STATE      ???
   TYPE       HUEDevice
   eventCount 3387
   has_events 1
   manufacturername LUMI
   modelid    lumi.weather
   name       Küche-OG
   on         1
   reachable  1
   swversion  20161129
   type       ZHAHumidity
   uniqueid   00:15:8d:00:02:b5:45:19-01-0405
   Helper:
     DBLOG:
       absFeuchte:
         DbLog:
           TIME       1693124944.88061
           VALUE      0.0
       dewpoint:
         DbLog:
           TIME       1693124944.88061
           VALUE      -102.3
       humidity:
         DbLog:
           TIME       1693124944.88061
           VALUE      61.7
       temperature:
         DbLog:
           TIME       1693126513.28775
           VALUE      24.38
   READINGS:
     2023-08-25 07:47:09   IODev           deCONZ
     2023-08-27 10:29:04   absFeuchte      0.0
     2023-08-27 10:29:04   battery         65
     2023-08-27 10:29:04   batteryPercent  65
     2023-08-27 10:29:04   dewpoint        -102.3
     2023-08-27 10:29:04   humidity        61.7
     2023-08-27 10:29:04   lastseen        2023-08-27T08:28Z
     2023-08-27 10:29:04   reachable       1
     2023-08-27 10:55:13   temperature     24.38
   helper:
     devtype    S
     state     
     update_timeout 1
     bm:
       HUEDevice_Get:
         cnt        2
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        27.08. 10:55:09
         max        8.98838043212891e-05
         tot        0.000142812728881836
         mAr:
           HASH(0x46f7e50)
           HUESensor65
           ?
       HUEDevice_Set:
         cnt        11
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        25.08. 07:48:47
         max        0.0166151523590088
         tot        0.022165060043335
         mAr:
           HASH(0x46f7e50)
           HUESensor65
           ?
     configList:
     json:
       ep         1
       etag       ac41b1ca09f8fb97635ea72adf05c83b
       lastannounced
       lastseen   2023-08-27T08:28Z
       manufacturername LUMI
       modelid    lumi.weather
       name       Küche-OG
       swversion  20161129
       type       ZHAHumidity
       uniqueid   00:15:8d:00:02:b5:45:19-01-0405
       config:
         battery    65
         offset     0
       state:
         humidity   6170
         lastupdated 2023-08-27T08:29:04.849
     setList:
Attributes:
   IODev      deCONZ
   alias      KUECHE_LUFTFEUCHTIGKEIT
   event-on-update-reading absFeuchte,dewpoint,humidity,temperature
   group      HUESensor
   model      lumi.weather
   room       Küche_OG,deCONZ_Geraete
   userReadings temperature {ReadingsVal("HUESensor66","temperature",0)}


Du darfst diesen Dateianhang nicht ansehen.

TomLee

ZitatWie kann ich vorgehen um der Sache auf den Grund zu gehen?

Hast du denn zwischenzeitlich mal neue Batterien ausprobiert ?

Ich vermute das die 82% (aus dem ersten Thread) schon die Grenze sind mit der so ein Device betrieben werden kann, auch wenn das Batteriemessgerät noch gut anzeigt (das sind dann vermutlich 2,5 V und einfach zu wenig).

Die 65% aus dem zuletzt gezeigten Device sind mMn. definitiv zu wenig.

Wechsel halt mal die Batterien !

Ruggy

Die Batterie hatte ich damals gewechselt.
Evlt. war die "neue" damals auch nicht mehr so gut. Laut Messgerät aber schon... (ist aber evlt. dann nicht so zuverlässig).
Werde ich demnächst machen. Die nächsten Tage bin ich aber nicht daheim.

Ruggy

Beitrag verschwunden...:

Es hatte gerade noch ein User auf meine Frage geantwortet. Den Usernamen habe ich mir leider nicht gemerkt.

Wollte jetzt noch darauf antworten.
Jetzt ist der komplette Beitrag nicht mehr im Thread.
Wie kann das sein?

Ruggy

evlt. könnte der User seine Antwort nochmal einstellen, weil es mir evlt. weitergeholfen hätte.

ging hauptsächlich um event-on-change.. und wo das UserReadings die Daten her holt...

MadMax-FHEM

Zitat von: Ruggy am 27 August 2023, 13:30:00evlt. könnte der User seine Antwort nochmal einstellen, weil es mir evlt. weitergeholfen hätte.

ging hauptsächlich um event-on-change.. und wo das UserReadings die Daten her holt...

Naja, nachdem ich in den anderen Thread geschaut habe und dort gesehen habe, dass tatsächlich der Sensor selbst wohl falsche Werte liefert (was man hier ja nicht sieht, hier ist "nur" dewpoint "flasch"), habe ich meine Anmerkungen/Thread zurückgezogen (aka: gelöscht).

Aber wenn du denkst es könnte helfen:

1. dein (jedes) userReadings wird getriggert von Events des Devices an dem es "hängt", also nicht, wenn sich an dem Device wo die Daten herkommen etwas ändert.

2. dein userReadings hat KEINEN Trigger und wird so bei allen Events "ausgewertet" -> der Wert wird geholt und dewpoint berechnet (sofern Events kommen)
-> ich würde das userReadings zumindest auf Events von humidity beschränken (Trigger), denn auch nur dann macht es Sinn den dewpoint neu berechnen zu lassen?

Deine even-on- Attribute sehen auch "eigenartig" aus.
Schon mal im Eventmonitor verfolgt, was da so kommt...
...oder auch nicht kommt?

Dann fehlt das list des dewpoint-Devices...

Aber wie geschrieben, das bezieht sich alles auf den "falschen" dewpoint, den man sieht.

Denn (mir) unklar ist was die Graphen zeigen, weil nicht angegeben ist, wo die Daten herkommen usw.

Von falschen Werten direkt von den Sensoren ist HIER nichts zu sehen (oder ich hab's übersehen)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)