「embedded world North America 2026」はAI一色でした。主要な半導体ベンダー各社は、いずれもAIに関する話題を掲げていました。しかし、エンジニアたちと話をしてみると、質問の内容は一変しました。AIが組み込みハードウェア上で動作するかどうかを尋ねる人はほとんどいませんでした。彼らが知りたがっていたのは、AIをどのように導入し、デバッグし、10年以上もサポートし続けるかということでした。
「embedded world North America 2026」からの主なポイント
- 組み込みAIは、実験段階から実運用段階へと移行した。
- 物理的なAIには、より優れた可観測性とデバッグが求められる。
- AIプロジェクトの成否はツールチェーン次第である。
- 「サイバーレジリエンス法（CRA）」を契機として、品質とコンプライアンスは継続的な取り組みとなっている。
- 10～20年に及ぶライフサイクルが、パイプラインの構築方法を変えつつある。
- Zephyr、RISC-V、CMake、CI/CDの普及が進んでいます。
組み込みAIはすでに主流になったのか？
はい。STマイクロエレクトロニクス、NXP、インフィニオン、マイクロチップ、ルネサス、NVIDIAは、ビジョン、センサーフュージョン、ロボティクス、ローカル推論といった分野でAIを披露しました。特に際立っていたのは、質問の成熟度でした。 数年前は、リソースに制約のあるデバイスにAIを組み込めるかどうかが問われていました。今では、生産向けにモデルを最適化し、メモリや消費電力の制限内に収め、実際のハードウェア上でデバッグする方法が問われています。課題はもはや、AIが機能することを証明することではなく、それを継続的に稼働させ続けることにあるのです。
「フィジカルAI」の台頭を後押ししているのは何か？
単に状況を報告するだけでなく、現実の世界に作用するシステムです。セッションでは、ロボティクス、自律システム、そして「視覚・言語・行動」モデルが取り上げられました。従来のエッジAIとは異なり、フィジカルAIは行動や意思決定を駆動するため、開発者はソフトウェア、モデル、ミドルウェア、ハードウェアがどのように相互作用するかを把握する必要があります。成功には、単なる演算能力以上のものが必要です。強力なデバッグ能力とシステムの可観測性が不可欠なのです。
なぜエッジAIの製品化はデモの作成よりも難しいのか？
それは、実用化の成否を左右するのはモデルではなく、ツールチェーンだからです。これが、私のセッション「エッジAIはデモは簡単だが実用化は難しい：成功を左右するのはツールチェーン」の焦点でした。AIに関する議論の多くは、モデル、フレームワーク、ベンチマークに集中しています。一方、製品の実用化を担うエンジニアたちは、次のような課題に直面しています：
- メモリの制約
- コンパイラの最適化
- デプロイ済みシステムのデバッグ
これらはAIの問題ではなく、エンジニアリング上の課題です。セッション終了後、参加者は話し合いを続けるために私をIARのブースまでついてきましたが、彼らの質問はモデルの性能ではなく、コンプライアンス、デバッグ、可視性に関するものでした。
なぜソフトウェアの品質とコンプライアンスは継続的な活動になりつつあるのか？
それは、チームが「CRAが適用されるか」という問いをやめ、「どのように実装するか」という問いを立て始めたからです。議論の中心は、静的解析、MISRAおよびCERTへの準拠、トレーサビリティ、そしてソフトウェア部品表（SBOM）にありました。 チームが求めているのは、コードが記述されている最中のフィードバックであり、数週間後の検証段階でのフィードバックではありません。コンプライアンスとは、単に監査に合格することではなく、製品のライフサイクル全体を通じて管理体制を証明することなのです。
なぜ10年に及ぶ製品ライフサイクルが組み込み開発を変革しているのか？
それは、多くの製品が、その構築に使用されたソフトウェア環境の寿命よりも長く使用されるからです。 産業用、医療用、輸送用製品は、一般的に10年から20年もの間、稼働し続けます。これが、私のセッション「このファームウェアは10年以上メンテナンスすることになる：それに応じてパイプラインを設計せよ」のテーマでした。ほとんどのパイプラインは、製品を出荷するために構築されており、その後の10年間をサポートするようには設計されていません。長寿命の製品には以下が必要です：
- 再現性のあるビルド
- 安定した、認証済みのツールチェーン
- 自動化されたテスト
- トレーサビリティのあるプロセス
安全性が極めて重要な製品の場合、それは多くの場合、製品がサポートされている限り安定性を維持された、機能安全（FuSa）認証済みのツールを意味します。参加者が最も懸念していたのは、長年にわたるアップデート、チームの変更、製品の世代交代を通じて一貫性を維持することでした。CRA（コンプライアンス責任者）の責任範囲が製品リリース後も拡大している中、ライフサイクル管理は競争上の優位性となりつつあります。
なぜ開発者はZephyr、RISC-V、そして最新のワークフローを採用しているのか？
それは、組み込みシステムのパフォーマンスや品質を犠牲にすることなく、最新のソフトウェアワークフローを実現したいと考えているからです。Zephyr RTOS、RISC-V（FPGAベースのシステムを含む）、ネイティブCMakeサポート、CI/CD、コンテナ化された開発、そしてオープンスタンダードに対して、強い関心が寄せられました。
開発者は組み込み開発ツールに何を求めていたのか？
プロフェッショナルレベルの信頼性を備えた最新のワークフローです。新しいクロスプラットフォーム対応のIAR Embedded Workbench IDEのデモには、特に開発から自動ビルドに至るまで共通のツールチェーンを用いてLinuxとWindowsを標準化しているチームから、大きな関心が寄せられました。
今後の展望
AIが話題を盛り上げましたが、最も有意義な議論は、デプロイ、デバッグ、および保守性に関するものでした。次の課題は、数ヶ月ではなく、数十年にわたって保守・更新が可能なデバイスを構築することです。
その第一歩は、ツールチェーンとそれを取り巻くパイプラインから始まります。IARのプラットフォームが、開発者のデスクからCIに至るまで、再現性のあるビルド、静的解析、デバッグを1つのワークフローに統合する仕組みをご覧ください。
-webp.webp?width=500&name=Multi-panel%20(1)-webp.webp)