Cannot flash using VSCode in nRF54L15 dev kit

Hi,

I just finished to setup everything to start using nRF Connect for VSCode Extension. I followed the "nRF Connect SDK Fundamentals" course in the DevAcademy.

I installed nRF Command Line Tools, VSCode and the nRF Connect for VSCode extension pack. I then installed the latest toolchain and SDK. (all versions at the end)

After copying the Blinky example and changing the code to turn on also a second led, I was able to build the configuration and build the project, but once I tryied to flash it to the board nothing changed. (the board shows in the Connected Devices)

I then tryied different things to make it work and found out that using the nRF Connect for Desktop app everything works... using the programmer tool and passing my merged.hex file, it programmed successfully.

I then moved to VSCode and used the "Erase Board" command to be sure that the board was reachable; It worked and removed the firmware from the dev kit.

I really don't know if the problem is related to something I'm missing or if it's a problem of the command in the extension.

Please help me find out what is causing the problem.

Thanks,

Fabio

MORE INFO:

Command Line Tools (10.24.2)

VSCode version (1.95.3)

nRF Connect for VSCode extension pack (v2024.9.5) - so I'm now working with nRF Connect v2024.11.75.

Toolchain (v2.8.0)

SDK (v2.8.0)

running the command "nrfjprog --version" in powershell returns:
"nrfjprog version: 10.24.2 external"
"JLinkARM.dll version: 8.10h"

  •  , what board revision of the nRF54L development board are you using, what happens when you debug the application without TF-M, and have you tried to see if you are able to run any of the other SDK samples that have been tested for the 54L15DK (e.g., peripheral_lbs example in nrf/samples/bluetooth).

    Also nRF Connect for desktop, reading device memory fails here is the log:

    You can view the core registers in the top right corner. The xPSR register will tell which ISR number this interrupt vector has.

  • Hi,

    Board revision is 0.8.1, I tryied to build and flash also the Blink PWM example and the matter weather station example, none of them worked.

    I will try to use the pheipheral_lbs example as soon as possible, but currently I have also other things to do.

    The debug without TF-M doesn't work.

    With the build configuration ns:

  • Hi, I noticed that I was using V8.10 of JLinkARM.dll, I updated it to be the version that it needs to be V7.94i but nothing changed.

    In the tutorial it says: "nRF Command Line Tools are needed to install the SEGGER J-Link package, which is a requirement to flash firmware to your board." so I think that maybe the usage of the version 7.94i is a new thing and maybe for new users it breaks the flashing process in the extension.

     

  • Hi, 

    The current nrfutil device and nrfjprog versions are tested and validated with JLink_V7.94i, but this does not mean it has to be incompatible with never versions of Jlink. I have JLink_V8.10f installed on my system, and have not experienced any issues.  

    Testing blinky sample with SDK v2.8.0 with nRF54LDK (rev. 0.8.1)

    Flashing (LED1 starts blinking after this point)

    Debugging

    But I see that there is a mismatch between Jlink GDB server version and the jlink library in your case. May be worth trying to have only one version of Jlink installed. 

    Edit:

    Hex file from my build:

    8508.merged.hex

    It can be programmed from the command line with nrfutil:

    nrfutil device program --firmware merged.hex --options chip_erase_mode=ERASE_ALL,verify=VERIFY_READ,reset=RESET_SYSTEM
    

  • Hi,

    I was wondering if you can provide the version of everything I need, I noticed that for someone else Python 3.10.x caused problems, maybe the version of nrfutil, west, JLink or someting else is wrong...

    (I already changed nrfutil version from 5.2.0 to 5.0.0 after finding problems with python)

    I really can't figure out why in the Desktop app everything works but in the VSCode extension I have problems.

    This problem is slowing the development process.

Related