STM32驱动74HC595级联原理与实现：3个GPIO扩展N×8路输出

简介：这是一份面向STM32开发者的74HC595移位寄存器可级联驱动代码包，适用于需要通过串入并出移位寄存器扩展GPIO、驱动数码管或LED矩阵的常见场景，也适合正在学习Keil MDK下外设驱动开发的初学者。压缩包整体仅1KB，共包含2个文件：一个h头文件负责引脚映射与结构体定义，一个c源文件实现GPIO初始化、模拟SPI协议的数据移位写入以及级联扩展逻辑。目前已有3445人参与学习下载，说明这套驱动方案已经获得不少开发者认可。通过阅读代码，可以直观且清晰地看到SHCP、STCP、DS三个引脚的时序配合，理解数据如何在上升沿逐位移入并锁存到并行输出端；级联函数则为需要更多输出通道的项目提供了直接可用的扩展思路，稍加修改即可移植到自己的工程中，节省底层驱动调试时间。代码注释清晰，结构简单，便于二次开发。

1. 先看结论：74HC595 级联以后，数据是从最后一片开始发的

如果你手里正好有一块 STM32，想点亮一组数码管或者继电器，但 GPIO 已经快拔光了，第一反应多半是换更多引脚的芯片，或者加 I2C 扩展器。实际上 74HC595 这类移位寄存器是更常见、成本也更低的解法：STM32 只要留出 3 个 GPIO，一片就能扩出 8 路并行输出，级联几片就变成 N×8 路。真正让新手翻车的是发送顺序——级联两块芯片时，先送出去的数据会被推到后一块上，和直觉刚好相反。这套“STM32驱动74HC595函数 可级联”的代码就是围绕这个核心问题写的，配合 Keil MDK 工程和共阳数码管段码，适合想直接抄一套驱动、改引脚内容和显示逻辑的人。

我这里按某一款 STM32F103 入门板的资源来写，接线固定为：DS 接 PA2，SH_CP 接 PA1，ST_CP 接 PA0。下面从硬件原理讲到最终工程，尽量让新手照着接就能跑通。

2. 硬件原理与级联设计：一个字节怎么变成 N×8 路并行输出

2.1 从串行到并行：74HC595 的 8 个输出怎么来

74HC595 是一个 8 位串入并出移位寄存器，内部有移位寄存器区和输出锁存区两个部分。串行数据从 DS 引脚进来，每个 SH_CP 上升沿把当前电平移入一位；连续 8 个上升沿之后，一个字节就被排到了 8 个并行输出 Q0～Q7 上。这里的移位顺序是：第一个上升沿采到的数据对应 Q7，最后一个上升沿采到的数据对应 Q0。这句话很关键，很多显示错位都源于对位序的理解偏差。

结合 STM32 的 GPIO 来看，SH_CP 就是移位时钟，DS 是数据口，ST_CP 是刷新口。输出锁存区的好处是，移位寄存器在整个数据搬移过程中持续变化，但 Q0～Q7 对外不更新，只有 ST_CP 出现一个上升沿时，锁存区才把当前寄存器的内容一次性搬到输出引脚上。这给软件留出了完整的数据准备时间，做完一整组发送之后再来一个锁存脉冲，显示端不会看到中间过程。

OE 和 MR 是两个容易被忽略的引脚。OE 如果不接，输出使能状态不确定，数码管可能不亮；MR 一旦被拉低，所有输出全部清零。常规做法是 OE 直接接地，MR 接高电平，让两块芯片都处在正常工作状态。

2.2 级联接法：把上一片多出来的那一位接到下一片

一片 74HC595 只有 8 个输出，驱动 1 位数码管通常够用，但 4 位或者更多位就牵涉到级联。级联的连接方法很简单：前一片的 Q7' 接到后一片的 DS，所有芯片的 SH_CP 和 ST_CP 并联到同两个引脚，OE 和 MR 同样并联。这样 STM32 仍然只占 3 个 GPIO，输出引脚从 8 路扩展到了 8×N 路，这也是这个项目叫“可级联”的原因。

从数据流动来看，级联链上的芯片相当于一个更长的移位寄存器。写入第 1 个字节时，8 个时钟把它装进第 1 片；继续写第 2 个字节，第 1 片原内容被挤出，通过 Q7' 进入第 2 片。也就是说，数组里排在前面的字节，最终落在链的尾部，而不是第一片。两片时顺序还算直观，四级以上没有统一的发送约定就很容易写乱。

所以驱动函数里必须约定一套发送规则：发送时按照“从后往前”的顺序，先把要显示在第 N 片的字节发出去，最后发第 1 片的字节，最后统一锁存。这套约定在整个驱动里是唯一的，第三章的发送函数就会体现出来。

2.3 锁存引脚的意义：为什么数据不是一拍一拍直接亮

很多第一次接触 74HC595 的人会想：每来一个时钟就把数据移一位，为什么不直接让输出跟着移？非要加 ST_CP 这一下子，是不是多此一举？不是。如果输出跟着移位寄存器同步变化，级联链上正在搬运的中间状态会被直接显示出来，你会看到数码管乱闪，而不是稳定数字。

ST_CP 的作用就是给输出加一道缓冲门。搬数据的时候尽量快，搬完之后靠一个上升沿把镜像更新出来，显示端全程只看到最后一次结果。实际驱动里锁存只需要一次，在整组字节全部发送完成之后再拉高，不要每发一个字节就锁存一次。这个节拍搞错，是后面避坑章节里最常见的翻车原因。

2.4 时间参数给代码带来的约束

74HC595 的时序参数有一个最小时钟周期约束，SH_CP 高电平和低电平都需要保持几纳秒以上。STM32 主频 72MHz 时，一条 GPIO 写操作本身很快，但中间还夹着 if 判断和移位循环，实际脉冲宽度通常已经有几百纳秒，足够满足 74HC595 的要求。只有在振荡频率调得很高、或者用了硬件 SPI 且连续发送不等待时，才需要考虑增加延时。

基于这个原理，软件驱动的节奏可以固定成三步：先拉低 SH_CP，然后把 DS 设置成目标电平，最后拉高 SH_CP。拉低与拉高之间的时间，就是 DS 电平的建立时间，保证上升沿采样到的电平是稳定的。如果省略“先拉低”这一步，直接翻转 DS 再拉高时钟，74HC595 可能采到翻转途中的毛刺。这个顺序比代码行数更重要。

级联之后还有一个传播延迟的问题。每一片芯片的 Q7' 都要经过内部逻辑才能到达下一片 DS，数据手册里的 tPHL/tPLH 大多是几十纳秒，四片以上累计起来可能在高速发送时吃掉一部分建立时间。后面避坑章节里级联多片丢 bit 的问题，根源就在这里。

3. 核心函数拆解：GPIO 模拟时序，从单字节到任意长度数组

3.1 工程结构与引脚宏定义

工程里我会拆成三个文件：hc595.h 做 API 声明和引脚宏，hc595.c 放 GPIO 时序和发送函数，main.c 负责初始化调用。引脚宏单独提出来，是因为不同开发板引脚差异很大，宏写在一个地方，改板子时只动头文件。

// hc595.h #ifndef __HC595_H #define __HC595_H #include "main.h" #define HC595_DS_PORT GPIOA #define HC595_DS_PIN GPIO_PIN_2 #define HC595_SH_CP_PORT GPIOA #define HC595_SH_CP_PIN GPIO_PIN_1 #define HC595_ST_CP_PORT GPIOA #define HC595_ST_CP_PIN GPIO_PIN_0 #define HC595_DS_H() HAL_GPIO_WritePin(HC595_DS_PORT, HC595_DS_PIN, GPIO_PIN_SET) #define HC595_DS_L() HAL_GPIO_WritePin(HC595_DS_PORT, HC595_DS_PIN, GPIO_PIN_RESET) #define HC595_SH_CP_H() HAL_GPIO_WritePin(HC595_SH_CP_PORT, HC595_SH_CP_PIN, GPIO_PIN_SET) #define HC595_SH_CP_L() HAL_GPIO_WritePin(HC595_SH_CP_PORT, HC595_SH_CP_PIN, GPIO_PIN_RESET) #define HC595_ST_CP_H() HAL_GPIO_WritePin(HC595_ST_CP_PORT, HC595_ST_CP_PIN, GPIO_PIN_SET) #define HC595_ST_CP_L() HAL_GPIO_WritePin(HC595_ST_CP_PORT, HC595_ST_CP_PIN, GPIO_PIN_RESET) void HC595_Init(void); void HC595_ShiftByte(uint8_t dat); void HC595_Send(uint8_t *data, uint8_t len); #endif

这里把 GPIO 操作封装成带后缀 _H / _L 的宏是有原因的：发送一个字节会有 8 次电平动作，如果写成函数，每翻一次电平都要压栈出栈，代码体积和延迟都会变大；宏内联展开后，最终生成的汇编码就是几条 GPIO 位操作指令，时序更接近数据手册要求。

参数说明：_PORT 是 GPIO 所属的端口，_PIN 是引脚号。示例里数据、时钟、锁存分别放在 PA2、PA1、PA0，改成 PB5、PB4、PB3 时只需要替换宏，函数体一行不用动。

3.2 初始化：把 3 个 GPIO 配成推挽输出

74HC595 的三个控制引脚都是输入方向，STM32 一侧要把它们配置为推挽输出。这个函数在系统上电后执行一次，整个运行周期内不需要反复配置。

// hc595.c #include "hc595.h" void HC595_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin = HC595_DS_PIN | HC595_SH_CP_PIN | HC595_ST_CP_PIN; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); HC595_DS_L(); HC595_SH_CP_L(); HC595_ST_CP_L(); }

这里最容易漏的是最后的三个拉低动作。如果上电后 SH_CP 处于高电平，74HC595 可能把未定义 DS 电平误采样进去，导致复位后第一帧数据就是乱的。初始化时统一拉低时钟和锁存，相当于把时序停在已知的起点。

参数说明：GPIO_SPEED_FREQ_LOW 对应 2MHz 左右的翻转速率，对 74HC595 完全够用。选择 HIGH 不是更快更好，反而可能带来更多毛刺和振铃，在这个场景下低速模式更稳定。

3.3 单字节移位函数：MSB first 还是 LSB first

单字节发送是整个级联链的基础函数。它的职责不是直接输出数据，而是把 8 个 bit 变成 DS 电平，并在每个 bit 上产生一个 SH_CP 上升沿。

// hc595.c void HC595_ShiftByte(uint8_t dat) { for (uint8_t i = 0; i < 8; i++) { HC595_SH_CP_L(); // 时钟先拉低，保证上升沿干净 if (dat & 0x80) HC595_DS_H(); else HC595_DS_L(); HC595_SH_CP_H(); // 上升沿，74HC595 采样当前 DS 电平 dat <<= 1; // 移出最高位，准备下一 bit } }

循环从 dat & 0x80 开始判断，也就是 MSB first，最先发送的是最高位。这与 74HC595 内部移位寄存器的输入端对应：第一个脉冲写入到最靠近 Q7 的位置，之后依次推到 Q6、Q5……最后一位落在 Q0。如果约定改为 LSB first，把判断条件换成 dat & 0x01，循环里用 dat >>= 1 就行。

这里要特别控制顺序：先拉低 SH_CP，再改 DS，最后拉高 SH_CP。反过来操作，上升沿采样瞬间 DS 可能还在翻转，某些 bit 就会采错。

3.4 级联发送函数：数组下标决定哪片芯片先工作

发送 N 片数据时，调用方传进来一个数组，数组下标对应级联链的位置，发送顺序必须和函数内部保持一致，否则就会出现硬件级联正常、软件顺序全反。

// hc595.c void HC595_Send(uint8_t *data, uint8_t len) { if (len == 0 || data == NULL) return; for (uint8_t i = len; i > 0; i--) { HC595_ShiftByte(data[i - 1]); // 先送最后一片的数据 } HC595_ST_CP_H(); HC595_ST_CP_L(); }

先说循环写法。i 从 len 开始，用 data[i - 1] 取数据，意思是下标最大的一字节最先送出，最后送 data[0]。两片级联时调用 HC595_Send(buf, 2)，实际发送顺序是 buf[1] 再 buf[0]。整个链上的数据搬完，才执行一次 ST_CP 上升沿。好处是两片输出在同一时刻更新，不会出现左片先亮、右片后亮的过渡状态。

参数说明：data 是显示缓冲区首地址，len 是级联芯片数量，不是数码管位数。长度用 uint8_t，因为驱动定位在单机场景，级联超过 255 片的需求几乎不存在。函数开头对 len == 0 和空指针做了保护，防止循环里 uint8_t 类型的 i 减到 0 时发生 255 次空发送。

3.5 位反转工具函数：不同模块带来的坑

如果买来的模块把第一个数据映射到 Q0，或者你习惯 LSB first 的发送方式，可以在发送环节加一个位反转函数，先把 bit 顺序调过来。

uint8_t HC595_ReverseBits(uint8_t dat) { uint8_t rev = 0; for (uint8_t i = 0; i < 8; i++) { rev = (rev << 1) | (dat & 0x01); dat >>= 1; } return rev; }

这个函数不参与正常发送，只作为兼容接口暴露在驱动里。遇到段码对不上号、数码管亮出奇怪图案时，先查位序再查段码表，能少走不少弯路。调用方式是 HC595_ShiftByte(HC595_ReverseBits(data[i-1]))，注意别在发送循环里重复反转，反转一次就够了。

3.6 中断与实时性：点灯任务不要被高频中断插队

移位发送是一个连续 8 拍的完整动作，如果中间被中断打断，DS 电平已经变化了但 SH_CP 还没产生预期数量，下一片的锁存时间就会被拉长几十微秒。对数码管显示来说，偶尔一次影响不大，但如果是驱动步进电机或继电器这类对时序敏感的外设，就可能在中断嵌套时丢一个脉冲。

我一般会在发送函数前后加临界区保护，或者把 HC595_Send 放进中断优先级较低的任务里。STM32 上常见做法是 __disable_irq() 和 __enable_irq()，但要注意不要长时间关中断影响系统响应。这个驱动里最短发送也就几十个 GPIO 翻转周期，关中断时间很短，代价可以接受。

4. 工程落地：在 Keil MDK 里把驱动跑成数码管显示

4.1 Keil MDK 工程配置的要害点

Keil MDK 操作本身不复杂：新建工程，选择芯片型号，然后在 Manage Project Items 里添加 hc595.c 和 main.c。最常出问题的是头文件路径：Options for Target -> C/C++ 里的 Include Paths 必须包含 hc595.h 所在目录，否则编译器会报找不到头文件。

调试仿真器选择要和开发板匹配。用 ST-Link 时，在 Options for Target -> Debug 里选 ST-Link Debugger，并勾选 Connect under Reset，避免目标板刚上电、时钟还没稳定时连接失败。我这里以 HAL 库为例，勾选 Run to main() 可以让程序直接停在主函数入口，方便观察段码数组初值。

工程从标准外设库换到 HAL 库，驱动层只需要替换 GPIO 读写宏的实现，核心的移位循环和级联发送逻辑完全和库无关。这也是把引脚宏独立到头文件的关键理由，移植成本被压缩到了最小。

4.2 硬件接法与数码管段码

接法按第二章节的表格落地：74HC595 的 DS 接 PA2，SH_CP 接 PA1，ST_CP 接 PA0，OE 接地，MR 接 3.3V。输出端 Q0～Q7 按顺序接到数码管的 a～g 和 dp 段，中间串 220Ω 限流电阻。如果使用共阳数码管，公共端接 3.3V，GPIO 输出低电平时对应段点亮。

共阳数码管常用段码可以直接用 0xC0、0xF9 这一组。高电平的 bit 对应熄灭，低电平的 bit 对应点亮。

// main.c static const uint8_t segCode[10] = { 0xC0, 0xF9, 0xA4, 0xB0, 0x99, 0x92, 0x82, 0xF8, 0x80, 0x90 };

以 0xF9 为例，二进制是 1111 1001，a 段和 b 段对应 bit 为 0，其他段为 1，正好点亮数字 1。这里顺序和数码管段位接线完全相关，如果你把 Q0 接到 b 而不是 a，显示就会立刻面目全非。这类问题第一反应不应该是怀疑芯片坏了，先检查硬件接线是否按 Q0→a、Q1→b 的固定顺序走。

4.3 主程序：让两片 595 分别显示 1 和 2

静态显示时主程序很短。初始化 HAL 库，初始化驱动，然后把段码放进缓冲区交给 HC595_Send 即可。

// main.c #include "hc595.h" int main(void) { HAL_Init(); HC595_Init(); uint8_t buf[2]; while (1) { buf[0] = segCode[1]; // 第一片 74HC595 显示 1 buf[1] = segCode[2]; // 第二片 74HC595 显示 2 HC595_Send(buf, 2); HAL_Delay(10); } }

直接抄下来，再核对引脚，就能跑通。buf[0] 对应靠近 MCU 的那一片，buf[1] 对应级联末尾的那一片，发送函数会自行处理逆序。HC595_Send 末尾只做一个锁存脉冲，两块芯片的输出同时更新。

HAL_Delay(10) 在这里是演示用的。实际产品里如果不做动态扫描，数码管是持续点亮状态，不需要每一帧都重复发送。重复发送时会多出几百次 GPIO 翻转，数据没错但白白增加 CPU 占用，意义不大。

4.4 逻辑分析仪验证时序的观察点

如果手边有逻辑分析仪，把 PA0、PA1、PA2 三个通道同时接上，抓一次 HC595_Send 的波形。正确结果是：PA1 上出现连续 16 个脉冲，PA2 在每次上升沿前有稳定的高低分布，PA0 在 16 个脉冲结束后出现一个上升沿。

最常见的问题是 DS 电平变化位置不对。如果 DS 电平没在 SH_CP 上升沿之前保持稳定，波形上能看到 PA2 翻转和 SH_CP 上升沿重合，这时候 74HC595 采样到的是一个不确定电平。解决办法是在写 DS 电平后插入一个空指令延时，比如 __NOP()，让数据比时钟再早一点稳定下来。

5. 避坑记录：时序、级联和数据缓冲的四个翻车现场

5.1 现象：最先送上显示的最后亮，顺序完全反了

级联两片时，我想让第一片显示 1、第二片显示 2，结果屏幕正好反过来。原因在于发送顺序写成了“从前往后”，也就是先 send buf[0] 再 send buf[1]。这个顺序下，buf[0] 被后一片的 Q7' 继续挤出，整个链上的数据整体向后平移了一段。

解决办法是固定发送逆序规则。我一般在 HC595_Send 注释里直接写明“数组下标 0 对应靠近 STM32 的第一片，但发送顺序从最后一片开始”，避免下次改代码时自己踩坑。如果不想在驱动层做逆序，也可以在调用侧把 buf 的数据反过来放，但那样出错概率更高，不推荐。

5.2 现象：数码管每刷新一次就闪一次，频率像是在呼吸

这类问题典型表现是数据内容正确，但亮度不稳定，仔细看是每隔一小段时间整体变暗再恢复。多数情况不是电源问题，而是代码里每发一个字节就做一次 ST_CP 锁存。级联两片时，第一个字节锁存后，第二片还保持旧值，第一片已经亮成新数字；紧接着第二个字节锁存第二次，整屏才统一。两次锁存之间混进错拍内容，看起来就会闪。

原因很简单：ST_CP 是全局刷新开关，锁存一次意味着把当前所有级联芯片同时更新。每字节锁存会暴露中间状态。解决方式是把锁存语句从 ShiftByte 循环里挪出去，放到整组字节全部发送完成之后。第三章的 HC595_Send 就是按这个思路写的。

5.3 现象：仿真波形完美，实机一上电就乱码

仿真软件里 GPIO 翻转都是理想波形，实机抓波形时发现 SH_CP 上升沿附近有毛刺，DS 电平的建立时间比仿真空了 100ns 以上。追下去发现 GPIO 初始化速度配置太高，翻转虽然快，但在长线上造成过冲和振铃；同时模块自带的上拉电阻把 DS 在空闲时拉到高电平，未初始化时被当成有效数据。

解决上分两步：一是把 GPIO 速度档降到 LOW，或者并联一个 100pF 小电容滤掉边沿过冲；二是每个上升沿前让 DS 电平至少提前一个空操作保持稳定。具体做法是在拉高 SH_CP 前插入两个 __NOP()，然后拉高。不影响性能，但能显著提高长线传输可靠性。

5.4 现象：级联到第 4 片以后，最高位总丢一个 bit

4 片以上时，前面几片数据正常，最后一片输出总是少一位或者错一位。在发送完最后一个字节后立即锁存，最后一个 bit 的建立时间和 ST_CP 上升沿几乎重叠。原因是连续多字节发送时，越靠后的芯片经过了更多级传播延迟，DS 电平还没彻底稳定到下一级，锁存信号就来了。

解决办法是在整组字节发送完之后，插入一个 1us 左右的延时，等所有寄存器状态稳定后再做 ST_CP 上升沿。HAL_Delay(1) 在演示工程里能用，生产环境更规范的是使用几微秒的循环等待。锁存只要求一个瞬间，发送链路长了之后最后一级的传播延迟占比变大，延时是给整条链路一点建立时间。

除了软件，还要注意 Q7' 到下一片 DS 的走线不要太长。这个信号每经过一片就有一级门的传播延迟，数据手册里 tPHL/tPLH 是几十纳秒级别，走线太长叠加电容后，末级更容易抢不过时钟。

6. 二次开发：把驱动改造成可以移植和扩展的通用模块

6.1 把引脚宏抽到头文件，换板不换逻辑

拿到一块新板子，第一件事是改头文件里的端口引脚，其他代码一行不动。宏定义就是这套驱动的配置面。GPIO 速度、延时时长也建议做成宏，方便针对不同主频调整。

#define HC595_DELAY_US 1 // 锁存前稳定时间，单位us void HC595_Send(uint8_t *data, uint8_t len) { for (uint8_t i = len; i > 0; i--) HC595_ShiftByte(data[i - 1]); delay_us(HC595_DELAY_US); HC595_ST_CP_H(); HC595_ST_CP_L(); }

这是一次典型改造：原来锁存前没有延时，现在把延时抽成宏，后续调到 3us、5us 只改一处。

6.2 用硬件 SPI 替换 GPIO 模拟移位

如果芯片支持 SPI 外设，可以把 SH_CP 接到 SPI_SCK，DS 接到 SPI_MOSI，ST_CP 仍然用普通 GPIO。移位函数改成一次 HAL_SPI_Transmit 发送一个字节，数据位序保持 MSB first，SCK 极性选空闲低电平、第一个边沿采样，SPI 模式 0 正好匹配 74HC595。

HC595_ST_CP_L(); HAL_SPI_Transmit(&hspi1, &byte, 1, 10); HC595_ST_CP_L(); HC595_ST_CP_H();

硬件 SPI 是一次性把 8 bit 连续送完，不经过 for 循环，锁存脉冲放在发送完成之后，时序更紧凑。SPI 时钟速率不要调太高，超过 10MHz 时线缆稍长就容易采错。

6.3 从静态显示改成动态扫描的验证角度

驱动 4 位数码管时，常见思路是保留 1 片 74HC595 做位选，另一片做段选，在定时器中断里轮询刷新。改造时需要验证刷新频率是否达到 60Hz 以上，以及每次切换位选后要不要先关闭位选再送新段码，避免出现拖影。把 HC595_Send 放在定时器回调里，而不是主循环里，能稳定控制刷新节奏。

从那以后我每次把驱动从一个开发板挪到另一个开发板，都会先看一遍三个电平动作的先后顺序，再用逻辑分析仪单独抓一次锁存波形。这套流程能让级联和动态扫描的问题提前暴露在纸面上，不至于等接上数码管才敲代码试错。希望帮到你。

本文还有配套的精品资源，点击获取