TI中文支持网
TI专业的中文技术问题搜集分享网站

TMS320F28377D: XRS引脚持续复位,导致持续无法运行

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:

从引脚功能上来说,这两个引脚不可能引起复位。这点你可以用例程测试一下,在未定义这两个引脚的情况下是否复位信号持续

看你上面的描述,我觉得最可能的还是板子制作方面的问题,而且确实也有过因为焊接问题引起的芯片不正常复位。但具体哪里的硬件问题就很难排查了

赞(0)
未经允许不得转载:TI中文支持网 » TMS320F28377D: XRS引脚持续复位,导致持续无法运行
分享到: 更多 (0)