[74_XiaomiBTLESens.pm] Xiaomi Bluetooth Sensoren FlowerSens/Thermometer

Begonnen von CoolTux, 11 Januar 2018, 15:42:45

Vorheriges Thema - Nächstes Thema

ToM_ToM

Hi Leon,

ich hatte mich die Tage gewundert warum meine Pflanzen kein Wasser mehr verbrauchen und die Bodenfeuchtigkeit über Tage konstant bleibt obwohl die Sensoren alle den Status "active" haben.
Irgendwie werden die Daten nicht mehr automatisch abegerufen.


Internals:
   BTMAC      C4:XX:XX:XX:XX:70
   DEF        C4:XX:XX:XX:XX:70
   INTERVAL   3600
   NAME       Pflanze_07
   NOTIFYDEV  global,Pflanze_07
   NR         1005
   NTFY_ORDER 50-Pflanze_07
   STATE      active
   TYPE       XiaomiBTLESens
   VERSION    2.2.0
   loglevel   4
   READINGS:
     2018-06-14 20:36:07   battery         ok
     2018-06-14 20:36:07   batteryLevel    100
     2018-08-11 11:39:47   batteryPercent  100
     2018-08-11 11:39:47   batteryState    ok
     2018-08-11 11:39:48   fertility       1149
     2018-08-11 11:39:47   firmware        3.1.8
     2018-08-10 18:32:35   lastGattError   No route to host (113)
     2018-08-11 11:39:48   lux             624
     2018-08-11 11:39:48   moisture        21
     2018-08-11 11:39:48   moistureFeeling good
     2018-08-11 11:39:48   state           active
     2018-08-11 11:39:48   temperature     26.7
   helper:
     CallBattery 0
     CallSensDataCounter 0
     updateTimeCallBattery 1533980387.58388
     updateTimestampCallBattery 2018-08-11 11:39:47
Attributes:
   DbLogExclude .*
   alias      Gasteria
   disabledForIntervals 21:00-24:00 00:00-06:00
   interval   3600
   maxFertility 1000
   maxLux     30000
   maxMoisture 50
   maxTemp    35
   minFertility 300
   minLux     3500
   minMoisture 7
   minTemp    5
   model      flowerSens
   room       FlowerSens
   userReadings moistureFeeling:moisture.* {
if (ReadingsVal($name, "moisture", -1) < AttrVal($name, "minMoisture", 0)) {
return "too dry";
}
elsif (ReadingsVal($name, "moisture", -1) < AttrVal($name, "minMoisture", 100) + 3) {
return "getting dry";
}
elsif (ReadingsVal($name, "moisture", -1) > AttrVal($name, "maxMoisture", 100)) {
return "too wet";
}
else {
return "good";
}
}


Nachdem ich manuell
get Pflanze_07 sensorData
ausführe, holt er die Daten ohne Probleme und das list sieht danach so aus:


Internals:
   BTMAC      C4:XX:XX:XX:XX:70
   DEF        C4:XX:XX:XX:XX:70
   INTERVAL   3600
   NAME       Pflanze_07
   NOTIFYDEV  global,Pflanze_07
   NR         1005
   NTFY_ORDER 50-Pflanze_07
   STATE      active
   TYPE       XiaomiBTLESens
   VERSION    2.2.0
   loglevel   4
   READINGS:
     2018-06-14 20:36:07   battery         ok
     2018-06-14 20:36:07   batteryLevel    100
     2018-08-17 07:19:58   batteryPercent  100
     2018-08-17 07:19:58   batteryState    ok
     2018-08-17 07:20:46   fertility       950
     2018-08-17 07:19:58   firmware        3.1.8
     2018-08-10 18:32:35   lastGattError   No route to host (113)
     2018-08-17 07:20:46   lux             217
     2018-08-17 07:20:46   moisture        20
     2018-08-17 07:20:46   moistureFeeling good
     2018-08-17 07:20:46   state           active
     2018-08-17 07:20:46   temperature     25.9
   helper:
     CallBattery 0
     CallSensDataCounter 0
     updateTimeCallBattery 1534483198.95201
     updateTimestampCallBattery 2018-08-17 07:19:58
Attributes:
   DbLogExclude .*
   alias      Gasteria
   disabledForIntervals 21:00-24:00 00:00-06:00
   interval   3600
   maxFertility 1000
   maxLux     30000
   maxMoisture 50
   maxTemp    35
   minFertility 300
   minLux     3500
   minMoisture 7
   minTemp    5
   model      flowerSens
   room       FlowerSens
   userReadings moistureFeeling:moisture.* {
if (ReadingsVal($name, "moisture", -1) < AttrVal($name, "minMoisture", 0)) {
return "too dry";
}
elsif (ReadingsVal($name, "moisture", -1) < AttrVal($name, "minMoisture", 100) + 3) {
return "getting dry";
}
elsif (ReadingsVal($name, "moisture", -1) > AttrVal($name, "maxMoisture", 100)) {
return "too wet";
}
else {
return "good";
}
}


Hast du eine Idee was da schief läuft?
Hardware: BananaPi, Busmaster CUL, SanDisk 16GB Ultra SD, 16 GB USB-Stick | Software: Armbian, FHEM 5.8

CoolTux

Wollte Dir heute schreiben. Ich habe die Woche über auf einem Testsystem getestet und natürlich auch auf meinem Life. Gerade was das Neusarten innerhalb der disableForInterval Zeit an geht. Ich habe da keine Probleme festgestellt. Und gerade Deine aktuelle Beschreibung ist seltsam. Da scheinst Du ja kein Neustart gemacht zu haben sondern es hörte einfach auf die Daten ab zu rufen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Was mir aber auf fällt das der letzte Timestamp aller Readings kurz vor dem setzen und abrufen des Batteriestatus endet. Muss nichts heißen aber ich schaue da mal.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

choetzu

Hallo
Ich habe 4 Stk Flower Care in meinem Garten im Aussenbereich. Ich steuEre damit meine Gardena Water Control Bewässerung. Auch wenn es nicht für Aussen gedacht ist, hat es eigentlich während der Trockenperiode relativ zuverlässig funktioniert.

Seit neustem spinnen die Sensoren und haben Mühe zu connecten, obschonich die Distanz nicht verändert habe. Zudem kommen vermehrt solche Meldungen:

2018.09.01 14:58:59 3: XiaomiBTLESens (Heidelbeeren_FlowerCare) - defined with BTMAC C4:7C:8D:65:FF:E4
2018.09.01 14:58:59 1: XiaomiBTLESens (Heidelbeeren_FlowerCare) - readings battery and batteryLevel a deprecated and will be remove in future
2018.09.01 14:58:59 3: XiaomiBTLESens (Rhabarber_FlowerCare) - defined with BTMAC C4:7C:8D:66:01:EA


2018.09.01 19:29:45 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 1833
2018.09.01 19:31:55 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 1994
2018.09.01 19:35:39 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2119
2018.09.01 19:37:43 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2262
2018.09.01 19:41:07 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2459
2018.09.01 19:44:02 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2621
2018.09.01 19:46:12 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2704
2018.09.01 19:49:08 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2877
2018.09.01 19:51:30 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 2958
2018.09.01 19:54:34 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 3058
2018.09.01 19:57:24 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 3224


Ich habe nun alles deaktiviert. Woran könnte das liegen? Danke für input..

Lg c
Raspi3, EnOcean, Zwave, Homematic

CoolTux

Die oberen Meldungen sind normal.

Das untere bedeutet daß der Abrufenprozess nach 2 min beendet werden musste, es also zu keiner Verbindung kam. Zum testen empfehle ich die Geräte neben dem Pi mit dem BT Single zu legen und noch mal ab zu rufen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

onkel_joerg

Ich weiss, es ist etwas OT, aber hat schon jemand die Erfahrung gemacht, dass der Sensor einige Zeit (14) Tage prima läuft, und dann die Batterie innerhalb eines Tages komplett runter geht? bei mir ist das gerade wieder der Fall.
FHEM Docker auf Intel NUCi,
Synology216play-12TB, Vu+ VTI15.x, Panasonic DMP-UB900EGK, Harmony Ultimate+Hub, DenonX4400, 2x HEOS1, Raumfeld S, Philips 55POS9002, Philips Hue, etwas Node Red, etwas Homeassistant
Win11pro64,  i7-11800H @ 2.30GHz, 16 GB, 250GB SSD, div ext HD

ToM_ToM

Hallo onkel_joerg,

ja, die Erfahrung konnte ich auch machen. An dem einen Tag noch 97 Prozent Akku und am nächsten Tag war Feierabend. Jedoch hatte ich das erst bei einem Sensor. Meine Vermutung war damals dass dieser beim Gießen zu viel bzw. ungünstig Wasser abbekommen hat, es intern einen Kurzschluss gab und dadurch die Batterie leer gesaugt wurde. Die Hardware hat das zum Glück überstanden (falls es überhaupt daran lag)
Hardware: BananaPi, Busmaster CUL, SanDisk 16GB Ultra SD, 16 GB USB-Stick | Software: Armbian, FHEM 5.8

choetzu

Zitat von: CoolTux am 03 September 2018, 22:59:27
Die oberen Meldungen sind normal.

Das untere bedeutet daß der Abrufenprozess nach 2 min beendet werden musste, es also zu keiner Verbindung kam. Zum testen empfehle ich die Geräte neben dem Pi mit dem BT Single zu legen und noch mal ab zu rufen.

danke. das habe ich auch gemacht. da gibt es keine Probleme. Die Sensoren sind ca. 10 Meter vom Raspi entfernt. Getrennt durch eine Aussenwand von ca. 30cm und Isolation..  Komisch nur, dass es bislang (Sommer, trocken) ohne Probleme ging.
Raspi3, EnOcean, Zwave, Homematic

CoolTux

Alles was mit Funk zu tun hat ist Wetter und Witterungsabhängig. Da reicht schon bisschen feuchte Wand oder Luft.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

choetzu

Danke. Hmm. Da meine Bewässerung durch die Sensoren gesteuert werden, brauche ich eine Gewisse Zuverlässigkeit. Flower Care ist offensichtlich nicht di Lösung.. muss mich umsehen.. lg tom
Raspi3, EnOcean, Zwave, Homematic

ext23

Zitat von: CoolTux am 05 September 2018, 21:53:34
Alles was mit Funk zu tun hat ist Wetter und Witterungsabhängig. Da reicht schon bisschen feuchte Wand oder Luft.

Na na na, das ist jetzt aber eine sehr pauschale Aussage ;-) Und "bisschen feuchte" im Kabel ist auch schlecht ^^
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

nanocosmos

Guten Abend,

bei mir zeigen sowohl die Flower Care, als auch die Temp Hygro Sensoren die Fehlermeldung :
Function not implemented (38)
   
Gleicher Fehler erscheint auch, wenn ich die Sensoren aus der Konsole abrufe.

Habt ihr vielleicht einen Rat für mich?

Besten Dank und viele Grüße!

CoolTux

Zitat von: nanocosmos am 08 September 2018, 21:13:57
Guten Abend,

bei mir zeigen sowohl die Flower Care, als auch die Temp Hygro Sensoren die Fehlermeldung :
Function not implemented (38)
   
Gleicher Fehler erscheint auch, wenn ich die Sensoren aus der Konsole abrufe.

Habt ihr vielleicht einen Rat für mich?

Besten Dank und viele Grüße!

Kannst Du nicht mal Batteriestatus abrufen? Was ist wenn du näher an den Pi gehst?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

nanocosmos

Erstmal Danke, dass Du mir zu solch späten Stunde hilfst!
Sämtliche Readings sind leider schon einen Monat alt. Bekomme also auch keine aktuellen Werte des Batteriestatus.

Kleine Korrektur: Ein Flower Care gibt folgendes von sich : The BlockingCall Process terminated unexpectedly. Timedout
   

nanocosmos

Werde einen Sensor gleich mal neben den Raspi (3 mit Bluetooth) legen.