DFU not working on S332 2.0 SDK12 . Help me setting Target IROM1 and IRAM1?

[Wasil]

Hi 

   I am trying to implement DFU to my project. I have done all the steps to generate packages,  private and public keys etc. My program now starts at dfu and I can upload the package to nrf52 but it then get stuck to (Jump to 0x0029000).

Can anyone help me target setting on keil? Thanks

 

[Hung Bui]

Hi Stark,

Could you try to test updating an example in our SDK (you need to configure it so it works with S332) instead of your application, just to make sure that DFU works properly ?  You can also start with testing with a simple application to blink an LED. 

I assume your app works if you don't flash the bootloader ? 

[Wasil]

Hi Hung,

             I got successful in running dfu on s132 but struggling on s332. I think its IROM1 and IRAM1 settings for dfu bootloader. Currently settings are

IROM1: 0x75000 and size: 0xB000

IRAM1: 0x20002E00 and size: 0xD370 

I am working on nrf52832 512k chip. 

Is there any way to find out the correct IRAM1?

[Hung Bui]

Hi Stark, 

Thanks for clarifying the IC variant. I 'm using the same chip here. 

Could you please use the files I sent and read out the whole flash using this command: 

nrfjprog --readcode filename.hex

Please try to read the flash when: 

- After you flashed softdevice and bootloader (please use what I sent you on 7Mar.zip)

- After you DFU updated the blinky image I sent you in the .zip ( I assume it worked )

- After you DFU update the hrs example I sent you in the package_hrs.zip. (I assume it doesn't work)

Using that data I can compare with what I have here, theoretically it should be identical with what I have here (which works) if it's not we can try to figure out why.  

[Wasil]

Three tests attached. Please check. Thanks

test1.zip

[Wasil]

Hi Hung, Did you get a chance checking files I sent you?

[Hung Bui]

Hi Stark, 

I have been testing here and actually found a bug in the bootloader (after 4 hours :( ). We used wrong size of data when doing nrf_dfu_flash_store() inside nrf_dfu_app_continue() in nrf_dfu_utils.c. It should be like this: 

ret_val = nrf_dfu_flash_store((uint32_t*)target_addr, (uint32_t*)src_addr, cur_len/sizeof(uint32_t), NULL);

It may not be related to the issue you are having now, but it's worth to try again. 

Could you please do the same test (reading out hex files) with the following images. Please flash the softdevice and bootloader that's included in this .zip file and update blinky and then update hrs. 

0572.DFU_TEST.zip

[Wasil]

Thanks for your time Hung. Much appreciated.

I have attached the tests for you. Also I have tried my app on this SD + bootloader and it actually initialise the ble and ant but it restarted after pStorage init and then jump back to dfu bootloader. Definitely improvement :-)

New blinky package works fine and when I restart the device it jump straight to app again unlike before it start again from dfu bootloader.

New hrs package didn't work.

test1-1.zip