简介这份资源面向使用STC8G系列单片机进行嵌入式开发的工程师与学习者聚焦I2C总线从模式的中断编程实践帮助解决从机响应主机请求、数据收发与错误处理等典型问题。压缩包内共1个文件为一份C语言源码整体约1KB可直接用于工程参考或移植验证。目前已有2667人学习下载具备一定的参考热度。代码围绕I2C控制、状态与数据寄存器的配置展开涵盖从模式地址设定、中断使能、中断服务程序中事件类型判断与数据读写以及总线冲突、数据溢出等异常情况的检查与恢复思路适合作为理解STC8G从机通信流程的起点也可对照调试自己的I2C从机程序。1. 从机模式踩坑记为什么你的 STC8G I2C 从模式代码总是不进中断很多做单片机的朋友第一次写 STC8G I2C 从模式代码时都会遇到一个很玄学的问题主机明明发了数据从机这边中断死活不进示波器上看 SDA、SCL 波形都正常地址也匹配但程序就是卡在主循环里。更让人抓狂的是同样的代码换成主机模式跑得飞起一切到从模式就翻车。这不是你代码写得烂而是 STC8G 的 I2C 从模式有几个非常隐蔽的配置细节官方例程里也没讲透。这份资源就是围绕 STC8G 系列单片机的 I2C 从模式代码展开的包含完整的寄存器配置、中断服务函数、收发缓冲处理以及和主机通信的联调验证代码。适合正在做多机通信、传感器从机、板间数据交互的嵌入式开发者尤其是那些被 STC8G 从模式坑过、想找一份能直接跑通的参考代码的人。下面我按实际调试顺序把这份代码拆开讲清楚。2. 硬件 I2C 从机架构STC8G 的寄存器模型和中断向量2.1 STC8G I2C 外设的寄存器布局STC8G 的 I2C 外设是一套硬件状态机和软件模拟 I2C 完全不是一个思路。它的核心寄存器就那么几个但每个位的含义直接决定从机能不能正常工作。先看这份代码里用到的寄存器定义// STC8G I2C 从模式核心寄存器定义基于官方头文件整理 sfr I2CCFG 0xFE; // I2C 配置寄存器 sfr I2CMSCR 0xE9; // I2C 主机控制寄存器 sfr I2CMSST 0xFA; // I2C 主机状态寄存器 sfr I2CSLCR 0xEB; // I2C 从机控制寄存器 sfr I2CSLST 0xFC; // I2C 从机状态寄存器 sfr I2CSLADR 0xFD; // I2C 从机地址寄存器 sfr I2CTXD 0xFB; // I2C 数据发送寄存器 sfr I2CRXD 0xEA; // I2C 数据接收寄存器 // 从机控制寄存器位定义 // I2CSLCR: bit7 SLEN, bit6 SLIE, bit5 SLTK, bit4 SLACK, bit3 SLMA, bit2 SLRX, bit1 SLTX // I2CSLST: bit7 SLST, bit6 SLIF, bit5 SLACK, bit4 SLMA, bit3 SLRX, bit2 SLTX, bit1 SLRW这里最关键的是I2CCFG里的使能位和I2CSLCR里的中断使能位。很多代码跑不通就是I2CCFG的 bit7ENI2C没置 1或者I2CSLCR的 bit6SLIE漏了。这两个位一个管外设总开关一个管从机中断缺一不可。2.2 从机中断向量和状态机流转STC8G 的 I2C 从机中断向量号是 24中断服务函数里需要根据I2CSLST的状态位判断当前发生了什么事件。这份代码的中断框架是这样的// I2C 从机中断服务函数 void I2C_Slave_ISR(void) interrupt 24 { // 读取状态寄存器判断事件类型 if (I2CSLST 0x40) { // SLIF: 从机中断标志 I2CSLST ~0x40; // 清除中断标志 if (I2CSLST 0x02) { // SLRW: 1主机读, 0主机写 // 主机请求读数据从机需要发送 I2CTXD tx_buffer[tx_index]; I2CSLCR | 0x20; // SLTK: 切换发送方向 } else { // 主机写入数据从机接收 rx_buffer[rx_index] I2CRXD; I2CSLCR | 0x10; // SLACK: 发送 ACK } } }这段代码的逻辑是每次中断进来先清标志然后根据 SLRW 位判断主机是要读还是要写。SLRW 为 1 表示主机读从机从机要把数据放到I2CTXD并触发发送SLRW 为 0 表示主机写从机从机从I2CRXD取数据并回 ACK。这里有个容易忽略的点I2CSLST的标志位清除必须用「读-改-写」方式直接赋值会误清其他状态位。2.3 从机地址配置和 ACK 响应机制从机地址寄存器I2CSLADR的配置也有讲究。STC8G 的从机地址是 7 位放在高 7 位最低位是读写方向位硬件自动处理。代码里这样配置// 从机地址配置假设从机地址为 0x28 void I2C_Slave_Init(void) { I2CCFG 0x80; // 使能 I2C 外设从机模式 I2CSLADR 0x28 1; // 7 位地址左移一位最低位由硬件控制 I2CSLCR 0x40; // 使能从机中断 SLIE I2CSLST 0x00; // 清除所有状态 // 注意不要在这里使能全局中断放到 main 里统一开 }地址左移这一步是必须的因为 STC8G 的I2CSLADR寄存器第 0 位是保留给读写位的硬件在收到地址帧后会自己比对高 7 位。如果你直接把 0x28 写进去实际比对的是 0x14主机发 0x28 时从机根本不会响应。这个坑我在第一次调试时踩了整整一个下午示波器上地址波形明明对得上从机就是不理。3. 从模式代码逐段拆解初始化、中断、收发缓冲3.1 初始化流程和时钟配置STC8G 的 I2C 从模式初始化顺序不能乱先配时钟、再配外设、最后开中断。这份代码的初始化函数完整长这样// 系统时钟配置假设主频 24MHz void System_Init(void) { // STC8G 时钟配置具体寄存器根据实际型号调整 IRC24MCR 0x80; // 使能 24MHz 内部时钟 while (!(IRC24MCR 0x01)); // 等待时钟稳定 CLKDIV 0x00; // 时钟不分频 } // I2C 从机初始化 void I2C_Slave_Init(void) { // 1. 配置 I2C 引脚STC8G 的 I2C 默认在 P1.4(SCL) 和 P1.5(SDA) P1M1 ~0x30; // 设置 P1.4 P1.5 为推挽输出 P1M0 | 0x30; // 2. 使能 I2C 外设从机模式 I2CCFG 0x80; // ENI2C1, 从机模式 // 3. 配置从机地址 I2CSLADR (SLAVE_ADDR 1); // SLAVE_ADDR 定义为 0x28 // 4. 使能从机中断和 ACK 响应 I2CSLCR 0x50; // SLIE1, SLACK1 // 5. 清除状态寄存器 I2CSLST 0x00; }这里每一步都有讲究。引脚配置必须设成推挽输出否则 SDA 线拉不低主机读不到 ACK。I2CCFG的 0x80 是使能位不是从机模式选择位——STC8G 的从机模式是硬件自动识别的不需要额外配置。I2CSLCR的 0x50 是 SLIE 和 SLACK 同时置位表示使能中断并自动回 ACK。3.2 中断服务函数的完整实现中断服务函数是从模式代码的核心这份代码的处理逻辑比官方例程更完整加了缓冲区管理和溢出保护#define RX_BUF_SIZE 32 #define TX_BUF_SIZE 32 uint8_t rx_buffer[RX_BUF_SIZE]; uint8_t tx_buffer[TX_BUF_SIZE]; volatile uint8_t rx_index 0; volatile uint8_t tx_index 0; volatile uint8_t rx_complete 0; void I2C_Slave_ISR(void) interrupt 24 { uint8_t status I2CSLST; // 清除中断标志 I2CSLST ~0x40; // 判断读写方向 if (status 0x02) { // 主机读从机发送数据 if (tx_index TX_BUF_SIZE) { I2CTXD tx_buffer[tx_index]; } else { I2CTXD 0xFF; // 缓冲区空发送默认值 } I2CSLCR | 0x20; // 触发发送 } else { // 主机写从机接收数据 if (rx_index RX_BUF_SIZE) { rx_buffer[rx_index] I2CRXD; } // 缓冲区满时丢弃数据防止溢出 I2CSLCR | 0x10; // 回 ACK } // 检测停止条件标记一帧接收完成 if (status 0x80) { rx_complete 1; rx_index 0; // 重置索引准备下一帧 } }这段代码有几个关键设计。第一用volatile修饰索引变量因为它们在中断和主循环之间共享不加编译器优化会出问题。第二接收缓冲区满了之后直接丢弃数据而不是覆盖避免数据错乱。第三检测停止条件后重置索引这样主循环可以通过rx_complete标志判断一帧数据是否收完。实际项目中我一般还会加一个超时机制如果主机发了一半就断了从机不能一直等。3.3 主循环里的数据处理和状态机中断只负责收数据真正的协议解析放在主循环里。这份代码的主循环结构是这样的void main(void) { System_Init(); I2C_Slave_Init(); EA 1; // 开全局中断 while (1) { if (rx_complete) { rx_complete 0; // 解析接收到的数据帧 // 假设协议格式帧头(0xAA) 命令 数据长度 数据 校验和 if (rx_buffer[0] 0xAA) { uint8_t cmd rx_buffer[1]; uint8_t len rx_buffer[2]; // 根据命令准备回复数据 switch (cmd) { case 0x01: tx_buffer[0] 0x55; // 回复帧头 tx_buffer[1] 0x01; // 回复命令 tx_buffer[2] 0x02; // 数据长度 tx_buffer[3] rx_buffer[3]; // 回显数据 tx_buffer[4] 0x00; // 校验和占位 break; default: break; } } } // 其他任务 } }主循环里做协议解析的好处是中断响应快不会因为解析耗时导致从机响应超时。这里用了一个简单的帧头判断实际项目中可以根据自己的协议替换。注意tx_buffer的填充要在主机下一次读之前完成否则主机读到的就是旧数据。4. 联调避坑从机不响应、数据错位、中断丢失的排查清单4.1 从机完全不进中断现象主机发送地址后从机没有任何反应示波器上 SDA 线没有被拉低中断服务函数里的断点永远不触发。原因最常见的是I2CCFG的 ENI2C 位没置 1或者I2CSLCR的 SLIE 位没开。还有一个隐蔽原因是引脚模式配错了STC8G 的 I2C 引脚如果配成高阻输入SDA 线拉不低主机收不到 ACK 就会认为从机不存在。解决按顺序检查I2CCFG 0x80、I2CSLCR 0x40、P1M0/P1M1的引脚配置。我一般会在初始化后加一句printf打印这几个寄存器的值确认配置生效。4.2 地址匹配但数据错位现象从机能进中断但收到的数据和主机发的对不上或者第一个字节总是 0x00。原因I2CSLADR寄存器写入时没有左移导致硬件比对的地址和主机发送的地址不一致。另外如果中断服务函数里没有及时读取I2CRXD下一个字节会覆盖上一个字节。解决确认I2CSLADR (addr 1)并且在中断里第一时间把I2CRXD读走。如果数据量大建议用 DMA 或者环形缓冲区。4.3 连续通信时中断丢失现象单次通信正常但连续发多帧时从机偶尔会丢一帧数据或者中断进不来。原因中断服务函数执行时间太长导致下一个 I2C 事件到来时前一个中断还没处理完。STC8G 的 I2C 中断标志是硬件置位的如果不清除或者清除不及时会丢失事件。解决中断里只做最少的操作——读数据、存缓冲区、清标志复杂处理放到主循环。另外I2CSLST的标志清除要用「读-改-写」不要直接赋值。4.4 主机读数据时从机返回 0xFF现象主机请求读数据从机返回的全是 0xFF但tx_buffer里明明有数据。原因I2CSLCR的 SLTK 位没有置 1从机没有切换到发送模式。或者tx_index没有在帧开始时重置导致读到了缓冲区末尾的空数据。解决在检测到主机读请求时先确认 SLTK 已置位然后在停止条件到来时重置tx_index。我一般会在tx_buffer末尾加一个哨兵值读到哨兵就返回 0x00。4.5 通信一段时间后从机死机现象刚开始通信正常跑几分钟后从机不再响应复位后又能工作。原因缓冲区溢出导致内存越界或者中断嵌套导致堆栈溢出。STC8G 的 RAM 有限如果rx_index没有边界检查写穿缓冲区会破坏其他变量。解决所有缓冲区操作加边界判断rx_index和tx_index在达到最大值时回绕或停止。另外中断服务函数里不要调用其他函数避免堆栈嵌套。5. 二次开发改造从机地址动态配置与多从机扩展这份代码跑通之后下一步就是根据实际项目改造。最常见的需求是从机地址动态配置和多从机共存。STC8G 的从机地址可以在运行时修改但要注意修改时机——必须在 I2C 空闲时改否则会破坏当前通信。// 动态修改从机地址 void I2C_Set_Slave_Addr(uint8_t new_addr) { // 等待 I2C 空闲 while (I2CSLST 0x40); // 等待中断标志清除 // 关闭 I2C 使能 I2CCFG ~0x80; // 修改地址 I2CSLADR (new_addr 1); // 重新使能 I2CCFG | 0x80; I2CSLST 0x00; }多从机扩展的思路是如果项目里需要多个 STC8G 作为从机挂同一条 I2C 总线每个从机的地址必须不同而且总线上拉电阻要重新计算。我一般用 4.7k 上拉从机数量超过 4 个就降到 2.2k。另外多从机场景下主机要支持时钟拉伸STC8G 从机在数据处理不过来时会拉低 SCL主机必须能识别这个状态。还有一个实用改造是加超时复位。从机如果在一定时间内没有收到主机的任何通信就自动复位 I2C 外设防止死锁// 在定时器中断里调用超时复位 I2C void I2C_Timeout_Check(void) { static uint16_t idle_count 0; if (I2CSLST 0x40) { idle_count 0; // 有通信清零计数 } else { idle_count; if (idle_count 5000) { // 超时阈值根据实际调整 I2CCFG ~0x80; // 关闭 I2C I2CCFG | 0x80; // 重新使能 I2CSLST 0x00; idle_count 0; } } }这个超时机制在工业现场特别有用总线受干扰后从机可能卡在某个状态自动复位能省掉一次现场跑腿。从那以后我每次写 I2C 从机代码都会把超时复位和缓冲区边界检查作为标配不管项目多简单都强制走一遍。希望这份代码和调试笔记能帮到你少踩几个我踩过的坑。本文还有配套的精品资源点击获取 
长河君 · 2026/10/16 14:45:56 · 阅读 1.2k STC8G I2C从模式代码调试指南：中断不进、数据错位排查与实战
简介这份资源面向使用STC8G系列单片机进行嵌入式开发的工程师与学习者聚焦I2C总线从模式的中断编程实践帮助解决从机响应主机请求、数据收发与错误处理等典型问题。压缩包内共1个文件为一份C语言源码整体约1KB可直接用于工程参考或移植验证。目前已有2667人学习下载具备一定的参考热度。代码围绕I2C控制、状态与数据寄存器的配置展开涵盖从模式地址设定、中断使能、中断服务程序中事件类型判断与数据读写以及总线冲突、数据溢出等异常情况的检查与恢复思路适合作为理解STC8G从机通信流程的起点也可对照调试自己的I2C从机程序。1. 从机模式踩坑记为什么你的 STC8G I2C 从模式代码总是不进中断很多做单片机的朋友第一次写 STC8G I2C 从模式代码时都会遇到一个很玄学的问题主机明明发了数据从机这边中断死活不进示波器上看 SDA、SCL 波形都正常地址也匹配但程序就是卡在主循环里。更让人抓狂的是同样的代码换成主机模式跑得飞起一切到从模式就翻车。这不是你代码写得烂而是 STC8G 的 I2C 从模式有几个非常隐蔽的配置细节官方例程里也没讲透。这份资源就是围绕 STC8G 系列单片机的 I2C 从模式代码展开的包含完整的寄存器配置、中断服务函数、收发缓冲处理以及和主机通信的联调验证代码。适合正在做多机通信、传感器从机、板间数据交互的嵌入式开发者尤其是那些被 STC8G 从模式坑过、想找一份能直接跑通的参考代码的人。下面我按实际调试顺序把这份代码拆开讲清楚。2. 硬件 I2C 从机架构STC8G 的寄存器模型和中断向量2.1 STC8G I2C 外设的寄存器布局STC8G 的 I2C 外设是一套硬件状态机和软件模拟 I2C 完全不是一个思路。它的核心寄存器就那么几个但每个位的含义直接决定从机能不能正常工作。先看这份代码里用到的寄存器定义// STC8G I2C 从模式核心寄存器定义基于官方头文件整理 sfr I2CCFG 0xFE; // I2C 配置寄存器 sfr I2CMSCR 0xE9; // I2C 主机控制寄存器 sfr I2CMSST 0xFA; // I2C 主机状态寄存器 sfr I2CSLCR 0xEB; // I2C 从机控制寄存器 sfr I2CSLST 0xFC; // I2C 从机状态寄存器 sfr I2CSLADR 0xFD; // I2C 从机地址寄存器 sfr I2CTXD 0xFB; // I2C 数据发送寄存器 sfr I2CRXD 0xEA; // I2C 数据接收寄存器 // 从机控制寄存器位定义 // I2CSLCR: bit7 SLEN, bit6 SLIE, bit5 SLTK, bit4 SLACK, bit3 SLMA, bit2 SLRX, bit1 SLTX // I2CSLST: bit7 SLST, bit6 SLIF, bit5 SLACK, bit4 SLMA, bit3 SLRX, bit2 SLTX, bit1 SLRW这里最关键的是I2CCFG里的使能位和I2CSLCR里的中断使能位。很多代码跑不通就是I2CCFG的 bit7ENI2C没置 1或者I2CSLCR的 bit6SLIE漏了。这两个位一个管外设总开关一个管从机中断缺一不可。2.2 从机中断向量和状态机流转STC8G 的 I2C 从机中断向量号是 24中断服务函数里需要根据I2CSLST的状态位判断当前发生了什么事件。这份代码的中断框架是这样的// I2C 从机中断服务函数 void I2C_Slave_ISR(void) interrupt 24 { // 读取状态寄存器判断事件类型 if (I2CSLST 0x40) { // SLIF: 从机中断标志 I2CSLST ~0x40; // 清除中断标志 if (I2CSLST 0x02) { // SLRW: 1主机读, 0主机写 // 主机请求读数据从机需要发送 I2CTXD tx_buffer[tx_index]; I2CSLCR | 0x20; // SLTK: 切换发送方向 } else { // 主机写入数据从机接收 rx_buffer[rx_index] I2CRXD; I2CSLCR | 0x10; // SLACK: 发送 ACK } } }这段代码的逻辑是每次中断进来先清标志然后根据 SLRW 位判断主机是要读还是要写。SLRW 为 1 表示主机读从机从机要把数据放到I2CTXD并触发发送SLRW 为 0 表示主机写从机从机从I2CRXD取数据并回 ACK。这里有个容易忽略的点I2CSLST的标志位清除必须用「读-改-写」方式直接赋值会误清其他状态位。2.3 从机地址配置和 ACK 响应机制从机地址寄存器I2CSLADR的配置也有讲究。STC8G 的从机地址是 7 位放在高 7 位最低位是读写方向位硬件自动处理。代码里这样配置// 从机地址配置假设从机地址为 0x28 void I2C_Slave_Init(void) { I2CCFG 0x80; // 使能 I2C 外设从机模式 I2CSLADR 0x28 1; // 7 位地址左移一位最低位由硬件控制 I2CSLCR 0x40; // 使能从机中断 SLIE I2CSLST 0x00; // 清除所有状态 // 注意不要在这里使能全局中断放到 main 里统一开 }地址左移这一步是必须的因为 STC8G 的I2CSLADR寄存器第 0 位是保留给读写位的硬件在收到地址帧后会自己比对高 7 位。如果你直接把 0x28 写进去实际比对的是 0x14主机发 0x28 时从机根本不会响应。这个坑我在第一次调试时踩了整整一个下午示波器上地址波形明明对得上从机就是不理。3. 从模式代码逐段拆解初始化、中断、收发缓冲3.1 初始化流程和时钟配置STC8G 的 I2C 从模式初始化顺序不能乱先配时钟、再配外设、最后开中断。这份代码的初始化函数完整长这样// 系统时钟配置假设主频 24MHz void System_Init(void) { // STC8G 时钟配置具体寄存器根据实际型号调整 IRC24MCR 0x80; // 使能 24MHz 内部时钟 while (!(IRC24MCR 0x01)); // 等待时钟稳定 CLKDIV 0x00; // 时钟不分频 } // I2C 从机初始化 void I2C_Slave_Init(void) { // 1. 配置 I2C 引脚STC8G 的 I2C 默认在 P1.4(SCL) 和 P1.5(SDA) P1M1 ~0x30; // 设置 P1.4 P1.5 为推挽输出 P1M0 | 0x30; // 2. 使能 I2C 外设从机模式 I2CCFG 0x80; // ENI2C1, 从机模式 // 3. 配置从机地址 I2CSLADR (SLAVE_ADDR 1); // SLAVE_ADDR 定义为 0x28 // 4. 使能从机中断和 ACK 响应 I2CSLCR 0x50; // SLIE1, SLACK1 // 5. 清除状态寄存器 I2CSLST 0x00; }这里每一步都有讲究。引脚配置必须设成推挽输出否则 SDA 线拉不低主机读不到 ACK。I2CCFG的 0x80 是使能位不是从机模式选择位——STC8G 的从机模式是硬件自动识别的不需要额外配置。I2CSLCR的 0x50 是 SLIE 和 SLACK 同时置位表示使能中断并自动回 ACK。3.2 中断服务函数的完整实现中断服务函数是从模式代码的核心这份代码的处理逻辑比官方例程更完整加了缓冲区管理和溢出保护#define RX_BUF_SIZE 32 #define TX_BUF_SIZE 32 uint8_t rx_buffer[RX_BUF_SIZE]; uint8_t tx_buffer[TX_BUF_SIZE]; volatile uint8_t rx_index 0; volatile uint8_t tx_index 0; volatile uint8_t rx_complete 0; void I2C_Slave_ISR(void) interrupt 24 { uint8_t status I2CSLST; // 清除中断标志 I2CSLST ~0x40; // 判断读写方向 if (status 0x02) { // 主机读从机发送数据 if (tx_index TX_BUF_SIZE) { I2CTXD tx_buffer[tx_index]; } else { I2CTXD 0xFF; // 缓冲区空发送默认值 } I2CSLCR | 0x20; // 触发发送 } else { // 主机写从机接收数据 if (rx_index RX_BUF_SIZE) { rx_buffer[rx_index] I2CRXD; } // 缓冲区满时丢弃数据防止溢出 I2CSLCR | 0x10; // 回 ACK } // 检测停止条件标记一帧接收完成 if (status 0x80) { rx_complete 1; rx_index 0; // 重置索引准备下一帧 } }这段代码有几个关键设计。第一用volatile修饰索引变量因为它们在中断和主循环之间共享不加编译器优化会出问题。第二接收缓冲区满了之后直接丢弃数据而不是覆盖避免数据错乱。第三检测停止条件后重置索引这样主循环可以通过rx_complete标志判断一帧数据是否收完。实际项目中我一般还会加一个超时机制如果主机发了一半就断了从机不能一直等。3.3 主循环里的数据处理和状态机中断只负责收数据真正的协议解析放在主循环里。这份代码的主循环结构是这样的void main(void) { System_Init(); I2C_Slave_Init(); EA 1; // 开全局中断 while (1) { if (rx_complete) { rx_complete 0; // 解析接收到的数据帧 // 假设协议格式帧头(0xAA) 命令 数据长度 数据 校验和 if (rx_buffer[0] 0xAA) { uint8_t cmd rx_buffer[1]; uint8_t len rx_buffer[2]; // 根据命令准备回复数据 switch (cmd) { case 0x01: tx_buffer[0] 0x55; // 回复帧头 tx_buffer[1] 0x01; // 回复命令 tx_buffer[2] 0x02; // 数据长度 tx_buffer[3] rx_buffer[3]; // 回显数据 tx_buffer[4] 0x00; // 校验和占位 break; default: break; } } } // 其他任务 } }主循环里做协议解析的好处是中断响应快不会因为解析耗时导致从机响应超时。这里用了一个简单的帧头判断实际项目中可以根据自己的协议替换。注意tx_buffer的填充要在主机下一次读之前完成否则主机读到的就是旧数据。4. 联调避坑从机不响应、数据错位、中断丢失的排查清单4.1 从机完全不进中断现象主机发送地址后从机没有任何反应示波器上 SDA 线没有被拉低中断服务函数里的断点永远不触发。原因最常见的是I2CCFG的 ENI2C 位没置 1或者I2CSLCR的 SLIE 位没开。还有一个隐蔽原因是引脚模式配错了STC8G 的 I2C 引脚如果配成高阻输入SDA 线拉不低主机收不到 ACK 就会认为从机不存在。解决按顺序检查I2CCFG 0x80、I2CSLCR 0x40、P1M0/P1M1的引脚配置。我一般会在初始化后加一句printf打印这几个寄存器的值确认配置生效。4.2 地址匹配但数据错位现象从机能进中断但收到的数据和主机发的对不上或者第一个字节总是 0x00。原因I2CSLADR寄存器写入时没有左移导致硬件比对的地址和主机发送的地址不一致。另外如果中断服务函数里没有及时读取I2CRXD下一个字节会覆盖上一个字节。解决确认I2CSLADR (addr 1)并且在中断里第一时间把I2CRXD读走。如果数据量大建议用 DMA 或者环形缓冲区。4.3 连续通信时中断丢失现象单次通信正常但连续发多帧时从机偶尔会丢一帧数据或者中断进不来。原因中断服务函数执行时间太长导致下一个 I2C 事件到来时前一个中断还没处理完。STC8G 的 I2C 中断标志是硬件置位的如果不清除或者清除不及时会丢失事件。解决中断里只做最少的操作——读数据、存缓冲区、清标志复杂处理放到主循环。另外I2CSLST的标志清除要用「读-改-写」不要直接赋值。4.4 主机读数据时从机返回 0xFF现象主机请求读数据从机返回的全是 0xFF但tx_buffer里明明有数据。原因I2CSLCR的 SLTK 位没有置 1从机没有切换到发送模式。或者tx_index没有在帧开始时重置导致读到了缓冲区末尾的空数据。解决在检测到主机读请求时先确认 SLTK 已置位然后在停止条件到来时重置tx_index。我一般会在tx_buffer末尾加一个哨兵值读到哨兵就返回 0x00。4.5 通信一段时间后从机死机现象刚开始通信正常跑几分钟后从机不再响应复位后又能工作。原因缓冲区溢出导致内存越界或者中断嵌套导致堆栈溢出。STC8G 的 RAM 有限如果rx_index没有边界检查写穿缓冲区会破坏其他变量。解决所有缓冲区操作加边界判断rx_index和tx_index在达到最大值时回绕或停止。另外中断服务函数里不要调用其他函数避免堆栈嵌套。5. 二次开发改造从机地址动态配置与多从机扩展这份代码跑通之后下一步就是根据实际项目改造。最常见的需求是从机地址动态配置和多从机共存。STC8G 的从机地址可以在运行时修改但要注意修改时机——必须在 I2C 空闲时改否则会破坏当前通信。// 动态修改从机地址 void I2C_Set_Slave_Addr(uint8_t new_addr) { // 等待 I2C 空闲 while (I2CSLST 0x40); // 等待中断标志清除 // 关闭 I2C 使能 I2CCFG ~0x80; // 修改地址 I2CSLADR (new_addr 1); // 重新使能 I2CCFG | 0x80; I2CSLST 0x00; }多从机扩展的思路是如果项目里需要多个 STC8G 作为从机挂同一条 I2C 总线每个从机的地址必须不同而且总线上拉电阻要重新计算。我一般用 4.7k 上拉从机数量超过 4 个就降到 2.2k。另外多从机场景下主机要支持时钟拉伸STC8G 从机在数据处理不过来时会拉低 SCL主机必须能识别这个状态。还有一个实用改造是加超时复位。从机如果在一定时间内没有收到主机的任何通信就自动复位 I2C 外设防止死锁// 在定时器中断里调用超时复位 I2C void I2C_Timeout_Check(void) { static uint16_t idle_count 0; if (I2CSLST 0x40) { idle_count 0; // 有通信清零计数 } else { idle_count; if (idle_count 5000) { // 超时阈值根据实际调整 I2CCFG ~0x80; // 关闭 I2C I2CCFG | 0x80; // 重新使能 I2CSLST 0x00; idle_count 0; } } }这个超时机制在工业现场特别有用总线受干扰后从机可能卡在某个状态自动复位能省掉一次现场跑腿。从那以后我每次写 I2C 从机代码都会把超时复位和缓冲区边界检查作为标配不管项目多简单都强制走一遍。希望这份代码和调试笔记能帮到你少踩几个我踩过的坑。本文还有配套的精品资源点击获取