TI中文支持网目前使用28335做实时控制，发现使用中28335控制器的JTAG接口可能被干扰，在干扰过程中TRST引脚电平可能被拉高使得28335不再正常运行。在这种情况下我希望28335的程序可以在TRST恢复正常后复位，实际中我配置了看门狗来进行复位。单独测试看门狗在停止喂狗时可以正常使得程序复位，但是如果我手动将TRST拉高再降低，程序还是会进入跑死状态而无法被看门狗正常复位。
想知道28335的程序在TRST复位信号消失后会进入什么状态？目前我只能通过重新上电才能使28335重新正常运行。
mangui zhang：
应该是其他的问题 不只是TRST的问题 即使TRST有效了 也应该复位重新跑
是不是软件堆栈等设置不合理 或者是其他原因
目前使用28335做实时控制，发现使用中28335控制器的JTAG接口可能被干扰，在干扰过程中TRST引脚电平可能被拉高使得28335不再正常运行。在这种情况下我希望28335的程序可以在TRST恢复正常后复位，实际中我配置了看门狗来进行复位。单独测试看门狗在停止喂狗时可以正常使得程序复位，但是如果我手动将TRST拉高再降低，程序还是会进入跑死状态而无法被看门狗正常复位。
想知道28335的程序在TRST复位信号消失后会进入什么状态？目前我只能通过重新上电才能使28335重新正常运行。
user4314463：
回复 mangui zhang:
TRST有效后复位重新跑，是按照正常复位进入BootLoader开始跑吗？会按照XA的引脚选择进入对应的启动方式运行吗？我的程序存储在flash里，XA都拉高进入FLASH，进入主程序后复制FLASH程序到RAM里运行。
目前使用28335做实时控制，发现使用中28335控制器的JTAG接口可能被干扰，在干扰过程中TRST引脚电平可能被拉高使得28335不再正常运行。在这种情况下我希望28335的程序可以在TRST恢复正常后复位，实际中我配置了看门狗来进行复位。单独测试看门狗在停止喂狗时可以正常使得程序复位，但是如果我手动将TRST拉高再降低，程序还是会进入跑死状态而无法被看门狗正常复位。
想知道28335的程序在TRST复位信号消失后会进入什么状态？目前我只能通过重新上电才能使28335重新正常运行。
mangui zhang：
回复 user4314463:
应该不会去判断boot模式在加载跑。是逻辑从入口处开始跑
