工具与软件：
大家好！
我正在开发 I2C 驱动程序以满足客户端的应用要求。 我将 I2C 控制器操作分解成了几个阶段：
i2c_start_writei2c_start_readi2c_writei2c_readi2c_stop目前、写操作(start_write→write)工作正常。 但是,我遇到了读取操作(start_read→read→stop)的问题。 下面是发生的情况：
问题：
当我执行以下序列时：
start_write > write > start_read > read > stop
在start_read该阶段、函数DL_I2C_startControllerTransferAdvanced自动触发数据读取操作。 这会导致读取数据时钟意外生成。 尽管addr正在发送目标地址()、但读取的数据应该是 不会 在此阶段自动启动。
预期行为：
在start_read该阶段、系统应：
addr()。 read阶段手动触发。 相关代码片段：
其他上下文：
根据 I2C 控制器文档：
STARTMCTR寄存器中的位置位以生成启动条件。 一旦控制器检测到总线空闲、就应发送启动条件、后跟目标地址。 MBLEN域指定要发送的字节数。 将设置MBLEN为0可能会阻止正确发送地址。 我尝试过的：
确保MBLEN设置正确：
MBLEN字段至少设置为1以保证发送地址。 BURSTRUN以开始操作。 调节i2c_start_read功能：
尽管进行了这些更改、但问题仍然存在、在DL_I2C_startControllerTransferAdvancedi2c_start_read该阶段仍会自动触发数据读取、从而导致意外生成读取数据时钟。
正常行为示例：
执行时i2c_start_read、系统应：
addr()。 read阶段读取的数据。 有任何建议或解决方案？
我如何修改 I2C 控制器操作、以确保在start_read该阶段仅生成启动条件、而不自动启动数据读取？ 是否存在可能缺失的特定寄存器设置或操作顺序？
提前感谢您的帮助！
此致、
蔡奕迅
尊敬的 Helic：
感谢您的快速响应和建议。
关于您的问题：
1.停止的工作原理:
停止条件应在发送启动条件和地址后终止 I2C 事务。 在调用 i2c_read 函数来手动启动数据读取之前、不应生成任何读取数据时钟。
2.测试长度设置:
设置长度= 1：
I2C 控制器成功发送出目标地址(addr)。
但是、它会立即触发读取数据时钟、从而自动启动数据读取操作、这在该阶段不需要。
设置长度= 0：
奇怪的是、I2C 控制器仍然发送目标地址(addr)。
也会自动触发读取数据时钟、就像 len = 1时一样。 我预计设置 len = 0可能会阻止发送地址、但实际上不会。
我 有一种方法可以配置 I2C 控制器、以便在该start_read阶段仅生成起始条件并发送目标地址、而不自动启动数据读取？ 是否有特定的寄存器设置或可能缺失的操作序列？
感谢您的帮助！
此致、
蔡奕迅
