2019年07月23日 | 初学者如何处理STM32创建工程时stm32_eval.h的问题

环境：win10-MDK：5.15-固件库：3.5.0

1.先说对初学者来讲的解决办法

删除main.c中的所有定义和函数。只写上main(){},其他的什么都不用加。并在最后另起一行。（不另起一行会提示“without a newline”的警告。）不知道和Linux里用GCC编译程序的no newline是不是一个原因。因为文件最后表示连接下一行，而如果文件最后一行行尾有，被包含的下一个源文件会被连接。但要是最后一行用的是空行，就可以避免这种情况了。

C99原文：

Each instance of a backslash character ()immediately followed by a new-line character is deleted, splicing physicalsource lines to form logical source lines.Only the last backslash on anyphysical source lineshall be eligible for being part of such a splice. A sourcefile that is not empty shall end in a new-line character, which shall not beimmediately preceded by a backslash character before any such splicing takesplace.

加上空行后，再进行编译就没有问题了。

2.现在大概解释一下EVAL文件的问题

在没有使用工程模板，而是自己按照需要在Keil中添加文件和路径的情况下。使用固件库中一个字都没有更改的mian.c文件，在编译时会提示

..STM32F10x_StdPeriph_Lib_V3.5.0ProjectSTM32F10x_StdPeriph_Templatemain.c(24):error:  #5: cannot open source input file"stm32_eval.h": No such file or directory

是stm32_eval.h文件的包含出现问题。而课本和教程上并没有说明相关的eval文件和文件夹。

官网上的说明是：

TheSTM3210E-EVAL evaluation board is a complete development platform forSTMicroelectronic's ARM Cortex-M3 core-based STM32F103ZET6 or STM32F103ZGT6microcontroller. The range of hardware features on the board help you toevaluate all peripherals (LCD, SPI Flash, USART, IrDA, USB, audio, CAN bus,smartcard, MicroSD Card, NOR Flash, NAND Flash, SRAM, temperature sensor, audioDAC and motor control) and develop your own applications.

也就是说置于Utilities文件夹下的所有相关eval文件是ST公司的测试评估板的硬件定义。而不同的样板对应不同的文件，所以main中会有

#ifdef USE_STM32100B_EVAL

 #include "stm32100b_eval_lcd.h"

#elif defined USE_STM3210B_EVAL

 #include "stm3210b_eval_lcd.h"

#elif defined USE_STM3210E_EVAL

 #include"stm3210e_eval_lcd.h"

#elif defined USE_STM3210C_EVAL

 #include "stm3210c_eval_lcd.h"

#elif defined USE_STM32100E_EVAL

 #include "stm32100e_eval_lcd.h"

#endif

的定义。

那么，按照错误说明，将eval的C文件加入工程，并在PATH上添加stm32_eval.h文件后再进行编译。

然后错误提示：

“Please select first the STM32 EVAL boardto be used (in stm32_eval.h)”

刚刚没有这样的错误提示，并且根据main.c文件中对eval的定义可知在包含了eval的头文件后，还需要选择对应的评估板。打开stm32_eval.h文件：

即是说，包含头文件就是选择评估板，因为我手头其实没有官方的评估板，就随便选了第一个。将stm32100b.h和其相关文件的路径添加进了PATH，而且在工程中加了相关的C文件。同时，按照ifdef所说，将“USE_STM32100B_EVAL”加进了编译器设置的Preprocessor Symbols的Define中。

经过这些步骤后，再进行编译，就会发现编译已经包含的C文件不会再出现问题。

新的问题出现在linking上，包含文件中声明的各种eval函数和mian里用到的eval函数，都会弹出

".ObjectsLED_Light.axf: Error: L6218E:Undefined symbol 函数名称(referred from 文件名.o)"

这类错误。如果这时你的工程中只包含了main.c和stm32_eval.c文件，那么这类未定义的错误只有6个。但如果你在操作上一步时，将对应版本的评估板所有文件加入工程，并添加进PATH，这个错误数将会飙升到30以上，编译时包含的文件里用到的函数都会蹦出提示。包含多少，蹦多少。

而如果将对应版本的eval的文件（包括Common文件夹下的）按照其他文件的处理方式，添加工程，加入编译器的PATH。就会出现另外两种类型的错误。

一个是“..STM32F10x_StdPeriph_Lib_V3.5.0UtilitiesSTM32_EVALCommonstm32_eval_名称.c(1323):warning:  #223-D: function"函数名" declared implicitly”

一个是“.ObjectsLED_Light.axf: Error: L6200E:Symbol 名称 multiply defined (by 文件名.o).”

两者都需要对相应文件的对应函数进行extern的声明操作才能解决。而且需要一个一个对照，才能找出是哪个函数重复定义，哪个函数没有声明原型。

而就像前面官网上提到的，评估板相应文件的作用是把板子上的每个硬件接口重新进行宏定义。比如这里：

不同文件对应不同的硬件主板。而对于一个初学者来说，手里要么是没有板子，要么也不会是评估板。所以一开始还没上手写程序就试图解决eval的各种文件问题没有什么太大的意义。

但eval相关的文件也有一个很大的用处，就是可以在了解了各种硬件定义后，学着这个文件进行定义自己的开发板。