您好,
我们实施了故障响应-故障,重启OV (5次),UV (1次)和最大故障开启(5次)
我们希望验证这些实施情况。
您能否建议测试和验证这些故障响应的方法或测试案例模拟?
请参阅所附项目file.e2e.ti.com/.../UCD9090-2.3.5.0-Address-101-Project-File_5F00_228.2017万.zip
此致,
费利克斯。
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.
您好,
我们实施了故障响应-故障,重启OV (5次),UV (1次)和最大故障开启(5次)
我们希望验证这些实施情况。
您能否建议测试和验证这些故障响应的方法或测试案例模拟?
请参阅所附项目file.e2e.ti.com/.../UCD9090-2.3.5.0-Address-101-Project-File_5F00_228.2017万.zip
此致,
费利克斯。
e2e.ti.com/.../UCD9090_5F00_Resequence_5F00_Restart_5F00_Testing.zipHiYihe
我们正在继续进行此故障模拟测试,并尝试验证重新排序和 重新启动功能。
我们也从当地FAE的支持中获得帮助。
此外,感谢您发布的常见问题解答。 这对我们的测试非常有帮助。
我们希望分享我们的观察和疑问,并更清楚地了解我们的结果。 请告诉我更多细节。
1.我们有一个系统要求,即使一个滑轨出现故障,也应关闭所有滑轨。
为此,我们选择所有其他导轨作为故障从属关闭。
在任何情况下,当故障导轨关闭时,我们都不希望任何其他导轨处于主板上。
如果我们使用重新启动功能,是否满足此要求?
我们从数据表和常见问题中了解到,重新启动功能是特定于轨道的。
只有在重新启动次数用完后,当我们选择故障从属关闭选项时,UCD才会关闭其余的滑轨。
我们看到故障从属关闭滑轨在主板上处于活动状态,而故障滑轨执行重新启动。 如果是这种情况, 在任何情况下,我们都不应为应用程序选择重新启动功能。
为了便于您参考,我们在测试此项时未启用重新排序选项。
2.同时,当我们单独拥有重新排序选项时,在过电压故障期间,我们可以看到所有的导轨都在关闭,并再次按照接通顺序重新排序。 它根据设定的编号重复重新排序,在完成重新排序的次数后,如果仍然存在故障,它将关闭所有导轨。
这符合我们的要求。
3.但是,如果我们单独拥有重新排序选项,在欠压故障期间,我们只能看到一个重新排序,之后导轨不会关闭。 所有导轨都存在,包括故障线路。 在UV箱中不会发生预设的重新排序次数。
请参阅随附的带波形表的Word文档以支持此调查结果。 此外,我们还随附了UCD映像文件供您测试。
请就这些调查结果提供您的意见。
此致,
费利克斯。
你好,Felix
根据Word文件中的描述,UV箱存在问题。
在Word文件中,您说在 执行Resequencer或重新启动后,出现故障的导轨未超过POWER_Good阈值。 在这里,我的理解是,当检测到UV故障时,UCD成功关闭故障导轨(故障导轨应降至0伏或具有极小的电压), 但是当UCD尝试重新启动它或对其进行重定时,在断言EN后,滑轨无法加电(低于POWER_Good阈值)。这是否正确? 滑轨似乎无法以某种方式重新启动。 从UCD的观点看,我没有发现任何错误。
如果您预计在EN信号被确认后导轨应通电,则应设置ton_MAX计时器设置。 如果导轨未在ton_MAX内达到POWER_Good,则可能会触发ton_MAX故障,可以设置正确的响应以关闭所有导轨。
如果我理解的内容有误,请告诉我。
谢谢
Yihe
您好,Yihe:
感谢您的意见和随后的电话会议以及TI本地FAE,我们可以解决我们所面临的问题。
我们特别了解作为故障响应的重新启动功能不能满足我们的要求,因为我们希望所有主板滑轨都需要在任何滑轨出现故障时关闭并重新启动。 因此,我们最终使用了RE测序,它帮助我们提出了我们的要求
我们使用了我们设置的ton_MAX_FAULT延时来完成UV故障重新排序方案。
再次感谢您的支持。
此致,
费利克斯。