IAR 编译报错 Fatal Error[Pe1696]: cannot open source file "stm32_eval.h"

最新推荐文章于 2025-05-12 23:12:49 发布
原创 最新推荐文章于 2025-05-12 23:12:49 发布 · 1.5w 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#STM32 #IAR

本文详细介绍了如何解决在使用STM32F10x标准外设库V3.5.0时遇到的软件陷阱。通过添加STM32_EVAL文件夹到工程包含目录，并在stm32_eval.h文件中正确选择评估板，可以避免出现错误提示。

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

首先在STM32F10x_StdPeriph_Lib_V3.5.0\Utilities中找到STM32_EVAL文件夹，将其添加到工程包含目录中。

然后，在遇到

Fatal Error[Pe035]: #error directive: "Please select first the STM32 EVAL board to be used (in stm32_eval.h)" 时，

此为一个软件陷阱，打开stm32_eval.h文件，找到下图中的位置：

然后取消中的一个注释即可

初学者如何处理STM32创建工程时stm32_eval.h的问题
小白转职薄：EE到CS
09-28 2万+
环境：win10-MDK：5.15-固件库：3.5.0   1.先说对初学者来讲的解决办法 删除main.c中的所有定义和函数。只写上main(){},其他的什么都不用加。并在最后另起一行。（不另起一行会提示“without a newline”的警告。）不知道和Linux里用GCC编译程序的no newline是不是一个原因。因为文件最后\表示连接下一行，而如果文件最后一行行尾有\，被包含
小熊arm学习总结：iar7.3建立工程报错：cannot open the source file "XXXxxx.h
xiaoxiongli的专栏
11-17 2932
当确定头文件等设置都没有问题的时候，可以试一试下面的方法去解决，我亲身体验完美通过： 方法一． STM32工程 从IAR6.0 转到 IAR6.3 用IAR6.3打开IAR6.0 的工程，编译的时候出现提示错误： extern uint32_t __get_PSP(void); 已经在C:\Program Files\IAR Systems\Embedded Workb
文件路径名太长导致IAR编译报错：Fatal Error[Pe1696]: cannot open source file
dc3120的专栏
04-03 1万+
在用IAR编译CC2640R2F工程的时候，报错： gattservapp_util.c Fatal Error[Pe1696]: cannot open source file "xdc/runtime/package/Memory_HeapProxy.h" E:\ti\2640R2F\svn\t1\sdk_1_40_00_45\xdctools_3_50_02_20_core\packa...
Fatal Error[Pe1696]: cannot open source file “ELECTROMAGNETIC.H“的解决办法
工科狗Niko的博客
07-20 1万+
出错原因是编译器找不到所指定的那个头文件。 首先确定是不是真的存在这个头文件 如果存在，可以采取这两种解决方法： 1、include时写上完整的路径名。如： #include “D:\headers\msp430x14x.h” 2、在编译器的默认头文件路径中添加你自定义的头文件存放路径。一般是你所用的IDE的某项功能，这看你用的是什么IDE ...
【第一次使用IAR8.30建立工程报错记录】
weixin_45990208的博客
05-12 174
2.检查这两个红框，尤其第一个，选择路径的时候一定要选择到底层的文件夹，一定打开选，否则选择的像我这样的一直报错。其他的就是打不开什么.h文件或者找不到.h文件，就在工程的文件夹中搜索到到文件的地址，然后将路径添加进去就行。1.先检查是否选择芯片型号。
关于iar for stm8： iar Fatal Error[Pe1696]: cannot open source file "xx.h"错误
热门推荐
bd7iow的博客
01-20 2万+
关于iar for stm8： iar Fatal Error[Pe1696]: cannot open source file “xx.h”错误 最近项目用到stm8，先前只用过MDK for stm32 ，对于熟悉MDK的朋友来说使用iar有时挺让人头痛的！上面的问题，在百度中找到一个包含文件.c/.h文件的方法以做记录如下： 使用iar时经常会出现“cannot open the s
IAR Fatal Error[Pe1696]: cannot open source file “intrinsics.h“错误原因之一
菜鸟江涛的博客
06-14 2330
IAR Fatal Error[Pe1696]: cannot open source file “intrinsics.h“，好久没有写STM8的项目了，今天打开IAR准备试试写写小项目的时候，发现错误如题所示，报错打不开头文件了
TIMER_IAR.rar_stm_stm 32_timer.h IAR
09-21
STM32定时器在IAR环境中的应用是一个关键的嵌入式系统开发主题。STM32系列微控制器是由意法半导体（STMicroelectronics）推出的基于ARM Cortex-M内核的高性能微处理器，广泛应用于各种嵌入式系统设计。定时器是STM32...
STM32_RTX.zip_RTX_RTX 例程 STM32_STM32 RTX_iar使用rtx_stm32 RTX
07-14
STM32跑RTX实时操作系统的例程，非常值得借鉴
STM32_IAR_project.rar_STM32 iar工程_STM32_IAR_project_iar stm32 模
07-15
STM32_IAR_project是为STM32微控制器开发准备的一个IAR Embedded Workbench工程模板。这个压缩包包含了使用IAR编译工具链进行STM32应用开发的基础配置和源代码，适合初学者或者需要快速启动新项目的人使用。STM32是...
stm32_7611_iar.rar_HDMI转RGB_STM32 RGB_STM32配置adv7611_stm32 hdmi_
07-14
首先，"stm32_7611_iar.rar"这个文件名表明我们使用的开发环境是IAR Embedded Workbench，这是一款针对微控制器的集成开发环境（IDE），特别适合C/C++编程。IAR为STM32提供优化的编译器和调试工具，使得开发者可以...
IAR 编译报错 Fatal Error[Pe1696]: cannot open source file "Lcd_Display.h"
lixiang1069的专栏
01-12 1万+
当我开始做数码管动态显示的模块函数，方便以后直接调用，竟出现这个错误，查了好久也没看到好的解决办法，依稀觉得是路径不对，可是不知道咋解决。 如图： ， 开始这样  ，是尖括号的文件包含 ，然后我把它改为   “ ”之后，奇迹出现鸟 总结：原来 也是路径不对哦系统文件一般是尖括号包含，自定义的文件一般是双引号包含，貌似对于系统文件两者都是一样的，自定义的一定要用双引
STM32 包含了头文件编译却打不开头文件
qq_44463506的博客
09-17 1813
STM32 头文件包含编译不能打开头文件
Fatal Error[Pe1696]: cannot open source file "core_cmInstr.h"
混沌的博客
10-21 1万+
keil5编译木有问题，iar7编译出现此错误。 stm32f10x.h 中： include “core_cm3.h”core_cm3.h 中：include “”core_cmInstr.h”发现keil按照目录下有：core_cmInstr.h 和 core_cmFunc.h两个头文件，拷到iar7目录即可。 Error[Ta041]: Cannot call intrinsic func
IAR报错Fatal Error[Pe1696]: cannot open source file “sht3x.h“
m0_65097986的博客
07-07 2669
Fatal Error[Pe1696]: cannot open source file "sht3x.h" 【IAR zigbee】
keil编译STM32工程时 #error directive: "Please select first the target STM32F10x device used in your appli...
weixin_34343000的博客
05-21 3902
我们可以双击错误，然后会自动定位到文件 stm32f10x.h 中出错的地方，可以看到代码： #if !defined (STM32F10X_LD) && !defined (STM32F10X_LD_VL) && !defined(STM32F10X_MD) && !defined (STM32F10X_MD_VL) && !...
stm32_eval.h转载：https://blog.csdn.net/hughkirk/article/details/52692723
soul_mate_zhao的博客
07-30 2693
环境：win10-MDK：5.15-固件库：3.5.0   1.先说对初学者来讲的解决办法 删除main.c中的所有定义和函数。只写上main(){},其他的什么都不用加。并在最后另起一行。（不另起一行会提示“without a newline”的警告。）不知道和Linux里用GCC编译程序的no newline是不是一个原因。因为文件最后\表示连接下一行，而如果文件最后一行行尾有\，被包含的下一个源文件会被连接...
FatFs中文支持与编译环境配置
kuaileguyue的专栏
08-02 2638
使用环境 FatFs：当前最新版本“FatFs-GenericFATFilesystemmoduleR0.14b”。 编译环境：IAR or Keil 其他编辑环境：vscode 、notepad++ FatFs中文支持 在R0.14b版本中fatfs的目录接口与早先的不太一样 下载地址“FatFs - Generic FAT Filesystem Module (elm-chan.org)” 其中有一个ffunicode的文件，这里面就是早先使用的ccxxx.c的编码文件，...
Fatal Error[Pe1696]: cannot open source file "core_cm3.h" C:\Users\Administrator\Desktop\STM32F103_I
lby1168的专栏
09-18 1万+
IAR新建工程编译错误解决方案：General Options->Library Configuration:Library 选FULL，右下角选择Use CMSIS
../Core/Src/stm32f0xx_it.c: In function 'USART1_IRQHandler': ../Core/Src/stm32f0xx_it.c:228:9: warning: implicit declaration of function 'UART_IdleHandler_DMA' [-Wimplicit-function-declaration] 228 | UART_IdleHandler_DMA(&huart1); | ^~~~~~~~~~~~~~~~~~~~ arm-none-eabi-gcc "../Core/Src/tim.c" -mcpu=cortex-m0 -std=gnu11 -g3 -DDEBUG -DARM_MATH_CM0 -DUSE_HAL_DRIVER -DSTM32F030xC -c -I../Core/Inc -I../Drivers/CMSIS/DSP/Include -I../Drivers/STM32F0xx_HAL_Driver/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F0xx/Include -I../Drivers/CMSIS/Include -O0 -ffunction-sections -fdata-sections -Wall -fstack-usage -fcyclomatic-complexity -MMD -MP -MF"Core/Src/tim.d" -MT"Core/Src/tim.o" --specs=nano.specs -mfloat-abi=soft -mthumb -o "Core/Src/tim.o" arm-none-eabi-gcc "../Core/Src/usart.c" -mcpu=cortex-m0 -std=gnu11 -g3 -DDEBUG -DARM_MATH_CM0 -DUSE_HAL_DRIVER -DSTM32F030xC -c -I../Core/Inc -I../Drivers/CMSIS/DSP/Include -I../Drivers/STM32F0xx_HAL_Driver/Inc -I../Drivers/STM32F0xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F0xx/Include -I../Drivers/CMSIS/Include -O0 -ffunction-sections -fdata-sections -Wall -fstack-usage -fcyclomatic-complexity -MMD -MP -MF"Core/Src/usart.d" -MT"Core/Src/usart.o" --specs=nano.specs -mfloat-abi=soft -mthumb -o "Core/Src/usart.o" arm-none-eabi-gcc -o "stm32f030CCT6_v1112.elf" @"objects.list" -mcpu=cortex-m0 -T"E:\Mesh\STM32F030\stm32f030CCT6_v1112\STM32F030CCTX_FLASH.ld" --specs=nosys.specs -Wl,-Map="stm32f030CCT6_v1112.map" -Wl,--gc-sections -static --specs=nano.specs -mfloat-abi=soft -mthumb -Wl,--start-group -lc -lm -Wl,--end-group D:/ST/STM32CubeIDE_1.18.1/STM32CubeIDE/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.13.3.rel1.win32_1.0.0.202411081344/tools/bin/../lib/gcc/arm-none-eabi/13.3.1/../../../../arm-none-eabi/bin/ld.exe: ./Core/Src/tim.o:E:/Mesh/STM32F030/stm32f030CCT6_v1112/Debug/../Core/Src/tim.c:29: multiple definition of `htim6'; ./Core/Src/main.o:E:/Mesh/STM32F030/stm32f030CCT6_v1112/Debug/../Core/Src/main.c:79: first defined here collect2.exe: error: ld returned 1 exit status make: *** [makefile:77: stm32f030CCT6_v1112.elf] Error 1
最新发布
07-19
<think>我们遇到了两个问题： 1. 在stm32f0xx_it.c中，USART1_IRQHandler和USART2_IRQHandler函数中调用了UART_IdleHandler_DMA，但是编译器提示该函数隐式声明（即没有找到函数声明）。 2. 链接错误：htim6在tim.c和main.c中重复定义。 解决方案： 问题1：隐式声明函数 这是因为我们在stm32f0xx_it.c中调用了UART_IdleHandler_DMA函数，但是该函数的声明没有包含在头文件中，或者没有在调用之前声明。 我们需要在stm32f0xx_it.c中包含声明该函数的头文件，或者在文件中添加函数声明。 问题2：htim6重复定义 在tim.c和main.c中都定义了htim6变量。根据STM32CubeMX的生成代码规范，外设句柄应该定义在对应的外设源文件中（例如tim.c中定义htim6），然后在其他文件中通过extern声明来使用。 因此，我们需要在main.c中移除htim6的定义，改为在main.c中包含tim.h头文件（该头文件中应该包含htim6的extern声明），并确保htim6在tim.c中只定义一次。 具体步骤： 问题1解决：添加UART_IdleHandler_DMA的声明 方法一：在stm32f0xx_it.c文件的开头（在包含头文件之后）添加函数声明： void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); 方法二：创建一个头文件（例如dma_handler.h），在其中声明该函数，然后在stm32f0xx_it.c中包含这个头文件。 问题2解决：消除htim6重复定义 1. 在tim.c中定义htim6（通常CubeMX生成的tim.c中已经定义）。 2. 在tim.h中添加extern声明： extern TIM_HandleTypeDef htim6; 3. 在main.c中包含tim.h头文件，并删除main.c中关于htim6的定义（即删除行：TIM_HandleTypeDef htim6;）。 但是，我们注意到错误信息中提示： ./Core/Src/tim.o: .../tim.c:29: multiple definition of `htim6' ./Core/Src/main.o: .../main.c:79: first defined here 这意味着： - main.c的第79行定义了htim6（这是第一次定义） - tim.c的第29行又定义了一次（重复定义） 所以，我们需要检查： - tim.c的第29行：可能是定义htim6的地方，这个定义应该保留（因为tim.c是管理定时器的文件）。 - main.c的第79行：应该删除该行（即删除htim6的定义）。 此外，我们还要确保在需要使用htim6的其他文件中（如main.c）包含tim.h，并且在tim.h中已经添加了extern声明。 详细代码修改： 步骤1：解决UART_IdleHandler_DMA的隐式声明问题 在stm32f0xx_it.c的开头添加函数声明： void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); 或者，在头文件（例如dma_handler.h）中声明，并在stm32f0xx_it.c中包含它。 步骤2：解决htim6重复定义 1. 打开main.c，找到第79行（或附近）定义htim6的地方，删除该行（注意：不要删除初始化代码，只删除变量定义）。 2. 打开tim.c，确保htim6定义在文件内（通常CubeMX已经生成好，如：TIM_HandleTypeDef htim6;）。 3. 打开tim.h，在文件末尾（但要在头文件保护宏内）添加： extern TIM_HandleTypeDef htim6; 4. 在main.c中包含tim.h（如果还没有包含的话）： #include "tim.h" 步骤3：重新编译项目 注意：如果还有其他外设句柄（如huart1, huart2等）出现同样问题，用同样方法处理。 示例代码修改： 修改main.c: ```c // main.c // 删除以下行（大约在第79行）： // TIM_HandleTypeDef htim6; // 删除这一行 // 确保包含tim.h #include "tim.h" ``` 修改tim.h: ```c // tim.h /* 在文件末尾，在#endif之前添加 */ #ifdef __cplusplus } #endif extern TIM_HandleTypeDef htim6; // 添加extern声明 #endif /* __TIM_H__ */ ``` 修改stm32f0xx_it.c: ```c // stm32f0xx_it.c /* 在包含头文件之后，函数定义之前添加 */ #include "usart.h" // 确保包含usart.h，因为使用了UART_HandleTypeDef // 添加UART_IdleHandler_DMA的声明 void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); // 或者，如果该函数在某个头文件（例如dma_handler.h）中声明，则包含该头文件： // #include "dma_handler.h" ``` 如果UART_IdleHandler_DMA函数是在其他文件中定义的（例如在main.c中），那么我们需要将其声明放在一个公共头文件中，或者至少在stm32f0xx_it.c中声明。 但是，如果UART_IdleHandler_DMA是在main.c中定义的，那么我们需要在stm32f0xx_it.c中声明它（因为stm32f0xx_it.c不能包含main.c）。更好的做法是将UART_IdleHandler_DMA放在一个单独的文件中（如dma_handler.c）并创建对应的头文件。 如果暂时不想创建新文件，可以在main.c中定义该函数，并在main.h中声明，然后在stm32f0xx_it.c中包含main.h。但注意，这样可能会包含不必要的头文件。因此，建议创建一个专门处理DMA的头文件。 创建dma_handler.h: ```c // dma_handler.h #ifndef __DMA_HANDLER_H #define __DMA_HANDLER_H #include "stm32f0xx_hal.h" void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); #endif /* __DMA_HANDLER_H */ ``` 然后在stm32f0xx_it.c中包含它： ```c // stm32f0xx_it.c #include "dma_handler.h" ``` 同时，将UART_IdleHandler_DMA函数的定义放在一个源文件中（如dma_handler.c）： ```c // dma_handler.c #include "dma_handler.h" void UART_IdleHandler_DMA(UART_HandleTypeDef *huart) { // 函数实现 } ``` 并将dma_handler.c加入工程编译。 这样修改后，应该能解决隐式声明的问题，同时解决htim6重复定义的问题。 重新编译工程。 如果还有其他多重定义错误，请按照同样的方法处理（检查其他外设句柄是否在多个文件中定义）。 最后，确保所有修改保存，然后重新构建项目。</think>### 解决编译错误分析 您遇到了两个关键问题： 1. **隐式函数声明警告**：`UART_IdleHandler_DMA`函数未声明 2. **重复定义链接错误**：`htim6`在多个文件中定义 --- ### 解决方案 #### 1. 解决隐式函数声明警告 在`stm32f0xx_it.c`中添加函数声明： ```c /* stm32f0xx_it.c */ // 在文件顶部添加函数声明 extern void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); // 或者在包含头文件部分添加 #include "dma_handler.h" // 创建这个头文件存放声明 ``` 创建`dma_handler.h`头文件： ```c /* dma_handler.h */ #ifndef __DMA_HANDLER_H #define __DMA_HANDLER_H #include "stm32f0xx_hal.h" // 声明空闲中断处理函数 void UART_IdleHandler_DMA(UART_HandleTypeDef *huart); #endif /* __DMA_HANDLER_H */ ``` #### 2. 解决htim6重复定义错误 修改`main.c`和`tim.c`： ```c /* main.c */ // 删除htim6定义 (第79行附近) // TIM_HandleTypeDef htim6; // <-- 删除这行 // 添加tim.h包含 #include "tim.h" // 确保包含htim6的外部声明 ``` 修改`tim.h`： ```c /* tim.h */ #ifdef __cplusplus extern "C" { #endif /* 添加htim6的外部声明 */ extern TIM_HandleTypeDef htim6; void MX_TIM6_Init(void); #ifdef __cplusplus } #endif ``` 确保`tim.c`中保留htim6定义： ```c /* tim.c */ // 保留htim6定义 (第29行附近) TIM_HandleTypeDef htim6; // 唯一正确定义位置 void MX_TIM6_Init(void) { // 初始化代码... } ``` --- ### 完整项目结构调整 ``` Core/ ├─ Inc/ │ ├─ main.h │ ├─ tim.h // 包含 extern TIM_HandleTypeDef htim6; │ ├─ usart.h // 包含 extern UART_HandleTypeDef huart1, huart2; │ ├─ dma_handler.h // 新添加，包含 UART_IdleHandler_DMA 声明 ├─ Src/ │ ├─ main.c // 删除所有外设句柄定义 │ ├─ stm32f0xx_it.c // 添加 #include "dma_handler.h" │ ├─ tim.c // 保留 htim6 定义 │ ├─ usart.c // 保留 huart1, huart2 定义 │ ├─ dma_handler.c // 新添加，实现UART_IdleHandler_DMA ``` #### `dma_handler.c` 实现示例 ```c /* dma_handler.c */ #include "dma_handler.h" #include "usart.h" // 获取huart1, huart2声明 // 定义DMA接收缓冲区 #define RX_BUF_SIZE 256 uint8_t uart1_rx_buf[RX_BUF_SIZE]; uint8_t uart2_rx_buf[RX_BUF_SIZE]; void UART_IdleHandler_DMA(UART_HandleTypeDef *huart) { // 1. 获取剩余数据计数 uint16_t remaining = __HAL_DMA_GET_COUNTER(huart->hdmarx); // 2. 计算实际接收数据长度 uint16_t received = RX_BUF_SIZE - remaining; // 3. 根据UART实例处理数据 if(huart->Instance == USART1) { ProcessUART1Data(uart1_rx_buf, received); } else if(huart->Instance == USART2) { ProcessUART2Data(uart2_rx_buf, received); } // 4. 重启DMA传输 HAL_UART_Receive_DMA(huart, (huart->Instance == USART1) ? uart1_rx_buf : uart2_rx_buf, RX_BUF_SIZE); } // 数据处理函数示例 static void ProcessUART1Data(uint8_t* data, uint16_t len) { // 处理UART1接收到的数据 // ... } static void ProcessUART2Data(uint8_t* data, uint16_t len) { // 处理UART2接收到的数据 // ... } ``` #### 在`main.c`中初始化DMA ```c /* main.c */ int main(void) { // HAL初始化... // 初始化外设后启动DMA接收 HAL_UART_Receive_DMA(&huart1, uart1_rx_buf, RX_BUF_SIZE); HAL_UART_Receive_DMA(&huart2, uart2_rx_buf, RX_BUF_SIZE); // 启用UART空闲中断 __HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE); __HAL_UART_ENABLE_IT(&huart2, UART_IT_IDLE); while(1) { // 主循环 } } ``` --- ### 问题根源分析 1. **隐式函数声明问题**： - C语言要求函数使用前必须声明 - 解决方案：创建专用头文件声明共享函数 2. **变量重复定义问题**： ```mermaid graph LR A[main.c] -- 定义htim6 --> B[链接器] C[tim.c] -- 定义htim6 --> B B --> D[错误: 多重定义] ``` - 正确做法：一个源文件(.c)定义，头文件(.h)用`extern`声明 3. **CubeMX最佳实践**： - 外设句柄定义在对应外设源文件 - 中断处理在`stm32f0xx_it.c` - 自定义功能放在单独文件 --- ### 验证步骤 1. 清理项目：`Project > Clean` 2. 重新生成CubeMX代码（如有改动） 3. 确保所有自定义代码在`/* USER CODE BEGIN */`区域内 4. 重新编译：`Project > Build All` 5. 检查编译输出中是否还有错误/警告 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值