FS2011: Install fail

[jwettroth]

Can't seem to get my FS2011 Unit to Take New Firmware? Unit has GD32F150C8 processor and HH614 tube. Worked before I started...

Have clone STLINK V2 (clone) that seems to be recognized. Have batteries out and Debugger connected per docs, solder in a header. Run install in the proper directory, app asks for language, finds the bin file, backs up my unit to backup folder and then starts programming and bombs out with error. Console capture below. My machine is Win10 Pro. Any help appreciated.

I search for similar issues and found an old one that mentions using STLINK app. I'm attempting this.

console traffic after running install.bat

Available language codes: bg cs da de el en es fi fr hr hu id it ja ko lt lv
no pl pt ro ru sk sl sv tr uk vi zh_CN
Enter language code for Rad Pro installation: en
"..\fs2011-gd32f150c8\firmware\radpro-fs2011-gd32f150c8-en-3.1.1.bin"
Backing up old firmware image...
xPack Open On-Chip Debugger 0.12.0+dev-01850-geb6f2745b-dirty (2025-02-07-10:

Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
DEPRECATED: OpenOCD support for ST-Link HLA transport will be dropped soon!
Consider updating your ST-Link firmware to a version >= V2J24 (2015)
Info : auto-selecting first available session transport "hla_swd". To overrid
se 'transport select '.
Info : The selected transport took over low-level target control. The results
ght differ compared to plain JTAG/SWD
Info : clock speed 1000 kHz
Info : STLINK V2J42S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.322828
Info : [stm32f1x.cpu] Cortex-M3 r2p1 processor detected
Info : [stm32f1x.cpu] target has 6 breakpoints, 4 watchpoints
Info : [stm32f1x.cpu] Examination succeed
Info : [stm32f1x.cpu] starting gdb server on 3333
Info : Listening on port 3333 for gdb connections
[stm32f1x.cpu] halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x08007224 msp: 0x20002000
Flashing new firmware image...
xPack Open On-Chip Debugger 0.12.0+dev-01850-geb6f2745b-dirty (2025-02-07-10:

Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
DEPRECATED: OpenOCD support for ST-Link HLA transport will be dropped soon!
Consider updating your ST-Link firmware to a version >= V2J24 (2015)
Info : auto-selecting first available session transport "hla_swd". To overrid
se 'transport select '.
Info : The selected transport took over low-level target control. The results
ght differ compared to plain JTAG/SWD
Info : clock speed 1000 kHz
Info : STLINK V2J42S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.295354
Info : [stm32f1x.cpu] Cortex-M3 r2p1 processor detected
Info : [stm32f1x.cpu] target has 6 breakpoints, 4 watchpoints
Info : [stm32f1x.cpu] Examination succeed
Info : [stm32f1x.cpu] starting gdb server on 3333
Info : Listening on port 3333 for gdb connections
[stm32f1x.cpu] halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x08007224 msp: 0x20002000
Info : device id = 0x13030410
Info : flash size = 64 KiB
[stm32f1x.cpu] halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc
** Programming Started **
Error: timed out while waiting for target halted
[stm32f1x.cpu] halted due to debug-request, current mode: Handler HardFault
xPSR: 0x01000003 pc: 0x08007274 msp: 0x20001fe0
Error: error waiting for target flash write algorithm
Error: error writing to flash at address 0x08000000 at offset 0x00000000
embedded:startup.tcl:1819: Error: ** Programming Failed **
Traceback (most recent call last):
File "embedded:startup.tcl", line 1884, in program
program_error {** Programming Failed } 0
File "embedded:startup.tcl", line 1819, in program_error
error { Programming Failed **}
Press any key to continue . . .

you can pm me at jwet@mindspring.com thank you

[jwettroth]

Ok- after a marathon session with ChatGPT, I was able to sucessfully flash. Openocd tries to use a fast routine for writing that GD CPU's don't support. Chat GPT's solution was to make the workareasize 0x80 for OpenOCD. This prevents it from using the incompatible routine. I made a replacement batch file for the GC2011 that calls flashtool - the change is work area size. The programming is noticeably slower but completes! Hope this helps someone else.

@echo off
..\lib\flashtool.bat "fs2011-gd32f150c8\firmware\radpro-fs2011-gd32f150c8" "-c ""set WORKAREASIZE 0x80"" -f target/stm32f1x.cfg -c ""init; reset halt; dump_image BACKUP_PATH 0x08000000 0x10000; exit;""" "-c ""set WORKAREASIZE 0x80"" -f target/stm32f1x.cfg -c ""init; reset halt; stm32f1x mass_erase 0; program IMAGE_PATH 0x08000000 verify; reset run; exit;""" %1

[Gissio]

Thanks for posting the solution!

The next release shall have your changes applied.

Enjoy Rad Pro!