成功解决MDK5中RTX4的独立使用，不使用CMSIS-RTOS V1封装层，轻装上阵就是嗨
早前MDK4中的RTX4本身可以认为也有一层封装，命名方式是os_xxxx，最原始的底层是rt_xxx，那么问题来了，MDK5中是怎样一种方式呢，他们是把os_xxx换了，换成CMSIS-RTOS V1封装层。这个封装层看着难受，用来极其难受，所以我直接用老版本的os_xxxx将他们全部重新替换回来了。还是原始的RTX4用着爽。
不过当前有一个小瑕疵，MDK5中的调试组件不能正常判断任务的堆栈使用情况了，不过没关系，直接自己写个简单的API做统计即可。
{:36:}{:36:}{:36:}
当前RTX4和RTX5的封装层都是这样的，直接耦合到了一起，根本去不掉，必须用老版本的API替换他们。RTX5要更复杂些。
这么做有什么意义呢，对于RTX4来说，意义重大，之前的中间件可以直接使用了，以前积累的大量项目经验和方案可以继续搞起。 厉害，羡慕你们会玩这么多os {:8:}凌晨两点，厉害 新版的接口真太繁琐
还要用HAL库，编译还慢
之前尝试用了一段时间 还是放弃了 4058665 发表于 2018-3-22 10:58
新版的接口真太繁琐
还要用HAL库，编译还慢
之前尝试用了一段时间 还是放弃了
hal库整个编译一遍大概需要一支烟的时间 loliko 发表于 2018-3-22 17:45
hal库整个编译一遍大概需要一支烟的时间
确实是太久了，现在编HAL库的时候都不启用output/Browse Information，速度会好很多，缺点是没有了F12跳转。不过我编辑代码一般在vs中 是啊 用上CMSIS层就得用上CMSIS_DRIVE 这层封装驱动代码太多，之前的RL代码都得从新来，得不偿失。 eric2013 发表于 2018-3-22 02:06
当前RTX4和RTX5的封装层都是这样的，直接耦合到了一起，根本去不掉，必须用老版本的API替换他们。RTX5要更 ...
我看这些RTOS都是进程管理、Queue、message、semaphore、timer之类的信号量，
有没有可能搞一个OSAL，类似HAL之类的，把OS都封装成统一的API。最多搞一些某个OS专有的specific-API， mars4zhu 发表于 2018-12-7 16:20
我看这些RTOS都是进程管理、Queue、message、semaphore、timer之类的信号量，
有没有可能搞一个OSAL， ...
posix
页:
[1]