STM8S003+74HC595四位数码管串行显示与动态扫描

手上有一块 STM8S003 的小核心板任务很简单显示四位数码管可能是计时、可能是传感器读数、也可能是个简单的参数设置界面。真正动笔写代码之前问题先来了——20 个引脚去掉 VDD、VSS、VCAP、NRST 和 SWIM 调试口能自由支配的 IO 撑死十几个。四位数码管要是直驱段选 a 到 dp 八根位选四根一共十二根全给数码管了按键、串口、传感器一样都别想留。这就是STM8 基于 74HC595 串行数码管显示这套方案最朴素的出发点用三根 IO 换十二根 IO把引脚预算从不够用拉回到有富余。这篇东西适合两类人看一类是刚接触 STM8想找个练手项目把 GPIO、定时器、中断串起来的新手另一类是手上项目卡在引脚不够、又不想换主控的老手。下面我按硬件选型、芯片原理、电流计算、代码实现、调坑记录这条线把整套东西拆开讲一遍能抄的部分直接抄该算的地方我把算式写全。1. 引脚预算决定方案走向1.1 别一上来就想着我 IO 够不够很多人做数码管项目第一反应是数一数 IO够就直驱不够就上芯片。这个顺序其实反了。正确的顺序是先看这个产品最终要留多少 IO 给别的功能再倒推数码管能用几根。举个很常见的配置两位按键、一路 UART 调试、一路 ADC 采电池电压、一个蜂鸣器这就吃掉 5 到 6 根。加上 SWIM 必须保留的两根能分给显示的也就 5 到 6 根。四位数码管直驱要 12 根这时候不是勉强够不够的问题是根本排不下。所以真正约束方案的不是数码管本身是整块板子的引脚预算。74HC595 的价值就在这儿它把 8 根并行输出压缩成 3 根串行输入数据、移位时钟、锁存时钟而且这三根是可以被多片共享的——第二片 595 只是从第一片的 Q7 引出数据线时钟和锁存照旧并联等于每多扩展 8 路输出只多花 0 根 IO。这个特性在需要同时驱动数码管加一堆 LED 指示灯的场合特别好用。这里有个容易被忽略的点位选其实不一定非得用 595。四位数码管四位位选四根线如果主控还剩 4 个 IO位选直接接 GPIO段选用一片 595总共占 7 根这是最经济也最省事的分法。位选走 GPIO 的好处是切换速度极快一个寄存器赋值就完事不会有额外的串行时序开销。我后面给的代码就是按这个思路写的位选走 PD3 到 PD6段选走 595。等你需要扩到 8 位显示、或者位选也要隔离驱动的时候再考虑用第二片 595 接管位选。1.2 四种常见方案横向摆一摆市面上驱动数码管的路子无非这么几条我把它们的关键指标列出来你可以对着自己的项目对号入座。方案占用 IO单位成本灵活性适用场景GPIO 直驱段数 位数最低最高时序完全自己控IO 富余、位数少1~2 位74HC595 串行3 根可共享低高段码位选都能自定义4 位以上、需要扩展输出专用数码管驱动芯片2 根I2C中中亮度/键扫通常内置位数多、要按键扫描、PCB 空间紧成品 I2C 数码管模块2 根高低只能按模块规格用原型验证、快速出效果直驱的优势是零延迟、零额外器件但它对 IO 的消耗是线性的位数一多就顶不住。专用驱动芯片那种带键盘扫描、亮度调节、I2C 接口的确实省事但它把时序、亮度曲线、扫描频率全部封装死了你想做个特殊的显示效果比如某一位单独闪烁或者局部调光往往要找它的寄存器手册翻半天还不一定支持。成品模块就更不用说了做原型爽量产的时候成本和尺寸都压不下来。74HC595 卡在中间成本低到几乎可以忽略灵活性又足够高坏处是所有时序都得自己写。但对 STM8 这种资源紧张的片子来说自己写时序反而是好事——你能精确控制每一位的点亮时间能做出真正的无级调光能在中断里塞进消隐逻辑避免重影。这些在后面代码部分会具体展开。1.3 这套组合的能力边界在哪实话实说595 驱动数码管不是万能的。它的短板主要有两个。第一是没有恒流能力595 就是个普通的 CMOS 输出级输出电流随负载变化段与段之间亮度会有细微差异尤其是当某一位显示1只亮两段和显示8亮七段的时候如果电源内阻大电压会有波动。第二是总电流受限一片 595 的 VCC 或 GND 引脚总电流手册上通常标 70mA 左右超过这个值芯片会发热甚至损坏。这意味着你不能把每一段都开到 20mA得按动态扫描的占空比去重新算这笔账。反过来说如果你的应用是室内、亮度要求不高、位数在 8 位以内595 完全够用而且稳定。要是户外强光下要看清或者要求段亮度高度一致那就得上恒流驱动了这是另一个话题。2. 74HC595 内部结构与关键时序2.1 两个寄存器一条边界很多人把 595 当成一个串转并的黑盒接线能亮就行但一旦出问题就完全抓瞎。其实它的内部结构简单到可以用一句话概括一个 8 位串行移位寄存器加一个 8 位并行输出锁存器中间用一根线连着。数据从 DS 引脚一位一位进来每来一个 SHCP 的上升沿移位寄存器就把已有内容往高位推一格新的这一位填进最低位。推到第 8 个上升沿一个字节就凑齐了。注意这个时候输出引脚 Q0 到 Q7完全没有变化因为移位寄存器和输出锁存器之间还隔着一道门。只有当 STCP 引脚出现上升沿移位寄存器的内容才会整体拷贝到输出锁存器Q0 到 Q7 才同时更新。这条边界是整个方案能稳定工作的根基。你想想四位数码管扫描的过程如果 595 没有锁存器数据一边移进去输出一边变那在移位的这八个时钟周期里数码管上会闪过一堆乱七八糟的半成品图案看着就是一片糊。有了锁存器移位期间输出保持上一次的值等八位全部就位了再一次性翻新视觉上就是干净的一帧。这个道理和很多显示控制器里的双缓冲是一回事。2.2 引脚定义与几个不能省的外围595 一共 16 个引脚常用的就那几个我把功能整理成表格接线的时候照着对。引脚名称方向说明14DSSER输入串行数据接 MCU 的数据脚11SHCPSRCLK输入移位时钟上升沿采样 DS12STCPRCLK输入锁存时钟上升沿更新输出13OE输入输出使能低有效接 GND 常开10MRSRCLR输入主复位低有效接 VCC 常闭9Q7QH输出级联输出接下一片 DS15, 1~7Q0~Q7输出并行输出接数码管段8GND电源地16VCC电源电源正有两个电阻电容是新手最容易省的我一再强调别省。第一个是MR 脚的上拉电阻虽然理论上可以直接接 VCC但如果这条线走得长、旁边有干扰源一个负向毛刺就可能把移位寄存器清零表现就是显示突然全灭或者乱码。接一个 10k 上拉到 VCC再并一个 100nF 到地成本两分钱能省掉无数调试时间。第二个是VCC 脚的退耦电容0.1uF 瓷片电容紧贴芯片电源脚放因为 595 在锁存瞬间会有较大的瞬态电流没有退耦的话电源线上会有尖峰干扰到同一块板上的 ADC 采样。OE 脚接地的处理也有讲究。如果后期想做硬件调光可以把 OE 接到 MCU 的一个 PWM 输出上用 PWM 控制输出使能的时间比例这样调光不需要改代码里的扫描逻辑。但如果不打算这么做老老实实接地别悬空——CMOS 输入悬空是最经典的故障来源。2.3 级联时数据是怎么流过去的级联的接法很简单第一片的 Q7 接第二片的 DS两片的 SHCP 并联两片的 STCP 也并联。数据流动的逻辑是你连续发送 16 个时钟前 8 个把第一字节推进第一片同时把原有的内容从 Q7 挤出去后 8 个时钟继续推第一字节被挤到第二片的移位寄存器里第二字节占据第一片。发完之后拉一下 STCP两片同时更新输出。这里有一个非常实用的推论先发的字节最终落在最远的那一片上。这个顺序一定要记牢不然级联之后显示的数字全是反的。比如你想让第一片输出 A、第二片输出 B那么发送顺序必须是先 B 后 A。我在第一次做级联的时候就栽在这上面明明代码逻辑看着没问题显示的顺序就是左右颠倒改成先发远端就对了。级联还有个隐藏的好处三根控制线可以挂很多片理论上没有上限受限于信号完整性。我在一块板子上挂过三片一片管段选、一片管位选、一片管 LED 指示灯主控只用了三根 IO。这种总线式的接法在功能密集的小设备里非常好用。3. 数码管侧极性判断、段码推导与限流计算3.1 共阴还是共阳先搞清楚再动手数码管有共阴和共阳两种区别在于八个 LED 的公共端是接在一起接地还是接在一起接电源。共阴的意思是八个 LED 的阴极并联成公共端要点亮某一段就往那个段的阳极送高电平公共端拉低。共阳正好相反公共端接 VCC段引脚拉低才亮。这件事必须动手测不能靠猜。方法很简单万用表打到二极管档红表笔接一个段脚黑表笔接公共脚如果亮了说明红笔那端是阳极公共端是阴极那就是共阴管。反过来亮就是共阳。四位数码管的公共端一般有四个每位一个但内部所有位的同一段是独立的所以判断的时候随便挑一位的公共脚就行。为什么要反复强调这件事因为共阴和共阳的段码是完全互补的你按共阴写好的段码表烧进共阳管看到的是全亮的反码比如显示 0 变成只亮中间一横。这种错误看起来很低级但实际调试的时候因为线接得乱、手头又没手册搞反的情况相当常见。这篇按共阴数码管来写代码段引脚接 595 的 Q0 到 Q7位公共端接 STM8 的 PD3 到 PD6拉低选通。3.2 段码是怎么一位一位推出来的段码表的本质是把哪个段要亮这个信息编码成一个字节。假设 Q0 接 a 段Q1 接 b一直到 Q7 接小数点 dp那么一个字节的 bit0 到 bit7 就分别对应 a 到 dp共阴管里 1 表示亮。以数字 0 为例需要亮 a、b、c、d、e、f 六段g 和 dp 灭二进制就是 0011 1111十六进制 0x3F。数字 1 只亮 b、c就是 0000 0110即 0x06。依此类推把 0 到 9 全部推完就有了下面这张表。/* 共阴数码管段码表位序bit0a bit1b ... bit6g bit7dp */ const uint8_t SEG_CODE[10] { 0x3F, /* 0: a b c d e f */ 0x06, /* 1: b c */ 0x5B, /* 2: a b d e g */ 0x4F, /* 3: a b c d g */ 0x66, /* 4: b c f g */ 0x6D, /* 5: a c d f g */ 0x7D, /* 6: a c d e f g */ 0x07, /* 7: a b c */ 0x7F, /* 8: a b c d e f g */ 0x6F /* 9: a b c d f g */ };这张表看着简单但有一个坑必须提前说位序不一定和你的硬件对应。如果你布线的时候为了走线方便把 Q0 接到了 dp、Q7 接到了 a那么这张表就得整体倒过来用。与其事后改代码不如画 PCB 的时候就按顺序接a 到 Q0b 到 Q1一路顺下来将来换段码表、加自定义字符都不会乱。面包板阶段无所谓飞线怎么方便怎么来但一定要在代码里写清楚注释标明实际映射关系。如果要显示小数点就在对应位或上 0x80。要显示负号可以只亮 g 段也就是 0x40。要显示字母比如温度单位 C就是 a、d、e、f 四段0x39。这些扩展字符用的时候现推就行不用全列出来。3.3 限流电阻的完整计算过程限流电阻这一步是新手最容易拍脑袋的地方。常见做法是我看别人用 330 欧我也用 330 欧能亮但亮度够不够、芯片扛不扛得住心里完全没数。这里我把账算一遍你以后换颜色、换位数都能自己推。先定几个已知量。系统 5V 供电红色数码管单段正向压降 Vf 大概 1.8 到 2.0V取 1.9V。74HC595 在输出高电平时内部 MOS 管有导通压降5V 供电、输出电流 6mA 左右的时候手册上的 VOH 大概是 4.4V也就是说内部压降约 0.6V。那么加在电阻上的电压就是V_R 5.0 - 1.9 - 0.6 2.5V如果目标段电流取 7mA电阻就是R 2.5V / 7mA ≈ 357Ω标准阻值里最接近的是 330Ω 和 390Ω取 330Ω实际电流约 7.6mA。八段全部点亮显示 8的时候单颗 595 要输出 8 × 7.6 61mA刚好在手册 70mA 的总电流限制以内但几乎没有余量。看到这里你可能想问那我把电阻改小一点亮度不就上去了不行。电阻改成 220Ω单段电流变成 11.4mA八段全亮就是 91mA直接超过 595 的总电流上限芯片会明显发烫长期工作在超限状态端口损坏只是时间问题。这就是为什么很多人接上 595 之后显示 8 的时候亮度明显往下掉——不是电阻不对是芯片已经顶到极限了。正确的做法是在动态扫描的前提下重新思考这个问题下一节展开。3.4 动态扫描下这笔电流账要重算动态扫描的意思是四位数字不是同时亮的而是快速地轮流点亮每次只亮一位。因为人眼有视觉暂留切换够快的话看起来就是四位同时在亮。假设四位轮流每位点亮 1/4 的时间那么每一位的平均电流只有峰值的四分之一。这个特性决定了限流电阻的选择逻辑和静态显示完全不同。静态显示时你按 5mA 的平均电流选电阻就行动态扫描时同样的 5mA 平均电流峰值电流得开到 20mA。反过来说如果你按静态的思路选了 330Ω峰值 7.6mA动态扫描下的平均电流只有 1.9mA显示就会明显偏暗尤其在环境光强的地方基本看不清。所以我的建议是动态扫描时把峰值电流定在 12 到 15mA 左右电阻取 180Ω 到 220Ω平均电流能到 3 到 4mA亮度足够同时因为每次只有一位在亮单颗 595 的瞬时总电流还是八段之和约 96mA 到 120mA——等等这里要小心虽然同一时刻只有一位被选中但段选数据是送给所有位的只是没被选中的位不导通而已。电流确实只流过被选中的那一位的八个段所以瞬时电流还是 8 × 峰值。这就矛盾了按 15mA 峰值算瞬时 120mA超了。出路有两条。第一条是把峰值压到 8mA 左右取 330Ω接受亮度一般的事实用高亮度的数码管补偿。第二条是给 595 的输出加一级驱动比如用 ULN2803 这类达林顿阵列做位选的低边驱动共阴管位选拉低正好用得上或者给段输出加缓冲器把电流从 595 身上挪走。前者成本低、改动小是我在多数项目里的首选。还有一个常被忽略的点如果同时点亮多段导致电源电压被拉低Vf 和 VOH 都会变化实际电流比算出来的要小亮度会随显示内容跳动显示 1 和显示 8 亮度不一样。想缓解这个问题电源端多放几个 100uF 的电解电容把瞬时电流的供给交给电容别让整条电源线跟着抖。4. STM8 上的软件实现4.1 时钟与 GPIO 初始化STM8S003 出厂默认走内部 16MHz 的 HSI 振荡器分频器默认 8 分频也就是主频 2MHz。做数码管扫描 2MHz 其实也够用但如果你还打算跑串口或者别的外设建议把时钟切到 16MHz。切换代码要注意顺序必须先确保目标时钟源就绪再切分频器乱序操作会导致程序跑飞。void CLK_Init(void) { CLK_ICKR | 0x01; /* 使能内部高速振荡器 HSI */ while (!(CLK_ICKR 0x02)); /* 等待 HSIRDY 就绪 */ CLK_CKDIVR 0x00; /* 不分频主频 16MHz */ }GPIO 初始化部分PD0 到 PD2 做 595 的三根控制线PD3 到 PD6 做四位位选全部配成推挽输出。STM8 的 GPIO 配置靠 DDR、CR1、CR2 三个寄存器组合决定很多人只记得设 DDR忘了 CR1结果引脚变成开漏输出驱动能力差一大截。void GPIO_Init(void) { /* PD0DS PD1SHCP PD2STCP PD3~PD6位选 */ PD_DDR | 0x7F; /* PD0~PD6 设为输出 */ PD_CR1 | 0x7F; /* 推挽输出 */ PD_CR2 ~0x7F; /* 低速模式降低 EMI */ PD_ODR | 0x78; /* PD3~PD6 初始为高位选全关 */ }注意最后那句把 PD3 到 PD6 置高。共阴数码管的位公共端拉低才亮初始置高就是全灭避免上电瞬间四位一起亮造成电源冲击。这个细节在电池供电的设备上尤其重要上电那一下的浪涌电流可能直接把电压拉到复位阈值以下表现就是开机偶尔死机。4.2 软件模拟 SPI 写一个字节595 的三根线本质上就是一个单向的 SPI如果 STM8 的硬件 SPI 口空着直接用它最省事配置成只发送模式速率随便设到几百 kHz 都行。但很多项目里 SPI 口被别的东西占了那就得软件模拟。模拟的核心就两件事数据在时钟上升沿之前准备好在上升沿之后保持一会儿。#define SER_LOW() (PD_ODR ~0x01) #define SER_HIGH() (PD_ODR | 0x01) #define SRCLK_LOW() (PD_ODR ~0x02) #define SRCLK_HIGH()(PD_ODR | 0x02) #define RCLK_LOW() (PD_ODR ~0x04) #define RCLK_HIGH() (PD_ODR | 0x04) void HC595_SendByte(uint8_t dat) { uint8_t i; for (i 0; i 8; i) { if (dat 0x80) SER_HIGH(); else SER_LOW(); dat 1; SRCLK_LOW(); /* 595 在 5V 下的建立时间只需几十纳秒 16MHz 下两条空指令就绰绰有余 */ __asm(nop); SRCLK_HIGH(); /* 上升沿移入一位 */ } } void HC595_Latch(void) { RCLK_LOW(); __asm(nop); RCLK_HIGH(); /* 上升沿更新输出 */ RCLK_LOW(); }这段代码有两个细节值得说。第一个是发送顺序这里用dat 0x80取最高位然后左移等于高位先发。595 的移位寄存器是低位往里塞、高位往外挤所以先发的位最终会落在最高位上。也就是说如果你想让 a 段对应 Q0那么段码表里的 bit0 就是最后一位发出去的不用手动倒序只要保证段码表的位序和 Q0 到 Q7 的物理接线对得上就行。第二个是nop的数量。16MHz 下一个指令周期 62.5ns595 在 5V 供电下需要的时钟脉宽是几十纳秒级别两条 nop 已经完全够了。但如果你的主频更低或者用的导线特别长、分布电容大时钟上升沿会变缓这时候就要增加延时或者降低发送速度。我曾经在一根 30cm 的排线上遇到过因为上升沿太缓导致移位出错的情况把 nop 加到八条就好了。所以别迷信能跑就行时序余量是要留的。4.3 显存与段码分离的设计这里讲的是软件结构。新手常犯的毛病是把要显示的数字和段码混在一起扫描函数里直接查表、直接算代码写得很长改一个功能要动好几个地方。比较干净的做法是引入一层显存主程序只负责往显存里写数字扫描中断只负责把显存里数字翻译成段码送出去。两边通过一个数组解耦。volatile uint8_t disp_buf[4]; /* 显存0~9 的数字0xFF 表示灭 */ volatile uint8_t dot_mask; /* 小数点掩码bit0~bit3 对应四位 */这样做的好处很直接。主程序里想显示 1234就写disp_buf[0]1; disp_buf[1]2; ...完全不用管扫描的事。扫描中断里查表、加小数点、送 595逻辑独立。将来要加闪烁效果在中断里判断一下当前位的时间计数决定这一帧送正常段码还是送 0x00 就行主程序一行都不用改。小数点用掩码单独管理也很关键。如果把它塞进显存那显存就不能只存 0 到 9 了得存完整的段码字节主程序就得自己查表又回到耦合的老路。用掩码的话主程序只需要dot_mask | 0x01就能点亮第一位的小数点语义清晰实现简单。有一点必须注意disp_buf和dot_mask都加了volatile因为它们会在中断和主循环之间共享。编译器不知道中断什么时候会改这些变量不加volatile的话可能把读操作优化成寄存器缓存导致主程序改了值中断看不见显示不更新。这类问题非常隐蔽症状是改数据没反应重启一下又对了排查起来能耗掉一整天。4.4 TIM4 定时中断做扫描扫描必须放在定时中断里不能放主循环。原因很实际主循环的执行时间不固定可能因为等待串口、等待 ADC 转换而卡住几毫秒扫描节奏一乱显示就会抖。放到中断里只要中断不关节奏就稳。STM8S003 的 TIM4 是 8 位定时器做 1ms 中断正合适。计算过程如下主频 16MHz预分频设 64计数时钟就是 16MHz / 64 250kHz也就是每个计数 4 微秒。要 1 毫秒中断一次计数值是 1000us / 4us 250自动重装寄存器 ARR 填 249因为从 0 数到 249 是 250 个计数。void TIM4_Init(void) { TIM4_CR1 0x00; /* 先停掉 */ TIM4_PSCR 0x06; /* 16MHz / 64 250kHz */ TIM4_ARR 249; /* 250 x 4us 1ms */ TIM4_EGR 0x01; /* 手动产生一次更新事件装载 ARR */ TIM4_IER 0x01; /* 使能更新中断 */ TIM4_CR1 0x01; /* 启动 */ }扫描的节拍是 1ms 换一位四位轮流一个完整刷新周期 4ms刷新率 250Hz。这个频率远高于人眼能感知的闪烁阈值大约 60Hz看起来就是连续亮的。为什么不设得更快因为每一位点亮的时间越短平均亮度越低而 250Hz 已经足够稳没必要再牺牲亮度。中断服务函数里要特别注意顺序。正确的顺序是关全部位选消隐、送段码到 595、锁存、开当前位选。如果顺序反了先开位选再送数据那么在新数据到达的这一小段时间里当前位上显示的还是上一位的段码视觉上就是相邻两位的数字会互相叠影也就是常说的重影。#pragma vector TIM4_OVR_UIF_vector __interrupt void TIM4_UPD_ISR(void) { uint8_t idx, code; TIM4_SR1 ~0x01; /* 清更新中断标志 */ idx scan_idx; /* 第一步先把所有位关掉消隐 */ PD_ODR | 0x78; /* PD3~PD6 拉高四位全灭 */ /* 第二步查表取段码处理小数点 */ if (disp_buf[idx] 0xFF) { code 0x00; /* 该位熄灭 */ } else { code SEG_CODE[disp_buf[idx]]; if (dot_mask (1 idx)) code | 0x80; } /* 第三步送段码并锁存此时所有位都是灭的不会看到中间态 */ HC595_SendByte(code); HC595_Latch(); /* 第四步打开当前位 */ PD_ODR ~(0x08 idx); /* 切换索引 */ scan_idx (idx 1) 0x03; }这段代码里消隐放在最前面是关键。有人会问595 本身有锁存器送数据的过程中输出不变为什么还要消隐因为从锁存新数据到打开新位选之间有一个极短的时间窗口如果这时旧位选还没关新段码就会短暂地出现在旧位上——尤其是关闭位选的操作比锁存慢一个指令周期的时候。这一点在高速示波器上看是几十纳秒的毛刺正常情况下看不出来但一旦你的主频降低或者中断里有别的耗时操作毛刺就会变宽重影就出来了。养成先关后送的习惯不会有坏处。4.5 完整可编译的框架把上面这些拼起来给出一个可以直接编译跑的版本。这个版本假设你用 IAR for STM8其他工具链只需要替换中断向量声明和寄存器头文件。#include iostm8s003f3.h /* 显存与状态 */ volatile uint8_t disp_buf[4] {0, 0, 0, 0}; volatile uint8_t dot_mask 0x00; static uint8_t scan_idx 0; /* 段码表 */ const uint8_t SEG_CODE[10] { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F }; /* 595 底层 */ #define SER_HIGH() (PD_ODR | 0x01) #define SER_LOW() (PD_ODR ~0x01) #define SRCLK_HIGH() (PD_ODR | 0x02) #define SRCLK_LOW() (PD_ODR ~0x02) #define RCLK_HIGH() (PD_ODR | 0x04) #define RCLK_LOW() (PD_ODR ~0x04) void HC595_SendByte(uint8_t dat) { uint8_t i; for (i 0; i 8; i) { if (dat 0x80) SER_HIGH(); else SER_LOW(); dat 1; SRCLK_LOW(); __asm(nop); __asm(nop); SRCLK_HIGH(); } } void HC595_Latch(void) { RCLK_LOW(); __asm(nop); RCLK_HIGH(); RCLK_LOW(); } /* 初始化 */ void CLK_Init(void) { CLK_ICKR | 0x01; while (!(CLK_ICKR 0x02)); CLK_CKDIVR 0x00; } void GPIO_Init(void) { PD_DDR | 0x7F; PD_CR1 | 0x7F; PD_CR2 ~0x7F; PD_ODR | 0x78; } void TIM4_Init(void) { TIM4_CR1 0x00; TIM4_PSCR 0x06; TIM4_ARR 249; TIM4_EGR 0x01; TIM4_IER 0x01; TIM4_CR1 0x01; } /* 扫描中断 */ #pragma vector TIM4_OVR_UIF_vector __interrupt void TIM4_UPD_ISR(void) { uint8_t idx scan_idx; uint8_t code; TIM4_SR1 ~0x01; PD_ODR | 0x78; /* 消隐 */ if (disp_buf[idx] 0xFF) { code 0x00; } else { code SEG_CODE[disp_buf[idx]]; if (dot_mask (1 idx)) code | 0x80; } HC595_SendByte(code); HC595_Latch(); PD_ODR ~(0x08 idx); /* 打开当前位 */ scan_idx (idx 1) 0x03; } /* 主程序 */ void main(void) { CLK_Init(); GPIO_Init(); TIM4_Init(); __asm(rim); /* 开全局中断 */ while (1) { /* 举例显示 12.34 */ disp_buf[0] 1; disp_buf[1] 2; disp_buf[2] 3; disp_buf[3] 4; dot_mask 0x02; /* 第二位加小数点 */ } }这份代码是能直接跑起来的骨架。主循环里那个赋值只是为了演示显存怎么用实际项目里应该接上你的业务逻辑比如定时器计时的秒数或者 ADC 采回来的电压值。数字拆分可以用除法和取余比如一个三位数 n个位是 n%10十位是 (n/10)%10百位是 (n/100)%10注意在 STM8 这种 8 位机上除法开销不小如果对实时性有要求可以改成减法循环或者查表。5. 调试实录那些让人怀疑人生的现象5.1 现象与原因速查表下面这些是我和周边朋友在这类项目里踩过的坑按现象归类整理遇到问题可以先对号入座。现象最可能的原因排查方向完全没显示595 的 OE 悬空或接高万用表测 OE 是否稳定为低显示全亮不灭共阴共阳搞反段码取反试一下数字左右颠倒级联发送顺序反了先发远端的那一字节相邻位有重影消隐顺序不对先关位选再送数据某一位始终不亮该位三极管或限流电阻虚焊单独测该位的位选驱动亮度明显不均位选驱动能力不足换低导通电阻的三极管显示随内容跳动电源退耦不足电源端加 100uF 电解上电瞬间乱码上电时 IO 状态未定初始化第一件事就是消隐运行一段时间后乱码595 的 MR 受干扰MR 加上拉加电容数字偶尔错一位时钟沿太陡或有振铃串 33 欧电阻降低速度5.2 重影是最常见的也是最好治的重影的表现是每个数字旁边好像有一个淡淡的重影尤其在显示 1 这种笔画少的数字时最明显因为旁边位亮的段少暗处更容易看出残余的光。根本原因永远是某一位的段码在它不该亮的时候亮了。排查思路分两层。第一层看软件在中断里把消隐那句挪到最后去如果重影消失那就确认是顺序问题改回来就行。第二层看硬件如果软件顺序没问题还有重影那多半是位选驱动的三极管关断太慢或者是使用了 MOS 管但栅极电阻太大导致关断拖尾。这时候可以在位选驱动上并联一个加速电容或者把三极管换成关断更快的型号。还有一种特殊情况如果你用的是 8 位以上的数码管扫描到最后一位之后立刻回到第一位中间没有留时间那么第一位的段码在锁存的瞬间最后一位可能还没有完全关断也会出现首尾之间的重影。解决办法是在扫描循环里插入一个全灭的空白位代价是损失一点亮度换来干净的显示。我个人的经验是消隐这一步的代码永远不要图省事省掉。它可能只占几十纳秒但正是这几十纳秒决定了显示是专业还是业余。5.3 亮度不均背后往往是驱动的问题亮度不均有两种形态要分开看。第一种是同一位内不同数字亮度不同比如显示 1 比显示 8 亮。这是正常现象因为显示 1 时只有两段在导通单段电流比显示 8 时大亮度自然高一些。这种差异在电流充足的时候不明显在电流被限死的时候就很突出。能做的有限主要是加大电源储备、用恒流驱动。第二种是不同位之间亮度不同比如最右边一位明显比左边亮。这个通常是硬件问题。位选如果是用三极管驱动各个三极管的 hFE 有差异饱和压降不同导致加在 LED 上的实际电压不同。解决方法要么是用同一批次的管子要么干脆把位选驱动换成一个集成阵列一致性好得多。如果位选是直接接 GPIO 驱动的小电流场合那就看每个 GPIO 的驱动能力是否一致正常情况下应该是一致的不一致说明有引脚配置错了比如某个脚设成了开漏。5.4 上电瞬间的乱码其实是初始化顺序问题很多人反映设备上电的一瞬间数码管会闪一下乱七八糟的图案然后才恢复正常。有人觉得无所谓反正一秒钟的事但如果你的设备是用来做仪表的这个闪一下会让人印象很差。原因很简单从 MCU 上电到 GPIO 初始化完成中间有几十毫秒的时间这段时间里引脚是高阻态。595 的移位寄存器内容不确定锁存器的内容也不确定输出可能是任意状态。如果位选此时恰好被拉低因为外部干扰或者上下拉电阻数码管就会显示出随机的段码。解决办法无非两条。硬件上在 595 的 OE 脚加一个上拉电阻到 VCC这样上电期间 OE 是高电平输出是高阻态数码管不亮等 MCU 初始化完成再主动拉低 OE 使能输出。软件上初始化函数的第一件事就是把位选全部置高比配置 595 的三根控制线还要早。这两条一起用基本可以做到上电无闪烁。6. 扩展方向与几个实用的优化6.1 不换电阻也能调亮度调亮度最朴素的办法是换限流电阻但这是硬件操作做完就固定了。想要现场可调就得从软件下手。最简单的是占空比调光本来每位亮 1ms现在改成亮 0.5ms、灭 0.5ms亮度就减半。实现上在中断里加一个亮度变量每次中断计数计数值小于阈值才开位选否则保持熄灭。这种方法的问题是调光范围和扫描频率互相牵制。亮 0.5ms 已经有点接近人眼的闪烁感知阈值了再往下降就会开始闪。所以占空比调光通常只能往下调到 30% 左右再低就得换思路。更好的办法是把 PWM 加到 OE 脚上让 595 的输出使能跟着 PWM 走这样扫描节奏不受影响调光范围能拉得很宽。代价是要多占一个 IO而且这个 IO 得支持硬件 PWM选引脚的时候要提前规划。还有一个细节人眼对亮度的感知不是线性的而是接近对数关系。所以亮度变量从 10 调到 9视觉上几乎没变化从 3 调到 2变化就很明显。想做平滑的调光体验得做一次伽马校正把线性 PWM 值映射成视觉上均匀的档位这个查表在 STM8 上也就几十字节的常量值得加。6.2 级联扩位要注意的两个细节从四位扩到八位最直接的办法是再加一片 595段选两片级联位选用 8 根 GPIO 或者再级联一片。这里有两个坑。第一个坑是发送顺序。级联之后一定要先发远端、后发近端前面已经说过。但还有个容易被忽略的位选扩展时位选数据和段选数据是分开两片 595 的发送时要么分两次锁存要么先把 16 位数据全部移位完再一次性锁存。后者更推荐因为分两次锁存会出现段码已更新但位选还是旧的的中间态虽然只有几微秒但表现出来就是轻微的重影。第二个坑是亮度。位数从 4 位扩到 8 位每位点亮时间从 1ms 变成 0.5ms如果保持整帧 4ms 不变亮度直接减半。想保持亮度要么把整帧时间拉长到 8ms刷新率降到 125Hz还行要么提高峰值电流但 595 顶不住要么换驱动。所以扩位之前先算清楚亮度够不够别做到一半发现看不清。6.3 走线和抗干扰别等腰斩了才想起来595 是 CMOS 器件输入阻抗极高对干扰很敏感。几个实践中的建议三根控制线尽量短如果一定要走长线串一个 33Ω 的电阻做阻抗匹配能明显改善波形振铃595 的电源脚旁边那个 0.1uF 电容一定要放而且要走最短路径回到 GND绕远路的退耦电容等于没放如果数码管的段线走线比较长可以在段线上串小电感或者磁珠抑制开关瞬间的高频辐射。还有个细节是数码管的公共端走线。四位数码管的公共端电流是四位之和如果布线的时候用细线一路串下去末端的那一位会因为走线电阻大而偏暗。正确的做法是从驱动管出来之后用较宽的线或者铺铜让四位的公共端呈星形汇聚保证每一位看到的阻抗一致。最后说说测试。这套东西搭好之后别急着上业务代码先做一个全段点亮测试让所有位都显示 8跑上半小时用手背摸一下 595 和位选驱动管如果烫手说明电流超了得调整电阻。再做一个单段巡显测试从 a 段到 dp 段依次点亮确认段码表的每一位映射都对。这两个测试加起来十分钟能省掉后面几小时的困惑。我在最初做这个方案的时候就是跳过了单段测试结果段码表里有两个位写反了显示 2 和 5 的时候一直不对查了半天才定位到是表的问题。这套方案本身不复杂难点全在细节。硬件上把限流、驱动、退耦这三件事做扎实软件上把消隐、显存、中断这三块理清楚剩下的就是调试耐心。等你把四位数字稳稳当当地显示出来再回头去看那些引脚预算、时序、电流的计算会发现每一步都是有道理的不是玄学。