elmot on 1.3.alpha1
elmot on master
Version 1.3.alpha1 - new CLion,… (compare)
Open On-Chip Debugger 0.10.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html 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 none separate srst_only separate srst_nogate srst_open_drain connect_deassert_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 Error: open failed in procedure 'program' in procedure 'init' called at file "embedded:startup.tcl", line 495 in procedure 'ocd_bouncer' ** OpenOCD init failed ** shutdown command invoked
@kiciek Now I started working with semihosting also. There is a workaround to enable it automagically
Step 1. Copy your board file into your project
Step 2. Add two lines into in to the very bottom:
init arm semihosting enable
Step 3 Use the new as a board cfg file
At least works for me
Open On-Chip Debugger 0.10.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : auto-selecting first available session transport "swd". To override use ' transport select <transport>'. adapter speed: 500 kHz cortex_m reset_config sysresetreq srst_only separate srst_gates_jtag srst_open_drain connect_deassert_srst Info : CMSIS-DAP: SWD Supported Info : CMSIS-DAP: JTAG Supported Info : CMSIS-DAP: Interface Initialised (SWD) Info : CMSIS-DAP: FW Version = 1.0 Info : SWCLK/TCK = 1 SWDIO/TMS = 1 TDI = 1 TDO = 0 nTRST = 1 nRESET = 1 Info : CMSIS-DAP: Interface ready Info : clock speed 500 kHz Info : SWD DPIDR 0x2ba01477 Info : s6e2cc.cpu: hardware has 6 breakpoints, 4 watchpoints Error: s6e2cc.cpu -- clearing lockup after double fault Polling target s6e2cc.cpu failed, trying to reexamine Info : s6e2cc.cpu: hardware has 6 breakpoints, 4 watchpoints target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x00000002 msp: 0x00905a4c ** Programming Started ** auto erase enabled wrote 1835008 bytes from file C:/WinIdea/05_WinIdeaWorkspaceTemplate/cmake-build -debug/05_WinIdeaWorkspaceTemplate.exe in 236.931885s (7.563 KiB/s) ** Programming Finished ** Error: s6e2cc.cpu -- clearing lockup after double fault target halted due to debug-request, current mode: Handler HardFault xPSR: 0x01000003 pc: 0x00010dd2 msp: 0x00905a28 Polling target s6e2cc.cpu failed, trying to reexamine Info : s6e2cc.cpu: hardware has 6 breakpoints, 4 watchpoints shutdown command invoked
Hello Ilia, thank you for your very useful plugin. I've managed to set it working together CLion 2018.2.6 on MacOS X, and I use it for newly generated projects from CubeMX.
Now I would like now to be able to use try the examples provided with STM32Cube_FW_F4, but still didn't managed.
The steps I take are the following:
-Import one of these examples on CLion
-Select menu Update CMake Project with STM32CubeMX Project, it complains saying that .cproject and .project files couldn't be found. They are at /SW4STM32/STM32F4-Discovery. So:
-Move them to root
-Click again on Update CMake... and it gets stuck in "Detecting C compiler ABI info - failed"
What am I missing here? I'm new to CMake and I don't really know if this is really related to your plugin... Thanks In advance for your help
Hello Ilia, thank you for your answer. I updated to CLion 2018.3 and your latest plug-in version, but that didn't solve my problem. After that I've realized that the problem was that not only I have to move files .cproject and .project to the project root directory, but linker script file STM32F407VGTx_FLASH.ld as well.
Then your script could do its work ;)
But there are some things that bothers me. I think I'm not setting my environment properly, I would like to ask for some help. In the MacOS X PATH variable, I have a reference already to my toolchain, but CMake cannot find it, so I've added to Clion as well (Appearance & Behavior → Path Variables, then Name: PATH, Value: /my/Path), but CMake is not recognizing it either. Thus in CMakeLists_template.txt I've added "set(PATH /Developer/ClionProjects/gcc-arm-none-eabi-7-2018-q2-update/bin)", and for every line with a relative path to the toolchain, I've added the PATH like this:
Isn't there any other more efficient way to do this?