请教硬汉,选用那种RTOS比较好？

sss3s

我现在一些小项目都用前后台系统，用的都是状态切换。现在想用RTOS减少编程麻烦，对其它的性能方面没有太多要求。您对这些比较熟悉，能否推荐一款。

xhc281358765

其实看你用那种比较熟，能更好的应用，比如我比较熟悉UCOSIII，我就用的UCOS，后来发现自己写的更好用，就用的自己的。

eric2013

实时操作系统方案讨论
https://forum.anfulai.cn/forum.p ... 4870&fromuid=58
(出处: 硬汉嵌入式论坛)

asj

我和你一样的情况，最开始看安富莱给threadx捧上了天，我尝试使用threadx，可能是我自己移植的原因，一直不够稳定，运行一段时间就死机。果断pass掉了。

然后切换到ucosiii，这个系统挺稳定的，但是我感觉函数参数过多，过于复杂，队列只只能传递指针，看着不爽，也给ucos pass掉了，现在使用 freertos

打个比方，下面是ucos创建任务的函数，你看，搞一大堆参数，一看就烦。
OSTaskCreate((OS_TCB       *)&ServoTaskTcb,
                 (CPU_CHAR     *)"ServoTask",
                 (OS_TASK_PTR   ) ServoTask,
                 (void         *)0,
                 (OS_PRIO       )ServoTaskPrio,
                 (CPU_STK      *)ServoTaskStack,
                 (CPU_STK_SIZE  )ServoTaskStackSize / 10,
                 (CPU_STK_SIZE  )ServoTaskStackSize,
                 (OS_MSG_QTY    )0,
                 (OS_TICK       )0,
                 (void         *)0,
                 (OS_OPT        )(OS_OPT_TASK_STK_CHK | OS_OPT_TASK_STK_CLR),
                 (OS_ERR       *)&err);

再看看 freertos的 简简单单，用起来非常清爽。

    xTaskCreate( vMainTask,        // 任务函数
             "vMainTask",          // 任务名
             512,                       // 任务栈大小，单位word，也就是4字节
             NULL,                      // 任务参数
             30,                        // 任务优先级
             &xHandleMain);       // 任务句柄
   
   
在看看ucos的延时函数，居然要传递3个参数，兼职神经病。
OSTimeDly(10, OS_OPT_TIME_DLY, &err);

再看看 freertos的，一个参数搞定
vTaskDelay(10);


ucos3好像没有二值信号量，我的程序大量使用 二值信号量，（意思是我要多次释放信号量，但是只能获取一次），freertos 就可以，ucos就不行
这一点请硬汉指正，我不是很确定。

eric2013

asj 发表于 2022-9-4 19:18
我和你一样的情况，最开始看安富莱给threadx捧上了天，我尝试使用threadx，可能是我自己移植的原因，一直不 ...

1、这个锅ThreadX不背。

2、函数 xTaskCreate和OSTaskCreate比较的话，函数xTaskCreate支持的太简单了，函数OSTaskCreate等于 FreeRTOS的 xTaskCreate + 栈检测+任务信号量+任务消息队列+时间片设置等好几个函数的叠加
（1）首先就是这个时间片，FreeRTOS的时间片调度仅支持1个时间片，不支持任务单独设置时间片参数，这是个较大的缺陷。
（2）函数OSTaskCreate可以设置Red Zone栈溢出保护，还有单独的栈检测OS_OPT_TASK_STK_CHK。FreeRTOS就得专门的设置用。
（3）函数OSTaskCreate可以创建任务信号量，任务消息队列，而FreeRTOS就得单独的创建，巨麻烦。

ps: 其实如果你喜欢函数的简约风，可以试试RTX，简直不用动脑子，傻瓜式，用户仅需把函数名给了就行。

3. 函数OSTimeDly(10, OS_OPT_TIME_DLY, &err);比vTaskDelay玩法丰富的多，函数vTaskDelay仅仅个相对延迟，函数OSTimeDly可以相对，绝对，溢出，周期等，不要太丰富。

4.  二值信号量，只是个OS基本都支持，二值信号量就是个简单的计数标志只有0和1。

morning_enr6U

RTX5，ThreadX，RT-Thread，uCosIII，FreeRTOS都可以哦！ 硬汉大哥说的没错ThreadX不背这个锅，我的系统用有使用ThreadX的，300多小时的连续压力测试，没有复位现象，稳定如初。

snakeemail

没钱，只能选ucos，因为就它过了安全认证。

calvinxxw

你确定使用RTOS能减少编程麻烦?

asj

eric2013 发表于 2022-9-5 00:46
1、这个锅ThreadX不背。

2、函数 xTaskCreate和OSTaskCreate比较的话，函数xTaskCreate支持的太简单了 ...

谢谢硬汉的指正

我rtos用的少，你们听硬汉的。

其实我需求比较低，不需要复杂的功能，freertos挺适合我。

sss3s

再看看大家的讨论

sss3s

calvinxxw 发表于 2022-9-5 10:36
你确定使用RTOS能减少编程麻烦?

用过UCOS,复杂任务还是RTOS减少麻烦，但相对简单点的就很犹豫，所以看看大家的观点

hyhyx1

都是高手呀，我到现在还没有玩过上系统，一定要玩一下！

asj

用了rtos确实爽，解决了裸机编程的一些痛点。

比如modbus 主机，解决了超时 等问题。

做设备流程控制的时候，多个任务流程 自带暂停功能，直接把任务暂停就行了。

这些在裸机编程的时候 非常麻烦

Acuity

毫无疑问，必须RT-Thread