[SOLVED] nrfjprog.exe "ERROR: Two arguments were provided that cannot be combined."

RE: [SOLVED] nrfjprog.exe "ERROR: Two arguments were provided that cannot be combined."

Nate — Tue, 01 Dec 2015 19:43:40 GMT

Ah! okay. That is much less critical than I initially thought. Thanks for your help, Vidar :)

RE: [SOLVED] nrfjprog.exe "ERROR: Two arguments were provided that cannot be combined."

Vidar Berg — Mon, 30 Nov 2015 10:07:00 GMT

Reset is required after programming the device to start program execution the first time (pin reset or power-cycle). However, it will not be needed for subsequent uploads using DFU.

RE: [SOLVED] nrfjprog.exe "ERROR: Two arguments were provided that cannot be combined."

Nate — Sun, 29 Nov 2015 14:52:34 GMT

While trying to wrap my head around this, I think I misunderstood the severity of the issue. If I understand correctly, the nRF51-DK will only need to be manually power-cycled after the bootloader is programmed to flash. Subsequently, every time a new firmware upgrade is delivered via DFU, it is NOT necessary to manually power-cycle the board. Is that right? We are not including a power switch in our final design. So you can imagine it is a critical issue for our use case.

RE: [SOLVED] nrfjprog.exe "ERROR: Two arguments were provided that cannot be combined."

Vidar Berg — Fri, 27 Nov 2015 10:20:58 GMT

Hi,

First some background on why we use nrjprog with the bootloader examples; the "target driver"(JLINK) (true for nRF51) doesn't support writing to the UICR registers as opposed to nrfjprog which is needed to set the UICR.BOOTLOADERADDR register( MBR Reset behavior).

Earlier nrfjprog supported both --reset and --program arguments to be passed in the same instance, but this had to be removed in the latest versions. The reset argument was therefore removed in the SDK 9.0.0. and 10.0.0 release. Thus, requiring a manual reset to start execution after programming.

1). Unfortunately, I don't see a way to automatically reset the device after programming. But there are some options:

Reset the board after programming by pressing the reset button on the kit.
Create a reset command in Keil: In the file menu, select tools -> customize Tools menu. Here you can create a new command that resets the chip using nrfjfprog. Useful if there's no reset pin on the board.

You only need to set the UICR register the first time, it will only be cleared if you do a complete chip erase. So you can use the "target driver" on subsequent uploads. One advantage with this is that the target driver doesn't require the flash to be erased beforehand.

The second proposed solution recommended using the bootloader from the 8.0 SDK. So I downloaded nRF51_SDK_8.0.0_5fc2c3a.zip and nRF51_SDK_8.1.0_b6ed55f.zip and tried both.

What I meant to say is that the we generally recommend to use the latest SDK when possible, which at the moment is v.10.0.0. Bootloader in releases prior to SDK 8.0.0 did not implement the Service changed characteristic mentioned in the thread i linked to.