Difference between revisions of "Reprogramming the PineTime"
(Re-organise by software in order to bring the existing OpenOCD material closer together.) |
|||
Line 1: | Line 1: | ||
= | = Black Magic Probe (and clones) = | ||
=== | BlackMagic Probe is an JTAG/SWD adapter with open-source firmware, allowing for it to be ported to a multitude of different boards. One of it's defining features is lack of need for intermediate software such as OpenOCD - one would just need to connect to the GDB server running on the chip and proceed with debugging. For more information, refer to [https://github.com/blacksphere/blackmagic/wiki wiki]. | ||
== Adapters == | |||
=== Native adapters === | |||
The native adapters are the official Black Magic family of debug adapters, including the original Black Magic Probe and the Black Magic Probe Mini. By buying the official hardware you are supporting the continued development of the Black Magic Probe software. | |||
Providing your native adapter is running up-to-date firmware then it can be used to program your PineTime. | |||
=== STM32 (Blue Pill) === | |||
It is possible to flash a popular development board based on STM32F103C8T6 microcontroller, known as Blue Pill, to make a BlackMagic Probe device. For example, one may follow instructions in [https://forum.pine64.org/showthread.php?tid=8816&pid=57095#pid57095 forum post] or [https://gist.github.com/darnel/dac1370d057e176386ca4026418abc2b gist] (mac os). Also, it is possible to use SWD pins on the board to flash other devices, instead using arbitrary pins on the board itself. See [https://buger.dread.cz/black-magic-probe-bmp-on-bluepill-stm32f103c8-minimum-system-development-board.html this link] for more detals. | |||
=== Other hardware === | |||
The Black Magic Probe firmware can be run on a variety of host devices. See [https://github.com/blacksphere/blackmagic/wiki/Debugger-Hardware BMP Debugger Hardware] for more information. | |||
== Uploading new software == | |||
Refer to the BMP [https://github.com/blacksphere/blackmagic/wiki/Useful-GDB-commands wiki] for the full description of commands. | |||
Overall, the process on Linux is like following. (/dev/ttyBmpGdb is a symlink created by the udev rule). It's useful to create a gdb script file (or .gdbinit) with following commands: | |||
target extended-remote /dev/ttyBmpGdb | |||
monitor swdp_scan | |||
attach 1 | |||
file %firmware file% | |||
Then one may use '''load''' command to flash the firmware, '''compare-sections''' to verify the upload, or '''monitor erase_mass''' to erase the firmware. | |||
Then, proceed with debugging as normal. | |||
= nrfjprog = | |||
The following steps have been tested with the Segger JLink embedded in the [https://www.nordicsemi.com/Software-and-Tools/Development-Kits/nRF52-DK NRF52-DK development board]. | The following steps have been tested with the Segger JLink embedded in the [https://www.nordicsemi.com/Software-and-Tools/Development-Kits/nRF52-DK NRF52-DK development board]. | ||
== Hookup == | |||
Connect the Pinetime SWD pins to the debugger (P20 on NRF52-DK) | |||
{| class="wikitable" | {| class="wikitable" | ||
Line 24: | Line 57: | ||
|} | |} | ||
== Unlocking the FLASH == | |||
Unlocking the device and erase the memory. '''You need to execute this step only once, to remove the read protection on the memory. Note that it will erase the whole | |||
flash memory of the MCU!''' : | |||
nrfjprog -f NRF52 --recover | nrfjprog -f NRF52 --recover | ||
== Uploading new software == | |||
1. Program the BLE softdevice (if needed by the firmware). Replace PATH_TO_NRF_SDK by the path where you unzipped the [https://www.nordicsemi.com/Software-and-Tools/Software/nRF5-SDK NRF52 SDK] : | |||
nrfjprog -f NRF52 --program /PATH_TO_NRF_SDK/components/softdevice/s132/hex/s132_nrf52_6.1.1_softdevice.hex --sectorerase | nrfjprog -f NRF52 --program /PATH_TO_NRF_SDK/components/softdevice/s132/hex/s132_nrf52_6.1.1_softdevice.hex --sectorerase | ||
2. Program the firmware (replace firmware.hex by the actual filename of the firmware): | |||
nrfjprog -f NRF52 --program firmware.hex --sectorerase | nrfjprog -f NRF52 --program firmware.hex --sectorerase | ||
3. Reset and run the new firmware: | |||
nrfjprog -f NRF52 --reset | nrfjprog -f NRF52 --reset | ||
= OpenOCD = | |||
= | |||
== Adapters == | |||
=== CMSIS-DAP === | |||
=== | |||
Copied from [https://blog.aegrel.ee/absniffer-cmsis-dap-sniffer.html this article]. | Copied from [https://blog.aegrel.ee/absniffer-cmsis-dap-sniffer.html this article]. | ||
Line 96: | Line 104: | ||
0x00000001 | 0x00000001 | ||
==== | == JLink == | ||
Start OpenOCD: | |||
openocd \ | |||
-c 'interface jlink; transport select swd; source [find target/nrf52.cfg]' \ | |||
-c 'init' | |||
Now you can connect to `127.0.0.1` (`localhost`) port `4444` using telnet to invoke OpenOCD commands. GDB should be available on port `3333`. | |||
=== Raspberry Pi === | |||
Instructions in [https://medium.com/@ly.lee/build-and-flash-rust-mynewt-firmware-for-pinetime-smart-watch-5e14259c55 Medium post], subsequently [https://medium.com/@ly.lee/openocd-on-raspberry-pi-better-with-swd-on-spi-7dea9caeb590 updated] with a more reliable method under development, so may be a bit of a moving target. | |||
=== STLink === | |||
TODO | |||
== Uploading new software == | |||
Just issue this command, replace ''code.hex'' with your own. | Just issue this command, replace ''code.hex'' with your own (and cmsis-dap.cfg with an approprate adapter). | ||
openocd -c 'source [find interface/cmsis-dap.cfg]; transport select swd; source [find target/nrf52.cfg]' \ | openocd -c 'source [find interface/cmsis-dap.cfg]; transport select swd; source [find target/nrf52.cfg]' \ |
Revision as of 18:26, 6 May 2020
Black Magic Probe (and clones)
BlackMagic Probe is an JTAG/SWD adapter with open-source firmware, allowing for it to be ported to a multitude of different boards. One of it's defining features is lack of need for intermediate software such as OpenOCD - one would just need to connect to the GDB server running on the chip and proceed with debugging. For more information, refer to wiki.
Adapters
Native adapters
The native adapters are the official Black Magic family of debug adapters, including the original Black Magic Probe and the Black Magic Probe Mini. By buying the official hardware you are supporting the continued development of the Black Magic Probe software.
Providing your native adapter is running up-to-date firmware then it can be used to program your PineTime.
STM32 (Blue Pill)
It is possible to flash a popular development board based on STM32F103C8T6 microcontroller, known as Blue Pill, to make a BlackMagic Probe device. For example, one may follow instructions in forum post or gist (mac os). Also, it is possible to use SWD pins on the board to flash other devices, instead using arbitrary pins on the board itself. See this link for more detals.
Other hardware
The Black Magic Probe firmware can be run on a variety of host devices. See BMP Debugger Hardware for more information.
Uploading new software
Refer to the BMP wiki for the full description of commands. Overall, the process on Linux is like following. (/dev/ttyBmpGdb is a symlink created by the udev rule). It's useful to create a gdb script file (or .gdbinit) with following commands:
target extended-remote /dev/ttyBmpGdb monitor swdp_scan attach 1 file %firmware file%
Then one may use load command to flash the firmware, compare-sections to verify the upload, or monitor erase_mass to erase the firmware. Then, proceed with debugging as normal.
nrfjprog
The following steps have been tested with the Segger JLink embedded in the NRF52-DK development board.
Hookup
Connect the Pinetime SWD pins to the debugger (P20 on NRF52-DK)
Pintime | JLink |
---|---|
GND | GND |
SWDCLK | SWDCLK |
SWDIO | SWDIO |
VCC (3.3V) | VTG (target detect) |
Unlocking the FLASH
Unlocking the device and erase the memory. You need to execute this step only once, to remove the read protection on the memory. Note that it will erase the whole flash memory of the MCU! :
nrfjprog -f NRF52 --recover
Uploading new software
1. Program the BLE softdevice (if needed by the firmware). Replace PATH_TO_NRF_SDK by the path where you unzipped the NRF52 SDK :
nrfjprog -f NRF52 --program /PATH_TO_NRF_SDK/components/softdevice/s132/hex/s132_nrf52_6.1.1_softdevice.hex --sectorerase
2. Program the firmware (replace firmware.hex by the actual filename of the firmware):
nrfjprog -f NRF52 --program firmware.hex --sectorerase
3. Reset and run the new firmware:
nrfjprog -f NRF52 --reset
OpenOCD
Adapters
CMSIS-DAP
Copied from this article.
Issue this command to initialize a connection to the devkit:
openocd -d2 -c 'source [find interface/cmsis-dap.cfg]; transport select swd; source [find target/nrf52.cfg]'
After that command you can connect to localhost and execute unlock commands. Full wipe after this is required to do further flashing.
telnet localhost 4444 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Open On-Chip Debugger > nrf52.dap apreg 1 0x04 0x00000000 > nrf52.dap apreg 1 0x04 0x01 > nrf52.dap apreg 1 0x04 0x00000001
JLink
Start OpenOCD:
openocd \ -c 'interface jlink; transport select swd; source [find target/nrf52.cfg]' \ -c 'init'
Now you can connect to `127.0.0.1` (`localhost`) port `4444` using telnet to invoke OpenOCD commands. GDB should be available on port `3333`.
Raspberry Pi
Instructions in Medium post, subsequently updated with a more reliable method under development, so may be a bit of a moving target.
STLink
TODO
Uploading new software
Just issue this command, replace code.hex with your own (and cmsis-dap.cfg with an approprate adapter).
openocd -c 'source [find interface/cmsis-dap.cfg]; transport select swd; source [find target/nrf52.cfg]' \ -c init \ -c 'nrf5 mass_erase' \ -c 'program code.hex verify' \ -c reset \ -c exit