大家来献策, 为STM32打造一个高效精炼的RTOS

1万 · 2014-3-1 13:07

myxiaonia 发表于 2014-3-1 12:45
mcu越强大，这种基本io如此慢，问题就更明显

翻过来说, 也正因此. 功能强大的外设和 RTOS 更为必要.

只看该作者 · 2014-3-1 16:31

有讨论群吗？

只看该作者 · 2014-3-7 19:03

牛X的，支持，keil的RTOS也不错

只看该作者 · 2014-3-8 09:07

支持一记

1万 · 2014-3-13 07:51

wallace_tsou 发表于 2014-2-26 09:42
RTOS的tick確實可以省去。只要CPU有支援Timer事件的方法就可行。
在CPU設計時，以往因為RTOS是以C語言為主 ...

这确实是一个不错的想法.
一方面将繁琐大堆软件计数交给硬件处理, 同时任务的定时精度也不再局限在 tick 这个基准上, 而是直接以定时器的时钟为基准.
只是每一个任务都要提供一个硬件定时比较器, 硬件的通用性性受限制. 当然也可以通过软件优化, 灵活使用这四个比较器, 把比较器交给优先级最高, 定时时间最短的任务使用, 用完了再分配给别的任务使用.
不过这样软件又复杂起来了.
想法不错, 有创意, 支持.

只看该作者 · 2014-3-13 08:13

好好学习，天天向上！！

只看该作者 · 2014-3-13 21:52

本帖最后由 runningwzf 于 2014-3-13 21:56 编辑

个人愚见：
一、写OS就没什么意思了，我们敢写估计也没什么人敢在自己的产品上用。没经过一大堆测试的东西，谁敢让你用到产品上去啊？现场死机，就算你有狗能活过来，那也不是闹着玩的
二、tick和实时性的关系不大，一般实时事件都是用中断去触发的，而在中断里面引发的任务调度，只与处理这个中断的任务级的优先级有关，和tick的一点关系都扯不上
三、对于一个按键来说，OS就是垃圾，和前后台不是一个档次的。而对于一堆的任务来说，没有OS是很悲惨的。举一个例子来说，曾经看过一款基于STM32F107的设备，要实现以下的功能：
1、需要一个100M以太网接口，4个速度为115200的半双工485口，1个CAN，8个开关量IO输入告警信号，2路模拟信号输入告警信号
2、4个485作为主机，要不停地发采集命令去采集每路128个客户端的数据，数据经过加密处理，对于采集到的数据，要存入SD卡；同时以太网还随时可能发送数据到4个485口，485收到来自以太网的数据以后要立刻转发出去，然后再将收到的数据反馈给以太网，要做超时、掉线处理；
3、对于这个设备的网络等配置信息可以来自以太网，也可以来自CAN，配置信息存在SD卡上
4、开关量告警信号一旦有效，要立刻将告警信号发往以太网主机，同时4个485要将告警信号发送给所有的在线485设备
5、以1000Hz的速度采集2路模拟告警信号，5秒传输一次全部采集到的告警信号。当超过阈值时，要对4个通道上所有的485设备尽心告警
6、正常工作时，直通情况下ping的延迟小于5ms

只看该作者 · 2014-3-13 21:55

OS不只是处理了实时性，还处理了资源的管理、任务的同步调度，还有就是标准化，这些也是非常重要的

只看该作者 · 2014-3-14 10:39

Tick和實時性在電子信號上關係是不大。但在機械性能上就不是了。
一個信號到機械動作往往需要一些時間，在事件觸發時送出電子信號。再經過一段時間後再看機械反應。
若是送出信號後直接看反應，機械往往是無法有效作動。
這是實務上的經驗。

大家来献策, 为STM32打造一个高效精炼的RTOS

技术奇才奖章

以坛为家

技术高手奖章

缘定三生

欢快之小溪

希望之星奖章

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章

经常做客

技术新星奖章

涓涓之细流