Immediately after the connection is established, the connection 0x3e is disconnected. After several connections, the connection is not broken. Occasionally, the connection is disconnected after the connection is established. 0x08

[strengthstrong]

I use the sdk14.2 nrf52832 as the primary end, the two iphone phones as slaves, to establish a connection in most cases because of the 0x3e error to connect several times in order to maintain the connection, almost no disconnect after the connection is maintained, I think it possible There is a problem when you just started to establish a connection. Please help.

[Håkon Alseth]

Hi,

 

When testing, have you removed the device (and it's bond information) from the iPhone? If yes, then you will have to delete the bond on the nRF as well.

Do you have a sniffer trace showing the issue? You can use the nRF-sniffer to capture this.

 

Best regards,

Håkon

 

 

[strengthstrong]

I have no way to capture, central and peripheral have mutual binding information, please let me know, this may be due to the possible reason 0x3e may be the reason

[strengthstrong]

I found that the nordic routine also has such a problem. I ran ble_app_uart and ble_app_uarat_c and found that they also had the same problem in the process of connecting. Not every time, the connection is successful. In most cases, the number of connections is greater than 1  is this a bug for nordic ???

[strengthstrong]

It really does have a relationship with the distance between the two devices, but I still have occasional 0x3e when the distance between the two devices is close to 0m. When I widen the distance between devices, even <1m range, there are often multiple 0x3e disconnect events. If the reason is attributed to the signal and the distance, I am wondering if the communication quality is too bad. Can I still connect successfully at such a distance?

[Håkon Alseth]

Hi,

 

Is this performed on custom hardware? Have you tried using a nRF52-DK to see if this also behaves like this?

 

Kind regards,

Håkon

[strengthstrong]

when i use  nRF52-DK  , do like this. my test 

[strengthstrong]

But this is not the case, the probability of this situation is very large

[Håkon Alseth]

Hi,

 

Sorry for the late reply. Do you see the same issue if you use SDK v15 as well?

Unfortunately, I do not have two iphone's available here, but which iphone's specifically are you using?

 

I would still strongly recommend that you try to capture the BLE traffic using the nRF-sniffer (given that you have a spare kit to use):

https://www.nordicsemi.com/eng/Products/Bluetooth-low-energy/nRF-Sniffer

 

Kind regards,

Håkon

[strengthstrong]

I think this has nothing to do with the iphone. After all, the nordic routine I used will also have this problem. Although the effect is better than my program, it cannot be ruled out that this is a bug.

[strengthstrong]

[strengthstrong]

i find this , what the matter

[strengthstrong]

 Host discovery service, there are two characteristic  that are not available in the slave, I think it has something to do with this, because this is a temporary slave, do you think this is the case?