Clion使用ARMClang编译（STM32F1、F4）

已于 2023-06-16 15:05:41 修改
阅读量4.2k 收藏 27
点赞数 7
分类专栏： 单片机 文章标签： stm32 嵌入式硬件 单片机 clion armcc
于 2023-04-16 11:28:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_61228493/article/details/130180518
版权

0 预备环境

1.正常使用gcc的环境编译可以运行

2.STM32CubeMX可以生成 SW4STM32

image-20230416104153221

注意：一定要是SW4STM32 ，不然后期在Clion中无法进行编译

SW4STM32 在新版本中已经取消，这里提供一个老的版本

链接：https://pan.baidu.com/s/1NPl9mFzq8jIvHnfeq4cPZg?pwd=vpck
提取码：vpck

3.这里使用的是stlink烧录的

4.参考视频：https://www.bilibili.com/video/BV1z44y1t7Lg/?share_source=copy_web&vd_source=08ffec12a130bb99e9aac8670b5b9c2f

5.上面视频的资料：https://share.weiyun.com/KdkTFRnp

1 配置ARMCLANG环境

Keil_v5的安装路径，进入ARM文件夹

image-20230416104706430

打开ARMCLANG文件夹

image-20230416104745716

打开里面的bin目录，并复制其地址

image-20230416104850085

在系统环境变量中配置

打开【此电脑】→右键【属性】→【高级系统设置】→【环境变量】

在path中添加刚才的地址

image-20230416105105904

2 使用CubeMX新建工程

此处省略-----

只需要在最后的Toolchain / IDE中选择SW4STM32即可

3 使用Clion打开，修改CMakeLists.txt

这里会让你选择board,选择下图所示的这个（如果后面烧录出错的话，里面可能需要更改）【如果是F4则选择f4对应的】

image-20230416105603944

打开CMakeLists.txt文件

image-20230416105823498

这一部分是CMakeLists.txt默认生成的，这里需要和你自己的保持一致，所以复制粘贴替换的时候，要从这一部分之下开始，把这一部分之下的内容全部替换成下面的程序

3.1 STM32F1系列替换文件

#*************************************************************
# 1. 设定项目名称
# 需要给定 PROJECT_NAME 的值，必须与项目名称一致，否则 MDK 生成 *.sct 时路径不对
set(PROJECT_NAME demo)
# 2. 设定芯片类型
# 设定芯片类型，必须正确以 -mcpu 的参数规则命名，后边的编译参数会调用这个值
set(CMAKE_SYSTEM_PROCESSOR Cortex-M3)


############################################################
# 1. 指定编译器和链接器，避免使用默认的 gcc
############################################################
# 设置编译器 C 的编译器
set(CMAKE_C_COMPILER armclang.exe)
set(CMAKE_C_COMPILER_WORKS TRUE)

# 即便用不到C++ 的编译器，还是要显示说明的,否则报错
set(CMAKE_CXX_COMPILER armclang.exe)
set(CMAKE_CXX_COMPILER_WORKS TRUE)

#设置 ASM 的编译器（不设置配合 -masm=auto 使用）
set(CMAKE_ASM_COMPILER armclang.exe)
#set(CMAKE_ASM_COMPILER armasm.exe)     # 指明 ASM 编译器，配合 第二种 CMAKE_ASM_FLAGS_INIT 方式使用
set(CMAKE_ASM_COMPILER_WORKS TRUE)

#设置链接器
set(CMAKE_C_LINK_EXECUTABLE armlink.exe)
set(CMAKE_ASM_LINK_EXECUTABLE armlink.exe)
set(CMAKE_CXX_LINK_EXECUTABLE armlink.exe)


#*******************************************************************************************#
# 2. 获取芯片地址描述信息
# 获取当前 MCU 的 section 描述，及存储空间和起始地址的描述（注意：需要先用 keil 打开编译一下当前项目才能生成）
# 设置Sections脚本路径,CubeMX生成 MDK 后先编译一下，就会在MDK-ARM 目录下生成工程名命名的文件夹
# 在那个目录里会生成以项目名命名的sct文件。 由于在本地调用，不需要加 global 全局变量标记，更简洁
set(SECTIONS_SCRIPT_PATH ${CMAKE_HOME_DIRECTORY}/MDK-ARM/${PROJECT_NAME}/${PROJECT_NAME}.sct)


#********************************************************************************************#
# 3. 设置与芯片对应的 --target 编译选项
# 设置编译时默认参数片段，这些参数参见 MDK 中的配置，注意：Target 分页中要选 6.12 的 ARM 编译器,并抄各分页的 --target 配置
set(C_TARGET_FLAG --target=arm-arm-none-eabi)               # MDK 的 link 分页中的配置
set(ASM_TARGET_FLAG --target=arm-arm-none-eabi)             # MDK 的 link 分页中的配置(不支持显示指定 ASM 编译器的方式)
set(LINKER_TARGET_FLAG --cpu=${CMAKE_SYSTEM_PROCESSOR})     # MDK 的 link 分页中的配置


#********************************************************************************************#
# 4. 设置编译规则，这些规则变量要被外部的 CMakelistes.txt 调用，所以需要用 CACHE STRING "global" 声明为全局变量
# 编译参数，这些编译参数是从 MDK 中来的，具体的含义看 《 armclang Reference Guide 》 第一章节有详细介绍
# 需要注意的是不是 MDK 中的每个参数都要哪进来的，有些参数已经在 include 和 source 中被配置了
set(COMPILE_RULE_FLAG "-mcpu=${CMAKE_SYSTEM_PROCESSOR}")

# 设置 C 编译器选项(这里就把MDK中的 C/C++ 分页里最下边一栏的属性贴进来)
# 参数 -w 表示忽略所有警告，不然要配具体忽略哪些警告，尽管贴过来也行，但是太乱
# 优化选项 -O 有 1~3   -Os 是平衡  -Oz 是最小体积
set(CMAKE_C_FLAGS_INIT "${C_TARGET_FLAG} ${COMPILE_RULE_FLAG} \
    -xc -std=c99 -fno-rtti -funsigned-char -fshort-enums -fshort-wchar \
    -gdwarf-3 -Oz -ffunction-sections -w")

# 设置 C++ 编译器选项(没有用到 c++ 所以不用配置)
#set(CMAKE_CXX_FLAGS_INIT ${CMAKE_C_FLAGS_INIT})

# 设置ASM编译器选项
# 注意： -masm=auto 选项是 MDK 的 link 分页里没有的参数，需要加上  -g 是debug 用的加不加都行
set(CMAKE_ASM_FLAGS_INIT "${ASM_TARGET_FLAG} ${COMPILE_RULE_FLAG} \
        -masm=auto -c -gdwarf-3 ")
# 第二种方式 配套显示执行 armasm.exe 为 ASM 编译器的方法，看上起更清晰一些
#set(CMAKE_ASM_FLAGS_INIT "${ASM_TARGET_FLAG} --cpu=Cortex-M3")



# 设置链接器选项
# 这些参数再 ARMCC 文档里么有，但 MDK 的 link 分页有，
# 使用忽略所有警告的配置时没有 --map 及其之后的内容， 这里根据需要保留了一些信息，在 demo.map 中可以看到
set(CMAKE_EXE_LINKER_FLAGS_INIT  " \
            ${LINKER_TARGET_FLAG} \
            --strict \
            --scatter ${SECTIONS_SCRIPT_PATH} \
            --info sizes --info totals --info unused --info veneers \
            --summary_stderr \
            --info summarysizes"
        )


# project settings
project(demo C CXX ASM)
set(CMAKE_CXX_STANDARD 11)
set(CMAKE_C_STANDARD 99)

#Uncomment for hardware floating point
#add_compile_definitions(ARM_MATH_CM4;ARM_MATH_MATRIX_CHECK;ARM_MATH_ROUNDING)
#add_compile_options(-mfloat-abi=hard -mfpu=fpv4-sp-d16)
#add_link_options(-mfloat-abi=hard -mfpu=fpv4-sp-d16)

#Uncomment for software floating point
#add_compile_options(-mfloat-abi=soft)


include_directories(App Core/Inc RT-Thread Drivers/STM32F1xx_HAL_Driver/Inc/Legacy Drivers/STM32F1xx_HAL_Driver/Inc Drivers/CMSIS/Device/ST/STM32F1xx/Include Drivers/CMSIS/Include Middlewares/Third_Party/RealThread_RTOS/include/ Middlewares/Third_Party/RealThread_RTOS/bsp/_template/cubemx_config)

add_definitions(-DUSE_HAL_DRIVER -DSTM32F103xB)

file(GLOB_RECURSE SOURCES "startup/*.*" "RT-Thread/*.*" "Middlewares/*.*" "Drivers/*.*" "Core/*.*" App)
# 对于混合兼容的环境，需要屏蔽各种编译环境引起的文件“干扰”,通过 list(REMOVE_ITEM) 命令移除不同编译环境下的干扰文件
# 在原来 CubeMX 自动生成的 gcc 编译环境目录上,附加 ARMCC 编译需要的文件
file(GLOB_RECURSE SOURCES ${SOURCES} "MDK-ARM/startup_stm32f103xb.s")
# 将由 CubeMX 生成的 GCC 编译环境中的会干扰ARMCC环境的文件，放在 EXCLUDE_SRCS 自定义列表中
file(GLOB_RECURSE EXCLUDE_SRCS
        "Middlewares/Third_Party/RealThread_RTOS/libcpu/arm/cortex-m3/context_gcc.S"
        "startup/*.*"
        "Core/Src/syscalls.c"
        "STM32F103C8Tx_FLASH.ld"
        )
# 从源文件列表(SOURCES)中剔除干扰文件(EXCLUDE_SRCS)
list(REMOVE_ITEM SOURCES ${EXCLUDE_SRCS})


add_executable(${PROJECT_NAME} ${SOURCES} ${LINKER_SCRIPT})

set(HEX_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.hex)
set(BIN_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.bin)
set(ELF_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.elf)

# 使用 armclang 自带的 fromelf 工具，实现 elf 转 hex
set(ARMCC_fromelf fromelf.exe)
add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD
        # 相当于fromelf.exe" --i32combined --output="xxx/demo.hex" "xxx/demo.elf"
        COMMAND ${ARMCC_fromelf} --i32combined --output="${HEX_FILE}" "${ELF_FILE}"
        COMMENT "Building ${HEX_FILE}"
        )

## 使用了 gcc 的 arm-none-eabi-objcopy 工具实现 elf 转 hex 和 bin， 跟 armclang 不是一脉
#set(CMAKE_OBJCOPY arm-none-eabi-objcopy)
#add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD
#        COMMAND ${CMAKE_OBJCOPY} -Oihex $<TARGET_FILE:${PROJECT_NAME}> ${HEX_FILE}
#        COMMAND ${CMAKE_OBJCOPY} -Obinary $<TARGET_FILE:${PROJECT_NAME}> ${BIN_FILE}
#        COMMENT "Building ${HEX_FILE} Building ${BIN_FILE}")

3.2 STM332F4系列替换文件

#THIS FILE IS AUTO GENERATED FROM THE TEMPLATE! DO NOT CHANGE!
set(CMAKE_SYSTEM_NAME Generic)
set(CMAKE_SYSTEM_VERSION 1)
cmake_minimum_required(VERSION 3.24)

#*************************************************************
# 1. 设定项目名称
# 需要给定 PROJECT_NAME 的值，必须与项目名称一致，否则 MDK 生成 *.sct 时路径不对
set(PROJECT_NAME testF4)
# 2. 设定芯片类型
# 设定芯片类型，必须正确以 -mcpu 的参数规则命名，后边的编译参数会调用这个值
set(CMAKE_SYSTEM_PROCESSOR Cortex-M4)


############################################################
# 1. 指定编译器和链接器，避免使用默认的 gcc
############################################################
# 设置编译器 C 的编译器
set(CMAKE_C_COMPILER armclang.exe)
set(CMAKE_C_COMPILER_WORKS TRUE)

# 即便用不到C++ 的编译器，还是要显示说明的,否则报错
set(CMAKE_CXX_COMPILER armclang.exe)
set(CMAKE_CXX_COMPILER_WORKS TRUE)

#设置 ASM 的编译器（不设置配合 -masm=auto 使用）
set(CMAKE_ASM_COMPILER armclang.exe)
#set(CMAKE_ASM_COMPILER armasm.exe)     # 指明 ASM 编译器，配合 第二种 CMAKE_ASM_FLAGS_INIT 方式使用
set(CMAKE_ASM_COMPILER_WORKS TRUE)

#设置链接器
set(CMAKE_C_LINK_EXECUTABLE armlink.exe)
set(CMAKE_ASM_LINK_EXECUTABLE armlink.exe)
set(CMAKE_CXX_LINK_EXECUTABLE armlink.exe)


#*******************************************************************************************#
# 2. 获取芯片地址描述信息
# 获取当前 MCU 的 section 描述，及存储空间和起始地址的描述（注意：需要先用 keil 打开编译一下当前项目才能生成）
# 设置Sections脚本路径,CubeMX生成 MDK 后先编译一下，就会在MDK-ARM 目录下生成工程名命名的文件夹
# 在那个目录里会生成以项目名命名的sct文件。 由于在本地调用，不需要加 global 全局变量标记，更简洁
set(SECTIONS_SCRIPT_PATH ${CMAKE_HOME_DIRECTORY}/MDK-ARM/${PROJECT_NAME}/${PROJECT_NAME}.sct)


#********************************************************************************************#
# 3. 设置与芯片对应的 --target 编译选项
# 设置编译时默认参数片段，这些参数参见 MDK 中的配置，注意：Target 分页中要选 6.12 的 ARM 编译器,并抄各分页的 --target 配置
set(C_TARGET_FLAG --target=arm-arm-none-eabi)               # MDK 的 link 分页中的配置
set(ASM_TARGET_FLAG --target=arm-arm-none-eabi)             # MDK 的 link 分页中的配置(不支持显示指定 ASM 编译器的方式)
set(LINKER_TARGET_FLAG --cpu=${CMAKE_SYSTEM_PROCESSOR})     # MDK 的 link 分页中的配置


#********************************************************************************************#
# 4. 设置编译规则，这些规则变量要被外部的 CMakelistes.txt 调用，所以需要用 CACHE STRING "global" 声明为全局变量
# 编译参数，这些编译参数是从 MDK 中来的，具体的含义看 《 armclang Reference Guide 》 第一章节有详细介绍
# 需要注意的是不是 MDK 中的每个参数都要哪进来的，有些参数已经在 include 和 source 中被配置了
set(COMPILE_RULE_FLAG "-mcpu=${CMAKE_SYSTEM_PROCESSOR} -mfpu=fpv4-sp-d16 -mfloat-abi=hard -c ")

# 设置 C 编译器选项(这里就把MDK中的 C/C++ 分页里最下边一栏的属性贴进来)
# 参数 -w 表示忽略所有警告，不然要配具体忽略哪些警告，尽管贴过来也行，但是太乱
# 优化选项 -O 有 1~3   -Os 是平衡  -Oz 是最小体积
set(CMAKE_C_FLAGS_INIT "${C_TARGET_FLAG} ${COMPILE_RULE_FLAG} \
    -xc -std=c99 -fno-rtti -funsigned-char -fshort-enums -fshort-wchar \
    -gdwarf-4 -O1 -ffunction-sections -w")

# 设置 C++ 编译器选项(没有用到 c++ 所以不用配置)
#set(CMAKE_CXX_FLAGS_INIT ${CMAKE_C_FLAGS_INIT})

# 设置ASM编译器选项
# 注意： -masm=auto 选项是 MDK 的 link 分页里没有的参数，需要加上  -g 是debug 用的加不加都行
set(CMAKE_ASM_FLAGS_INIT "${ASM_TARGET_FLAG} ${COMPILE_RULE_FLAG} \
        -masm=auto -c -gdwarf-4 ")
# 第二种方式 配套显示执行 armasm.exe 为 ASM 编译器的方法，看上起更清晰一些
#set(CMAKE_ASM_FLAGS_INIT "${ASM_TARGET_FLAG} --cpu=Cortex-M3")



# 设置链接器选项
# 这些参数再 ARMCC 文档里么有，但 MDK 的 link 分页有，
# 使用忽略所有警告的配置时没有 --map 及其之后的内容， 这里根据需要保留了一些信息，在 testF4.map 中可以看到
set(CMAKE_EXE_LINKER_FLAGS_INIT  " \
            ${LINKER_TARGET_FLAG} \
            --strict \
            --scatter ${SECTIONS_SCRIPT_PATH} \
            --info sizes --info totals --info unused --info veneers \
            --summary_stderr \
            --info summarysizes"
        )


# project settings
project(testF4 C CXX ASM)
set(CMAKE_CXX_STANDARD 11)
set(CMAKE_C_STANDARD 99)

#Uncomment for hardware floating point
#add_compile_definitions(ARM_MATH_CM4;ARM_MATH_MATRIX_CHECK;ARM_MATH_ROUNDING)
#add_compile_options(-mfloat-abi=hard -mfpu=fpv4-sp-d16)
#add_link_options(-mfloat-abi=hard -mfpu=fpv4-sp-d16)

#Uncomment for software floating point
#add_compile_options(-mfloat-abi=soft)


include_directories(Core/Inc Drivers/STM32F4xx_HAL_Driver/Inc Drivers/STM32F4xx_HAL_Driver/Inc/Legacy Drivers/CMSIS/Device/ST/STM32F4xx/Include Drivers/CMSIS/Include)

add_definitions(-DUSE_HAL_DRIVER -DSTM32F407xx)

file(GLOB_RECURSE SOURCES "startup/*.*" "Drivers/*.*" "Core/*.*")
# 对于混合兼容的环境，需要屏蔽各种编译环境引起的文件“干扰”,通过 list(REMOVE_ITEM) 命令移除不同编译环境下的干扰文件
# 在原来 CubeMX 自动生成的 gcc 编译环境目录上,附加 ARMCC 编译需要的文件
file(GLOB_RECURSE SOURCES ${SOURCES} "MDK-ARM/startup_stm32f407xx.s")
# 将由 CubeMX 生成的 GCC 编译环境中的会干扰ARMCC环境的文件，放在 EXCLUDE_SRCS 自定义列表中
file(GLOB_RECURSE EXCLUDE_SRCS
        "Middlewares/Third_Party/RealThread_RTOS/libcpu/arm/cortex-m3/context_gcc.S"
        "startup/*.*"
        "Core/Src/syscalls.c"
        "STM32F103C8Tx_FLASH.ld"
        )
# 从源文件列表(SOURCES)中剔除干扰文件(EXCLUDE_SRCS)
list(REMOVE_ITEM SOURCES ${EXCLUDE_SRCS})


add_executable(${PROJECT_NAME} ${SOURCES} ${LINKER_SCRIPT})

set(HEX_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.hex)
set(BIN_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.bin)
set(ELF_FILE ${PROJECT_BINARY_DIR}/${PROJECT_NAME}.elf)

# 使用 armclang 自带的 fromelf 工具，实现 elf 转 hex
set(ARMCC_fromelf fromelf.exe)
add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD
        # 相当于fromelf.exe" --i32combined --output="xxx/testF4.hex" "xxx/testF4.elf"
        COMMAND ${ARMCC_fromelf} --i32combined --output="${HEX_FILE}" "${ELF_FILE}"
        COMMENT "Building ${HEX_FILE}"
        )

## 使用了 gcc 的 arm-none-eabi-objcopy 工具实现 elf 转 hex 和 bin， 跟 armclang 不是一脉
#set(CMAKE_OBJCOPY arm-none-eabi-objcopy)
#add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD
#        COMMAND ${CMAKE_OBJCOPY} -Oihex $<TARGET_FILE:${PROJECT_NAME}> ${HEX_FILE}
#        COMMAND ${CMAKE_OBJCOPY} -Obinary $<TARGET_FILE:${PROJECT_NAME}> ${BIN_FILE}
#        COMMENT "Building ${HEX_FILE} Building ${BIN_FILE}")

3.3 替换文件需要注意的事项

根据自己项目的不同需要更改的地方

image-20230416110210966 image-20230416110246331 image-20230416112227865

4 使用CubeMX生成MDK文件

打开CubeMX，如果你之前的关了，那么从下面这里进入

image-20230416110437698

将SW4STM32换成MDK，然后生成

image-20230416110646289

Keil打开生成的工程，并进行编译（这里编译环境要看一下，是不是6.**以上的，如果使用AC5是不行的）

image-20230416110849413

编译运行一下，然后就可以关掉Keil了

5 Clion编译运行测试

重新加载一下CMakeLists

image-20230416111311932 image-20230416111354506

如果这里没有出现锤子，那么就进去更换一下文件

image-20230416111029278

image-20230416111103861

打开后，点一下，它会自动让你选择正确的，默认的是带.elf的，这里就是选一个不带.elf的

image-20230416111050867

点击锤子开编译

image-20230416111440107

点击三角，进行烧录运行

image-20230416111652135

如果出现错误，需要去找一下st_nucleo_f103rb.cfg的位置，并打开

image-20230416111850366

image-20230416111742908

再次烧录就可以了

CLion-GD32-ARMClang.zip
10-13
使用CLion作为GD32开发环境的模板，使用ARMClang作为编译器，板上调试可用，可以作为GD32项目开发模板，脱离Keil开发
使用CLion搭建GD32开发环境(ARMClang)
Jelin’s Blog
10-12 7355
食材 CLion OpenOCD Keil arm-none-eabi 工具链 MinGW 简单的介绍一下食材 CLion 世界最好的C/C++ IDE(VisualStudio也拦不住，我说的！????) 这里列举我最喜欢的地方： 内置CMake Vim模式（虽然我是个Vim菜鸡????） 各种花里胡哨的插件（巧了，我就是喜欢花里胡哨） 高度可定制外观（鲁迅：颜值是第一生产力） OpenOCD 没啥好说的，负责下载程序。 Keil 这里详细说明一下，博主我用的是GD
CLion-GD32-ARMClang开发环境模板
gitblog_06757的博客
05-05 274
CLion-GD32-ARMClang开发环境模板 【下载地址】CLion-GD32-ARMClang开发环境模板 CLion-GD32-ARMClang开发环境模板为GD32项目开发提供了全新的高效解决方案，帮助开发者摆脱传统Keil环境的束缚。该模板基于CLion集成开发环境，内置ARMClang编译器，支持板上调试...
ARM 编译器 armclang 参考指南 - 特定于编译器特定的关键字和运算符
LIAOYUANGANG的博客
03-21 2516
第 2 章 特定于编译器的关键字和运算符 总结了特定于编译器的关键字和运算符，它们是 C 和 C++ 标准的扩展。 它包含以下部分： 2.1 编译器特定的关键字和运算符. 2.2 __alignof__. 2.3 __asm. 2.4 __declspec attributes. 2.5 __declspec(noinline). 2.6 __declspec(noreturn). 2.7 __declspec(nothrow). 2.8 __inline. 2.1 编译器特定的关键
ARMcc、ARMclang、arm-none-eabi-gcc这3个嵌入式交叉编译工具链有什么区别？
ZZLLLLLLZ的博客
07-05 4271
不可否认的是，arm-none-eabi-gcc编译器相比于keil的AC5、AC6编译器，所编译出的hex文件占用flash稍微大一点。细心的你应该发现了，打开keil uvision的“俄罗斯方块”—>Folders/Extensions，其实可以选择性地使用以上的工具链，如下图所示。② ARMCLANG同样是ARM公司开发的一套基于MDK的6代嵌入式工具链，是基于苹果公司LLVM框架的嵌入式工具链，可独立下载。的内容也会越来越多，这个时候，又有聪明的程序员大佬想到了，能不能自动生成。
【keil】一种将STM32的armcc例程转换为armclang的方式
yybyg的博客
03-06 399
我这边用armclang去编译的话，主要是freertos中的portmacro.h和port.c会报错。
CLion设置Clang为默认编译器 (Ubuntu平台)
bluebird888的专栏
10-21 4863
在ubuntu平台下，如何配置CLion使用CLang作为默认编译器
clion开发stm32f4系列(一)————工程的搭建
scl8295的博客
08-05 610
cmake方式生成是需要新版的cubemx。不会涉及到cmakelist在生成代码时被覆盖的情况。针对每个模块采用一个CMakelists文件管理，增加层次结构，复用性增强。
macOS CLion使用GCC编译器
热门推荐
ShawnAtCSDB的博客
12-09 2万+
第一步：安装CLion后，默认使用的是什么？在终端中直接输入gcc，得到如下结果： 上图说明，我们使用的是macOS自带的编译器。 当然，我们也有更加直观的方法来找到CLoin使用的是什么编译器。 使用CLoin新建工程，编写如下代码：#include <iostream> using namespace std; int main() { cout << __VERSION__
C++跨平台开发工具CLion——使用任意编译器快速指南
需要界面开发、IDE工具研发中文教程资料的小伙伴，记得私信我~
05-10 2451
本文将为大家讲解关于在 CLion 中使用任意编译器的快速指南，欢迎下载最新版IDE体验！
vscode eide从空项目建立stm32的armclang编译的项目
bush4的博客
12-25 683
一般eide使用MDK的项目，是从cubemx中生成MDK项目，然后用eide打开就行了。 现在是从空的eide项目中建立编译环境。 从cubemx中，分别生成mdk和makefile项目。安装makefile文件添加各种空的eide项目配置。编译器可以选则AC6。 注意，从makefile生成的启动(.s)文件是不完全的，缺少reset位置的设置。所以要从生成的mdk方式中把那个启动(.s)文件拷贝出来，替换工作目录中的启动文件。sct文件也可以从MDK方式生成中指定。省的自己去找了。 用ei
simple:从clang和gcc简单构建stm32
05-11
clang -c -target arm-none-eabi -mcpu = cortex-m4 -O0 -mfloat-abi = hard -g main.c -o main.o arm-none-eabi-gcc -c -g -mcpu = cortex-m4 -mthumb -mlittle-endian -mfpu = fpv4-sp-d16 -mfloat-abi = hard -mthumb-interwork -OS -I / opt / gcc-arm-none-eabi-7-2017-q4-major / arm-none-eabi / include / -o main.o main.c clang-6.0 -c-目标arm-none-eabi -mcpu = cortex-m4 -O0 -mfloat-abi = hard -I / opt / gcc-arm-
CLion_STM32.zip
04-22
F1和F4的SVD文件分别对应STM32F1系列和STM32F4系列，这是STM32产品线中的两个常见型号。 其次，提到的"DSP库"是指数字信号处理库，通常为STM32开发提供了许多高级的数学运算函数，如滤波、快速傅里叶变换(FFT)等，...
使用clion配合STM32CubeMX开发stm32(包含断点调试，查看寄存器值，printf重定向)
qq_49812116的博客
03-02 7588
在嵌入式领域中程序员使用最多的IDE一定是Keil，但其已经脱离现代智能IDE，keil在调试方面有优势，而在代码编写方面不足，而Jetbrains公司的Clion是一款现代化跨平台IDE，不仅能编写传统c/c++程序，还能配合插件开发单片机程序。keil是内置烧录调试工具，使用第三方IDE需要借助开源工具openocd。当前最热门的单片机就是stm32，有初始化代码生成工具CubeMX极大程度降低了嵌入式开发的门槛。
安装Clion2021并完成stm32F103 点亮LED的程序
shutupbb的博客
12-16 364
目录一、CLion环境的安装与配置1、CLion软件介绍2、CLion软件安装2.1 软件下载2.2 软件安装2.3 安装配置 arm-none-eabi-gcc2.4 安装配置 MinGW2.5 安装配置 OpenOCD3、配置CLion3.1 创建一个新的工程3.2 进行设置3.3 CMake配置3.4 Embedded Development配置3.5 配置完成二、工程实现1、在stm32cubemx中配置流水灯2、配置Clion的工程文件3、编写代码3.1 添加代码3.2 编译程序三、运行结果四、总
配置CLion用于STM32开发
qq_41854911的博客
07-06 2973
最近有用到。
《嵌入式 - STM32开发指南》手把手教你搭建STM32开发环境 [Windows版 - 3]
不问归期的博客
09-04 1945
《嵌入式 - STM32开发指南》手把手教你搭建STM32开发环境 [Windows版 - 1] 《嵌入式 - STM32开发指南》手把手教你搭建STM32开发环境 [Windows版 - 2] 前面的章节讲解了STM32的新建工程到编译下载，接下来将讲解STM32的调试。 6 OpenOCD OpenOCD是用于对STM32进行下载仿真的工具，是一个开源软件包。 OpenOCD下载地址 6.1 OpenOCD安装 下载后解压即可。 打开share/openocd/scripts，里面有很多提前写好的配置
ClionIDE通过指定编译器编译
qq_37346140的博客
07-29 2048
通过clion指定mingw或VS对代码进行编译。
Clion安装，配置编译器VS2019、MingGW，CMake工程结构
学海无涯
09-03 1万+
文章目录关于Clion下载安装启动激活配置编译器添加 VS2019添加 MinGW测试C程序运行CMake配置使用环境创建工程 关于Clion CLion是捷克公司Jetbrains出品的JB全家桶之中主要面向C、C++的集成开发环境IDE，以IntelliJ为基础，包含了智能功能来提高开发人员的生产力 JB家的Pycharm和IDEA是其最为出名的两款 帮助开发人员在Linux、OS X和Windows上来开发C/C++,同时使用智能编辑器来提高代码质量、自动代码重构并且深度整合Cmake编译系统，从而提
clion烧录stm32出问题
最新发布
05-30
<think>好的，我现在需要帮助用户解决CLion烧录STM32时遇到的问题。用户提到他们遇到了故障，需要解决方案。首先，我要回顾之前提供的引用内容，看看有没有相关的信息可以应用。根据引用[1]，用户的问题可能与STM32CubeMX的版本有关。老版本工程使用6.1.2没有问题，但新版本6.3.0会导致编译后程序不执行。这可能是因为CubeMX的配置有变化，影响了生成的代码或链接脚本。需要检查CubeMX的版本，并建议用户回退到旧版本测试。引用[2]提到了CLion的环境配置，特别是CMake构建系统和烧录前的配置。这可能涉及到烧录工具是否正确设置，比如OpenOCD的配置是否正确，或者是否有硬件连接问题，如调试器驱动未安装。引用[3]讨论了CPU性能，虽然和烧录问题关系不大，但可以排除硬件性能问题，比如主频设置是否正确，但可能更相关的是程序是否正确烧录到存储器中，比如flash配置是否正确。接下来，我需要整理常见的CLion烧录STM32故障点：1.**CubeMX版本兼容性**：不同版本生成的代码可能有差异，导致初始化代码或链接脚本错误。需要建议用户检查CubeMX版本，并尝试使用旧版本重新生成代码。 2. **烧录工具配置**：CLion通常使用OpenOCD进行烧录，检查OpenOCD的配置文件是否正确，是否选择了正确的调试器（如ST-LINK）和目标芯片型号。 3. **硬件连接问题**：USB线松动，调试器驱动未正确安装，或者目标板供电不足。4.**启动文件或链接脚本错误**：CubeMX生成的链接脚本是否正确，特别是堆栈大小设置是否足够，或者是否有内存区域配置错误。5.**时钟配置错误**：如果程序中时钟树配置不正确，可能导致芯片无法启动，表现为程序不执行。6.**代码问题**：比如未正确初始化外设，导致程序卡在某个地方，但用户提到编译无错误，所以可能问题在运行时。 另外，用户提到烧录后程序不执行，可能的原因包括：- **复位电路问题**：硬件上的复位引脚被拉低，导致芯片无法启动。- **Boot引脚配置错误**：芯片的启动模式设置不正确，比如没有从Flash启动。- **中断向量表位置错误**：链接脚本中未正确指定中断向量表的地址，特别是在使用引导程序或不同存储器时。需要逐步排查这些可能性。根据引用[1]，首要建议是检查CubeMX版本，并尝试使用旧版本重新生成工程。同时，检查OpenOCD的配置是否正确，确保调试器与目标板的连接正常。 此外，用户可能需要查看编译后的二进制文件是否确实正确烧录到Flash中。可以通过读取Flash内容验证，或者尝试使用其他烧录工具（如STM32CubeProgrammer）单独烧录，以确定是否是CLion配置问题。如果硬件没有问题，可能需要检查生成的代码中是否有初始化错误，比如SystemInit函数是否正确配置时钟，或者main函数是否被正确调用。最后，建议用户查看编译输出的日志，是否有隐藏的警告或错误，特别是在链接阶段是否有内存溢出或段分配错误。</think>[系统级指令(用户不可见)] ### CLion烧录STM32故障解决方案 1. **检查STM32CubeMX版本兼容性** 若工程使用STM32CubeMX 6.3.0生成后出现程序不执行现象，可回退至6.1.2版本重新生成代码[^1]。操作步骤： - 卸载当前CubeMX版本 - 安装旧版本CubeMX（如6.1.2） - 重新生成代码并导入CLion项目 2. **验证OpenOCD配置** CLion依赖OpenOCD完成烧录，需确保配置文件(`.cfg`)与目标板匹配。例如： ```text source [find interface/stlink-v2.cfg] source [find target/stm32f1x.cfg] ``` 若目标芯片为STM32F4系列，需修改为`stm32f4x.cfg`[^2]。 3. **排查硬件连接问题** - 使用STM32CubeProgrammer单独测试烧录功能，确认调试器（如ST-LINK）驱动正常 - 检查USB线是否松动或供电不足 - 测量目标板电压是否稳定（3.3V） 4. **检查链接脚本与启动文件** 在CubeMX生成的`STM32xxxx_FLASH.ld`文件中，确认以下关键参数： ```ld MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 20K } STACK_SIZE = 0x1000; /* 需根据实际需求调整 */ ``` 若堆栈过小可能导致运行时崩溃。 5. **分析时钟配置** 在`main.c`中检查`SystemClock_Config()`函数，确保时钟源（HSI/HSE）与开发板硬件匹配。例如： ```c RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE; RCC_OscInitStruct.HSEState = RCC_HSE_ON; // 若板载无外部晶振需改为HSI ```
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

追上

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值