简介面向STM32、普冉PY32等MCU开发者的USART串口通信工程完整演示不定长数据接收与printf发送重定向到串口的实现思路。工程共444个文件以305个C源码和70个H头文件为主另含启动文件、链接脚本、编译生成的AXF/HEX以及MDK工程配置整体压缩包仅4.08MB下载后可直接参照结构梳理代码节省自行搭建工程的时间。不定长接收部分在中断服务程序中借助帧头/帧尾或长度字段识别数据包边界避免固定长度缓冲带来的丢包问题printf重定向则通过覆写底层输出函数使调试信息可用串口实时打印适合远程调试、协议解析与数据上报等实际场景。工程内还集成HAL库驱动、定时器等模块文件并保留了编译过程产物便于对照初始化配置与中断逻辑进行移植快速套用到不同项目。目前已有625人学习下载适合具备一定基础、希望提升串口通信效率的嵌入式开发者。 最近在帮客户把一套原本跑在STM32F103上的串口采集程序迁到普冉PY32F003上最让我头疼的不是引脚兼容而是串口数据帧的处理方式。原来的程序假设上位机每次固定发8字节换到PY32之后因为通信流程改了主机下发的指令从1字节到几十字节不等固定长度接收瞬间失灵。我花了大半天把接收逻辑改成基于USART空闲线中断的不定长接收方案顺手把printf重定向也彻底理了一遍。这篇文章记录的是完整可用的PY32实现STM32F0/F1等MCU也能照着迁移。如果你也在发愁串口收回来的一堆数据怎么判断“一帧完整”或者调printf时只见光标闪不见字符这篇文章正好对得上。1. 帧边界才是串口接收需要解决的核心问题1.1 固定长度接收的局限很多串口程序是这么写的中断里每收到一个字节就计数等计满固定N个字节后置标志主循环再去解析。这种写法在通信双方协议僵化时当然没问题但只要出现“这次发1个字节下次发18个字节”的指令程序就会彻底错位。我把这类问题统称为“帧边界丢失”。MCU的USART外设只负责把每个字节从硬件层面收下来它并不知道哪几个字节属于同一帧。固定长度方案实际上是人为规定了边界长度一旦变化边界就没了。常见的不定长场景其实很多AT指令、字符串命令、传感器模块主动上报、调试上位机的可变参数指令几乎都避不开。1.2 三种落地的定帧方式做不定长接收之前先想清楚打算怎么定义“一帧结束”。工程上常用三种方式原理优点缺点结束符匹配一直收直到匹配到\n、\r\n或自定义结束字节实现简单字符串协议最常用二进制数据里出现结束符会造成误判需要转义帧头长度字段解析固定帧头里的长度字节收满N字节再结算可靠适合严格协议协议设计复杂要维护状态机空闲线中断USART检测到总线空闲后触发IDLE中断代表一帧传输结束不需要额外帧格式通用性最强半帧数据中间停顿过久会被误判成两帧我实测下来最顺手的组合是“空闲线中断为主定时器超时兜底”。如果某个模块发的数据中间自然停顿超过一个字节时间IDLE会把一帧误拆成两帧但这种场景在实际串口协议里不算多。绝大多数MCU串口应用都是连续发完一小段就停IDLE方案几乎零成本。2. PY32的USART空闲线中断原理与初始化2.1 IDLE中断到底什么时候触发先看物理层。USART是异步串行一个字符在线上是“1个起始位8个数据位1个停止位”以8N1为例。收完停止位之后如果RX引脚一直保持高电平说明线上不再有新的起始位到来硬件就会认为总线进入了“空闲”状态并把IDLE标志置位。我调这个功能时也犯过迷糊以为只要引脚悬空就会不停触发IDLE。实际上不是这样IDLE是“收到过数据之后线路空闲下来”才触发的。如果上电后一直没人发数据反而不会触发。但从上电到第一次接收之间某些MCU可能会残留IDLE标志稳妥做法是在初始化完成后主动清一次。2.2 USART初始化与中断使能代码我在PY32F003上的初始化代码如下用的是普冉官方库函数风格跟老ST标准库几乎一样STM32F0系列可以直接拿来用。如果你用的是别的型号GPIO引脚对应改一下即可。void USART1_Init(void) { GPIO_InitTypeDef GPIO_InitStruct; USART_InitTypeDef USART_InitStruct; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_USART1, ENABLE); /* PA2 - TX, PA3 - RX以板子原理图为准 */ GPIO_InitStruct.GPIO_Pin GPIO_Pin_2; GPIO_InitStruct.GPIO_Mode GPIO_Mode_AF_PP; GPIO_InitStruct.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStruct); GPIO_InitStruct.GPIO_Pin GPIO_Pin_3; GPIO_InitStruct.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, p a hrefhttps://download.csdn.net/download/weixin_65738402/89416622 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
PY32 USART空闲线中断实现串口不定长接收与printf重定向
简介面向STM32、普冉PY32等MCU开发者的USART串口通信工程完整演示不定长数据接收与printf发送重定向到串口的实现思路。工程共444个文件以305个C源码和70个H头文件为主另含启动文件、链接脚本、编译生成的AXF/HEX以及MDK工程配置整体压缩包仅4.08MB下载后可直接参照结构梳理代码节省自行搭建工程的时间。不定长接收部分在中断服务程序中借助帧头/帧尾或长度字段识别数据包边界避免固定长度缓冲带来的丢包问题printf重定向则通过覆写底层输出函数使调试信息可用串口实时打印适合远程调试、协议解析与数据上报等实际场景。工程内还集成HAL库驱动、定时器等模块文件并保留了编译过程产物便于对照初始化配置与中断逻辑进行移植快速套用到不同项目。目前已有625人学习下载适合具备一定基础、希望提升串口通信效率的嵌入式开发者。 最近在帮客户把一套原本跑在STM32F103上的串口采集程序迁到普冉PY32F003上最让我头疼的不是引脚兼容而是串口数据帧的处理方式。原来的程序假设上位机每次固定发8字节换到PY32之后因为通信流程改了主机下发的指令从1字节到几十字节不等固定长度接收瞬间失灵。我花了大半天把接收逻辑改成基于USART空闲线中断的不定长接收方案顺手把printf重定向也彻底理了一遍。这篇文章记录的是完整可用的PY32实现STM32F0/F1等MCU也能照着迁移。如果你也在发愁串口收回来的一堆数据怎么判断“一帧完整”或者调printf时只见光标闪不见字符这篇文章正好对得上。1. 帧边界才是串口接收需要解决的核心问题1.1 固定长度接收的局限很多串口程序是这么写的中断里每收到一个字节就计数等计满固定N个字节后置标志主循环再去解析。这种写法在通信双方协议僵化时当然没问题但只要出现“这次发1个字节下次发18个字节”的指令程序就会彻底错位。我把这类问题统称为“帧边界丢失”。MCU的USART外设只负责把每个字节从硬件层面收下来它并不知道哪几个字节属于同一帧。固定长度方案实际上是人为规定了边界长度一旦变化边界就没了。常见的不定长场景其实很多AT指令、字符串命令、传感器模块主动上报、调试上位机的可变参数指令几乎都避不开。1.2 三种落地的定帧方式做不定长接收之前先想清楚打算怎么定义“一帧结束”。工程上常用三种方式原理优点缺点结束符匹配一直收直到匹配到\n、\r\n或自定义结束字节实现简单字符串协议最常用二进制数据里出现结束符会造成误判需要转义帧头长度字段解析固定帧头里的长度字节收满N字节再结算可靠适合严格协议协议设计复杂要维护状态机空闲线中断USART检测到总线空闲后触发IDLE中断代表一帧传输结束不需要额外帧格式通用性最强半帧数据中间停顿过久会被误判成两帧我实测下来最顺手的组合是“空闲线中断为主定时器超时兜底”。如果某个模块发的数据中间自然停顿超过一个字节时间IDLE会把一帧误拆成两帧但这种场景在实际串口协议里不算多。绝大多数MCU串口应用都是连续发完一小段就停IDLE方案几乎零成本。2. PY32的USART空闲线中断原理与初始化2.1 IDLE中断到底什么时候触发先看物理层。USART是异步串行一个字符在线上是“1个起始位8个数据位1个停止位”以8N1为例。收完停止位之后如果RX引脚一直保持高电平说明线上不再有新的起始位到来硬件就会认为总线进入了“空闲”状态并把IDLE标志置位。我调这个功能时也犯过迷糊以为只要引脚悬空就会不停触发IDLE。实际上不是这样IDLE是“收到过数据之后线路空闲下来”才触发的。如果上电后一直没人发数据反而不会触发。但从上电到第一次接收之间某些MCU可能会残留IDLE标志稳妥做法是在初始化完成后主动清一次。2.2 USART初始化与中断使能代码我在PY32F003上的初始化代码如下用的是普冉官方库函数风格跟老ST标准库几乎一样STM32F0系列可以直接拿来用。如果你用的是别的型号GPIO引脚对应改一下即可。void USART1_Init(void) { GPIO_InitTypeDef GPIO_InitStruct; USART_InitTypeDef USART_InitStruct; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_USART1, ENABLE); /* PA2 - TX, PA3 - RX以板子原理图为准 */ GPIO_InitStruct.GPIO_Pin GPIO_Pin_2; GPIO_InitStruct.GPIO_Mode GPIO_Mode_AF_PP; GPIO_InitStruct.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStruct); GPIO_InitStruct.GPIO_Pin GPIO_Pin_3; GPIO_InitStruct.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, p a hrefhttps://download.csdn.net/download/weixin_65738402/89416622 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
