嵌入式开发问题集锦（永久更新）

嵌入式软件开发工作过程中，遇到的问题及其对应的解决方案。

---

（1） 固件库和标准库
STM32F4xx_HAL_Driver是固件库，STM32F4xx_StdPeriph_Driver是标准库。它们所包含的功能是相同的，只是实现功能的方式不同，在一个工程里面只能使用一种库。

---

（2）IAR之不能打开指定文件

解决方法：如图按照步骤，添加文件的所在路径

---

（3）IAR中显示某个宏定义没有声明
问题详解：包含了头文件，也已经设置路径，但还是出现以下的错误

解决办法：
按照上面的步骤，找到这个界面，将 USE_HAL_DRIVER 添加到下方的小方框里。就可以解决这个问题了。

---

(4)强制类型转换相关问题
问题描述：函数返回值的类型和定义变量的类型是相同，但还是会报错，情景复现如下

解决方法，使用强制类型转换

---

(5)CPU重置失败
IAR中错误警告如下图所示：


解决方法：加载线，在IAR中配置错误，JLink,连线有两种方式，JTAG和SWD,要根据板子上的特点，选择特定的连接方式。
修改窗口如下，Interface小窗口内有两个选项：

再次加载就不会报错了。只要程序编译通过，无论程序的确证与否，都不会影响到加载过程。

---

（6）Verification failed @ address 0x08000000

问题有些复杂，不知道如何描述，这里直接给出错误示范，和解决办法。

程序多次进行烧录之后，Flash可能会受到之前烧录的程序的影响，而造成错误，这可能是造成错误的原因之一。
按照以下的图片，对Flash进行擦除。消除掉之前烧录程序带来的影响。

Flash擦除之后，按照下面的图片，调整存储空间的范围，注意不要越界

至此，重新烧录，即可成功，可以进行后续的调试了。

---

(7)程序调试不报错，但跑飞了
这种才是真的糟糕的问题，因为找不到出错的代码，原因。只有一行行代码的调式。
程序跑飞后，结束调试时，程序会跳转到：

出错点就在这里，是系统时钟（SysTick）相关函数出了问题。
这里对系统时钟说明以下：
系统时钟，一般出现在拥有操作系统时钟的程序里。而当前程序，没有操作系统，而对他进行了初始化，调用，导致程序跑飞了。

解决方法，一是 ：屏蔽掉系统时钟函数，重新进行调试，就不会因为它跑飞了。

二是：编写系统时钟处理函数，让程序不会再跑飞，跳转到这里。

/****************************************************************************************************************************************************/
/**
* @brief  void fn_InterruptSysTick
*         SysTick中断调用函数，时间(10us)
*
* @param  None
* @param  None
*
* @return None
*/
/****************************************************************************************************************************************************/
void SysTick_Handler(void)
{
    static uint8_t uc_TimerCnt = 0U;
    
    gui_Microsecond++;
    
    /* 累计毫秒计数 */
    uc_TimerCnt++;
    
	if (uc_TimerCnt > 99U)
    {
    	uc_TimerCnt = 0U;
    	gui_Tick++;
        
        /* 此函数不要删除，它为HAL库提供延时计数 */
        HAL_IncTick();

    }
	else
	{
        
	}

}

---

（8）系统测试中遇到的问题
对整个系统进行测试，modbus客户端对系统进行连接，可以连接成功，但又立马断开连接。
测试背景:
系统已经运行了一天，上位机进行测试时发送了一包数据，待测系统接收到了数据，并发送了数据，上位机接收数据时出错，modbus客户端断开连接，客户端再次进行连接时就会出现上述的错误。
解决方法
我这边的解决方法是，对系统进行断电重启，之后modbus客户端即可正常使用。
如何查找问题
使用抓包工具，对上位机发送的数据进行抓包，查看系统是否收到上位机发送的数据，并查看系统是否发送了应答数据。

---

（9）一些容易出错的优先级问题

---

（10）调试程序时，更改程序后，不能直接点击运行程序，因为这时程序没有进行编译，芯片中的可执行文件还是修改之前的，这时调试的效果，还是之前的老样子。
调试时，若进行了修改程序，要先进行编译、加载，最后在进行调试，这时才会呈现出来修改后程序应该呈现出来的结果。

---

（11）下载程序时，要记得插好线，插好线，插好线！
没有插好线，就会有这个提示框：

---

（12）程序调用传参后，数据不对

代码是这样的，实参就为 size.这个参数经过了三层的传递，在我这个模块里面。然后被上层应用调用，传递的数值总是不对，最后，排除了很多地方，才发现是参数的类型不一样。
我这个模块里面是 uint64类型，app应用层的是 unsigned long int 类型；
讲道理，当时学C语言的时候，数据小的转大的，不会影响到数值；
打的转小的，可能会造成数据丢失，因为小的地址空间不够，大的数可能有部分数据存不到。
可实际是，大转小，小转大，都可能造成错误，然后程序跑飞。
保险起见，还是要保证程序上下文之间变量类型一致。

---

（13）C语言编辑程序时，要特别注意指针变量的应用
指针即地址，初始化时若不给它进行赋值，则系统会分配给它一个随机地址。而这个随机地址，可能已被其它变量使用了。所导致的结果就是程序跑飞。
最近这个问题我犯了两次。一次是函数调用传递实参时，传递的指针没有赋确定的地址空间。
一次是指针变量没有赋确定地址，而直接对其中的内容进行写入。
两次的结果都是，程序跑飞了。

---

（14）C语言中宏定义，在.c文件中和在.h文件中的区别
定义在.c文件中的宏定义，作用域只在本文件中。即使其他文件有相同命名的宏定义，也不会造成冲突。因为作用域被限制在了，本文件中。
而在.h文件中的宏定义，可以被其他文件调用。谁包含了这个头文件，谁就可以调用它。
不过最好还是不要有相同的命名。

---

（15）内存溢出导致程序跑飞，初始化程序乱套
NXPS32K142芯片，车载级芯片。属嵌入式系统，嵌入式系统的特点：执行特定功能的系统。也意味着内存资源有限。
全局变量在静态存储区，函数内局部变量在栈区。下图是工程中各区的分配情况：

导致我程序跑飞的原因是，使用栈区空间大于所分配的空间，导致空间溢出。
但现象让我很无头绪，不是单纯的跑飞，而是改变我串口初始化我所编写的内容，改为了我也不知道从哪里来的串口属性配置。
解决方案是，不在单独使用栈区，把一个数组变量改为全局变量即在静态区。
这样内存空间就不会溢出了。
嵌入式系统总共分为五个区：
静态区，常量区，栈区，堆区，代码区。理解这五个区才能解决嵌入式系统内存相关的问题。

---

（16）C语言中结构体类型的命名规则

typedef struct
{
    char BootLoaderFlag[7];
    char AppSoftwareFlag[7];
    char CaliDataFlag[7];
    char SupplyCrcVersionFlag[8];
    char SupplySwReferVersionFlag[8];
    char LdwNotInCause[11];
    char LdwOutCause[11];
    char FcwNotInCase[11];
    char FcwOutCause[11];
    char TsrNotInCause[11];
    char TsrOutCause[11];
    char IhcNotInCause[11];
    char IhcOutCause[11];
} tAppProFlag;

结构体的名字 tAppProFlag;
结构体名不能带数字。有数字的话本身不会报错，但调用时无法正常运行。