|
RT-Thread 2010年11月上海开发者会议总结
[复制链接]
11月7日,上海江场三路上海软件开源委员会上海软件促进中心 在发出RT-Thread 11月上海开发者会议消息的短短一周内,大家热情高涨,当天会场就有总计28名人员的参与!回忆前两年,开发者会议最低谷时仅有ffxz与shaolin两人参加的场面,感慨万千!
当天会场,不仅有来自上海各单位,大学的爱好者,更有杭州、南京的爱好者。几曾何时,RT-Thread变成了受这么多人关注的开源项目。
首先,感谢上海软件促进中心给予RT-Thread的支持,提供会场和投影;感谢lvhaian 安哥提供的精美礼品。会上,由于mbbill生病发烧未能参加,lvhaian亦发烧未能参加。希望他们能够早日好起来,下次再做演讲,下次再发礼品^-^
会议开始,大家都各自做了一个简短的自我介绍。估计到了这种规模的会议,依然每个人都做个简短的自我介绍也仅RT-Thread开发者会议一家吧:-) (当时也有些打躇,是否需要这样,但本着会议自由、开放的精神,还是执着了下来)。
通过自我介绍,了解到了一些参与者还是RT-Thread的新手。所以,开始的演讲部分加入了RT-Thread开发者会议的简短介绍,以及后面的RT-Thread实时操作系统的简要介绍。响应上海开源委员会徐老师的建议,加入了RT-Thread诞生部分的介绍。而后对RT-Thread 0.4.x分支关于POSIX标准部分进行了比较详细的介绍。
第一部分演讲完毕后,休息了一段时间,这段时间大家也刚好能够相互交流,了解RT-Thread实时操作系统在实际的硬件平台上的运行情况:shaolin也展示了在mini2440上加载GUI应用的情况,aozima亦展示了STM32Radio v4.0的套件。在面向嵌入式领域的龙芯SoC3210上,大家也看到了大屏幕的RT-Thread/GUI运行,以及NES模拟器运行超级玛丽的情况。
休息完毕,开始shaolin的RT-Thread应用模块的介绍。shaolin为大家讲解了当前业界中的数种使用第三方应用的情况,并对其优缺点做了简短的点评。然后引出RT-Thread的应用模块介绍,以及RT-Thread应用模块实现的具体步骤,并给出了RT-Thread实现的应用模块优势。
最后是以太网串口转换器的制作过程、LwIP使用心得,本来这部分应该是由RT-Thread TCP/IP协议栈组件维护人mbbill来讲解,可惜他生病发烧未能到场,但即使生病他依然为我们提供了PPT,向他致敬!这部分由ffxz代讲(-_-基本上在念讲稿)。这部分结束时,ffxz根据自身的经验,对LwIP在RT-Thread中的使用做了部分总结。mbbill这部分带讲稿的PPT将会放出(其他两个幻灯也会放出,不过就没讲稿喽)。
总体上看, 1. 这是一次非常成功的会议,总计28名参与者到场,并为从杭州、南京赶过来的网友们致敬!比较遗憾,从南京过来的hyz_avr都未聊上几句又赶回去了。 2. 演讲者的演讲水平还待提高,演讲速度偏慢,速度调节有待提高。 3. 会上的关注点:RT-Thread的下一步计划是什么?ffxz说了几点: * RT-Thread开发团队是非盈利性团队; * RT-Thread是一个自由、开源、开放的社区; * RT-Thread的下一步不会做,当前开发团队力所不能及的事; * 所以,RT-Thread的下一步计划是,。。。留给新加入的开发自愿者。 * 等待0.4.0分支正式发布后,才会真正考虑0.5.0的规划。 * 网友建议说,能否把下一步的工作在网站上也贴出来,这样大家可以根据自身的情况有的放矢,这是条非常好的建议。 4. 会上的关注点:如何才能加入到RT-Thread开发团队中。 * 有贡献即可加入到RT-Thread开发团队来。 * 当前RT-Thread的开发组织结构是这样的,内核,组件,分支都有自己的维护者,维护者是相应的代码管理者。维护者之外就是代码提交者,代码在提交前需要与维护者进行沟通,以决定代码是否应该合并到开发分支并出现在以后的发布上。 * 所以,加入到RT-Thread开发团队来就相对简单:提交代码,提交补丁,或成为一个组件的维护人。组件代码,有个非常显著的区别,即新的组件代码不应该是代码许可证与RT-Thread本身许可证冲突的代码。 * 当前RT-Thread的工作包括多方面,有些不仅仅是开发团队需要做的事情。 * 例如(地区)活动组织人 * RT-Thread其他工作(例如前段时间在网站上发布的web网站自愿维护者) * ... 5. 会上关注点:0.4.0的POSIX部分内存占用会多大?是否可以在MCU应用时拿掉? * RT-Thread的整体设计始终朝着稳定、精巧的方向发展。POSIX部分做为一个组件,它同样是能够进行剪裁,脱离后,RT-Thread各个部分(内核,原生组件)都能够很好的运行。POSIX基本上可以看成两个部分:通常的C运行库和POSIX线程接口。C运行库在RT-Thread采用newlib这个著名的嵌入式C库,它依赖于GNU GCC,所以在Keil MDK、IAR中将不能够使用。而POSIX线程接口部分,我们则努力使它的资源占用尽量最小化,能够在Cortex-M3一类平台中使用起来。而原本的newlib接口部分,在Keil MDK、IAR开发环境上,我们则考虑直接使用它们本身的C库的方式,例如小巧的,可以使用Keil MDK的micro c库。 * 所以,资源占用尽量会小;脱离这个组件也无碍整体运行; 6. 会上也有网友提及RT-Thread是否会考虑支持SMP结构的芯片平台。 * SMP的嵌入式平台,由于RT-Thread小巧的结构,它将能够得到与通用系统不同的功能特性、性能。但是SMP的嵌入式平台不容易获取,如果能够得到相应的开发平台,ffxz会牵头做一些学术化的尝试,当其稳定使用时,将合并到RT-Thread的开发主干分支上。 * 目前没有SMP结构的硬件平台,所以目前未有相应的计划。 7. 傻孩子对RT-Thread/GUI部分优化提出了非常详细的建议。 * 性能与通用往往是一对矛和盾,所以接下去的RT-Thread/GUI还在仔细的思考中,谢谢傻孩子的建议。
|
|