对着freertos的说明，发现os就是比裸奔强很多。但是问题是封装后的cmsis_os虽然变化不大，但是由于没有使用说明，对初学者来说确实有点难了，比如在freertos中的xSemaphoreGiveFromISR()、xSemaphoreGive()，查了好久，在cmsis_os中只使用osSemaphoreRelease(myBinarySemHuart1Handle)就解决了问题，这样摸索实在是浪费时间，如果有使用说明就简单多了。谢谢

osEvent eve;
eve=osSignalWait(0,osWaitForever);
本来是可以根据信号不同在一个任务中执行不同的功能，前提是要把信号清零。我一直奇怪信号设置一后就不变了，比如我设置了osSignalSet(xxsHandle,0x01);osSignalSet(xxsHandle,0x02);osSignalSet(xxsHandle,0x04);之后，下次再设置信号0x01的话，其实另外两个模块下的程序也会执行，也就是多oswaitsignal没有清零任何信号，查看变量证实了我的判断，于是想用ossignalclear语句，很遗憾居然就是一个定义没有内容。查看oswaitsignal定义，关键语句如下：if(xTaskNotifyWait( 0,(uint32_t) signals, (uint32_t *)&ret.value.signals, ticks) != pdTRUE)，查看xTaskNotifyWait定义，发现那个0就是执行前要清零的信号位，0位当然什么都不清除，他妈妈的这个封装真的有问题，一直以为是自己错了，请看freertos的解释：
ulBitsToClearOnEntry           Any bits set in ulBitsToClearOnEntry will be cleared in the calling RTOS task's notification value on entry to the xTaskNotifyWait() function (before the task waits for a new notification) provided a notification is not already pending when xTaskNotifyWait() is called.
For example, if ulBitsToClearOnEntry is 0x01, then bit 0 of the task's notification value will be cleared on entry to the function.

Setting ulBitsToClearOnEntry to 0xffffffff (ULONG_MAX) will clear all the bits in the task's notification value, effectively clearing the value to 0.
很清楚地解释了这一点，难道cmisis封装时不能添加一个变量吗？
由于我的程序不需要保留signal位，所以最简单的办法就是直接修改cmsis_os这个程序，把0直接换成0xffffffff,如下if(xTaskNotifyWait( 0xffffffff,(uint32_t) signals, (uint32_t *)&ret.value.signals, ticks) != pdTRUE)。问题解决。

继续这个帖子也算是我的学习笔记吧，这个也是我目前正在做的一个项目，先项目后学习哈哈。
今天遇到一个奇怪的问题，程序重写了多次，没办法用串口跟踪查看，发现判断条件已经具备，但是没有执行条件语句下的内容，而且发现触发条件值很快改变，根本没有经过我的延迟时间。如果是自动循环，则条件语句第一次不执行，第二次开始完全执行了条件语句中的内容。
代码如下：
eve=osMessageGet(SampleControlQueueHandle,500);
                if(eve.status==osEventMessage)
                {
                        rSampleControldef=eve.value.p;
                        lSampleStartFlag=rSampleControldef->startSampleFlag;
                        lAutoOrManual=rSampleControldef->autoOrManual;
                        lForwardTime=rSampleControldef->forwardTime*100;
                        lBackFlowTimeTime=rSampleControldef->autoLoopTime*100-lForwardTime;
                       
                        rSampleFlag=1;
                        osPoolFree(samplePoolHandle,rSampleControldef);
                }
                if(rSampleFlag)
                {
                        HAL_UART_Transmit(&huart1,"SampleOK\r\n",10,100);
                }
                else
                {
                        HAL_UART_Transmit(&huart1,"SampleNOOK\r\n",12,100);
                }
                if(lSampleStartFlag)
                {
                        HAL_UART_Transmit(&huart1,"StartOK\r\n",9,100);
                }
                else
                {
                        HAL_UART_Transmit(&huart1,"StartNOOK\r\n",11,100);
                }
                if(lSampleStartFlag && rSampleFlag)
                {
                        CHROM_SAMPLE_ON;
                        LED7_ON;
                        HAL_UART_Transmit(&huart1,"Forwarding\r\n",12,100);
                        osDelayUntil(&lastWakeTime,lForwardTime);
                       
                        CHROM_SAMPLE_OFF;
                        LED7_OFF;
                        HAL_UART_Transmit(&huart1,"BackFlowing\r\n",13,100);
                        osDelayUntil(&lastWakeTime,lBackFlowTimeTime);
                        HAL_UART_Transmit(&huart1,"Chrom Standby\r\n",15,100);
                        if(!lAutoOrManual)rSampleFlag=0;
                }
                osDelay(500);
初步怀疑是os智能地执行了调度，由于任务开始时是无意义的空循环，所以os没有调用那部分空闲代码，

更新一下，说说有关os的osSignalWait(0,osWaitForever);，这个等待是等待任何信号的进来就解除阻塞。看了文档不是很明白，怎么都搜索不到例子，所以根据自己的理解，在任务中判断信号量来处理不同的功能。根据默认一个任务可以有8个信号量，我只用到两个，信号0x01 和0x02.
osEvent eve;
eve=osSignalWait(0,osWaitForever);

if(eve.value.signals==0x01){}
if(eve.value.signals==0x02){}
运行结果是如果信号1先触发的话，那么信号2就完蛋了，如果信号2先触发信号1就完蛋，百思不得其解，
看定义如下typedef struct  {
  osStatus                 status;     ///< status code: event or error information
  union  {
    uint32_t                    v;     ///< message as 32-bit value
    void                       *p;     ///< message or mail as void pointer
    int32_t               signals;     ///< signal flags
  } value;                             ///< event value
  union  {
    osMailQId             mail_id;     ///< mail id obtained by \ref osMailCreate
    osMessageQId       message_id;     ///< message id obtained by \ref osMessageCreate
  } def;                               ///< event definition
} osEvent;

忽然有点明白了，改变判断语句如下：
if(eve.value.signals & 0x01)
if(eve.value.signals & 0x02)
程序正常，位判断

估计ARM也看不下去freeRTos混乱的函数和变量命名规则了，所以自己封装下重新取个简单通俗的名字，至于说明看注释和命名应该问题不大吧。

发个链接，如果不想深究freertos直接使用的话，就用cmsis rtos， 全英文的有例子很清晰
这个就是我想要找的哈哈
http://www.keil.com/pack/doc/cmsis/RTOS/html/index.html

谢谢分享

帮顶              

这个指导文件本地就有
file:///C:/Keil_v5/ARM/Pack/ARM/CMSIS/4.3.0/CMSIS/Documentation/RTOS/html/modules.html

论坛应该有吧

Tony_Duan 发表于 2015-9-7 19:13
发个链接，如果不想深究freertos直接使用的话，就用cmsis rtos， 全英文的有例子很清晰
这个就是我想要找的 ...

楼主把它翻译一下，给我们这些不会英文的也看看

如果CMSIS_OS 就是封装后的freeRTos，那么CMSIS-RTOS RTX呢，他们三个之间到底是什么关系啊，谢谢

qiu-368230 发表于 2015-9-10 08:54
如果CMSIS_OS 就是封装后的freeRTos，那么CMSIS-RTOS RTX呢，他们三个之间到底是什么关系啊，谢谢  ...

我也是刚玩，cmsis_os 显然是封装了freertos，如果完全使用freertos命令在程序中也是没问题的，但是cmsis_os更方便；没玩过RTX，个人估计如果在cubemx中也选择rtx的话，cmsis也把rtx封装了，即os的api和rtx的api有同样的功能。

国内资料太少，google又上不去，学的很艰难啊，比如我勾选了usb，cubemx把usb初始化放在defaulttask中了，难道usb要不停地初始化吗？百度不到的，希望共同提高

Tony_Duan 发表于 2015-9-11 07:30
我也是刚玩，cmsis_os 显然是封装了freertos，如果完全使用freertos命令在程序中也是没问题的，但是cmsis ...

谷歌上不去好多资料都查不到，国内的搜索就是一大堆广告

看了不少热心网友的帖子，说是keil优化，还有变量要声明成volatile，可惜没有太多耐心去学习目前用不到的知识。实际问题很简单，我换成osDelay就没问题， 问题出在osDelayUntil上，变量lastWakeTime会自动更新，但是不运行osdelayuntil是不会自动更新的。我的循环刚开始是没用到osdelayuntil的，所以可以在末尾的delay换成osdelayuntil，或者重新读取一下，问题解决，封装的cmsis_os虽然简单但是详细资料太少，郁闷哈