[参考译文] MSPM0G1507：在快速模式 (400kHz) 下通信时、控制器侧会将数据移位 1 个字节。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

[quote userid=“319723" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1631775/mspm0g1507-when-communicating-in-fast-mode-400khz-the-controller-side-shifts-the-data-by-1-byte/6301753 数据写入或读取期间出现问题？

2：这是在 G1507 的传输过程中。 当目标的时钟延展被禁用时、似乎会发生这种情况。

[quote userid=“319723" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1631775/mspm0g1507-when-communicating-in-fast-mode-400khz-the-controller-side-shifts-the-data-by-1-byte/6301753 如果您使用 Saleae 捕获波形、您也可以将其放在此处

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

EVM 环境中的验证结果会使事情变得复杂、但我将重申我们的目的。 我们的目的是以 400kHz 的频率与目标器件时钟延展进行通信。

我的客户以 400kHz 的频率与 G1507 进行通信、同时时钟会延长。 控制器执行 Write→Read。 G1507 由控制器写入一次、然后按原样返回写入的数据、以响应控制器的读取请求。 （这正是“i2c_target_rw_multibyte_fifo_interrupts_LP_MSPM0G3507_nortos_ticlang"的“的操作的操作。） 问题在于返回到控制器的数据被 1 个字节移动。 使用 EVM 可以看到相同的结果。

在我的 EVM 环境中进行重新实验后、我发现存在差异、具体取决于目标的优化级别。
当目标的时钟延展开启且通信频率为 250kHz 或更高时：
如果目标的优化级别为 0、则会出现问题。 如果目标的优化级别为 2、则不会出现问题。  

附加了其他模式以供参考。

此致、
正常

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

感谢您的支持。

[引述 userid=“319723" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1631775/mspm0g1507-when-communicating-in-fast-mode-400khz-the-controller-side-shifts-the-data-by-1-byte/6305135

为解决该问题、我可以帮助修改在接收到的数据完成停止中断后移动数据的代码、并跳过开始中断中的 TX FIFO 清除。 您可以参考的代码  

4442.i2c_target_rw_multibyte_fifo_interrupts_LP_MSPM0G3507_nortos_ticlang.zip

[/报价]

我已经检查了您提供的项目的运行情况。 我确认目标侧的时钟延展已关闭、并在不进行任何更改的情况下使用。

因此、当设置 Optimization level=2（或 1）时、在 400kHz 处没有问题。 但是、设置优化级别=0 时、如果频率超过 355.5kHz、就会出现问题。 （高达 320kHz 时无问题）

问：是否有一种以 400kHz 的频率进行通信的方法、在目标端关闭时钟且优化级别为 0？ 是否必须设置 Optimization Level=2（或 1）？

此致、
正常

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Gary、

感谢您的答复。

您做任何更改的意思是什么？  [/报价]

我只更改了优化级别。 我测试了 0、1 和 2 级。 在我的环境中、1 字节偏移仅发生在级别 0。 我通过 CCS 中的波形和变量确认了这一点。

她是我的客户反馈。

[引述 userid=“319723" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1631775/mspm0g1507-when-communicating-in-fast-mode-400khz-the-controller-side-shifts-the-data-by-1-byte/6305135

对于该问题、是由于 I2C 时钟速度过快、无法为 I2C 从器件保留足够的时间将数据从 TX 缓冲器移动到 TX FIFO 而发生的。

测试完成后、将数据从 TX 缓冲器移动到 TX FIFO 需要大约 8us、但 400k 时钟的一个周期仅为 2.5us、这不足以进行数据传输、因此第一个字节将始终为用于数据移动的 0x00。

[/报价]

问题 3：能否用计时示意图来解释？
我认为关于 20µs 仍然有一些裕量、因为从启动到从器件地址阶段有 9 个时钟周期。

要解决此问题、我可以帮助修改在接收到的数据完成停止中断后移动数据的代码、并跳过启动中断中的 TX FIFO 刷新。

我还考虑了停止结束、但因为它在重启模式下不起作用（重复启动，不停止）。 因此、我想考虑一种在前一个接收 RxFIFO 触发器（阈值= 1）时提前填充 TXFIFO 的方法。
Q4:您能否告诉我,这种方法是否有任何问题,或者是否有推荐的方法?

此致、
正常

[/quote]

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

由于这一主题在我这边不能正常运作、我想继续下面这一主题的讨论。
(+) MSPM0G1507：在快速模式 (400kHz) 下进行通信时、控制器侧会在重复启动操作中将数据移动 1 个字节 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛