nrfutil dfu random failures

RE: nrfutil dfu random failures

Edvin — Wed, 23 Sep 2020 11:32:58 GMT

[quote user="simone.bonetti"]We would really like to try to use nrfutils with an updated version of pc-ble-driver-py library which links to the latest pc-ble-driver v4.1.2, rather than the current pc-ble-driver v4.1.1, is this possible?[/quote]

I understand, but this is not something I possess.

I tried to run a similar script using the nRF52833 as the target device:

devzone.nordicsemi.com/.../test833.bat

Can you please try to copy this to the location:

SDK17\examples\dfu\secure_bootloader\pca10100_s140_ble\armgcc.

You need to call the script SDK17\external\micro-ecc\build_all.bat before you compile the bootloader using the script (but I guess you already know this if you compiled the bootloader earlier.

Can you please try this in an unmodified SDK?

The reason I ask you to test these is not just to have you spend time on unnecessary tests, but I am trying to narrow down what the issue may be. Did you do any changes to the bootloader? When I ran this script, it didn't fail at any of the DFU updates.

If you don't fail on any of the 10 tests in the script, can you try to zip a project + bootloader combination that reproduces the issue, and zip the projects and send them to me here? Please make sure that the projects compile when you unzip them in an unmodified SDK before sending them.

BR,

Edvin

RE: nrfutil dfu random failures

simone.bonetti — Wed, 23 Sep 2020 10:26:48 GMT

We're having hard time try to focus where the problem actually is, what i can tell you right now is the following:

your script runs fine on nRF52840 DK eval board, no failures
using nRF52833 DK we experienced some failures with untouched secure_bootloader\pca10100_s140_ble
we never experienced failures using nRFConnect Ble

After many tests, we're pretty confident that neither the target Hw, nor the target bootloader is responsible for the failures, it's something related to the PC side (libs or dongle fw).

We would really like to try to use nrfutils with an updated version of pc-ble-driver-py library which links to the latest pc-ble-driver v4.1.2, rather than the current pc-ble-driver v4.1.1, is this possible?

RE: nrfutil dfu random failures

Edvin — Tue, 22 Sep 2020 11:28:17 GMT

Hello,

I tested this now, and tried to run 10 DFU updates in a row two times, and all of them succeeded as expected.

Did you do any changes to the bootloader, other than changing the private key and public keys?

Can you please try to copy the attached .bat script to SDK17\examples\dfu\secure_bootloader\pca10056_s140_ble\armgcc, and run it from a command line?

This should work out of the box * if you use an nRF52840 DK as your target board. Just replace the serial number in:

set TARGET_SNR=123456789

with the serial number of your target DK (the one containing the bootloader), and replace the

set CONNECTIVITY_COM_PORT=COM5

with the COM port of your pre-programmed connectivity dongle. Please note the line saying: "TODO: ..."

NB: this will delete the dfu_public_key.c and the private.key, so please make a copy of those for backup.

devzone.nordicsemi.com/.../test.bat

BR,

Edvin

RE: nrfutil dfu random failures

simone.bonetti — Tue, 22 Sep 2020 09:48:49 GMT

i narrowed down the issue in order to help you reproduce it. The best configuration i found was the following:

Target board: PCA10100

IDE: Segger Embedded Studio

i compiled and flashed the following fw: examples\dfu\secure_bootloader\pca10100_s140_ble from SDK 17.0.0 using a public key generated from a private key generated with nrfutils 6.1.0

i compiled the following fw: \examples\ble_peripheral\ble_app_uart\pca10100\s140 from from SDK 17.0.0 and created a DFU package using the previously created private key.

i started DFU update with nrfutils 6.1.0 after flashing the dongle Fw with the -f option (the dongle shows a green LED on) and i tried 10 downloads. 2 of them showed the following error just after the connection phase:

pc_ble_driver_py.exceptions.NordicSemiException: MTU exchange request failed. Common causes are: missing att_mtu setting in ble_cfg_set, different config tags used in ble_cfg_set and connect.

I also tried with PCA10056 eval board using precompiled FW from examples\dfu\secure_dfu_test_images\ble\nrf52840 and i was not able to reproduce the issue, so COULD be a something influenced by the HW, but in my opinion still related to the tools performing the update, not to the target itself.

I still believe that an update of pc-ble-driver-py library with the pc-ble-driver v4.1.2 could be one of the first things to do, due to the release notes issues that i posted in the main post.

RE: nrfutil dfu random failures

Edvin — Mon, 21 Sep 2020 13:58:48 GMT

When you are using nrfutil, you should flash the device using nrfutil as well. It is not the same FW running when you use the dongle as the connectivity dongle on nRF Connect for Desktop and when you use it as the connectivity dongle for nrfutil.

Let me give it a go tomorrow (I am sorry. I am not in the office today, and I don't have a dongle with me, so I will have to try tomorrow).

Just in case I have some difficulties reproducing. What SDK is your bootloader from, and what Hardware is the target device running? Does it reproduce with an unmodified bootloader as well?

Best regards,

Edvin

RE: nrfutil dfu random failures

simone.bonetti — Mon, 21 Sep 2020 13:54:29 GMT

Hi,

yes, we did both pip install and installation from sources, but both methods produced failures.

Dongle Information:

nRF52840-Dongle

PCA10059

1.2.0

2019.37

F9:4F:15:99:31:88

we tried flashing the Dongle Connectivity Fw using both Nrf Connect Ble and nrfutils (using -f option) but the results were the same.

We are experiencing the same problems on 2 different PCs with 2 different dongles ( the second has 2020.07 reported on the sticker, the other values are the same except for the MAC address obviously).

RE: nrfutil dfu random failures

Edvin — Mon, 21 Sep 2020 13:46:49 GMT

Hello,

How did you install nrfutil v6.1.0? Can you try to install it using pip install?

I can't say that I have seen this issue before. What dongle version do you have? What does it say on the sticker on the dongle?

Best regards,

Edvin