Vehicle Edge・テレマティクス・公共交通システム

輸送・自動車向け高耐久性Mini-ITXボード

車載コンピューティング、車両管理およびテレマティクスシステム、乗客情報、センサー処理、および道路沿いのインフラ向けに構成可能なMini-ITXプラットフォーム。これらにおいては、車両電源、CANおよびシリアルI/O、ネットワーク、ディスプレイ、ストレージ、熱特性、機械的統合、およびライフサイクル管理を、単一の導入ソリューションとして統合的に設計する必要があります。.

交通プラットフォームの見積もり依頼 用途別Mini-ITXマザーボードをご覧ください
輸送・自動車システム向けの堅牢なMini-ITXプラットフォーム

交通情報処理は、展開境界から始まる

車両の電力、I/O、環境、およびライフサイクルを軸にコンピューティングプラットフォームを設計する

輸送・自動車システムでは、同じMini-ITXフォームファクタに対しても、非常に異なる要件が課されることがあります。 フリートゲートウェイでは、CAN、GNSS、セルラー接続、ストレージ、およびイグニッション連動型の電源動作が優先される一方、乗客情報システムや車載HMIシステムでは、グラフィックス、ディスプレイ、オーディオ、ネットワーク機能、および長寿命が優先される場合があります。したがって、ボードの選定は、CPUの性能のみではなく、システムアーキテクチャ全体を考慮して行う必要があります。.

安全要件はシステムの役割によって異なります

自動車関連のプロジェクトでは、対象品目、機能、および安全分類に応じて、ISO 26262 などの機能安全対策が必要となる場合があります。市販の Mini-ITX マザーボードだけでは、完成した車両システムにおける適合性を保証するものではありません。.

リアルタイムの挙動は、データパス全体に依存する

追跡、センサー処理、車両ネットワーク、およびローカルな意思決定支援は、インターフェースコントローラ、ドライバ、OSのスケジューリング、ソフトウェア、ストレージ、およびネットワーク負荷に依存しています。低遅延の挙動は、プロセッサの仕様から推測するのではなく、代表的なワークロードの下で測定する必要があります。.

過酷な環境下での運用には、導入環境に応じた検証が必要である

乗用車、商用車、バス、鉄道、道路沿いの設備などによって、温度、振動、衝撃、湿気、粉塵、ケーブルの固定状態、および筐体環境は異なります。リリースされる構成については、対象となる導入環境のプロファイルに基づいて検証を行う必要があります。.

産業用制御システム → スマートシティ・キャンパスインフラ →

車両エッジ・フリート・乗客向けシステム・路側

コンパクトな組み込みコンピューティングの輸送・自動車分野での応用

元のページでは、フリート管理、ADASおよびセンサーのワークロード、インフォテインメント、車両ネットワーク、乗客向けシステム、ロードサイドコンピューティングに焦点を当てていました。これらは、導入されるシステムについて、I/O、電力、ソフトウェア、環境、および検証に関する具体的な要件が定義された場合、依然として有用なアプリケーションの方向性となります。.

車両管理、テレマティクス、および車載エッジコンピューティング

ローカル処理と、CANまたはシリアルインターフェース、GNSS、携帯電話通信またはWi-Fiモジュール、イーサネット、ストレージ、およびリモート管理機能を組み合わせることで、車両追跡、診断、ログ記録、メンテナンスワークフロー、および車両管理アプリケーションを実現します。.

乗客情報および車載インフォテインメント

バス、鉄道、公共交通機関、および車両のHMIシステムにおいて、ディスプレイ、オーディオ、ストレージ、ネットワーク、およびアプリケーション処理をサポートする。グラフィックス機能、ディスプレイのトポロジー、起動動作、熱負荷、およびソフトウェアの互換性については、これらをまとめて検証する必要がある。.

ADASおよびセンサー処理プラットフォーム

高帯域幅のコンピューティング・プラットフォームは、選択されたCPU、GPU、またはアクセラレータ、メモリ、インターフェース帯域幅、ドライバ、ソフトウェア・スタック、および熱設計がアプリケーションの要件を満たしている場合、カメラ、レーダー、その他のセンサー処理ワークロードに対応できます。.

道路沿いのインフラおよび交通インフラ

ファンレス型または堅牢なエッジシステムは、設置環境が明確に定義されている場所において、交通監視、道路脇の制御、および高度道路交通システム（ITS）向けに、カメラ、センサー、シリアルデバイス、イーサネットネットワーク、およびローカルストレージを集約することができます。.

電力・安全性・環境・タイミング・ライフサイクル

輸送委員会を選定する前に定義すべき技術的要件

輸送関連プロジェクトでは、マザーボードを選定する前に、電気的要件、インターフェース、環境要件、ソフトウェア、およびライフサイクルの範囲を明確に定義しておく必要があります。公称電圧範囲、CANコネクタ、あるいはファンレスヒートシンクといった要素だけでは、自動車や公共交通機関での導入に適しているとは言い切れません。.

要件 技術上の考慮事項 選択前に確認してください
車両の電力および過渡現象 車両の電気システムでは、定格直流入力電圧だけでは説明しきれない、始動時、サージ、負荷ダンプ、極性逆転、点火状態、電圧低下などの状態が発生する可能性がある。. 公称および極限入力範囲、過渡特性、保護および信号調整段、点火挙動、シャットダウンシーケンス、ホールドアップ要件、接地、および停電後の復旧。.
機能安全の境界 マザーボードは演算リソースを提供するかもしれませんが、安全目標、診断、冗長性、障害処理、ウォッチドッグ戦略、および適用される機能安全の根拠は、システムアーキテクチャ全体に属するものです。. システムロール、安全分類、故障モード、外部コントローラ、ウォッチドッグの管理責任、安全状態、診断カバレッジ、ソフトウェアの責任範囲、および必要な検証証拠。.
CAN、シリアル通信、および車載ネットワーク 物理的なCANインターフェースであっても、CAN FD、J1939、UDS、OBD-II、絶縁、終端処理、あるいはアプリケーション層のソフトウェアサポートが自動的に提供されるわけではありません。. コントローラおよびトランシーバ、CAN/CAN FDの要件、チャネル数、絶縁、終端処理、ボーレート、プロトコルスタック、ドライバ、コネクタのピン配置、およびソフトウェアの所有権。.
環境および機械的負荷 温度範囲、振動、衝撃、湿度、粉塵、取り付け方法、コネクタの固定方法、および筐体設計は、車室内、トランク、商用車、鉄道、および道路沿いの設置場所によって大きく異なります。. 周囲温度および現地温度、振動・衝撃プロファイル、異物侵入対策、取り付け方向、ケーブルの固定方法、ヒートシンクまたはシャーシの経路、筐体、および代表的なシステム試験条件。.
リアルタイムデータとストレージ トラッキング、センサー処理、イベントロギング、動画、およびリモート通信は、CPU、メモリ、ストレージ、およびインターフェースの帯域幅を奪い合っている。. データ転送速度、遅延許容範囲、バッファ戦略、ストレージへの書き込み負荷、停電時の動作、ネットワークトラフィック、ソフトウェアスケジューリング、ロギングポリシー、および復旧要件。.
ライフサイクルと変更管理 長期にわたる輸送プログラムは、時間の経過に伴う基板の改訂、BIOS、ストレージ、モデム、ドライバ、およびコンポーネントの変更の影響を受ける可能性があります。. 承認済みのBOMおよび改訂版、BIOS、ドライバ、OSイメージ、PCN/EOLプロセス、代替品ポリシー、サービス在庫、検証への影響、および計画された導入期間。.

複数の電源入力に対応した設計 → 広温度範囲プラットフォームに関する考慮事項 →

システムアーキテクチャ

車両インターフェースと電源処理を、コンピューティング層から分離しておく

Mini-ITXプラットフォームは、アプリケーション処理、グラフィックス、ストレージ、ネットワーク、およびローカル制御サービスを提供できる一方で、車載電源保護、CANトランシーバー、安全機能、センサーインターフェース、ワイヤレスモジュール、および外部コントローラは、引き続き設計全体の明確な構成要素として位置づけられる。.

  1. 車両・輸送に関する入力項目CANネットワーク、センサー、カメラ、GNSS、シリアルデバイス、車両信号、乗客システムデータ、路側機器、および外部コントローラ
  2. 保護された電源およびI/O層電源処理、点火制御、サージ保護、トランシーバー、必要に応じた絶縁、信号処理、インターフェースモジュール、および機器固有のコントローラ
  3. Mini-ITX コンピューティングプラットフォームアプリケーション処理、グラフィックス、ローカルデータベース、ストレージ、デバイスドライバ、HMI、ログ記録、診断、ネットワーク、エッジサービス
  4. 地域の車両・交通システムディスプレイ、オーディオ、カメラ、サービスポート、オペレーター用HMI、ストレージ、ゲートウェイ、ルーター、モデム、およびその他の車載または路側サブシステム
  5. 車両管理、ITS、およびエンタープライズシステム車両管理、交通管理プラットフォーム、保守システム、承認済みクラウドサービス、遠隔監視、ソフトウェア導入、およびエンタープライズデータワークフロー

リファレンスプラットフォーム →

CAN・GNSS・セルラー・イーサネット・ディスプレイ・ストレージ

ハードウェアの仕様を確定する前に、車両のI/Oおよび通信経路をマッピングする

まずは、実際の車両ネットワーク、センサー、ディスプレイ、モデム、アンテナ、ストレージ、サービスインターフェース、および電源状態から検討を開始します。次に、各接続について、電気層、コントローラ、ドライバ、プロトコルの所有権、帯域幅、保護機能、ケーブルまたはアンテナの設計、および回復動作を確認します。.

CAN / CAN FD
チャネル数、コントローラおよびトランシーバ、電気的保護、必要に応じて絶縁、終端処理、ビットレート、コネクタ、ドライバ、およびアプリケーション層プロトコルのサポートを定義する。CANポートがあるだけでは、J1939、UDS、またはOBD-IIの機能が保証されるわけではない。.
GNSS、携帯電話、Wi-Fi
多くの場合、M.2、USB、またはPCIeモジュールを介して追加されます。モデムおよびGNSSモジュール、SIM/eSIMの設計、アンテナの配置、通信事業者や地域ごとの要件、ドライバ、熱負荷、および再接続時の動作を確認してください。.
イーサネットとリモート管理
オンボードまたはロードサイドのネットワークトポロジー、リンク速度、セグメンテーション、リモート管理、認証、ソフトウェア更新、ログ記録、および復旧について計画を立ててください。ポート数だけでは、アプリケーションのスループットは決定されません。.
シリアル／GPIO
電圧レベル、絶縁、保護、起動状態、ピン配置、およびソフトウェアの所有権が定義されている場合、レガシーな車載デバイス、コントローラ、インジケータ、ディスクリート信号、およびサービス機器に有用です。.
ディスプレイ、オーディオ、HMI
乗客向け情報システムおよびインフォテインメントシステムにおいては、ディスプレイの規格、解像度、マルチディスプレイ構成、タッチ操作、オーディオ、起動シーケンス、輝度制御、コネクタの固定方法、グラフィックス処理負荷、およびオペレーティングシステムの対応状況を定義すべきである。.
保存および停電時の挙動
イベントログ、動画、地図、アプリケーションデータ、および診断データには、容量、書き込み耐久性、ファイルシステム戦略、停電時のデータ保護、暗号化、サービスへのアクセス、およびデータ保持期間の計画が必要です。.

産業用I/O対応Mini-ITXマザーボード →

プラットフォーム選定ガイド

「輸送ワークロード」および「統合境界」から「コンピューティングプラットフォーム」を選択してください

アプリケーションのワークロード、車両インターフェース、グラフィックスやAIの要件、オペレーティングシステム、消費電力の許容範囲、放熱経路、筐体、ソフトウェアスタック、およびライフサイクルの要件がすべて判明してから、プロセッサアーキテクチャを選択してください。.

システムの方向性 出発点 選定に関する注記
フリートゲートウェイ／テレマティクス／車載HMI／乗客向けシステム インテル・プラットフォーム x86ソフトウェアとの互換性、ネットワーク、ディスプレイ、ストレージ、USB、シリアル通信の統合、および既存の周辺機器への対応を優先する場合に、実用的な出発点となります。.
グラフィックスを多用したインフォテインメント／マルチディスプレイ式輸送機器HMI AMDプラットフォーム 統合グラフィックスやマルチコアの性能が重要となる場面を検討してください。リリースされた構成について、ディスプレイのトポロジー、ドライバー、持続的な熱負荷、電力バジェット、およびソフトウェアの互換性を確認してください。.
カメラ分析／AIを活用したセンサー処理／インテリジェント交通エッジ NVIDIAプラットフォーム カメラインターフェース、モデルの要件、メモリ、ドライバー、ストレージ、電力、冷却、およびアプリケーションの安全境界が一体となって検証される場合、高速化された視覚処理や推論ワークロードに有効です。.

輸送プラットフォームのエンジニアリング支援

リリース前に、車両の電力、I/O、環境、およびライフサイクルに関する境界条件を検証する

車両または輸送手段のユースケース、定格および過渡電力要件、イグニッション動作、CAN/CAN FDおよびシリアルマップ、GNSS/携帯電話/Wi-Fiの要件、イーサネット、ディスプレイ、ストレージ、オペレーティングシステム、ソフトウェアスタック、熱および筐体の制限、振動・衝撃プロファイル、数量、ライフサイクル目標、および検証範囲を、エンジニアリングレビューのために提出してください。.

輸送プラットフォームの検証に関するレビュー

よくあるご質問

輸送・自動車向けMini-ITXプラットフォームに関する質問

車載への直接取り付けには、広電圧対応のMini-ITX入力で十分でしょうか？

必ずしもそうとは限りません。車両の電源には、始動時、サージ、ロードダンプ、極性逆転、イグニッション状態、電圧低下、接地などの状況が含まれる可能性があり、これらに対しては追加の保護や電源調整が必要となる場合があります。対象車両または輸送用電源プロファイルに対して、電源経路全体を検証してください。.

CANインターフェースがあるということは、その基板がJ1939、UDS、またはOBD-IIに対応しているということですか？

いいえ。CANハードウェアは通信経路の一部に過ぎません。コントローラ、トランシーバ、CANまたはCAN FDの対応状況、電気的保護、絶縁、終端処理、ドライバ、および必要なアプリケーション層プロトコルスタックについては、それぞれ個別に確認してください。.

Mini-ITXは、ADASや自動運転のセンサー関連ワークロードに使用できますか？

Mini-ITX またはキャリアボード・プラットフォームは、演算アーキテクチャ、インターフェース、ソフトウェア、電源、冷却、レイテンシ、および安全境界が検証されていれば、カメラ、レーダー、ビジョン、推論、ロギング、その他のセンサー処理ワークロードに対応可能です。ただし、十分な演算性能を備えているという理由だけで、これを安全認証済みの車両用コントローラとして扱うべきではありません。.

車両管理およびテレマティクス用ハードウェアの選定にあたっては、どのような点を定義すべきでしょうか？

車両の電力プロファイル、点火動作、CANおよびシリアル通信の要件、GNSSおよびセルラーモジュール、アンテナ、イーサネットまたはWi-Fi、データ保存およびロギング、リモート管理、オペレーティングシステム、筐体、熱環境、振動・衝撃条件、保守方法、および導入ライフサイクルを定義する。.

輸送プログラムのライフサイクルが長い場合、どのように管理すべきでしょうか？

承認済みの基板リビジョン、BOM、BIOS、ドライバ、オペレーティングシステムイメージ、ストレージおよびワイヤレスモジュール、代替品、PCN/EOLプロセス、サービス在庫、変更評価方法、および各承認済み変更の影響を受ける検証証拠を固定する。.

交通・自動車関連のリソース

セキュリティはスペックだけではありません。信頼性、アップタイム、そして長期的な回復力です。これらのリソースは、次のボードにこの3つを組み込むのに役立ちます。