RT-Thread v2.1.0功能需求

2014-8-9 12:12 [复制链接] 46 23441

RT-Thread 2.0.0的下一个版本是2.1.0<不会直接迈到3.0.0啊-_-,脚本没那么快>,有什么大需求可以先提出来。当然,更加值得称赞的是能够直接贡献你的代码,组件!有这方面贡献的,请直接到github上发pull request,这样可以review,然后选择是否合并到开发主干。* x1 \. C" m" E
5 l, u+ C" F4 y3 Z% C6 N
另外今年参与到CSDN的编程夏令营活动非常好,值得继续,所以在校的同学们,可以多多关注,可以学习到知识,增加实习经验,获得开发费用,何乐而不为呢
使用道具 举报 显示全部楼层 回复
最新评论 | 正序浏览
显示全部楼层 |楼层直达:
发表于 2014-8-10 18:31:56 | 显示全部楼层

RT-Thread v2.1.0功能需求

好的modbus和canopen协议
: h; g7 s: w1 e) C" g( u
/ \- n5 G- E- I4 u$ S4 o
/ ~1 I! U  O% u+ J! H' X, T6 K2 c7 A5 [7 |: F' D
可能没有描述清楚,印象中没有哪个开源的modbus协议做的很完整,架构合理。希望能有这方面厉害的人,重构一个完善的modbus框架。
使用道具 举报 回复
发表于 2014-8-10 19:26:54 | 显示全部楼层

RT-Thread v2.1.0功能需求

好的,如何定义这个好的9 f1 {2 ~6 e+ Y& c
也许可以加入多个这类协议栈,然后由用户来选择
使用道具 举报 回复
发表于 2014-8-11 00:03:51 | 显示全部楼层

RT-Thread v2.1.0功能需求

modbus已经移植了,就是port部分应该挪到bsp去,canopen看到有人做了一个,没空具体研究。
使用道具 举报 回复
发表于 2014-8-11 16:44:48 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望能做到完全的App和os分离,希望module的加强版能做到分开开发,独立编译,动态调用
使用道具 举报 回复
发表于 2014-8-11 16:48:42 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望能做到完全的App和os分离,希望module的加强版能做到分开开发,独立编译,动态调用
3 Z3 I$ b8 M2 ~- f) c( a
完全的APP和OS分离,分开来开发,这个需要达到什么样的形式?4088上的应用开发已经很完善了
使用道具 举报 回复
发表于 2014-8-11 22:05:44 | 显示全部楼层

RT-Thread v2.1.0功能需求

其实是希望能将os单独编译成一个可启动镜像,app可脱离os,或者以引用二进制文件方式和bsp链编形成单独一个二进制文件,放到sd卡或者nand后,在os启动后自动调用或finsh手动调用7 m# t. G8 X( ]4 r; \. R
还有,请问哪里有完整版4088例子呢?想深入学习下
使用道具 举报 回复
发表于 2014-8-12 06:42:58 | 显示全部楼层

RT-Thread v2.1.0功能需求

其实是希望能将os单独编译成一个可启动镜像,app可脱离os,或者以引用二进制文件方式和bsp链编形成单独一个二进制文件,放到sd卡或者nand后,在os启动后自动调用或finsh手动调用
5 ~  S( I/ h' T8 D还有,请问哪里有完整版4088例子呢?想深入学习下
: [6 q3 n: h! L4 S
先多看看4088的例子,这个在github上有,这个月内也会发布一份4088的专有发布。
使用道具 举报 回复
发表于 2014-8-12 08:41:09 | 显示全部楼层

RT-Thread v2.1.0功能需求

好的谢谢
使用道具 举报 回复
发表于 2014-9-6 15:08:08 | 显示全部楼层

RT-Thread v2.1.0功能需求

6lowpan是不是可以列入计划了
使用道具 举报 回复
发表于 2014-9-6 15:18:03 | 显示全部楼层

RT-Thread v2.1.0功能需求

6lowpan是不是可以列入计划了
) C% w/ {2 \( y! d" p; E* }+ @
希望能够有些当前6lowpan的技术概览,技术架构情况分析,免得这个东西太大了,导致难以实现
使用道具 举报 回复
发表于 2014-9-24 17:05:32 | 显示全部楼层

RT-Thread v2.1.0功能需求

求商业模式策划高手,和技术无关。, f6 o/ P( d7 ^  A8 O
作为一个rtt旁观者(水平有限,至今对rtt尚无贡献,只能叫旁观者)2 V) w# u$ p, n1 t' _' ]
尝试用rtt有一段时间了。感觉rtt很不错,功能很强大,代码很简洁,入手很快。希望rtt越走越好。( }$ `. D! t+ n+ s: M! e
一直以来都很关注rtt,感觉一直以来不管是mail list还是论坛活跃度都还是不够。我们是不是要好好想一下rtt 的商业模式。
% l1 O$ K& u( h3 M, B! x* m' V良好的商业模式,可以让rtt走的更快更好。有几个问题能解决好就完美了:: `) n0 t$ o" q' o* T
  一个是充分调用开源社区所有参与者的积极性,这个一方面能解决商业应用的研发力量的人力资源问题,另一方面当然了rtt自身也能更加集思广益而受益。
& Z8 P6 L# f# Z7 b  K5 ~: v  另一个是让社区内付出最多贡献者能得到最大的利益保障(每个人都要吃饭不是?)或者说主导rtt发展的睿赛德公司自身能够快速发展壮大。! Y1 ?. P1 S  E6 q5 O
  相信相当的rtt使用者更多的是拿来主义(反正我就是典型的),个人认为:rtt的发展要稳扎稳打,就是说,凡是移植好的cpu,我们尽量保证各个组件尽量都可以正常用起来。这样商业应用更快速,商业应用的人越多,rtt的风投价值就越高。
' _( _8 b+ K/ Y3 A0 I 欢迎扔砖。。。
使用道具 举报 回复
发表于 2014-9-26 13:49:45 | 显示全部楼层

RT-Thread v2.1.0功能需求

1 .是否可以考虑对DSP类型进行支持。目前DSP也在SOC化,有网络,有串口,有SRIO,甚至Linux都添加了对Ti c6x系列DSP。" f( O4 V' [7 Y9 ]: D
2. 支持SMP
使用道具 举报 回复
发表于 2014-9-26 15:13:16 | 显示全部楼层

RT-Thread v2.1.0功能需求

DSP的支持,我觉得没有太大必要。7 a! Y. ^: R4 b4 q; J
从我个人使用经验来讲,一般情况都是dsp做行业算法,人机界面还是用其它arm来实现。
2 v; a/ Q" V, y  K一般情况dsp带系统意义不是很大(个人习惯总结而已)。况且Ti 自身的dsp rtos针对dsp应用也足够了。
+ D8 E6 v8 |' {2 e; c$ D, N7 C( r总之这要看rtt的发展方向了,linux等主流系统对好多cpu 已经支持的很好了。没太大别要去和它争夺,专注体现rtt的小型化,轻量级,简单简洁的优势。把一个细分市场做到最好-极好,有了相当的积累以后然后再去想别的。
使用道具 举报 回复
发表于 2014-9-29 16:08:04 | 显示全部楼层

RT-Thread v2.1.0功能需求

Cortex M7出来了,RTT和STM32F756应该是绝配。
使用道具 举报 回复
发表于 2014-9-29 17:22:04 | 显示全部楼层

RT-Thread v2.1.0功能需求

求商业模式策划高手,和技术无关。
( L( ]$ H- I2 J* ~/ `0 W* r0 n7 }作为一个rtt旁观者(水平有限,至今对rtt尚无贡献,只能叫旁观者)
1 K$ w' E) }# \$ `# F: P# M尝试用rtt有一段时间了。感觉rtt很不错,功能很强大,代码很简洁,入手很快。希望rtt越走越好。
  X7 h4 s7 Y$ W, v: p. o1 L+ i一直以来都很关注rtt,感觉一直以来不管是mail list还是论坛活跃度都还是不够。我们是不是要好好想一下rtt 的商业模式。
2 a3 ?: N# [' y良好的商业模式,可以让rtt走的更快更好。有几个问题能解决好就完美了:
+ }1 \* O# p0 m2 K  一个是充分调用开源社区所有参与者的积极性,这个一方面能解决商业应用的研发力量的人力资源问题,另一方面当然了rtt自身也能更加集思广益而受益。. L6 h6 P7 p9 j+ E  G! d
  另一个是让社区内付出最多贡献者能得到最大的利益保障(每个人都要吃饭不是?)或者说主导rtt发展的睿赛德公司自身能够快速发展壮大。
) n5 E3 ~; ]% k& T, h. U  相信相当的rtt使用者更多的是拿来主义(反正我就是典型的),个人认为:rtt的发展要稳扎稳打,就是说,凡是移植好的cpu,我们尽量保证各个组件尽量都可以正常用起来。这样商业应用更快速,商业应用的人越多,rtt的风投价值就越高。
' R: h' k2 }, F# A# B$ b/ E* T: E$ c 欢迎扔砖。。。
' Q3 O5 d4 H* W/ P/ q0 M
邮件列表活跃度确实不高,一个没有这类习惯,二个Google Service墙得厉害。论坛还好,大家逐渐知道可以来论坛交流问题。# c0 H0 L# {, ]9 w3 q5 f3 [1 y* J
8 D6 S) {' r; u$ Z) P' q1 {
RT-Thread,个人本身觉得没有商业模式,或者说不需要商业模式。如果强调商业模式,RT-Thread目前的版本转向收费就成为必然。所以RT-Thread最好的模式还是以开源社区的方式发展,大家有贡献,有反馈,开发者有修正,有更新,有发展。在这个大家在一起的环境下,保留RT-Thread的LOGO,然后产品应用免费。对于RT-Thread,我唯一担心的是,社区参与度下降,没人来贡献了。这个GUI组件就是前车之鉴,没人共享,导致发展度降低,bug丛生,最终不得不由服务公司来返修,但这样的后果就是变成了GPLv2 & 商业授权的双许可组件。: a- h, J& G; n/ J( k
$ Y: A0 f, T8 t
社区,发展依然得靠社区,明年或者说今年下半年,社区这块会有新的调整,这样能够让更多的人参与进来,让RT-Thread的学习门槛降低、再降低!7 h2 \2 o! T- x
. [2 I! p7 S. J! U. z
至于说“主导RTT发展的睿赛德服务公司”,这个说法不对。睿赛德可以看成使用了RT-Thread技术的公司,和其他成百上千使用RT-Thread的公司一样,大家是平等的。进入到RT-Thread的开发者,希望能够逐渐在其中发觉其价值所在,希望这个在社区的后续功能上能够得到加强,加强开发者、众多之上的工作室的价值。
使用道具 举报 回复
发表于 2014-9-29 17:25:55 | 显示全部楼层

RT-Thread v2.1.0功能需求

Cortex M7出来了,RTT和STM32F756应该是绝配。

5 }6 R5 }* O- m/ V+ S+ ^+ M后续会跟进,包括ST推出的STM32F465,STM32F756。不过开发板就没有了,服务公司这边会继续LPC4088及LPC4357的开发板硬件评估平台,对于各方面的资料来说,4088/4357无疑是非常合适的,所以RT-Thread v2.1.0的硬件开发平台依然包括4088和4357(后续推出)。
使用道具 举报 回复
发表于 2014-9-30 00:09:50 | 显示全部楼层

RT-Thread v2.1.0功能需求

个人观点,RT-Thread目前还有很多功能需要完善,需要大家来参与
. v; j# l3 A4 u+ L( C  _1.memheap不支持分配特定地址对齐的内存;
+ P7 W: D, x4 k# _2.目前为止select接口还没有完善,lwip API和POSIX API不能完全兼容;
1 }1 f  a9 }( Q5 [/ U( q3.缺乏高精度定时器,可以实现比系统tick时钟更精细化的定时服务,采用单次触发模式,可以实现类似NOHZ的效果,目前的情况是只要有比tick定时精度更高的应用都需要额外的硬件定时器来实现;* ^  V1 B2 r. |5 Y
4.LWIP网络协议栈在高性能网络通信领域还是不够完善,例如物联网视频传输等领域,是否可以引进BSD协议栈类似规模的TCP/IP栈;
" l: \) M* N% x5 W: y; s' O+ f+ I5.USB栈还需要完善,这块我也在跟进,中间也有好长一段时间没有弄了;
9 U3 P1 f0 f) K- g2 S7 f' u+ T6 m9 e3 ]( w' U
大家只有多使用RT-Thread才能发现缺少了点什么,最近我在做一款芯片的仿真软件,采用了RT-Thread平台,实现了一个基本的IP Cam应用雏形,能够实现采集视频、ISP处理、H264编码、网传预览视频等功能,在使用过程中发现RT-Thread没有提供管理视频内存的一套方案,虽然memheap可以实现,但不能分配特定地址对齐的内存(硬件需要),另外缺乏高精度定时器,视频时间戳需要额外的定时器才能完成,网络方面LWIP只能满足基本要求,复杂的协议不能满足,吞吐量也不太满意,不过只是验证软件,芯片流片后还是要跑linux。
4 c7 X% `" b. H& @& A" F" a+ ^: o0 F1 l
如果RT-Thread在这方面继续完善后还是能够在低成本IP摄像机上有很大的应用空间,毕竟低成本IP摄像机数量多。日本的ITRON实时操作系统在相机行业应用非常广泛,可以参考。9 k( y# ]/ I9 @8 T& J
) ~$ h5 f' N2 ^# L
这些只是个人的一些想法,大家要对RT-Thread做贡献,就多提提意见,将使用过程中遇到的问题和需求都提出来,这样RT-Thread才能更加完善。
使用道具 举报 回复
发表于 2014-9-30 09:15:49 | 显示全部楼层

RT-Thread v2.1.0功能需求

特定地址对齐的分配,不知道具体指的是什么
使用道具 举报 回复
发表于 2014-10-15 17:16:06 | 显示全部楼层

RT-Thread v2.1.0功能需求

他说的是内存分配返回的地址是特定的吧
使用道具 举报 回复
发表于 2014-10-30 14:55:07 | 显示全部楼层

RT-Thread v2.1.0功能需求

感觉这大部分是linux的活。低端ip摄像机都要求用Cortex-M实现了吗?
$ F  I+ h8 O. Z
; T; X/ q# s. Z  p& u$ n5 P# v5 n' a支持内核和app分离
6 g: k$ Z$ M4 z% I7 e) Y1 [
个人观点,RT-Thread目前还有很多功能需要完善,需要大家来参与% G( T) h( K0 `; T
1.memheap不支持分配特定地址对齐的内存;
) P$ J: ^3 G' h0 j0 O2 M$ c+ B/ @2.目前为止select接口还没有完善,lwip API和POSIX API不能完全兼容;  u! C' [1 @* }1 u; _: o2 }
3.缺乏高精度定时器,可以实现比系统tick时钟更精细化的定时服务,采用单次触发模式,可以实现类似NOHZ的效果,目前的情况是只要有比tick定时精度更高的应用都需要额外的硬件定时器来实现;
8 N1 _+ l) a2 M$ ~2 K* h/ ^4.LWIP网络协议栈在高性能网络通信领域还是不够完善,例如物联网视频传输等领域,是否可以引进BSD协议栈类似规模的TCP/IP栈;  m  X: r. y5 w$ A
5.USB栈还需要完善,这块我也在跟进,中间也有好长一段时间没有弄了;% h8 b  _3 G# H! Z

1 u/ d3 L( s! X$ w! h. Y大家只有多使用RT-Thread才能发现缺少了点什么,最近我在做一款芯片的仿真软件,采用了RT-Thread平台,实现了一个基本的IP Cam应用雏形,能够实现采集视频、ISP处理、H264编码、网传预览视频等功能,在使用过程中发现RT-Thread没有提供管理视频内存的一套方案,虽然memheap可以实现,但不能分配特定地址对齐的内存(硬件需要),另外缺乏高精度定时器,视频时间戳需要额外的定时器才能完成,网络方面LWIP只能满足基本要求,复杂的协议不能满足,吞吐量也不太满意,不过只是验证软件,芯片流片后还是要跑linux。
8 c2 }" I, ~* C" @5 \
2 k8 \( ^9 W& N& Q如果RT-Thread在这方面继续完善后还是能够在低成本IP摄像机上有很大的应用空间,毕竟低成本IP摄像机数量多。日本的ITRON实时操作系统在相机行业应用非常广泛,可以参考。
8 d5 i( Q9 a+ G$ |! {$ t9 z1 p: Z1 g1 k& Z- s- z8 ?# @
这些只是个人的一些想法,大家要对RT-Thread做贡献,就多提提意见,将使用过程中遇到的问题和需求都提出来,这样RT-Thread才能更加完善。
使用道具 举报 回复
发表于 2014-10-30 18:49:54 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议将模块功能强化,支持 Keil或者IAR编译器
使用道具 举报 回复
发表于 2014-10-30 22:22:10 | 显示全部楼层

RT-Thread v2.1.0功能需求

要是能增加一些常用的驱动就好了,比如IIC、CAN、USB等。最近自己琢磨,有点困难
使用道具 举报 回复
发表于 2014-10-30 23:07:57 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议将模块功能强化,支持 Keil或者IAR编译器

4 l8 b* Q5 u8 d. R4 B* W应用模块?
使用道具 举报 回复
发表于 2014-11-7 18:49:55 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议rtt中加入类似linux中的vi文件编辑器,实现脚本的在线编辑功能!
使用道具 举报 回复
发表于 2014-11-9 10:29:17 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议rtt中加入类似linux中的vi文件编辑器,实现脚本的在线编辑功能!

! u, ^) E8 l' W4 i1 S4 W这个。。。期待有人贡献出来吧
使用道具 举报 回复
发表于 2014-11-29 22:42:07 | 显示全部楼层

RT-Thread v2.1.0功能需求

最近在用vlsi公司的vsos,觉得它们实现的rtos架构比较有特点,实现了kernel, driver,app三者的分离,可以参考一下。
使用道具 举报 回复
发表于 2014-12-15 10:36:12 | 显示全部楼层

RT-Thread v2.1.0功能需求

是不是可以考虑加入 EM::Blocks 作为GCC 方案的样板?
使用道具 举报 回复
发表于 2014-12-21 10:52:01 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望在iar下开发zynq7000系列的bsp包。个人已经制作一个简单的可以跑的程序,最进想跑dfs,可是没有qspi的驱动,比较头疼。开发板是zybo,qspi flash是s25f064fl这个驱动没有搞定。需求大神帮忙。之前做的bsp包链接已经在论坛里。
使用道具 举报 回复
发表于 2014-12-21 12:19:53 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望在iar下开发zynq7000系列的bsp包。个人已经制作一个简单的可以跑的程序,最进想跑dfs,可是没有qspi的驱动,比较头疼。开发板是zybo,qspi flash是s25f064fl这个驱动没有搞定。需求大神帮忙。之前做的bsp包链接已经在论坛里。
+ R: a5 L' n' e) X  i
你可以把你的移植代码在github中发出pull request出来啊,这样才能融合到发布版本中
使用道具 举报 回复
发表于 2014-12-26 01:14:41 | 显示全部楼层

RT-Thread v2.1.0功能需求

做一个rt-thread的路由器。
使用道具 举报 回复
发表于 2014-12-26 11:55:35 | 显示全部楼层

RT-Thread v2.1.0功能需求

12.13,上海嵌入式系统沙龙提到的几个问题:' x4 ^6 F3 n% `0 P- u: R
1. 目前RT-Thread的代码很大,用git来下载会很慢很慢,是否有计划做一个类似openwrt这样的包管理器;<其中的Makefile(kconfig?)也非常好>
/ d6 W) Q. T3 @8 P2. 目前RT-Thread中的POSIX接口,在文件句柄(fd)和网络socket间的兼容性并不是很好,这样导致一些都涉及的代码比较难移植到RT-Thread上。8 }* z* e. [; s+ t$ H8 \+ o; K2 T0 {
3. 学校如何推广。
& Y, L  l* m8 O5 G: y6 h- G4. 推广形式可以有哪些;# Z$ }3 g/ Y/ V
5. 是否支持协程,目前暂时没有计划;
使用道具 举报 回复
发表于 2014-12-26 17:21:29 | 显示全部楼层

RT-Thread v2.1.0功能需求

12.13,上海嵌入式系统沙龙提到的几个问题:  c' f+ a, M& |/ z0 {
1. 目前RT-Thread的代码很大,用git来下载会很慢很慢,是否有计划做一个类似openwrt这样的包管理器;<其中的Makefile(kconfig?)也非常好>+ K  k5 d# V2 J& Q
2. 目前RT-Thread中的POSIX接口,在文件句柄(fd)和网络socket间的兼容性并不是很好,这样导致一些都涉及的代码比较难移植到RT-Thread上。; z8 s: E! ?& ~( [7 \6 |' h
3. 学校如何推广。( K' N/ s; _8 _& s! t9 U
4. 推广形式可以有哪些;
+ s! Y5 a5 @- K( R4 k% b5. 是否支持协程,目前暂时没有计划;
其他的不懂,学校这块TI和周立功都搞了联合实验室,这个比较花钱,RTT可以做一些电子设计大赛等比赛的demo啊,比如飞思卡尔的智能车等,我比较了解的亚太大学生机器人里面,很多高校都在用ucosII来作比赛。现在的学生都适应了一些培训机构那种视频教程的模式了,RTT是不是多搞搞类似于十天学会单片机的十天学会RTT,手把手教学入门呢?
使用道具 举报 回复
发表于 2015-1-8 22:33:07 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望能支持EHCI,例如LPC1857的EHCI
使用道具 举报 回复
发表于 2015-1-8 22:37:08 | 显示全部楼层

RT-Thread v2.1.0功能需求

希望能支持EHCI,例如LPC1857的EHCI
( M) i9 b5 R0 r# i8 i! V
18系列?我们好像没有1系列的开发板,看看NXP 43系列是否有ehci先
使用道具 举报 回复
发表于 2015-3-4 18:59:39 | 显示全部楼层

RT-Thread v2.1.0功能需求

我看暂时不需要新功能了,把各种bug都修正就ok了+ k/ D8 h3 N5 x) l# C) q
框架并不是万能灵药,常用的设备用框架驱动合适
/ O% W. @7 P8 R1 t4 {有些设备还是直接寄存器操作的好。
7 K+ `6 N/ M% v5 U' v: D2 {去套框架反而画蛇添足。
; V! q2 J* s1 d3 X还有就是要花大力气写gui手册。, G/ r$ g6 t. H! z( z/ ^: v
把现有东西弄齐活也不是一件容易的事情。8 j+ Z0 F1 y  P3 i( d& C) A( i4 D
+ J8 V) n+ q7 L2 d
一个好的系统就是你只要把属于你的事情做好,剩下的交给用户去完成。
, d( Y" w# t$ b9 [5 F' X( k你把用户做的工作都做了,反而不好,他还得花心思去研究你这些东西怎么实现的,出了bug还得读你的代码去调试。
. M- A0 y1 D& [- ^- {2 Z/ H0 v) J/ W2 e# B0 s7 n6 j9 ~$ z, E
例如初始化的问题
% ?2 ^5 b9 {. q1 K# y$ ?) U1 {4 D# P! m这得开一篇文档来讲。
0 Y5 N! R) W/ \1 `8 e: b3 O例如现在 thell 线程取串口数据为空时的error,都很古老了
  1. finsh>>list_thread()
  2. thread  pri  status      sp     stack size max used   left tick  error
  3. -------- ---- ------- ---------- ---------- ---------- ---------- ---
  4. traffic  0x09 suspend 0x0000007c 0x00000200 0x000000f8 0x00000001 000
  5. nrf905   0x0a suspend 0x0000007c 0x00000200 0x0000007c 0x00000005 000
  6. rtgui    0x0f suspend 0x000000f4 0x00000400 0x000000f8 0x00000005 000
  7. touch    0x0e suspend 0x000000bc 0x00000400 0x000000bc 0x00000001 000
  8. key      0x0e suspend 0x00000094 0x00000200 0x00000094 0x00000005 000
  9. tcpip    0x0c suspend 0x000000dc 0x00000400 0x0000021c 0x00000014 000
  10. tshell   0x14 ready   0x000001bc 0x00001000 0x00000298 0x00000001 -04
  11. etx      0x0f suspend 0x000000a0 0x00000200 0x000000f4 0x00000010 000
  12. erx      0x0f suspend 0x00000098 0x00000200 0x000000fc 0x00000008 000
  13. tidle    0x1f ready   0x0000005c 0x00000400 0x00000060 0x0000001d 000
  14. led2     0x0b suspend 0x0000007c 0x00000400 0x0000007c 0x00000005 000
  15. led1     0x0b suspend 0x0000008c 0x00000400 0x0000008c 0x00000005 000
  16.         0, 0x00000000
复制代码
使用道具 举报 回复
发表于 2015-3-5 13:13:30 | 显示全部楼层

RT-Thread v2.1.0功能需求

shell线程的错误说明在文档中有提及到,请仔细看文档。
. R$ O3 X$ ?) w- H
# q4 h% t  P. Fbug上,有的问题请反馈出来,当然最好连带补丁。现在基于github,发补丁直接发pull request出来即可,很方便。
" o: u  r) O9 b$ P文档,这个是开源项目的老大难,需要时间、精力。而且还有一个,程序员都不大喜欢写文档。最好是每一个pull request的补丁都有详细的说明文档,但是。。。我们还需要严格要求自己!
# u  t* ~4 [. k- D0 q' g% m% V7 F* x
) n6 m$ w% w, m- K: NGUI,找服务公司,现在归服务公司掌管。。。
使用道具 举报 回复
发表于 2015-3-7 23:37:39 | 显示全部楼层

RT-Thread v2.1.0功能需求

rtt+gui都是好设计啊!希望能推广开。( p) c7 A/ {- \3 ]1 ]' \
gui 找服务公司,不知个人学习研究会不会得到协助指导,所以能有文档还是最好。: P# d5 X9 M! J6 \+ a
gui 无论是收费还是免费,其推广方法看不明白啊,至少现在感觉不到什么成效,论坛人气不高,讨论gui主题的更少,可供学习研究的资料太少,企业使用可以找服务公司,个人怎么学习?有个guibuilder现在还是没有公开发布吧?更多的情况下是先有更多工程师熟悉,才会有更多企业使用吧?因为方案要工程师来定。3 x% M( G- d: E) e4 f2 r8 {
个人愚见!但愿服务公司有作为。
使用道具 举报 回复
发表于 2015-3-8 13:59:14 | 显示全部楼层

RT-Thread v2.1.0功能需求

不要把GUI和RT-Thread混为一谈,除非GUI再进行回归- [8 q* T! |$ b7 p0 V- _4 r0 u! w
4 ]4 w: N5 T, J/ o( U
仅针对RT-Thread 2.1.0来说,前几天QQ群里也在讨论是否可以更精简化,因为这个其中涉及到维护精力的问题
使用道具 举报 回复
发表于 2015-3-26 22:34:00 | 显示全部楼层

RT-Thread v2.1.0功能需求

不要把GUI和RT-Thread混为一谈,除非GUI再进行回归/ q6 p* {6 g2 g# N% h, J, s

+ E" x) Q2 t* A0 {5 D3 h% B仅针对RT-Thread 2.1.0来说,前几天QQ群里也在讨论是否可以更精简化,因为这个其中涉及到维护精力的问题
正道,现有的东西就已经很庞大了. P' Q6 ?  K& Z: z
ucos搞了这么多年也就这么点东西,而且功能还没这么强大
使用道具 举报 回复
发表于 2015-4-15 09:38:13 | 显示全部楼层

RT-Thread v2.1.0功能需求

Finsh需要增加用户(或密码)验证开启/关闭功能
使用道具 举报 回复
发表于 2015-7-8 20:40:37 | 显示全部楼层

RT-Thread v2.1.0功能需求

不知道rtt现在是否支持低功耗的 tickless 功能,现在低功耗市场这么火,加上这个功能还是很有用的。- o; i; n# D2 `+ y
tickless 的实现可以参考 http://www.freertos.org/low-power-tickless-rtos.html
使用道具 举报 回复
发表于 2015-7-8 20:53:45 | 显示全部楼层

RT-Thread v2.1.0功能需求

不知道rtt现在是否支持低功耗的 tickless 功能,现在低功耗市场这么火,加上这个功能还是很有用的。7 ]6 C. P, {" r  k
tickless 的实现可以参考 http://www.freertos.org/low-power-tickless-rtos.html

% o- H/ F" S( I) T/ l服务公司早已经有了,而且是那种全能型的,包括了OS,驱动外设,CPU调频锁频等
使用道具 举报 回复
发表于 2016-5-27 15:33:31 | 显示全部楼层

RT-Thread v2.1.0功能需求

CANFestival我一直都在裸奔用着,还是比较稳定的,用到的SDO和PDO, 不过这个canopen协议栈缺点就是很长时间没人维护了,在传输块数据方面还存在一些问题,再就是对象字典生成工具也存在bug,兼容性不好
使用道具 举报 回复
发表于 2017-2-21 16:16:31 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议RT-thread把当前主流平台bsp支持完善掉,只有用户群大了以后RT-thread才会更加强大并走的更远。
" }& V" {% ^: Q3 Y" [, I% J平台选择应该分为低端、中端、高端,分别选择一个主流的DEMO。: a1 b4 |2 ?  m0 s4 f$ H
3 n) W" q1 h" f- `. |. w$ q' l
DIY项目是很好的,缺点是支持的芯片太少了,bsp已经支持的芯片应该要经过测试,有的bsp根本就用不起来。
& F+ B, ~1 r$ f应该尽量完善的外设驱动和应用案例,只要覆盖到大部分基本应用即可,这样就有强大实际应用价值,用的人就会更多。等用户群大了以后,案例反而会越来越多,资料也会同步增加,这样就会进入一个良性的发展了。
' d; d1 ^2 m1 h6 v: e& Y0 Z5 e. U0 d; G2 R
STM32F40X STM32F41X STM32F7XX...以后STM32还有更高主频CPU推出,建议重点支持相应应用,因为他们覆盖了低端、中断、高端,且ST的开发方式也是一样的。NXP好像也类似。
使用道具 举报 回复
发表于 2017-4-18 19:55:03 | 显示全部楼层

RT-Thread v2.1.0功能需求

建议RT-thread把当前主流平台bsp支持完善掉,只有用户群大了以后RT-thread才会更加强大并走的更远。4 ^$ o- L# A5 F" v( y. f3 j3 v
平台选择应该分为低端、中端、高端,分别选择一个主流的DEMO。
, n% V0 y; K5 m4 l8 b7 p
- `  g; A1 q5 ^  t' S. p: lDIY项目是很好的,缺点是支持的芯片太少了,bsp已经支持的芯片应该要经过测试,有的bsp根本就用不起来。6 q  g' U9 b, j1 m3 a
应该尽量完善的外设驱动和应用案例,只要覆盖到大部分基本应用即可,这样就有强大实际应用价值,用的人就会更多。等用户群大了以后,案例反而会越来越多,资料也会同步增加,这样就会进入一个良性的发展了。
" t2 J+ r$ a- W* [$ U5 d9 j6 L3 Y. d+ R0 T0 M; ~
STM32F40X STM32F41X STM32F7XX...以后STM32还有更高主频CPU推出,建议重点支持相应应用,因为他们覆盖了低端、中断、高端,且ST的开发方式也是一样的。NXP好像也类似。
; s% q  s  @# W4 ]5 u
赞同啊!之前我也提过一回,不过很久了还是没有见到推出来啊!距离现在时间最近的应用就是iot项目了,不过个人觉得ic有点偏门,没参与。
1 d+ F3 y5 T1 q- F4 B继续等待重点支持的应用…
使用道具 举报 回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|RT-Thread开发者社区 ( 沪ICP备13014002号-1

有害信息举报电话:021-31165890 手机:18930558079

© 2006-2019 上海睿赛德电子科技有限公司

Powered by RT-Thread

快速回复 返回顶部 返回列表