TI中文支持网Part Number:TMS320F28377D
你好，
我现在遇到一个XRS复位问题，一开始28377D是正常运行的，但是，再测试的时候，在GPIO58和GPIO61的引脚焊线测试，结果就出现XRS反复复位，间隔30ms，且不可再恢复。我测试GPIO72和GPIO84两个脚都是高电平，说明确实在GET MODE模式。供电也是稳定的，那我能想到的就是修改了BOOTCTRL寄存器，但问题是这得是在烧录的时候才可能出现吧，可是我并没有任何烧录的动作。请问是否还有其他原因导致XRS持续复位呢，谢谢！
Green Deng：
你好，GPIO58和61焊线测试是测试的什么？这两个引脚跟复位应该没什么关系。
周期性的复位一般是看门狗导致的，但你的复位频率似乎跟看门狗也不太一样。你可以检查一下你的看门狗是不是使能了。
最后，你说修改了BOOTCTRL寄存器，是你已经修改过了吗？还是只是猜测问题由BOOTCTRL寄存器引起？
,
user5059962：
这个复位跟代码是没有关系的，看门狗使能那是初始化全部完成以后的，而我能确定根本就没有进入初始化。我的意思是，系统一直是正常的，但就是测试上述两个IO口的时候，焊了2根线出来测试，就出现跑飞。我大致认为是boot方式除了问题，但我确认了进入GetMode的信号是正确的，那就只有修改了BOOTCTRL寄存器。可问题是IO的测试会导致修改BOOTCTRL寄存器也于理不合，所以，我当前毫无头绪去定位这个问题。
,
Green Deng：
1、是否有自主修改过BOOTCTRL寄存器，并烧写进芯片？
2、测试用的是自己程序还是官方例程？
3、未将两个IO焊接之前是否有同样的问题？
4、复位引脚的外围电路有没有可能造成周期复位？
,
user5059962：
1、实验期间未作升级，BOOTCTRL寄存器就没有可能改过，其实不用讨论这个寄存器，我只是看规格书，会引起XRS复位的可能就供电和看门狗，排除这两个，就剩那个寄存器被修改了；
2、这个自然用的不是官方历程，但我的程序是一直在运行正常的；
3、之前肯定是从来没有遇到过；
4、复位引脚上拉以外，没别的；
另外，我把芯片焊接下来以后，在烧录工装上是正常的。所以，我就想确认，IO的什么操作，可能有什么原因会导致DSP跑飞。
,
Green Deng：
从引脚功能上来说，这两个引脚不可能引起复位。这点你可以用例程测试一下，在未定义这两个引脚的情况下是否复位信号持续
看你上面的描述，我觉得最可能的还是板子制作方面的问题，而且确实也有过因为焊接问题引起的芯片不正常复位。但具体哪里的硬件问题就很难排查了
