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

[ prev topic ]  

Going Crazy with STLink-V2

Posted by ModDevSys on 2017-11-12 21:55

I’m more or less recently trying to get the ST-Link working properly.
I connected it it on my STM32F103C8Tx min sys board and got it working, first thing, except that the source was out of synch with the program loaded on the chip.

So I went though and got everything organized, and now it gets to where it seems to be trying to write flash and hangs with the famous “keep-alive not invoked” where a subsequent error of “Error finishing Flash oepration”.

It’s driving me crazy!! This setup is supposed to make my work easier!

ST_Link Utility works fine. I’ve got it in “connect under reset” with “Hardware reset”.

I’ve checked my debug configurations about a 1000 times, don’t have a clue WHAT’S gone wrong. And the “keep alive not involed” error is so common, it doesn’t tell me anything.
Help Please

Reads: 4771
Link
Posted by LaurentL on 2017-11-13 10:27

Hi,

I am not sure the Stlink reset line is connected to the reset pin input of your F103C8T on these boards.
So, when debugging with SW4STM32, select the “software system reset” in reset config options in debugger tab of debug config window.

Rgds,
Laurent

Link

Posted by ModDevSys on 2017-11-13 12:16

Thanks LaurentL

No go. Same problem.

Just in case, I rechecked the diagram, because the Reset line wasn’t on the JTAG/SWD connector. Reset, “R”, is the 4th pin after G, G, 3.3 and it does go to the reset pin of the CPU.

Besides, at one point it was actually working,.. except that I somehow had the incorrect source file for the binary that was being run.

I corrected that and now nothing works.

It DOES erase flash, with either of the reset configurations, but doesn’t seem to want to begin the reprogramming cycle properly.

Link

Posted by LaurentL on 2017-11-13 13:08

Did you add a wire to connect the reset from STlink to this pin “R” ?
Maybe also add some more gnd connections from stlink.

Can you show the openocd log message (add -d to the openocd options).

Rgds,
Laurent

Link