2020-07-09 01:18 AM
The program can not be uploaded under the dunfell distribution via CUBEIDE 1.3.1 to the target system. Using the thud distribution, target uploads works.
Are there any hidden upload scripts in the CUBEIDE - how to debug the debug upload?
Which yocto packages are necessary to cooperate with the CUBEIDE?
Solved! Go to Solution.
2020-07-17 07:32 AM
Hi,
The fix is now published.
https://wiki.st.com/stm32mpu/wiki/STM32MP15_ecosystem_release_note_-_v2.0.0
https://wiki.st.com/stm32mpu/wiki/STM32MP15_OpenSTLinux_release_note_-_v2.0.0
some cipher methods have been disabled by the community for security reasons.
As a consequence some ssh requests from STM32CubeIDE may not be functional due to the dropbear package configuration.
In this case, you can either:
Best Regards,
Olivier
2020-07-20 03:34 AM
Hi Oliver,
thanks for adding this to upstream.
Did you check firmware upload from STMcubeIDE if the the target is missing the directory /lib/firmware.
On my system, firmware upload works, however, a symlink is created:
lrwxrwxrwx 1 root root 92 Feb 7 17:11 /lib/firmware -> /usr/local/projects/MYPROJECT/lib/firmware/MYPROJEKT_CM4.elf
and IDECube fails with the message: Failed to insert hardware breakpoints: You have requested too many hardware breakpoints/watchpoints.
Can you reproduce this.
2020-07-20 10:01 AM
Hi meiss.M (Community Member)
Indeed, I have the same symlink to the .elf. But I don't get the message regarding the H/w breakpoint. Could you please share your console log?
2020-07-21 01:59 AM
I can share in a couple of days, since the power controller on our dk2 broke yesterday.