Should the nrfjprog version 9.7.2 work with nRF52840_XXAA

[Pertti Kasanen]

I have a single sample of the new nRF52840_XXAA at hand on our custom board. I'm trying to do a --recover with nrfjprog. As the log below shows, nrfjprog recognizes it as NRF52832_XXAA and fails. Am I using a wrong version as the documentation says the version adds support for nRF52840_XXAA_ENGB? 

--------------------------------------------------------------------------------

/Users/perttikasanen/Downloads/nRF5x-Command-Line-Tools_9_7_2_OSX/nrfjprog/nrfjprog --recover --family nRF52 --log

nrfjprog verion 9.7.2

--------------------------------------------------------------------------------

FUNCTION: open_dll.

FUNCTION: open_dll.

FUNCTION: enum_emu_snr.

FUNCTION: enum_emu_snr.

FUNCTION: enum_emu_snr.

FUNCTION: enum_emu_snr.

FUNCTION: connect_to_emu_with_snr.

FUNCTION: connect_to_emu_with_snr.

FUNCTION: connect_to_emu_without_snr.

FUNCTION: enum_emu_snr.

Device "NRF52832_XXAA" selected.

FUNCTION: recover.

FUNCTION: recover.

JLinkARM.dll CORESIGHT_WriteAPDPReg returned error -1.

JLinkARM.dll CORESIGHT_WriteAPDPReg returned error -102.

FUNCTION: close_dll.

FUNCTION: close_dll.

log.log (END)

Segger SES does not manage it any better, "Connect J-Link" fails with:

Connecting ?J-Link? using ?USB?
Connecting to target using SWD
Loaded /Applications/SEGGER Embedded Studio for ARM 3.34a/bin/libjlinkarm.dylib
Firmware Version: J-Link Ultra V4 compiled Mar 29 2018 17:47:00
DLL Version: 6.30e
Hardware Version: V4.00
Target Voltage: 1.785
Device "NRF52840_XXAA" selected.
connect failed
Failed to connect to target.
No idcode detected.
Please check connection and Target Interface Type

Any hints?

Pertti

[Håkon Alseth]

Hi,

 

Your target voltage is just below 1.8V. It is not all programmers that support this voltage.

Which programmer are you using?

 

Best regards,

Håkon

[Pertti Kasanen]

Hi,

The programmer works fine with nRF52832 designs at (and a bit below) 1.8V. This was tested using a Segger J-Link Ultra+.

The prototype board worked with nRF52832. We are using Rigado modules here: It used to have a Rigado BMD-300 (with nRF52832) and that was replaced with a BMD-340 (with nRF52840). As seen in the log, the board has the intended ~1.8V operating voltage.

We are checking the connections, checking if something is keeping the nRF in reset etc. The main changes have been: connecting the SWO pin, connecting USB pins, VCCH and a few additional IO-pins

With this question I wanted to verify that should the (nrfjprog and SES) program versions I'm using work with the product version of nRF52840? And is there something wrong as the nrfjprog logs 'Device "NRF52832_XXAA" selected.' instead of nRF52840?

[Håkon Alseth]

Hi,

 

nrfjprog and supported IDEs, like SES, will work with the production version of nRF52840.

The recover and erase procedure is equal on the nRF52832 and the nRF52840, so the "device selected" in the log shall not make any difference.

 

Have you been able to program this device at one time, and it stopped working, or have you never been able to program it properly?

Is "JLink Commander" (JLinkExe in *nix based OSes) able to detect the device?

 

Best regards,

Håkon

[Pertti Kasanen]

No, we have not managed to connect or program it at all. 

nRF52840 consumes about 15 mW so it seems to be running? JLinkExe flashes red and orange leds when trying to connect. Next step will be connecting a logic analyses to the SWD pins and checking if we could learn something from that.

[Håkon Alseth]

Hi,

 

15 mW is 5 mA at 3V, which sounds reasonable if the CPU is running.

Are you sure this is not a soldering issue? Are you certain that you have connected to the correct pins on the module, and that there's no microscopic shorts between the two lines?

 

Best regards,

Håkon