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

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

Vorheriges Thema - Nächstes Thema

Loki

list:
Internals:
   BTMAC      C4:7C:8D:62:42:6F
   CFGFN     
   DEF        C4:7C:8D:62:42:6F
   INTERVAL   300
   NAME       Gummibaum_neu
   NOTIFYDEV  global,Gummibaum
   NR         9857
   NTFY_ORDER 50-Gummibaum
   STATE      error
   TYPE       XiaomiBTLESens
   VERSION    2.0.12
   loglevel   4
   READINGS:
     2018-03-31 20:16:04   lastGattError   Invalid argument (22)
     2018-03-31 20:16:04   state           error
   helper:
     CallBattery 0
     CallSensDataCounter 0
Attributes:
   model      flowerSens
   room       XiaomiBTLESens
   verbose    5


Log dazu:
2018.03.31 20:17:19 4: XiaomiBTLESens (Gummibaum_neu) - Run CreateParamGatttool with mod: read
2018.03.31 20:17:19 5: XiaomiBTLESens (Gummibaum_neu) - Read XiaomiBTLESens_ExecGatttool_Run Gummibaum_neu|C4:7C:8D:62:42:6F|read|0x38
2018.03.31 20:17:19 5: XiaomiBTLESens (Gummibaum_neu) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:62:42:6F --char-read -a 0x38 2>&1 /dev/null and loop 0
2018.03.31 20:17:22 4: XiaomiBTLESens (Gummibaum_neu) - Run CreateParamGatttool with mod: read
2018.03.31 20:17:22 5: XiaomiBTLESens (Gummibaum_neu) - Read XiaomiBTLESens_ExecGatttool_Run Gummibaum_neu|C4:7C:8D:62:42:6F|read|0x38


noch ein list:
Internals:
   BTMAC      C4:7C:8D:62:42:6F
   CFGFN     
   DEF        C4:7C:8D:62:42:6F
   INTERVAL   300
   NAME       Gummibaum_neu
   NOTIFYDEV  global,Gummibaum
   NR         9857
   NTFY_ORDER 50-Gummibaum
   STATE      error
   TYPE       XiaomiBTLESens
   VERSION    2.0.12
   loglevel   4
   READINGS:
     2018-03-31 20:18:29   lastGattError   Invalid argument (22)
     2018-03-31 20:18:29   state           error
   helper:
     CallBattery 0
     CallSensDataCounter 0
Attributes:
   model      flowerSens
   room       XiaomiBTLESens
   verbose    5

CoolTux

Ich kann beim besten Willen das Problem nicht erkennen. Verstehe nicht wieso es in der Konsole geht aber nicht im Modul.
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

ludwich

Frohe Ostern!!
Eigentlich wollte ich ja nur schauen wie ich eine E-Mail versenden kann, wenn diese zu trocken werden.
Dabei habe ich gesehen, dass das Modul XiaomiFlowerSens (bisher genutzt) wird durch XiaomiBTLESens ersetzt wird - richtig?
Ich habe das Modul 2.0.12 im FHEM, im Github liegt 2.0.11 - ist da was zu beachten?
Kann/Soll ich mein FHEM schon komplett auf XiaomiBTLESens umstellen?

Vielleicht gibt es je noch nen Tipp zur Mail - sonst google ich mal los :-)
Ich hab das gestern das Modul  {DebianMail("email\@email.domain","Subject","Text","")} eingerichtet.

Schöne Grüße aus München

ludwich

CoolTux

Zitat von: ludwich am 01 April 2018, 16:29:19
Frohe Ostern!!
Eigentlich wollte ich ja nur schauen wie ich eine E-Mail versenden kann, wenn diese zu trocken werden.
Dabei habe ich gesehen, dass das Modul XiaomiFlowerSens (bisher genutzt) wird durch XiaomiBTLESens ersetzt wird - richtig?
Ich habe das Modul 2.0.12 im FHEM, im Github liegt 2.0.11 - ist da was zu beachten?
Kann/Soll ich mein FHEM schon komplett auf XiaomiBTLESens umstellen?

Vielleicht gibt es je noch nen Tipp zur Mail - sonst google ich mal los :-)
Ich hab das gestern das Modul  {DebianMail("email\@email.domain","Subject","Text","")} eingerichtet.

Schöne Grüße aus München

ludwich

Nicht aus GitHub nehmen bitte. In FHEM liegt das offizielle.
Du kannst einfach auf XiaomiBTLESens wechseln. Für Email wenn zu trocken einfach Attribut minMoisture setzen und ein Notify auf das Event setzen.
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

ludwich

Was hab ich da gemacht?

Ich habe einen MinMoisture von 18 gesetzt gesetzt, die Mail wird trotz des Readings von 20 verschickt.
Ist hier die Abfrage mit "low" falsch?
Das ganze bezieht sich ja auf das Device nicht auf den Log - richtig?
Das NOTIFYDEV mit global und Blume2 verwirrt mich etwas ?
Das ist mein erstes Notify - nicht wundern ;-)

Namen in Device:
NAME Blume2
NOTIFYDEV global,Blume2

im notify
"low"|Blume2:minMoisture.* {DebianMail("lu\@lu.de","FHEM","Elefantenohr","")}

In der Log Datei sieht es dann theoretisch so aus:
Zeitstempel Blume2 minMoisture low
Zeitstempel Blume2 minMoisture ok

ludwich


CoolTux


Blume2.minMoisture.low { DebianMail("lu\@lu.de","FHEM","Elefantenohr","") }
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

ludwich


mark79

Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

theophilou85

Hallo

Ich nutze inzwischen 3 Flowersensoren mit nem Raspbi 3 zusammen und habe das Problem, dass die Dinger hin und wieder ihre Verbindung verlieren und danach erst wieder zurückkommen, wenn ich FHEM neustarte. Dadurch schließe ich ein Bluetoothproblem erstmal aus.
Für Testzwecke sind die Sensoren außerdem 15cm neben dem Pi platziert. Log sieht folgendermaßen aus:
2018-04-14_14:44:05 pla01 fertility: 0
2018-04-14_14:44:05 pla01 moisture: 0
2018-04-14_14:44:05 pla01 temperature: 25.3
2018-04-14_14:44:05 pla01 lux: 34
2018-04-14_14:44:05 pla01 active
2018-04-16_00:54:19 pla01 read sensor data
2018-04-16_00:54:23 pla01 batteryLevel: 100
2018-04-16_00:54:23 pla01 battery: ok
2018-04-16_00:54:23 pla01 firmware: 2.7.0
2018-04-16_00:54:23 pla01 active

2018-04-08_23:32:40 pla01 write sensor data
2018-04-08_23:32:41 pla01 read sensor data
2018-04-08_23:32:42 pla01 fertility: 0
2018-04-08_23:32:42 pla01 moisture: 0
2018-04-08_23:32:42 pla01 lux: 160
2018-04-08_23:32:42 pla01 temperature: 25.3
2018-04-08_23:32:42 pla01 active
2018-04-13_23:49:39 pla01 read sensor data
2018-04-13_23:49:58 pla01 read sensor data
2018-04-13_23:50:06 pla01 firmware: 2.7.0
2018-04-13_23:50:06 pla01 batteryLevel: 100
2018-04-13_23:50:06 pla01 battery: ok
2018-04-13_23:50:06 pla01 active


Da lässt sich meiner Meinung nach nichts rauslesen. Die Sensoren gehen dann von "active" aus "initlialised". Alle 3 gleichzeitig und kommen erst nach dem FHEM-Restart wieder.
Integriert wurden Sie folgendermaßen:
define pla00 XiaomiBTLESens C4:7C:8D:66:1C:4C
attr pla00 alias Plant Sensor left
attr pla00 event-min-interval state:3600,battery:3600,batteryLevel:3600,temperature:3600,moisture:3600,fertility:3600,lux:3600
attr pla00 event-on-change-reading state
attr pla00 event-on-update-reading .*
attr pla00 group [Bluetooth] Plant Sensors
attr pla00 interval 3600
attr pla00 model flowerSens
attr pla00 room Sensors


Wäre euch sehr verbunden, wenn ihr mir helfen könntet, oder Anweisungen geben, welche Informationen noch nötig wären.

CoolTux

Ich brauche bitte ein Device Log, kein Reading Log. Beim Device Attribut verbose 5.
Ausserdem benötige ich ein list vom Device, die Definition ist nutzlos.
list DEVICENAME
List ist ein FHEM Befehl.
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

raiderxxl

Hallo,

Ich habe seit 3 Tagen 2 dieser Sensoren im Einsatz. Angebunden über ssh (Ziel ist RasperiyPiZeroW)
Reading und Status wird erfolgreich übertragen.

Doch habe ich nun hin und wieder folgende Meldungen im Log:

connect error: Transport endpoint is not connected (107)
connect error: Transport endpoint is not connected (107)
connect error: Function not implemented (38)
connect error: Function not implemented (38)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect error: Function not implemented (38)
connect error: Transport endpoint is not connected (107)


Ohne angabe von Zeit und device...

Würde mich ja nicht stören da die Werte ja übertragen werden. Nur werden mir die Einträge ins Log geschrieben obwohl im device verbose 0 definiert ist.

Was ich noch testen kann ist ein Raspberry Pi 3 als Ziel vielleicht ist der ein  bisschen performanter... wobei auf dem Zero ausser einem Pytonscript nix läuft (CPU 1-3%)...

Jemand noch ne Idee?

Grüßle

Pascal


FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

CoolTux

Setz mal bitte das Atribut blockingCallLoglevel auf 1 oder 0
Eventuell hilft das.
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

raiderxxl

FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

CoolTux

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

raiderxxl

FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....