FHEM Forum

Zitat
wollte hier nur mal kurz einen weiteren Bluetooth 4.1 BLE Pflanzensensor (ca. 12 Euro) vorstellen, den ich ans fhem (Raspberry) angebunden habe. Bisher läuft alles einwandfrei. Mir gefällt besonders, dass man sich nirgends anmelden oder registrieren muss, um die Werte auslesen zu können.

http://xiaomi-mi.com/mi-smart-home/xiaomi-huahuacacao-flower-care-smart-monitor/


Der Sensor liefert folgende Werte:
- Temperatur
- Feuchtigkeit
- Licht
- Dünger

Zitat von: mi.ke am 17 November 2016, 11:01:52
Hallo Leon.

Die Version 0.1.59 läuft im Test seit heute morgen mit fünf Sensoren und einem intervall von 600 stabil mit nur zwei Aussetzern.
Muss jetzt auf Arbeit...von dem her stelle ich den Interval jetzt wieder hoch sonst sind morgen früh die Batterien leer  8)
Loge aber weiter mit und berichte dann.
Cheers

ZitatRichtig. So geht es auch.

Zitat von: CoolTux am 20 November 2016, 18:38:51
Rufe bitte einmal mit.  Gatttool in der Shell auf und danach gibst du mir ein list vom fhem Device und ein Log Auszug nach einem statusRequest.

Du bekommst aber definitiv Werte wenn du ein gatttool Aufruf in der Shell machst?

Zitat von: CoolTux am 24 November 2016, 22:40:42Ich habe eine neue Version eingecheckt. Bekommt Ihr über den Link im ersten Post.

ZitatKonnte die neue Version schon mal getestet werden. Interessant für mich ist das disabledForTimer und natürlich die Auswahl des hxi Devices

Zitat von: CoolTux am 24 November 2016, 21:02:17
Mach mal ein ps ax | grep gatttool
Und ein ps ax | grep hci

Zitat
2016.11.26 08:01:27 5: Sub XiaomiFlowerSens (FM_Zitronenbaum) - Request Timer wird aufgerufen
2016.11.26 08:01:27 4: Sub XiaomiFlowerSens (FM_Zitronenbaum) - Starte Blocking Call
2016.11.26 08:01:27 4: Sub XiaomiFlowerSens_Run (FM_Zitronenbaum) - Running nonBlocking
2016.11.26 08:01:28 3: CUL_HM set Jal_WohnzEck1_Up statusRequest
2016.11.26 08:01:28 4: Sub XiaomiFlowerSens_Run (FM_Zitronenbaum) - Rückgabe an Auswertungsprogramm beginnt
2016.11.26 08:01:28 4: Sub XiaomiFlowerSens_Done (FM_Zitronenbaum) - Abschluss!

Zitat von: CoolTux am 26 November 2016, 08:21:41
@Pyromane
Würdest Du Dich als Testkandidat bereit stellen? Mein Problem ist das ich mir nicht erklären kann was da passiert ist. Daher würde ich Dich bitten die angehängte Version ein zu spielen. Im Grunde ist es genau die selbe Version die nicht geklappt hat bei Dir nur mit unendlich vielen Debugausgaben.

Zitat
pi@raspberrypi ~ $ sudo hcitool lescan
LE Scan ...
C4:7C:8D:61:9C:C8 (unknown)
C4:7C:8D:61:9C:C8 Flower mate
C4:7C:8D:61:93:60 (unknown)
C4:7C:8D:61:93:60 Flower mate
C4:7C:8D:61:9C:C8 (unknown)
C4:7C:8D:61:9C:C8 Flower mate
C4:7C:8D:61:9C:C8 (unknown)
C4:7C:8D:61:9C:C8 Flower mate
C4:7C:8D:61:93:60 (unknown)
^Cpi@raspberrypi ~ $ btmgmt le on
Set Low Energy for hci0 failed with status 0x14 (Permission Denied)
pi@raspberrypi ~ $ sudo btmgmt le on
hci0 Set Low Energy complete, settings: powered ssp br/edr le
pi@raspberrypi ~ $ sudo gatttool -b c4:7c:8d:61:9c:c8
Usage:
  gatttool [OPTION...]

Help Options:
  -h, --help                                Show help options
  --help-all                                Show all help options
  --help-gatt                               Show all GATT commands
  --help-params                             Show all Primary Services/Characteristics arguments
  --help-char-read-write                    Show all Characteristics Value/Descriptor Read/Write arguments

Application Options:
  -i, --adapter=hciX                        Specify local adapter interface
  -b, --device=MAC                          Specify remote Bluetooth address
  -t, --addr-type=[public | random]         Set LE address type. Default: public
  -m, --mtu=MTU                             Specify the MTU size
  -p, --psm=PSM                             Specify the PSM for GATT/ATT over BR/EDR
  -l, --sec-level=[low | medium | high]     Set security level. Default: low
  -I, --interactive                         Use interactive mode


pi@raspberrypi ~ $ sudo gatttool -b c4:7c:8d:61:9c:c8 -I
[c4:7c:8d:61:9c:c8][LE]> connect
Attempting to connect to c4:7c:8d:61:9c:c8
Connection successful
Notification handle = 0x0021 value: 00
Notification handle = 0x0021 value: 00
Notification handle = 0x0021 value: 00
[c4:7c:8d:61:9c:c8][LE]> help
help                                           Show this help
exit                                           Exit interactive mode
quit                                           Exit interactive mode
connect         [address [address type]]       Connect to a remote device
disconnect                                     Disconnect from a remote device
primary         [UUID]                         Primary Service Discovery
included        [start hnd [end hnd]]          Find Included Services
characteristics [start hnd [end hnd [UUID]]]   Characteristics Discovery
char-desc       [start hnd] [end hnd]          Characteristics Descriptor Discovery
char-read-hnd   <handle>                       Characteristics Value/Descriptor Read by handle
char-read-uuid  <UUID> [start hnd] [end hnd]   Characteristics Value/Descriptor Read by UUID
char-write-req  <handle> <new value>           Characteristic Value Write (Write Request)
char-write-cmd  <handle> <new value>           Characteristic Value Write (No response)
sec-level       [low | medium | high]          Set security level. Default: low
mtu             <value>                        Exchange MTU for GATT/ATT
[c4:7c:8d:61:9c:c8][LE]> char-ead_hnd 0x038
Error: char-ead_hnd: command not found
[c4:7c:8d:61:9c:c8][LE]> char-read_hnd 0x038
Error: char-read_hnd: command not found
[c4:7c:8d:61:9c:c8][LE]> char-read-hnd 0x038
Command Failed: Disconnected
[c4:7c:8d:61:9c:c8][LE]> connect
Attempting to connect to c4:7c:8d:61:9c:c8
Connection successful
[c4:7c:8d:61:9c:c8][LE]> char-read-hnd 0x038
Characteristic value/descriptor: 64 10 32 2e 36 2e 32
Notification handle = 0x0021 value: 00
Notification handle = 0x0021 value: 00
[c4:7c:8d:61:9c:c8][LE]> char-read-hnd 0x035
Characteristic value/descriptor: c7 00 00 32 00 00 00 00 05 00 00 00 00 00 00 00
Notification handle = 0x0021 value: 00
[c4:7c:8d:61:9c:c8][LE]>

Zitat
sudo btmgmt le on
hci0 Set Low Energy complete, settings: powered ssp br/edr le

Zitat von: Pyromane am 26 November 2016, 15:05:44
Selbstverständlich.
Die leeren Zeilen befinden sich wirklich im Log:

Code Auswählen Erweitern



Define Routine timer

2016.11.26 14:41:54 3: XiaomiFlowerSens (Blume1) - defined with BTMAC C4:7C:8D:61:5F:89


Define Routine ENDE



stateRequestTimer gleich nach Einsprung



stateRequestTimer vor removeInternalTimer



stateRequestTimer vor readingsSingleUpdate



stateRequestTimer vor Aufruf von XiaomiFlowerSens



stateRequestTimer vor Aufruf des neuen Timers



Zitat von: CoolTux am 26 November 2016, 18:50:07
Danke Dir. Kannst Du bitte mal schauen ob Du noch das hier drin stehen hast "stateRequestTimer nach Aufruf des Timers"

Zitat von: CoolTux am 26 November 2016, 17:58:06
Nicht wirklich. Es hatte ja auch so schonmal geklappt
Wenn überhaupt dann kann das was geholfen haben, aber wie gesagt. Es ging ja schon mal.

Zitat von: Pyromane am 26 November 2016, 19:56:25
Ich finde keinen entsprechenden Eintrag im Log, wobei ich FHEM ca 20 Min in dem Zustand lassen habe.

Zitat von: CoolTux am 26 November 2016, 23:31:13
Mal eine Frage. Habt Ihr ein eigenes Interval gesetzt?
Hängt das FHEM immer noch?

Zitat
Internals:
   BTMAC      C4:7C:8D:61:3C:B5
   CFGFN
   DEF        C4:7C:8D:61:3C:B5
   INTERVAL   420
   NAME       Plant1
   NR         50
   STATE      active
   TYPE       XiaomiFlowerSens
   VERSION    0.2.3
   Readings:
     2016-11-27 09:52:43   battery         93
     2016-11-27 09:52:43   fertility       94
     2016-11-27 09:52:43   firmware        2.6.2
     2016-11-27 09:52:43   lux             1554
     2016-11-27 09:52:43   moisture        43
     2016-11-27 09:52:43   state           active
     2016-11-27 09:52:43   temperature     20.3
   Helper:
Attributes:
   disabledForIntervals 23:00-24:00 0:00-6:45
   hciDevice  hci1
   interval   420
   room       Pflanzen
   verbose    5

Zitat von: stoxx am 27 November 2016, 10:20:21Komischerweise zieht aber meine interval- Einstellung nicht (habe sie auf 7 Minuten gestellt).

Zitat von: Pyromane am 27 November 2016, 10:32:12
Es gibt eine Min Intervall Zeit, nur finde ich dazu gerade nichts.

ZitatDu musst dem Modul INTERVAL plus max 300 Zeit geben. Die max 300 ist ein Zufallswert. Also einfach bisschen abwarten.

Zitat
Internals:
   BTMAC      C4:7C:8D:61:3C:B5
   CFGFN
   DEF        C4:7C:8D:61:3C:B5
   INTERVAL   420
   NAME       Plant1
   NR         50
   STATE      disabled
   TYPE       XiaomiFlowerSens
   VERSION    0.2.3
   Readings:
     2016-11-27 09:52:43   battery         93
     2016-11-27 09:52:43   fertility       94
     2016-11-27 09:52:43   firmware        2.6.2
     2016-11-27 09:52:43   lux             1554
     2016-11-27 09:52:43   moisture        43
     2016-11-27 10:30:20   state           disabled
     2016-11-27 09:52:43   temperature     20.3
   Helper:
Attributes:
   disabledForIntervals 23:00-24:00 0:00-6:45
   hciDevice  hci1
   interval   420
   room       Pflanzen
   verbose    5

Zitat von: stoxx am 27 November 2016, 10:38:23
okay

Jetzt ist der Status auf disabled gesprungen, obwohl wir zeitlich garnicht in den Intervallen sind..

Zitatmir stellt sich irgendwie die Frage, welchen Sinn es macht, die Pflanzen quasi in Echtzeit zu überwachen.

ZitatKannst du bitte mal nur mit einer Zeitangabe versuchen. Nur zum testen.

Zitat
Internals:
   BTMAC      C4:7C:8D:61:3C:B5
   CFGFN
   DEF        C4:7C:8D:61:3C:B5
   INTERVAL   420
   NAME       Plant1
   NR         50
   STATE      disabled
   TYPE       XiaomiFlowerSens
   VERSION    0.2.3
   Readings:
     2016-11-27 11:07:18   battery         93
     2016-11-27 11:07:18   fertility       93
     2016-11-27 11:07:18   firmware        2.6.2
     2016-11-27 11:07:18   lux             1127
     2016-11-27 11:07:18   moisture        42
     2016-11-27 10:57:55   state           disabled
     2016-11-27 11:07:18   temperature     20
   Helper:
Attributes:
   disabledForIntervals 04:00-05:00
   hciDevice  hci1
   interval   420
   room       Pflanzen
   verbose    5

Zitat
2016.11.27 11:07:16 5: Sub XiaomiFlowerSens (Plant1) - Request Timer wird aufgerufen
2016.11.27 11:07:16 4: Sub XiaomiFlowerSens (Plant1) - Starte Blocking Call
2016.11.27 11:07:16 4: Sub XiaomiFlowerSens_Run (Plant1) - Running nonBlocking
2016.11.27 11:07:18 4: Sub XiaomiFlowerSens_Run (Plant1) - Rückgabe an Auswertungsprogramm beginnt
2016.11.27 11:07:20 4: Sub XiaomiFlowerSens_Done (Plant1) - Abschluss!
2016.11.27 11:16:02 5: Sub XiaomiFlowerSens (Plant1) - Request Timer wird aufgerufen
2016.11.27 11:16:02 4: Sub XiaomiFlowerSens (Plant1) - Starte Blocking Call
2016.11.27 11:16:02 4: Sub XiaomiFlowerSens_Run (Plant1) - Running nonBlocking
connect error: Transport endpoint is not connected (107)
connect error: Transport endpoint is not connected (107)
2016.11.27 11:16:13 4: Sub XiaomiFlowerSens_Run (Plant1) - Rückgabe an Auswertungsprogramm beginnt
connect error: Function not implemented (38)
connect error: Function not implemented (38)

ZitatIch habe so eben eine neue Version 0.2.4 ins Git geladen.

Zitat von: baukater am 01 Dezember 2016, 21:11:47
Hab ja noch nicht aufgegeben. Wird das gatttool in einem besonderen Verzeichnis erwartet?

hab es nach /usr/local/bin kopiert.

Code Auswählen Erweitern


2016.12.01 21:05:37 1: PERL WARNING: Can't exec "gatttool": No such file or directory at ./FHEM/74_XiaomiFlowerSens.pm line 282.
2016.12.01 21:05:37 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/74_XiaomiFlowerSens.pm line 282.
2016.12.01 21:05:37 1: PERL WARNING: Can't exec "gatttool": No such file or directory at ./FHEM/74_XiaomiFlowerSens.pm line 309.
2016.12.01 21:05:37 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/74_XiaomiFlowerSens.pm line 309.

Zitat
ich vermute mal, dass Du zwischenzeitlich mal ein reboot vom pi gemacht hast?

Zitat
Eventuell ist es so wie bei mir, dass hciconfig kein device hci0 findet. Daher habe ich in meiner Datei /etc/rc.local eine Zeile vor

exit 0

folgendes eingefügt

sudo hciconfig hci0 up

Zitat
Wenn nicht, dann hast Du bluez wahrscheinlich wieder "downgegradet" z.B. in dem Du Pakete installiert hast, die von bluez in der offiziellen 5.23 version abhängig sind.
[\quote]
Vorgestern hatte ich einen downgrade auf 5.11 gemacht, weil ich sonst keine Idee mehr hatte und dieser Tip aus dem Internet kam. Hab jetzt alles nochmals deinstalliert und die Version 5.43 installiert.

Sieht momentan ganz gut aus. Allerdings lief das ca. 3 Stunden und dann war wieder alles weg. Kein Reboot oder sonstiges. Hab mich nur aus der Console ausgeloggt. Nach einem kurzen Check hab ich gemerkt, dass dass device hci0 wieder DOWN war. Wieder gestartet ... läuft!

Zitat
Ich hoffe, Du kommst mit dem oben stehenden weiter, sonst frag' bitte einfach kurz nach.

Hat mir jetzt super geholfen! Vielen Dank. Ich hoffe, dass der Status jetzt auch bleibt.

Vor lauter Begeisterung hab ich gleich nochmal 2 Stück bestellt.  ;D

Gruß

Markus

Zitat von: gent am 01 Dezember 2016, 22:30:47
Eventuell ist es so wie bei mir, dass hciconfig kein device hci0 findet. Daher habe ich in meiner Datei /etc/rc.local eine Zeile vor

exit 0

folgendes eingefügt

sudo hciconfig hci0 up

Und was sagt

hcitool

Zitat von: CoolTux am 03 Dezember 2016, 20:06:09

Support für Minus Temperaturen

Zitat von: baukater am 03 Dezember 2016, 20:13:38
Hallo Gent,

nachdem das ja jetzt über einen größeren Zeitraum funktioniert, habe ich inzwischen festgestellt, dass irgendwann das
hci0 auf status DOWN geht. Ich habe weder den Pi noch FHEM gestartet. Allerdings ein paar defines in die config aufgenommen.

Ich muss mich dann an der Konsole anmelden und ein "hciconfig hci0 up" und ein "btmgmt le on" absetzen, dann läufts wieder. Also irgendwie scheint das Ding ab und an abzustürzen.

Hast Du einen Tip wonach ich suchen muss?

Zitat von: gent am 04 Dezember 2016, 10:15:13
Hallo baukater,

benutzt Du ein BT-Dongle oder einen Raspberry 3? Wenn ein Dongle im Spiel ist: Hast Du den direkt angeschlossen oder an einem USB-Hub?

Wenn das device nicht mehr geht, was sagt denn dann lsusb auf der Konsole, sofern es ein USB Dongle ist?

Grüße vom gent

Zitat von: CoolTux am 03 Dezember 2016, 20:06:09
Ich habe gerade Version 0.2.6 ins Git geladen.
Support für Firmware 2.7.0
Support für Minus Temperaturen

Zitat von: gent am 08 Dezember 2016, 18:47:19
Hallo CoolTux,

gäbe es eine Möglichkeit, dass im Falle das der FlowerSens nicht erreichbar ist, keine Readings-Änderungen passieren? Bei mir kommt es eigentlich immer mal wieder am Tag vor, dass die Sensoren nicht erreicht werden können. Im Logfile steht dann meist so etwas wie:

Code Auswählen Erweitern


connect error: Transport endpoint is not connected (107)
2016.12.08 16:56:12 1: Timeout for XiaomiFlowerSens_Run reached, terminated process 16470
2016.12.08 16:56:12 3: (Mango) - The BlockingCall Process terminated unexpectedly. Timedout
connect error: Transport endpoint is not connected (107)
connect error: Transport endpoint is not connected (107)
2016.12.08 17:17:19 1: Timeout for XiaomiFlowerSens_Run reached, terminated process 17592
2016.12.08 17:17:19 3: (Mango) - The BlockingCall Process terminated unexpectedly. Timedout
connect error: Transport endpoint is not connected (107)


Das führt dann dazu, dass sich die Werte der Readings auf 0 ändern und das wiederum führt dazu, dass die SVG-plots dann blöd aussehen.

Wäre es daher grundsätzlich machbar, dass die alten Readings erhalten bleiben, wenn keine neuen Daten abgerufen werden können?

Könnte man das auch mit FHEM-Bordmitteln machen, wenn es sich nicht im Modul abfangen lässt?

Viele Grüße vom gent

Zitat von: gent am 08 Dezember 2016, 18:47:19
Hallo CoolTux,

gäbe es eine Möglichkeit, dass im Falle das der FlowerSens nicht erreichbar ist, keine Readings-Änderungen passieren? Bei mir kommt es eigentlich immer mal wieder am Tag vor, dass die Sensoren nicht erreicht werden können. Im Logfile steht dann meist so etwas wie:

Code Auswählen Erweitern


connect error: Transport endpoint is not connected (107)
2016.12.08 16:56:12 1: Timeout for XiaomiFlowerSens_Run reached, terminated process 16470
2016.12.08 16:56:12 3: (Mango) - The BlockingCall Process terminated unexpectedly. Timedout
connect error: Transport endpoint is not connected (107)
connect error: Transport endpoint is not connected (107)
2016.12.08 17:17:19 1: Timeout for XiaomiFlowerSens_Run reached, terminated process 17592
2016.12.08 17:17:19 3: (Mango) - The BlockingCall Process terminated unexpectedly. Timedout
connect error: Transport endpoint is not connected (107)


Das führt dann dazu, dass sich die Werte der Readings auf 0 ändern und das wiederum führt dazu, dass die SVG-plots dann blöd aussehen.

Wäre es daher grundsätzlich machbar, dass die alten Readings erhalten bleiben, wenn keine neuen Daten abgerufen werden können?

Könnte man das auch mit FHEM-Bordmitteln machen, wenn es sich nicht im Modul abfangen lässt?

Viele Grüße vom gent

Zitat von: baukater am 16 Dezember 2016, 18:38:39
Kann mir eigentlich jemand sagen, was genau der Düngerwert darstellt und in welcher Einheit das gemessen wird?

Wird da der Salzgehalt gemessen?

ZitatBodenqualität 1561

Zitat von: CoolTux am 17 Dezember 2016, 12:48:03
Finde ich gut und wird umgesetzt. Nur etwas Geduld bitte.

ZitatGeht euch das auch so, dass die bei euch so lange laufen?

Zitat von: gent am 06 Januar 2017, 20:47:15
Hi,

für alle, die sich auch einen solchen Sensor beschaffen wollen oder die schon einen haben. Es gibt einen neue Firmware 2.8.6. Ich habe mal hier aufgeschrieben, was die Neues bringt:

1. Fixed a bug of history data loss
2. Fixed an abnormal issue when synchronize history data
3. Fixed a bug that abnormal history data came out when temperature was below zero degree
4. Fixed an issue that device restart unexpectedly due to the interval of connections
5. Fixed a bug that users cannot connect with devices paired with the phone in the bluetooth
6. Cancelled Bluetooth pairing

Steht so im Change log der iOS FlowerCare app

5. und 6. ist für mich nicht so ganz verständlich, so dass ich erstmal kein Update gemacht habe.

Viele Grüße vom gent

Zitat von: SFAB am 11 Januar 2017, 12:38:47
Ich würde das Modul auch gerne einmal mit meinen Sensoren testen. Ich habe die aktuelle Version 0.29 heruntergeladen und in das FHEM-Verzeichnis kopiert.

Wie lege ich jetzt die Sensoren in FHEM an?

Zitat von: SFAB am 11 Januar 2017, 12:38:47
Ich würde das Modul auch gerne einmal mit meinen Sensoren testen. Ich habe die aktuelle Version 0.29 heruntergeladen und in das FHEM-Verzeichnis kopiert.

Wie lege ich jetzt die Sensoren in FHEM an?

Zitat von: SFAB am 11 Januar 2017, 14:48:13
Super!

Alle meine drei Sensoren mit Firmware 2.8.6 laufen quasi problemlos; einer scheint nur am Rande der Reichweite des Raspberry Pi zu stehen und wird daher wohl nicht immer empfangen. Kann man die Sende-/Empfangsstärke irgendwo auslesen?

Zitat von: Swen am 12 Januar 2017, 15:42:42gibt es eine Möglichkeit, die Pflanzen nach unterschiedlichen Intervallen abzufragen?

Zitat von: SFAB am 12 Januar 2017, 09:46:23
Die zugehörige App von Xiaomi bietet genau so eine Datenbank. Ob man an die Daten außerhalb der App zugreifen kann, weiß ich leider nicht.

Zitat von: Pyromane am 17 Januar 2017, 20:22:24
mein Sensor misst alle 30 Min die aktuellen Werte, daraus würde ich gerne auf die bisherige Lichtmenge des Tages kommen um dann ggf. die Pflanzenbeleuchtung einzuschalten. Hätte hier jemand einen Ansatz für mich?

Zitat von: Pyromane am 17 Januar 2017, 20:22:24
Guten Abend die Runde,

mein Sensor misst alle 30 Min die aktuellen Werte, daraus würde ich gerne auf die bisherige Lichtmenge des Tages kommen um dann ggf. die Pflanzenbeleuchtung einzuschalten. Hätte hier jemand einen Ansatz für mich?

Eine zweite Frage hätte ich da auch noch, ich wäre auf der Suche nach einem Bluetooth Adapter/Gateway welches ich direkt ins Netzwerk einbinden kann, da ich FHEM in einer virt. Umgebung betreibe und keine USB Geräte vom Host durchreichen möchte(ich verschiebe die VMs gelegentlich und somit würde das USB Gerät nicht mehr zur Verfügung stehen. Hat hier jemand Erfahrungen oder sogar eine Empfehlung?

Besten Dank!

Zitat von: andi11 am 17 Januar 2017, 20:36:16Es wird über den ganzen Tag integriert. Nachts wirds lightintegral dann auf 0 gesetzt, am nächsten Tag läufts vom neuen los. 86400Sekunden sind die Sekunden/Tag
lightintegraldaystate dient der formatierten Ausgabe mit stateformat.

Zitat von: Waldmensch am 17 Januar 2017, 21:10:42
Ein ESP8266 der Bluetooth auf WLAN umsetzt wäre genial

Zitat von: Pyromane am 17 Januar 2017, 21:16:49
Danke für deinen Vorschlag bzw den Code!
Das Problem sehe ich hier wenn einige Messwerte fehlen(kommt leider doch das eine oder andere Mal vor) und dadurch ein zu niedriger Wert zustande kommt.

ZitatEin ESP8266 der Bluetooth auf WLAN umsetzt wäre genial

Zitat von: Waldmensch am 20 Januar 2017, 20:07:06
Also, wenn ich gatttool aufrufe, wie es im Modul gemacht wird (nur mit der MAC) kriege ich die "help" Ausgabe. Füge ich ein --primary an, bekomme ich einen Output

Code Auswählen Erweitern

root@lemaker ~/bluez-5.43 > /usr/bin/gatttool -b C4:7C:8D:62:4C:42
Usage:
  gatttool [OPTION...]

Help Options:
  -h, --help                                Show help options
  --help-all                                Show all help options
  --help-gatt                               Show all GATT commands
  --help-params                             Show all Primary Services/Characteristics arguments
  --help-char-read-write                    Show all Characteristics Value/Descriptor Read/Write arguments

Application Options:
  -i, --adapter=hciX                        Specify local adapter interface
  -b, --device=MAC                          Specify remote Bluetooth address
  -m, --mtu=MTU                             Specify the MTU size
  -p, --psm=PSM                             Specify the PSM for GATT/ATT over BR/EDR
  -l, --sec-level=[low | medium | high]     Set security level. Default: low
  -I, --interactive                         Use interactive mode


root@lemaker ~/bluez-5.43 > /usr/bin/gatttool -b C4:7C:8D:62:4C:42 --primary
attr handle = 0x0001, end grp handle = 0x0009 uuid: 00001800-0000-1000-8000-00805f9b34fb
attr handle = 0x000c, end grp handle = 0x000f uuid: 00001801-0000-1000-8000-00805f9b34fb
attr handle = 0x0010, end grp handle = 0x0022 uuid: 0000fe95-0000-1000-8000-00805f9b34fb
attr handle = 0x0023, end grp handle = 0x0030 uuid: 0000fef5-0000-1000-8000-00805f9b34fb
attr handle = 0x0031, end grp handle = 0x0039 uuid: 00001204-0000-1000-8000-00805f9b34fb
attr handle = 0x003a, end grp handle = 0x0042 uuid: 00001206-0000-1000-8000-00805f9b34fb
root@lemaker ~/bluez-5.43 >


auf verbose5 kommt bei mir nicht mehr als sonst

Code Auswählen Erweitern

2017-01-20 20:12:46 ESPEasy ESPEasy_sonoff_8_S_Schalter R: on
2017-01-20 20:12:53 XiaomiFlowerSens pflanze2 active
2017-01-20 20:12:53 XiaomiFlowerSens pflanze2 call data
2017-01-20 20:12:53 XiaomiFlowerSens pflanze2 unreachable
2017-01-20 20:12:53 ESPEasy ESPEasy_lichtsensor_DHT22 Humidity: 29.50
2017-01-20 20:12:53 ESPEasy ESPEasy_lichtsensor_DHT22 Temperature: 21.20
2017-01-20 20:12:53 ESPEasy ESPEasy_lichtsensor_DHT22 Hum: 29.50 Tem: 21.20
2017-01-20 20:12:56 FHT OG.fl.HZ.Thermostat actuator: 0%
2017-01-20 20:12:56 FHT OG.fl.HZ.Thermostat actuator_: 0
2017-01-20 20:12:59 XiaomiFlowerSens pflanze1 active
2017.01.20 20:12:59 4 : Sub XiaomiFlowerSens (pflanze1) - Starte Blocking Call2017-01-20 20:12:59 XiaomiFlowerSens pflanze1 call data
2017.01.20 20:12:59 5 : Sub XiaomiFlowerSens (pflanze1) - Request Timer wird aufgerufen2017-01-20 20:12:59 XiaomiFlowerSens pflanze1 unreachable
2017-01-20 20:13:00 ESPEasy ESPEasy_sonoff_5_Schalter Relay: off
2017-01-20 20:13:00 ESPEasy ESPEasy_sonoff_5_Schalter R: off

Zitat von: CoolTux am 21 Januar 2017, 11:34:45
Nee normal ist das nicht. Es darf auch gar kein lescan laufen oder besser es ist nicht zu empfehlen.
Machst Du noch was anderes damit. Eventuell presence mit lepresenced????

Zitat
Internals:
   BTMAC      C4:7C:8D:60:8F:22
   DEF        C4:7C:8D:60:8F:22
   INTERVAL   420
   NAME       Plant4
   NR         39
   STATE      call data
   TYPE       XiaomiFlowerSens
   VERSION    0.6.0
   Readings:
     2017-01-23 11:54:59   battery         ok
     2017-01-23 11:54:59   batteryLevel    100
     2017-01-23 11:54:59   fertility       210
     2017-01-23 11:54:59   firmware        2.6.2
     2017-01-23 11:54:59   lux             2727
     2017-01-23 11:54:59   moisture        28
     2017-01-23 12:05:49   state           call data
     2017-01-23 11:54:59   temperature     22
   Helper:
     Running_pid:
       abortFn    XiaomiFlowerSens_BlockingAborted
       arg        Plant4|{"mac":"C4:7C:8D:60:8F:22","wfr":0}
       bc_pid     106
       finishFn   XiaomiFlowerSens_BlockingDone
       fn         XiaomiFlowerSens_BlockingRun
       pid        DEAD:12287
       terminated 1
       timeout    30
       Abortarg:
Attributes:
   disabledForIntervals 23:00-24:00 00:00-07:45
   event-on-change-reading moisture,fertility
   hciDevice  hci1
   interval   420
   room       Pflanzen
   verbose    0

Zitat von: mumpitzstuff am 23 Januar 2017, 13:10:19
Hi,

schon klar dass das keine Version ist die man so lassen kann. Ich hatte nicht viel Zeit und hab deshalb nur kurz aufzeigen wollen was mir vorschwebt. Ich denke das problem kann man auch automatisiert lösen und der User schaltet dann nur ein Attribut ein oder aus. Ich machs mal sauber und stelle es dann lauffähig und getestet zur Verfügung.

Frage: Mit Patch meinst du ein pull request in deinem git?

Zitat von: stoxx am 23 Januar 2017, 14:08:42
Hi,
teste gerade die neue Version. Komischerweise hängt bei mir schon seit einigen Stunden eine Pflanze im Status "call data":
Ein StatusRequest hat auch nichts gebracht.. Bleibt auf "call data"..

vg stoxx

ZitatMusst Mal bitte verbose 5 an machen und dann ein statusRequest machen.

Zitat2017.01.24 09:32:44 4: Sub XiaomiFlowerSens_Run (Plant2) - start blocking call
2017.01.24 09:32:44 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant2) - Request Timer wird aufgerufen

Zitat2017.01.24 11:44:47 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - processing gatttool response. sensData: aa 00 00 5b 02 00 00 30 4d 00 00 00 00 00 00 00

2017.01.24 11:44:47 4: Sub XiaomiFlowerSens (Plant1) - call gatttool readBatFw loop 5
2017.01.24 11:44:47 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - processing gatttool response. batFwData: 5c 10 32 2e 36 2e 32

2017.01.24 11:44:47 4: Sub XiaomiFlowerSens_BlockingRun (Plant1) - Processing response data: aa 00 00 5b 02 00 00 30 4d 00 00 00 00 00 00 00

Zitat von: stoxx am 24 Januar 2017, 11:49:12
Okay, ist gemacht. Jetzt habe ich eine Planze, die permanent im Status "charWrite faild" ist.

Hier der verbose 5 Log:

Edit: Jetzt ist der Status auf active gegangen. Komisch..

vg stoxx

Zitat2017.01.24 22:06:14 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant2) - Request Timer wird aufgerufen
2017.01.24 22:17:16 4: Sub XiaomiFlowerSens_Run (Plant2) - start blocking call
2017.01.24 22:17:16 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant2) - Request Timer wird aufgerufen
2017.01.24 22:28:29 4: Sub XiaomiFlowerSens_Run (Plant2) - start blocking call
2017.01.24 22:28:29 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant2) - Request Timer wird aufgerufen
2017.01.24 22:39:22 4: Sub XiaomiFlowerSens_Run (Plant2) - start blocking call
2017.01.24 22:39:22 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant2) - Request Timer wird aufgerufen
2017.01.24 22:43:09 4: Sub XiaomiFlowerSens_Run (Plant2) - start blocking call

Zitat2017.01.26 09:13:29 4: Sub XiaomiFlowerSens_Run (Plant1) - start blocking call
2017.01.26 09:13:29 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant1) - Request Timer wird aufgerufen
2017.01.26 09:13:29 4: Sub XiaomiFlowerSens_BlockingRun (Plant1) - Running nonBlocking
2017.01.26 09:13:29 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - run gatttool
2017.01.26 09:13:30 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - call gatttool charRead loop 0
2017.01.26 09:13:30 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - call gatttool charRead loop 1
2017.01.26 09:13:30 4: Sub XiaomiFlowerSens_callGatttool (Plant1) - processing gatttool response. sensData: Cannot allocate memory (12)

2017.01.26 09:13:30 4: Sub XiaomiFlowerSens_BlockingRun (Plant1) - Processing response data: Cannot allocate memory (12)

Zitat@stoxx
Welche Firmwareversion hast Du?
Anbei eine Testversion für Dich. Bitte verbose 5 aktiv lassen.

Zitat2017.01.26 21:47:30 4: Sub XiaomiFlowerSens_Run (Plant3) - start blocking call
2017.01.26 21:47:30 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant3) - Request Timer wird aufgerufen
2017.01.26 21:47:30 4: Sub XiaomiFlowerSens_BlockingRun (Plant3) - Running nonBlocking
2017.01.26 21:47:30 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - run gatttool
2017.01.26 21:47:32 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - call gatttool charRead loop 1
2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - call gatttool charRead loop 2
2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - processing gatttool response. sensData: e1 00 00 87 00 00 00 23 01 01 00 00 00 00 00 00

2017.01.26 21:47:37 4: Sub XiaomiFlowerSens (Plant3) - call gatttool readBatFw loop 2
2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - processing gatttool response. batFwData: 57 10 32 2e 36 2e 32

2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_BlockingRun (Plant3) - Processing response data: e1 00 00 87 00 00 00 23 01 01 00 00 00 00 00 00

2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_BlockingRun (Plant3) - no dataerror, create encode json: {"fertility":257,"firmware":"2.6.2","blevel":87,"moisture":35,"temp":225,"lux":135}
2017.01.26 21:47:37 4: Sub XiaomiFlowerSens_BlockingDone (Plant3) - Abschluss!

Zitat2017.01.26 21:57:59 4: Sub XiaomiFlowerSens_Run (Plant3) - start blocking call
2017.01.26 21:57:59 5: Sub XiaomiFlowerSens_stateRequestTimer (Plant3) - Request Timer wird aufgerufen
2017.01.26 21:57:59 4: Sub XiaomiFlowerSens_BlockingRun (Plant3) - Running nonBlocking
2017.01.26 21:57:59 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - run gatttool
2017.01.26 21:58:02 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - call gatttool charRead loop 1
2017.01.26 21:58:02 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - call gatttool charRead loop 2
2017.01.26 21:58:02 4: Sub XiaomiFlowerSens_callGatttool (Plant3) - processing gatttool response. sensData: Cannot allocate memory (12)

2017.01.26 21:58:02 4: Sub XiaomiFlowerSens_BlockingRun (Plant3) - Processing response data: Cannot allocate memory (12)

ZitatInternals:
   BTMAC      C4:7C:8D:60:BC:5F
   CHANGED
   DEF        C4:7C:8D:60:BC:5F
   INTERVAL   420
   NAME       Plant3
   NR         38
   STATE      call data
   TYPE       XiaomiFlowerSens
   VERSION    0.6.3pre1
   Readings:
     2017-01-26 21:47:37   battery         ok
     2017-01-26 21:47:37   batteryLevel    87
     2017-01-26 21:47:37   fertility       257
     2017-01-26 21:47:37   firmware        2.6.2
     2017-01-26 21:47:37   lux             135
     2017-01-26 21:47:37   moisture        35
     2017-01-26 21:57:59   state           call data
     2017-01-26 21:47:37   temperature     22.5
   Helper:
     Running_pid:
       abortFn    XiaomiFlowerSens_BlockingAborted
       arg        Plant3|{"mac":"C4:7C:8D:60:BC:5F","wfr":0}
       bc_pid     138
       finishFn   XiaomiFlowerSens_BlockingDone
       fn         XiaomiFlowerSens_BlockingRun
       pid        DEAD:5412
       terminated 1
       timeout    30
       Abortarg:
Attributes:
   disabledForIntervals 23:00-24:00 00:00-07:45
   event-on-change-reading moisture,fertility
   hciDevice  hci1
   interval   420
   room       Pflanzen

Zitat von: mpl8580 am 27 Januar 2017, 07:18:49
Jetzt bin ich auf der Suche, wie bzw. was ich mit den Werten wie am Besten anfangen kann?

Zitat
Anbei eine Version mit mehr Debuggingausgaben. Das Problem an sich was Du hast wird es nicht lösen können, aber es ist auch wichtig das das Modul sauber beendet und eine saubere Fehlermeldung liefert. Daher die Tests

Zitat von: mumpitzstuff am 05 Februar 2017, 22:08:57
Den Loop Counter musst du bei jeder Schleife wieder auf 0 setzen, sonst verbrauchst du oben deine 10 Versuche und weiter unten geht er gar nicht mehr in die Schleifen rein.

Zitat von: mumpitzstuff am 05 Februar 2017, 23:30:28
Ich Rede nicht davon, dass loop seinen Wert behält wenn die Funktion verlassen wird. Ich denke da hast du mich missverstanden. Ich rede von den 3 do while Schleifen in der Funktion, bei denen du jeweils loop mind. 1 mal inkrementierst.

Zitat von: StefanW am 06 Februar 2017, 18:24:05
Hallo,
da meine 2 Sensoren nun auch angekommen sind, will ich sie natürlich auch einbinden.

Allerdings nutze ich auf meinem RPi3 das interne BT-Modul schon für Presence.
Wenn ich das richtig verstanden habe, funktioniert leider nicht beides gleichzeitig.

Würde es funktionieren, wenn ich mit einem zusätzlichen BT-Dongle arbeiten würde?
Kommt der RPi3 überhaupt mit 2 BT-Modulen klar?
Und wenn ja, wie kann ich dann definieren, welches Modul wofür benutzt wird?

Gruß
Stefan

ZitatKommt der RPi3 überhaupt mit 2 BT-Modulen klar?

Zitat von: andi11 am 08 Februar 2017, 19:29:13
Ja es scheint ein sporadisches Problem zu sein. Bisher bei dem einem Sensor z.b.  3x in ca. 2h.

Zitat von: CoolTux am 08 Februar 2017, 19:56:23
Ich weiß schon wo ich den Fehler habe oder besser nicht weiter geschaut habe beim Programmieren. Das ganze entstand wie ich Mumpitz seine "Vorschläge" umgesetzt habe. Wie gesagt, dadurch das ich keine Fehler bekomme sind solche Hinweise schon gut, aber besser wäre bis zu Ende gedacht. Also entweder Rückbau oder ich versuche das mal komplett zu analysieren.

Zitat von: CoolTux am 08 Februar 2017, 20:42:44
Ich habe eine aktuelle Version 0.6.5 in mein master Branch von Github geladen. Magst mal testen?

Zitat von: CoolTux am 09 Februar 2017, 16:31:06
Kannst du mal ein FHEM Update machen? Sollte eigentlich eine neue Version dabei sein.

ZitatDeshalb geht dein Code immer nur mit hci0 (default Wert), egal was man im Attribut einstellt.

ZitatHabe gerade im Code geschaut. Mumpitz hat Recht. Das könnte auch Deine Probleme hin und wieder erklären.

Zitat von: CoolTux am 11 Februar 2017, 12:44:22
Kann bitte mal jemand mit einer anderen Firmware wie 2.6.2 diese Modulversion testen?
Hier würde auch das hci Problem gelöst.

Zitat von: CoolTux am 11 Februar 2017, 12:44:22
Kann bitte mal jemand mit einer anderen Firmware wie 2.6.2 diese Modulversion testen?
Hier würde auch das hci Problem gelöst.

Zitat von: mumpitzstuff am 12 Februar 2017, 22:42:10
Wie bereits schon gepostet, dürfte ein Teil der Probleme auf einen Bug in Schleife zum Schreiben eines Wertes in den Sensor liegen. Basierend auf den letzten Git Stand im Master Tree ist das hier der entsprechende Patch, der diesen Bug beseitigt:

Code Auswählen Erweitern


74_XiaomiFlowerSens.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/74_XiaomiFlowerSens.pm b/74_XiaomiFlowerSens.pm
index edaff7c..b8ce000 100644
--- a/74_XiaomiFlowerSens.pm
+++ b/74_XiaomiFlowerSens.pm
@@ -368,7 +368,7 @@ sub XiaomiFlowerSens_callGatttool($@) {
             Log3 $name, 4, "Sub XiaomiFlowerSens_callGatttool ($name) - call gatttool charWrite loop $loop";
             Log3 $name, 4, "Sub XiaomiFlowerSens_callGatttool ($name) - charWrite wresp: $wresp" if(defined($wresp));
             
-        } while( ($loop < 10) and (not defined($wresp)) );
+        } while( ($loop < 10) and (not $wresp =~ /^Characteristic value was written successfully$/) );
     }
     
     Log3 $name, 4, "Sub XiaomiFlowerSens_callGatttool ($name) - run gatttool";



Zitatgatttool -b X:X:X:X:X:X --char-write-req -a 0x33 -n A01F
Characteristic value was written successfully

Zitat von: Jiggi am 13 Februar 2017, 18:04:47
Bei mir ergibt das folgendes:

ZitatInternals:
   BTMAC      X
   CHANGED
   DEF        X
   INTERVAL   900
   NAME       Reserve1
   NR         1138
   STATE      charWrite faild
   TYPE       XiaomiFlowerSens
   VERSION    0.6.8pre3
   Readings:
     2017-02-04 16:54:51   battery         ok
     2017-02-04 16:54:51   batteryLevel    100
     2017-02-04 16:54:51   fertility       34
     2017-02-04 16:54:51   firmware        2.6.2
     2017-02-13 17:38:22   lastGattError   Unknown Error, look at verbose 5 output
     2017-02-04 16:54:51   lux             45
     2017-02-04 16:54:51   moisture        31
     2017-02-13 18:38:39   state           charWrite faild
     2017-02-04 16:54:51   temperature     22.1
   Helper:
Attributes:
   group      XiaomiFlowerSens
   hciDevice  hci1
   interval   900
   room       FlowerSens,Wohnzimmer
   verbose    5

Zitat von: FrankieSOC am 13 Februar 2017, 23:57:17
define check at +*00:10:00 IF ([pflanze2:moisture] < 15) (DebianMail('meinemailadresse','Pflanze2 gießen'))
2017.02.13 23:51:19 3: DebianMail('meinemailadresse'com' : Unknown command DebianMail('meinemailadresse', try help.
2017.02.13 23:51:19 3: 'Pflanze2 gießen') : Unknown command 'Pflanze2, try help.
2017.02.13 23:51:19 3: check: Unknown command 'Pflanze2, try help.

Zitat von: dieda am 14 Februar 2017, 20:56:22
Eine Frage:

Funktioniert der Sensor auch, wenn Lepresenced aktiv ist oder braucht es einen weiteren Dongle?

Zitat von: FrankieSOC am 15 Februar 2017, 00:11:48
Hallo Leon,

mich hatte schon oft gestört, dass man nicht einfache logische Abläufe einstellen konnte und nicht alle Sensoren als Impulsgeber nutzen konnte.

In 99_myUtils.pm hatte ich DebianMail eingerichte, aber die IF Funktion anders gedeutet https://fhem.de/commandref_DE.html#IF
Den Unterschied zwischen IF und in habe ich aber noch nicht ganz raus  ;)

Mit deinem Befehl hatte leider diese Fehlermeldung erhalten
2017.02.14 23:47:25 1: ERROR evaluating {  if( ReadingsVal('pflanze2', 'moisture', 12) < 20) { DebianMail('meinemailadresse'','Pflanze2 gießen' } }: syntax error at (eval 107) line 1, at EOF
2017.02.14 23:47:25 3: check: syntax error at (eval 107) line 1, at EOF

So habe ich es jetzt hinbekommen

Code Auswählen Erweitern

define check at +*00:10:00 IF ([pflanze2:moisture] < 15) ({DebianMail('meinemailadresse','Pflanze2 gießen')})

Die E-Mail Nachricht ist nur ein Test, im nächsten Schritt soll dann eine Pumpe eingeschaltet werden. (Urlaubsbewässerung)

Wie geschrieben funktioniert alles super, unsicher bin ich mir nur bei den Battery Level: Beide Module laufen seit ca. 6 Wochen, Modul 1 zeigt an 95 und Modul 2 100.
Kann das stimmen?

Nochmals vielen Dank und Grüße

Frank

Zitat von: CoolTux am 14 Februar 2017, 21:03:33
Der Sensor sollte gehen, aber lepresenced nicht. Lieber zweiten Dongle nehmen.

Zitat von: roedert am 16 Februar 2017, 02:01:20
Ich weiss nicht, ob das hier der "offizielle" Thread zu 74_XiaomiFlowerSens.pm ist ... aber falls ja, hätte ich eine Idee zur Erweiterung.

Da die BT-Reichweite ja beschränkt ist, setze ich bei mir kleine "Satelliten" ein ... ein einfacher Pi mit Minimal-Linux und BT-Dongle. Vom FHEM-Host wird statt lokal gaatool <parameter> einfach ssh user@satellit gaatool <parameter> ausgeführt. ssh-keys sind natürlich vorher verteilt wurden, sodass der ssh ohne weitere PW-Abfrage funktioniert.
Läuft bei mir momentan alle sin einen Linux-Script und füllt in FHEM entsprechende Dummy-Objekte mit den Werten.

Aber vielleicht ist das ja generell von Interesse und man könnte user@satellit als optionalen Parameter ins Modul integrieren. Wenn dieser gesetzt ist, müssen die lokalen OS-Commands dann eben über ssh auf dem Satelliten ausgeführt werden ... die Ausgabe der Commands ist ja die gleiche. Der Aufwand dies umzusetzen dürfte somit "überschaubar" sein.

Zitat von: mumpitzstuff am 16 Februar 2017, 09:37:36
Über sowas hab ich auch schon nachgedacht gehabt, da die Reichweite von Bluetooth bei mir sehr gering war. Geholfen hat bei mir ein sehr einfacher Trick und hat damit die Verwendung solcher Gateways hinfällig gemacht. Ich habe die Bluetooth Dongles am Raspberry einfach an eine 15cm USB Verlängerung dran gehangen und schlagartig war der Empfang sehr viel besser.

Zitat von: tom44 am 18 Februar 2017, 15:21:16
ich habe mir extra einen einen neuen Dongel und einen zweiten Xioami gekauft.

Zitat von: roedert am 18 Februar 2017, 17:39:12
Ist zwar BT 4.0 - aber Low Energy ist nicht explizit ausgewiesen ... evtl. kann der das nicht.
Habe zB diesen: https://www.amazon.de/dp/B01CFTXRYY

Zitat von: CoolTux am 18 Februar 2017, 15:26:03
Hast Du ein Pi3, kann mich entsinnen das es da immer Probleme gab.

Zitat von: roedert am 18 Februar 2017, 15:46:22
Welchen genau ... nicht alle können Bluetooth LE.
Was sagt denn hcitool dev und hcitool lescan in Linuxs elbst?

Zitat...Baugleich zu dem CSL Dongle ist

Zitat von: Chelaz am 08 März 2017, 08:16:00
Hallo, ich habe ein ähnliches Problem. Archlinux hat die BT Implementierung auf systemd umgestellt. D.h. die gewöhnlichen Tools hcitool und gatttool werden nicht mehr unterstützt. Das neue Tool heißt bluetoothctl und ist nicht mehr kompatibel :-( Ich bin jetzt auf plantgateway und den MQTT Server umgestiegen, um meine Pflanzensensoren abzufragen und in FHEM abzubilden.

Cheers
Chelaz

Gesendet von meinem EVA-L09 mit Tapatalk

Zitat von: ih-sqeezer am 08 März 2017, 09:05:21
Hi Leon,

ich habe derzeit zwei FlowerMates mit deinem Modul über FHEM im Einsatz. Bislang mit der FW 2.6.2 alles tip top gelaufen. Vielen Dank für deine super Arbeit diesbezüglich!
Nun habe ich mich mal getraut einen FlowerMate auf die neue FW 2.9.2 zu aktualisieren. Jedoch werden danach keinen weiteren Daten mehr im FHEM von diesm Sensor empfangen :-( Der zweite FlowerMate läuft mit der alten FW immer noch einwandfrei.
Ich komme leider erst heute Abend zum logfile checken bezüglich der neuen FW von dem FlowerMate. Ich würde die dann mal die Ausgabe mit dem verbose 5 hier reinsetzen.

Oder gibt es schon Ansätze, warum die neue FW anders läuft? Mit der MI App läuft natürlich die neue FW ohne Probleme. Und ein downgrade wird wahrscheinlich etwas schwierig für die FlowerMates :-(

PS: 74_XiaomiFlowerSens.pm => v0.6.8 im Einsatz

Bis dahin erstmal.

Grüße,
Ingo

Zitat von: Invers am 08 März 2017, 09:09:22
Verbose 5 erzeugt folgende Ausgabe:

Code Auswählen Erweitern

2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_Run (Blume1) - start blocking call
2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_BlockingRun (Blume1) - Running nonBlocking
2017.03.08 09:07:29 5: Sub XiaomiFlowerSens_callGatttool (Blume1) - WFR: 0
2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - run gatttool
2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 1
2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 2
2017.03.08 09:07:29 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 3
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 4
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 5
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 6
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 7
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 8
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 9
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - call gatttool charRead loop 10
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - processing gatttool response. sensData[0]: connect
2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_callGatttool (Blume1) - processing gatttool response. sensData: No route to host (113)

2017.03.08 09:07:30 4: Sub XiaomiFlowerSens_BlockingRun (Blume1) - Processing response data: No route to host (113)


Zitat von: sash.sc am 08 März 2017, 12:51:26
Schaue mal im AppStore nach Flower Care. Diese App lässt sich ohne Probleme mit dem Sensor verbinden. Firmware Update erfolgt automatisch, ich meine wenn du dann eine Pflanze gewählt hast.

Xiaomi ist auch nicht der Hersteller. Auch nur zugekauft

Gesendet von meinem E6653 mit Tapatalk

Zitat von: CoolTux am 08 März 2017, 13:55:58
Das habe ich gesucht. Leider musste ich mich auch hier anmelden. Aber ich habe das jetzt mal gemacht und upgedated. Alles schick. Die Daten sind ziehmlich gut. Ich werde mal versuchen die angaben bisschen mit Einheiten zu versehen. Habe ja nie verstanden was das alles für Einheiten sein sollen.

Zitat von: sash.sc am 08 März 2017, 14:05:41
Wenn du in der neuen bzw aktuellen App schaust, kannst du dir auch die Grenzwerte der einstellen Pflanze anschauen inkl. Einheiten.

Gesendet von meinem E6653 mit Tapatalk

Zitat

Readings
firmware
2017-03-08 17:17:38
lastGattError
Unknown Error, look at verbose 5 output
2017-03-08 14:10:56
state
unreachable
2017-03-08 17:20:48

Zitat von: thomas1977mg am 08 März 2017, 17:22:40
Hallo zusammen,

ich bekomme den FlowerSensor einfach nicht ans Laufen am Raspi.
Hab Wheezy und mehrere BT4 Dongles. Inkl. einem neuen Logilink.

In Log steht dies hier:
2017.03.08 17:11:31 1: Timeout for XiaomiFlowerSens_BlockingRun reached, terminated process 15967
2017.03.08 17:11:31 3: (pflanze1) Sub XiaomiFlowerSens_BlockingAborted - The BlockingCall Process terminated unexpectedly. Timedout

Ich kann den Sensor per hcitool lescan sehen und auch die MAC Adresse auslesen.
Aber das war es dann auch. Ein direktes Pairing ist auch nicht möglich. Da bekomme ich u.a. Fehlermeldungen "host is down".

Ansonsten hab ich FHEM 5.8 drauf mit den aktuellsten Updates.
Am Sensor lief eine FW Update auf die neueste Version 2.9.2

Was mache ich falsch?

LG
Tom

Zitat von: Papaloewe am 08 März 2017, 19:24:13
Gab es bei der Registrierung für die Flower-Care APP nicht einen Trick?
Ich bekomme einfach keine Bestätigungs-Email?

Zitat von: Invers am 08 März 2017, 19:31:25
So, ich habe das Problem gefunden.
Das Attribut hciDevice musste umgestellt werden. Das wusste ich nicht. War mir nicht bekannt. Gab es das schon im Modul, welches ich vorher genutzt hatte so?
Naja, egal. Zum Glück geht es nun und ich habe gleich noch eine Software auf dem Handy, die auch funktioniert.
Ich danke allen für die Tipps und Hilfe.

Zitat von: Invers am 08 März 2017, 19:39:46
Ich habe einen, nämlich den eingebauten vom Raspberry 3. Sonst nichts. WLAN am Raspberry ist deaktiviert.
EDIT:
Ich habe hci 0 eingestellt. Vorher war ja das Attribut gar nicht von mir vergeben.
Also war "eingestellt" der falsche Ausdruck.
hciDevice hci0 habe ich somit erstmalig vergeben. Ohne das Attribut lief es nicht.

Ich muss mir unbedingt eine präzisere Ausdrucksweise angewöhnen. Sorry.

Zitat von: thomas1977mg am 08 März 2017, 21:45:33
HI -
so, ich habe jetzt ein komplettes Upgrade gemacht und bin auf Jessy. Doch leider funzt es immer noch nicht.

2017.03.08 21:42:01 1: Timeout for XiaomiFlowerSens_BlockingRun reached, terminated process 3259
2017.03.08 21:42:01 3: (pflanze1) Sub XiaomiFlowerSens_BlockingAborted - The BlockingCall Process terminated unexpectedly. Timedout

:-[

Zitat von: thomas1977mg am 09 März 2017, 12:52:06
Hi -
so, gestern hab ich bluez noch einmal neu installiert und dann auf der konsole ein pairing gemacht.
FHEM hat nun den Sensor und liefert auch Daten. Interessant ist nur, dass der LUX Wert nicht erkannt oder geliefert wird.

Gibt es eigentlich schon eine Übersicht oder Download der Bluemendaten von Xiaomi um den erhaltenen Wert auch bewerten zu können?
In der App selbst bekommt man ja eine graphische Anzeige dafür.

Vielen Dank!

VG
Tom

Zitat von: mumpitzstuff am 10 März 2017, 08:54:55
Von welcher App redest du? Diese hier?

https://itunes.apple.com/us/app/flower-care-measure-the-health-parameters-of-you/id1095274672?mt=8 (https://itunes.apple.com/us/app/flower-care-measure-the-health-parameters-of-you/id1095274672?mt=8)

Zitat von: andi11 am 10 März 2017, 08:56:10
Ja genau die. Ich weis aber nicht ob es an den beiden Sensoren liegt, oder weil es für die App ein Update gegeben hat. Hatte die beiden Sensoren bisher nicht verwendet.

Zitat von: Papaloewe am 10 März 2017, 19:42:15
Ich musste sehr nahe ran an die Sensoren,  ca. 10cm!

Zitat von: mumpitzstuff am 11 März 2017, 01:35:56
Ich habs grad noch mal auf dem iPad probiert, da aber das Problem, dass ich schon einen Account mit Android habe und die Sensoren schon drin waren. Auf diese konnte ich dann aber problemlos zugreifen. Hilft jetzt glaub nicht wirklich weiter... Man muss auf jeden Fall sehr nah ran und mehrfach scannen. Bei dem einen hats auch etwas gedauert bei mir bis er gefunden wurde. Abgestürzt ist einer der Sensoren auch mal, da hat nur Batterie entfernen geholfen. Blöde Frage aber das Plastikteil der Batterien hattest du raus gezogen, um das Ding zu aktivieren?

Zitat von: mumpitzstuff am 11 März 2017, 08:40:15
Komisch. Kannst du mal die anderen in eine blechdose weiter weg stellen und nur einen problemsensor an dein iPhone halten? Eventuell auch mal eine Minute die Batterie entfernen und neu versuchen.

Zitat von: andi11 am 10 März 2017, 18:52:20
du schreibst "91%" das steht bei der ios version nicht. Hast du Android?

Zitat von: patrikg am 11 März 2017, 15:08:59
Sowohl als auch