【重量级】使用RT-Thread RTOS及附属组件的LM3S8962评估板的例程

shaolin

【重量级】使用RT-Thread RTOS及附属组件的LM3S8962评估板的例程 [复制链接]

Introduction
•这是使用RT-Thread RTOS及附属组件的LM3S8962评估板例程，对LM3S系列其他芯片也同样适用。所有例程源码来自开源实时操作系统RT-Thread的官方SVN源码服务器。这儿将例程做成了一个个单独的工程，目的是为了使刚接触RT-Thread的朋友更容易上手,先从内核开始，循序渐进，逐步过渡到shell,文件系统，lwip网络协议栈，ftp server, web server, RTGUI。对于只对RT-Thread某个组件感兴趣的朋友，可以只需关注相关工程。对于已经熟悉RT-Thread的朋友，可以忽略该例程，直接从RT-Thread的官方SVN源码服务器中获取更加丰富的源码和例程资源。 
•RT-Thread是国内本土的开源社区，需要大家的支持和添砖加瓦。需要上传例程的同学可以联系管理员开通上传权限，例程bug的提交请提到issue栏中。 
Examples
•0_led [这是一个简单的点灯程序，仅包含RT-Thread Kernel] 
•1_finsh [这是一个包含了RT-Thread的Kernel和finsh shell的工程例子] 
•2_filesystem [这是一个包含了RT-Thread Kernel和SD卡fat文件系统的工程例子] 
•3_networking [这是一个包含了RT-Thread Kernel和lwip协议栈的工程例子] 
•3_networking_telnet_finsh [这是finsh shell做为telnet server的例子] 
•3_networking_ftpsrv [这是一个包含了RT-Thread Kernel,lwip协议栈,SD卡fat文件系统和ftp server的例子] 
•3_networking_goahead_websrv [这是一个包含了RT-Thread Kernel,lwip协议栈,SD卡fat文件系统和功能强大的goahead webserver的例子] 
•3_networking_netio [这是一个包含了RT-Thread Kernel,lwip协议栈,netio网络程序的例子，用来测试网络性能] 
•3_networking_sntp [这是一个包含了RT-Thread Kernel,lwip协议栈,sntp client的例子] 
•3_networking_tftpcli [这是一个包含了RT-Thread Kernel,lwip协议栈,tftp client的例子] 
•3_networking_websrv [这是一个包含了RT-Thread Kernel,lwip协议栈以及一个简单的webserver的例子] 
•4_gui_examples [这是一个包含了RT-Thread Kernel,RTGUI在oled上简单显示的例子] 
•4_gui_tetris [这是一个包含了RT-Thread Kernel,RTGUI，俄罗斯方块游戏的例子] 
•5_kernel_examples [这是一个包含了RT-Thread Kernel以及所有内核自动测试用例的例子] 

 

 

这是基于RTGUI的俄罗斯方块的游戏。

lm3s8962评估板例程地址：http://code.google.com/p/lm3s8962-example/

RT-Thread RTOS SVN地址：http://code.google.com/p/rt-thread/

bipengjiang

例程怎么没有下载的链接呀？

shaolin

例程是用Google code 中的SVN来管理的，需学习下SVN的管理和下载使用方法。

bipengjiang

哦，知道了。谢谢啊。

banana

学习一下

bluehacker

个人觉得国内不少高手都有个不好的习惯，就是总是喜欢从零开始做一个操作系统，文件系统，gui。实在是太多低级重复劳动，比如这个rt-thread，我很不看好这种做法。为什么不在现有的开源软件基础上完善，非要自己另起炉灶，你真的比老外开源的东西做的更好？更稳定？
我很是期望能看到国内一批好手能在一些开源软件基础上，深入下去，做一个真正产品级，稳定可靠的系统平台出来。

shaolin

如果你关注过RT-Thread的一些开源项目，如网络收音机，串口转以太网等，

相信你就会对RT-Thread是否是"真正产品级，稳定可靠的系统平台"有点感觉了。

[ 本帖最后由 shaolin 于 2010-9-27 21:10 编辑 ]

voild

请在DOWNLOADS里面打个包，方便大家下载测试。

floydcui

上次那个djyOS后来似乎就没消息了
不知道这个如何。。

bluehacker

回shaoli
就算你们真的把这个rt-thread做的很稳定很好，那么同样，如果你把投在这个操作系统上的精力花在别的地方，比如花在一个已经有很好基础的开源系统上，我相信会比现在成果更大。顺便说句：我看了你们的网站，通过两个开源的diy项目就能说明rt-thread是真正产品级的？这个话太大了吧？

voild

rt-thread想要做成真正的商业级产品，一个是需要实践的检验，另外一个是权威机构的认证。但我相信，在开发人员的努力下达到这两个条件只是时间问题，个人希望这个OS有个美好的未来。

ffxz

原帖由 bluehacker 于 2010-9-27 14:58 发表 个人觉得国内不少高手都有个不好的习惯，就是总是喜欢从零开始做一个操作系统，文件系统，gui。实在是太多低级重复劳动，比如这个rt-thread，我很不看好这种做法。为什么不在现有的开源软件基础上完善，非要自己另起 ...

一个东西总有它存在的理由，否则就不会有linux，gcc这类著名的开源软件了。

另外RT-Thread也并不是完全独立的，它引用了一些知名的开源项目如：文件系统，ELM FatFS；网络协议栈，LwIP。
同样我们也在着手一些国内开源项目移植：GUI：ftk。文件系统：UFFS等。

但我们也并不总是往里面移植开源软件，我们存在的意义体现在：
1. 实时的开源核心。这个核心在当前还是非常有竞争力的，小巧、稳定、精细设计是它的特点。RT-Thread与一些开源实时核心的差别在于，小巧：相比较于RTEMS，ecos ，尺寸小巧，实现也简洁非常多，容易上手。小这个级别与FreeRTOS类似（或许你会说为什么不在FreeRTOS基础上开发？那只能说习惯不同，FreeRTOS的代码个人非常非常不习惯，第一次看到这种风格都想吐（仅个人的习惯，没其他意思））。稳定，这个是一直以来的目标。通过在近一年来的商业产品使用中，对其稳定性非常有信心。另外，上面shaolin的话也仅说，通过主页上的两个开源项目能够感受到稳定的感觉。并没有说通过两个开源软硬件项目就真正体系出稳定性。稳定性还主要是体现在真正的产品中，从用户把RT-Thread使用于产品的情况来看，内核方面的bug已经在快速收敛。精细设计，内核部分80%是出自我的手，做为一个技术人员，RT-Thread Kernel绝对是心灵之作，是用心来写的代码！在内核实现中采用了面向对象风格的设计，与eCos不同的是，采用的是C语言实现的面向对象风格。

2. 虚拟文件系统。在这个虚拟文件系统下，才有可能把数种不同的文件系统给吸收进来（同时支持FAT，网络文件系统，Flash文件系统等）。

3. 小型的开源GUI。虽然GUI很多，但功能做到这么全，体积依然这么小的开源替换品基本没有，RT-Thread/GUI存在的意义就在于此。除此之外，也希望把它做得和kernel一样的完美。

4. 一套易剪裁的产品级平台环境。做为整套RT-Thread而言，这个也是它的目标。虽然很多都是基础的，或者像你所说的是低级重复劳动，但是目前确实没有。为了这个目标，我们也在开发POSIX兼容环境。我们不仅仅是创造轮子，更需要兼容轮子，如果我们固步自封，那么这个系统迟早会消亡，开源、开放也说明了我们的一种态度。

bluehacker

从情感上，我也希望你们这个系统能不断演化，真正成熟成为一个被广泛接受的开源系统。
开源软件国内的一个通病就是虎头蛇尾，看过不少类似的工作，开始时候积极性很高，但是后续很快就没有声音了，我个人觉得开源软件必须要吸纳更多人投入，持续开发，如果只是少数核心人员的个人兴趣，跟难长久坚持。
linux,gcc的成功是真的吸引了大批优秀的技术人员持续开发才出现的。我个人在平时项目中是比较不信任国内开源软件的，因为总是给我一个感觉：那只是少数爱好者业余一时冲动弄的一个玩具，实在是不敢在产品中使用。这或许要是我从洋媚外的一种心理吧

ssawee

不可否定这个系统存在的意义,但是,如果只是小打小闹, 没有自己的API标准,
没有兼容性
没有丰富详细的技术文档
,这个是很费力不讨好的

就像国产的芯片,好多连datasheet都没有,要么保密(可能是防抄袭),要么各种性能特性都不写就写个有什么优点,最后的应用电路,这样的东西谁敢用?

linux  ,   gcc不光是爱好的人在开发,还有大量企业在开发,
而且linux对unix的posix标准有很好的兼容性,文档也有统一的标准,

一个操作系统是个很大的体系,如果自己或是团队的能力提供足够的支持的化很难有好的发展,

建议你们写个比较全面的文档吧系统原理,结构,示例,API,功能都写进去.

shaolin

原帖由 ssawee 于 2010-9-29 16:59 发表 不可否定这个系统存在的意义,但是,如果只是小打小闹, 没有自己的API标准, 没有兼容性 没有丰富详细的技术文档 ,这个是很费力不讨好的 就像国产的芯片,好多连datasheet都没有,要么保密(可能是防抄袭),要么各种 ...

 

文档见<<RT-Thread实时操作系统编程指南>>

这本书从使用RT-Thread实时操作系统的角度出发，详细的描述了RT-Thread基本内核及组件的使用方法，并附带了大量例程，总计300多页。

http://www.rt-thread.org/drupal/node/3

ffxz

原帖由 bluehacker 于 2010-9-29 15:00 发表 从情感上，我也希望你们这个系统能不断演化，真正成熟成为一个被广泛接受的开源系统。 开源软件国内的一个通病就是虎头蛇尾，看过不少类似的工作，开始时候积极性很高，但是后续很快就没有声音了，我个人觉得开源软 ...

抱歉，回老家过国庆节去了。。。这个话题现在才回复。

持久性，我想RT-Thread是经受得住考验的，RT-Thread 0.1.0版本自2006年发布以来，到现在已经持续了数年了，并且还在不断的发展中。今年国庆前刚发布了0.3.1的稳定版本，0.4开发版本也稳步进行中。

ffxz

原帖由 ssawee 于 2010-9-29 16:59 发表 不可否定这个系统存在的意义,但是,如果只是小打小闹, 没有自己的API标准, 没有兼容性 没有丰富详细的技术文档 ,这个是很费力不讨好的 就像国产的芯片,好多连datasheet都没有,要么保密(可能是防抄袭),要么各种 ...

文档，shaolin已经提及了。正因为我们也认识到了API标准的重要性，所以才有RT-Thread 0.4.x系列的规划：实现一个兼容的POSIX标准。而在这个标准之外的API接口，都会在文档中体现出来。另外一个就是，会把代码理得更顺畅，把API的说明也做到代码中，实现doxygen生成文档的方式（中英文文档）。

bluehacker

这段时间因为需要寻找一个好的开源gui，我看了下rt-thread以及里面的gui代码，说实话，作者的代码风格非常好，是我喜欢的那种，类似于linux kernel的风格，我也不大喜欢freertos的代码风格。这让我对这个系统产生兴趣，如果可能，我准备把它做成针对freescale处理器的系统方案，当然要集成更多组件在里面，顺便问下作者，此系统如果商用有什么授权问题吗？

ffxz

如果商用的话，需要在系统启动时，串口输出RT-Thread的logo（如果是用RT-Thread/GUI，需要在GUI上输出RT-Thread logo）；或在产品使用说明书中提及采用了RT-Thread实时操作系统。

在这个前提下，能够免费的在商业产品中使用RT-Thread。这个前提条件是出于对RT-Thread推广考虑的。

vinge

我觉得rt-thread于我而言最大的好处是有个像ucos那样足够轻量，简单的rtos,又整合了tcpip, fs gui这三大嵌入式系统的要素部件。这省掉了以前在ucos上自己做一堆移植整合工作的麻烦。
我正打算把它用到自己的开发项目上。
我希望rtt不要走linux内核那样大的代码库的方法。而应该把不同平台的port做成独立的分支，checkout出来后只有本平台必须的代码。这个对很多如我这样一直只做单片机开发的人会减轻很多压力;-)  当然这只是我就个人情况而发的感想，欢迎路过的高手批判！