Hi, while working with the nRF9160DK i get this Error a lot of times, I can't say "Yes" or something else and have to wait until the progress bar fills completely. Even if I disconnect the DK.
It really takes some time on a workday because this happens a lot. I hope there is a fix,
Greetings,
Philipp
Hi,
Do you have a more detailed log output from vscode?
Could you share the output from CTRL-SHIFT+P, "nRF connect: Generate support information" in Vscode?
Kind regards,
Håkon
Hi, sure:
Flashing build to 9160 Kit2 /bin/sh -c west flash -d /Users/pschmid/Projects/bridgenordic/build --skip-rebuild --dev-id 960095624 -- west flash: using runner nrfjprog -- runners.nrfjprog: Flashing file: /Users/pschmid/Projects/bridgenordic/build/zephyr/merged.hex Timed out waiting for progress updates.sing non-volatile memory - block 7 of 7 Did worker process die? [ #################### ] 12.146s | Erase file - Done erasing ERROR: An internal error has occurred, please try again. 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 63: nrfjprog --program /Users/pschmid/Projects/bridgenordic/build/zephyr/merged.hex --sectorerase --verify -f NRF91 --snr 960095624
{
"platform": {
"os": "darwin",
"osVersion": "Darwin Kernel Version 22.6.0: Wed Jul 5 22:21:53 PDT 2023; root:xnu-8796.141.3~6/RELEASE_ARM64_T6020",
"osKernel": "22.6.0",
"vscode": "1.81.0",
"electron": "22.3.18",
"node": "v16.17.1"
},
"system": {
"date": "2023-08-09T07:18:11.928Z",
"vscodeRoot": "/Applications/Visual Studio Code.app/Contents/Resources/app",
"nrfConnectForDesktopInstalled": true,
"vscodeUptime": "22:40:37",
"osUptime": "139:25:20",
"cpu": {
"model": "Apple M2 Pro",
"speed": "24 MHz",
"count": 6
},
"memory": {
"total": "16.00 GB",
"free": "0.18 GB"
}
},
"workspace": {
"name": "bridgenordic",
"workspaceFile": null,
"folders": [
"/Users/pschmid/Projects/bridgenordic"
]
},
"extensions": {
"internal": {
"nordic-semiconductor.nrf-connect": {
"version": "2023.7.129",
"path": "/Users/pschmid/.vscode/extensions/nordic-semiconductor.nrf-connect-2023.7.129-darwin-x64",
"isActive": true
},
"nordic-semiconductor.nrf-terminal": {
"version": "2023.7.47",
"path": "/Users/pschmid/.vscode/extensions/nordic-semiconductor.nrf-terminal-2023.7.47",
"isActive": true
},
"nordic-semiconductor.nrf-devicetree": {
"version": "2023.7.56",
"path": "/Users/pschmid/.vscode/extensions/nordic-semiconductor.nrf-devicetree-2023.7.56",
"isActive": true
},
"nordic-semiconductor.nrf-kconfig": {
"version": "2023.6.51",
"path": "/Users/pschmid/.vscode/extensions/nordic-semiconductor.nrf-kconfig-2023.6.51",
"isActive": true
}
},
"external": {
"marus25.cortex-debug": "1.4.4",
"ms-vscode.cpptools": "1.16.3",
"ms-vscode.js-debug": "1.81.0",
"ms-vscode.js-debug-companion": "1.1.2",
"ms-vscode.vscode-js-profile-table": "1.0.3",
"EditorConfig.EditorConfig": "0.16.4",
"mcu-debug.debug-tracker-vscode": "0.0.15",
"mcu-debug.memory-view": "0.0.23",
"mcu-debug.peripheral-viewer": "1.4.6",
"mcu-debug.rtos-views": "0.0.7",
"ms-vscode.hexeditor": "1.9.12",
"PKief.material-icon-theme": "4.29.0",
"trond-snekvik.gnu-mapfiles": "1.1.0",
"yzhang.markdown-all-in-one": "3.5.1"
}
},
"tools": {
"/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/arm-zephyr-eabi/bin/arm-zephyr-eabi-gcc": "0.16.0",
"/Applications/SEGGER/JLink/JLinkExe": "7.88j",
"/usr/local/bin/nrfjprog": "10.23.0",
"nrfutil": "Not found",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/cmake": "3.20.5",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/west": "1.0.0",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/python3": "3.9.6",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/ninja": "1.10.2",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/gperf": "3.1",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/dtc": "1.6.1",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/gn": "2106",
"/opt/nordic/ncs/toolchains/4ef6631da0/bin/git": "2.37.3",
"gdbPath": "/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/arm-zephyr-eabi/bin/arm-zephyr-eabi-gdb"
},
"sdks": [
{
"version": "2.4.0",
"path": "/opt/nordic/ncs/v2.4.0"
}
],
"toolchains": [
{
"version": "2.4.0",
"path": "/opt/nordic/ncs/toolchains/4ef6631da0"
}
],
"connectedDevices": [
{
"serialNumber": "960095624"
}
],
"deviceProvider": "nrfjprog",
"config": {
"nordic-semiconductor.nrf-connect": {
"topdir": "${nrf-connect.sdk:2.4.0}",
"toolchain": {
"path": "${nrf-connect.toolchain:2.4.0}"
},
"ozonePath": "",
"applications": [],
"applicationOptions": {},
"kconfig": {
"interface": "kconfig",
"executeInDefaultShell": false
},
"welcome": {
"showOnStartup": false
},
"west": {
"env": {
"$base": "terminal"
}
},
"boardRoots": [],
"taskBindings": {},
"debugging": {
"flash": true,
"bindings": {}
},
"activeAppFollowActiveEditor": true,
"deviceProvider": "nrfjprog"
},
"nordic-semiconductor.nrf-terminal": {
"terminalMode": "character"
},
"marus25.cortex-debug": {
"armToolchainPath": null,
"armToolchainPrefix": "arm-none-eabi",
"gdbPath": null,
"objdumpPath": null,
"JLinkGDBServerPath": null,
"openocdPath": null,
"pyocdPath": null,
"PEGDBServerPath": null,
"stutilPath": null,
"stlinkPath": null,
"stm32cubeprogrammer": null,
"enableTelemetry": true,
"flattenAnonymous": false,
"registerUseNaturalFormat": true,
"variableUseNaturalFormat": true,
"dbgServerLogfile": null,
"showRTOS": false,
"showDevDebugOutput": "none"
}
},
"environment": {
"westEnv": {
"ELECTRON_RUN_AS_NODE": "1",
"GIT_EXEC_PATH": "/opt/nordic/ncs/toolchains/4ef6631da0/Cellar/git/2.37.3/libexec/git-core",
"HOME": "/Users/pschmid",
"PATH": "/opt/nordic/ncs/toolchains/4ef6631da0/bin:/opt/nordic/ncs/toolchains/4ef6631da0/usr/bin:/opt/nordic/ncs/toolchains/4ef6631da0/usr/local/bin:/opt/nordic/ncs/toolchains/4ef6631da0/opt/bin:/opt/nordic/ncs/toolchains/4ef6631da0/opt/nanopb/generator-bin:/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/aarch64-zephyr-elf/bin:/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/x86_64-zephyr-elf/bin:/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/arm-zephyr-eabi/bin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/munki:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/munki:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin",
"ZEPHYR_BASE": "/opt/nordic/ncs/v2.4.0/zephyr",
"ZEPHYR_TOOLCHAIN_VARIANT": "zephyr",
"ZEPHYR_SDK_INSTALL_DIR": "/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk",
"USER": "pschmid"
},
"inherited": {
"ELECTRON_RUN_AS_NODE": "1",
"HOME": "/Users/pschmid",
"PATH": "/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/munki:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin",
"USER": "pschmid"
},
"toolchainPath": "/opt/nordic/ncs/toolchains/4ef6631da0",
"toolchainBinPath": "/opt/nordic/ncs/toolchains/4ef6631da0/opt/zephyr-sdk/arm-zephyr-eabi/bin",
"toolchainVersion": "2.4.0"
},
"terminal": {
"defaultProfile": null
}
}
Hi Håkon,
Yes, I tried other cables and ports. This also only happens with the 9160. I can flash my 52840DK and even the 52840 on the 9160DK without Problems
Greeting,
Philipp
Hi Philipp,
Thank you for testing and confirming.
Schmid said:I can flash my 52840DK and even the 52840 on the 9160DK without Problems
This is valuable information. I will share this with R&D to see if we can reproduce the issue.
Kind regards,
Håkon
Has anything progressed on resolving this issue?
I am still seeing this same issue trying to flash nRF9160 platforms on an Apple M2 laptop.
Apologies for responding to a dormant thread.
Hello,
Did you also try on another computer? What JLink versions do you have on the M2 laptop (and possible other machines that are working)? And are you trying to flash using DKs and the On Board Debugger, or are you using custom HW and a standalone debugger?
BR,
Edvin
Hello Jordan,
I thought that something was patched because I haven't had any Problems with this in Months now. (Same USB Cable and same Computer as before)
I remember that closing all the Processes with the name "jlink" in the Mac System Monitor worked sometimes because they stacked up.
Hello Jordan,
I thought that something was patched because I haven't had any Problems with this in Months now. (Same USB Cable and same Computer as before)
I remember that closing all the Processes with the name "jlink" in the Mac System Monitor worked sometimes because they stacked up.
Hello,
Does it work if you do it directly from cmd line using west? If not, what does it say/output/log?
It doesn't make a difference whether it is run through west or directly with `nrfjprog`.
I have also attached the generated log file.
(.venv) yat033@WICHITA-PH workspace % west flash -d build/taurus/egrazor -- west flash: rebuilding [0/13] Performing build step for 'nrf_secure_boot' ninja: no work to do. [3/3] Completed 'nrf_secure_boot' -- west flash: using runner nrfjprog -- runners.nrfjprog: reset after flashing requested Using board 505102200 -- runners.nrfjprog: Flashing file: build/taurus/egrazor/zephyr/merged.hex Timed out waiting for progress updates.sing non-volatile memory - block 2 of 2 Did worker process die? [ #################### ] 9.899s | Erase file - Done erasing ERROR: An internal error has occurred, please try again. 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 63: nrfjprog --program build/taurus/egrazor/zephyr/merged.hex --sectorerase --verify -f NRF91 --snr 5051022008130.log.log
I see.
I don't think that nrfjprog would time out if everything is working as expected. I see there are some errors in the log, so it suggests that something else has happened, other than a timeout of ~10 seconds.
Is it possible to upload the .hex file that you are trying to program? Perferably both the merged and separated ones.
Have you tried on a different computer than the M2 Mac?
I will forward the log to our nrfjprog team, and see if they can make sense of it.
Best regards,
Edvin
What errors are you referring to? `JLINK_HasError()` is just a check that is being called after every operation, and I can't see anything else.
Hopefully the information I have already provided is enough, as I am finishing up at my current job tomorrow and are therefore not in a position to upload binaries or perform additional checks.
If I run into the same problem again in the future I will be sure to open another ticket 
Sorry. You are correct. After looking quicky at it, I didn't see it was a function call. Either way, I have forwarded the log information to our nRF Command Line Tools team, and hopefully they can make sense of it.
Thank you for reporting, and good luck with your future position Hopefully, this may help others experiencing the same issue.
Best regards,
Edvin