multiple definition of `NMI_Handler' stm32CubeMX 生成gcc编译出错

最新推荐文章于 2025-05-25 07:30:00 发布
最新推荐文章于 2025-05-25 07:30:00 发布
阅读量1.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： c++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/uuq/article/details/80426527
本文介绍了一个关于STM32项目的Makefile配置问题，其中出现了多个定义错误，特别是针对`NMI_Handler`的问题。文章详细展示了重复的C源文件列表，并探讨了如何避免在编译过程中出现重复定义的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

multiple definition of `NMI_Handler'

还有其它提示重复的，请检查下Makefile文件里面 是不是重复了c源文件 我的不知为何生成Src/stm32f1xx_it.c \这一行和main.c重复

C_SOURCES =  \
Src/main.c \
/Src/system_stm32f1xx.c \
Src/stm32f1xx_it.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_gpio_ex.c \
Src/stm32f1xx_hal_msp.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_flash.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_flash_ex.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_tim_ex.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_tim.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_gpio.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_cortex.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_rcc_ex.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_rcc.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_dma.c \
Drivers/STM32F1xx_HAL_Driver/Src/stm32f1xx_hal_pwr.c

uuq
关注
专栏目录
STM32 CubeMX 中断NVIC 实战 (超详细配30张高清图，附源码)
艾格北峰嵌入式
01-03 2590
STM32F407的嵌套向量中断控制器（Nested Vectored Interrupt Controller，NVIC）管理所有中断，它有82个可屏蔽中断，还有13个系统中断。82个可屏蔽中断和部分系统中断可配置中断优先级，总共有16个优先级。NVIC是ARM Cortex-M处理器内部的模块，负责管理处理器的中断。在STM32系列中，要使用中断，通常的步骤包括配置相关的外部硬件（如果需要）、配置NVIC以及编写中断服务程序。在初始化过程中，需要确保配置中断优先级和使能相应的中断。
nmi中断配置_关于单片机中的NMI_Handler(不可屏蔽中断处理器)
weixin_42240669的博客
01-11 6968
该博客文章以MKL15Z4系列单片机为例，参考文档均来自NXP官方提供的芯片用户手册和数据手册；所使用的的开发环境是MCUXpresso。一、简单的介绍首先请看两张截图：一张是截取于单片机工程的驱动文件内容，另一张截取于芯片用户手册。通过对照我们不难发现标题中所说的NMI_Handler正是不可屏蔽中断，简称NMI。在程序中NMI的实现函数也有定义，在芯片驱动函数中该函数是一个弱定义，表示允许用户...
STM32Gx系列进入NMI中断造成芯片死机的解决办法
热门推荐
rutional的博客
03-17 1万+
STM32Gx系列进入NMI中断造成芯片死机的解决办法 提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录STM32Gx系列进入NMI中断造成芯片死机的解决办法前言一、问题原因分析二、ECC校验是什么1.数据手册2.原厂回复三、风险四、解决方案总结 前言 近期公司的项目中遇到一个比较棘手的问题，STM32Gx系列芯片在烧录生产后再次上电出现芯片死机的问题，经过调试分析发现是触发了FLASH的ECCD错误，死在了不可屏蔽的NMI中断里，根据查询目前网上大部分资料都在讲由于外部引脚
STM32CUBE导入DSP库时出现大量multiple definition，first defined here
“我吃了你的作业”
10-15 467
举例：Drivers/DSP/Source/TransformFunctions/arm_rfft_q31.c:223: multiple definition of `arm_split_rfft_q31';解决：把下面每个文件夹里面的那个"跟文件夹同名的C文件"删掉。
NXP应用随记（九）：M7内核的Hardfault相关认知
梦想技术家
05-25 1140
NXP MCU S32K312 的 HardFault是 ARM Cortex-M 内核在检测到不可恢复的错误时触发的异常，通常由软件或硬件配置问题引起。
multiple definition of `xxxx`问题解决（vscode开发stm32）
m0_72615170的博客
08-11 707
multiple definition of `xxxx`问题解决（vscode开发stm32），仅需在.c文件中定义变量，再在.h文件中声明一个外部链接（使用extern关键字）
VScode使用stm32 报错 first defined here和multiple-definition在同一处
weixin_45108668的博客
08-08 944
VScode使用stm32报错 first defined here 和multi-definition在同一处
Linux下使用STM32CUBEMX的makefile，报multiple defination错误的解决办法
Ailikez的博客
01-24 2051
之所以报这个错是因为stm32cubemx生成makefile的一个bug，在C_SOURCES部分会重复添加Src/下的c文件 上图是没有修改makefile之前，下图为修改后 要修改的部分：
关于STM32的flash读写数据和HardFault_Handler的问题
08-11
` 和 `uint32_t address = (uint32_t)imageBuffer;` 4. **利用Flash写保护**：STM32的Flash具有硬件写保护功能，可以通过设置选项字节来保护特定区域，防止意外修改。不过，具体实现方式需要查阅相关芯片的手册和库...
STM32 | STM32 FLASH第十二天(实现代码STM32CUBEMX)
m0_45463480的博客
08-24 1194
ST制作的中间件堆栈（USB主机和设备库，STemWin）带有允许轻松重用的许可模式， 只要是在ST公司的MCU 芯片上使用，库中的中间件(USB 主机/设备库,STemWin)协议栈即被允许随便修改，并可以反复使用。可以说HAL库就是用来取代之前的标准外设库的。相比标准外设库，STM32Cube HAL库表现出更高的抽象整合水平，HAL API集中关注各外设的公共函数功能，这样便于定义一套通用的用户友好的API函数接口，从而可以轻松实现从一个STM32产品移植到另一个不同的STM32系列产品。
STM32CubeMX stm32不限长度使用DMA收发串口数据
QQ547176052的博客
08-15 664
stm32串口不限长度 空闲中断
Keil报错：Symbol Systick Handler multiply defined by (xxxxx systick.o and startup xxxxx.0)
m0_65220915的博客
12-01 1896
Keil报错：Symbol Systick Handler multiply defined by (cw32f003 systick.o and startup cw32f003.0)
stm32怎么查看什么原因引起的nmi_脑梗塞是什么原因引起，怎么治疗脑梗塞。
weixin_39940425的博客
11-30 228
脑梗的原因： 一、高血压与糖尿病　　高血压患者发生脑梗塞的几率比正常人高7倍。所以，要注意将血压控制在正常范围，以免发生脑梗塞。糖尿病患者患脑梗塞的几率也明显比没有糖尿病者高出许多。　　二、生活作息不规律　　另外，不规律的生活，如经常熬夜，饮食不规律或不合理，以及工作压力过大等，也会导致脑梗塞。有时病毒侵犯脑血管也可能引起脑梗塞。　　三、烟和饮酒：　　有临床研究显示，50%以上的脑梗塞患者会有长期...
STM32之HAL开发——启动文件详解【精华版】
纵行山河万里~
03-23 2535
【主闪存存储器】STM32内置的Flash，一般我们使用JTAG或者SWD模式下载程序时，就是下载到这个里面，重启后也直接从这启动程序，可以理解为电脑中的软件安装在这里。【内置 SRAM】芯片内置的RAM区，没有程序存储的能力了，可以理解为这个是电脑的内存条。【系统存储器】一块特定的区域，只读ROM存储器，STM32厂家在这个区域内部预置了一段BootLoader，也就是我们常说的ISP程序，出厂后无法修改。
嵌入式开发中断全解（2）Hard Fault的诊断
Yank_k的博客
09-06 7621
在内核的MCU上写程序时，稍不留神，就可能出现内存溢出的情况。我们可以知道，当我们使用该引脚用作其它功能的时候，如果把NMI引脚在电路上接地，程序在启动的时候就会触发NMI中断，从而进入到NMI_Handler函数中去，那程序一直卡在这了，后期再说说怎么屏蔽。两大类，外部中断由单片机外部设备产生，中断产生后通过单片机的外部管脚传递给单片机，传递这个中断信号最简单的方法就是 规定单片机的管脚在什么状态下有外部中断产生，这样单片机通常是有一个或多个IO口，当在输入状态时可以用来检测外部中断信号。
STM32踩坑笔记
weixin_44098974的博客
01-17 976
由于STM32的部分引脚是JTAG、SWD的调试引脚，如PB3、PB4、PA15、PA13、PA14等，为了将JTAG的引脚解放出来作为不同GPIO使用，通常会在程序中禁用掉JTAG（STM32的gpio头文件中有如下宏，如注释所示：第一个是SWD、JTAG全部使能，第二个是使能SWD、失能JTAG，第三个是SWD、JTAG全部失能。，将这三个问题进行排除后依旧无法正常下载程序，那就基本能够确认是软件关闭了SWD导致的无法正常下载程序，检查程序中是否存在如下语句。IAR环境下烧录报错如下：查找CPU失败。
STM32启动文件详解——学习笔记（3）
hrx-@@
01-27 4228
文章内容根据野火学习教程进行整理，仅仅是学习记录。 开发板： 野火STM32F429-挑战者V2 官方固件库版本： STM32F4xx_DSP_StdPeriph_Lib_V1.8.0 启动文件介绍 位置 启动文件（例如：startup_stm32f429_439xx.s），该文件存在于官方固件库的目录位置为：STM32F4xx_DSP_StdPeriph_Lib_V1.8.0\Librarie...
STM32编译后怎么样一步步运行起来的
zhen
06-01 1563
stm32
NMI_Handler PROC EXPORT NMI_Handler [WEAK] B . ENDP HardFault_Handler\ PROC EXPORT HardFault_Handler [WEAK] B . ENDP继续进行逐条指令分析
最新发布
08-03
<think>我们分析两个典型的异常处理程序：NMI_Handler和HardFault_Handler。在ARM Cortex-M系列处理器中，这些异常处理程序通常以汇编形式出现在启动文件（如startup_stm32f10x_hd.s）中。下面逐行分析。 ### 1. NMI_Handler 分析 ```assembly NMI_Handler PROC EXPORT NMI_Handler [WEAK] B . ENDP ``` - **`PROC`**：表示一个过程的开始，这里定义了一个名为`NMI_Handler`的过程（即函数）[^2]。 - **`EXPORT NMI_Handler [WEAK]`**： - `EXPORT`使得该符号（`NMI_Handler`）对其他模块可见（全局符号）。 - `[WEAK]`属性表示这是一个弱符号。如果其他地方（如用户代码）定义了同名的强符号（例如用户自己实现的`NMI_Handler`函数），链接时将使用强符号而忽略此处的定义[^3]。 - **`B .`**： - `B`是分支指令（跳转）。 - `.`表示当前地址。因此`B .`表示无限循环（跳转到自身）[^1]。 - 作用：当发生NMI（不可屏蔽中断）且用户未自定义处理程序时，处理器将在此处无限循环，通常用于调试或捕获错误。 - **`ENDP`**：表示过程结束。 ### 2. HardFault_Handler 分析 ```assembly HardFault_Handler PROC EXPORT HardFault_Handler [WEAK] B . ENDP ``` - 结构同`NMI_Handler`，区别在于处理的是硬件错误异常（HardFault）。 - **`EXPORT HardFault_Handler [WEAK]`**：同样为弱符号，允许用户自定义强符号覆盖。 - **`B .`**：同样表示无限循环，用于未自定义处理程序时挂起系统。 ### 关键机制详解 #### 1. **弱符号（WEAK）的作用** - **覆盖默认实现**：嵌入式开发中，用户可能需要自定义异常处理（如记录错误信息、复位系统）。通过`[WEAK]`属性，启动文件提供默认实现（死循环），同时允许用户在其他文件（如C文件）中重新定义同名函数覆盖它[^3]。 - **示例**：用户可在C文件中定义： ```c void HardFault_Handler(void) { printf("Hard Fault Occurred!\n"); while(1); // 自定义处理 } ``` 链接时，用户定义的强符号将覆盖启动文件中的弱符号。 #### 2. **`B .` 指令的二进制编码** - **指令格式**：`B`指令为相对跳转，编码中包含24位有符号偏移量。计算方式为： $$ \text{偏移量} = \frac{\text{目标地址} - (\text{当前PC} + 4)}{4} $$ 其中`+4`是因为ARM流水线效应（PC指向下两条指令地址）[^1]。 - **`B .` 的偏移量**：目标地址为当前指令地址，因此： $$ \text{偏移量} = \frac{(\text{当前PC}) - (\text{当前PC} + 4)}{4} = -1 $$ 对应的二进制编码为`0xE7FE`（Thumb状态）或`0xEAFFFFFE`（ARM状态）。在Cortex-M（始终Thumb状态）中，实际机器码为`0xE7FE`。 #### 3. **异常处理流程** 1. **异常触发**：发生NMI或HardFault异常。 2. **硬件自动行为**： - 压栈（保存寄存器：PSR, PC, LR, R12, R3-R0）。 - 更新PC：从向量表（如`0x00000008`对应NMI，`0x0000000C`对应HardFault）加载处理函数地址。 3. **执行处理程序**： - 若用户未覆盖，执行默认的`B .`（死循环）。 - 若用户覆盖，执行自定义代码。 ### 地址分配示例（向量表） 假设向量表起始于`0x00000000`： | 地址 | 异常类型 | 处理函数地址（示例） | |---------------|----------------|----------------------| | 0x00000000 | 初始SP值 | 0x20001000 | | 0x00000004 | Reset_Handler | 0x08000001 (Thumb) | | **0x00000008**| **NMI_Handler**| **0x080000C1** | | **0x0000000C**| **HardFault_Handler** | **0x080000C5** | - 处理函数地址最低位为1表示Thumb状态（Cortex-M必须）[^1]。 ### 相关问题 §§相关问题§§ 1. 在Cortex-M中，为什么异常处理函数的地址在向量表中必须将最低位置1？ 2. 如何通过调试器（如J-Link）在发生HardFault时自动捕获并定位错误原因？ 3. 用户自定义的HardFault处理函数中，如何获取触发异常的指令地址及相关寄存器状态？</think>### 逐行分析 ARM 汇编异常处理程序 #### 1. **NMI_Handler 分析** ```assembly NMI_Handler PROC ; ① 定义不可屏蔽中断处理程序 EXPORT NMI_Handler [WEAK] ; ② 声明全局符号（弱引用） B . ; ③ 无限循环指令 ENDP ; ④ 过程结束 ``` ① **`PROC`** 表示过程（函数）开始，定义名为 `NMI_Handler` 的异常处理程序。在 ARM 异常向量表中，NMI 通常位于偏移量 `0x00000008` 处[^1]。 ② **`EXPORT NMI_Handler [WEAK]`** - `EXPORT`：使符号全局可见，允许链接器从其他模块访问 - `[WEAK]`：关键属性，表示： - 允许用户在其他文件中定义同名强符号进行覆盖 - 若用户未自定义，则使用此默认实现 - 避免链接错误（为可选功能提供默认实现）[^3] ③ **`B .`** - 分支指令到当前地址（`.` 表示当前程序计数器 PC） - 实际机器码为 `0xE7FE`（Thumb 状态） - 效果：**无限循环**，用于： - 调试时捕获未处理的异常 - 防止程序跑飞 - 等待调试器介入[^1] ④ **`ENDP`** 标记过程结束，与 `PROC` 配对使用。 --- #### 2. **HardFault_Handler 分析** ```assembly HardFault_Handler PROC ; ① 硬件错误处理程序 EXPORT HardFault_Handler [WEAK] ; ② 弱引用声明 B . ; ③ 死循环 ENDP ; ④ 过程结束 ``` ① **`HardFault_Handler PROC`** 处理硬件错误异常（如非法内存访问、除零错误等），在向量表中固定位于 `0x0000000C`[^1]。 ② **`[WEAK]` 的实际应用** 在操作系统移植中（如 uC/OS-II），常需自定义此处理程序： ```c // 用户自定义实现（覆盖弱符号） void HardFault_Handler(void) { log_error("Hard Fault!"); // 记录错误 while(1); // 安全挂起 } ``` 链接时优先使用此强符号[^3]。 ③ **`B .` 的二进制细节** - 在 Thumb-2 指令集中编码为 16 位：`1110 0111 1111 1110`（`0xE7FE`） - 相对跳转偏移量计算： $$ \text{偏移量} = \frac{\text{目标地址} - (\text{PC} + 4)}{4} = \frac{\text{当前地址} - (\text{当前地址} + 4)}{4} = -1 $$ 实际扩展为 32 位值 `0xFFFFFFFE`[^1] --- ### 关键机制图解 ```plaintext +---------------------+ | 异常向量表 | | 0x00: 初始SP | | 0x04: Reset_Handler | | 0x08: NMI_Handler | ---> [默认实现] B . (死循环) | 0x0C: HardFault | ---> [用户可选覆盖] +---------------------+ | v +---------------------+ | 用户代码 | | void HardFault_Handler() | | { /* 自定义处理 */ } | <--- 强符号覆盖弱符号 +---------------------+ ``` ### 核心设计思想 1. **弱引用灵活性** 允许开发者按需覆盖默认异常处理，特别适用于： - 实时操作系统移植[^3] - 自定义错误恢复机制 - 安全关键系统的错误诊断 2. **死循环的必要性** - 防止未处理异常导致不可控行为 - 保留现场供调试器分析（通过 SP 回溯调用栈） - 符合功能安全标准（如 IEC 61508）的故障冻结要求 3. **异常处理流程** 当异常发生时： ```mermaid graph LR A[异常触发] --> B{用户是否定义处理程序?} B -->|是| C[执行自定义处理] B -->|否| D[执行默认 B . 死循环] ``` --- ### 相关问题
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值