Active suspension control system with AUTOSAR architecture, ECU, sensors, and ISO 26262 safety concept in a modern vehicle

アクティブサスペンション制御アルゴリズム：ソフトウェア開発、AUTOSARアーキテクチャ、およびISO 26262の実装

コメントする / Technology Article / By

<戻る インテリジェントシャーシソフトウェア

アクティブサスペンション制御アルゴリズムは、センサーデータと制御ロジックを用いて、車高、減衰力、車体の動きをリアルタイムで制御します。ステアバイワイヤ式サスペンションシステムでは、ソフトウェアがシステムの反応速度、車両の安定性、故障時や過酷な走行条件下での安全性などを直接制御します。

Table Of Contents
  1. アクティブサスペンション制御アルゴリズムとは何ですか？
  2. アクティブサスペンションは車両のE/Eアーキテクチャにどのように適合するのか？
  3. コアとなるソフトウェア要件は何ですか？
  4. AUTOSARではソフトウェアはどのように構造化されるのか？
  5. ソフトウェア開発プロセスとは何ですか？
  6. どのような制御アルゴリズムが使用されていますか？
  7. 実際の車両向けにアルゴリズムはどのように最適化されるのか？
  8. このシステムはISO 26262規格にどのように適合していますか？
  9. システムはどのようにテストされますか？
  10. 主な課題は何ですか？
  11. 実際に効果のある解決策とは？
  12. アクティブサスペンションの未来は？
  13. 実際のシナリオ例
  14. 新しい規制はサスペンションソフトウェアにどのような影響を与えるのか？
  15. 今日における最大の課題は何ですか？
  16. なぜフェイルオペレーショナルが重要なのか？
  17. ソフトウェア定義アーキテクチャは開発をどのように変えるのか？
  18. AIはどのような役割を果たすのか？
  • アクティブサスペンションの性能はソフトウェアに依存する
  • AUTOSAR（BSW、RTE、アプリケーション層）をベースに構築されています。
  • リアルタイムで動作します（制御サイクルは20ミリ秒以下）。
  • ISO 26262の安全要件を満たしている必要があります。
  • 古典的な制御アルゴリズムと高度な制御アルゴリズムの両方を使用する
  • HILおよび実車テストで検証済み

実際の車両を整備していると、すぐに気づくことがあります。同じようなハードウェアを搭載した2台の車でも、走行時のフィーリングが全く異なる場合があるのです。その理由は、通常、サスペンションのハードウェアではなく、その背後にある制御ソフトウェアにあります。

アクティブサスペンション制御アルゴリズムとは何ですか？

アクティブサスペンション制御アルゴリズムは、センサー入力と車両の状態に基づいて、サスペンションの挙動をリアルタイムで調整します。

これは、固定された機械的挙動をソフトウェアによる制御に置き換えるものです。ステアバイワイヤサスペンション（SCW）では、サスペンションの挙動を直接制御する機械的なリンク機構は存在しません。減衰から車体姿勢まで、すべてが電子的に処理されます。

これにより、システムは以下と連携できるようになります。

  • ステアリング（SBW）
  • ブレーキング（BBW）
  • 車両制御システム（VCU）

アクティブサスペンションは車両のE/Eアーキテクチャにどのように適合するのか？

アクティブサスペンションは、3層構造のロジックに基づいています。

認識 → 決定 → 実行

  • センサーがデータ（高さ、加速度、操舵角）を収集します
  • ECUプロセス制御ロジック
  • アクチュエーターがサスペンションの動作を調整します

ハードウェアコンポーネント

  • 高さセンサー
  • 加速度センサー
  • ステアリング角度センサー
  • 調整可能なダンパー
  • エアスプリング
  • アクチュエータ

コミュニケーション

  • CAN / CAN FD
  • リン
  • イーサネット（100Mbps以上）

システム間の相互作用

  • VCU
  • ADASシステム
  • ステアリングおよびブレーキシステム

これにより、閉ループ制御システムが構築される。

コアとなるソフトウェア要件は何ですか？

アクティブサスペンションソフトウェアは、厳格なエンジニアリング目標を満たさなければならない。

主な要件

  • 車高範囲： -50 mm ～ +50 mm
  • ロール角 ≤ 3°ピッチ角≤ 2°
  • センサー精度:
    • 加速度 ≤ 0.01g
    • 高さ ≤ 1 mm

リアルタイム制約

  • 信号サンプリング ≤ 10ミリ秒
  • 制御計算 ≤ 20ミリ秒
  • アクチュエータ応答 ≤ 50ミリ秒

信頼性

  • MTBF ≥ 10,000時間

安全性

  • ISO 26262準拠
  • ASIL B～Dレベル
  • 診断範囲 ≥ 90%

調整

  • CAN/イーサネット経由で車両システム全体と連携します。

AUTOSARではソフトウェアはどのように構造化されるのか？

アクティブサスペンションソフトウェアは、AUTOSAR Classicプラットフォームに準拠しています。

基本ソフトウェア層（BSW）

ハードウェアレベルの相互作用を処理します。

  • MCUドライバ（GPIO、ADC、PWM、CAN）
  • コミュニケーション：
    • CAN 2.0B
    • CAN FD
    • イーサネット IEEE 802.3
  • 診断（UDS ISO 14229）
  • メモリ（フラッシュメモリ＋RAM）
  • システムサービス（クロック、割り込み、電源）

対応MCU：

  • インフィニオン Aurix TC3xx
  • NXP S32K3

ランタイム環境（RTE）

層間の橋渡し役を果たす：

  • データ交換（送信者－受信者、クライアント－サーバー）
  • タスクスケジューリング（優先度ベース）
  • インターフェースの抽象化
  • 通信エラー処理

アプリケーション層

ここから制御が行われます。

  • 信号前処理
    • カルマンフィルタリング
    • ローパスフィルタリング
    • 精度は±0.005gまで。
  • 制御戦略
    • リアルタイム計算
    • パラメータ調整
  • アクチュエータ制御
    • PWM/アナログ信号
    • フィードバック（位置、現在）
  • 故障診断
    • センサー故障
    • アクチュエータの問題
    • 通信障害
  • モード切り替え
    • スポーツ
    • 快適
    • 未舗装道路
    • 経済
  • システム連携
    • SBW、BBW、ADASに対応
    • 例：ブレーキング時にピッチを下げる

ソフトウェア開発プロセスとは何ですか？

開発はVモデルに沿って進められる。

1. 要件定義

  • 機能仕様（高さ、減衰レベル）
  • パフォーマンス指標
  • 安全性（HARA → ASIL）
  • インターフェース（CAN 2.0B、PWM）

2. 建築設計

  • AUTOSARのモジュール設計
  • ハードウェアとソフトウェアのマッピング

3. アルゴリズム開発

  • 7自由度車両モデル
  • ばね上質量とばね下質量
  • MATLAB/Simulinkモデリング

4. コードの実装

  • C言語
  • MISRA C規格
  • モジュール設計
  • 優先スケジューリング
  • 境界チェック
  • 自動生成コード（Simulink）

5．テストと検証

  • 単体テスト（95%以上）
  • 統合テスト
  • HILシミュレーション
  • 車両テスト
  • 故障注入テスト

どのような制御アルゴリズムが使用されていますか？

古典的制御

  • Skyhook → 身体の振動を軽減（約30％）
  • グラウンドフック → 路面との接触を改善
  • ハイブリッド制御 → 快適性とハンドリングのバランスが取れている
  • PID制御 → 精密制御

インテリジェント制御

  • MPC → 多変数最適化
  • ファジーPID → 適応チューニング
  • LQG → ノイズ耐性制御

道路認識

  • ウェーブレット変換
  • ニューラルネットワーク
  • 精度 ≥90%

実際の車両向けにアルゴリズムはどのように最適化されるのか？

実際のプロジェクトでは、アルゴリズムは高速かつ安定して動作する必要がある。

主な手法：

  • モデルを簡素化する
  • 計算負荷を軽減する
  • フィルタリング（カルマンフィルタ、ローパスフィルタ）を使用する
  • 遅延補償を追加する
  • 実車でパラメータを調整する

このシステムはISO 26262規格にどのように適合していますか？

安全性はあらゆる段階に組み込まれています。

方法

  • 原
  • FMEA
  • FTA

ターゲット

  • ASIL B–D
  • PMHF < 10⁻⁸/時間

安全設計

  • 冗長センサー
  • デュアルECU
  • 障害処理:
    • 警告
    • 劣化
    • シャットダウン

システムはどのようにテストされますか？

  • 単体テスト
  • 統合テスト
  • HILシミュレーション
  • 実車テスト
  • 障害注入

HILでは以下のテストが可能です。

  • 緊急ブレーキ
  • 高速コーナリング
  • 悪路

主な課題は何ですか？

  • 快適性と操縦性のトレードオフ
  • アルゴリズムの複雑さと時間制限の関係
  • 機能安全作業負荷
  • 複数システムの連携

実際に効果のある解決策とは？

  • 階層型制御アーキテクチャ
  • 動的パラメータ調整
  • マルチコア処理
  • イーサネット通信
  • 耐障害性設計

アクティブサスペンションの未来は？

  • AIベースの制御
  • 自動運転との統合
  • 集中型車両コンピューティング
  • エネルギー効率の高いソフトウェア
  • 電磁サスペンション

実際のシナリオ例

路面が不均一な場所での緊急ブレーキ時：

  • 問題点：ピッチとタイヤのグリップ
  • 解決策：MPCが減衰を調整する
  • 結果：安定したブレーキングと快適性の向上

更新されたFAQ 

新しい規制はサスペンションソフトウェアにどのような影響を与えるのか？

簡潔な答え：
それらには、より高度な安全性、冗長性、および障害処理能力が求められる。

詳細:
GB17675-2025のような新しい規格では、フェイルオーバー動作、明確な障害対応、およびより厳格な検証が求められます。ソフトウェアは、ISO 26262に準拠した冗長性、リアルタイム診断、および完全なトレーサビリティをサポートする必要があります。

今日における最大の課題は何ですか？

簡潔な答え：
精度とリアルタイム性能のバランスを取る。

詳細:
高度なアルゴリズムは性能を向上させる一方で、計算負荷を増加させます。エンジニアは、簡略化されたモデルとマルチコアスケジューリングを用いて安定性を維持しながら、制御サイクルを20ミリ秒未満に抑える必要があります。

なぜフェイルオペレーショナルが重要なのか？

簡潔な答え：
機械的なバックアップがないからです。

詳細:
バイワイヤシステムは、障害発生後も動作を継続する必要があります。そのためには、冗長システム、継続的な監視、そしてシャットダウンではなく段階的な劣化処理が求められます。

ソフトウェア定義アーキテクチャは開発をどのように変えるのか？

簡潔な答え：
サスペンションはもはや孤立した状態ではない。

詳細:
現在は、ステアリング、ブレーキ、ADASと連携する集中型システム内で動作しています。これには、AUTOSAR、OTA機能、およびドメイン間の連携が必要です。

AIはどのような役割を果たすのか？

簡潔な答え：
それは、反応ではなく予測を可能にする。

詳細:
AIモデルはセンサーデータを使用して前方の路面状況を検知し、サスペンションを早期に調整することで、快適性と安定性を向上させます。

？ 著者 

ジョニー・リュー
ダウウェイ・ビークル社CEO
シャーシ制御、組み込みシステム、車両ダイナミクス分野で15年以上の経験

最終更新日: 2026年3月24日

レビュー担当者： 機能安全エンジニア免責事項：
技術参考資料としてのみご利用ください。必ずOEMおよび規制要件に従ってください。

コメントする

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

Need a Quote or Have Questions?

Please fill out the form below, our engineers will contact you within 24 hours.