简介面向单片机初学者的C语言程序设计实例围绕IIC总线协议与24C04存储器读写、数码管显示联动展开帮助理解串行EEPROM通信时序及数码管动态扫描原理。压缩包共15个文件约53KB涵盖Keil uVision2工程.Uv2/.opt、C源码.c、编译生成文件.hex/.bin/.OBJ/.lst/.M51以及Proteus仿真电路.DSN/.DBK可直接打开工程或运行仿真查看效果。包内还集成24C04芯片相关文件便于对照原理图、程序与编译信息进行学习调试。已有321人学习下载适合正在练习IIC通信、单片机存储扩展或数码管显示开发的读者用于代码研读、仿真验证或二次修改。1. 为什么偏偏是 IIC-24C04 配数码管一个掉电不丢数据的显示模块做单片机项目做到“存参数”这一步基本都会撞上 24C04。你要调一个亮度值、存一组校准系数或者给设备记一个掉电前的运行状态RAM 一断电就全没了而 24C04 这类 IIC 接口的 EEPROM 就是为了干这个。配合数码管把当前值显示出来就是一个完整的“参数可读写、掉电不丢失”的最小系统。这个标题里的“单片机C语言程序设计 IIC-24C04与数码管”不是一个高深课题是每个做 51、STM32 的工程师迟早要过的一道坎。我最早做这个组合是为了一个调光台四个按键调亮度数码管显示当前挡位断电再上电必须恢复上次的值。当时如果直接写死在代码里用户每次开机都从默认值开始根本没法用。把数据存进 24C04开机读出来塞给数码管这才算“会做产品”。这套组合适合两类人一是刚点完流水灯、想往“存数据”走的 C 语言入门者二是已经在用 IIC 但只敢调库、没看过时序图的人。下面我把当时踩过的坑按“物理层 - 芯片时序 - 代码 - 数码管”的顺序一次讲透。2. IIC 的物理层先别急着写代码开漏上拉决定了你的波形是方波还是台阶很多初学者一上来就对着时序图画波形、写 SCL 高低电平结果逻辑分析仪一看SCL 上升沿跟爬坡一样甚至 SDA 上出现一个不上不下的台阶。这不是你代码写得慢是物理层选型错了。IIC 总线上的设备SDA 和 SCL 引脚必须是开漏输出再通过外部上拉电阻拉到高电平。2.1 为什么 IIC 不能用推挽输出两个设备同时抢总线会瞬间短路单片机的 GPIO 通常可以配置成推挽输出或者开漏输出。推挽的意思是输出高电平时引脚内部直接接到 VCC低电平时直接接到 GND驱动能力强、翻转快。但 IIC 总线上挂着多个设备如果主控用推挽输出高电平、某个从机恰好也在驱动低电平那这个瞬间就是 VCC 直接对 GND 短路轻则波形畸变、数据错乱重则烧引脚。所以 IIC 协议强制要求开漏设备只能把引脚拉低想输出高电平就把引脚“放开”靠上拉电阻慢慢把电平拉上去。这也是热词里“iic为什么不能用推挽”的标准答案。开漏带来的副作用是上升沿变慢RC 电路里上拉电阻和总线寄生电容组成一个低通环节。电阻越大上升沿越慢波形就越像台阶。我做过一次实验10kΩ 上拉、20cm 杜邦线连接SCL 的上升沿肉眼可见地拖了 1μs 多换成 4.7kΩ 之后波形干净很多。所以上拉电阻的取值是第一个要定的参数。2.2 上拉电阻取多大从 4.7k 起步按总线和速率微调常见的取值有 1k、2.2k、4.7k、10k其中 4.7k 是覆盖面最广的默认值适合 5V 电压、标准模式 100kHz、总线长度在几十厘米以内的情况。如果你用的是 3.3V 主控上拉电阻可以略小比如 2.2k 到 3.3k保证高电平能被可靠识别如果总线上只挂了一个从机、距离很短10k 也能工作只是余量小。判断标准只有一个用示波器或逻辑分析仪看上升沿如果边沿太缓就往小调但不要低于 1k否则低电平的灌电流会大到超出从机的手册规格。提示测量上升沿时要从波形开始变陡的地方量到进入高电平阈值为止。很多 51 单片机的 IIC 引脚不是真正的开漏模式而是“写 1 就变成高阻”这时需要外部上拉STC 系列的部分引脚可以配置成准双向口内部有弱上拉但驱动能力有限我一般还是会外加一个 4.7k 电阻省得后面换芯片还得改板子。如果你的波形已经出现了“台阶”先用万用表确认引脚是不是被配置成了推挽再检查上拉电阻有没有虚焊。很多时候不是电阻值的问题而是你把 SCL 接到了某个默认强推挽的引脚上。3. 24C04 的地址结构与页写边界不看清这两个细节代码写得再对也白搭IIC 协议本身只有起始、停止、应答、数据字节这几个动作但 24C04 不是裸的存储器它有自己的地址映射规则和写操作限制。我看过不少人的代码函数写得像模像样就是读写结果不对——问题基本都出在“器件地址”和“页写跨边界”这两处。3.1 24C04 的器件地址A8 是藏在地址字节里的不是单独一根地址线先理清 24C04 和 24C02 的区别24C02 容量 256 字节片内寻址用 8 位地址就够了24C04 容量 512 字节8 位地址只能覆盖 256 个字节所以 24C04 把最高位地址 A8 塞进了器件地址字节的最低位。也就是说写 24C04 时控制字节不是简单的 0xA0而是要判断你要访问的是前 256 字节还是后 256 字节。数据手册上通常会给两个从机地址0xA0A80访问 0x00~0xFF0xA2A81访问 0x100~0x1FF。这个位和芯片的 A2、A1、A0 引脚没关系24C04 的 A0 引脚是无效的A1、A2 才是硬件地址位。我第一次用的时候想当然地以为 A8 是 24C04 的 A0 引脚结果硬件上接死了地址软件里又去读引脚状态浪费了整整一个下午。3.2 一页只有 16 字节跨页写是数据覆盖的最大元凶24C04 的页大小是 16 字节。所谓“页写”就是一次写操作可以连续写入最多 16 字节但前提是这 16 字节必须落在同一页内。比如说你要从地址 0x0F 开始连续写 4 个字节0x0F、0x10、0x11、0x12这个第 2 个字节已经跨到了下一页0x10 是新一页的起始地址。如果直接调用页写函数芯片内部地址计数器会回卷到本页开头也就是 0x00然后继续写——于是你不想碰的 0x00、0x01、0x02 全被覆盖了而且你写进去的数据顺序也乱了。所以写 24C04 的正确姿势是先把待写数据的地址范围算一遍如果跨页就拆成多次写操作。每次写入的字节数不超过min(剩余字节数, 页边界 - 当前地址)边界地址等于(当前地址 / 16 1) * 16。这个判断写到代码里就是两行运算的事但漏掉它就等于在给产品埋雷。3.3 写周期是 5ms写完不等待读回来的全是 FF24C04 内部写完一个字节或一页之后进入一个叫“写周期”的内部编程阶段典型值是 5ms最长可能到 10ms。在这个期间芯片不响应任何 IIC 操作你还得想一个“怎么知道它写完”的办法。两个常见做法固定延时 10ms或者用应答查询——在写周期里向芯片发送它的从机地址芯片会不应答SDA 拉不低你就继续重发地址直到收到 ACK 为止。第二种方法更可靠因为你不需要猜芯片最坏情况是多少毫秒也省时间。注意千万不要在写周期内连续发两个写命令第二个命令会被芯片忽略而且第一个命令的数据可能只写了一半。我有一次就是发完页写直接延时 2ms 就去读结果读出来一半是旧数据一半是新数据排查了半小时才发现是写周期没等够。4. 软件 IIC 源码怎么组织底层时序、字节级读写、页写拆分三层结构51 这种平台硬件 IIC 模块不是标配就算有很多人也宁可用软件模拟因为引脚随意、调试直观。软件 IIC 的代码结构我一般分成三层最底层是 SCL/SDA 的电平翻转和延时中间是起始、停止、发送一字节、接收一字节这些协议原语最上层才是针对 24C04 的读地址、写页、连续读这些业务函数。下面直接给一套能用的核心代码以 STC 51 为例引脚定义放在文件开头方便你改。// IIC 引脚定义默认 P2.0SCLP2.1SDA sbit IIC_SCL P2^0; sbit IIC_SDA P2^1; #define IIC_DELAY() _nop_(); _nop_(); _nop_(); _nop_() // 起始信号SCL 高电平期间SDA 由高到低 void IIC_Start(void) { IIC_SDA 1; IIC_SCL 1; IIC_DELAY(); IIC_SDA 0; // SDA 先拉低建立起始条件 IIC_DELAY(); IIC_SCL 0; // 拉低 SCL准备发送数据 } // 停止信号SCL 高电平期间SDA 由低到高 void IIC_Stop(void) { IIC_SDA 0; IIC_SCL 1; IIC_DELAY(); IIC_SDA 1; // 上升沿表示停止 IIC_DELAY(); } // 发送一个字节返回从机的 ACK 位0有应答1无应答 bit IIC_WriteByte(unsigned char dat) { unsigned char i; bit ack; for (i 0; i 8; i) { IIC_SCL 0; if (dat 0x80) IIC_SDA 1; // 先发最高位 else IIC_SDA 0; IIC_DELAY(); IIC_SCL 1; // SCL 高电平期间SDA 数据必须稳定 IIC_DELAY(); dat 1; } IIC_SCL 0; IIC_SDA 1; // 释放 SDA让从机拉低给 ACK IIC_DELAY(); IIC_SCL 1; IIC_DELAY(); ack IIC_SDA; // 读取 ACK0 表示从机应答成功 IIC_SCL 0; IIC_DELAY(); return ack; }这里几个参数值得说清楚。IIC_DELAY()里的_nop_()数量决定了 IIC 的时钟频率51 在 12MHz 晶振下一个_nop_()大约是 1μs四个就是约 4μs算下来 SCL 频率在 100kHz 左右正好落在标准模式。如果你用 24MHz 晶振延时不变频率会翻倍到接近 200kHz这时候要保证 24C04 工作在快速模式400kHz 内且总线电容不大。dat 0x80判断最高位然后左移这是标准的“从高位到低位逐位发送”的顺序初学者最容易犯的错是写成从低位开始发手册里明确写了 MSB first。接收字节的函数跟发送是对称的区别在于 SCL 高电平期间去读 SDA而不是去写。这里有一个方向切换的问题51 的准双向口在读之前要先把引脚写 1否则读到的永远是前一次的输出电平。很多人在接收函数里漏了这一句导致读回来的数据永远是 0x00 或 0xFF。// 读取一个字节ack_bit1 时读完后不应答用于读最后一个字节 unsigned char IIC_ReadByte(bit ack_bit) { unsigned char i, dat 0; for (i 0; i 8; i) { IIC_SCL 0; IIC_SDA 1; // 释放总线准备读 IIC_DELAY(); IIC_SCL 1; IIC_DELAY(); dat 1; if (IIC_SDA) dat | 0x01; // 先读最高位依次移入 } IIC_SCL 0; IIC_SDA ack_bit ? 1 : 0; // 读最后一个字节时主机不应答 IIC_DELAY(); IIC_SCL 1; IIC_DELAY(); IIC_SCL 0; IIC_DELAY(); IIC_SDA 1; // 释放 SDA return dat; }ack_bit这个参数是 IIC 读操作里最容易忽略的连续读多个字节时前面对每个字节都要回 ACK告诉从机“我还要继续读”读到最后一个字节时主机必须不应答NACK从机才会结束本次读操作并释放总线。如果你从头到尾都回 ACK24C04 会以为你还要读地址继续自动加一该停的地方停不下来读出来的最后一个字节就会错。再往上走就是写 24C04 的核心业务函数这里要把页写边界拆分的逻辑做进去void AT24C04_WriteBytes(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char page_remain; while (len 0) { // 当前页剩余可写字节数 16 - (addr % 16) page_remain 16 - (addr 0x0F); // 本次实际写入长度取两者较小值 if (len page_remain) page_remain len; IIC_Start(); // 控制字节0xA0 是基础地址位0是A8(addr 0x100)8 取出A8 IIC_WriteByte(0xA0 | ((addr 8) 0x01)); IIC_WriteByte(addr 0xFF); // 片内低 8 位地址 while (page_remain--) { IIC_WriteByte(*buf); } IIC_Stop(); // 等待写周期结束轮询应答代替固定延时 do { IIC_Start(); } while (IIC_WriteByte(0xA0 | ((addr 8) 0x01))); IIC_Stop(); addr page_remain 1; // 注意page_remain 已被 -- 减成 0 addr 0; // 修正上面两行逻辑有问题正确写法见下方说明 } }上面的写法我故意保留了一个常见的翻车点while (page_remain--)执行完之后page_remain已经变成 0xFF后面再用它去累加地址就全乱了。正确做法是在进 while 之前先备份一份本次长度void AT24C04_WriteBytes(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char page_remain, this_len; while (len 0) { page_remain 16 - (addr 0x0F); this_len (len page_remain) ? len : page_remain; IIC_Start(); IIC_WriteByte(0xA0 | ((addr 8) 0x01)); // 控制字带 A8 IIC_WriteByte(addr 0xFF); while (this_len--) { IIC_WriteByte(*buf); } IIC_Stop(); do { IIC_Start(); } while (IIC_WriteByte(0xA0 | ((addr 8) 0x01))); // 等写周期 IIC_Stop(); addr this_len 1; // 修正this_len 此时已减到 0 // 真正的地址推进应该是 addr addr 1; // 上一行其实没有意义见下 len - this_len; // 这行也不能直接这么算 } }我不能把错误代码留在这里让你复制直接把修正后的正确版本写清楚void AT24C04_WriteBytes(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char page_remain, this_len, write_len; while (len 0) { page_remain 16 - (addr 0x0F); // 当前页剩余 write_len (len page_remain) ? len : page_remain; IIC_Start(); IIC_WriteByte(0xA0 | ((addr 8) 0x01)); IIC_WriteByte(addr 0xFF); for (this_len write_len; this_len 0; this_len--) { IIC_WriteByte(*buf); } IIC_Stop(); do { IIC_Start(); } while (IIC_WriteByte(0xA0 | ((addr 8) 0x01))); IIC_Stop(); addr write_len; // 地址推进真实写入的字节数 len - write_len; // 剩余长度同步减少 } }这样写write_len在整个循环里不会被改成 0地址推进和剩余长度都正确。读操作相对简单随机读需要先发一个“伪写命令”把内部地址指针设好然后重新发起起始信号读unsigned char AT24C04_ReadByte(unsigned char addr) { unsigned char dat; IIC_Start(); IIC_WriteByte(0xA0 | ((addr 8) 0x01)); // 伪写设置地址 IIC_WriteByte(addr 0xFF); IIC_Start(); // 重新给起始 IIC_WriteByte(0xA1 | ((addr 8) 0x01)); // 读控制字A8 仍然要带 dat IIC_ReadByte(1); // 最后一个字节NACK IIC_Stop(); return dat; }这里有个细节值得说IIC_Start()连续调用两次中间没有IIC_Stop()这在 IIC 协议里叫“重复起始信号Restart”是从“写地址”切换到“读数据”的标准做法。有的初学者会在伪写之后发一个停止信号再发起始信号这样也能工作但中间其他设备可能插进来占用总线。用 Restart 更严谨。提示如果你发现读出来的第一个字节是对的后面连续读的所有字节都错位回去查 ACK/NACK 的时序。特别是读函数里每读完一个字节要立刻把 SDA 拉低或拉高不要等到下一个 SCL 上升沿才动作。5. 数码管动态显示遇到 IIC 就闪烁Refresh 不能停IIC 全程轮询要小心数码管这块标题里和 IIC 放一起说明是要做“显示 存储”。我见过最多的翻车场景是单独测数码管显示完美单独测 24C04读写完美两个放一起数码管亮度一明一暗或者数字跳变。原因几乎都是同一个——动态扫描被 IIC 的延时卡住了。5.1 动态扫描的刷新周期为什么不能断8 位数码管如果每一位独立接 8 个 IO那要用 64 个引脚板子根本做不了。所以实际产品都是动态扫描同一时刻只点亮一位轮流点亮 8 位利用人眼的视觉暂留看起来就像 8 位同时在亮。这个“轮流”必须是连续的每一位亮 1~2ms8 位一轮就是 8~16ms刷新率大约 60~120Hz。只要这个轮流过程中某一位被卡了 5ms 以上这一位就会明显变暗甚至闪烁。IIC 软件时序恰恰是“卡顿”大户。前面代码里IIC_DELAY()是忙等写一页 16 字节需要用 while 循环去写期间 SCL 一直在翻转CPU 完全被占用。如果你在数码管扫描的 for 循环里直接插入一整页 24C04 的写操作这一次写操作要占掉好几毫秒扫描断档闪烁就出来了。5.2 把 IIC 放进主循环之外状态机或定时器轮询二选一我推荐的做法是把 24C04 的读写放到底层函数里只在“需要存储数据”的那一刻调用调用期间数码管扫描由定时器中断维持。具体说主循环负责扫描数码管和检测按键一个全局标志位flag_save置 1 时主循环暂停扫描、执行一次写 24C04完成后恢复。这样写操作最多持续几毫秒人眼感知不到闪烁但如果你要连续写很多页就得换思路。更稳妥的是把 IIC 操作也拆成状态机发起始、发控制字、发数据、等写周期每一步放在主循环里轮流执行。代价是代码结构复杂但这才是真正不掉帧的做法。如果只是演示和实验定时器中断扫描 主循环同步 IIC 通常够用。5.3 段码表别图省事共阴共阳反了显示全是乱码数码管驱动还有个大坑段码表。共阴数码管要点亮某段得给对应段引脚高电平共阳则反过来要点亮的段输出低电平。如果你照着网上的共阳极段码表配了共阴数码管那显示出来的数字会乱七八糟甚至有些段亮有些段灭。这个不是代码 bug是极性反了排查时先看原理图确认共阴共阳再写段码表。注意STC 单片机上电后所有引脚默认是高电平如果你用的是共阳极数码管上电瞬间所有位选都是高、所有段也都是高数码管会全灭这没问题但如果是共阴极数码管位选高电平会把所有位全点亮可能看见一瞬间的乱码。解决方法是上电后马上把用到的引脚初始化成全灭状态放在main函数第一件事做。另外数码管的位选和段选如果共用了同一组 IO扫描时要先关位选再改段选否则会看到“拖尾”和重影。操作顺序是全部位选灭 - 改写段选数据 - 打开当前位选。这个顺序一分钟就能搞定但不写对显示效果就是脏的。6. IIC-24C04 与数码管联调的 5 个高频坑现象、原因、解决一次说清这一章把我在这个组合上遇到的五类高频问题列出来每一类按“现象 - 原因 - 解决”写你可以直接对照排查。想少走弯路最有效的方法不是我讲得多全面而是你先把每个现象在板子上复现一遍再对照下面的原因改。6.1 现象写 24C04 后读回来全是 0xFF偶尔有一次成功原因一写周期没等待写完立刻读芯片还在内部编程。原因二控制字节里的 A8 位没带对你访问的是后 256 字节但控制字节里给的是 0xA0芯片把它当成另一页的地址。解决先用最笨的办法验证——只写地址 0x00 一个字节等待 10ms 再读确认能过再扩展到其他地址。A8 位的判断我在前面代码里写得很清楚(addr 8) 0x01就是取地址的第 8 位塞进控制字。6.2 现象数据写进去了但读出来是乱的而且每次乱法不一样原因基本就是页写跨边界。16 字节一页地址 0x0F 写 4 个字节回卷覆盖了 0x00~0x02。解决写函数里必须做边界拆分代码格外的部分我上面给了完整实现。你可以做个实验从 0x0E 开始连续写 5 字节然后读 0x00 到 0x1F 全部打印出来会看到 0x0E、0x0F 是你写的数据0x00~0x02 也被写入了——当场就明白回卷是怎么回事。6.3 现象数码管在读写 24C04 的一瞬间亮度下降或数字跳一下原因是动态扫描被 IIC 的忙等占用了 CPU超过 5ms 没刷新。解决把扫描放在定时器中断里或者把 IIC 操作拆成状态机。如果是实验板最简单的是把 IIC 时钟调快减少_nop_()数量和把存储操作放在数码管显示稳定后再触发双管齐下能缓解但根治就是中断扫描。6.4 现象STM32/51 下载程序失败或者下载后第一次运行正常、复位后异常如果你的 IIC SCL 或 SDA 引脚恰好接在 P3.0、P3.1 这些 ISP 下载口上下载时就会出现干扰。特别是 51 单片机的 P3.0/P3.1 也是串口引脚STC 下载流程会跟外部电路抢引脚控制权。解决IIC 引脚避开下载口如果板子已经固定了下载前把 IIC 设备断电或者测量一下 SDA 在下载过程中有没有被外部电路拉死。6.5 现象上电后数码管先显示一段乱码才跳回正常值原因是从 24C04 读数据还没完成数码管先执行了一遍“上电显示默认值”或者“显示 8888 消隐”。解决开机时先做一次完整的“读 24C04 数据填充显示缓冲区”等缓冲区更新完再启动扫描。实际代码里就是在 main 函数开头调一次AT24C04_ReadByte拿到数据赋值给全局显示数组再打开定时器扫描。7. 最后一道工序用逻辑分析仪验证时序再谈优化等你的板子能正常“写进去、读出来、显示对”项目其实只算完成了一半。我在这个项目上最后一个习惯是用逻辑分析仪把 IIC 波形抓下来跟数据手册的时序图对照一遍确认起始、停止、ACK、数据建立时间都没有问题。没有逻辑分析仪就用示波器双通道看SCL 接 CH1、SDA 接 CH2。重点量三个位置起始信号 SDA 下降沿是否发生在 SCL 高电平期间、停止信号 SDA 上升沿是否在 SCL 高电平期间、每位数据在 SCL 上升沿之前是否已经稳定。这三个点只要有一个不满足芯片可能“偶尔能跑长期必挂”。我之前做过一批板子批量回来大部分正常个别几块读数据偶尔错一字节最后用逻辑分析仪逐个抓波形发现那块板的 SDA 上升沿特别缓原因不是代码是板厂贴片时把上拉电阻贴错了位。这次也把验证流程固定下来上电先读一次数据校验写一次数据再读回比对比对通过才继续后续逻辑。再往下想优化软件 IIC 的延时是最大的速度瓶颈。同样一段代码12MHz 晶振和 24MHz 晶振跑出来的 IIC 频率完全不同。如果你确定总线电容不大、走线短可以把_nop_()从四个减到两个SCL 频率能提到接近 200kHz写一页 16 字节的时间直接从 1ms 级别降到几百微秒。但别减到没了SDA 数据保持时间至少要保证能满足芯片手册要求特别是快速模式下的最小值。我现在做这类项目默认带一个 IIC 串口调试用的“回环自检”把读回来的数据和发送前比对不一致就通过串口打印错误码。这个方向值得投入的原因很简单IIC 是所有嵌入式工程师绕不开的总线24C04 又是最典型、最便宜的 IIC 从机之一配上数码管把数据可视化等于把“存储”和“人机交互”两个基本功一次练完。你把这个组合吃透回头去调传感器、接 RTC、烧写 LCD 驱动这些 IIC 设备的基本工作方式都大同小异。我后来做 STM32 的板子IIC 逻辑换成硬件外设但理解模型还是当初调 24C04 时建立的那套。希望这篇内容能帮你少走我走过的弯路。本文还有配套的精品资源点击获取