Is there any difference between S132 and S140 ble gatt handles.?
Is there any difference between S132 and S140 ble gatt handles.?
Hi Siv,
if you are referring to the GATT service that our SoftDevices automatically add to the GATT table, then it should be identical if the BLE stack configuration is identical, i.e. you add the Service Changed Characteristic.
The GATT handles of any BLE services/characteristics/descriptors added by the application will be determined by the order they are added.
Beste regards
Bjørn
Hi bjorn,
have added 4 characteristics in a single service in nrf52832 DK board which act as a peripheral device and nrf52840DK as a central device to discover the same services.After establishing connection data base discovery is finding all but while sending data only any two characteristics data is coming and remaining is missing.
If reset the peripheral device then at that time it is receiving all the characteristics data,is there any reason for that why it is missing some handles while sending data?
Ok, have you verified that the nRF52840 is writting to the correct handles, i.e. CCCD of the characteristics. Have you tried printing the handles that are received during service discovery and then comparing these with the handles used to write to the CCCDs?
You could also verify this by doing a on-air trace of the communication between teh nRF52832 and the NRF52840 using the nRF Sniffer, see https://www.nordicsemi.com/Software-and-Tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE.
So the nRF52832 is bonded with the nRF52840`?
Ok, have you verified that the nRF52840 is writting to the correct handles, i.e. CCCD of the characteristics. Have you tried printing the handles that are received during service discovery and then comparing these with the handles used to write to the CCCDs?
Ans:Yes, i have checked the handles during data base discovery it is printing.In my example i have got handles as 12,15,18,21 respectively during discovery after that while sending data on hvx only 12 and 18 handles are matching with the existing ones.Remaining two are missing.
So the nRF52832 is bonded with the nRF52840`?
yes.
You could also verify this by doing a on-air trace of the communication between teh nRF52832 and the NRF52840 using the nRF Sniffer, see https://www.nordicsemi.com/Software-and-Tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE.
I will verify that and get back to you.
Ok, I will wait for the on-air trace. It would be usefull if you could capture the trace without bonding as I will not be able to see the content of the packets when they are encrypted.
Best regards
Bjørn
Hi bjorn,
I have tried to install nrf sniffer and wire shark by follow the steps in the user guide.i have verified all in that user guide still i didn't get anything about sniffer.
.
HI Siv, I recommend using Wireshark 2.4.6 as I do not believe the sniffer has been tested with Wireshark 3.x.x. Furthermore, you need to download the 2.0.0 beta 3 version of nRF Sniffer, here is the link.
https://www.nordicsemi.com/-/media/Software-and-other-downloads/Desktop-software/nRF-Sniffer/sw/nrfsniffer200beta312oct20181c2a221.zip
Also make sure that you're using Python 2.7 and not Python 3.x
Best regards
Bjørn
HI Siv, I recommend using Wireshark 2.4.6 as I do not believe the sniffer has been tested with Wireshark 3.x.x. Furthermore, you need to download the 2.0.0 beta 3 version of nRF Sniffer, here is the link.
https://www.nordicsemi.com/-/media/Software-and-other-downloads/Desktop-software/nRF-Sniffer/sw/nrfsniffer200beta312oct20181c2a221.zip
Also make sure that you're using Python 2.7 and not Python 3.x
Best regards
Bjørn