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

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

Vorheriges Thema - Nächstes Thema

CoolTux

Das EQ3BTLE Modul ist von Dominik. Ich habe lediglich die ssh Fähigkeit beigetragen und ein bisschen Logik. Mehr nicht.
Das XiaomiBTLESens.pm verwendet keine Automatik. Einmal fest eingestellt als Attribut bleibt das Modul bei der Abfrage über das Device welches eingetragen wurde.
Das Feature ist aber interessant  :)
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

frank_41

Zitat von: MadMax-FHEM am 24 Januar 2019, 07:40:45
Für "Trennen und wieder Stecken" gibt es unter Linux wohl auch einen Befehl...
Hab ich zumindest in einem andern Thread wo gelesen...
(weiß aber nicht, ob ich das jetzt noch mal finde)

Gruß, Joachim

ich habe mehrere Sensoren über Raspi 3. Nach einiger Zeit fingen die an zu "spinnen", waren nicht mehr erreichbar. Nach einem Reboot des Raspi gingen sie dann wieder eine Weile, um dann wieder zu "spinnen". Ich habe jetzt einen cronjob gebaut mit "sudo hciconfig hci0 reset", der alle 2 Stunden zuschlägt. Und siehe da, alle Sensoren sind wieder erreichbar und ich kriege wieder Werte. Bluetooth im Raspi ist wohl irgendwie madig ??
Raspberry Pi 3
RFXCOM_RFXtrx433
V 1.62 nanoCUL433
Jeelink LaCrosse
Jeelink PCA301.CUL_HM,Conbee, deCONZ

NEA

Zitat von: frank_41 am 23 Februar 2019, 01:25:52
Bluetooth im Raspi ist wohl irgendwie madig ??

das Gefühl habe ich auch - aber erst seit einem der (Raspbian) Updates mitte Januar etwa. Vorher hatte ich zumindest keine solchen Probleme.
Raspberry Pi 3B+, CUL_MAX, zigbee2mqtt

Koersten

Zitat von: frank_41 am 23 Februar 2019, 01:25:52
ich habe mehrere Sensoren über Raspi 3. Nach einiger Zeit fingen die an zu "spinnen", waren nicht mehr erreichbar. Nach einem Reboot des Raspi gingen sie dann wieder eine Weile, um dann wieder zu "spinnen". Ich habe jetzt einen cronjob gebaut mit "sudo hciconfig hci0 reset", der alle 2 Stunden zuschlägt. Und siehe da, alle Sensoren sind wieder erreichbar und ich kriege wieder Werte. Bluetooth im Raspi ist wohl irgendwie madig ??

Ja das kann ich leider bestätigen. Irgendetwas läuft da aus dem Ruder.
Ich habe mir auch so beholfen wie du. Auch wenn das natürlich keine "saubere" Lösung ist... :o

Neuhier

Bei mir laufen die FlowerSens und die GTags parallel.
Hier steigt oft Lepresence aus, die FlowerSens bleiben aktiv.
Einfaches systemctl restart lepresenced hilft aber auch hier weiter.
Wollte mal testweise das BT vom Raspi nur für einen Dienst nutzen und einen BT-Dongle für den anderen anklemmen.
Habe ich aber noch nicht realisiert.

Vtcop

For Xiaomi flower care there is well known process to get historical data.

Do you know any way for getting historical data from Xiaomi hygrometer?

Invers

Ich habe ebenfalls Fehler im Log. Habe auch auf der Konsole probiert:

pi@fhemPi:~ $ sudo hcitool lescan
Set scan parameters failed: Input/output error
pi@fhemPi:~ $ sudo hciconfig hci0 down
pi@fhemPi:~ $ sudo hciconfig hci0 up
pi@fhemPi:~ $ sudo hcitool lescan
LE Scan ...
C4:7C:8D:61:A5:18 (unknown)
C4:7C:8D:61:A5:18 Flower care
4C:65:A8:D2:53:8C (unknown)
4C:65:A8:D2:53:8C MJ_HT_V1
9C:8C:6E:EC:1F:F9 (unknown)
4C:65:A8:D2:9B:E3 (unknown)
4C:65:A8:D2:9B:E3 MJ_HT_V1
^Cpi@fhemPi:~ $


Keinerlei Änderungen vorgenommen und es passierte vor einigen Tagen schon einmal. Habe ich diesmal bemerkt, weil auch meine Xiaomi - Thermometer nicht mehr empfangen wurden, zumindest einer davon.

Fehlermeldungen im Log:
2019.03.30 13:08:35 1: Timeout for XiaomiBTLESens::ExecGatttool_Run reached, terminated process 17268

Und hier noch das List:

Internals:
   BTMAC      C4:7C:8D:61:A5:18
   DEF        C4:7C:8D:61:A5:18
   FUUID      5c6428f1-f33f-edf9-cfae-1a0c1dab3be5879c
   INTERVAL   7200
   NAME       Blume1
   NOTIFYDEV  global,Blume1
   NR         416
   NTFY_ORDER 50-Blume1
   STATE      error
   TYPE       XiaomiBTLESens
   VERSION    2.4.7
   loglevel   4
   READINGS:
     2019-03-30 09:29:14   batteryPercent  99
     2019-03-30 09:29:14   batteryState    ok
     2019-03-30 11:32:57   fertility       1212
     2019-03-30 09:29:14   firmware        3.1.9
     2019-03-30 13:36:05   lastGattError   Invalid argument (22)
     2019-03-30 11:32:57   lux             297
     2019-03-30 11:32:57   moisture        53
     2019-03-30 13:36:05   state           error
     2019-03-30 11:32:57   temperature     20
   helper:
     CallBattery 0
     CallSensDataCounter 0
     updateTimeCallBattery 1553934554.57657
     updateTimestampCallBattery 2019-03-30 09:29:14
Attributes:
   alias      Ranke
   comment    Batteriewechsel
06/11/2018
   devStateIcon devStateIcon .*active:scene_garden@lime .*unreachable:scene_garden@red
   disabledForIntervals 20:00-08:00
   group      Pflanzen
   hciDevice  hci0
   icon       hue_room_garden
   interval   7200
   minMoisture 35
   model      flowerSens
   room       Wohnung->Wohnzimmer



Mal sehen, wie lange es jetzt läuft, bevor der Fehler wieder kommt.

Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

mi.ke

Hi Leon,

kurze Frage.

Gibt es eine Möglichkeit oder hast Du eine Idee (Trick), wie man bei Abragen über "moisture" und "minMoisture" einen Offset einzubauen kann.

Hintergrund ist, dass meine Pflanzen in unterschiedlicher Erde /Seramis stehen. Eigentlich sind die bereits über "moisture" und "minMoisture" gut eingestellt.

Ich hab allerdings einige Patienten, da wäre eine Faktor wie z.B. (offset = moisture * 5), genau richtig.
Hab es mit userReadings versucht, aber der "minMoisture" greift vor meinem userReading.

Hast Du/Ihr eine Idee?

Danke und Grüße

Cheers
mi.ke
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

CoolTux

Zitat von: mi.ke am 06 April 2019, 14:59:06
Hi Leon,

kurze Frage.

Gibt es eine Möglichkeit oder hast Du eine Idee (Trick), wie man bei Abragen über "moisture" und "minMoisture" einen Offset einzubauen kann.

Hintergrund ist, dass meine Pflanzen in unterschiedlicher Erde /Seramis stehen. Eigentlich sind die bereits über "moisture" und "minMoisture" gut eingestellt.

Ich hab allerdings einige Patienten, da wäre eine Faktor wie z.B. (offset = moisture * 5), genau richtig.
Hab es mit userReadings versucht, aber der "minMoisture" greift vor meinem userReading.

Hast Du/Ihr eine Idee?

Danke und Grüße

Cheers
mi.ke

Behalte doch das userReadings und schalte den minMoisture ab.
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

Invers

Hi, die Lage spitzt sich zu.
Wie im Beitrag #696 geschildert, habe ich noch immer die Probleme.
Alles läuft einige Zeit ohne Probleme, dann häufen sich langsam und dann immer schneller die
Das betrifft dann auch meine Thermo/Hygrometer.

Nach vielen Fehlermeldungen der Art:
2019.04.10 10:00:31 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:32 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:33 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:35 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:36 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:37 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:38 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:39 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:40 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:41 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:42 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:43 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:44 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:46 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:47 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:48 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:49 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:50 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:51 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:52 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:53 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:54 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:55 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:57 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:58 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:00:59 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:00 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:01 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:02 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:03 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:04 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:05 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:06 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:08 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:09 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...
2019.04.10 10:01:10 3: XiaomiBTLESens (TMP_Bu) - ExecGatttool_Run: another gatttool process is running. waiting...


kommt dann im Anschluss eine Meldung:
2019.04.10 10:01:10 1: Timeout for XiaomiBTLESens::ExecGatttool_Run reached, terminated process 20010


Ein Neustart von FHEM hilft gar nicht. Ein Neustart des Pi hilft zeitweilig, bis wieder alles zu ist. Das dauert etwa 1 - 2  Tage. Weiss nicht genau.
Es beginnt langsam und wird dann immer mehr.

FHEM ist auf dem neuesten Stand und auch der Pi. Habe gestern für alles noch einmal Update/Upgrade gemacht. Also auch Treiber und Firmware des Pi.

Ein Thermometer zeigte den Fehler Invalid argument (22) an. Jetzt aber gerade nicht mehr. Vielleicht wieder, wenn ich den Pi noch einmal neu boote.
Das wollte ich aber momentan noch nicht, falls noch Infos zum Jetzigen Zustand benötigt werden sollten.

Für Tipps und Ideen zur Fehlersuche/Beseitigung bin ich dankbar. Ich könnte allerdings, falls keiner eine Idee haben sollte,  auch mal mit einem Stick versuchen.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

CoolTux

Wie ist es wenn Du den Bluetoothstack stoppst und wieder startest?

Zitat von: Invers am 30 März 2019, 15:03:19
Ich habe ebenfalls Fehler im Log. Habe auch auf der Konsole probiert:

pi@fhemPi:~ $ sudo hciconfig hci0 down
pi@fhemPi:~ $ sudo hciconfig hci0 up

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

Invers

Da bekomme ich gar keine Antwort mehr und komme auch nicht mehr zur Eingabeaufforderung zurück. Hänge fest, wie in einem Texteditor. Muss ich nun den Pi einfach ausknipsen, oder benötige ich nach dem Absetzen des Befehls noch eine Tastenkombi zum Ausstieg aus hciconfig? Letztes mal hatte ich diese Probleme nicht.

Ich sehe gerade, dass ich einen Fehler von Kitty angezeigt bekomme, gelber Schraubenschlüssel im Icon. Die Kommunikation zum Pi ist nach Befehlseingabe also offenbar nicht mehr möglich.
Eine neue Verbindung per Kitty wird aber akzeptiert und geht auch.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

CoolTux

Kann es sein das eventuell Dein Bluetooth Dongle defekt ist?
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

Invers

Ist Bestandteil vom Pi3b. Falls der kaputt ist, ist der Pi kaputt. Ich nehme aber einfach mal einen USB-Stick. Mal sehen, was passiert.

Danke.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

binford6000

Zitat von: Invers am 10 April 2019, 12:56:55
Ist Bestandteil vom Pi3b. Falls der kaputt ist, ist der Pi kaputt. Ich nehme aber einfach mal einen USB-Stick. Mal sehen, was passiert.

Danke.
Hallo,
ich hatte exakt das gleiche Verhalten vor ein paar Wochen.
Glücklicherweise hatte ich noch einen USB-BT-Dongle rumfliegen und konnte das Problem damit lösen.
VG Sebastian