Platform: nRF5340DK PCA10095 2.0.2
SDK: nRF Connect SDK v2.6.1, Zephyr v3.5.99-ncs1-1
Tools: VS code extension for nRF Connect SDK v2024.12.55 (same version in Windows and Linux), nRF Connect for Desktop v5.1.0
Hey!
I am programming nRF5340 dev kits in Ubuntu 22.04 with VS code. It has been working fine for months. But recently two of my dev kits cannot be reset, programmed, recovered, or erased, while other same 2.0.2 boards still work fine. Logs in NCS extension for VS code are shown below:
Building blinky west build --build-dir /home/cc/ncs/v2.6.1/zephyr/samples/basic/blinky/build_5340 /home/cc/ncs/v2.6.1/zephyr/samples/basic/blinky ninja: no work to do. * Terminal will be reused by tasks, press any key to close it. * Executing task: nRF Connect: Flash: blinky/build_5340 (active) Flashing build_5340 to 1050080594 west flash -d /home/cc/ncs/v2.6.1/zephyr/samples/basic/blinky/build_5340 --skip-rebuild --dev-id 1050080594 -- west flash: using runner nrfjprog -- runners.nrfjprog: reset after flashing requested -- runners.nrfjprog: Flashing file: /home/cc/ncs/v2.6.1/zephyr/samples/basic/blinky/build_5340/zephyr/zephyr.hex [error] [ Client] - Encountered error -105: Command connect_to_emu_with_snr executed for 40 milliseconds with result -105 ERROR: Unable to connect to a debugger. [error] [ Worker] - JLinkARM.dll Open returned error 'Cannot connect to J-Link.' ERROR: The JLinkARM DLL timed out while communicating to the J-Link probe. ERROR: If the error condition persists, run the same command again with ERROR: argument -- log, contact Nordic Semiconductor and provide the generated ERROR: 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. FATAL ERROR: command exited with status 35: nrfjprog --program /home/cc/ncs/v2.6.1/zephyr/samples/basic/blinky/build_5340/zephyr/zephyr.hex --sectorerase --verify -f NRF53 --coprocessor CP_APPLICATION --snr 1050080594 * The terminal process terminated with exit code: 35. * Terminal will be reused by tasks, press any key to close it.
Note that the error is independent of sample to be flashed.
While flashing the same sample code in Windows, it works fine for the two boards. I have tried massive erase in Windows using both VS code extension and nRF Connect for Desktop, didn't help. Does anybody have been into a similar issue?
Screenshots of VS code extension when connected are attached below, Windows(left), Linux(right). Chip info disappeared in Linux which I believe is absolutely abnormal.
Additionally note that serial ports work fine in both.