? ? 全部学习汇总：?GitHub - GreyZhang/g_FreeRTOS: learning notes about FreeRTOS.
? ? 最近用到了FreeRTOS，在ST的SPC5Studio中的SDK。之前用过几次，但是在这个环境下没有用过FreeRTOS。
? ? FreeRTOS中提供了比较好用的延时机制，但是这个延时的单位或者基准是OS的tick。这次我需要一个精度稍微高一些的延时，这样就需要把tick的数值调整一下，让这个时间尽可能短一些。
? ? 这里是tick的配置地方，这里的单位并不是时间还是一个速率，单位应该是HZ。尝试修改的时候发现在现在的SDK中其实是有一定的范围限制的。
? ? 基于这样的信息，这个tick能够参考的延时信息精度配置范围应该是500us~10ms之间。如果考虑最高的精度的话，这里可以设置一个2000的数值。自然，这个数值的修改并不是越大越好也不是越小越好，这应该是一个结合应用来评估合理性的配置信息。如果速率高了，响应的速度自然是可以快一些，而延时的精度也会增加。但是如果过高，OS基础功能自然会消耗更多的CPU负荷。
? ? 之后查看生成的代码变化，这里是唯一的变化点。
? ? 这是可能会直接受到影响的代码设计。
? ? 先看前面这两个文件，第一个文件其实是这次SDK生成的代码前面发现的变化。而后面的3个文件其实都是注释，因此这两个文件在软件直接变动影响的角度不需要做进一步分析了。
? ? 这个是第三个文件，projdefs.h。这里涉及到的其实是一个单位转换，实现的功能是把ms时间转成对应的tick数值。理解起来也很容易，RATE除以1000其实是1ms的tick数值，这样乘以一个多少毫秒的因子就可以算出ms对应的tick数值了。
? ? 这个timers.h，里面涉及到这个参数的也全都是注释。暂且不需要做进一步的分析了。
? ? 接下来，跳过C文件查看最后一个文件，这个更加简单一些。这里其实是有一个参数的计算定义，含义为每一个tick对应多少ms时间。
? ? 最后看port.c，这个是用到这个参数且设计有应用的地方。从接口名称看，是OS设置时间相关配置的接口。
? ? 进一步查看这个接口的设计，其实只是完成了一个参数传递。同时，把每秒钟的tick数目，也就是rate的数值传递给OS抽象层的一个私有参数中。
? ? 再进一步，看调用的接口。这里一看就是最终的驱动配置点了，首先设置了中断以及时钟，接下来计算了一个寄存器的数值信息，这个信息就是PIT每秒钟能够完成相应的tick数目的设置。之后设置寄存器的数值之后，启动定时器。CVAL的数值设置，可以让定时器中断在一次tick之后触发。