实时操作系统怎么选择

1345 实时操作系统

问答对人有帮助，内容完整，我也想知道答案 0 实时操作系统可以装入小得令人惊讶的内存中。尽管如此，当供应商给出一个内核要求的最小存储器大小时，很重要的一点是要了解这个内核中包括了什么。最小的内核经常是仅仅支持很少的特性，而典型的配置可能产生大得多的内核。如果你的设计非常在乎RAM或ROM的大小，一定要澄清这个问题。有时供应商可以提供一份详细的列表，说明了创建包含不同服务的内核分别需要多大的RAM和ROM。 0
2019-8-1 07:08:15　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × hwp0415229 该类别下有 6 个回答。邀请回答嘻嘻爱哈哈该类别下有 5 个回答。邀请回答新晴细履平沙该类别下有 5 个回答。邀请回答梦中的花不凋零该类别下有 5 个回答。邀请回答 Greatwayer 该类别下有 5 个回答。邀请回答 h1654155957.9866 该类别下有 5 个回答。邀请回答 60user92 该类别下有 4 个回答。邀请回答 vtwterwer 该类别下有 4 个回答。邀请回答 yangyt 该类别下有 4 个回答。邀请回答 vcwerwre 该类别下有 4 个回答。邀请回答 AMp88 该类别下有 4 个回答。邀请回答乔伊斯e 该类别下有 4 个回答。邀请回答 xiezhe272 该类别下有 4 个回答。邀请回答 hzp_bbs 该类别下有 4 个回答。邀请回答 vynywrwr 该类别下有 4 个回答。邀请回答 Cdxxgcdx 该类别下有 4 个回答。邀请回答 fgfFsG 该类别下有 4 个回答。邀请回答听你喜欢的歌该类别下有 4 个回答。邀请回答 cfdwerwer 该类别下有 4 个回答。邀请回答 jfdgs 该类别下有 4 个回答。邀请回答举报张俊相关推荐 • 请问freertos是硬实时操作系统吗？ 1540 • 如何去选择嵌入式操作系统？ 1737 • 实时操作系统RTOS有什么要点？ 1784 • 如何选择ARM CPU的操作系统？ 1668 • 实时操作系统和Linux分时操作系统有哪些区别呢 3188 • Vxworks实时操作系统分析 2375 • 怎样去更好地使用嵌入式实时操作系统RTOS呢 1686 • 实时操作系统概念 1210 • STM32的嵌入式操作系统有什么？ 2920 • 5种嵌入式操作系统 2817 2个回答

答案对人有帮助，有参考价值 0 内核要求的最小存储器大小 Footprint 实时操作系统可以装入小得令人惊讶的内存中。尽管如此，当供应商给出一个内核要求的最小存储器大小时，很重要的一点是要了解这个内核中包括了什么。最小的内核经常是仅仅支持很少的特性，而典型的配置可能产生大得多的内核。如果你的设计非常在乎RAM或ROM的大小，一定要澄清这个问题。有时供应商可以提供一份详细的列表，说明了创建包含不同服务的内核分别需要多大的RAM和ROM。性能 Performance 对所有的项目来说，性能无不是个大问题。但是要了解RTOS对系统的影响却不那么容易。当你比较供应商提供的benchmark时你要明白他们是要测试什么。供应商使用的是什么评估板？微处理器的时钟频率是多少？使用的什么存储系统？存储器访问使用了几个等待周期？只有弄清楚了这些你才能作出公平的对比。有几种性能建模工具可以帮助你建立系统性能模型，供应商是Tri-Pacific Software和CARDtools Systems之类。随着设计的深入还要继续细化性能模型。

2019-8-1 16:21:50 评论举报陈键

答案对人有帮助，有参考价值 0 软件组件和设备驱动程序 Software components and device drivers 在1998年11月的嵌入式系统会议上，Wind River Systems的合伙创始人之一Jerry Fiddler描绘了将来十年嵌入式系统的图景——网络化的、无所不在的普通设备。到处都会有计算机，但计算机的外表不再是一成不变的。为了使美景成真，嵌入式系统应该通过各种标准加大开发需求的互操作性，开发者可能要依赖于他人开发的组件。假如你的应用需要通信协议、服务、库或者其他组件（如TCP/IP、HTTP、ftp、telnet、SNMP、CORBA和图形），现看看哪里可以获得它们。类似的，在设计中用到现成的板卡或IC时，要确定是否可以得到设备驱动程序。有些操作系统供应商提供这些特性或驱动程序的方式不同，可能作为操作系统的一部分，也可能作为可选配件。另外，这些服务也可以从第三方供应商获得。与供应商交涉时，要弄清楚你的RTOS里集成了哪些组件。调试工具 Debugging tools RTOS供应商可能有有助于找到错误的调试工具，这些错误（比如死锁、忘了放信号灯等等）用其他源码级调试器更难于发现。许多工具允许开发者在任务之间相互传递信号灯时、在任务切换时和发生中断时进行Watch（以增加CPU开销为代价）。少数供应商提供给用户的是集成开发环境。对主机-目标式调试器来说，应用在RAM中运行是它工作得很好。如果你希望从ROM运行代码，看看这种调试服务还有多大用处。标准兼容性 Standards compatibility 你正在考察的RTOS支持一般的标准吗？例如，RTOS服务有一个POSIX标准。即使大多数开发者不需要POSIX，这也可以作为一个考虑因素。如果你在开发安全性敏感的系统，应该考虑一下该行业所要求的安全标准。有些RTOS供应商已经开始认证他们的产品。技术支持 Technical support 购买了RTOS之后，你还需要技术支持。RTOS供应商提供多种支持渠道，其中都有电话和/或电子支持。但是要确认在你购买之后这种支持能持续多久。最好能感受一下供应商技术支持的质量如何。如果你对RTOS完全是新手，供应商的培训就很有用了。这种培训一般是上门服务。如果供应商能提供高质量的附带几个好实例的文档，那么对培训的要求就可以降低一些了。源代码还是目标代码？ Source vs. object code 有些供应商当你购买了一个开发许可时会提供给你全部源代码。而其他的仅提供目标代码。第一次使用没有源代码的RTOS可能会令人不安。其实这两种方式都能开发出优秀的产品。如果你对RTOS的源代码大动手脚而不仅仅是作简单的修改，赶快住手，拿起电话叫技术支持吧。若对RTOS作重大的改动，岂不是违背了购买他人现成实时操作系统的初衷？对那些没有源代码的来说，也不必担心无法配置内核。供应商会在头文件中给出必要的常量使开发者可以根据需要微调内核。许可 Licensing 购买某些高级的RTOS属于重大的商业事务，有许多费用要考虑。典型情况是开发工具的费用由实时操作系统供应商来承担，并为RTOS发放许可证以开发产品。有的供应商一次性地收取一大笔费用，而有的供应商的收费遍及每用户、每平台、每产品、每位置。我干过的项目经历了这两个极端。不过说不上这两种方式哪种更好，只要你明白为什么掏钱就行了。声誉 Reputation 还有一点是要了解该RTOS供应商的声誉。这也许有些困难，这里有一些建议也许有所帮助。首先，打电话了解他们。然而供应商肯定怕给你坏印象，因此与真正的用户交流才能得到对该操作系统质量的较好的认识。下面是一个你应该问的问题清单：技术支持如何？问题得到解答要多长时间？使操作系统运转起来要多长时间？你觉得对OS的投资有价值吗？其次，对该公司作一番调查。下面是一个有助于你评价该公司的问题清单：稳定的商务活动开始多久了？公司有多少职员？供应商的网站上有有价值的信息吗？这种RTOS在哪个行业表现最好？该操作系统为哪些特殊的应用领域做过优化（如安全系统、VME卡、嵌入式PC等）？公司的质量系统状况如何？公司通过了ISO 9001认证吗？

2019-8-1 16:21:57 评论举报赵羽