TMS320F28069: DSP运行过程中不定时重启

一般能引起复位的就是外部复位信号和看门狗复位，我觉得可以将复位引脚的外部电路断开之后单独测试看门狗复位。如果这种情况下还是会复位，则是看门狗引起的，毕竟引起看门狗复位的不光是中断溢出。任何程序进入死循环或者非法中断等等都会引起看门狗复位。

如果能排除看门狗复位，那么基本就可以判断是外部干扰了。

你好，最近找到了复位的原因，单独测试了单门狗复位，确实是单门狗复位引起的。

原因在于写的函数中的SCI模块，在通信超时后会重新配置sci模块，这个模块中包含三个内容：

1. 初始化sci模块结构体

2. 配置波特率，通信协议等配置

3. 硬件sci模块配置（其中包含一个delay_us函数）

测试发现1占用了8ms左右的时间，确定问题原因是里面有几个大数组，那么使用memset初始化时占用太多时间，改变数组大小可解决这个问题；

2占用时间是us级别；

3占用约4.5ms时间，而实际delay_us设置的是延时1000us也就是1ms。

现在比较困惑的有2点：

1. 如何确定delay_us这个函数确实已经搬运到ram运行，之前有看到这个函数在ram和flash运行时间是不一样的。

2. 如何计算看门狗的中断溢出时间。看datasheet我得出的计算方式是：

   （ 1/ （oscclk/512/1））* 256 = 6.5ms  但实际貌似是13ms左右才复位，而且ti程序中注释的也是13ms。