RT-Thread v2.1.0正式版发布

发布于 2016-04-25 11:36:06
RT-Thread 2.1.0 正式版发布

下载链接:
github原版下载:
百度网盘下载:http://pan.baidu.com/s/1mgIAyWo

这个版本经历的时间比较长,并且原定的一些目标也还未能完成(更全的POSIX支持,包括device fd,socket等在内的select API接口等)。树莓派类似的BSP也未能有支持,等等,历时时间已接近1年半。。。满满的遗憾!

虽然是这样,2.1.0这个版本依然有着大量的更新,特别是对新芯片的支持:

内核、组件部分更改:
* 增强event机制,当接收事件时,如果参数置空,则不回传接收到的事件类型;
* 修正device_open时的open_flag参数问题;
* 更好的application module支持;
* SD/MMC驱动组件可以支持SDIO类别的wifi网卡;
* SD/MMC驱动组件可以支持eMMC类别存储器件;
* vfs中加入对bsd socket的操作,使得能够在bsd socket上应用read/write接口;
* RTGUI回归,以GUI引擎的方式存在,用于底层的绘图操作(绘点、线、矩形、圆,图像等);
* 加入nanopb移植;加入paho-mqtt移植;升级FreeType到2.5.4版本;

BSP上的更改包括:
* 富翰微电子的fh8620芯片(由富翰微电子公司提供相关的BSP,同时社区版的IoT Camera开发板采用fh8620芯片)
* 加入龙芯1C,针对智龙开发板移植;
* RT-Thread服务公司提供君正的MIPS32架构的X1000芯片移植;
* 加入第一个ARM Cortex-M7移植,stm32f7-disco开发板支持;
* 加入nRF51822/nRF52832移植;
* 加入NXP的i.MX6SoloX中的ARM Cortex-A9部分移植;
* 加入AM335x/BeagleBone开发板的IAR集成开发环境、编译支持;

这此感谢一年来参与RT-Thread开发的小伙伴们!

查看更多

关注者
0
被浏览
12.2k
19 个回答
dzahz
dzahz 2016-04-25
每天都进论坛瞄一眼,终于见到正式版发布了! [s:175]
bernard
bernard 2016-04-26
后面的一些变化及一些想法这里大致提及下,

1. 未来版本号有两个,一个是v2.2.0;另外一个是v3.0.0;具体是哪个版本号,可能需要看未来的发展动向;

2. 下一年的发展主要还是针对这么几点:
a). <>中加入设备驱动编程部分,包括UART/SPI/IIC/SD_MMC等等,希望能够做到尽量详实;
b). 贴近POSIX标准,这个应该会是说,义无反顾的支持、兼容POSIX标准。也希望未来编写代码的方式能够越来越标准化,不需要#include ,也不需要rt_kprintf。有些方便的地方还会保留;
c). 开辟MPU版本分支,会是基于IoT Camera社区开发板平台,特别的,MPU版本和应用模块不同的地方在于,MPU版本将提供系统调用的方式。

3. 版本发布方式,对于整个RT-Thread代码包的发布方式,节奏将不类似以前规划中的一个季度一个版本的方式,发布节奏会变慢下来。但会考虑更社区化的方式进行开发,例如在线包管理器的方式,由包管理器在线方式下载不同的版本或最新版本的内核、组件。

4. 会提供更多的实习机会给在线学生,以帮助完善RT-Thread社区,资料、教程整理等。有想实践开源社区或热爱嵌入式系统的学生可以联系我。
bernard
bernard 2016-04-26
以下是原来weety提及到的,


个人观点,RT-Thread目前还有很多功能需要完善,需要大家来参与
1.memheap不支持分配特定地址对齐的内存;
2.目前为止select接口还没有完善,lwip API和POSIX API不能完全兼容;
3.缺乏高精度定时器,可以实现比系统tick时钟更精细化的定时服务,采用单次触发模式,可以实现类似NOHZ的效果,目前的情况是只要有比tick定时精度更高的应用都需要额外的硬件定时器来实现;
4.LWIP网络协议栈在高性能网络通信领域还是不够完善,例如物联网视频传输等领域,是否可以引进BSD协议栈类似规模的TCP/IP栈;
5.USB栈还需要完善,这块我也在跟进,中间也有好长一段时间没有弄了;

大家只有多使用RT-Thread才能发现缺少了点什么,最近我在做一款芯片的仿真软件,采用了RT-Thread平台,实现了一个基本的IP Cam应用雏形,能够实现采集视频、ISP处理、H264编码、网传预览视频等功能,在使用过程中发现RT-Thread没有提供管理视频内存的一套方案,虽然memheap可以实现,但不能分配特定地址对齐的内存(硬件需要),另外缺乏高精度定时器,视频时间戳需要额外的定时器才能完成,网络方面LWIP只能满足基本要求,复杂的协议不能满足,吞吐量也不太满意,不过只是验证软件,芯片流片后还是要跑linux。

如果RT-Thread在这方面继续完善后还是能够在低成本IP摄像机上有很大的应用空间,毕竟低成本IP摄像机数量多。日本的ITRON实时操作系统在相机行业应用非常广泛,可以参考。

这些只是个人的一些想法,大家要对RT-Thread做贡献,就多提提意见,将使用过程中遇到的问题和需求都提出来,这样RT-Thread才能更加完善。


问题依然呐,针对select接口,目前依然还不能做到更为广泛的select操作。这个是要重点考虑、解决的问题。lwIP协议栈估计还需要额外再行评估了,主要是性能上面,一般的配置不太能够达到满意的性能,调整配置后虽然性能能够提高,但lwIP pbuf方式也限制了buffer在底层的传输效率。
tsx1983
tsx1983 2016-04-27
终于发布了呀,恭喜.不过貌似传的文件有问题,网盘和git上下载压缩文件都是快下完的时候就走不动了,变成2KB/s,而且总也下不完
tsx1983
tsx1983 2016-04-27
最终下下来了,最后那段特别慢
bernard
bernard 2016-04-27
难道百度网盘也在查了?
Arda
Arda 2016-04-29
看到 “满满的遗憾!” [s:160]
TCP协议栈可以去试试 CycloneTCP/IP, 性能比Lwip好,但是授权是个问题。
bernard
bernard 2016-04-30
性能好?搞个过来试试?也在想着是否可以对lwip做优化,解决性能问题
Arda
Arda 2016-05-04
我之前用了一段时间。在一个学生的项目上,代码结构比lwip好太多了。关键是授权。
lghtjpu
lghtjpu 2016-05-05
请问 V2.1.0和V1.5.0有什么区别啊? 两个都是两个线的最新版本,在STM32F103上用哪个版本好?
草草
草草 2016-07-21
支持,一直会关注。希望越来越好~
sliwell
sliwell 2016-08-19
今天使用scons环境编译新的rtgui组件代码,报错找不到“rtgui/rtgui.h”;
编译别的组件功能模块没有问题。
是否重新回归的rtgui需要移动代码位置?
备注:使用rtt2.1.0
Python2.7

编译目录为rt-thread-2.1.0\bsp\stm32f10x
qq_老子
qq_老子 2016-09-15
性能好?搞个过来试试?也在想着是否可以对lwip做优化,解决性能问题

可别引进庞大而复杂的BSD类似代码,别忘了初心是轻量级,微控制器级别的协议栈。如果再往高层次发展导致一般处理器无法承受,就会迷失在靠近linux的路上;用户也会索性去用linux了。
luxinsun
luxinsun 2016-12-14
rt-thread,可以较小的硬件资源,实现linux的功能。岂不是更好?
bernard
bernard 2016-12-14
"以较小的硬件资源,实现linux的功能" 显然是不科学的啊
litgle
litgle 2016-12-17
未支持树莓,真是遗憾。我刚想发个帖问下,这下不用了。
bernard
bernard 2016-12-18
没有可以自己移植,别做伸手党

撰写答案

请登录后再发布答案,点击登录

发布
问题

分享
好友