[问答]

无法清除H3LIS100加速度计芯片上的中断引脚

问答对人有帮助，内容完整，我也想知道答案 0 嗨，我在清除H3LIS100上的中断引脚时遇到一些困难。我把它设置为生成和中断数据就绪。我也在使用LIS2D芯片，它有一个类似的接口，我可以通过读取INT1_SRC寄存器来清除该中断（对于过阈值中断），但是读取INT1_SRC和实际数据寄存器似乎都没有清除中断引脚用于H3LIS3100芯片上的数据就绪中断条件。进入断电状态确实可以清除中断，但在重复采集数据时这并不太有用。以上来自于谷歌翻译以下为原文 Hi, I'm having some difficulty clearing the interrupt pin on the H3LIS100. I have it set to generate and interrupt on data ready. I am also using the LIS2D chip, which has a somewhat similar interface, and I can clear that interrupt by reading the INT1_SRC register (for an over threshold interrupt), but neither reading the INT1_SRC nor the actual data registers seems to clear the interrupt pin for the data ready interrupt condition on the H3LIS3100 chip. Going to power down state does clear the interrupt but that is not too useful when taking repeated data samples. 0
2018-11-20 10:12:09　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 47 个回答。邀请回答 chm5 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 hgimtk 该类别下有 36 个回答。邀请回答 HengDu 该类别下有 31 个回答。邀请回答 hwp0415229 该类别下有 30 个回答。邀请回答可口可甜该类别下有 30 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答 jiangwenwen 该类别下有 28 个回答。邀请回答 kingnet6688 该类别下有 28 个回答。邀请回答麻酱该类别下有 28 个回答。邀请回答 andyfly7 该类别下有 28 个回答。邀请回答 bluepink 该类别下有 27 个回答。邀请回答法规处发该类别下有 27 个回答。邀请回答 ldliu 该类别下有 27 个回答。邀请回答成长的小师弟该类别下有 27 个回答。邀请回答云汉007 该类别下有 27 个回答。邀请回答颜刚YanG 该类别下有 27 个回答。邀请回答柱子图宁该类别下有 27 个回答。邀请回答 uuwyfsdfsf 该类别下有 26 个回答。邀请回答举报陈勇相关推荐 • 请问要如何设置才会让加速度计LIS3DH轻微振动不触发中断，但是翻转一定角度触发中断？ 617 • 如何在H3LIS331DL加速度计上配置数据就绪中断？ 2243 • LIS3DH加速度计的质量（或重量）是多少？ 411 • 请问如何验证加速度计数据是否正确？ 388 • 关于LIS2HH12TR读加速度计的问题求解 833 • LIS3DH加速度计自我测试失败 1999 • 怎么访问在PIC24H启动器套件上的加速度计的原始数据 1769 • 加速度计的技术规格 1614 • MEMS加速度计怎么选择？ 2453 • LIS3DH加速度值飙升 2407 2个回答

答案对人有帮助，有参考价值 0 读取所有三个输出寄存器（0x29,0x2B，0x2D）可清除数据就绪中断信号。以上来自于谷歌翻译以下为原文 Reading of all three output registers (0x29, 0x2B, 0x2D) clears the data ready interrupt signal.

2018-11-20 10:20:22 评论举报曾玲娟

答案对人有帮助，有参考价值 0 实际上，真正的答案比这复杂一点。我遇到了一个芯片状态，中断线会很高兴，只有一个电源周期才会清除它。我认为那是因为i2c交易中断并且没有完成。随后我几乎没有做任何事情似乎影响芯片。我现在发现循环i2c时钟线9次（完成和芯片可能认为的事务仍在进行中），然后读取x，y和z数据将从卡住的中断线状态恢复。以上来自于谷歌翻译以下为原文 Actually the real answer is a bit more complicated than this. I was encountering a chip state where the interrupt line would go hi and only a power cycle would clear it. I believe that was because an i2c transaction got interrupted and did not complete. Subsequently pretty much nothing I did seemed to affect the chip. I have now found that cycling the i2c clock line 9 times (to complete and transaction that the chip might think was still in progress) and then reading the x, y and z data will recover from the stuck interrupt line state.

2018-11-20 10:26:28 评论举报陈勇