Problem writing to nrf52840

RE: Problem writing to nrf52840

Edvin — Mon, 14 Oct 2024 12:18:03 GMT

Could it be soldering issues? Perhaps the chip is not properly soldered on the board?

Unless you have an external debugger to test with, then I would say that you need to try to look at the soldering, or send it to us if you suspect it is a faulty device. In that case, we can desolder the chip, and test it in a socket board that we have.

Alternatively, what you can do first is to send us your schematics and PCB layout files for review. In that case, please create a new ticket, so that it will be assigned to someone who knows what to look for in PCB reviews (because I don't).

Best regards,

Edvin

RE: Problem writing to nrf52840

Boggibill — Sun, 13 Oct 2024 08:33:36 GMT

Hi.

I have different version of a custom board that works, but none of the same copy works here.

They faulty one have never worked.

RE: Problem writing to nrf52840

Edvin — Fri, 11 Oct 2024 08:33:06 GMT

Ok, so you have one custom board that can't be programmed, and you don't have an external debugger to test with.

So do you have several physical copies of that same custom board? And some of them are working, but one particular does not work?

Or does none of that custom board work?

Did the faulty device work at some point? Or did it never work?

Best regards,

Edvin

RE: Problem writing to nrf52840

Boggibill — Fri, 11 Oct 2024 05:29:04 GMT

Does flashing that particular firmware work if you flash it to another nRF52840 device, like a DK? (I don't care if it doesn't run, but if it is possible to just flash it).

Yes

And similarly, does it work programming other .hex files to that particular board?

And finally, can you try with another DK as a debugger, or even an external debugger with your custom board.

I don't have another DK, but I am able to program other custom boards the same way with the same DK, so I don't think there is a problem with the DK.

RE: Problem writing to nrf52840

Edvin — Thu, 10 Oct 2024 12:37:58 GMT

[quote user="Boggibill"]BTW; I have not nReset connected, could that cause this problems?[/quote]

Should not be needed. The debugger usually uses software reset, not pin reset.

Does flashing that particular firmware work if you flash it to another nRF52840 device, like a DK? (I don't care if it doesn't run, but if it is possible to just flash it).

And similarly, does it work programming other .hex files to that particular board?

And finally, can you try with another DK as a debugger, or even an external debugger with your custom board.

Best regards,

Edvin

RE: Problem writing to nrf52840

Boggibill — Thu, 10 Oct 2024 11:08:06 GMT

I know it is a bit "home-made". But i run out if wires and needed to remove soldered connection since that could be that somewhere it was improper connections. It is like this to make sure all connections where connected..

Anyway it did not help..

boggi@getshop-boggi:~$ nrfjprog --program /home/boggi/..../build_1/zephyr/zephyr.hex --recover --verify -f NRF52 --snr 1050385234 -c 500 --log
[ #################### ] 1.147s | Erase file - Done erasing
[error] [ Client] - Encountered error -102: Command program_file executed for 58 milliseconds with result -102
[error] [ nRF52] - The write access failed, but no cause could be determined.
[error] [ nRF52] - It may be due to an unaligned access, accessing a nonexistent memory, or a communication issue.
[error] [ nRF52] - Failed while performing 'Write' operation on target address 0x00000000.
-102: An unknown error.
[error] [ nRF52] - Failed while reading device information.
[error] [ Worker] - An unknown error.
ERROR: JLinkARM DLL reported an error. Try again. If error condition
ERROR: persists, run the same command again with argument --log, contact Nordic
ERROR: Semiconductor and provide the generated log.log file to them.

boggi@getshop-boggi:~$ nrfjprog --recover
Recovering device. This operation might take 30s.
Erasing user code and UICR flash areas.

boggi@getshop-boggi:~$ nrfjprog --program /home/boggi/..../build_1/zephyr/zephyr.hex --recover --verify -f NRF52 --snr 1050385234 --clockspeed 500 --log[ #################### ] 1.148s | Erase file - Done erasing
[error] [ Client] - Encountered error -102: Command program_file executed for 57 milliseconds with result -102
[error] [ nRF52] - The write access failed, but no cause could be determined.
[error] [ nRF52] - It may be due to an unaligned access, accessing a nonexistent memory, or a communication issue.
[error] [ nRF52] - Failed while performing 'Write' operation on target address 0x00000000.
-102: An unknown error.
[error] [ nRF52] - Failed while reading device information.
[error] [ Worker] - An unknown error.
ERROR: JLinkARM DLL reported an error. Try again. If error condition
ERROR: persists, run the same command again with argument --log, contact Nordic
ERROR: Semiconductor and provide the generated log.log file to them.
boggi@getshop-boggi:~$

Attached log

devzone.nordicsemi.com/.../4454.log.log

BTW; I have not nReset connected, could that cause this problems?

RE: Problem writing to nrf52840

Edvin — Thu, 10 Oct 2024 10:52:22 GMT

You can try to decrease the SWD speed. No offence, but this looks a bit home-made with a lot of connections that may not be 100%.

Add the argument:

--clockspeed 500

-c 500

and see if that changes anything.

RE: Problem writing to nrf52840

Boggibill — Thu, 10 Oct 2024 07:49:30 GMT

Hi Edvin.

I will try what you say. It is not easy to see from the picture, but GND and GND detect are already connected here.

I tested connceting VDD to a different port, with no luck.

nrfjprog --recover --log works just fine.

RE: Problem writing to nrf52840

Edvin — Wed, 09 Oct 2024 09:27:49 GMT

[quote user="Boggibill"]I am able to program other custom boards with a different chip (NRF52840-QFAA-F-R7).[/quote]

Using this DK as the programmer?

[quote user="Boggibill"] I am powering using the DK, and the (the standard voltage on the DK).[/quote]

As shown in this picture? If so, can you please try the following:

1: Disconnect the VDD_nRF on the far left, and plug it in VDD near the bottom of the picture. (not sure if this is needed, but it is worth a shot)

2: Disconnect the GND DETECT and plug it in GND near the bottom of the picture.

3: Short GND to GND DETECT.

(4: Keep the white cable, shorting VDD to VTG)

The reason is that GND DETECT is not actually ground. It is used to detect whether GND is GND on the connected device. So right now you are probably having a floating GND on your custom board, unless you power it externally.

Best regards,

Edvin

RE: Problem writing to nrf52840

Boggibill — Wed, 09 Oct 2024 07:30:22 GMT

Hi.

Yes, i am sure I don't mix the SWDIO and SWDCLK. I am able to program other custom boards with a different chip (NRF52840-QFAA-F-R7).

Im not sure what the voltage is, I am powering using the DK, and the (the standard voltage on the DK).

Attached is a picture of the board.

RE: Problem writing to nrf52840

Edvin — Mon, 07 Oct 2024 13:13:47 GMT

[quote user="Boggibill"]If i disconnect VDD and VTC the programming possible:[/quote]

But then it will program the DK, right?

So the custom board is powered externally, right? What voltage is the nRF running on on the custom board? What version is your nRF52 DK? What does it say on the white sticker, other than the serial number (1050385234)? And can you please take a picture of the P20 header (the one with VDD_nRF, GND detect, SWDIO and SWDCLK, and so on), and upload it here?

Are you sure you didn't mix up the SWDIO and SWDCLK lines? It should be SWDIO DK -> SWDIO custom board and SWDCLK DK -> SWDCLK custom board.

BR,
Edvin

RE: Problem writing to nrf52840

Boggibill — Mon, 07 Oct 2024 11:57:52 GMT

Hello.

I am able to program the dev board NRF52.

I am programming a custom board using the NRF52 dev board by shortening VDD and VTC. The custom board is connected to the SWDIO and SWDCLK, VDD_nRF, GND, and GND detect on he dev board. The dev board is connected usb.

If i disconnect VDD and VTC the programming possible:

-- west flash: using runner nrfjprog
-- runners.nrfjprog: Flashing file: /home/boggi/..../build_1/zephyr/zephyr.hex
[ ###### ] 0.000s | Erase file - Check ima[ ##### ] 0.000s | Check image validity -[ ########## ] 0.000s | Check image validity -[ ############### ] 0.000s | Check image validity -[ #################### ] 0.006s | Check image validity -[ ############# ] 0.000s | Erase file - Erasing [ ########## ] 0.000s | Erasing non-volatile m[ #################### ] 1.514s | Erase file - Done erasing
[ #################### ] 3.665s | Program file - Done programming
[ #################### ] 1.354s | Verify file - Done verifying
Enabling pin reset.
Applying pin reset.
-- runners.nrfjprog: Board with serial number 1050385234 flashed successfully.
* Terminal will be reused by tasks, press any key to close it.

RE: Problem writing to nrf52840

Edvin — Mon, 07 Oct 2024 11:51:15 GMT

Ok, then we are probably looking at something else.

Using the same computer, same version of nrfjprog and JLink. Are you able to program other devices, such as an nRF52840 DK?

Are you able to program other application files to the nRF52840, or is it just this one file failing?

What device are you trying to program? Is it a DK, or a custom board? And how did you connect it to the computer? USB cable? external debugger? External board via nRF52840 DK?

RE: Problem writing to nrf52840

Boggibill — Fri, 04 Oct 2024 13:29:17 GMT

Hi Edvin.

Thanks for following me up.

I still get issues.

boggi@getshop-boggi:~/Downloads$ nrfjprog --program /home/boggi/..../build_1/zephyr/zephyr.hex --recover --verify -f NRF52 --snr 1050385234

[ #################### ] 1.113s | Erase file - Done erasing
[error] [ Client] - Encountered error -102: Command program_file executed for 397 milliseconds with result -102
[error] [ nRF52] - The write access failed, but no cause could be determined.
[error] [ nRF52] - It may be due to an unaligned access, accessing a nonexistent memory, or a communication issue.
[error] [ nRF52] - Failed while performing 'Write' operation on target address 0x00000000.
-102: An unknown error.
[error] [ nRF52] - Failed while reading device information.
[error] [ Worker] - An unknown error.
ERROR: JLinkARM DLL reported an error. Try again. If error condition
ERROR: persists, run the same command again with argument --log, contact Nordic
ERROR: Semiconductor and provide the generated log.log file to them.
NOTE: For additional output, try running again with logging enabled (--log).
NOTE: Any generated log error messages will be displayed.

boggi@getshop-boggi:~/Downloads$ nrfjprog --version
nrfjprog version: 10.24.2 external
JLinkARM.dll version: 7.94e
boggi@getshop-boggi:~/Downloads$

Attached log:

devzone.nordicsemi.com/.../8640.log.log

RE: Problem writing to nrf52840

Edvin — Fri, 04 Oct 2024 13:17:53 GMT

Hello,

First, can you please try:

nrfjprog --program /home/boggi/..../build_1/zephyr/zephyr.hex --recover --verify -f NRF52 --snr 1050385234

So exchange the --serialanduicrerase with --recover.

Next, for the remaining "small" writes, you should add "--verify"

What you are seeing is probably that you have the new nRF52840's which has a bit different readbackprotection. Therefore, if it is empty, readbackprotection is enabled, so the FW needs to unlock it. If you have the latest MDK, this is done automatically.

And you should stick to the latest version of nrfjprog, as the older ones may not be aware of this new readback protection.

The reason --recover before doing the --program in two different options is that the recover will write a small application to the nRF, turning off readback protection.

Give it a go, and let me know if it doesn't work.

Best regards,

Edvin

RE: Problem writing to nrf52840

Boggibill — Thu, 03 Oct 2024 17:09:31 GMT

update, degrading nrfjprog did give a different result:

[ #################### ] 0.194s | Erase file - Done erasing
[error] [ Client] - Encountered error -102: Command program_file executed for 448 milliseconds with result -102
[error] [ nRF52] - The write access failed, but no cause could be determined.
[error] [ nRF52] - It may be due to an unaligned access, accessing a nonexistent memory, or a communication issue.
[error] [ nRF52] - Failed while performing Write operation on target address 203288.
-102: An unknown error.
[error] [ nRF52] - Failed while reading device information.
[error] [ Worker] - An unknown error.
ERROR: JLinkARM DLL reported an error. Try again. If error condition
ERROR: persists, run the same command again with argument --log, contact Nordic
ERROR: Semiconductor and provide the generated log.log file to them.
NOTE: For additional output, try running again with logging enabled (--log).
NOTE: Any generated log error messages will be displayed.

but still.