我将 STM LIS3DSH 加速计与 TM4C1294开发板配合使用、与 I2C 模块2通信。 LIS3DSH 有一个"谁是 i"寄存器、在该寄存器中、当被查询时、它返回一个特定的字节值。 在使用标准外设库进行通信时、我让它返回正确的字节、但在将代码移动到函数时、它不再返回正确的字节值、因此我发现 I2C 通信存在一些时序/配置问题。
经过长时间的闲置、无法使事情正常工作、我决定走另一条路：绕过标准外设库、直接从寄存器读取/写入、以查看我是否可以更深入地了解问题。 为此、我按照 TM4C1294NCPDT 数据表第18.4.1节中的"初始化和配置"说明、针对"将 I2C 模块配置为以主机身份传输单个字节"进行了操作。
然后、为了读取数据、我遵循了 TM4C1294NCPDT 数据表第18.3.6.1节中的"主单次接收"流程图。 但运气不好。 我没有得到加速计返回的预期字节、我在读取 I2C2数据寄存器时只得到一个零值。 我已验证我也没有在状态寄存器中收到错误。
我已三重检查我的代码。 我想知道、是否有人愿意再用一双眼睛来审查我的规范和/或提出任何建议。 它非常简短、评论很好、我非常感谢您的任何帮助。 我已经附加了代码、它只是一个 main.c 文件。
提前感谢、
Terence
Ralph -感谢您的回复。 回到利用 TivaWare 外设驱动程序库的半工作示例是个好问题。 我有一个完美的示例。 请参阅随附的代码。 它的注释很好、相当短、应该非常简单-它只将一个字节写入加速计、然后读取一个字节。 这是 main.c 调用的、我将代码放入一个无限循环、这样我就可以看到、当它不断读取加速计的"我是谁？"时、会发生什么情况 寄存器(寄存器0x0F)。
如前所述、"我是谁？" 加速计的寄存 器只需返回一个字节(0x3F)进行识别。
那么、这里有趣的是：当我添加一个计数器来计数错误的值(代码行21和74-77)时、从加速计读取一个不正确(但一致)的值。 但是、当我注释掉第21行和第74-77行时、从加速计读取正确的值。 这显示在所附的图像中(见下面)、在这里我查看100个元素数组的存储器、并将值保存在中。
是否有任何想法、问题可能是什么？
您好 Ralph -感谢您指出我的错误。 正确的、将 I2C 的初始化和配置置于循环中是我的疏忽。 我的错误。 此外，在将代码复制并粘贴到先前附加的文件时，我必须丢失 I2CMasterSlaveAddrSet()函数中的"i"。
我有一个改进版本、在查询"我是谁？"时、获取不正确的值仍然存在相同的问题 寄存器中的值。 附加了此代码(main.c 中的整个程序)-这次不复制和粘贴。
此外、这次我使用了#defines (多工作示例与 多失败示例)。 通过查看随附的代码、您将看到工作版本只是无限期循环 I2C 调用以获取值、而失败的示例也会执行相同的操作、但调用返回值的函数。
以下是两种情况(工作和故障)的变量和存储器值的屏幕截图。
如果您对问题有任何想法、我们将不胜感激。
更多信息：我已经将我的逻辑分析仪连接到 PL0和 PL1。 请参阅下面的屏幕截图。 请注意， 当使用#define DO 工作示例*和* #define DO 失败示例时，我会显示相同的数据(如下所示)*两个*。 这让我认为读取数据寄存器存在某种时间问题... 不过、我更担心的是 I2C 是双向通信-很明显、我看到我将0x0F 写入从地址 0x1E、但是、我从未看到 电路板应该从加速计接收到的0x3F 值、以响应... 有人有任何想法吗？？？
海尔德-我不确定"在 I2C 线路上更改为4.7K"是什么意思。 您能详细说明吗？ 我已经尝试了一些添加各种延迟(具有各种值的 SysCtlDelay 调用)、但没有找到始终有效的帮助。 但是、我有一些详细信息：
我扩展了我的示例代码(随附)、以查询多个寄存器、并使用 UART 将它们报告给终端(下面的屏幕截图)。 从终端程序中可以看出、软件读取的值因迭代而异。 我预计将为"谁是我"获取0x3F、为"Info1"获取0x21、为"状态"获取0x0F。 根据显示的内容(在 Putty 终端屏幕截图中)、看起来我在不正确的时间读取数据寄存器...
有趣的是、我使用逻辑分析仪观察到的结果始终一致(下面的屏幕截图)。 我捕获了许多 I2C 通信实例、始终如下面的屏幕截图所示。 我始终会看到"WHO I "和"Info1"的预期0x3F 和0x21值、并且始终会看到"STATUS"的0x00。 虽然我希望看到0x0F 的状态、但0x00可能是一个有效值。
如果有人对可能发生的情况有任何想法、我非常感谢您的反馈。 谢谢你。
您似乎已经"设置"了"保存 I2C 寄存器地址(至少是第三个地址)"。 我已将您(可疑)的问题置于重点位置。
请注意、您已经寻址了寄存器0x27 -难道不是寄存器0x0E -目标更明确吗？ "正确的寄存器序列"不应该 是： "0x0F、0x0D、0x0E？" 对这一索赔的支持如下：
请允许我的公司和我恭敬地"同意"供应商代理的建议... 使用另一个器件？ 公司/我(早就发现)此类器件处于/接近"同类最佳"状态-当(真正)遵循"详细数据手册"时。
也请注意-该数据表的建议：
'LIS3DSH 具有数据就绪信号(DRDY)、指示何时有一组新的测量加速度数据可用、从而简化了使用器件的数字系统中的数据同步。 如果需要、您是否使用了启用最大传输速度的"RDY"信号、这是未知的。。。"
"低值上拉"的建议-我的书中失败了-因为"大量数据"正确到达！ 当然-存在"严重"寄存器寻址错误。 (所有事实都必须被吸收-然后称重！)
该器件可在"pro Designed & implemented"评估板上使用。 使用此类细间距器件时、经验不足的用户(非常)不太可能成功-当"手工组装！"
而且-是否"不"需要注意-至少是这样 问题的解决方案 添加到您的帖子主题："I2C 说明-来自数据表！" (像讽刺...)
