我正在使用 RTD 层在带有 FS26 的 S32K314 上进行开发。
目前，我遇到 FS26 无法 RESET MCU 的问题。
FS26 成功进入正常状态，但是当我故意停止为看门狗供电时，RSTB 引脚没有被拉至低电平，也没有 RESET MCU。
您能帮我检查一下可能出了什么问题吗？谢谢。
有关我的配置设置和初始化步骤，请参阅所附的图片。
嗨，彼得、
感谢您的回复。
我正在定制板上开发，我可以确认硬件已经退出调试模式。
我尝试刷新一个没有进行任何 FS26 初始化的版本，在那个版本中，FS26 会持续 RESET MCU。
但是，当我闪回我提供给你的版本（包含 FS26 初始化的软件）时，FS26 不再 RESET MCU。
此外，你还可以看到我的配置，如附件所示，我选择了调试模式退出。
请帮助检查 FS26 初始化过程中是否有任何错误。谢谢。
你好
你能分享一下你使用的是恩智浦评估板还是定制主板吗？
确保 FS26 未处于调试模式。在这种情况下，WDOG 将被禁用，超时时不会有任何反应。
顺祝商祺！
Peter
你好
好的，谢谢你的解释。
此外，你还可以看到我的配置，如附件所示，我选择了调试模式退出。
好的，这只是配置图形用户界面中的复选框。
如果从 FS26 读回，它真的处于正常模式吗？
我尝试刷新一个没有进行任何 FS26 初始化的版本，在那个版本中，FS26 会持续 RESET MCU。
如果 FS26 未初始化，WDOG 将发出 RESET 命令，RESET 阶段将自动重新开始。
初始化阶段必须在 256 毫秒超时前通过良好的看门狗刷新关闭。如果在初始化阶段没有发送监视器刷新或监视程序不正确，则会生成 RSTB 脉冲，故障错误计数器将增加 1。当 RSTB 版本发布时，新的初始化阶段会自动启动。
但调试模式也是通过调试引脚激活来保持的。但是由于RESET是在没有完成初始化的情况下进行的，我预计你没有激活调试引脚。
但是，当我闪回我提供给你的版本（包含 FS26 初始化的软件）时，FS26 不再 RESET MCU。
因此，在我看来，这与代码直接相关。
因此，我认为可能只有两种选择。
1. 您的 WDOG 未激活
2. 您已进入调试模式。
否则，FS26 将发出 RESET。
可以添加 FS26 模式调试模式检测检查，以确保 SBC 启动后不处于调试模式。
同时检查 FS_I_WD_CFG
顺祝商祺！
Peter
嗨，彼得、
请看我蓝色字体的回复。谢谢。
仍未找到监视程序未触发信号 MCU RESET 的根本原因。
如果从 FS26 读回，它真的处于正常模式吗？
Wade : 是的，我通过 spi 读取了 FS_STATES，它返回 1011（正常）。
1. 您的 WDOG 未激活
韦德：我用 spi读取了FS_I_WD_CFG 并返回了 0101 1010 0001 0000，与我的配置相同。
2. 您已进入调试模式。
Wade : 没有，我通过 spi 读取 FS_STATES，它返回 1011（不在 DEBUG 模式下）。
嗨，彼得、
我在上一篇文章中漏掉了一张图片。
请一并参阅。谢谢。
你好
这就奇怪了。
我检查过你们的登记簿：
如果从 FS26 读回，它真的处于正常模式吗？
Wade : 是的，我通过 spi 读取了 FS_STATES，它返回 1011（正常）。
1. 您的 WDOG 未激活
韦德：我用 spi读取了FS_I_WD_CFG 并返回了 0101 1010 0001 0000，与我的配置相同。
wd_fs_reaction[1:0]
如果设备未处于调试模式，则此类配置将触发信号RESET。
2. 您已进入调试模式。
Wade : 没有，我通过 spi 读取 FS_STATES，它返回 1011（不在 DEBUG 模式下）。
这说明是正常模式。
我不清楚你那边发生了什么。
你能不能通过示波器检查RESET线，看看RESET没有被拉出。另外，你在恩智浦评估板上看到同样的行为吗？
那调试引脚呢，不是激活的吗？
默认情况下，在没有任何SBC配置的情况下，RESET会被触发信号，因此您的SBC配置中必须有一些内容，防止从SBC向uC执行RESET。
您是否尝试过 RTD 软件包提供的 FS26 示例软件？
顺祝商祺！
Peter