潍坊360做网站怎么样,西安短视频培训,网站导入,北京网站设计制作【STM32】HAL库——串口中断只接收到两个字符 一、问题描述二、解决方法三、原因分析 一、问题描述
环境#xff1a;STM32CubeMX(6.7.0)MDK-ARM(V5.36.0.0)STM32F103C8T6
使用XCOM发送字符串#xff08;总共8个字符#xff09;#xff0c;单片机进行解析为ModBus协议失败… 【STM32】HAL库——串口中断只接收到两个字符 一、问题描述二、解决方法三、原因分析 一、问题描述
环境STM32CubeMX(6.7.0)MDK-ARM(V5.36.0.0)STM32F103C8T6
使用XCOM发送字符串总共8个字符单片机进行解析为ModBus协议失败只接收到前两个字节的数据。
二、解决方法
原串口中断回调函数
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{if(huart-Instance USART1) //判断是哪个串口调用回调函数{if(modbus.reflag1) //有数据包正在处理{return;}modbus.rcbuf[modbus.recount]sbuf;printf(modbus.recount %d, sbuf %d\r\n, modbus.recount-1, sbuf);modbus.timout0;if(modbus.recount 1) //收到主机发来的一帧数据的第一个字节{modbus.timrun1; //启动定时}}if(huart-Instance USART2){}//重新使能串口接收中断HAL_UART_Receive_IT(huart1, sbuf, sizeof(sbuf));
}去掉串口中断回调函数的printf函数即可
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{if(huart-Instance USART1) //判断是哪个串口调用回调函数{if(modbus.reflag1) //有数据包正在处理{return;}modbus.rcbuf[modbus.recount]sbuf;modbus.timout0;if(modbus.recount 1) //收到主机发来的一帧数据的第一个字节{modbus.timrun1; //启动定时}}if(huart-Instance USART2){}//重新使能串口接收中断HAL_UART_Receive_IT(huart1, sbuf, sizeof(sbuf));
}三、原因分析
在嵌入式系统中将printf函数直接放在串口中断服务程序(ISR)中会导致一些问题这是因为printf函数通常是一个比较复杂的函数它需要执行多个指令而在ISR中执行复杂的操作可能导致不可预测的行为和性能问题。以下是一些原因
1.中断上下文的限制中断服务程序在一个称为中断上下文的环境中执行。这个上下文可能与主程序上下文有很大不同包括栈大小和运行时限制。printfi通常依赖于一些栈和堆内存而在中断上下文中使用这些资源可能导致栈溢出或堆破坏。
2.原子性问题在中断中执行printf可能会打破原子性要求这意味着中断可能在中断服务程序运行期间被其他中断中断这可能导致数据竞争和不一致的数据状态。
3.阻塞问题pitf函数通常需要一些时间来完成如果在中断中执行可能会阻塞其他中断的处理。这可能导致严重的性能问题特别是在高优先级中断和紧急任务的情况下。
为了在嵌入式系统中进行调试和输出信息通常推荐使用轻量级的日志或缓冲机制以便在中断中记录信息然后在主程序上下文中将它们输出到串口。这可以确保不会出现上述问题同时仍然允许你进行调试和数据记录。如果你需要在中断中快速记录数据可以使用全局变量或环形缓冲区然后在主程序上下文中定期检查并输出这些数据。
总之在中断中执行prit通常是不建议的因为它可能会引发各种问题包括性能问题和数据不一致。最好的做法是在中断中尽量保持操作的简单和快速将复杂的操作和输出留给主程序上下文。
