嘿，这个问题刚好是I2C双向通信里最容易卡壳的核心点之一，我当年做本科嵌入式作业的时候也纠结过好久，给你捋清楚思路和实操步骤：

首先得明确：I2C的读写方向不是随便切换的，必须遵循总线规则，而且切换的时机完全由你预先约定的主从通信协议决定——说白了就是你得给主从设备定好“对话规则”，两边都知道什么时候该发、什么时候该收。

先搞懂底层切换的总线规则 #

主设备切换读写模式，根本不需要断开连接，核心是用重复起始条件（Repeated Start），而不是停止条件。具体来说：

• 正常起始条件是启动一次通信，重复起始条件则是在同一次通信里“重启”总线方向，从设备不会退出通信状态。
• 每次切换时，你需要发送重复起始条件，然后跟着带对应读写位的从设备地址（最后一位0是写，1是读）。

常见的切换场景（对应作业里的双向通信需求） #

你可以根据自己的作业需求选对应的场景，或者自定义协议：

• 场景1：主发命令 → 主收数据
  这是最常用的双向交互：比如主设备先告诉从设备“我要读取你的A寄存器数据”，然后立刻切换到读模式收数据。切换时机就是主设备发送完命令字节，收到从设备的ACK后，立刻发重复起始条件+带读位的从地址。
• 场景2：主收数据 → 主发指令
  比如主设备先读取从设备的传感器数据，然后发送校准指令。切换时机是主设备收完最后一个数据字节，发送NACK（告诉从设备停止发），然后发重复起始条件+带写位的从地址。
• 场景3：多轮交互式对话
  比如主设备发询问，从设备回复，主设备再根据回复发新指令，每一轮交互后都用重复起始切换方向，直到整个流程结束再发停止条件。

具体实现步骤（以AVR单片机为例，其他平台逻辑通用） #

从写模式切换到读模式的流程： #

1. 主设备发送完最后一个写字节，确认收到从设备的ACK
2. 主设备触发重复起始条件（AVR里是TWCR = (1<<TWINT)|(1<<TWSTA)|(1<<TWEN);，其他单片机找对应的寄存器/API）
3. 主设备发送带**读位（最后一位为1）**的从设备地址
4. 收到从设备的ACK后，主设备进入主接收器模式，开始接收数据

从读模式切换到写模式的流程： #

1. 主设备接收完最后一个读字节，发送NACK（通知从设备停止发送）
2. 主设备触发重复起始条件
3. 主设备发送带**写位（最后一位为0）**的从设备地址
4. 收到从设备的ACK后，主设备进入主发送器模式，开始发送数据

关键注意事项 #

• 绝对不要用停止条件来切换，不然从设备会回到空闲状态，再重新连接会打乱时序，也不符合双向连续通信的需求。
• 一定要先和从设备（不管是另一个单片机还是外设）约定好通信协议，比如：“主设备先发0x01表示要读温度，从设备收到后准备好数据等待被读”。没有协议的话，两边完全不知道对方的操作时机。
• 调试时强烈建议用逻辑分析仪抓I2C总线信号，查看起始条件、地址位、ACK/NACK、数据位是否符合预期，这是最快排查问题的方法。

简单伪代码示例 #

// 主设备：先发送读寄存器命令，再切换到读模式接收数据
void master_write_then_read() {
    // 1. 启动通信，发送带写位的从地址
    i2c_start();
    i2c_send_address(SLAVE_ADDR, WRITE);
    // 2. 发送命令：读取从设备的0x05寄存器
    i2c_send_byte(0x05);
    // 3. 发送重复起始，切换到读模式
    i2c_repeated_start();
    i2c_send_address(SLAVE_ADDR, READ);
    // 4. 接收数据（最后一个字节发NACK）
    uint8_t sensor_data = i2c_receive_byte(NACK);
    // 5. 结束通信
    i2c_stop();
}

内容的提问来源于stack exchange，提问作者L Ja