大家好、
请告诉我在检查湿度漂移量时发生的现象。
我每隔一分钟向一个试验箱设置2个样本并测量数据。
(案例-1)
温度和湿度轻微漂移的现象有时会导致较低的数字。
这种现象在一个小时内会发生数次。由于这种现象是分别发生在每个样本上的、因此不会产生室。您认为传感器会发生什么情况吗？
(案例-2)
几分钟后、湿度变为0% RH、温度变得不稳定。
我可以毫无问题地测量其他样本。我应该怎么做才能回避这种情况？
尊敬的 Josh
在 CAE-1中，我认为会议厅中的变化也必然成为触发因素。
但温度湿度的变化很大、如外壳1x、而不是 I image。
由于试验箱的指令水平大致恒定、我认为温度湿度变化不大。
我认为我不能只以敏感的态度来解释。
您为什么认为它以这种方式运行？
在 CASE2中、您似乎被视为转换问题、但我随后提出了一个新问题。
转换延迟的原因是什么？
我认为内部时钟的频率变化不大。
由于某个值不稳定、通过平均处理来执行直至保证精度、转换是否会延迟？
在这种情况下、转换不会在1500usec 内结束？
请告诉我、是否有方法可以猜测每次的转换时间。
此致、
Toshi
尊敬的 Josh
由于.xx 是任何样本编号、请不要介意。
样片 PWB 约为20mm□、并且有一个连接器。
我使用带有恒定温度箱(800升)(40℃80%RH)的阿鲁蒂诺进行了评估。
用例1x 是同时评估四个样本的结果。
下面是一个简单的流程图。 可以看到、它重复了简单的工作。
随着数据变得庞大、我不使用逻辑分析仪。 但是、我认为 I2C 没有问题、因为 Ack 的误差不会发生。 换句话说、寄存器的值似乎是正确的。
此外、经测量请求后、寄存器转换的值确认 DRDY 标志在 DRDY 标志变为1之前已读取。
因此、对于我来说、温度湿度值不会变为0x0000。
此致、
Toshi
尊敬的 Josh
感谢您的讨论。 但是、问题的关键就在于此。 我再次安排问题。
・在案例2中、结果是每隔一分钟在等待时间3000usec 的情况下测量一次温度湿度。
3000usec 是1325usec 的两倍以上。
我已确认 HDC2010的转换时间。(e2e.ti.com/.../968639)
・但是、这种情况下湿度变为0。
我正在分析突然变为0的原因。
・我得到了以下关于等待时间的事实。
如果在 SOFT_RESET 情况下等待时间较短、则数据为初始值。(表3)
即使在测量触发条件下等待时间很短、湿度也不是0%RH。(表4)
而且、即使 DRDY 未变为1、湿度也不是0%RH。(表4)
目前、我将采纳您的建议、并对使用 GPIO 的分析仪进行评估提出质疑。
此致、
Toshi
Toshi、关于软件复位后的等待时间、我发现大于550uSec 在启动进一步的 I2C 通信之前、如果发出了等待时间(室温下)大约是最小的、如果您将它留在您的一侧、则应在温度范围内检查它、 我再次建议将其删除。 低于该值会导致您所见的负面结果。
如果您可以看看这个简单的流程、它只是固件、而不使用 DRDY/INT 引脚、这是一种非常可靠的方法。
这里也是上面环路的逻辑快照、但由于 DRDY/INT 也涉及到触发对0x04寄存器的读取、因此可以通知新数据确实可用、并为 IRQ 提供服务和复位、从而获得最佳结果。
尊敬的 Josh
您建议的观察 DRDY 的方法是有效的。 但是、这种方法在实际使用中存在很大问题。
当 DRDY 未更改为1时、问题正在处理。
如果不能离开回路等于传感器的故障、则大规模生产风险太高。
我不能在不调查软复位原因或确认其影响的情况下采取措施。
现在、我使用 GPIO 在环境中开始测量。
我继续进行测量、但问题没有在三小时内发生。 我打算在明天之后进行评估。
我也确认了一些样本的时间依赖性。
我用三个样本测量了三次相关性、但趋势是相同的。
每个样本都有一些分散、但单个样本的分散很少。
此致、
Toshi
