ESP32c3 und JDY-24M

Diese ServiceUUID 0000ffe0-0000-1000-8000-00805f9b34fb wird so ziemlich von jedem BLE‑Modul und deren China‑Clones genutzt. Selbst mein Xiaomi Smartphone identifiziert sich damit. Du solltest dir eine eigene ServiceUUID generieren.

Da das beim JDY-24M nicht möglich ist, kannst Du zumindest die MAC‑Adresse verwenden in der Hoffnung diese ist nicht randomisiert.

Wenn Du Hilfe brauchst den Code auf NimBLE-Arduino (h2zero) umzuschreiben poste dein Sketch als Dateianhang (nur classic esp32, der esp32c3 läuft bereits auf NimBLE)

Hallo Alexander, danke für die schnelle Antwort. Ich nutze die MAC zur Identifikation. Es wird ja auch ein Connect durchgeführt und mit NFR52 funktioniert es. Es geht irgendwie um die Erkennung der Service UUID. Auch die NRF-Connect App hat keine Probleme.

Von welcher ESP32_BLE_Arduino Library reden wir denn? Diese hier ist überholt und wurde ersetzt.

obsolet:

https://docs.arduino.cc/libraries/esp32-ble-arduino

NimBLE:

https://github.com/espressif/arduino-esp32/tree/4.0.0-alpha1/libraries/BLE

(nun endlich auch für esp32 classic)

Ich hatte die Version 3.3.8 und habe nun ein Upgrade auf 4.0.0 durchgeführt. Immer noch kein Erfolg:

Starting Arduino ESP32-C3 BLE Client...

Scan Ergebnis: Name: , Address: 11:89:d5:90:XX:XX, manufacturer data: 262188a01189d5900236, serviceUUID: 0000ffe0-0000-1000-8000-00805f9b34fb, serviceUUID: 0000fee7-0000-1000-8000-00805f9b34fb, rssi: -48

Connect Ergebnis: Device: ZISTERNE Found Forming a connection to 11:89:d5:90:XX:XX

• Connected to server Failed to find our service UUID: 0000ffe0-0000-1000-8000-00805f9b34fb

Was sagt denn die NRF-Connect App welche UUIDs dein JDY-24M (nach dem connect) überhaupt bereitstellt?

Die NFR Connect App findet 0xFEFE0

Beim NRF52 funktioniert alles mit #include <bluefruit.h> BLEClientCharacteristic ZisternenStand = BLEClientCharacteristic(0xFFE1); BLEClientService ZisternenService = BLEClientService(0xFFE0);

Es funktioniert ja mit Bluefruit. Deshalb sind alle UUIDs offensichtlich richtig.

Im ESP wird serviceUUID((uint16_t) 0xFFE0) statt serviceUUID("0000ffe0-0000-1000-8000-00805f9b34fb") auch ohne Murren verarbeitet und in "0000ffe0-0000-1000-8000-00805f9b34fb" übersetzt. Den Service findet er trotzdem nicht.

Die NRF-Connect App kann den Service ansprechen und ich kann Daten senden und lesen.

Renate schrieb:

Die NFR Connect App findet 0xFEFE0

Dann musst du diese GATT‑Services 0xFEFE0/0xFEFE1 im Sketch verwenden, nicht 0xFFE0/0xFFE1.

Entschuldigung, da habe ich mich vertippt. Die NFR Connect App findet 0xFFE0

Ja die UUIDs sind im Datenblatt gelistet welches Christof Rieger im Wiki verlinkt hat.

Beitrag "JDY-24M BLE Bluetooth Mesh Dokumentation"

0xFFE0 ist der Advertising Service und 0xFFE1-0xFFE3 die GATT Characteristics auf die man zugreifen kann. Dein ESP32c3 scheint die nach dem connect nicht zu finden.

Lass Dir mal über getServices() -> getUUID() im Sketch anzeigen was davon der ESP32c3 überhaupt sieht.

So, ich habe es nun geschafft. Danke für die Hilfe.

Mit der NimBLE-Arduino library 2.5. Ich habe vielfach gelesen, dass der ESP32 als BLE-Chip sehr empfindlich auf falsche Konfigurationen und Timings reagiert. Mit dem NimBLEClient und pClient->setConnectionParams(24, 40, 0, 400); funktioniert es nun problemlos (zumindest mit 3.3.8).

Mit der espressif/arduino-esp32 library und BLEClient und pClient->updateConnParams(24,40,0,400); klappt es bei mir leider nicht.

Danke für die Warnung, dann bleibe ich auch erstmal auf (h2zero) NimBLE-Arduino.