Study_Stellaris 发表于 2015-7-9 09:58 会不会是中断优先级设置的问题，感觉逻辑比较混乱，先调试一个串口的情况。

但是都是串口DMA，应该优先级一样，然后当两个串口发送测试DMA时，我没有用到中断

哦，说错了，是禁止JTAG

我认为原理应该不是这样的吧，这样的话，这种RTC功能就做的太死了

就是刚开始的时候我会给定时器RTC一个初始值，实现它的一秒一个计数和中断，然后等GPS有正确时间后，我就需要把原先在RTC里的值改了，然后按GPS这个时间匹配它的一秒一个计数和中断，但是现在是后来GPS的时间写进去了，但是它的一秒一个计数和中断还是按原先的时间走。就是时间写进去了，但是不按最新写进去的时间匹配中断。

现在发现不是这个问题，我要校时的时候哦，刚开始的时候我会给一个初始时间，然后当我获得精确地GPS时间后，把时间写进去，确实定时器的值也是变了，但是为什么那个RTC的一秒中断匹配还按原来的时间。

但是就是因为有时时间延迟太久而且太随机，不知道是中断程序原因勒，还是有可能板子有问题，因为我用的是实验室自己开发的板子

这个不固定，就是因为这个不固定所以查不出错误出在哪里，我程序思路是这样的，我们先冲GPS时间，而且同时GPS芯片会给秒脉冲，我们根据这个秒脉冲来触发中断，然后中断里把时间写进RTC里，然后监测RTC的一秒一个中断和GPS秒脉冲是不是匹配。现在就是两个相差太随机，找不出原因。

那请教各位了解RTC的一秒一个中断不，我现在遇到一个很怪的情况，每次有一个脉冲来我就加载一次RTC的值，然后监测这个RTC跳变情况，为什么和那个脉冲匹配不上哦

关键是编译都不能生成二进制代码，而且你跳不进中断，就无法测试。关键是我的串口初始化的时候，不用中断能发数据，用中断肯定的不行。

我用得是keil分部调试，就是因为不能跳到中断里面，好像是编译气窗口都没有生成可执行代码。