简介面向51单片机初学者的EEPROM 24C02读写实例包基于Keil C51编写C语言代码并配套Proteus仿真电路适合正在练习I2C总线通信、需要理解掉电存储应用场景的读者。压缩包共11个文件涵盖核心C源文件、可直接烧录到单片机的hex文件、Proteus仿真工程以及Keil的工程配置与编译中间文件uv2、opt、plg、lst、obj、m51等bak备份文件也一并保留方便从源码、编译到仿真完整对照学习。整套资源仅17KB结构清晰、轻量紧凑下载后即可快速打开工程。目前已有1295人学习参考这一经典外设案例。通过该实例可以系统掌握24C02的器件寻址、字节读写与时序控制理解I2C起始/停止条件、应答信号等关键概念同时借助Proteus仿真直观观察读写波形与存储结果非常适合单片机课程设计、毕业设计准备或自学进阶时用作参考模板。1. 用Proteus仿真24C02先别急着写读时序很多人在51单片机项目里第一次接触EEPROM都是因为要掉电保存一个计数值或者一组校准参数。但真把AT89C51和24C02放在Proteus里连好线之后问题往往不在接线而在I2C总线的时序细节应答位没等、写周期没延时、页写越界回绕这几个坑随便踩一个读回来的数据就是0xFF或者乱跳。这篇文章把24C02在51单片机下的C语言驱动、Proteus仿真验证和参数排查串起来讲一遍适合正在做课程设计、或者准备把数据存储功能集成到现有固件里的人。重点放在“能跑通的最小代码”和“跑不通时看哪些信号”上新手可以直接抄老手可以对照检查自己的驱动边界条件。2. 24C02/ I2C时序入门从起始条件到应答位2.1 24C02的引脚和器件地址和你想的不一样24C02是Atmel现在属于Microchip的2Kbit串行EEPROM组织成256字节按8字节一页。SOP-8封装下的引脚除了电源和地真正干活的就是SCL和SDA两根线。它在I2C总线上属于从设备地址高四位固定为1010A2、A1、A0三个引脚决定芯片的物理地址最后一位是读写方向位。这就是为什么Proteus仿真里多个24C02挂在同一条总线上时要分别给A0、A1、A2接不同电平否则地址冲突。写操作时器件地址是0xA0读操作时是0xA1。在Proteus里选器件时如果只放一个24C02三个地址引脚直接接地是最常见的做法这样发送0xA0/0xA1就能选中它。不过有个容易忽略的细节I2C地址字节是8位但器件地址只占前7位最低位是R/W位。所以在代码里定义地址时要清楚自己用的是“包含读写位的地址”还是“纯7位地址”。一般51单片机例程里直接写#define EEPROM_ADDR_W 0xA0就是从7位0x50左移一位得来的。2.1.1 器件地址位和页地址的边界页地址不是单独的引脚而是字节地址的高5位。24C02内部12位字节地址拆成两段高5位送页地址低8位中的后3位决定页内偏移。因为页大小是8字节所以页边界是8的倍数。这个特性直接影响页写函数的设计——如果你从地址0x07开始连续写3个字节第三个数会回绕到0x00而不是写到0x09。很多人在Proteus里仿真页写失败就是没意识到这个回绕规则。2.2 用GPIO模拟I2C的时序骨架51单片机没有硬件I2C外设用两根普通IO口模拟是标准做法。SCL和SDA都配置为推挽输出SDA在需要读的时候切换成输入模式。Proteus仿真里一般给SCL和SDA各接一个4.7kΩ上拉电阻到VCC虽然仿真模型对电气特性要求不高但接上更接近真实电路。sbit SCL P2^1; sbit SDA P2^0; void I2C_Start(void) { SDA 1; SCL 1; delay_us(5); SDA 0; delay_us(5); SCL 0; } void I2C_Stop(void) { SDA 0; SCL 1; delay_us(5); SDA 1; delay_us(5); }起始条件是SCL高电平期间SDA产生下降沿停止条件是SCL高电平期间SDA产生上升沿。代码里先拉高SCL再拉低SDA顺序不能反过来否则就是发送一个数据位而不是起始条件。delay_us(5)在12MHz晶振下大约是5微秒实际用软件延时循环实现后面会给出具体写法。2.2.1 应答位和主机时钟拉伸24C02在收到每个字节后会把SDA拉低作为ACK信号这是从设备给主机的反馈。主机在发送完8位数据后要释放SDA也就是把SDA置1然后拉高SCL产生第9个时钟脉冲再读取SDA的电平。读到的SDA0表示应答正常SDA1表示设备没响应或地址错误。Proteus仿真24C02不会像某些带时钟拉伸的传感器那样拉低SCL所以可以简单地在SCL高电平中间采样SDA。但延时不能太短至少要等SDA稳定。用51单片机跑12MHz时每个位周期拉长到10微秒以上整个时序容错性会好很多。3. 写一个最小可用的24C02驱动读、写、页写3.1 字节写函数最慢但最稳字节写是最基础的写操作在Proteus里验证时序时最适合先跑通这个函数。整个流程是起始条件 → 发送器件地址写方向 → 发送字节地址 → 发送数据 → 停止条件。每发送一个字节后紧跟一个ACK检查。bit EEPROM_WriteByte(unsigned char addr, unsigned char dat) { I2C_Start(); if (I2C_SendByte(0xA0) 0) // 发送器件地址写位 { I2C_Stop(); return 0; } if (I2C_SendByte(addr) 0) // 发送字节地址 { I2C_Stop(); return 0; } if (I2C_SendByte(dat) 0) // 发送要写入的数据 { I2C_Stop(); return 0; } I2C_Stop(); delay_ms(10); // 写周期等待 return 1; }I2C_SendByte内部循环8次每次取出数据最高位放到SDA上然后拉高SCL、延时、拉低SCL最后释放SDA读取ACK。每个字节发送完毕后必须检查ACK否则如果设备没就绪或者地址错误代码会继续往下走数据根本没写进去。写周期等待那10毫秒不能省24C02的数据手册写的最大写周期是5ms考虑到代码效率和电压波动10ms是稳妥值。3.1.1 写周期延时怎么调Proteus仿真里如果缩短delay_ms到1ms看起来也能写成功因为仿真模型不会像实物那样严格。但要留个心眼真实芯片在内部写入过程中不响应任何I2C命令如果代码里紧接着去读读回来的还是旧数据。这也是在Proteus里仿真正常、烧到实物上却数据错乱的最大原因。建议保留10ms别贪图仿真画面流畅去缩短它。3.2 页写24C02真正的写入效率来源页写可以一次写1到8个字节前提是这些字节在同一个页内。页写流程和字节写几乎一样只是数据部分连续发送多个字节最后发送停止条件。如果一页写不满可以用页写函数只发需要的字节数。bit EEPROM_WritePage(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char i; if (len 0 || len 8) return 0; I2C_Start(); if (I2C_SendByte(0xA0) 0) { I2C_Stop(); return 0; } if (I2C_SendByte(addr) 0) { I2C_Stop(); return 0; } for (i 0; i len; i) { if (I2C_SendByte(buf[i]) 0) { I2C_Stop(); return 0; } } I2C_Stop(); delay_ms(10); return 1; }3.2.1 页写越界回绕的坑页内回绕规则指的是写入过程中字节地址的低3位会递增超过7之后自动回滚到页首地址。比如addr0x05时连续写4个字节实际写入的是0x05、0x06、0x07、0x05最后一个覆盖了第一个。处理办法是在调用页写函数前计算当前地址到页尾的距离超过页尾就拆分两次写。void WriteData(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char page_remain; while (len 0) { page_remain 8 - (addr 0x07); // 当前页剩余空间 if (page_remain len) page_remain len; EEPROM_WritePage(addr, buf, page_remain); addr page_remain; buf page_remain; len - page_remain; } }这个函数先把addr 0x07算出页内偏移再用8减它得到剩余空间然后取剩余空间和待写长度的较小值。循环直到所有数据写完。Proteus仿真里调试这个函数时可以在调用前后把EEPROM存储内容导出来对比确认没有发生回绕覆盖。3.3 当前地址读和随机读读操作比写操作简单因为不用等写周期。随机读需要先发送一个伪写操作把字节地址送进去然后重新发送起始条件再发器件地址读方向最后读一个字节并发送NAK。unsigned char EEPROM_ReadByte(unsigned char addr) { unsigned char dat; I2C_Start(); I2C_SendByte(0xA0); // 伪写 I2C_SendByte(addr); I2C_Start(); I2C_SendByte(0xA1); // 读方向 dat I2C_RecvByte(0); // 最后一个字节回NAK I2C_Stop(); return dat; }读字节函数I2C_RecvByte的参数为0表示主机发送非应答参数为1表示发送应答。注意伪写之后也要检查ACK但在简化例程里很多教程省略了这里有条件就检查排查问题时能省不少时间。4. 在Proteus里跑通回环自检代码和仿真一起调4.1 最小硬件连接AT89C51 24C02 虚拟终端Proteus 8 Professional里新建工程从元件库拖入AT89C51、24C02、RESPACK-8排阻、VIRTUAL TERMINAL虚拟终端。接线方式是24C02的SCL接P2.1SDA接P2.0A0/A1/A2都接地WP写保护引脚接地表示允许写入。SCL和SDA各经4.7kΩ上拉电阻接VCC。AT89C51的晶振设置为12MHzRST引脚通过10μF电容和10kΩ电阻构成上电复位电路。VIRTUAL TERMINAL用来输出调试信息需要接一个MAX232或者直接用单片机的TXD引脚。最简单的做法是把AT89C51的TXDP3.1直接接到虚拟终端的RXDGND共地波特率设置9600。这样UART输出能在仿真运行时实时显示配合串口打印调试24C02的读写结果。4.2 自检程序写入-读回-比对-UART输出自检逻辑很直接往24C02的地址0x00写入一组测试数据再读回来和源数据比对把结果通过UART输出。下面这段代码把字节写、页写、随机读、页读全部覆盖到是排查硬件连接和驱动时序最有效的方式。#include reg52.h #include stdio.h void UART_Init(void) { SCON 0x50; // 模式18位UART TMOD 0x20; // 定时器1工作在模式2 TH1 0xFD; // 9600波特率12MHz晶振 TL1 0xFD; TR1 1; TI 1; } void main(void) { unsigned char i; unsigned char test_data[8] {0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88}; unsigned char read_back[8]; bit pass 1; UART_Init(); printf(EEPROM 24C02 Test Start\r\n); EEPROM_WritePage(0x10, test_data, 8); // 页写8字节 for (i 0; i 8; i) { read_back[i] EEPROM_ReadByte(0x10 i); if (read_back[i] ! test_data[i]) { pass 0; printf(Addr 0x%02X Fail: %02X ! %02X\r\n, 0x10 i, read_back[i], test_data[i]); } } if (pass) printf(ALL PASS\r\n); else printf(CHECK FAIL\r\n); while (1); }4.2.1 关键参数上电等待和写周期AT89C51上电后要先给24C02一个稳定的电源再开始I2C通信。在main函数里加一个delay_ms(20)再调用页写函数能避免仿真启动瞬间总线上电未稳定导致的异常ACK。写周期延时已经在驱动函数里内置了这20ms是为了让整个系统进入稳定状态。Proteus仿真时如果发现第一次写入失败、第二次成功多半就是少了这个上电等待。UART输出的格式化字符串里用了\r\n而不是\n因为虚拟终端的宽度有限回车换行能保证每行输出完整。printf函数在51单片机上默认通过串口0输出需要包含stdio.h并且把TI置1否则putchar会卡在等待TI标志位的地方。4.3 时序调不通时先看这三个波形Proteus仿真里调时序比实物容易得多因为可以直接用虚拟示波器观察SCL和SDA的波形。打开Proteus的波形分析仪把SCL接到A通道、SDA接到B通道单步执行代码就能看到时序变化。最常见的三个问题按排查优先级排列第一个是起始条件和停止条件波形不对。正常的起始条件是在SCL为高电平时SDA跳变为低停止条件则相反。如果看到SDA在SCL为低时跳变说明代码里SCL的电平控制顺序写反了。第二个是ACK缺失。发送完器件地址后SDA线上第9个时钟脉冲期间仍然是高电平说明器件没有响应。先检查器件地址是否匹配A0/A1/A2的接线和代码里的0xA0是否一致再检查SDA是否确实处于输入模式如果SDA一直输出高电平从设备根本拉不低这根线。第三个是SDA信号毛刺太多。Proteus仿真环境下的毛刺大多是延时太短导致的在I2C_Start和I2C_Stop里把延时从5μs加到10μs很多诡异问题会直接消失。另外确认仿真工程里是不是不小心放了一个逻辑分析仪占用了引脚电平。5. 最后一章用页写循环加读校验做批量数据存储很多场景下要存的不是一组8字节以内的小数据而是一个几十字节的结构体。这时候按页拆分的循环写入就有实际价值了。常见做法是把结构体指针强转成unsigned char *逐字节或逐页写入24C02的连续地址空间。但这里有个必须在Proteus里验证的边界条件结构体大小如果不是8的倍数最后一次页写会越界回绕。一个更稳妥的模式是“整页写入整页回读校验”。定义缓冲区大小为8的倍数比如64字节用前面的WriteData函数写入8页然后逐字节读回比对。校验失败时记录失败地址而不是立即停止整个流程。这样在Proteus里跑一遍能直接定位到是那个页出了问题。bit VerifyRange(unsigned char start_addr, unsigned char *buf, unsigned char len) { unsigned char i; for (i 0; i len; i) { if (EEPROM_ReadByte(start_addr i) ! buf[i]) { printf(Verify Fail at %02X\r\n, start_addr i); return 0; } } return 1; }读校验函数放在每次批量写入之后。实际项目里可以把校验函数嵌进写流程写失败两次以上就切换备用存储区。24C02的寿命标称100万次擦写但频繁写入固定地址会让那一页提前老化批量存储时把地址分散到多页比如用变量轮换起始页地址比每次写同一个位置更均衡。给校验函数加一个简单的重试机制第一次校验失败后再读一次排除读时序的偶发错误。Proteus仿真里不会出现这种偶发问题但真实的51单片机系统里中断服务函数如果占用CPU时间过长会导致I2C时序被拉长偶发校验失败多半是这个原因。关键是写完立即CLR EA关中断数据发送完再开这个细节在仿真里永远测不出来但实物调试时能救你一命。本文还有配套的精品资源点击获取 Proteus仿真24C02：51单片机I2C时序与页写避坑指南
简介面向51单片机初学者的EEPROM 24C02读写实例包基于Keil C51编写C语言代码并配套Proteus仿真电路适合正在练习I2C总线通信、需要理解掉电存储应用场景的读者。压缩包共11个文件涵盖核心C源文件、可直接烧录到单片机的hex文件、Proteus仿真工程以及Keil的工程配置与编译中间文件uv2、opt、plg、lst、obj、m51等bak备份文件也一并保留方便从源码、编译到仿真完整对照学习。整套资源仅17KB结构清晰、轻量紧凑下载后即可快速打开工程。目前已有1295人学习参考这一经典外设案例。通过该实例可以系统掌握24C02的器件寻址、字节读写与时序控制理解I2C起始/停止条件、应答信号等关键概念同时借助Proteus仿真直观观察读写波形与存储结果非常适合单片机课程设计、毕业设计准备或自学进阶时用作参考模板。1. 用Proteus仿真24C02先别急着写读时序很多人在51单片机项目里第一次接触EEPROM都是因为要掉电保存一个计数值或者一组校准参数。但真把AT89C51和24C02放在Proteus里连好线之后问题往往不在接线而在I2C总线的时序细节应答位没等、写周期没延时、页写越界回绕这几个坑随便踩一个读回来的数据就是0xFF或者乱跳。这篇文章把24C02在51单片机下的C语言驱动、Proteus仿真验证和参数排查串起来讲一遍适合正在做课程设计、或者准备把数据存储功能集成到现有固件里的人。重点放在“能跑通的最小代码”和“跑不通时看哪些信号”上新手可以直接抄老手可以对照检查自己的驱动边界条件。2. 24C02/ I2C时序入门从起始条件到应答位2.1 24C02的引脚和器件地址和你想的不一样24C02是Atmel现在属于Microchip的2Kbit串行EEPROM组织成256字节按8字节一页。SOP-8封装下的引脚除了电源和地真正干活的就是SCL和SDA两根线。它在I2C总线上属于从设备地址高四位固定为1010A2、A1、A0三个引脚决定芯片的物理地址最后一位是读写方向位。这就是为什么Proteus仿真里多个24C02挂在同一条总线上时要分别给A0、A1、A2接不同电平否则地址冲突。写操作时器件地址是0xA0读操作时是0xA1。在Proteus里选器件时如果只放一个24C02三个地址引脚直接接地是最常见的做法这样发送0xA0/0xA1就能选中它。不过有个容易忽略的细节I2C地址字节是8位但器件地址只占前7位最低位是R/W位。所以在代码里定义地址时要清楚自己用的是“包含读写位的地址”还是“纯7位地址”。一般51单片机例程里直接写#define EEPROM_ADDR_W 0xA0就是从7位0x50左移一位得来的。2.1.1 器件地址位和页地址的边界页地址不是单独的引脚而是字节地址的高5位。24C02内部12位字节地址拆成两段高5位送页地址低8位中的后3位决定页内偏移。因为页大小是8字节所以页边界是8的倍数。这个特性直接影响页写函数的设计——如果你从地址0x07开始连续写3个字节第三个数会回绕到0x00而不是写到0x09。很多人在Proteus里仿真页写失败就是没意识到这个回绕规则。2.2 用GPIO模拟I2C的时序骨架51单片机没有硬件I2C外设用两根普通IO口模拟是标准做法。SCL和SDA都配置为推挽输出SDA在需要读的时候切换成输入模式。Proteus仿真里一般给SCL和SDA各接一个4.7kΩ上拉电阻到VCC虽然仿真模型对电气特性要求不高但接上更接近真实电路。sbit SCL P2^1; sbit SDA P2^0; void I2C_Start(void) { SDA 1; SCL 1; delay_us(5); SDA 0; delay_us(5); SCL 0; } void I2C_Stop(void) { SDA 0; SCL 1; delay_us(5); SDA 1; delay_us(5); }起始条件是SCL高电平期间SDA产生下降沿停止条件是SCL高电平期间SDA产生上升沿。代码里先拉高SCL再拉低SDA顺序不能反过来否则就是发送一个数据位而不是起始条件。delay_us(5)在12MHz晶振下大约是5微秒实际用软件延时循环实现后面会给出具体写法。2.2.1 应答位和主机时钟拉伸24C02在收到每个字节后会把SDA拉低作为ACK信号这是从设备给主机的反馈。主机在发送完8位数据后要释放SDA也就是把SDA置1然后拉高SCL产生第9个时钟脉冲再读取SDA的电平。读到的SDA0表示应答正常SDA1表示设备没响应或地址错误。Proteus仿真24C02不会像某些带时钟拉伸的传感器那样拉低SCL所以可以简单地在SCL高电平中间采样SDA。但延时不能太短至少要等SDA稳定。用51单片机跑12MHz时每个位周期拉长到10微秒以上整个时序容错性会好很多。3. 写一个最小可用的24C02驱动读、写、页写3.1 字节写函数最慢但最稳字节写是最基础的写操作在Proteus里验证时序时最适合先跑通这个函数。整个流程是起始条件 → 发送器件地址写方向 → 发送字节地址 → 发送数据 → 停止条件。每发送一个字节后紧跟一个ACK检查。bit EEPROM_WriteByte(unsigned char addr, unsigned char dat) { I2C_Start(); if (I2C_SendByte(0xA0) 0) // 发送器件地址写位 { I2C_Stop(); return 0; } if (I2C_SendByte(addr) 0) // 发送字节地址 { I2C_Stop(); return 0; } if (I2C_SendByte(dat) 0) // 发送要写入的数据 { I2C_Stop(); return 0; } I2C_Stop(); delay_ms(10); // 写周期等待 return 1; }I2C_SendByte内部循环8次每次取出数据最高位放到SDA上然后拉高SCL、延时、拉低SCL最后释放SDA读取ACK。每个字节发送完毕后必须检查ACK否则如果设备没就绪或者地址错误代码会继续往下走数据根本没写进去。写周期等待那10毫秒不能省24C02的数据手册写的最大写周期是5ms考虑到代码效率和电压波动10ms是稳妥值。3.1.1 写周期延时怎么调Proteus仿真里如果缩短delay_ms到1ms看起来也能写成功因为仿真模型不会像实物那样严格。但要留个心眼真实芯片在内部写入过程中不响应任何I2C命令如果代码里紧接着去读读回来的还是旧数据。这也是在Proteus里仿真正常、烧到实物上却数据错乱的最大原因。建议保留10ms别贪图仿真画面流畅去缩短它。3.2 页写24C02真正的写入效率来源页写可以一次写1到8个字节前提是这些字节在同一个页内。页写流程和字节写几乎一样只是数据部分连续发送多个字节最后发送停止条件。如果一页写不满可以用页写函数只发需要的字节数。bit EEPROM_WritePage(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char i; if (len 0 || len 8) return 0; I2C_Start(); if (I2C_SendByte(0xA0) 0) { I2C_Stop(); return 0; } if (I2C_SendByte(addr) 0) { I2C_Stop(); return 0; } for (i 0; i len; i) { if (I2C_SendByte(buf[i]) 0) { I2C_Stop(); return 0; } } I2C_Stop(); delay_ms(10); return 1; }3.2.1 页写越界回绕的坑页内回绕规则指的是写入过程中字节地址的低3位会递增超过7之后自动回滚到页首地址。比如addr0x05时连续写4个字节实际写入的是0x05、0x06、0x07、0x05最后一个覆盖了第一个。处理办法是在调用页写函数前计算当前地址到页尾的距离超过页尾就拆分两次写。void WriteData(unsigned char addr, unsigned char *buf, unsigned char len) { unsigned char page_remain; while (len 0) { page_remain 8 - (addr 0x07); // 当前页剩余空间 if (page_remain len) page_remain len; EEPROM_WritePage(addr, buf, page_remain); addr page_remain; buf page_remain; len - page_remain; } }这个函数先把addr 0x07算出页内偏移再用8减它得到剩余空间然后取剩余空间和待写长度的较小值。循环直到所有数据写完。Proteus仿真里调试这个函数时可以在调用前后把EEPROM存储内容导出来对比确认没有发生回绕覆盖。3.3 当前地址读和随机读读操作比写操作简单因为不用等写周期。随机读需要先发送一个伪写操作把字节地址送进去然后重新发送起始条件再发器件地址读方向最后读一个字节并发送NAK。unsigned char EEPROM_ReadByte(unsigned char addr) { unsigned char dat; I2C_Start(); I2C_SendByte(0xA0); // 伪写 I2C_SendByte(addr); I2C_Start(); I2C_SendByte(0xA1); // 读方向 dat I2C_RecvByte(0); // 最后一个字节回NAK I2C_Stop(); return dat; }读字节函数I2C_RecvByte的参数为0表示主机发送非应答参数为1表示发送应答。注意伪写之后也要检查ACK但在简化例程里很多教程省略了这里有条件就检查排查问题时能省不少时间。4. 在Proteus里跑通回环自检代码和仿真一起调4.1 最小硬件连接AT89C51 24C02 虚拟终端Proteus 8 Professional里新建工程从元件库拖入AT89C51、24C02、RESPACK-8排阻、VIRTUAL TERMINAL虚拟终端。接线方式是24C02的SCL接P2.1SDA接P2.0A0/A1/A2都接地WP写保护引脚接地表示允许写入。SCL和SDA各经4.7kΩ上拉电阻接VCC。AT89C51的晶振设置为12MHzRST引脚通过10μF电容和10kΩ电阻构成上电复位电路。VIRTUAL TERMINAL用来输出调试信息需要接一个MAX232或者直接用单片机的TXD引脚。最简单的做法是把AT89C51的TXDP3.1直接接到虚拟终端的RXDGND共地波特率设置9600。这样UART输出能在仿真运行时实时显示配合串口打印调试24C02的读写结果。4.2 自检程序写入-读回-比对-UART输出自检逻辑很直接往24C02的地址0x00写入一组测试数据再读回来和源数据比对把结果通过UART输出。下面这段代码把字节写、页写、随机读、页读全部覆盖到是排查硬件连接和驱动时序最有效的方式。#include reg52.h #include stdio.h void UART_Init(void) { SCON 0x50; // 模式18位UART TMOD 0x20; // 定时器1工作在模式2 TH1 0xFD; // 9600波特率12MHz晶振 TL1 0xFD; TR1 1; TI 1; } void main(void) { unsigned char i; unsigned char test_data[8] {0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88}; unsigned char read_back[8]; bit pass 1; UART_Init(); printf(EEPROM 24C02 Test Start\r\n); EEPROM_WritePage(0x10, test_data, 8); // 页写8字节 for (i 0; i 8; i) { read_back[i] EEPROM_ReadByte(0x10 i); if (read_back[i] ! test_data[i]) { pass 0; printf(Addr 0x%02X Fail: %02X ! %02X\r\n, 0x10 i, read_back[i], test_data[i]); } } if (pass) printf(ALL PASS\r\n); else printf(CHECK FAIL\r\n); while (1); }4.2.1 关键参数上电等待和写周期AT89C51上电后要先给24C02一个稳定的电源再开始I2C通信。在main函数里加一个delay_ms(20)再调用页写函数能避免仿真启动瞬间总线上电未稳定导致的异常ACK。写周期延时已经在驱动函数里内置了这20ms是为了让整个系统进入稳定状态。Proteus仿真时如果发现第一次写入失败、第二次成功多半就是少了这个上电等待。UART输出的格式化字符串里用了\r\n而不是\n因为虚拟终端的宽度有限回车换行能保证每行输出完整。printf函数在51单片机上默认通过串口0输出需要包含stdio.h并且把TI置1否则putchar会卡在等待TI标志位的地方。4.3 时序调不通时先看这三个波形Proteus仿真里调时序比实物容易得多因为可以直接用虚拟示波器观察SCL和SDA的波形。打开Proteus的波形分析仪把SCL接到A通道、SDA接到B通道单步执行代码就能看到时序变化。最常见的三个问题按排查优先级排列第一个是起始条件和停止条件波形不对。正常的起始条件是在SCL为高电平时SDA跳变为低停止条件则相反。如果看到SDA在SCL为低时跳变说明代码里SCL的电平控制顺序写反了。第二个是ACK缺失。发送完器件地址后SDA线上第9个时钟脉冲期间仍然是高电平说明器件没有响应。先检查器件地址是否匹配A0/A1/A2的接线和代码里的0xA0是否一致再检查SDA是否确实处于输入模式如果SDA一直输出高电平从设备根本拉不低这根线。第三个是SDA信号毛刺太多。Proteus仿真环境下的毛刺大多是延时太短导致的在I2C_Start和I2C_Stop里把延时从5μs加到10μs很多诡异问题会直接消失。另外确认仿真工程里是不是不小心放了一个逻辑分析仪占用了引脚电平。5. 最后一章用页写循环加读校验做批量数据存储很多场景下要存的不是一组8字节以内的小数据而是一个几十字节的结构体。这时候按页拆分的循环写入就有实际价值了。常见做法是把结构体指针强转成unsigned char *逐字节或逐页写入24C02的连续地址空间。但这里有个必须在Proteus里验证的边界条件结构体大小如果不是8的倍数最后一次页写会越界回绕。一个更稳妥的模式是“整页写入整页回读校验”。定义缓冲区大小为8的倍数比如64字节用前面的WriteData函数写入8页然后逐字节读回比对。校验失败时记录失败地址而不是立即停止整个流程。这样在Proteus里跑一遍能直接定位到是那个页出了问题。bit VerifyRange(unsigned char start_addr, unsigned char *buf, unsigned char len) { unsigned char i; for (i 0; i len; i) { if (EEPROM_ReadByte(start_addr i) ! buf[i]) { printf(Verify Fail at %02X\r\n, start_addr i); return 0; } } return 1; }读校验函数放在每次批量写入之后。实际项目里可以把校验函数嵌进写流程写失败两次以上就切换备用存储区。24C02的寿命标称100万次擦写但频繁写入固定地址会让那一页提前老化批量存储时把地址分散到多页比如用变量轮换起始页地址比每次写同一个位置更均衡。给校验函数加一个简单的重试机制第一次校验失败后再读一次排除读时序的偶发错误。Proteus仿真里不会出现这种偶发问题但真实的51单片机系统里中断服务函数如果占用CPU时间过长会导致I2C时序被拉长偶发校验失败多半是这个原因。关键是写完立即CLR EA关中断数据发送完再开这个细节在仿真里永远测不出来但实物调试时能救你一命。本文还有配套的精品资源点击获取