久仰久仰...我工作里也经常用armink的库，节约了不少时间精力和人力...
暂时没在正式项目里用rt-thread，主要是考虑rt-thread的生态定位更偏向IoT领域，我们目前的产品面向工业控制和数据中心，对于很多rt-thread自带的功能，用kconfig直接配置启用确实非常方便，但是为了保证产品的可维护性，我们得把代码都通读过 了解原理 保证有问题自己接得住 才敢上生产环境。现在暂时没有精力去做这项工作，所以生产环境里还在用我们团队自己更熟悉的freertos和一些自己写的库。
最近也在考虑先在不太重要的场合下试试切换到rt-thread上去，磨合一段时间看看效果，比较麻烦的就是我们一些既有的库挪过去怕跟rtt的组件有冲突
【 在 ffxz 的大作中提到: 】
: 楼主哪里高就？换工作否
: rt-thread/finsh，把finsh本身砍掉，精简下只预msh，挺小巧的了
: rt-thread上类似的几个小东西挺顺手的，msh、ulog。armink的sfud、cmbacktrace。现在armink也在rt-thread，所以在rt-thread上整合得也更好了
: ...................
--
FROM 114.253.87.*