Xiaomi Flower care

[Thomas Braun]

@bernd-0

which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

Den

iobroker fix

hast du nochmal ausgeführt?

[Bernd 0]

@thomas-braun
Danke für deine Hilfe. Ich habe eigentlich alles nach deiner Anleitung gemacht.

[Bernd 0]

Scheinbar doch nicht so ganz.
Aber jetzt hoffentlich

[Bernd 0]

Ah! Super, jetzt findet er endlich den Flower-Care!!! Also lag es an der falschen Installation von Node bei mir.
Herzlichen Dank @thomas-braun für die Hilfe!

[Thomas Braun]

@bernd-0

Bitte keine Screenshots von Konsolentext.
Die Installation ist zwar jetzt soweit gerade im System, allerdings hast du in den Paketquellen sowohl buster wie auch bullseye Repos drin. Das soll nicht sein.
Bring das auf einen einheitlichen Stand, der dann auch zu deinem Release passt.

[Bernd 0]

Hallo zusammen,
ich nutze seit kurzem einen Flora-Care Sensor und bin sehr zufrieden damit.
Einzig vermissen würde ich bei den Objekten den letzten Stand der Daten. Also Sync-Zeit.

Nun ist es bei mir aber so, dass der Raspberry im Serverschrank sitzt und ich das On-Board Bluetooth dafür verwende. Leider ergibt das eine RSSI von -90 was ziemlich schlecht ist.

Ich habe gelernt:
0/-50 sehr gut,
-50/-70 gut,
-70/-80 ausreichend,
-80/-90 schlecht,
-90... sehr schlecht

Nun habe ich mir überlegt ein USB Verlängerungskabel 3m zu nehmen und einen externen Bluetooth-Adapter. So wie auch oben bereits berschrieben.
Leider tue ich mir sehr schwer damit, diesen zum Laufen zu bringen. Ich habe verschiedene Anleitungen gefunden, aber so wirklich will das nicht. Vermutlich liegt das auch daran, dass die Anleitungen sich auf einen RPI ohne Bluetooth bezogen hatten.

Weißt jemand eine gute Anleitung für einen RPI4 oder würde mich bei der Installation an die Hand nehmen?
Ich denke das wäre für viele Nutzer, welche diesem Thema hier folgen, hilfreich.

Vielen Dank!

[Thomas Braun]

@bernd-0

Einstöpseln, neue Schnittstelle des Sticks ansprechen, fertig.
Jedenfalls bei der überwiegenden Zahl der Sticks sollte das funktionieren.

[holgerwolf]

@bernd-0 Ich habe für den BLE Adapter extra einen Raspi Zero (mit BLE und WLAN) mit iobroker im Slave-Modus im Einsatz. So bist du wegen dem WLAN fast unabhängig vom Standort.

[gjo]

@bernd-0 Also ich benutze einen ESP32 der im WLAN hängt und Flora-nah die BLE Sensoren abfrag und dann mittel MQTT die Daten in den iobroker meldet.
Das funktioniert seit Jahren ganz unproblematisch.
Einen ESP32 gibt es für <5€ + USB Kabel und 5V Netzteil .... also kleines Geld

Das mit dem USB Kabel und ext. BLE Adapter habe ich auch zuvor getestet ... bin aber nie glücklich damit geworden.

[AlCalzone]

@bernd-0 sagte in Xiaomi Flower care:

Einzig vermissen würde ich bei den Objekten den letzten Stand der Daten. Also Sync-Zeit

Gibts doch:

[Bernd 0]

Hallo zusammen,
wollte mich nur noch einmal rückmelden. Aufgrund der Entfernung des Netzwerkschranks zu den verschiedenen Mi Flora Sensoren, habe ich mich jetzt dazu entschieden, statt dem USB Kabel und dem Bluetooth-Dongle, die Daten über 3x ESP32 Chips abzufangen und über den ESP Home Adapter an IO-Broker weiter zu geben. Anschließend nutze ich die Simple API um die Daten in Loxone zu laden und entsprechend bei Unterschreitung mir Push-Notifications ausgeben zu lassen.

Danke hier an die Hilfestellung, an @gjo für den Tipp mit dem ESP32 und @pboeck für die Hilfe in dem eigens eröffnetem Topic

[Stadtschloss]

Hallo,

ich habe einen ESP32 (AZDelivery) mit https://github.com/sidddy/flora geflashed. Leider startet der ESP32 immer wieder neu. Kann mir jemand helfen, woran es liegen kann?

Geflashed habe ich mit Arduino IDE und ich verwende einen ESP32-WROOM-32

ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:1420
ho 0 tail 12 room 4
load:0x40078000,len:13540
load:0x40080400,len:3604
entry 0x400805f0
Initialize BLE client...
Connecting to WiFi...
....
WiFi connected

Connecting to MQTT...
MQTT connected

Processing Flora device at c4:7c:8d:6d:6e:2b (try 1)
ets Jun  8 2016 0⸮4⸮
⸮
⸮⸮w⸮D⸮⸮⸮⸮⸮⸮⸮⸮W⸮}⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮⸮�⸮�⸮⸮⸮�⸮���⸮�⸮⸮⸮⸮⸮�⸮H⸮⸮
⸮C⸮⸮⸮a9⸮@⸮Ғ⸮Ҫ⸮j

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0⸮ets Jun  8 2016 00:22:57

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:1420
ho 0 tail 12 room 4
load:0x40078000,len:13540
load:0x40080400,len:3604
entry 0x400805f0
Initialize BLE client...
Connecting to WiFi...
....
WiFi connected

Connecting to MQTT...
MQTT connected

Processing Flora device at c4:7c:8d:6d:6e:2b (try 1)
- Connection successful
Guru Meditation Error: Core  0 panic'ed (Unhandled debug exception). 
Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) 
Core  0 register dump:
PC      : 0x400836be  PS      : 0x00060d36  A0      : 0x800837dd  A1      : 0x3ffd5800  
A2      : 0x00000268  A3      : 0x00001400  A4      : 0x00000000  A5      : 0x00000000  
A6      : 0x00001004  A7      : 0x3ffb6c20  A8      : 0x3ffd5e90  A9      : 0x3ffd5e20  
A10     : 0x3ffb6c20  A11     : 0x3ffea5e8  A12     : 0x3ffb6388  A13     : 0x00000000  
A14     : 0x00000000  A15     : 0x3ffec088  SAR     : 0x00000010  EXCCAUSE: 0x00000001  
EXCVADDR: 0x00000000  LBEG    : 0x400909cc  LEND    : 0x400909e2  LCOUNT  : 0xffffffff  


Backtrace:0x400836bb:0x3ffd58000x400837da:0x3ffd5830 0x40129d9b:0x3ffd5880 0x40101bd3:0x3ffd58b0 0x4012ea78:0x3ffd58e0 0x40152307:0x3ffd5b70 0x4012fa2e:0x3ffd5e00 0x40151ecd:0x3ffd5e20 0x4012fa2e:0x3ffd5e90 0x40151b36:0x3ffd5eb0 0x4012ed89:0x3ffd5ed0 0x4012edf5:0x3ffd6160 0x4012ef36:0x3ffd6180 0x4011aded:0x3ffd61a0 0x40116162:0x3ffd6440 0x4011660d:0x3ffd66d0 0x40116fc5:0x3ffd6730 0x401182f8:0x3ffd6770 0x4011832e:0x3ffd6790 0x40123589:0x3ffd67b0 0x40114130:0x3ffd6940 0x4012bb77:0x3ffd6960 




ELF file SHA256: 0000000000000000

Rebooting...
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:1420
ho 0 tail 12 room 4
load:0x40078000,len:13540
load:0x40080400,len:3604
entry 0x400805f0
Initialize BLE client...
Connecting to WiFi...
....
WiFi connected

Connecting to MQTT...
MQTT connected

Processing Flora device at c4:7c:8d:6d:6e:2b (try 1)
lld_pdu_get_tx_flush_nb HCI packet count mismatch (0, 1)
- Connection successful
Guru Meditation Error: Core  0 panic'ed (Unhandled debug exception). 
Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) 
Core  0 register dump:
PC      : 0x400836be  PS      : 0x00060d36  A0      : 0x800837dd  A1      : 0x3ffd5800  
A2      : 0x00000268  A3      : 0x00001400  A4      : 0x00000000  A5      : 0x00000000  
A6      : 0x00001004  A7      : 0x3ffb6c20  A8      : 0x3ffd5e90  A9      : 0x3ffd5e20  
A10     : 0x3ffb6c20  A11     : 0x3ffea800  A12     : 0x3ffb6388  A13     : 0x00000000  
A14     : 0x00000000  A15     : 0x3ffec084  SAR     : 0x00000010  EXCCAUSE: 0x00000001  
EXCVADDR: 0x00000000  LBEG    : 0x400909cc  LEND    : 0x400909e2  LCOUNT  : 0xffffffff  


Backtrace:0x400836bb:0x3ffd58000x400837da:0x3ffd5830 0x40129d9b:0x3ffd5880 0x40101bd3:0x3ffd58b0 0x4012ea78:0x3ffd58e0 0x40152307:0x3ffd5b70 0x4012fa2e:0x3ffd5e00 0x40151ecd:0x3ffd5e20 0x4012fa2e:0x3ffd5e90 0x40151b36:0x3ffd5eb0 0x4012ed89:0x3ffd5ed0 0x4012edf5:0x3ffd6160 0x4012ef36:0x3ffd6180 0x4011aded:0x3ffd61a0 0x40116162:0x3ffd6440 0x4011660d:0x3ffd66d0 0x40116fc5:0x3ffd6730 0x401182f8:0x3ffd6770 0x4011832e:0x3ffd6790 0x40123589:0x3ffd67b0 0x40114130:0x3ffd6940 0x4012bb77:0x3ffd6960 




ELF file SHA256: 0000000000000000

Rebooting...

«

@gjo Vielen Dank für die Anpassung des Scripts. Somit muss man nicht mehr mühselig die MAC-Adresse rausbekommen.
Leider Stützt auch bei deiner Version der ESP ab und rebootet

⸮⸮�⸮�⸮⸮⸮�⸮���⸮�⸮⸮⸮⸮⸮�⸮⸮�������������⸮��9D⸮⸮22:57

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:⸮ets Jun  8 2016 00:22:57

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:1420
ho 0 tail 12 room 4
load:0x40078000,len:13540
load:0x40080400,len:3604
entry 0x400805f0
Initialize BLE client...
Scan BLE, looking for Flora Devices
Flora device found at address c4:7c:8d:6d:6e:2b
Flora device found at address c4:7c:8d:62:67:dc
Flora device found at address c4:7c:8d:6b:03:0c
Flora device found at address c4:7c:8d:6d:53:87
Flora device found at address c4:7c:8d:6d:6e:fe
Flora device found at address c4:7c:8d:62:69:20
Number of Flora devices detected: 6
Connecting to WiFi...
....
WiFi connected

Connecting to MQTT...
MQTT connected

Processing Flora device at c4:7c:8d:6d:6e:2b (try 1)
- Connection successful
Guru Meditation Error: Core  0 panic'ed (Unhandled debug exception). 
Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) 
Core  0 register dump:
PC      : 0x400836be  PS      : 0x00060e36  A0      : 0x800837dd  A1      : 0x3ffd5810  
A2      : 0x00000268  A3      : 0x00001400  A4      : 0x00000000  A5      : 0x00000000  
A6      : 0x00001004  A7      : 0x3ffb6c20  A8      : 0x3ffd5ea0  A9      : 0x3ffd5e30  
A10     : 0x3ffb6c20  A11     : 0x3ffec4c8  A12     : 0x3ffb6388  A13     : 0x00000000  
A14     : 0x00000000  A15     : 0x3ffedd74  SAR     : 0x00000010  EXCCAUSE: 0x00000001  
EXCVADDR: 0x00000000  LBEG    : 0x400909cc  LEND    : 0x400909e2  LCOUNT  : 0xffffffff  


Backtrace:0x400836bb:0x3ffd58100x400837da:0x3ffd5840 0x4012a3cb:0x3ffd5890 0x401021fb:0x3ffd58c0 0x4012f0a8:0x3ffd58f0 0x4015293f:0x3ffd5b80 0x4013005e:0x3ffd5e10 0x40152505:0x3ffd5e30 0x4013005e:0x3ffd5ea0 0x4015216e:0x3ffd5ec0 0x4012f3b9:0x3ffd5ee0 0x4012f425:0x3ffd6170 0x4012f566:0x3ffd6190 0x4011b41d:0x3ffd61b0 0x40116792:0x3ffd6450 0x40116c3d:0x3ffd66e0 0x401175f5:0x3ffd6740 0x40118928:0x3ffd6780 0x4011895e:0x3ffd67a0 0x40123bb9:0x3ffd67c0 0x40114760:0x3ffd6950 0x4012c1a7:0x3ffd6970 




ELF file SHA256: 0000000000000000

Rebooting...

EDIT:

Problem gelöst... der Speicher ist vollgelaufen... habe das Partition Scheme geändert:

[gjo]

@stadtschloss
genau das wollte ich dir auch schreiben. hier meine Einstellungen für das upload auf den ESP-32.

Bei mir laufen die schon seit Jahren ohne jegliche Probleme oder Abstürze. Mit der Zeit habe ich die Abfragehäufigkeit nochmal reduziert:

// sleep between to runs in seconds
#define SLEEP_DURATION 360 * 60
// emergency hibernate countdown in seconds
#define EMERGENCY_HIBERNATE 30 * 60
// how often should the battery be read - in run count
#define BATTERY_INTERVAL 6
// how often should a device be retried in a run when something fails
#define RETRY 4

Das spart Batterie bei den Sensoren ...

[Stadtschloss]

@gjo Nach dem flashed startet der ESP seine Arbeit und wird dann in den Schlaf gelegt. Dort wacht er jetzt nicht mehr auf. Hatte ihn gestern Abend an den Strom gehangen, der letzte MQTT Beitrag war um 2 Uhr Nachts seit dem Funkstille.

// sleep between to runs in seconds
#define SLEEP_DURATION 30 * 60
// emergency hibernate countdown in seconds
#define EMERGENCY_HIBERNATE 3 * 60
// how often should the battery be read - in run count
#define BATTERY_INTERVAL 6
// how often should a device be retried in a run when something fails
#define RETRY 3

So sieht meine aktuelle Config aus. Bedeutet doch alle 30 Sekunden müsste er aufwachen und Daten sammeln, oder?

Ich habe ihn nochmal mit deinen Werten geflashed. Dort das gleiche. Einmal läuft alles durch, danach nicht mehr. Im Serial Monitor steht als letztes nur noch:

WiFi disonnected
MQTT disconnected
Going to sleep now.

[haselchen]

@gjo

Vielleicht habe ich ein Verständnisproblem, aber Batterien sparst Du nur wenn Du den Sendeintervall des Sensors senkst und nicht durch den Abfrageintervall.
Der Sensor sendet sobald es eine Veränderung gibt .
Ich mache das über ESPHome.

[gjo]

@haselchen Gute Frage ... ich hatte das so interpretiert, dass der Sensor zwar das BLE abhört, und dafür auch Energie verwendet, das Sendemodul aber erst bei erfolgreich BLE Kennung aufwacht und die Werte weitergibt.

Lege somit für meine Aussage vom letzten Post keine Hand mehr ins Feuer ...

[gjo]

@stadtschloss sagte in Xiaomi Flower care:

_DURATION 30 * 60 sind doch 30min. Und im debug mqtt-LOG steht nix von connect und empfang von Daten? Die erste Versorgung an MQTT hat aber funktioniert?

[ilovegym]

@gjo @haselchen

Das ist nur beim Batteriewert so, soviel ich weiss. Deshalb wird dieser ja beim BLE Adapter nicht angezeigt, da dieser diesen requesten muss und der BLE Adapter nur lauscht, aber nix sendet.

[haselchen]

@ilovegym

Hier sind jetzt vermutlich 3 Sachen vermischt
BLE Adapter , MQTT und ESPHome.
Ich bin da nicht so bewandert .
Da wird es bestimmt Unterschiede bezüglich Abfragetechnik geben oder?

[ilovegym]

@haselchen die Flower Sensoren senden Änderungen, außer den Batterie Wert, diesen nur per Anfrage, und das geht auf die Batterie.
Deshalb die Möglichkeit diesen einzeln abzufragen, um die Batterie zu schonen.