OTA over serial failure| sdk 15.2

[Somesh Burkule]

Hello Everyone,

I am using nrf52832 and sdk 15.2 for ota over serial. I have made bootloader for OTA over UART and tested same with nrfutil using my dfu package file. firmware is upgraded successfully and  working fine.

Now I need to upgrade firmware using host MCU. I tried sending dfu package file( .zip ) to nrf52832 over UART using slip librairy to upgrade firmware but it is not working.

Is there any compulsion to send Ping packet, PNR, MTU Packet, init packet, application and bootloader separately over UART?

Can we send directly dfu package created through nrfutil to nrf52832 from other MCU over UART?

Kindly suggest me right approach.

[Edvin]

Hello,

 

Now I need to upgrade firmware using host MCU. I tried sending dfu package file( .zip ) to nrf52832 over UART using slip librairy to upgrade firmware but it is not working.

 From this, I interpret that you want to drag'n'drop from a computer, isn't that right? Is that the final way you want to do it? Or do you want to program the nRF From a microcontroller on a PCB? 

What HW are you running on? Is it a DK, or is it a custom PCB?

BR,

Edvin

[Somesh Burkule]

No, I don't want drag and drop from computer. I want upgrade nrf from other MCU through UART. I have custom PCB. Kindly help for the same.

[Somesh Burkule]

Hello,

Please help me for this as soon as possible.

[Edvin]

Hello,

I am sorry. I didn't see this until now. When a message is marked as a "verified answer", it no longer pops up in the queue. Did you manage to generate the init packet?

Do you know why the init execute command fails? Where was it "done before"? I didn't understand that part. 

Could the problem be that you don't use Flow Control on the UART? Or do you use flow control?

BR,
Edvin

[Somesh Burkule]

Hi,

I have generated init packet. 

I tried sending init packet and app file. that time init packet executes successfully but app file not due to some reason.now want to send again init packet and app file but init packet does not executes because it was done before. I need to execute this init packet from crash now again. is there any command to set bootloader to recieve init packet from crash again.

[Edvin]

One way to reset the device is to call a systemreset from the sourcecode if the second init (application image) fails. Depending on whether you have a valid application or not you may have to set the correct reset register (the way that you set it to get it to run DFU mode instead of the application) in the first place. 

The way this is typically done is to write to the NRF_POWER->GPREGRET register.

Please see how this register is checked in dfu_enter_check() in nrf_bootloader.c:

    if (NRF_BL_DFU_ENTER_METHOD_GPREGRET &&
       (nrf_power_gpregret_get() & BOOTLOADER_DFU_START))
    {
        NRF_LOG_DEBUG("DFU mode requested via GPREGRET.");
        return true;
    }

So this register has to be written before the reset (you can use bootloader_reset() to reset the bootloader).

But perhaps it would be more interresting to know why the execute command doesn't work? Do you use HWFC? At what rate are you sending the packets?

[Somesh Burkule]

Let me explain in briefly.

I first sent two files( Baud:115200, HWFC Disabled )

Init packet -> executes successfully

application file -> does not executes( I am downloading file from server then sending file to nrf through serially so if network failor occurs it fails)

then I send two files again( Baud:115200, HWFC Disabled )

Init packet -> does not executes

application file -> does not executes

[Edvin]

If you do not use HWFC then the issue may be that it doesn't have time to write the packets to flash with the speed you are sending them. Try to add some delay between each packet, and see if the issue remains. Alternatively, try to enable HWFC and see whether that may be the issue. If the nRF Has no way of holding back the UART packets, and they are received too fast, I am not sure how the bootloader would react.

BR,

Edvin

[Somesh Burkule]

I think that is not the issue.

I have used 10ms of delay when sending packet.

As per my observation, nrf is not executing second init packet if first one is executed successfully and stored in flash. so that I was asking to erase flash in boot mode.

Is it correct?

[Edvin]

If the init packet is already transmitted, you can start directly on the application image. Wouldn't that be a better approach?

You can probably delete the init packet as well, If you want that, the sequence on the bootloader would be:

startup -> check if the init packet is present -> check if a valid application is present -> delete the init packet if the application is invalid.

Exactly why it is rejected if it doesn't work on first try I am not sure. 

Out of curiousity, is it an image containing bootloader or application?

[Somesh Burkule]

How to check init packet is present? is there any Command? and how to delete init packet?

Actually I am generating zip package and using app.bin and app.dat file for ota.

so app.bin -> application image

     app.dat -> init packet

[Edvin]

Can you check the logging information in your bootloader and see if you can determine why the packet is not executed? You probably need to use the pca10040_uart_debug project in order to activate logging.