请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：66AK2G12 您好！
在音频管理板的项目中、我们有 FPGA 和 SOC 66AK2G12ABYT100。
音频指标+编解码器接口和电路板的主器件是 FPGA。
SOC 使用内部 DSP 增加了复杂音频操作的价值。 根本不使用 ARM。
我们有一种场景、即使 SOC 出现故障、我们也希望支持音频管理。
故障可能是内存突然读取/写入、程序错误等
指示是 FPGA 和 SOC 之间的看门狗、用于跳转和指示故障。 但不允许看门狗仅允许用户执行复位。
在这种故障状态下、所有 SOC 接口都将被忽略–不会影响 FPGA 的音频路由。
脱离此故障状态的方法是通过 FPGA 通过电路板外部的信号来复位 CPU。
我的考虑因素是：
在 CPU 出现故障期间，我会考虑以下几点：
- 使用 LRESETn (引脚 V2)将 DSP 仅置于复位状态(长时间)、直到 DSP 被 FPGA 从复位状态中退出。
- 使用 RESETFULLn (pinW2)将 SOC 完成复位(长时间)、直到 SOC 退出复位。
由于 FPGA 和 SOC 之间存在大量信号(TDM、MCASP McBSP、GPMC 本地总线 SPI)、因此在复位期间可能会发生竞争(上述任何类型)、我倾向于选择选项1。
问题：
- 1)是否可以长时间(小时或更长时间)将器件复位(任何类型)？
- 2) 2) LRESETn (引脚 V2)是否对 SOC 器件的引脚有影响、从而不会引起外部信号争用？
- 您对如何实施手动看门狗有其他建议吗？
谢谢
Avner
