Read BLE characteristic with nRF52840-DK and pc-ble-driver

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

cheip — Wed, 11 Aug 2021 12:44:41 GMT

Solved my issue.

If you look at my code above, I use a result variable of convenience to store the result of the event.

If I access the data without that variable, I get the right values.

Can you please explain that?

In any case, treat this ticket as solved.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

cheip — Wed, 11 Aug 2021 12:00:18 GMT

I receive corrupted data in ble_gattc_evt_read_rsp_t.data.

I am not complaining about the length of the data. I can retrieve all 32 bytes of the characteristic value in one way or another, but the bytes are always wrong and different by read to read.

However, how can I change the default ATT_MTU value?

One more detail: if I read the characteristic with sd_ble_gattc_char_value_by_uuid_read() in the value field of handle/value struct I obtain only 19 bytes, but always CORRECT as the first 19 bytes of expected value. An explaination on how get the remaining bytes with that method should be fine. Tried to call again sd_ble_gattc_char_value_by_uuid_read() with the handle_range augmented by 1 but I obtain ATTR_NOT_FOUND error.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

Hung Bui — Wed, 11 Aug 2021 11:53:35 GMT

Hi,

What you described about your process to read blob is correct. But please clarify when do you receive corrupted data ?
If the ATT_MTU is 23 bytes it's about right that the first packet you can only receive 22 bytes.
If you want to read with longer data in one read request, you need to request longer ATT_MTU. We support up to 247.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

cheip — Wed, 11 Aug 2021 08:19:36 GMT

I send in total three sd_ble_gattc_read() , first time with offset 0 and i get the first 22 bytes, then I send a second sd_ble_gattc_read() with offset 22 (length of the result I got) and I get the last 10 bytes. Then I send a thid sd_ble_gattc_read() with offset 32, I get a result with length 0, so I stop the process.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

Hung Bui — Wed, 11 Aug 2021 07:51:43 GMT

I'm not aware of an example beside the heart rate collector in the repo.

I would strongly suggest to use a sniffer to catch what the actual read command is sent over the air.

From what you said I understand that if you send 2 sd_ble_gattc_read () with the same offset 0 you actually can get all 32 bytes ?

Have you tried to test with smaller characteristic size ? Says 10 bytes ? This is because by default the ATT_MTU is 23 bytes.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

cheip — Tue, 10 Aug 2021 15:59:43 GMT

I read with offset 0 the first time i call sd_ble_gattc_read and no, I do not get the correct data. Continuing the reading process with offsets I can get all 32 bytes for the characteristic value.

Unfortunately I can not give more details on those data I get because they changes from one read and another, like I am reading "random" data.

Maybe can I find somewhere a working example like the ones I found in pc-ble-driver repository to study a working code?

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

Hung Bui — Tue, 10 Aug 2021 15:52:56 GMT

I don't see anything suspicious here.
But could you describe the corrupted data you receive ? Does it have the correct length ?

If you don't do any offset reading but simply read with 0 offset do you see the correct data?
Would strongly suggest to get an extra DK to work as the sniffer, it would make it much easier to debug.

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

cheip — Tue, 10 Aug 2021 13:55:29 GMT

Thank you for your helpful reply.

I checked the handle_value and the characteristic value with nRF Connect tool and the handle_value corresponds to the one i discover with my software, and the characteristic value correspond to the value read with my "benchmark" software. So I am pretty sure my program is wrong in some point.

unfortunately I can not try with the sniffer because I have only one board at the moment.

I paste here the relevant portions of code if you want to take a look and say to me if you notice any trivial mistake I am doing.

Start read:

uint32_t read_start(uint16_t connection_handle, uint16_t value_handle)
{
    printf("VALUE HANDLE: 0x%04X\n", value_handle); // this value corresponds
    fflush(stdout);
    
    auto error_code = sd_ble_gattc_read(adapter, connection_handle, value_handle, 0);
    if (error_code != NRF_SUCCESS)
    {
        printf("ERROR");
        fflush(stdout);
    }
    
    return error_code;
}

Read value event handling:

static int offset = 0;
static void on_read_response(ble_gattc_evt_t *const p_ble_gattc_evt)
{
    if (p_ble_gattc_evt->gatt_status != NRF_SUCCESS)
    {
        printf("ERROR");
        fflush(stdout);
        return;
    }
    
    auto result = p_ble_gattc_evt->params.read_rsp;
    
    for (size_t i = 0; i < result.len; i++)
    {
        printf("0x%02X ", result.data[i]); // this values are always different from one read to another
        fflush(stdout);
    }
    printf("\n");
    fflush(stdout);
    
    if (result.len > 0)
    {
        offset += result.len;
    
        auto error_code = sd_ble_gattc_read(adapter, p_ble_gattc_evt->conn_handle, result.handle, offset);
        if (error_code != NRF_SUCCESS) {
            printf("ERROR");
            fflush(stdout);
        }
    }
}

RE: Read BLE characteristic with nRF52840-DK and pc-ble-driver

Hung Bui — Tue, 10 Aug 2021 13:07:25 GMT

Hi Cheip,

Please check and verify that the handle_value (location of the attribute in the attribute table) you got from service discovery is correct. You can verify that using nRF Connect tool on PC.

If it's the correct handle value (it's the handle of the value of the characteristic), you may want to capture a sniffer trace to check if the read request has the correct value or not as well as checking the read response if the correct value is responded.