我计划在电路板上使用英特尔原子用于嵌入式系统。嵌入式系统将运行用C语言编写的程序进行图像处理。由于其嵌入式系统占用空间显然是一个问题。我在考虑使用linux内核的修改版本。还有其他选择吗?
答案 0 :(得分:2)
我为嵌入式系统编写了自己的O / S,所以我不太确定。但我一直希望尝试的一个项目是uCLinux。虽然这可能不足以满足您的需求。如果您有更多的资源,您可能需要PuppyLinux或Damn Small Linux。它们都应该有一个适合您需要的C编译器。
希望这有帮助!
P.S。由于我是新用户,我只能发布一个超链接,你必须谷歌另外两个,抱歉!
答案 1 :(得分:0)
我不知道你有多少记忆,但Windows CE可能是另一种选择。走这条路可以让你继续使用Windows工具(如果你喜欢的话)还有一个可以在Windows CE上使用的.NET版微版本
答案 2 :(得分:0)
这取决于您的操作系统需要哪些服务。使用简单的RTOS内核(如uC / OS-II或FreeRTOS)可以实现最小的占用空间。但是对设备和文件系统等的支持将完全取决于您或具有相关集成问题的第三方库。此外,更简单的内核不利用MMU在任务和内核之间提供保护 - 通常所有内容都作为单个多线程应用程序运行。
Linux或Windows Embedded等“重量级人物”可以提供更广泛,更全面的硬件支持。
可以通过功能更全面的RTOS(例如eCOS,VxWorks,Neucleus或QNX Neutrino)实现中间立场。 QNX在MMU支持方面尤其强大。
答案 3 :(得分:0)
嵌入式盒子中的“图像处理”几乎总是意味着实时图像处理。您最关心的问题是如何最大限度地提高数据吞吐量并最大限度地减少延迟处理开销。
我个人的偏见,从进行实时图像处理(凝视焦平面阵列FLIR非均匀性补偿和目标跟踪)为生,是使用英特尔x86-ANYTHING进行实时嵌入式图像处理是一个可怕的错误
然而,假设你的雇主把你的董事会塞满了你的喉咙,并且你不愿意放弃他们坚持搞砸,我的第一个建议是QNX,我的第二选择是VxWorks。我可能会考虑使用uCOS。
由于通过系统移动大量像素所固有的低开销,低延迟要求,我不会考虑微软的任何问题,我会把任何Linux放在QNX之后的第三或第四位, VxWorks和uCOS。
答案 4 :(得分:0)
如果您需要进行实时图像处理,那么您可能希望使用实时操作系统。如果这是您想要的路线,我建议您尝试QNX。我(个人)发现QNX在可用功能和低开销之间取得了很好的平衡。我没有亲自使用过VxWorks,但我也听到过一些很好的事情。
如果您不需要实时功能,那么我建议您从Linux平台开始。与Windows操作系统相比,您可以更好地剥离它以满足您的硬件限制。
您应该考虑的最大因素不是您的CPU,而是您电路板上的其他硬件。您需要确保您选择的操作系统具有可用于所有硬件的驱动程序(除非您计划编写自己的驱动程序),并且嵌入式主板通常可能具有尚未开源的非常见或专用芯片组司机可用。仅驾驶员可用性可能会让您做出决定。