主题中讨论的其他器件:TPS65381A-Q1
你(们)好
我的客户报告了一个问题、即:如果 TMS570故意发送错误的 WD 服务或 nError=0、则导致 TPS65381复位、然后 TPS65381使 TMS570复位、TMS570在此期间不向 TPS65381发送任何命令、 然后 、在100+ms 后、TPS65381再次复位、 它不会进入激活模式、这个过程会反复发生、65381复位和复位。 请告诉我如何调试此问题吗?
谢谢!
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.
你(们)好
我的客户报告了一个问题、即:如果 TMS570故意发送错误的 WD 服务或 nError=0、则导致 TPS65381复位、然后 TPS65381使 TMS570复位、TMS570在此期间不向 TPS65381发送任何命令、 然后 、在100+ms 后、TPS65381再次复位、 它不会进入激活模式、这个过程会反复发生、65381复位和复位。 请告诉我如何调试此问题吗?
谢谢!
您好 Murthy、
感谢您的支持、我认为这不是一个简单的 WD 问题。
添加更多信息:如果它们在 570复位后的30ms 内重新启动(加电初始配置) 65381 (由 nRST=0引起)、 这个问题可以解决、这个过程与它们的正常加电序列一样。 如果它们在570复位后的50ms 内重新启动65381、则会发生问题。 但诊断超时为512ms、但他们认为实际诊断超时为30+ms、远小于512ms。 你怎么看?
我已经向 Scott 发送了一封电子邮件、希望你们中的任何人都能尽快为我提供帮助。 谢谢。
您好、Wayne、
这些是复位状态转换的不同操作和初始原因(NRES 引脚在复位状态下拉为低电平)。 对于 TMS570的看门狗强制复位、 TPS65381A-Q1将在 WD_FAIL_CNT 达到7 + 1时立即转换为复位状态( 当 WD_RST_EN 设置为1时、计数器达到7时的下一个不良看门狗事件)。 对于强制 MCU ESM 故障、 TPS65381A-Q1将首先转换到安全状态并保持该状态、直到发生安全状态超时。 根据客户配置 PWD_THR、NO_SAFE_TO 和 SAFE_LOCK_THR 位的方式、器 件将在安全状态超时后保持在安全状态、转换至复位状态或待机状态。 请参阅器件控制器状态图 :www.ti.com/.../detailed-description 和安全状态部分、了解有关这些位设置以及从安全模式转换到复位或待机模式的详细信息: http://www.ti.com/product/TPS65381A-Q1/datasheet/detailed-description#SLVSBC4343
可能会发生的情况是、客户引导代码无法识别在 WD_RST_EN 仍设置为1时发生的复位、因为 SAFETY_FUNC_CFG 寄存器在复位状态后不会重新初始化 WD_RST_EN 将保持设置为1。 (请参阅该寄存器的寄存器映射中的重新初始化源,它只是 NPOR 不复位状态: http://www.ti.com/product/TPS65381A-Q1/datasheet/detailed-description#SLVSBC42889 )
在转换至诊断状态时复位状态后、 WD_FAIL_CNT 会重新初始化为 5、WD_RST_EN 仍设置为1、看门狗正在运行、并且会在"不良事件"、超时事件以及 WD_WIN1_CFG 或 WD_WIN2_CFG 重新写入时递增。 在引导过程中、MCU 应读取 SAFETY_FUNC_CFG 以确定 WD_RST_EN 仍设置为1、 如果 MCU 无法在3个不良看门狗事件内重新同步并使 WD_FAIL_CNT 递减、从而将 WD_FAIL_CNT 递增至7 + 1、则软件应在此 初始引导过程中将 WD_RST_EN 位清零、同步到看门狗、运行必要的诊断、 然后、MCU 重新同步并完成诊断后、将 WD_RST_EN 重新设置为1。
此致、
Scott