“线程:测试”中讨论的其它部件
大家好,
当我的系统中的电流超过数据表所称的“最大预期电流”,“要感应的最大电流”,“过电流故障阈值”或“Imax”时,我观察CURRENT
到寄存器计算为0,而不是以最大可能值被夹紧或饱和。
这是否有意? 这是否会错误地表明"安全"状况?
P.S.我意识VSHUNT
到,这份登记册可以同时用来证实这方面的进展,但我的问题仍然是为什么这种情况甚至是必要的。
感谢你能抽出时间
奥斯威·罗德里格斯
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好,
当我的系统中的电流超过数据表所称的“最大预期电流”,“要感应的最大电流”,“过电流故障阈值”或“Imax”时,我观察CURRENT
到寄存器计算为0,而不是以最大可能值被夹紧或饱和。
这是否有意? 这是否会错误地表明"安全"状况?
P.S.我意识VSHUNT
到,这份登记册可以同时用来证实这方面的进展,但我的问题仍然是为什么这种情况甚至是必要的。
感谢你能抽出时间
奥斯威·罗德里格斯
您好 Mitch,
感谢您的回复;我对未能尽快回复您深表歉意。
我在下面粘贴了所有寄存器的几个样本。 前半部(第2-6行)的电流为1A,后半部(第7-12行)使用4A。 SHUNT_CAL
该值使用最大预期电流3A 和分流电阻0.01Ω Ω 来计算。
CONFIG, ADC_CONFIG, SHUNT_CAL, VSHUNT, VBUS, DIETEMP, CURRENT, POWER, DIAG_ALRT, SOVL, SUVL, BOVL, BUVL, TEMP_LIMIT, PWR_LIMIT, MANUFACTURER_ID, DEVICE_ID 0x0, 0xfb68, 0x2ee, 0x77b, 0x1e6f, 0xbc0, 0x28c4, 0x135be3, 0x3, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x774, 0x1e6e, 0xbc0, 0x28d4, 0x1369c4, 0x3, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x77a, 0x1e6f, 0xbc0, 0x28bf, 0x136017, 0x3, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x77c, 0x1e6f, 0xbc0, 0x28c8, 0x1363f3, 0x3, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x774, 0x1e6e, 0xbc0, 0x28c9, 0x136474, 0x3, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e0c, 0x1e65, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e0a, 0x1e64, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e10, 0x1e64, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e01, 0x1e63, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e01, 0x1e63, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391 0x0, 0xfb68, 0x2ee, 0x1e0f, 0x1e64, 0xbc0, 0x0, 0x0, 0x203, 0x7fff, 0x8000, 0x7fff, 0x0, 0x7ff0, 0xffff, 0x5449, 0x2391
希望这能有所帮助。 请告诉我是否可以提供更多的上下文来帮助调试此问题。 谢谢!
此致,
奥斯威·罗德里格斯
嗨,Mitch,
感谢您的快速回复。 我知道这一问题是由于超出了“最大预期电流”配置造成的。 这确实是我最初提出的问题的出发点。
然而,我的担忧在于 INA 如何应对这种情况:它“溢出”到0,而不是饱和到最大值。 这会给人一种假印象,以为实际存在过电流故障时会出现安全状况。
如果出现意外过电流故障,增加“最大预期电流”将不起作用。 (此外,如果将其增加到超出“预期”大小的范围,则精度会受到影响,因为此最大值决定 LSB 的大小。)
我希望我所说的内容有意义吗?
谢谢,
奥斯威·罗德里格斯
奥斯宾您好,
是的,我看到你在说什么,理想情况下,它总是在被超越时被传真出来。 我确实听到了设计团队的反馈,听起来似乎由于所有的内部计算,在某些情况下,由于内部溢出,可能无法显示出“已满”状态。 相反,这让我认为,并非所有超出最大预期电流的情况都会发生这种情况。 因此,您的最佳解决方案可能是监控警报系统以查找 MATHOF 标志和/或设置电流过高时警报的分流器过压标志。