52840+freertos+dfu+ advertising+scan

[Trump]

我的项目使用 nrf52840 和 Freertos。该项目具有蓝牙广播和扫描功能。Bootloader 不使用 Freertos。当我在 nrf connect 中使用软件升级 DFU 时，DFU 功能没有响应。我使用 Freertos 创建了一个刷新任务，该任务一直在持续运行。未执行 DFU 升级。

[Trump]

My project uses nrf52840 and Freertos. This project has Bluetooth broadcasting and scanning functions. Bootloader does not use Freertos. When I used software to upgrade DFU in nrf connect, the DFU function did not respond. I created a refresh task using Freertos and it has been running continuously. DFU upgrade not performed

[Einar Thorsrud]

Hi,

Which SDK version are you using and how do intend to enter DFU mode? Is it via buttonless DFU (as demonstrated by the buttonless DFU sample), or some other method? What have you found by debugging and observing logs?

[Trump]

18:46:22.952

Connection parameters updated for device D6:B2:91:97:3B:A8: interval 100ms, timeout 4000ms, latency: 0

18:46:25.966

Disconnected from device D6:B2:91:97:3B:A8(When I use nRF Connect for Desktop Bluetooth Low Energy, after selecting the upgrade file and clicking the DFU button, this log appears.)

[Trump]

2248.examples.zipThis is a simple demo I built. I tested that it can be upgraded using the mobile APP, but cannot be upgraded using the PC software.You can test it by directly replacing it with the SDK

[Einar Thorsrud]

Hi,

Thank you for the sample. I am able to reproduce it with that sample. DFU works with an iPhone, but not with nRF Connect for Desktop. If I test with the buttonless DFK sample from SDK 17.1.0, I can perform buttonless DFU also from nRF Connect for dekstop.

The probelm is not in the bootloader, but the device does not enter DFU mode. From nRF Connect for Dekstop you can see a GATT timeout, and this is also visible in the attached sniffer traces: 0842.traces.zip.

I have not been able to see what causes this issue yet though. Have you had any progress on your end?

[Trump]

There's no way to fix this. At the moment, I can only use the mobile software for the upgrade work.

[Einar Thorsrud]

There must be a way to fix it, but honestly I stil don't understand what the cause of this issue is. Wha I do see though, is that there ar eproblems allready in the service discovery. You can see it in the sniffer trace, in the GUI, you don't see the CCCD:

Compared with how it should be, as you can see for instance in the screenshot in this post.

[Einar Thorsrud]

Hi,

A short update from me. It seems the problem is that you do not handle the BLE_GATTS_EVT_SYS_ATTR_MISSING event. This is handled by the peer manager if the application use that (as is the case in the buttonless DFU sample application), but as you don't use the peer manager you must handle it yourself. You can do this by adding this snippet to your event handling in ble_evt_handler():

		case BLE_GATTS_EVT_SYS_ATTR_MISSING:
            // No system attributes have been stored.
            err_code = sd_ble_gatts_sys_attr_set(m_conn_handle, NULL, 0, 0);
            APP_ERROR_CHECK(err_code);
            break;

[Trump]

Okay, I will verify this code. Thank you for your answer. I will let you know as soon as I have the results. Thank you.

[Trump]

Thank you, I solved this issue with your help.

[Einar Thorsrud]

I am glad to hear that. Thanks for letting me know!