結論と対象読者

QNXは、自動車、産業機器、医療機器などの組み込みシステム向けに提供される商用リアルタイムOSです。マイクロカーネル構成、POSIX系API、開発ツール、ハイパーバイザー、安全関連製品を含めて採用します。評価には対象SoC、BSP、認証資料、ライセンスの確認が必要です。

このページは、QNXを新規採用候補として調べている人、既存環境を引き継いだ管理者、OSの設計や歴史を実験・調査したい人を対象にしています。

30秒要約

  • 組み込み向け商用RTOS
  • マイクロカーネルとユーザー空間サービスを採用
  • QNX SDP、Momentics、Hypervisorなどを提供
  • 安全認証は製品版と認証範囲を個別に確認する

概要と背景

QNX Neutrino RTOSは、スケジューリングやIPCなどを小さなカーネルに置き、ドライバーや多くのサービスをプロセスとして分離します。障害分離と再起動可能性を設計に組み込みやすい点が特徴です。

特徴・できること

  • 優先度ベースのリアルタイムスケジューリング
  • メッセージパッシング中心のIPC
  • POSIX系APIとプロセスモデル
  • SoC別BSPと開発ツールチェーン
  • ハイパーバイザーと安全関連エディション

現在の位置付けと利用上の前提

公式Download CenterはQNX SDP 7.xおよび8.xの管理を案内しています。採用時はQNX OSの世代、BSP、コンパイラ、認証済み構成、製品サポート期間を契約資料で確認してください。

ここでいう「対応」は、OSまたはプロジェクト全体の存在だけを意味しません。実際には、対象バージョン、CPU、ボードまたはサーバー機種、デバイス、パッケージ、更新経路、サポート契約を組み合わせて判断する必要があります。確認日は2026年7月24日です。

近い対象との比較

VxWorks

どちらも商用RTOSですが、カーネル設計、API、ツール、BSP、認証パッケージが異なります。

FreeRTOS

FreeRTOSは小規模MCU向けの軽量カーネルです。QNXはMMUを持つ高性能SoCでのプロセス分離や複雑な製品に向きます。

組み込みLinux

Linuxはエコシステムが広い一方、QNXは決定性と安全関連の製品構成を重視します。

確認/試行の条件と注意点

  • 対象SoC向けBSPの有無を確認する
  • 必要な安全規格と認証済み製品版を特定する
  • 最悪実行時間と割り込み遅延を実機測定する
  • ドライバーをユーザー空間で分離する設計を検討する
  • 開発席、量産、保守のライセンス条件を確認する

本番導入前には、構成を再現できる検証環境を用意し、インストール、更新、バックアップ、復元、障害時のコンソール接続までを一連の手順として確認してください。公式資料に記載がない互換性や将来予定は、推測せず「要確認」として扱うのが安全です。

参考リンク

<!-- ppp-rewrite-priority:20260802-rank-0557 -->

追加調査で押さえる実務ポイント

QNXは、自動車、産業機器、医療機器などの組み込みシステム向けに提供される商用リアルタイムOSです。小さなmicrokernelへscheduling、IPC等を置き、driverや多くのserviceをuser-space processとして分離します。

2026年時点の位置付け

QNX SDP 8.0系列は現行で、2026年6月時点で8.0.4のproduct update情報が公開されています。採用時はOS版、BSP、toolchain、certification package、licenseを一組で確認します。

構成要素

要素役割
QNX OSrealtime microkernel OS
QNX SDPcross compiler、debugger、IDE
BSPSoC/board固有support
Momenticsdevelopment tools
Hypervisorguest分離
safety product認証対象構成

実行モデル

application、filesystem、network stack、driverの多くはprocessとして動き、message passingで連携します。microkernel設計は障害分離に役立ちますが、system全体の安全性を自動保証しません。

比較

対象主な違い
QNX商用microkernel RTOS
VxWorks別の商用RTOS・toolchain
FreeRTOS小規模MCU向けkernel
Embedded Linux広いecosystem、realtimeは構成依存
AUTOSAR OSautomotive規格内OS

採用手順

  1. SoCとboardを固定する。
  2. official BSPを確認する。
  3. required driverを列挙する。
  4. worst-case latencyを実機測定する。
  5. watchdog、process restart、updateを試す。
  6. safety/security認証範囲を確認する。
  7. 開発席・量産・保守licenseを確認する。

注意点

「QNX対応」はOS全体ではなく、特定SDP版、BSP、board、driver、compiler、certified configurationを意味します。将来互換や安全認証を推測しません。

次に確認するページ

参考リンク

  • qnx.software - 公式情報、保存資料、仕様または参照先。
  • www.qnx.com - 公式情報、保存資料、仕様または参照先。
  • www.qnx.com - 公式情報、保存資料、仕様または参照先。
  • www.qnx.com - 公式情報、保存資料、仕様または参照先。