关于Gpt测不准问题

[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 可以的。