Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32

Forum List Topic List

You are viewing a reply to "Program chip" not working as expected  

"Program chip" not working as expected

Posted by twistx77 on 2017-02-21 11:15

Hi Laurent,

Thanks for your quick response.

After trying different things I found the problem.

If my project has more than one word name it doesn’t work as expected. Since it seems the programmer searches for one word file.

I did the same thing with a project name Cameleon Controller and one with the name test and only the “test” one works.

I get this error with Cameleon Controller:

11:18:53 **** Programing project Camaleon Controller on chip ****
/home/twistx77/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.externaltools.openocd.linux64_1.13.0.201701261144/tools/openocd/bin/openocd -f nucleo_f070rb.cfg -s /home/twistx77/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.debug_1.12.0.201701261204/resources/openocd/scripts/st_board -s /home/twistx77/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.debug_1.12.0.201701261204/resources/openocd/scripts -c “program \\\"Debug/Camaleon Controller.elf\\\" verify reset exit”
Open On-Chip Debugger 0.10.0-dev-00274-g2ee83e0-dirty (2017-01-26-11:43)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Info : auto-selecting first available session transport “hla_swd”. To override use ‘transport select ‘.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
srst_only separate srst_nogate srst_open_drain connect_assert_srst
srst_only separate srst_nogate srst_open_drain connect_assert_srst
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v28 API v2 M v16 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.263810
Info : stm32f0x.cpu: hardware has 4 breakpoints, 2 watchpoints
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
adapter speed: 950 kHz
stm32f0x.cpu: target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x08000c34 msp: 0x20004000
Info : Unable to match requested speed 8000 kHz, using 4000 kHz
Info : Unable to match requested speed 8000 kHz, using 4000 kHz
adapter speed: 4000 kHz

    • Programming Started **

auto erase enabled
Error: Invalid command argument
image.base_address option value (‘Controller.elf”’) is not valid

    • Programming Failed **

shutdown command invoked

I have made bold the error.

As you can see it tries to use Controller.elf and the right name is Camaleon Controller.elf.


I guess is a bug.

Thanks for the help. I will have to rename my project or see how it can generate a elf with a diferent name for now.

Reads: 1335
Link