Bootloader and settings problem - gcc compiler

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Fri, 05 Apr 2019 08:25:18 GMT

Glad to hear that it works now, thanks for the update! I excluded this possibility after you confirmed that UICR.PSELRESET was not set, but it's written at runtime (implementation in system_nrf52) so guess you checked the register content before it had been set.

RE: Bootloader and settings problem - gcc compiler

Jenzo — Fri, 05 Apr 2019 07:59:19 GMT

Got it!

The makefile did have the -DCONFIG_GPIO_AS_PINRESET. When it was erased from the makefile it works fine with the bootloader.

I am primarily using SES now, so I have happily forgot all about the makefile. Excuse me for that.

Thank you for a fantastic service.

Regards

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Fri, 05 Apr 2019 07:40:44 GMT

It's whether or not you build with -DCONFIG_GPIO_AS_PINRESET that matters.

[quote user="Jenzo"][/quote]

Sorry, but the second time I power cycled the device it read this:

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000000 |....|

iMac:nrfjprog jenzo$

Is this consistent? I mean, does the reset register always read zero after a power cycle? Maybe you should give the program some time to run before you check the register.

RE: Bootloader and settings problem - gcc compiler

Jenzo — Fri, 05 Apr 2019 07:20:23 GMT

yes, the makefile refers to the same system_nrf52.c file:

$(SDK_ROOT)/components/toolchain/system_nrf52.c \

RE: Bootloader and settings problem - gcc compiler

Nguyen Hoan Hoang — Thu, 04 Apr 2019 16:46:48 GMT

Is your bootloader compiled with the same system_nrf52.c as your firmware ? It looks like that the bootloader is compiled with pin reset enabled.

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 12:04:15 GMT

Hi Vidar,

Considering that my battery powered device with output pins that control a DC motor, what could be wrong with my hardware? meaning how can the bootloader reset my board / reconfigure the PO.21?

The board is working fine without the bootloader.

Regards
Jens

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 09:42:24 GMT

Sorry, but the second time I power cycled the device it read this:

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000000 |....|

iMac:nrfjprog jenzo$

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 09:39:10 GMT

Hi Vidar,

Now I am performing a power cycle before reading the register! The bootloader used is the one you provided.

iMac:nrfjprog jenzo$ ./nrfjprog --eraseall

Erasing user available code and UICR flash areas.

Applying system reset.

iMac:nrfjprog jenzo$ ./nrfjprog --program bl_blset_app_sd_v22.hex

Parsing hex file.

Reading flash area to program to guarantee it is erased.

Checking that the area to write is not protected.

Programing device.

POWER CYCLE the device!

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000004 |....|

iMac:nrfjprog jenzo$

Regards

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Thu, 04 Apr 2019 09:05:40 GMT

Hi Jens, I was referring to the nrjprog error "Cannot connect to any nRF device". A "deadlock" should not prevent the debugger from connecting. However, I think it makes sense to ignore that for now as it works on the other board you had.

[quote userid="42209" url="~/f/nordic-q-a/45501/bootloader-and-settings-problem---gcc-compiler/180183"][/quote]

iMac:nrfjprog jenzo$ ./nrfjprog --reset

Applying system reset.

Run.

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000004

Did you turn the power off and on before you read the RESETREAS register here? In that case, the application is doing a soft reset.

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 08:56:02 GMT

Hi Vidar,

I get the same result with the bootloader provided by you.

I do have output pins that control DC motor driver.

If it is a hardware problem, how can you explain the issue? It works perfectly without the bootloader.

Regards

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Thu, 04 Apr 2019 08:35:45 GMT

Hi Jens,

This sounds more like HW issue. Do you have any Output pins that control regulator supply, etc.? Please try attached bootloader (.hex) and see if you get the same result. It's based on the original project but without any re-configuration of the GPIO pins.

devzone.nordicsemi.com/.../nrf52832_5F00_xxaa_5F00_s132.hex

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 07:57:55 GMT

Hi Vidar,

First time I performed the procedure the board got into a deadlock, possibly because it resets constantly:

iMac:nrfjprog jenzo$ ./nrfjprog --eraseall

Erasing user available code and UICR flash areas.

Applying system reset.

iMac:nrfjprog jenzo$ ./nrfjprog --program bl_blset_app_sd_v22.hex

Parsing hex file.

Reading flash area to program to guarantee it is erased.

Checking that the area to write is not protected.

Programing device.

iMac:nrfjprog jenzo$ ./nrfjprog --reset

Applying system reset.

Run.

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

ERROR: Cannot connect to any nRF device. Please make sure a device is

ERROR: connected to the debugger and supplied.

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

ERROR: Cannot connect to any nRF device. Please make sure a device is

ERROR: connected to the debugger and supplied.

iMac:nrfjprog jenzo$

I used another board and got this result:

iMac:nrfjprog jenzo$ ./nrfjprog --eraseall

Erasing user available code and UICR flash areas.

Applying system reset.

iMac:nrfjprog jenzo$ ./nrfjprog --program bl_blset_app_sd_v22.hex

Parsing hex file.

Reading flash area to program to guarantee it is erased.

Checking that the area to write is not protected.

Programing device.

iMac:nrfjprog jenzo$ ./nrfjprog --reset

Applying system reset.

Run.

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000004 |....|

iMac:nrfjprog jenzo$

Regards

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Thu, 04 Apr 2019 07:46:37 GMT

Hi Jens,

Yes, you're reading out the correct register. Bit 3 indicates that the reset source is SREQ (i.e., soft reset). But I forgot to add that you should power cycle the board before checking the register. This is to ensure you do not see the reset performed by the debugger.

The app must have called NVIC System reset if the bit is still set after a power cycle.

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 07:07:58 GMT

Hi Vidar,

I just read the memory after startup with the bootloader and I get this result:

iMac:nrfjprog jenzo$ ./nrfjprog --memrd 0x40000400 --n 4

0x40000400: 00000004

I am not sure if it is the right memory address that I am readiing?! If it is the right address then I am not sure what the result means but I am sure you know:)

regards

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Thu, 04 Apr 2019 06:53:38 GMT

Hi Jens,

I get that it resets when you use P0.21, but we don't know why. Can you check the POWER->RESETREAS register on startup to see what the reset source is?

[quote userid="42209" url="~/f/nordic-q-a/45501/bootloader-and-settings-problem---gcc-compiler/180153"]What could I have done wrong?[/quote]

I suspect it's caused by a peripheral (GPIO for instance) being initialized by the bootloader that's not being properly reset before booting the app. And that this somehow breaks the app.

Best regards,

Vidar

RE: Bootloader and settings problem - gcc compiler

Jenzo — Thu, 04 Apr 2019 06:46:21 GMT

Hi Vidar,

I know exactly why is resets! It resets when the input on PO.21 goes high. On my custom board I have a sensor that is active high.

When the bootloader is not programmed on the nRF52832 then it works fine. But as soon as the bootloader is programmed then it resets every time the sensor activates.

What could I have done wrong?

Regards
Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Thu, 04 Apr 2019 06:19:54 GMT

Hi Jens,

Thanks for verifying that the pinreset functionality is indeed disabled.

[quote user=""]I have read somewhere on the Nordic DEVZONE that the gcc compiler places the settingsfile in the wrong place of the memory map. But I lack a good method of fixing it.[/quote]

I don't recall seeing this issue. We did, however, have a bug where the buttonless app and bootloader placed data in the same flash region which would cause merge conflicts when combining the two. I think we fixed that in SDK 12.3.0.

The format of the settings page generated is the same regardless of the toolchain you use. Also, the bootloader would not have booted the app if you had an invalid settings page.

[quote user=""]But when adding a secure bootloader my board starts to act weird. I am using the RESET pin on the chip as an input PIN. My chip resets every time the input is used when the app is run with the bootloader. But it works fine without the bootloader.[/quote]

Are you able to debug the app to see what causes the reset? You can build with -DDEBUG to catch code assertions (error handler will perform a reset otherwise).

Best regards,

Vidar

RE: Bootloader and settings problem - gcc compiler

Jenzo — Wed, 03 Apr 2019 08:11:05 GMT

Hi Vidar,

Pinreset is disabled. Readout of memory: 0xFF.

I am using mergehex to merge and nrfjprog to program the board. Does GCC compile it wrong?

Please help.

Jens

RE: Bootloader and settings problem - gcc compiler

Vidar Berg — Mon, 01 Apr 2019 13:38:24 GMT

Hi Jens,

Please readout UICR.PSELRESET[x] after programming the bootloader to verify that it's not set. It should be 0xFF.. if pinreset is disabled. E.g., with nrfjprog

nrfjprog --memrd 0x10001200

This option is enabled if you build the project with CONFIG_GPIO_AS_PINRESET independent of what board file you use.

Regards,

Vidar

RE: Bootloader and settings problem - gcc compiler

Jenzo — Mon, 01 Apr 2019 13:31:46 GMT

Hi Cyril,

I have defined the PIN reset to a normal GPIO.

The app works fine. But the bootloader does not work. Strange, because both are using the same board file.

regards

Jens

RE: Bootloader and settings problem - gcc compiler

Cyril — Thu, 28 Mar 2019 15:19:45 GMT

Hello

did you take a look at the declaration of CONFIG_GPIO_AS_PINRESET in both your app and your bootloader?

Check the comment in system_nrf52.c:

/* Configure GPIO pads as pPin Reset pin if Pin Reset capabilities desired. If CONFIG_GPIO_AS_PINRESET is not
  defined, pin reset will not be available. One GPIO (see Product Specification to see which one) will then be
  reserved for PinReset and not available as normal GPIO. */

Best,