OMAPL138上电时序与复位时序问题

从上面描述来看，应该跟RESET信号没有关系，RESET为低时间长是没有关系的。只是太短才会有问题。

如果跟复位信号没有关系，那么可能跟哪方面有关？BOOT设置么？

看来我理解反了，因该是跟外部看门狗的喂狗周期相关。看门狗在上电后就开始计时了，其输出RESET低期间一直在计时，在DSP程序运行起来喂狗之前就超时了，那么就复位了。

也就是500ms+boot+程序运行到喂狗这个时间超出了喂狗周期。

按照您的建议，确认过了，程序启动时间没有超出喂狗周期，喂狗信号检测周期是6.7S，程序启动时间是3S左右。

这有点说不通啊。

你有测量喂狗信号与狗输出的复位信号做对比吗？

您说的喂狗信号与狗输出的复位信号做对比是什么意思，因为上电后，程序一直启动不起来，所以就没有喂狗信号，如果我不启动看门狗，上电先让程序运行起来然后再启动看门狗，这个时候板件是可以正常运行的，不会出现复位现象。

pengcheng xu 说：

您说的喂狗信号与狗输出的复位信号做对比是什么意思，因为上电后，程序一直启动不起来，所以就没有喂狗信号，如果我不启动看门狗，上电先让程序运行起来然后再启动看门狗，这个时候板件是可以正常运行的，不会出现复位现象。

这不已经说明了板子起来后，还没来得及第一次喂狗就超时了么。

你前面说没有超出喂狗周期又是什么意思呢？“按照您的建议，确认过了，程序启动时间没有超出喂狗周期，喂狗信号检测周期是6.7S，程序启动时间是3S左右。”

是这样子的，您之前说程序启动时间超过了喂狗周期，于是我将检测时间由3.5S增加到7S程序仍然运行不起来，增加到20S后，程序仍然运行不起来。所以我以为不是程序起来没有来得及喂狗，可能是程序根本就没有从NOR FLASH 加载启动，但是我又没有找到原因。

好吧，我已经完全不知道自己在说什么了。什么是检测时间？麻烦用通用的方式描述一下，谁检测谁？

有没有从nor 加载，用示波器量一下CS不就知道了。