nRF52 dual role: while connected as central and scanning, connection as peripheral fails

[thefool]

We have an nRF52 with dual roles: peripheral for the connection to an app, and central, connecting to multiple third party peripheral devices.

We have come across a very weird issue - it took a while to reproduce, but here it is:

If our device as central is connected to a Holux GPS receiver, and it is currently scanning for more devices, and we then connect our app to our devices peripheral role, it fails. Well, actually it's worse: it does connect, but during the next few steps (MTU & parameter negotiation) suddenly disconnects with reason 0x08

What's odd is that everything else being the same, with a QStarz GPS receiver connected instead, this is absolutely no problem. The only difference being that the connection parameters are different (lower connection interval)

Holux:

min: 320 (400ms)
max: 520 (650ms)
latency: 0
sup_timout: 400 (4000ms)

They agree on 520 (650ms)

The Holux, btw has a Nordic Chipset.

Qstarz:

min: 16 (20ms)
max: 60 (75ms)
latency: 0
sup_timout: 400 (4000ms)

They agree on 60 (75ms)

our ble_gap_scan_params_t remain the same:

.active = 1,
.interval = MSEC_TO_UNITS(100, UNIT_0_625_MS), 
.window = MSEC_TO_UNITS(30000, UNIT_10_MS),
.timeout = MSEC_TO_UNITS(50, UNIT_0_625_MS),

when we receive a connection on our peripheral role, we immediately (try to) stop scanning, and restart it once the connection is established, but this seems not to work as expected if we're connected with long connection intervals. 

Sniffing the traffic with the nRF sniffer does not reveal anything special - our device simply stops responding in the middle of service discovery, about 1.2 seconds after the initial connection. 
I've attached a sniffing session of the problem (2 successful connections while not scanning, one fails when scanning) and 2 sessions of connecting the holux accessory and the qstarz accessory.

Do you have any ideas what we should try or look into? 

Thanks already! 

3124.unleasshed-holux-app-connect-scan-disconnect-app-reconnect-fail.pcapng

1070.unleashed-holux.pcapng

2133.unleashed-qstarz.pcapng

[thefool]

We're using a Module with a built-in XTAL. It's a crystal with max 40 ppm, but I don't know the part number or load caps. 

sdk_config.h:

NRF_SDH_CLOCK_LF_SRC 1 //XTAL

NRF_SDH_CLOCK_LF_ACCURACY 5 //50ppm

We're using SDK 17.0 and SD s132_nrf52_7.0.1

[thefool]

I think I actually just managed to work around the bug by stopping scanning as soon as possible when we get a connection to our peripheral role. 

Still I'd like to understand if this is a bug in the softdevice, and/or what the reasoning behind this is. 

I guess it would be worth, checking if you can reproduce the setup with example projects.
Instead of our Holux: One Blinky with preferred connection parameters: min: 320 (400ms), max: 520 (650ms), latency: 0, sup_timout: 400 (4000ms). 
Instead of our Unleashed: one dual role with preferred connection parameters: 8(10ms)-12(15ms), 2mbps PHY and MTU/Datalength: 247/251
Instead of our App: nRF Connect on an iPhone. 

I already tested using nRF connect with our devices and I see the same error, so it has nothing to do with our app.

[Einar Thorsrud]

That is interesting. Can you upload the example projects with your modifications here so that I can test them on my end?

[thefool]

I haven't actually tested with example projects - all our DKs are currently with employees in home-office, or configured as sniffers - I was suggesting you might be able to test it ;-) 

I did test the nRF Connect app with our devices, just to confirm it has nothing to do with our iOS app. 

[Einar Thorsrud]

That seems like a needle in a haystack, as I have no indication of the conditions needed for the issue nor what causes it. But if you are able to reproduce it with code that I can run on a DK let me know and share the code, and I will dig into it.