1
2
我已经为嵌入式系统编写了自己的操作系统,所以我不太确定。但我一直想尝试的一个项目是 uCLinux . 但这可能还不足以满足你的愿望。如果你有更多的资源,你可能会想要PuppyLinux或该死的小Linux。他们都应该有一个C编译器,这将符合您的需要。 希望这有帮助!
|
2
0
我不知道你有多少记忆,但是 Windows CE 可能是另一种选择。走这条路可以让你继续使用Windows工具(如果你喜欢的话)还有一个.netframework的微版本可以在windowsce上使用 |
3
0
这取决于你的操作系统需要什么样的服务。使用简单的RTOS内核(如uC/OS-II或FreeRTOS)可以实现最小的占用空间;但是,对设备和文件系统等的支持将完全取决于您或有相关集成问题的第三方库。更简单的内核也不使用MMU来提供任务和内核之间的保护—通常所有的东西都作为单个多线程应用程序运行。
一个中间地带可能可以通过一个功能更全面的实时操作系统来实现,比如eCOS、VxWorks、Neucleus或QNX中微子。QNX在MMU支持方面尤其强大。 |
4
0
我个人的偏见,从做实时图像处理(凝视焦平面阵列FLIR非均匀性补偿和目标跟踪)为生,是使用英特尔x86任何实时嵌入式图像处理是一个可怕的错误。
由于在一个系统中移动大量像素所固有的低开销、低延迟要求,我不会考虑任何来自微软的东西,我会把任何Linux放在遥远的第三或第四位,仅次于QNX、VxWorks和uCOS。 |
5
0
如果您需要进行实时图像处理,那么您可能需要使用实时操作系统。如果你想走这条路,我建议你试试QNX。我(个人)发现QNX在可用特性和低开销之间有很好的平衡。我个人没有使用过VxWorks,但我也听说过一些关于它的好消息。 如果您不需要实时功能,那么我建议从Linux平台开始。你会有更好的运气剥离下来,以满足您的硬件限制比你会一个Windows操作系统。 你应该考虑的最大的因素不是你的CPU,而是主板上的其他硬件。您需要确保您选择的任何操作系统都有可用于所有硬件的驱动程序(除非您计划编写自己的驱动程序),并且嵌入式板通常可以有不常见或专用的芯片组,而这些芯片组还没有可用的开源驱动程序。单凭驱动程序的可用性就可以为您做出决定。 |
CaTx · 使用带有一个大于号和两个大于号的回波的区别 2 年前 |
Ari157 · x86_64 Linux程序集中的逻辑与实现 2 年前 |
Ty Q. · 分段故障GLFW3/GLAD 2 年前 |
ShortArrow · 如何使用git管理链接源文件? 2 年前 |
Bastien L. · 多Linux Grafana集成 2 年前 |