使用CMSIS-RTOS做个小试验，下面是代码



下面是结果



CMSIS_OS.H中的定义



问题是：为什么MAIN没有做为一个线程启动？



附：完整的MAIN函数

main是可以作为任务调度，如果把main作为任务调度，那么，系统如何启动？需要修改启动文件，启动的时候调用其他的函数？
我理解就是ST的修改没有问题，freertos的意思是，可以直接在调用其他的任务以后，继续使用while(1)来运行。其他的系统，main一般都是调用一些其他的任务就结束，后面没有while(1)。

没用过这个系统，楼主是参考别人的还是参考例程？一般都是main里面创建其他的任务。

安 发表于 2015-5-26 11:35
没用过这个系统，楼主是参考别人的还是参考例程？一般都是main里面创建其他的任务。 ...

就是想看看MAIN到底是不是做为一个任务被调度了而已；这个就是CUBE生成的，只是添加了几个变量来看MAIN的属性

没用过，帮顶

没用过

本来系统就是单线运行的，这里把任务强制为是平行运行的吧。
那么main只是一个开始的入口，开始后程序便在调度器、任务、中断中来回的切换，永远无法从main中的一个函数中退出（即无法从osKernelStart()中退出，除非你的任务函数会退出且当前所有任务函数都退出了）。
这个时候的现象就是：在各任务函数中来回的切换，这个切换是由调度器实现的，调度器是一个异常中断，用户的常规中断也会打断任务的执行。总之程序无法从osKernelStat()中返回。
不是特别规范的，可以这么理解：
main()
{
...
switch(xxx){
case 1:
    func1();
    schedule();
    continue;
case 2:
    func2();
    schedule();
    continue;
......
}
while(1)
{
}
}
造成不同xxx的值是由调度器来修改的，当然RTOS更加复杂，在进入每一个func()时，都需要保存旧的并更新为新的上下文，且各个函数的任务栈都是独立的。这里只是个简单的类比。
你说main怎么会是一个任务呢（main的栈包含了所有任务的栈、且一直在运行中）？

main肯定不会作为一个任务被调用，他是调用别的任务的入口。要不然系统找不到main函数，根本运行不起来。

安 发表于 2015-5-26 14:43
main肯定不会作为一个任务被调用，他是调用别的任务的入口。要不然系统找不到main函数，根本运行不起来。 ...

回复楼上两位：其实FREERTOS手册上都说了，MAIN可以做为一个任务参与调度，只是不知道ST对它们做了怎么的修改，我还没有搞清楚

帮顶帮顶