IAR环境下STM8S003软件模拟串口：原理、实现与避坑指南

简介这份资源面向在IAR Embedded Workbench下开发STM8S003的嵌入式工程师与学生针对该芯片原生物理串口资源不足的问题给出基于PC3、PC4引脚配合定时器实现软件模拟UART的完整工程。压缩包共53个文件、约418KB以C源码与头文件为核心辅以IAR工程配置、编译输出、调试脚本及日志等类型文件覆盖从源码到可烧录固件的完整链路。资源中区分了查询接收与中断接收两种模式并包含GPIO推挽/开漏配置、定时器波特率设置、发送波形生成与接收电平捕获等关键实现便于读者对照理解UART时序的软件模拟思路。目前已有423人学习下载适合希望掌握低资源MCU串口扩展、并在此基础上扩展多路模拟串口或适配不同波特率的开发者参考。1. 用 IAR 在 STM8S003 上抠出一个模拟串口为什么有人宁可软实现也不换芯片STM8S003 这颗料在工控小板、传感器节点、小家电控制板里出镜率极高原因就一个便宜、够用、外设不算寒酸。但它有个让不少人抓狂的硬伤——很多封装和型号只带一个真正的 UART而这个 UART 往往已经被调试口、上位机通信或者某个必须独占的模块占死了。这时候你手里还剩两个 GPIO需求却要求再开一路串口去接一个只认波特率的模块换芯片意味着重新打板、重新过认证、重新写驱动成本根本不是几块钱的事。于是「IAR 环境 STM8S003 模拟串口」这个方向就有了现实土壤用普通 GPIO 加定时器靠软件精确翻转电平把 UART 的时序在 CPU 里演出来。它解决的是引脚不够、硬件串口被占用、又不想动硬件的场景适合已经用 IAR 做 STM8 开发、对定时器中断和 GPIO 翻转有基本概念的嵌入式工程师。这篇不聊虚的从时序原理讲到 IAR 里的中断优先级配置、波特率误差计算、收发状态机再到实际会翻车的地方尽量让你照着能跑起来。2. 模拟串口到底在模拟什么时序、采样点和误差预算2.1 异步串口的电平约定与位时序异步串口没有时钟线收发双方靠事先约定的波特率各自计时。一个标准 UART 帧是空闲时线为高起始位拉低一个位时间接着 8 个数据位LSB 先发可选校验位最后停止位拉高。接收端检测到下降沿后等待 1.5 个位时间在每一位的中间点采样这样对时钟偏差的容忍度最大。关键参数就三个位时间 T_bit 1 / 波特率采样点位置以及允许的累计误差。以 9600 波特率为例位时间是 104.17 微秒。STM8S003 在 16MHz 主频下一个指令周期是 62.5 纳秒理论上定时器分辨率完全够用。但够用和稳定是两回事误差会随着帧内位数累积到第 10 位时如果累计偏移超过半个位时间采样就会落到相邻位上直接读出乱码。2.2 用定时器做位时钟为什么选 TIM4 而不是 TIM1STM8S003 有几个定时器选哪个做模拟串口的位时钟有讲究。TIM1 是 16 位高级定时器功能强但常被 PWM 或互补输出占用TIM2 是 16 位通用定时器TIM4 是 8 位基本定时器结构简单、中断向量独立、配置省事。模拟串口只需要一个周期性溢出中断来驱动位状态机TIM4 的 8 位自动重载刚好够用而且它不跟其他外设抢资源。配置思路是让 TIM4 的溢出周期等于一个位时间每次溢出中断里推进一位的收发状态。发送时在中断里根据当前位是 0 还是 1 设置 GPIO 输出接收时在中断里读取 GPIO 电平并移位存入缓冲。这里有个容易忽略的点——中断响应本身有延迟如果中断服务程序里干了太多活位时序就会抖。所以状态机要写得极简能放到主循环的判断绝不塞进中断。2.3 波特率误差怎么算才不会翻车定时器重载值的计算公式是ARR f_master / 波特率 - 1假设预分频为 1。但整数除法会带来截断误差实际波特率和目标波特率的偏差必须控制住。经验上单帧累计误差要小于 2%最好压到 1% 以内否则长帧或连续通信时误码率会明显上升。目标波特率16MHz 下理想分频实际 ARR实际波特率误差96001666.6716669603.80.04%19200833.3383319208.20.04%38400416.6741638461.50.16%115200138.891381159420.64%从表里能看出来波特率越高同样的整数截断带来的相对误差越大。115200 下 0.64% 还在可接受范围但如果主频不是 16MHz 而是内部 16MHz RC 振荡器实际可能有 ±1% 到 ±3% 的频偏叠加起来就可能超限。所以做模拟串口外部晶振比内部 RC 靠谱得多这是选型阶段就要定的事。3. 在 IAR 里把收发状态机搭起来从 GPIO 初始化到中断服务3.1 工程配置与 GPIO 方向切换的坑在 IAR 里新建 STM8 工程后第一件事是确认器件型号选对STM8S003F3 或对应封装否则寄存器定义和中断向量表会对不上。模拟串口用的 GPIO 要配置成开漏输出加外部上拉或者推挽输出取决于总线上有没有其他设备。如果这条线是单主机对单从机推挽输出最省事如果是多设备共享开漏加外部上拉更安全。发送和接收共用一根线时GPIO 方向要动态切换发送前设为输出发送完切回输入并开启上拉。切换时机很关键切早了会把总线拉低影响别人切晚了会错过起始位。常见做法是发送完成中断里立刻切回输入并在切回后延时几个微秒再开接收中断避开自己发送时的尾电平和线路反射。// GPIO 初始化PD5 作为模拟串口线初始为输入上拉 void SoftUart_GpioInit(void) { PD_DDR ~(1 5); // PD5 设为输入 PD_CR1 | (1 5); // 上拉输入 PD_CR2 ~(1 5); // 关闭外部中断 } // 切换到发送模式 void SoftUart_TxMode(void) { PD_DDR | (1 5); // 输出 PD_CR1 | (1 5); // 推挽 } // 切换到接收模式 void SoftUart_RxMode(void) { PD_DDR ~(1 5); // 输入 PD_CR1 | (1 5); // 上拉 }这段代码里PD_DDR控制方向PD_CR1控制输出类型或上拉PD_CR2控制中断。注意 STM8 的寄存器位操作不能直接写PD_DDR | ...这种形式在某些老版本 IAR 头文件里会有副作用稳妥做法是先读出来改完再写回或者用位带操作。切换方向后最好插几个nop让电平稳定尤其是从输出切输入时引脚电容放电需要时间。3.2 发送状态机把一帧数据拆成位序列发送的核心是把一个字节加上起始位和停止位按位时间依次输出。用一个状态变量记录当前发到第几位TIM4 每次溢出中断推进一次。状态定义可以是空闲、起始位、数据位 0-7、停止位。数据位发送时用移位取出最低位发完右移。volatile uint8_t tx_state 0; // 0空闲, 1起始, 2~9数据位, 10停止 volatile uint8_t tx_data 0; volatile uint8_t tx_busy 0; // TIM4 溢出中断服务程序发送部分 #pragma vector TIM4_OVR_UIF_vector __interrupt void TIM4_ISR(void) { TIM4_SR ~(1 0); // 清溢出标志 if (tx_busy) { switch (tx_state) { case 1: // 起始位 PD_ODR ~(1 5); // 拉低 tx_state 2; break; case 2: case 3: case 4: case 5: case 6: case 7: case 8: case 9: // 8 个数据位 if (tx_data 0x01) PD_ODR | (1 5); else PD_ODR ~(1 5); tx_data 1; tx_state; break; case 10: // 停止位 PD_ODR | (1 5); // 拉高 tx_busy 0; tx_state 0; SoftUart_RxMode(); // 发完切回接收 break; default: break; } } }中断里只做 GPIO 操作和状态推进不做任何耗时计算。tx_busy标志让主循环知道什么时候可以发下一字节。注意停止位发完后立刻切回接收模式如果对端回复很快这个切换延迟会影响接收起始位的检测。实际调试时如果发现接收丢首字节多半就是这里切慢了。3.3 接收状态机起始位检测与中点采样接收比发送难因为要检测外部来的起始位还要在位中间准确采样。常见做法是用外部中断检测下降沿检测到后启动 TIM4在第一个溢出中断时已经过了 1 个位时间其实已经到了起始位末尾再等半个位时间才到第一个数据位中点。为了简化可以让 TIM4 的第一次溢出设在 1.5 个位时间处之后每个位时间采样一次。volatile uint8_t rx_state 0; // 0空闲, 1~8数据位, 9停止位 volatile uint8_t rx_data 0; volatile uint8_t rx_bitcnt 0; // 接收部分放在同一个 TIM4 中断里 void SoftUart_RxHandler(void) { if (rx_state 0) return; if (rx_state 8) { // 中点采样 if (PD_IDR (1 5)) rx_data | (1 (rx_state - 1)); rx_state; } else { // 停止位校验是否为高 if (PD_IDR (1 5)) { // 收到完整字节存入缓冲 SoftUart_RxBufPut(rx_data); } rx_state 0; rx_data 0; // 关闭定时器等待下一次起始位 TIM4_CR1 ~(1 0); } }采样点选在每一位的中间靠的是定时器溢出时刻和起始位检测的配合。如果起始位检测有延迟外部中断响应时间采样点会整体偏移所以外部中断服务程序要尽可能短只做启动定时器这一件事。另外停止位校验很有必要如果停止位不是高说明帧错误应该丢弃这个字节而不是塞进缓冲。4. 避坑与排查模拟串口最容易翻车的五个地方4.1 现象能发不能收或者收几个字节就卡死原因通常是接收状态机没有正确复位。比如停止位校验失败后没有把rx_state清零或者定时器没有关闭导致下一次起始位来时状态机还在旧状态里打转。另一个常见原因是接收缓冲满了没有及时取走主循环处理慢中断里覆盖了未读数据。解决方法是给接收状态机加超时复位如果超过 2 个帧时间没有完成一帧强制回到空闲态并关定时器。缓冲用环形队列队列满时丢弃新数据而不是覆盖旧数据同时置一个溢出标志供主循环查询。4.2 现象波特率明明算对了通信还是偶尔出错这种玄学问题多半出在中断延迟上。STM8S003 在 16MHz 下中断响应本身要几个周期如果此时还有更高优先级的中断在跑比如另一个定时器或外部中断TIM4 的溢出中断就会被推迟位时序抖动。特别是接收时抖动直接导致采样点偏移。排查办法是用示波器看 GPIO 上的实际波形量起始位到第一个数据位中点的实际时间和目标值对比。如果抖动超过位时间的 5%就要考虑降低波特率或者把其他中断的优先级调低、把耗时操作移出中断。IAR 里可以在中断函数上加__interrupt并配合__level指定优先级但 STM8 的中断优先级配置在寄存器层面要查对应型号的 ITC 寄存器。4.3 现象发送时第一个字节总是错的这通常是 GPIO 方向切换和定时器启动的时序问题。如果先启动定时器再切输出第一个起始位可能还没拉低就进了中断如果先切输出但引脚原本是高起始位拉低的动作可能被外部上拉电阻拖慢。解决顺序是先切输出并确保引脚为高空闲态再装载定时器最后开中断。发送第一个字节前加一个位时间的延时让线路稳定。4.4 现象和真实串口设备对接时对方收到的数据偶尔多一位或少一位模拟串口的停止位长度和真实 UART 可能有细微差别。真实 UART 的停止位是 1 个位时间但有些设备对停止位采样比较宽松有些则严格。如果模拟串口在停止位后立刻拉低准备下一帧而对方还在采样停止位就会误判。稳妥做法是帧间至少留 1 个位时间的空闲高电平连续发送时在停止位后插入延时。4.5 现象低功耗模式下模拟串口完全失效STM8S003 进 halt 或 active-halt 后TIM4 如果时钟源被关掉位时钟就停了。如果应用需要低功耗又要模拟串口只能用外部中断唤醒加软件延时的方式但软件延时的精度受中断影响很大波特率做不高。这种场景下建议评估是否真的需要模拟串口或者把波特率降到 2400 以下用主循环轮询加nop延时实现牺牲精度换功耗。5. 把误差压到最低定时器微调与帧格式裁剪的实战技巧模拟串口做到能通不难做到长时间稳定、和不同设备都能对接靠的是对误差的精细控制。这里分享几个我在实际项目里反复验证过的技巧。第一个技巧是定时器重载值的动态补偿。整数分频带来的误差是固定的可以在每帧发送前根据累计误差调整一次重载值。比如 115200 下 ARR 取 138 会偏快那么每发 N 帧后把某一帧的 ARR 临时改成 139把累计误差拉回来。这个做法对连续大数据量传输有效代价是代码稍复杂。实现时用一个误差累加器每次溢出加上理论值和实际值的差超过一个位时间就补偿一次。// 误差补偿示例每帧结束后调整下一次的重载值 static int32_t baud_error_acc 0; #define IDEAL_ARR_NUM 16000000L #define IDEAL_ARR_DEN 115200L void SoftUart_AdjustBaud(void) { baud_error_acc (IDEAL_ARR_NUM % IDEAL_ARR_DEN); if (baud_error_acc IDEAL_ARR_DEN) { baud_error_acc - IDEAL_ARR_DEN; TIM4_ARR 139; // 补偿一个计数 } else { TIM4_ARR 138; } }这段逻辑的核心是把除法余数累积起来余数够一个整数时就多计一个数。IDEAL_ARR_NUM和IDEAL_ARR_DEN分别是被除数和除数实际工程里根据主频和波特率替换。注意TIM4_ARR的写入时机要在定时器停止或溢出后运行中改可能产生一个异常周期的脉冲。第二个技巧是帧格式裁剪。如果通信双方都是自己写的程序可以约定只用 8 数据位、无校验、1 停止位把帧长度压到最短。每少一位累计误差就少一份。有些场景甚至可以把数据位降到 7 位如果传输的数据范围本来就不大。但要注意和标准设备对接时不能随便裁剪必须按对方要求来。第三个技巧是接收端过采样。与其在一位中间采一次不如在一位内采三次比如 1/4、1/2、3/4 处取多数结果。这样即使某次采样被干扰也不至于直接误判。代价是定时器中断频率变成波特率的 3 倍对 CPU 占用更高。在 9600 这种低波特率下完全可行115200 下就要权衡了。技巧适用场景代价重载值动态补偿连续大数据量、高波特率代码复杂度增加帧格式裁剪双方都是自研程序不能对接标准设备接收端过采样低波特率、干扰环境CPU 占用成倍增加外部晶振所有场景硬件成本略增最后说一个验证方法拿一个标准的 USB 转串口模块用串口助手以固定波特率连续发递增数据STM8S003 模拟串口接收后原样发回跑上几个小时看有没有误码。同时用示波器抓波形量每一位的实际宽度和理论值对比。如果连续跑几万帧不出错基本就可以认为这个模拟串口在你的板子上是可靠的。我自己的习惯是任何模拟串口方案上线前必须过一遍这个连续收发测试不然现场偶发误码查起来就是黑匣子后悔药都没得吃。希望帮到你。本文还有配套的精品资源点击获取