TOPCB 发表于 2018-10-30 17:56
楼主，如果在不开TIM1的情况下，延时正确，说明tim1的中断处理延时太长，看一下这个中断中处理是否增加了延时，导致滴答时钟中断被打断时间太长导致。

听了你的建议，在调试窗口设置断点查看了一遍：时钟配置：
    1、RTX滴答中断设置为1ms
    2、TIM1设置为向上溢出中断，时间间隔为1ms以下为测试结果：
    3、中断程序执行时间0.0046us
    4、两次进入中断的时间间隔大致为1ms


从上面的数据上我看不出问题来，， 中断程序的执行时间在滴答中断周期之内，，

从裸奔程序移植到RTX后出问题的一直都是AD模块，，，在裸奔情况下延迟时间放大几倍都能正常运行~~
在RTX中却不管延迟时间长短频频出错（一会儿对一会错），

AD模块通过ADS1248芯片实现，芯片的校准及获取AD数据等待RDRY为低电平的方式实现；
裸奔情况下采用嵌套for循环（总共循环500次），AD实现正常，其后测试将延迟修改为1ms,2ms,3ms等，
均运行正常；在RTX中为了将等待时间用于其它任务使用，延迟采用os_dly_wait(1)的方式实现。（1ms）


刚刚将先前运行正常的裸机AD程序与RTX项目中的配置进行比较：
   两者的区别在于：
        裸机时使用的时钟源是HSI，而现在使用8M外部高速晶振HSE，这造成了时钟配置发生了改变
        SYSCLK, HCLK,AHB,Cortex System timer,FCLK,APB1外设时钟,APB1计时器时钟,APB2外设时钟,APB2计时器时钟
        裸机时：APB1外设时钟及APB2外设时钟为18MHz，其余均为36MHz
        RTX中：APB1外设时钟及APB2外设时钟为36MHz，其余均为72MHz（即增大了一倍）


于是在裸机程序中对时钟配置进行了修改，发现修改后AD数据也不对了~~
经过逐一排查，发现问题出自于APB1的时钟配置上，在RTX中将APB1的时钟配置缩小一倍后再次进行调试，这回没问题了，
然而程序中使用到APB1时钟的当前只有SPI2，，，这下又来了个新问题~  SPI时钟为什么会对AD数值产生影响呢？
是因为ADS1248上的串口时钟与其不匹配？可是串口时钟接的是GPIO引脚，时钟为APB2时钟，此时双方频率都增大了一倍了啊~
而SPI2的预分配我已经设置为最大了~，只能通过修改APB1的时钟频率进行修改，，，
看来得重新研究研究文档了~~~