您好！
在传感器论坛上重新发布、因为它似乎没有获得太多关注。
(使用 TM4C1294NCPDTI3与 TMP117通信)。
我遇到了 I2C 问题、其中的 i2c 线似乎卡住。 它卡在的状态是 CLK 保持高电平而数据保持低电平。
在写入配置寄存器(01h)并读回16位响应后、一直发生这种情况。 在我从示波器获取的屏幕截图中、似乎数据值正在浏览、但从主站获取 NACK 和 STOP 条件似乎有问题。 导致该故障的原因是什么、或者如何避免它？ 这个问题是非常不一致的。
需要注意的其他事项是 i2c 总线上的4个 INA233、一个 ADXL355BEZ 加速计以及这个 TMP117温度传感器。
在所有故障中、温度传感器始终是保持线路的外设。
黄色表示 CLK
蓝色表示数据
请参阅故障波形：
这是循环早期的成功事务：
任何想法或建议都将对您有所帮助
你好查尔斯-我添加了 while (！ I2CMasterBusy()调用在 建议的 MAP_I2CMasterControl()调用之后，它似乎被卡在其中一个调用上。
我将使用 XDS200进行调试。 当我中断时、我看到 ：
请注意, 我的 I2CReadWord()函数的末尾已接近我之前发布的。
还有其他建议吗？
您好，Charles -我是按照您的建议做的。 在连接了 Adafruit TMP117输出板的 Tiva 开发板上运行时、该代码可以正常工作。
对于我们的定制电路板、我们有两种不同的设置：一种设置是将电路板安装在整个 系统上(包括其他电路板和电子产品)、另一种设置是 Shaun 桌面上的设置、其中仅包括我们的定制电路板和电源。
星期五晚些时候，我对整个系统进行了一次测试，代码运行正常。 我不能让它运行很长一段时间。
在 Shaun 的办公桌上测试同一个代码 时、在进行 TMP117初始化时、I2CReadWord 函数无限挂起。 初始化步骤仅尝试在固件启动时读取器件 ID 寄存器(0x0F)。 以下是 CCS 的屏幕截图、其中显示了代码无限期挂起的位置：
尊敬的 Charles、谢谢您的回复、我已在下方在线回复了您的每一个问题：
三个设置中有两个正在运行，这说明 Shaun 的本地设置与其他两个设置之间存在一些差异)。
是的、但 我们在两种设置中都看到了定制电路板的间歇性成功/故障。 我们未看到 Launchpad 设置有任何问题。 Launchpad 设置将始终正确读取 ID 并获得正确的温度。 今天上午早些时候、我让 Launchpad 设置运行了近45分钟。 它每秒读取 TMP117多次。 没有问题。
您是否仅将 Shaun 桌面上的定制电路板连接到 Adafruit TMP117，什么也没有连接？ 您在 Shaun 的桌子旁说过、只有定制电路板和电源。 如果没有从器件(例如 TMp117)连接到电路板、那么主器件如何读取寄存器？
Launchpad 设置是唯一使用 Adafruit TMP117输出板的设置。 定制板上安装了 TMP117。
是一款自定义电路板，该电路板类似于 在总线上具有其他组件(例如 INA233和其他组件)的完整设置？
硬件在两个定制板上是相同的。 但是、对于这些最新测试、 我们在 Shaun 桌面的定制电路板上运行的固件、我已禁用了与除 TMP117之外的所有组件的 I2C 通信、以便其与 Launchpad 设置尽可能相同。
您能在读取 ID 寄存器时显示两者的波形吗？
当然、以下是 尝试读取 ID 时 Shaun 桌面上定制电路板的波形：
以下是成功读取 ID 的 Launchpad：
您的 LaunchPad 设置中 SCL 和 SDA 总线的上拉电阻值与 Shaun 的本地设置相比是什么？
我已使用跳线将 LaunchPad 直接连接到 Adafruit TMP117。 TMP117分线板的原理图 表明其 上有10K 上拉电阻器、我已经确认了这一点。 我们的定制电路板有1.65K 的上拉电阻。
您的设置中的任何 I2C 从设备是否能够拉伸 SCL 时钟作为等待手段？ 根据 I2C 协议、如果从器件未准备好响应、它可以将 SCL 保持为低电平作为等待状态。 我只是想知道你是否遇到这样的情况。 没有波形、我真的无法判断。 [/报价]我知道没有时钟拉伸、我认为使用这些最新的测试是有争议的、因为 固件仅尝试与 TMP117进行通信。
在您的第一个问题描述中，您说它工作了99.999%的时间，但现在初始化似乎已经失效了。 我对有何差异感到有点困惑。 我们讨论的是不同的设置还是相同的设置？不同的设置。 除了我们遇到的定制板之外、我们还有 不同的 定制电路板设计(完全不同的电路板设计、以及每个设计多个电路板)。 这些其他定制电路板都带有 TMP117传感器、并使用 Tiva (TM4C1294NCPDT 或 TM4C1230H6PM) 运行完全相同的固件且工作正常。 很抱歉说99.9999%我应该说100%的时间。
对于实验，如果将 I2C 速度降低到100千而非400千，该怎么办？相同的结果、代码挂起在同一行、但 示波器上的 I2C 流量更少。 也许较低的速度允许在固件在 while 环路上挂起之前传输更少的数据？：
当 Shaun 的电路板卡在523行时，您能检查 I2CMCS 状态寄存器吗？ 您是否看到任何标志？是的、I2C_MCS_IDLE 和 I2C_MCS_QCMD 都为高电平。 下面是屏幕截图：
[/quote]对于实验、第523行、您是否可以替换为固定环路？ 我想知道它是否会产生影响。 例如，替换为：
表示(I=0；I<1000；I++)；
[/报价]我们在 调试版和发布版中均对此进行了尝试。 它现在当然没有卡在 while 循环上(因为我们将其删除)、但 仍然没有读取 ID。 我们也捕获了这方面的波形。 首先粘贴下面的调试构建波形、然后粘贴发布构建波形。 有趣的是 、版本的第一个事务在显示调试版本的写入时如何显示读取。 我想知道编译器是否会在版本构建中优化 for 循环。
当然、以下是 尝试读取 ID 时 Shaun 桌面上定制电路板的波形：
[/报价]
您好、Terence：
在该范围上限中、似乎你首先写入从器件地址0x48、但你从从器件获取一个 NACK、不是吗？ 您知道为什么 TMP117对主设备有利吗？ 我不熟悉 TMP117、不知道原因。
[/quote][/quote]相同的结果、代码挂起在同一行、但 示波器上的 I2C 流量更少。 也许较低的速度允许在固件在 while 环路上挂起之前传输更少的数据？：
[/报价]
在100k 时、您正在从从器件地址0x48读取。 从器件再次发送 NACK 应答。 我认为您需要调查为什么从器件没有使用 ACK 进行响应？ 当发送器接收到 NACK 时、它将中止事务并在停止时中止。
[/quote]我们在 调试版和发布版中均对此进行了尝试。 它现在当然没有卡在 while 循环上(因为我们将其删除)、但 仍然没有读取 ID。 我们也捕获了这方面的波形。 首先粘贴下面的调试构建波形、然后粘贴发布构建波形。 有趣的是 、版本的第一个事务在显示调试版本的写入时如何显示读取。 我想知道编译器是否会在版本构建中优化 for 循环。
[/报价]
在此电容器中、从器件再次以 NACK 进行应答。 我认为编译器不会 针对(i=0；i<1000；i++)进行优化。
请比较您的定制电路板、因为到 TMP117的所有输入和输出连接与您的其他有效设计和 LaunchPad。 从我能在示波器电容上看到的信息可以看出、从器件由于某种原因没有响应。 当从器件使用 NACK 进行响应时、这通常意味着它尚未准备就绪。
是否可以将 TMP117输出板连接到您的定制板并以某种方式禁用您当前的板载 TMP117芯片？
