尊敬的技术支持团队： 我从事基于 FS26 SBC 的软件开发工作。附件中的图表引用自我们的软件开发资料，但我未能找到其原始官方文件。
请帮忙确认 NXP FS26 的哪个文档（数据手册/AN/功能安全手册/设计指南）包含此图，并提供相应的文档 ID 以及图表章节信息。
非常感谢您的帮助。
此致，
亲爱的赖女士，
我猜想您提供的文档片段实际上并非来自我们的 FS26 文档。它实际上源自 FS6500/FS4500 SBC 系列的数据手册。
由于您正在为较新的 FS26 SBC 系列开发软件，因此您应该查看 FS26 软件快速入门指南 (AN14492)、FS26 实现和行为 (AN12995) 或完整的 FS26 数据手册。
BRs，托马斯
亲爱的托马斯：
非常感谢您的及时澄清和指导！
此外，我还有另一个调试问题需要请教您。
我们的系统使用 FS26 为 FC7300 MCU 供电。当 FS26 进入 FS_STATES_NORMAL_FS 运行状态后，连接 J-Link 将导致 RST 引脚连续多次被拉低，从而导致调试器连接失败。
在正常运行模式下，通过定期的看门狗刷新，不会出现RESET问题。
能否帮忙分析一下这种多重RESET现象的根本原因，并分享相应的寄存器配置或硬件解决方案？
再次感谢您的支持。
此致，
赖
你好，
我猜Jlink是指连接到JTAG？
如果在正常运行的系统中连接 JTAG 时出现反复复位，则可能是看门狗出现错误。
当游戏中存在外部调试器，干扰 CPU 运行时，出现这种情况并不奇怪。
我们正在使用 FS4500，据我所知，我们在使用 JTAG 之前总是会激活调试模式，因为我们没有运行 CPU-SW 代码片段来在 JTAG 干扰期间充当看门狗。
依我拙见，调试模式就是为此而设计的。