关于Gpt测不准问题

[yxydoctor]

实测下来，50ms的中断周期，表现为35-65ms不等。所以让人很困惑。
而反测竞品的gpt驱动（基于EB的），没有这种现象。所以让人比较忧虑

[zyq]

我用freertos没有复现你的现象，方便把代码发出来我们测一下吗？

[yxydoctor]

问题终于锁定了！可喜可贺，复盘一下：
1 - 关闭OS，裸机跑(Mcal初始化后死循环)，定时器中断周期是准的；但也发现复位后居然没有自动开狗。
2 - 开启OS，定时器中断周期不准，标准50ms，实测会在35ms-65ms浮动。
3 - 开OS后，某些情况下中断周期也是准的，比如改改app调度周期。

原因分析：
1 - platform模块修改定时器中断优先级，从0开始测试，一路测试到14，问题都不存在了，也就是优先级不能为15；
2 - 把例程中已开启的其它外设的中断都关闭，Gpt模块中未使用的外设也关闭，只保留这一路定时器中断；同样满足步骤1现象，不能为15.
3 - 据此分析，想不通原因，希望官方还是核时一下吧。

[Enwei]

你的操作系统Thread的内核SysTick Timer， PendSV和SVCall三个中断的优先级是怎样配置的？

内核私有外设模块SCB->SHPR2/3寄存器：

[yxydoctor]

Enwei

[yxydoctor]

之前用的nxp的rt1021配的，也是个M7

[Enwei]

yxydoctor 我们这边使用FreeRTOS无法复现你说的问题，初步怀疑是Thread和FreeRTOS两个OS对外设中断的管理不同导致的。要找到root cause，需要你提供一下你的测试工程，谢谢~！

[yxydoctor]

Enwei
我怎么发呢？

[yt0069]

Gpt模块采用的tmr，ptmr，lptmr，rtc实现的，从外设的工作机制上来讲建议优先选择ptrm和lptmr来作为Gpt的硬件模块。OS的tick值可采用core带的system tick来实现，只是需要手写代码

[Enwei]

yxydoctor 将工程压缩后，直接论坛里面回帖附件上传或者发到我邮箱enwei.hu@ytmicro.com

[yxydoctor]

Enwei 工程代码已发您邮箱了，烦请看看根本原因具体在哪里？也是第一次遇到这种情况，但如果不知根本原因，可能会是个隐患。

[Enwei]

yxydoctor 邮件已收到，我们会尽快处理~！

[Enwei]

yxydoctor 收到你的工程后，我这边复现debug这个问题，root cause如下：

你工程中使用的ThreadX OS这个操作系统初始化时没有创建任何空闲任务（idle task），导致用户任务通过调用tx_thread_sleep()睡眠后，内核的PendSV_Handler中不清除自己的中断标志（因为没有ready的task需要执行），从而CPU长期执行任务切换检查的代码而不主动退出（仅在SysTick 1ms中断和APP1和APP2两个用户任务睡眠时间tineout后才退出）。如果这时候外设中断，比如本例中的pTMR_CH0的50ms定时中断的优先级与PendSV设置相同(都是15)，那么跟PendSV相同优先级的外设中断ISR将很难被执行（仅退出PendSV_Handler时才可能）。

用户任务睡眠时间越长，这种现象越严重，这也与你反馈的，10ms睡眠时正常（我这边测试5ms，1ms， 50ms，甚至APP2 task中不睡眠都是OK的，因为pTMR_CH0的定时周期为50ms），而100ms不正常（测试500ms睡眠的话，测量的时间周期偏差更大）。

因此，解决方案有如下两种：

1. 将工程中所有用到的外设中断优先级配置为高于PendSV的优先级(Cortex-M系列CPU内核的中断优先级数字越小优先级越高)
2. 给ThreadX OS创建一个Idle task，并将其优先级设置为最低0（ThreadX OS的stask/thread优先级数据越大优先级越高）
   

[yxydoctor]

非常非常感谢，这是真正的专家。您看这样是否可行：
threadx本身并没有空闲任务这个不烦了。我这边保证所有需要中断的mcal外设中断优先级<15,即PendSV，这样可以么？

[Enwei]

yxydoctor 可以的。