Central receiving more than 23 bytes as a notification

RE: Central receiving more than 23 bytes as a notification

Bjørn Kvaale — Mon, 02 Oct 2017 12:22:51 GMT

Hi DavidC. Sorry for the delayed response. Regarding your code above, you need to look at the GATT library in SDK 13 instead of MTU. See this link for details. Also, take a look at this function in the main.c file of the ble_app_uart example under the ble_peripheral folder. Try that instead of using the sniffer. Hope that helps!

void gatt_init(void) {
ret_code_t err_code;
err_code = nrf_ble_gatt_init(&m_gatt, gatt_evt_handler);
APP_ERROR_CHECK(err_code);

err_code = nrf_ble_gatt_att_mtu_periph_set(&m_gatt, 64);
APP_ERROR_CHECK(err_code); }

RE: Central receiving more than 23 bytes as a notification

DavidC — Tue, 26 Sep 2017 07:52:14 GMT

I've another question, there is a way to activate the DLE using 'ble_gap_opt_ext_len_t' and using "rxtx_max_pdu_payload_size = 33" but where this code should be? Before the connection is stablish or when the ble stack is starting?

RE: Central receiving more than 23 bytes as a notification

DavidC — Mon, 25 Sep 2017 14:29:06 GMT

for readind using cypress

Source: Destination Protocol length Info Master Slave ATT 33 Rcvd Read Request, Handle: 0x0037 Slave Master ATT 57 Rcvd Read Response

RE: Central receiving more than 23 bytes as a notification

DavidC — Mon, 25 Sep 2017 14:28:30 GMT

Thanks for the file, i'm able to check what is going on using nrf Connect to activate the notifications on the peripheral is ok but it's not receiving any notifcation, on the other hand when it tries to read the characteristics, the sniffer throws the following error: Source: Destination Protocol length Info Master Slave ATT 35 Rcvd Read Blob Request, Handle 0x0032, offset:22 Slave Master ATT 35 Rcvd Error response - Attribute not long, Handle: 0x0037 But when I am using the cysmart from Cypress in order to get the notification, i got the following: Source: Destination Protocol length Info Slave Master L2CAP 27 Rcvd Malformed packet But Im still having the data on my cellphone.

RE: Central receiving more than 23 bytes as a notification

Bjørn Kvaale — Mon, 25 Sep 2017 11:43:28 GMT

Hi DavidC. As Endnode mentioned, there is an unofficial sniffer app for the nrf52. You can find it here. Could also be useful to look at the nrf sniffer user guide here.

RE: Central receiving more than 23 bytes as a notification

endnode — Mon, 25 Sep 2017 10:05:53 GMT

Why? I don't know anything, I'm just giving you suggestions. The problem is that you give too high level hints (like "it works with Cypress but not with Nordic DK"). There can be so many things different... the only thing which is for sure (but from your description you seems to understand this so you are heading in the right direction for debugging): Notification cannot be longer then current ATT_MTU size agreed on the connection link. So now it's question how exactly you control both link sides and what ATT_MTU is agreed on particular link. Having the sniffer (and there is one unofficial Nordic sniffer binary released for PCA10040 nRF52 DK on this forum) is the best and fastest way but you can try to get glimps of that on higher debugging layers as well...

RE: Central receiving more than 23 bytes as a notification

DavidC — Mon, 25 Sep 2017 09:51:20 GMT

I dont have any sniifer, I am using pca10040 and the sniffer program does not support it. I've a doongle of Cypress company and it receives the 30 bytes via notication but when I use nRF connect with my pca10040 I can not receive any notification and if i read them it returns an error:

Read operation failed: BLE_GATT_STATUS_ATTERR_ATTRIBUTE_NOT_LONG (0x010B)

why do you know i cannot get this 30 bytes?

RE: Central receiving more than 23 bytes as a notification

endnode — Mon, 25 Sep 2017 07:50:55 GMT

Hi David,

MTU size is agreed on every connection (BLE stacks are usually doing it automatically at the beginning) and it will settle down on value which is minimum of both max supported values on both sides. So also your peer must be able to support larger (G)ATT MTUs. Do you have a trace from BLE sniffer to see what is happening on the radio?