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

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

Vorheriges Thema - Nächstes Thema

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

MadMax-FHEM

#436
Den und andere/ähnliche Fehler hab ich ab und an auch...
(kann grad leider nicht genauer sagen, bin unterwegs)
Aber nicht dauerhaft...
Manchmal mehr/öfter und dann auch wieder gar nicht...

Habe 9 Stück per Raspi-Zero und ssh angebunden...

Also bis auf die Meldungen im Log läuft es...

Habe es auch auf Verbindungsprobleme geschoben...

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)

nanocosmos

Direkt neben dem PI gehen die Flower Care Sensoren. Die anderen habe ich noch nicht ausprobiert.
Aber komisch, dass es monatelang trotz der anscheinend zu großen Entfernung funktioniert hat.
Habe übrigens noch eine neue Meldung: Transport endpoint is not connected (107)
Auch wieder ein Reichweitenproblem?

Die Sache mit der ssh Anbindung habe ich schon oft gelesen, wie genau funktioniert das denn?

Besten Dank euch!

CoolTux

Zitat von: nanocosmos am 08 September 2018, 22:18:24
Direkt neben dem PI gehen die Flower Care Sensoren. Die anderen habe ich noch nicht ausprobiert.
Aber komisch, dass es monatelang trotz der anscheinend zu großen Entfernung funktioniert hat.
Habe übrigens noch eine neue Meldung: Transport endpoint is not connected (107)
Auch wieder ein Reichweitenproblem?

Die Sache mit der ssh Anbindung habe ich schon oft gelesen, wie genau funktioniert das denn?

Besten Dank euch!

Vielleicht neue Batterie.
Einen Linux Rechner in der Nähe der Sensoren aufbauen und dann ssh so einrichten das es ohne Passwort und mit Keyfile geht.
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

MadMax-FHEM

Stimmt an die Meldung kann ich mich auch erinnern: Transport endpoint is not connected (107)

Aber wie geschrieben mal häufiger und mal auch (fast) gar nicht...

Evtl. je nach Feuchtigkeit der Pflanzen bzw. wie sie grad "über die Sensoren gewachsen" sind... ;)

ssh: http://heinz-otto.blogspot.com/2017/01/per-ssh-remote-befehle-direkt-ausfuhren.html

Oder (bei Problemen): https://forum.fhem.de/index.php/topic,82942.msg751131.html#msg751131

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)

onkel_joerg

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.
Ja, aber wenn das Teil INNEN angebracht ist und 2 Wochen mit so ziemlich keinem Verbrauch läuft und dann innerhalb eines Tages (ohne Veränderung des Ortes und der Bedingungen) von 96% auf 0% geht, dann erzeugt das doch schon einige Fragezeichen über meinem Kopf
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

CoolTux

Zitat von: onkel_joerg am 09 September 2018, 00:07:59
Ja, aber wenn das Teil INNEN angebracht ist und 2 Wochen mit so ziemlich keinem Verbrauch läuft und dann innerhalb eines Tages (ohne Veränderung des Ortes und der Bedingungen) von 96% auf 0% geht, dann erzeugt das doch schon einige Fragezeichen über meinem Kopf

Meine Aussage bezog sich nicht auf Deinen Post!
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

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

Clue

Hallo zusammen,

ich habe das Problem, dass ich nach einer unbestimmten Zeit einen Error bekomme. Verbose 5 gibt folgendes Log:


...
2018.09.10 21:01:16 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - Run CreateParamGatttool with mod: read
2018.09.10 21:01:16 5: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - Read XiaomiBTLESens_ExecGatttool_Run FlowerCareWohnzimmerKastanie|C4:7C:8D:66:CA:A0|read|0x38
2018.09.10 21:01:16 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - stateRequestTimer: Call Request Timer
2018.09.10 21:01:16 3: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - ExecGatttool_Run: another gatttool process is running. waiting...
...
...
2018.09.10 21:02:46 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 6876
2018.09.10 21:02:46 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - WriteReadings: Readings were written
2018.09.10 21:02:46 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - ExecGatttool_Aborted: The BlockingCall Process terminated unexpectedly. Timedout
...


die Distanz spielt keine Rolle.
Ob ich das Device disable oder nicht spielt für "ps ax | grep gatttool" keine Rolle. Beides liefert folgende Ausgabe:


root@Heimhirn:/# ps ax | grep gatttool                                                                                                                                                                                                                           
  920 pts/0    S      0:00 sh -c gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35 2>&1 /dev/null                                                                                                                                                       
  921 pts/0    S      0:00 gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35 /dev/null                                                                                                                                                                   
7589 pts/0    S+     0:00 grep --color=auto gatttool


Einem früheren Beitrag von CoolTux habe ich entnommen, dass das heisst, dass eventuell mein Gatttool nicht sauber beendet wird(?).
Mein Fhem läuft in einem Docker Container ohne sonstige Probleme. Wenn ich den Docker Container neu starte funktioniert auch wieder alles und ich habe folgende Ausgabe:


root@Heimhirn:/# ps ax | grep gatttool                                                                                                                                                                                                                           
   45 pts/0    S+     0:00 grep --color=auto gatttool   


Mit der App geht alles tadellos, natürlich wird diese auch sauber von mir beendet.

Ein wenig Unterstützung wäre total super, ihr rettet Pflanzenleben damit ;). Auf jeden Fall aber super Arbeit.

Grüße
Christoph


Edit:
Während ich im Error bin kann ich aber anscheinend mittels Konsole auf das Gerät zugreifen:


root@Heimhirn:/# gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35                                                                                                                                                                                       
Characteristic value/descriptor: aa bb cc dd ee ff 99 88 77 66 00 00 00 00 00 00                                                                                                                                                                                 
root@Heimhirn:/# gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x38                                                                                                                                                                                       
Characteristic value/descriptor: 64 28 33 2e 31 2e 39 

CoolTux

Zitat von: Clue am 10 September 2018, 21:38:47
Hallo zusammen,

ich habe das Problem, dass ich nach einer unbestimmten Zeit einen Error bekomme. Verbose 5 gibt folgendes Log:


...
2018.09.10 21:01:16 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - Run CreateParamGatttool with mod: read
2018.09.10 21:01:16 5: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - Read XiaomiBTLESens_ExecGatttool_Run FlowerCareWohnzimmerKastanie|C4:7C:8D:66:CA:A0|read|0x38
2018.09.10 21:01:16 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - stateRequestTimer: Call Request Timer
2018.09.10 21:01:16 3: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - ExecGatttool_Run: another gatttool process is running. waiting...
...
...
2018.09.10 21:02:46 1: Timeout for XiaomiBTLESens_ExecGatttool_Run reached, terminated process 6876
2018.09.10 21:02:46 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - WriteReadings: Readings were written
2018.09.10 21:02:46 4: XiaomiBTLESens (FlowerCareWohnzimmerKastanie) - ExecGatttool_Aborted: The BlockingCall Process terminated unexpectedly. Timedout
...


die Distanz spielt keine Rolle.
Ob ich das Device disable oder nicht spielt für "ps ax | grep gatttool" keine Rolle. Beides liefert folgende Ausgabe:


root@Heimhirn:/# ps ax | grep gatttool                                                                                                                                                                                                                           
  920 pts/0    S      0:00 sh -c gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35 2>&1 /dev/null                                                                                                                                                       
  921 pts/0    S      0:00 gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35 /dev/null                                                                                                                                                                   
7589 pts/0    S+     0:00 grep --color=auto gatttool


Einem früheren Beitrag von CoolTux habe ich entnommen, dass das heisst, dass eventuell mein Gatttool nicht sauber beendet wird(?).
Mein Fhem läuft in einem Docker Container ohne sonstige Probleme. Wenn ich den Docker Container neu starte funktioniert auch wieder alles und ich habe folgende Ausgabe:


root@Heimhirn:/# ps ax | grep gatttool                                                                                                                                                                                                                           
   45 pts/0    S+     0:00 grep --color=auto gatttool   


Mit der App geht alles tadellos, natürlich wird diese auch sauber von mir beendet.

Ein wenig Unterstützung wäre total super, ihr rettet Pflanzenleben damit ;). Auf jeden Fall aber super Arbeit.

Grüße
Christoph


Edit:
Während ich im Error bin kann ich aber anscheinend mittels Konsole auf das Gerät zugreifen:


root@Heimhirn:/# gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x35                                                                                                                                                                                       
Characteristic value/descriptor: aa bb cc dd ee ff 99 88 77 66 00 00 00 00 00 00                                                                                                                                                                                 
root@Heimhirn:/# gatttool -i hci0 -b C4:7C:8D:66:CA:A0 --char-read -a 0x38                                                                                                                                                                                       
Characteristic value/descriptor: 64 28 33 2e 31 2e 39 


Hallo Christoph

Kannst Du bitte einmal noch ein list vom Device mit anhängen. Einfach im FHEM Web in der Befehlszeile list DEVICENAME eingeben.
In ganz alten Versionen gab es mal Probleme mit nicht beendeten gatttools, aber das sollte eigentlich erledigt sein.



Grüße
Leon
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

Clue

Hi Leon,

vielen Dank für die schnelle Antwort. Hier der list. Gerät befindet sich gerade nicht immer Fehlerzustand. Das kann einige Tage dauern bis es soweit ist, ist aber unausweichlich :(.


Internals:
   BTMAC      C4:7C:8D:66:CA:A0
   DEF        C4:7C:8D:66:CA:A0
   INTERVAL   1800
   NAME       FlowerCareWohnzimmerKastanie
   NOTIFYDEV  global,FlowerCareWohnzimmerKastanie
   NR         122
   NTFY_ORDER 50-FlowerCareWohnzimmerKastanie
   STATE      active
   TYPE       XiaomiBTLESens
   VERSION    2.2.0
   loglevel   4
   READINGS:
     2018-09-10 22:55:34   batteryPercent  100
     2018-09-10 22:55:34   batteryState    ok
     2018-09-11 07:09:46   fertility       0
     2018-09-10 22:55:34   firmware        3.1.9
     2018-09-10 21:09:06   lastGattError   The BlockingCall Process terminated unexpectedly. Timedout
     2018-09-11 07:09:46   lux             102
     2018-09-11 07:09:46   moisture        0
     2018-09-11 07:09:46   state           active
     2018-09-11 07:09:46   temperature     22.9
   helper:
     CallBattery 0
     CallSensDataCounter 0
     updateTimeCallBattery 1536612934.89746
     updateTimestampCallBattery 2018-09-10 22:55:34
Attributes:
   interval   1800
   model      flowerSens
   room       XiaomiBTLESens
   verbose    1



Grüße
Christoph

CoolTux

Dein FHEM ist aber ansonsten auf dem neusten Stand? Also nicht nur das 74_XiaomiBTLESens.pm Modul sondern der Rest auch?
Wenn ja hilft uns nur ein verbose 5 über die Tage.
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

Clue

Ja, ist aktuell. Dann melde ich mich wenn der Fehler wieder auftritt mit dem verbose 5 Logeintrag des initialen Fehlerzustands.

Vielen Dank und Gruß
Christoph

oelidoc

Hallo,
wenn ich bei meinen Sensoren das Attribut disabledForIntervals setze, springt der state sofort auf disabled - auch wenn der angegebene Zeitraum nicht erreicht ist. Lasse ich das device auf disabled, dann finden nach Beendigung des Zeitraums keine Abfragen statt - das device bleibt auf disabled. Mache ich eine manuelle Abfrage über die Web Oberfläche, springt das device auf active - aber bei Erreichen des Zeitraums wird weiter abgefragt. Mit andern Worten: das Attribut disabledForIntervals scheint irgendwie nicht zu funktionieren.
Hier ein List eines Sensors:
Internals:
   BTMAC      C4:7C:8D:66:2A:77
   CHANGED   
   DEF        C4:7C:8D:66:2A:77
   INTERVAL   1800
   NAME       FlowerSens_Kamelie
   NOTIFYDEV  global,FlowerSens_Kamelie
   NR         467
   NTFY_ORDER 50-FlowerSens_Kamelie
   STATE      Feuchtigkeit: 10 %
   TYPE       XiaomiBTLESens
   VERSION    2.2.0
   loglevel   4
   OLDREADINGS:
   READINGS:
     2018-09-10 21:47:57   batteryPercent  99
     2018-09-10 21:47:57   batteryState    ok
     2018-09-11 19:56:45   fertility       68
     2018-09-10 21:47:57   firmware        3.1.9
     2018-09-07 13:55:36   lastGattError   charWrite faild
     2018-09-11 19:56:45   lux             194
     2018-09-11 19:56:45   moisture        10
     2018-09-11 20:08:40   state           disabled
     2018-09-11 19:56:45   temperature     20.5
   helper:
     CallBattery 0
     CallSensDataCounter 0
     updateTimeCallBattery 1536608877.60954
     updateTimestampCallBattery 2018-09-10 21:47:57
Attributes:
   alias      Kamelie
   batteryFirmwareAge 48h
   disabledForIntervals 22:00-24:00 00:00-06:00
   event-min-interval temperature:3600,moisture:3600,fertility:3600,lux:3600
   event-on-change-reading batteryState,fertility,lastGattError,lux,moisture,temperature
   interval   1800
   maxFertility 2000
   maxMoisture 60
   minFertility 350
   minMoisture 5
   minTemp    0
   model      flowerSens
   room       Garten
   sshHost    -p 45147 oelidoc@192.168.178.57
   stateFormat Feuchtigkeit: moisture %

Irgendeine Idee, was ich falsch mache?
Gruß
oelidoc

CoolTux

Hallo,

Vielen Dank. Das ist definitiv ein Fehler. Ich schaue es mir die Woche an.


Grüße
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