Current Time Service Discovery Failing in First Connection After Reset

RE: Current Time Service Discovery Failing in First Connection After Reset

Sigurd Hellesvik — Thu, 02 May 2024 12:25:57 GMT

That is odd. Let's have a closer look at the communicaiton and see if we can understand what goes wrong.

Can you capture a sniffer log and upload it here as a pcap file using Insert -> Image/video/file? See Bluetooth Low Energy nRF Sniffer for Bluetooth LE for how to set up and use our Bluetooth Low Energy sniffer.

RE: Current Time Service Discovery Failing in First Connection After Reset

ereksonr — Mon, 29 Apr 2024 18:11:39 GMT

I was able to test this out today. Unfortunately it does not fix the issue

RE: Current Time Service Discovery Failing in First Connection After Reset

Sigurd Hellesvik — Wed, 24 Apr 2024 06:48:00 GMT

Try to increase CONFIG_BT_RX_STACK_SIZE, for example to 4096

Does that help?

RE: Current Time Service Discovery Failing in First Connection After Reset

ereksonr — Tue, 23 Apr 2024 14:22:39 GMT

Hi Sigurd,

[quote userid="106736" url="~/f/nordic-q-a/110477/current-time-service-discovery-failing-in-first-connection-after-reset/480200"]How long is it between the reboot and the connection?[/quote]

It is about 1 minute from the reboot until a connection is attempted.

[quote userid="106736" url="~/f/nordic-q-a/110477/current-time-service-discovery-failing-in-first-connection-after-reset/480200"]What happens if you delay the connection 10 seconds?[/quote]

Varying timing does not seem to have an effect. I have waited as long as 2 minutes before beginning advertisements to establish the connection

[quote userid="106736" url="~/f/nordic-q-a/110477/current-time-service-discovery-failing-in-first-connection-after-reset/480200"]Are you able to debug the problem and find exactly the line showing "return ENOMEM"?[/quote]

ENOMEM appears to be coming from line 2264 of gatt.c:

req = gatt_req_alloc(func, params, encode, op, len);

if (!req) {

return -ENOMEM;

}

If I trace this down further, it appears to be a call to k_mem_slab_alloc() on line 3428 of att.c that times out, causing the error.

[quote userid="106736" url="~/f/nordic-q-a/110477/current-time-service-discovery-failing-in-first-connection-after-reset/480200"]

This appears to be linked to the configuration "CONFIG_BT_L2CAP_TX_BUF_COUNT".

How do these appear to be linked?

[/quote]

the k_mem_slab_alloc() call is allocating space from "req_slab", the size of which is defined by

CONFIG_BT_L2CAP_TX_BUF_COUNT

RE: Current Time Service Discovery Failing in First Connection After Reset

Sigurd Hellesvik — Tue, 23 Apr 2024 12:16:38 GMT

Hi,

[quote user=""]I have recently found that after calling sys_reboot() on my device, during the first BLE connection after the reboot my device will fail to discover the current time service on the Central device. Subsequent connections have no issue with discovering the service.[/quote]

How long is it between the reboot and the connection?
What happens if you delay the connection 10 seconds?

[quote user=""]If I then re-attempt discovery, bt_gatt_dm_start() returns -12 (ENOMEM).[/quote]

Are you able to debug the problem and find exactly the line showing "return ENOMEM"?

[quote user=""]This appears to be linked to the configuration "CONFIG_BT_L2CAP_TX_BUF_COUNT".[/quote]

How do these appear to be linked?

Regards,
Sigurd Hellesvik