esp-zhp
commented
5 days ago Thank you for reaching out and sharing the details of your issue. I have a few questions and suggestions to better understand and troubleshoot the problem:
-
You mentioned:
"But recently, testing of the BLE server devices, I came across to situation, where device is unable to connect to esp32 BLE client."
In thegatt_clientexample, the GATT client initiates a connection to the GATT server, and the client acts as the master role during this process. However, based on your description, it seems the server device is connecting to the GATT client. Could you please confirm which side is the master device in your setup? -
Additionally, you stated:
"I ran a test with BLE sniffer, to collect the packets between client and server devices, and the server device sends, and I see that server device actually sends back the write_response in both - successful and unsuccessful scenarios. But in unsuccessful scenario, the esp does not generate ESP_GATTC_WRITE_DESCR_EVT and thus, I cannot finish the connection to server device."
Could you clarify why the absence ofESP_GATTC_WRITE_DESCR_EVTprevents completing the connection to the server device? The ability to callesp_ble_gattc_write_char_descrindicates that the connection is already established. How does this relate to the inability to establish a connection? -
The absence of
ESP_GATTC_WRITE_DESCR_EVTafter callingesp_ble_gattc_write_char_descrdoes appear to be an issue. To assist further:- Could you provide detailed logs for this scenario?
- If possible, share a minimal code snippet that reproduces the issue.
Additionally, you can enable HCI logs for more detailed debugging. In the gatt_client example, add the following code to the app_main function:
/*
* This code is intended for debugging and prints all HCI data.
* To enable it, turn on the "BT_HCI_LOG_DEBUG_EN" configuration option.
*/
while (1) {
extern void bt_hci_log_hci_data_show(void);
extern void bt_hci_log_hci_adv_show(void);
bt_hci_log_hci_data_show();
bt_hci_log_hci_adv_show();
vTaskDelay(1000 / portTICK_PERIOD_MS);
}This will capture HCI data, which you can parse using the provided script in the ESP-IDF tools. Sharing this data would help us analyze the issue further.
Looking forward to your response!
matislovas
Answers checklist.
IDF version.
v5.3.1
Espressif SoC revision.
ESP32-D0WD-V3
Operating System used.
Linux
How did you build your project?
Command line with idf.py
If you are using Windows, please specify command line type.
None
Development Kit.
Olimex ESP32-POE-ISO-WROVER
Power Supply used.
USB
What is the expected behavior?
I am developing BLE client app (bluedroid), base on
gattc_demo.cexample. And ~99/100 times works fine. But recently, testing of the BLE server devices, I came across to situation, where device is unable to connect to esp32 BLE client.The failing part is the following: after calling
esp_ble_gattc_write_char_descr()to enable notify or indicate on BLE server device (which is the last step to connect to BLE server device), I am expecting theESP_GATTC_WRITE_DESCR_EVTto be generated, when response from server device is received. But after some testing, I am able to introduce the esp32 client into some state, where it does not generateESP_GATTC_WRITE_DESCR_EVTevents.I ran a test with BLE sniffer, to collect the packets between client and server devices, and the server device sends, and I see that server device actually sends back the
write_responsein both - successful and unsuccessful scenarios. But in unsuccessful scenario, the esp does not generateESP_GATTC_WRITE_DESCR_EVTand thus, i cannot finish the connection to server device.This behavior is not persistent, and I need to connect and disconnect the device multiple times, before I move esp into this state. After first unsuccessful, I cannot connect to that server device (failure is at the same place). Only rebooting esp does help.
What is the actual behavior?
The
ESP_GATTC_WRITE_DESCR_EVTis not being generated.Steps to reproduce.
write_responsepacket and if it generatesESP_GATTC_WRITE_DESCR_EVTon esp32 side.Debug Logs.
No response
More Information.
I haven't dug deeper into the bluedroid or controller stacks, but if you will guide on how to provide you with more logs on that front, I would be happy to help.