实现方式为开启一个任务,任务开始执行100ms的延时,记录这段延时 空闲任务中的计数器次数。
这个次数就是CPU利用率几乎为0的时候,一直执行空闲任务,这个就是最大计数器值。
然后在本任务中启动 其他任务,这是因为在这之前不能有其他任务执行。
在最高优先级的任务中,100ms延时读取 空闲计数器值,这个就是空闲的单位时间。
CPU占用率 = 1-空闲单位时间/初始化最大空闲计数器值。
目前出现一个问题,有时候计算出来是负数。
开始怀疑是不是DMA和CPU抢总线,造成CPU访问延迟,按照这样也不会啊,这样不是开启DMA就没法搞实时性程序了。
最后发现是空闲计数器是32位,两个任务优先级不同的任务都在访问他,这样就出现了访问不完整的情况,也就是
通常所说的原子操作。
keil中有相应的原子操作函数,atomic_set32()
网上找的图
目前M0+为ARM V6架构。
还有可以关闭中断 开启中断。这个也可以实现简单,但是关闭中断在有些要求严格的项目上是不允许的。
信号量使用笔记
osSemaphoreId dma_cplt;
// 定义信号量
static osSemaphoreDef(dma_cplt);
// 创建信号量
dma_cplt = osSemaphoreCreate(osSemaphore(dma_cplt), 0);
// 等待信号量
osSemaphoreWait(dma_cplt, osWaitForever);
// 释放信号量
osSemaphoreRelease(dma_cplt);
任务占用率 一个任务中 只要释放CPU任务占用率都不会很高。
中断一般发送信号量,然后任务接收信号量,等待释放信号量然后运行。
另外一种是osDelay(x)
实际测试 CPU占用率 两种方法差不多。