问题标签 [rtos]

在 vxWorks RTOS 中，有一个 shell 允许您向嵌入式系统发出命令。
文档涉及内核外壳、主机外壳和目标外壳。三者有什么区别？

我们的 vxWorks 嵌入式系统中有两个任务（T1 和 T2）具有相同的优先级 (110)。
如果两个任务都准备好运行，常规的 vxWorks 调度程序如何处理这个问题？
哪个任务先执行？

哪种 RTOS 最适合在装有 Windows 的同一台 PC 上工作？

我知道 RTX 和 INtime，但没有使用它们。还有其他人吗？你最喜欢哪一个，为什么？

我有一个针对 Windows 环境的现有代码库，并着眼于未来，希望使其尽可能跨平台。通过使用跨平台库，我在标准 Linux 发行版上取得了一些成功，但希望将其扩展到实时和/或嵌入式操作系统。

是否可以将大部分代码库移植到此类系统，或者是否需要针对该环境重新实现？如果需要重新创建零件，这些系统的开发是否需要不同类型的设计方法？一些供应商提供他们自己的 IDE 用于开发，这些是必要的还是我们可以或是否有可能标准化 GNU 工具链类型的构建过程？

一个潜在的坑洞可能是 IPC 处理的差异，但如果没有进一步的暴露，很难掌握细节。

注意虽然目前基于 Windows，但 Win32 API（主要是 COM）或 Windows 类型的使用并不特别多。

谢谢

编辑:: 代码库是 C\C++

在一个小型嵌入式系统项目中，我们有一些希望在线程中运行的代码，因此我们选择在嵌入式 RTOS (eCos) 之上构建。

以前，我们在 main() 中使用了一个循环执行程序，它驱动每个任务都实现为状态机。对于某些任务，我们遇到了需要将任务分解为许多细粒度状态的问题，从而使代码更加复杂。

当切换到 RTOS 时，我们发现如果我们将每个单独的任务分配给它自己的线程，每个线程堆栈的内存使用量会迅速增加。（我们只有 64k 并且需要用于通信缓冲区的内存）

我们正在考虑为我们的通信任务使用一个线程，并为循环执行程序使用另一个线程。循环执行器将驱动其他逻辑任务。

像这样混合 RTOS 和循环执行是否有意义？

我正在重构“意大利面条代码”C 模块以在多任务 (RTOS) 环境中工作。

现在，有很长的函数和许多不必要的全局变量。

当我尝试用局部变量替换仅存在于一个函数中的全局变量时，我陷入了困境。每个全局变量都表现得像本地“静态” - 例如，即使您退出并重新进入函数，也保持其值。

对于多任务处理，“静态”本地变量是全局变量中最差的。它们使函数不再重新输入。

有一种方法可以检查函数是否在保留变量值重新进入而不跟踪所有逻辑流的情况下进行中继？

我正在用 C 语言为带有 RTOS 的 RAM 受限嵌入式微控制器编程。

我经常将我的代码分解为短函数，但每个函数调用都需要更多的堆栈内存。每个任务都需要他的堆栈，这是项目中重要的内存消耗者之一。

是否有替代方法可以使代码保持良好的组织性和可读性，同时保留内存？

是否有任何开源实时操作系统？我听说过实时 Linux，但大多数实现似乎真的是一个专有的 RTOS（你必须付费），它将 Linux 作为一个进程运行——与 Ardence 的 RTX 实时系统在 Windows 上工作的方式非常相似。

编辑：我应该澄清一下，我正在寻找与多核 x86 系列 CPU 一起使用的 RTOS。

我的意思是实时操作系统如何以及为什么能够满足最后期限而不会错过它们？或者这只是一个神话（他们不会错过最后期限）？它们与任何常规操作系统有何不同，是什么阻止了常规操作系统成为 RTOS？

我正在研究 MPSOC，特别是 STM ST40（SH4 基础）和 ST231，我想知道我可以在这些操作系统上使用哪个操作系统来移植并行应用程序，我已经看过STLinux，它是 Linux 平台的 STM 发行版对于他们的 MPSOC（不幸的是，它不适用于 ST231 协处理器），我还查看了 OS21，它是一个基于任务的操作系统。

热烈欢迎任何有关其他 RTOS 的信息！（特别是那些有 libc 和 pthreads 的 :)