NRF52832 with buttonless DFU

[Coder_hope]

I have an issue in buttonless dfu,I have 2 kinds of device,one has issue in dfu,another one has buttonless dfu and works well, I transported DFU code form another kind of device ,something strange happens,If I comment DFu code, running softdevice and app well,if i uncomment DFU code and merge softdevice,bootloader-setting,app,boot to one hex, erase and download 4to1 hex,it stuck in bootloader,if I comment LED pin 25.26.30.31 and key detect pin 16 and power hold pin 2 , dont initlize them ,then merge 4to1 hex and download, he device will stuck in bootloader  last for about 1 minute,and jump to app , it is strange because the Power Hold PIn is not initlized and power is not suppled,but it worked, if I reset device ,it will also stuck in bootloader for about 1minute and then jumo to app.

this is configuation and define:

RAM start:0x20002AA8,   size :D558

#define NRF_SDH_BLE_VS_UUID_COUNT 2

#define STATE_LED_PIN 31           // led
#define MODE_1_LED_PIN 30           //led
#define MODE_2_LED_PIN 26          //led
#define MODE_3_LED_PIN 25            //led

#define KEY_PWR_DET_PIN_IN 16     // key low dectet
#define PWR_HOLD_CTL 2                  //power hold control pin

this issue comfuse me for days,can anyone help me ?

[Edvin]

Hello,

Sorry for the late reply. We are a bit short staffed these days due to summer holidays in Norway.

 

it will also stuck in bootloader for about 1minute and then jumo to app.

 It sounds like one of the dfu_enter_check() checks returns true, so that the device will enter DFU mode, and it times out after about one minute, and enters the application.

Can you please try to replicate this in the project:

SDK15\examples\dfu\secure_bootloader\pca10040_ble_debug project (it uses the same main.c file, so you only need to change the settings that you changed in the original bootloader project).

When you use this project, the bootloader's log will be printed over RTT. Can you please see what the log from the bootloader says, and paste it here?

Best regards,

Edvin

[Coder_hope]

Sorry for the late reply.we have changed the sch and pcb,redefine the KEY_PWR_DET_PIN_IN and PWR_HOLD_CTL pin,we will test this new pcb soon . thanks for your replay so much.