Search found 7 matches
- Tue Aug 31, 2021 2:20 pm
- Forum: ESP-IDF
- Topic: BLE characteristic notification under NimBLE stack
- Replies: 2
- Views: 5318
Re: BLE characteristic notification under NimBLE stack
As a follow up, I solved this issue adding a characteristic handle variable to the services' definition structure. static const struct ble_gatt_svc_def services[] = { .type = BLE_GATT_SVC_TYPE_PRIMARY, .uuid = &serviceUUID.u, .characteristics = (struct ble_gatt_chr_def[]) { { .uuid = &characteristic...
- Tue Aug 31, 2021 2:03 pm
- Forum: ESP-IDF
- Topic: NimBLE bonding information removed after second device pairing
- Replies: 2
- Views: 3478
Re: NimBLE bonding information removed after second device pairing
I have kind of resolved the issue. I changed the device address type to public using the following sync callback: assert(ble_hs_util_ensure_addr(0) == 0); ble_hs_id_copy_addr(ownAddrType, addr_val, NULL); ESP_LOGI("BLE_Sync", "Device address %02X:%02X:%02X:%02X:%02X:%02X type %i", addr_val[0], addr_...
- Fri Aug 27, 2021 9:12 am
- Forum: ESP-IDF
- Topic: Persist Bonding Information with nimBLE
- Replies: 14
- Views: 22258
Re: Persist Bonding Information with nimBLE
I am facing the exact same issue explained on this post, is the problem solved in any way? I am not able to resolve the addresses even enabling RPA on the ESP32 using ble_hs_pvcy_rpa_config(1).
- Thu Aug 26, 2021 3:07 pm
- Forum: ESP-IDF
- Topic: NimBLE bonding information removed after second device pairing
- Replies: 2
- Views: 3478
Re: NimBLE bonding information removed after second device pairing
I have found that when a device subscribes to all of the characteristics I have (24 in total) the descriptors are saven on the NVS. As I pretend to save bonding information of 4 devices and the stack automatically saves the descriptors of each device I understand tha I need enough space on the NVS f...
- Wed Aug 25, 2021 2:27 pm
- Forum: ESP-IDF
- Topic: NimBLE bonding information removed after second device pairing
- Replies: 2
- Views: 3478
NimBLE bonding information removed after second device pairing
I am working on a BLE project using NimBLE on a ESP32-SOLO-1 and I am encountering a problem with the bonding of multiple devices. When I connect a new device the bonding process starts and completes correctly. I am able to read and write all the characteristics without any problem. I can even bond ...
- Mon Jun 22, 2020 2:38 pm
- Forum: ESP-IDF
- Topic: BLE characteristic notification under NimBLE stack
- Replies: 2
- Views: 5318
Re: BLE characteristic notification under NimBLE stack
As an update, I am trying to know what do I need to do when a client registers for notification. At the moment I do nothing when I get the BLE_GAP_EVENT_SUBSCRIBE event. I should register the connection somewhere to know which connections are registered and which not, but I cant find how.
- Thu Jun 18, 2020 2:11 pm
- Forum: ESP-IDF
- Topic: BLE characteristic notification under NimBLE stack
- Replies: 2
- Views: 5318
BLE characteristic notification under NimBLE stack
Hello, I am trying to create a BLE peripheral on a ESP32-SOLO-1 using NimBLE Stack. I have successfully created characteristics and I am able to read and write on them, but I can't notify new values to the client. I have configured the characteristic with read, write and notify flags (.flags = BLE_G...