2024-01-17 05:01 AM
Hello
Can I use Windows and STM32CubeIDE to develop application using STM32MP135FAF7 (STM32MP135F-DK discovery kit).
I tried to create empty project based on this discovery kit but it ended with message
"This project requires OpenSTLinux version 'openstlinux-6.1.-yocto-mickledore-mp1-v23.06.21', setup it now ?"
and finally error message "This operation is only supported on Linux!"
I would like to program "bare" A7 chip using STM32IDE using STLink, is it really possible ?
Thanks in advance... and Best Regards
Radim
Solved! Go to Solution.
2024-01-17 07:17 AM
@ravo ,
Some attention point that could help your case :
1) Did you double check that connectivity was good (cf the article) and the boot pins are set to "engineering mode" ?
2) Did you double check your Debug Configuration regarding following article ? https://wiki.st.com/stm32mpu/wiki/STM32CubeMP13_Package_-_Getting_started#Download_and_run_an_example_from_SYSRAM
Kind regards,
Erwan.
2024-01-17 06:14 AM
Hello @ravo ,
Can you explain the process you followed to create your project ?
Are you sure you are using the right CubeIDE / CubeMX version mentioned in the wiki ? Please take care to follow this article and come back to me if you still face any trouble : https://wiki.st.com/stm32mpu/wiki/STM32CubeMP13_Package_-_Getting_started
Kind regards,
Erwan.
2024-01-17 07:04 AM
Dear @Erwan SZYMANSKI,
thanks for response. I fellow up already steps from AN5360 (an5360-getting-started-with-projects-based-on-the-stm32mp1-series-in-stm32cubeide-stmicroelectronics.pdf)
STM32 New Project
Board Selector - STM32MP135F-DK
I forgot to swap to bareMetal. I must have been blind
In meanwhile I also tried another approach to generate IOC with CubeMX and import to CubeIDE it will create working project... I was still wondering where I made a mistake in CubeIDE.
So many thanks for these another wiki pages.
So project creation works fine now. No I can compile it, but how to program/ debug project ?
When I tried to run/debug it will halt:
Open On-Chip Debugger 0.12.0-00024-gc3ff39f8b (2023-06-26-16:51) [https://github.com/STMicroelectronics/OpenOCD]
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
srst_only srst_pulls_trst srst_gates_jtag srst_open_drain connect_deassert_srst
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : STLINK V3J13M4B5S1 (API v3) VID:PID 0483:3753
Info : Target voltage: 3.303605
Info : Unable to match requested speed 5000 kHz, using 3300 kHz
Info : Unable to match requested speed 5000 kHz, using 3300 kHz
Info : clock speed 3300 kHz
Info : stlink_dap_op_connect(connect)
Info : SWD DPIDR 0x6ba02477
Info : stlink_dap_op_connect(connect)
Info : SWD DPIDR 0x6ba02477
Info : STM32MP135FAFx.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : gdb port disabled
Info : gdb port disabled
Info : starting gdb server for STM32MP135FAFx.cpu on 3333
Error: couldn't bind gdb to socket on port 3333: No error
shutdown command invoked
I have upgraded STLink on discovery board and it is recognised in Windows devices. But don't know where could be another problem.
Best regards
Radim
2024-01-17 07:17 AM
@ravo ,
Some attention point that could help your case :
1) Did you double check that connectivity was good (cf the article) and the boot pins are set to "engineering mode" ?
2) Did you double check your Debug Configuration regarding following article ? https://wiki.st.com/stm32mpu/wiki/STM32CubeMP13_Package_-_Getting_started#Download_and_run_an_example_from_SYSRAM
Kind regards,
Erwan.
2024-01-18 02:58 AM - edited 2024-01-18 03:00 AM
Dear @Erwan SZYMANSKI ,
Thanks for your support.
Regarding point 1:
What do you mean with "Did you double check that connectivity was good (cf the article)" ?
Engineering mode verified.
Thanks for correction the engineering mode. I read um2993-discovery-kit-with-1-ghz-stm32mp135fa-mpu-stmicroelectronics.pdf (https://www.st.com/resource/en/user_manual/um2993-discovery-kit-with-1-ghz-stm32mp135fa-mpu-stmicroelectronics.pdf) and in chapter 7.7.1 there is "reserved" instead "engineering mode". So prior to your info I set-up 000 to USB boot for programming... So this could be corrected.
Regarding point 2:
I had already double checked Debug Configuration and it is same as described in mentioned article in chapter 6.1.1 As bare metal↑ (https://wiki.st.com/stm32mpu/wiki/STM32CubeMP13_Package_-_Getting_started#As_bare_metal)
But the problem is still here, same error log, and I don't know where could be another problem.
Regards
Radim
2024-01-19 04:38 AM - edited 2024-01-19 04:38 AM
Dear @Erwan SZYMANSKI
Update:
After restarting PC the gdb server now seems start working. I am now able to start debugger and run code...
Regards
Radim
2024-01-19 05:29 AM
Hello @ravo ,
Thank you for your feedback. I am glad to hear it.
Kind regards,
Erwan.