Anwesenheitserkennung Bluetooth PebbleBee

Begonnen von tomster, 06 November 2014, 10:01:16

Vorheriges Thema - Nächstes Thema

Spezialtrick

Wie kann man lepresenced eigentlich auf die aktuellste Version updaten?  ???
FHEM - Debmatic - Zigbee2MQTT - Homekit

mark79

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

Spezialtrick

Zitat von: mark79 am 27 Juli 2018, 11:52:11
Die Pakete findest du hier: https://svn.fhem.de/trac/export/HEAD/trunk/fhem/contrib/PRESENCE/deb/

D.h. man installiert das aktuelle Paket einfach über das alte?


Gesendet von iPhone mit Tapatalk Pro
FHEM - Debmatic - Zigbee2MQTT - Homekit

PatrickR

Zitat von: Spezialtrick am 27 Juli 2018, 14:13:16
D.h. man installiert das aktuelle Paket einfach über das alte?
Jup! Dafür ist das Paketsystem ja da.


Von unterwegs gesendet.
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

Spezialtrick

Zitat von: PatrickR am 27 Juli 2018, 19:05:48
Jup! Dafür ist das Paketsystem ja da.


Von unterwegs gesendet.

Dankeschön!  :)
FHEM - Debmatic - Zigbee2MQTT - Homekit

DerBodo

Hallo zusammen,

ich habe jetzt noch ein bisschen mit dem lepresenced auf einem ESP32 herumgespielt.
Allerdings habe ich da noch ein paar Probleme bei denen ich nicht weiterkomme.

Die BLE Geräte toggeln immer mal wieder und werden fälschlicherweise als "Absent" markiert.
Weder die Position des ESPs noch des BLE Gerätes verändern sich.
In der gleichen Zeit wird das Gerät von einem PI Zero W immer erkannt.

Im ESP steht TagTimeout auf 300 und Scantime auf 5.

Testweise habe ich die Scantime auch mal auf 2 und mal auf 10 bzw 30 Sekunden gesetzt.
Der Collectord pollt alle 30 Sekunden

Anbei ein log des Serial Monitors


Uptime: 553636
Tags found (MAC, Timestamp, Name, RSSIs):
  0a:2a:c8:49:66:16; 322109; ; >-55,-50,-50,-50,-63,<
  7f:8c:e1:f7:62:eb; 462138; ; >-62,-55,-60,-59,-58,<
  21:67:29:e7:4b:d7; 335026; ; >-33,-37,-33,-34,-33,<
  c3:b6:20:e4:a2:ef; 506979; Alta HR; >-74,-74,-73,-72,-81,<
  7c:2f:80:d1:88:ad; 551707; Gigaset G-tag; >-84,-69,-71,-81,-72,<
  18:24:d2:75:e6:90; 548398; ; >-55,-63,-62,-62,-50,<
  27:db:62:d2:23:16; 547398; ; >-33,-37,-37,-48,-46,<

Reconnects: 1
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:43288
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-75;daemon=BLEScanner V0.1< to 192.168.200.10:43286
Scanning...
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:43288
Scanning...
Scanning...
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:43286
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:43286
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:43286
Scanning...
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:43288
Scanning...
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-72;daemon=BLEScanner V0.1< to 192.168.200.10:43286
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:43286
Sending >present;device_name=Gigaset G-tag;rssi=-72;daemon=BLEScanner V0.1< to 192.168.200.10:43286
Free heap: 27196
Scanning...
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:43288 state: 2 free stack: 228
Task clientTask_192.168.200.10:43286 state: 2 free stack: 308
Uptime: 614071
Tags found (MAC, Timestamp, Name, RSSIs):
  0a:2a:c8:49:66:16; 322109; ; >-55,-50,-50,-50,-63,<
  7f:8c:e1:f7:62:eb; 462138; ; >-62,-55,-60,-59,-58,<
  21:67:29:e7:4b:d7; 335026; ; >-33,-37,-33,-34,-33,<
  c3:b6:20:e4:a2:ef; 506979; Alta HR; >-74,-74,-73,-72,-81,<
  7c:2f:80:d1:88:ad; 602953; Gigaset G-tag; >-69,-71,-81,-72,-70,<
  18:24:d2:75:e6:90; 611339; ; >-62,-62,-55,-55,-56,<
  27:db:62:d2:23:16; 611568; ; >-48,-46,-34,-33,-37,<


Hat jemand noch eine Idee was ich hier ausprobieren könnte ?

Vielen Dank !

micky0867

Ich habe bei mir diesbezüglich keine Probleme festgestellt.

Meine Config:

tagtimeout = 300
scanTime = 8
presence_timeout=90
absence_timeout=90


Auf Github habe ich seit 4 Wochen einen Branch, um einen automatischen Neustart des BLE-Threads im Fehlerfall zu erzwingen.
"Leider" läuft aber seit dem alles stabil, so daß ich noch nicht testen konnte, ob es richtig funktioniert...  ::)

Die Scantime gibt an, wie lange der BLE-Thread "abtaucht", um nach BLE-Geräten zu scannen.
Ist die Zeit zu kurz, "sieht" er nicht alle Geräte.
Ist die Zeit zu lang, springt irgendwann der Watchdog an.

Kannst du bitte mal prüfen, ob zwischen zwei "Uptime: xxx" Zeilen ca. 60 Sekunden vergehen?
Ich fürchte, dass das Timing nicht korrekt ist.

Micky





DerBodo

Hallo Micky,

die  Uptimes kommen ziemlich genau alle 60 Sekunden, dort ist der G-Tag auch immer zu sehen. Allerdings wird er dennoch über mehrere Abfrageintervalle als absent gemeldet bevor er dann wieder zu present wechselt.
Anbei mal ein Auszug aus den Uptime Messages:


Uptime: 128550
Uptime: 188964
Uptime: 249378
Uptime: 309792
Uptime: 370207


Ich hatte nun mal deine scanTime getestet, allerdings habe ich im FHEM für die Timeouts jeweils 30 Sekunden belassen.


micky0867

Die Tags bleiben immer für min. 300 Sekunden in der Liste, bevor sie von dort gelöscht werden.
Die Liste dient ja auch zum Sammeln der RSSI-Werte und das System kann von mehreren collectord Instanzen angesprochen werden.
Da darf ein einzelner collectord nicht entscheiden, wann ein Tag aus der Liste fliegt.

An den collectord wird alle n Sekunden gemeldet, ob sich der Tag in den letzten n Sekunden gemeldet hat.
Bei Dir ist n = 20 Sekunden!

Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:43286


Wobei mir allerdings noch nicht klar ist, ob das der Tag ist, den du meinst....weil ich zwei Anfragen sehe:
192.168.200.10:43288
192.168.200.10:43286


Vielleicht kannst du das nochmal entwirren.
Welche Tags (MACs) sind von dir?
Welcher Client (IP-Adresse:Port) fragt welches Tag mit welchem Timeout ab?



DerBodo

Es werden von FHEM über den dort laufenden Collectord 2 Tags abgefragt.

Einmal das ALTA HR mit der MAC  c3:b6:20:e4:a2:ef sowie der G-Tag mit der MAC 7c:2f:80:d1:88:ad.

Ich werde heute Abend zum test mal das ALTA HR Disablen dann sind nur noch die Anfragen des collectord für  das G-Tag drin.
Dann können die Anfragen auch einfacher zugeordnet werden.

Ich werde dann noch mal einen neuen Logauszug mit den entsprechenden Lists der Timeouts etc. aus FHEM posten.

Vielen Dank schon mal für deine Hilfe !!





DerBodo

Anbei ein List des überwachten Devices:


Internals:
   ADDRESS    7c:2f:80:d1:88:ad
   DEF        lan-bluetooth 7c:2f:80:d1:88:ad 127.0.0.1:5222 30
   DeviceName 127.0.0.1:5222
   FD         18
   INTERVAL_NORMAL 30
   INTERVAL_PRESENT 30
   MODE       lan-bluetooth
   NAME       BT_Bodo
   NOTIFYDEV  global
   NR         661
   NTFY_ORDER 50-BT_Bodo
   PARTIAL   
   STATE      present
   TYPE       PRESENCE
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1533048291.26324
           VALUE      present
   READINGS:
     2018-07-29 10:50:49   command_accepted yes
     2018-07-31 18:46:18   daemon          lepresenced V0.82
     2018-07-31 18:46:18   device_name     Gigaset G-tag
     2018-07-31 18:46:18   model           lan-lepresenced
     2018-07-31 18:46:18   presence        present
     2018-07-31 18:46:18   rooms           DG
     2018-07-31 18:46:18   rssi            -69
     2018-07-31 18:46:18   state           present
   helper:
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   event-on-change-reading .*
   room       080_Presence
   struct_Bodo Bodo
   userattr   relative relative_map struct_Bodo struct_Bodo_map structexclude


In der aktuellen Ansicht ist zu sehen, dass unter "rooms" ESP fehlt - DG ist in diesem Fall der RPI mit laufendem lepresenced.

Anbei der Logauszug aus der Seriellen Konsole

SYSTEM_EVENT_STA_GOT_IP
Free heap: Scanning...
41052

WiFi connected.
IP address:
192.168.200.240
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Uptime: 7601
Tags found (MAC, Timestamp, Name, RSSIs):

Reconnects: 1
New connection from 192.168.200.10:49386
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:49386
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:49386
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-68;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:49386
Sending >present;device_name=Gigaset G-tag;rssi=-68;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-68;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Free heap: 32496
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 68002
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 62554; ; >-34,-34,-34,-34,-48,<
  08:f7:53:ff:21:00; 62553; ; >-48,-47,-48,-48,-63,<
  c3:b6:20:e4:a2:ef; 39003; Alta HR; >-69,-73,-78,<
  7c:2f:80:d1:88:ad; 44533; Gigaset G-tag; >-67,-69,-68,<
  5f:ab:f3:21:3a:6d; 62746; ; >-59,-60,-59,<

Reconnects: 1
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-69;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:49386
Sending >absence;rssi=unreachable;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-72;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Request >7c:2f:80:d1:88:ad|20< from 192.168.200.10:49386
Sending >present;device_name=Gigaset G-tag;rssi=-72;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Free heap: 31948
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 128419
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 125837; ; >-48,-48,-33,-39,-32,<
  08:f7:53:ff:21:00; 125836; ; >-47,-48,-63,-49,-49,<
  c3:b6:20:e4:a2:ef; 118983; Alta HR; >-78,-81,-74,-80,-82,<
  7c:2f:80:d1:88:ad; 123948; Gigaset G-tag; >-70,-71,-73,-82,-69,<
  5f:ab:f3:21:3a:6d; 93348; ; >-60,-59,-60,-60,-58,<

Reconnects: 1
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-73;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-74;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-72;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Free heap: 31160
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 188838
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 180444; ; >-39,-39,-38,-34,-32,<
  08:f7:53:ff:21:00; 180445; ; >-54,-55,-54,-48,-48,<
  c3:b6:20:e4:a2:ef; 186058; Alta HR; >-82,-74,-71,-70,-83,<
  7c:2f:80:d1:88:ad; 181223; Gigaset G-tag; >-72,-81,-71,-70,-88,<
  5f:ab:f3:21:3a:6d; 93348; ; >-60,-59,-60,-60,-58,<

Reconnects: 1
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-76;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-76;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-77;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Free heap: 31916
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 249257
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 244424; ; >-31,-34,-32,-39,-50,<
  08:f7:53:ff:21:00; 244425; ; >-48,-49,-49,-55,-64,<
  c3:b6:20:e4:a2:ef; 227341; Alta HR; >-83,-78,-81,-71,-72,<
  7c:2f:80:d1:88:ad; 248554; Gigaset G-tag; >-71,-81,-81,-78,-85,<
  5f:ab:f3:21:3a:6d; 93348; ; >-60,-59,-60,-60,-58,<

Reconnects: 1
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-78;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-75;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-74;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Free heap: 31948
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 309676
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 307896; ; >-39,-32,-32,-32,-32,<
  08:f7:53:ff:21:00; 307896; ; >-54,-48,-48,-48,-48,<
  c3:b6:20:e4:a2:ef; 304739; Alta HR; >-75,-77,-68,-68,-77,<
  7c:2f:80:d1:88:ad; 298821; Gigaset G-tag; >-69,-74,-71,-71,-71,<
  5f:ab:f3:21:3a:6d; 93348; ; >-60,-59,-60,-60,-58,<

Reconnects: 1
Sending >present;device_name=Gigaset G-tag;rssi=-71;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-73;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Scanning...
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-73;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...
Free heap: 31848
Task bleTask state: 2 free stack: 1164
Task wifiTask state: 2 free stack: 824
Task clientTask_192.168.200.10:49386 state: 2 free stack: 272
Uptime: 370095
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 362592; ; >-34,-34,-31,-31,-34,<
  08:f7:53:ff:21:00; 362593; ; >-48,-48,-48,-48,-48,<
  c3:b6:20:e4:a2:ef; 362793; Alta HR; >-70,-70,-69,-71,-73,<
  7c:2f:80:d1:88:ad; 366160; Gigaset G-tag; >-70,-84,-71,-75,-73,<
  5f:ab:f3:21:3a:6d; 366120; ; >-59,-60,-60,-58,-61,<

Reconnects: 1
Scanning...
Sending >present;device_name=Gigaset G-tag;rssi=-74;daemon=BLEScanner V0.1< to 192.168.200.10:49386
Scanning...


Natürlich läuft es jetzt die beobachteten 5 Minuten absolut einwandfrei.....
Micky scannst du ein oder mehrere BLE Devices ?

Nachdem ich das ALTA_HR wieder enabled habe im Presence kommt es hin und wieder zu Absence Meldungen im Log.
Allerdings habe ich den Timeout des ALTA_HR mal testweise von 30 auf 35 Sekunden gesetzt. Damit das polling des collectord etwas entzerrt ist. Gefühlt hat dies ein bisschen Besserung gebracht.


micky0867

Hi,

ich habe 2 GTags.

Erstmal fällt mir auf, dass du zwar in der FHEM-Definition 30 Sekunden (was ich persönlich als etwas kurz) angegeben hast, aber effektiv 20 Sekunden (durch collectord) übergeben werden.
7c:2f:80:d1:88:ad|20
Ich habe an der Stelle 90 Sekunden eingestellt.
Bei mir ist es unerheblich, das das System erst nach 90 Sekunden feststellt, dass ich weg bin, da ich zusätzlich noch mein Handy über die Fritze überwache und da spielt die Lease-Time eine Rolle, die noch größer ist.
Du solltest deine collectord.conf anpassen und auf mindestens 30 Sekunden stellen.

Im folgenden Abschnitt von deinem Log sieht man, dass die aktuelle Uptime 68002 ms ist und dein G-tag zuletzt um 44533 ms gesehen wurde.
Das sind 23,5 Sekunden. Da ist es ganz knapp geworden.

Uptime: 68002
Tags found (MAC, Timestamp, Name, RSSIs):
  32:e2:95:e2:b5:c4; 62554; ; >-34,-34,-34,-34,-48,<
  08:f7:53:ff:21:00; 62553; ; >-48,-47,-48,-48,-63,<
  c3:b6:20:e4:a2:ef; 39003; Alta HR; >-69,-73,-78,<
  7c:2f:80:d1:88:ad; 44533; Gigaset G-tag; >-67,-69,-68,<
  5f:ab:f3:21:3a:6d; 62746; ; >-59,-60,-59,<




Bei mir bleiben die alten Readings (siehe Garage) einfach stehen, wieso sieht man bei dir ESP nicht?


Internals:
   ADDRESS    7C:2F:80:C4:5A:D9
   DEF        lan-bluetooth 7C:2F:80:C4:5A:D9 127.0.0.1:5222 60 60
   DeviceName 127.0.0.1:5222
   FD         40
   INTERVAL_NORMAL 60
   INTERVAL_PRESENT 60
   MODE       lan-bluetooth
   NAME       gtag.Micky
   NOTIFYDEV  global
   NR         205
   NTFY_ORDER 50-gtag.Micky
   PARTIAL   
   STATE      active
   TYPE       PRESENCE
   Helper:
     DBLOG:
       batterylevel:
         logdb:
           TIME       1532999163.72118
           VALUE      21
       command_accepted:
         logdb:
           TIME       1533063315.53964
           VALUE      yes
       daemon:
         logdb:
           TIME       1533063290.96146
           VALUE      BLEScanner V0.1
       device_name:
         logdb:
           TIME       1533063290.96146
           VALUE      Gigaset G-tag
       presence:
         logdb:
           TIME       1533063290.96146
           VALUE      present
       room:
         logdb:
           TIME       1533063290.96146
           VALUE      WZ
       rooms:
         logdb:
           TIME       1533063290.96146
           VALUE      Haus,WZ
       rssi:
         logdb:
           TIME       1533063290.96146
           VALUE      -80
       rssi_Garten:
         logdb:
           TIME       1533057416.36769
           VALUE      -64
       rssi_Haus:
         logdb:
           TIME       1533063290.96146
           VALUE      -81
       rssi_WZ:
         logdb:
           TIME       1533063290.96146
           VALUE      -80
       state:
         logdb:
           TIME       1533063290.96146
           VALUE      present
   READINGS:
     2018-07-31 03:06:03   batterylevel    21
     2018-07-31 20:55:15   command_accepted yes
     2018-07-31 20:54:50   daemon          BLEScanner V0.1
     2018-07-31 20:54:50   device_name     Gigaset G-tag
     2018-07-31 20:55:15   model           lan-bluetooth
     2018-07-31 20:54:50   presence        present
     2018-07-31 20:54:50   room            WZ
     2018-07-31 20:54:50   rooms           Haus,WZ
     2018-07-31 20:54:50   rssi            -80
     2017-11-12 20:52:52   rssi_Garage     -80
     2018-07-31 19:16:56   rssi_Garten     -64
     2018-07-31 20:54:50   rssi_Haus       -81
     2018-07-31 20:54:50   rssi_WZ         -80
     2018-07-31 20:55:15   state           active
   helper:
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   absenceThreshold 2
   devStateIcon present:user@green absent:user@grey
   icon       user@blue
   room       Residents


Pitcher90

Mein ESP32 ist nun auch angekommen. :)
Welche Firmware verwendet ihr denn? Habe jetzt auf den letzten paar Seiten nichts gefunden.

LG,
Stefan

mark79

Zitat von: Pitcher90 am 03 August 2018, 12:34:11
Mein ESP32 ist nun auch angekommen. :)
Welche Firmware verwendet ihr denn? Habe jetzt auf den letzten paar Seiten nichts gefunden.

LG,
Stefan

https://github.com/micky0867/BLEScanner
Denk dran das du die Arduino IDE dafür noch anpassen musst, sonst passt der Sketch nicht auf dem ESP32.

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

Pitcher90

#1109
Vielen Dank! Das probiere ich mal aus.

Edit: Super! Hat alles funktioniert. Vielen Danke für deine Mühen :)