「AUTOSAR」ソリューション

FAQよくあるご質問

打ち合わせなどでお客様よりいただく「AUTOSAR」開発の一般的な質問についてお答えします。

「AUTOSAR」ツールでのコンフィグレーションを行うのに「AUTOSAR」の要求仕様を全部理解する必要がありますか？

すべて理解する必要はありません。また、ツールベンダーで対応していない「AUTOSAR」仕様もあります。日立産業制御ソリューションズでは経験のあるモジュールに関しては各モジュールのキーとなるコンフィグレーション項目や各コンフィグレーションの設定根拠をドキュメント化してありますが、要求仕様を確認し、実際に動作確認を行い、コンフィグレーションの微調整を行います。経験のない機能については不明点をツールベンダーに問い合わせを行い、必要であればツールベンダーにコーチングを依頼して一緒に問題解決を行うことを推奨しています。

OEM固有のAUTOSAR SP（ソフトウェアパッケージ）があると聞くのですが、通常のSPとどう違うのでしょうか？

各OEM独自のSPには各社特徴があります。ほとんどがOEM独自仕様に合わせてプレコンフィグレーションがされており、 OEM仕様にそぐわないコンフィグレーションを抑制するなどの対応がされている場合があります。また、SPの仕様によりBSWアーキテクチャーが決まってしまう場合があります。OEMによっては「AUTOSAR」に準拠して正しくソフトウェアが実装がされているかツールベンダーとのレビューで説明する必要があり、日立産業制御ソリューションズで対応した実績があります。日立産業制御ソリューションズでは多数のOEM独自のSPでの開発を行っておりますので対応方法のノウハウがあります。

多数の「AUTOSAR」プラットフォームがあるのですが、ツールベンダーの選定で悩んでいます。どのような観点で選定すればいいでしょうか？

日立産業制御ソリューションズでは過去に各ベンダーツールのベンチマークを実施した情報をもとにお客様に適したツールをご提案します。
また、お客様のツールベンダー選定やSP（ソフトウェアパッケージ）発注のヒアリングシート作成をサポートします。
開発途中で「AUTOSAR」プラットフォームの置き換え対応を行った実績がありますのでお客様の「AUTOSAR」プラットフォームの置き換えもサポートできます。

「AUTOSAR」開発で複数のVariantを一つのソフトウェアで実現したいのですが？

「AUTOSAR」ツールでは複数のコンフィグレーションを動的に切り替える機能があります。日立産業制御ソリューションズでは要求分析結果と「AUTOSAR」のコンフィグレーション項目をもとにVariant切り替えの設計を行った実績があります。

AUTOSAR CPとAPの用途はどのように違うのですか？

AUTOSAR CPは高い演算能力があまり求められず、高いリアルタイム性が求められる場合（主にパワートレイン系ECU）に使用します。AUTOSAR APは高い演算能力が求められ、高いリアルタイム性が求められない場合（主にインフォテイメント系ECU, ADAS系ECU, Gateway ECU）に使用します。日立産業制御ソリューションズでは、LinuxなどのPOSIXベースのOSでのインフォテイメント系ECU開発、AUTOSAR CPでのADAS系ECU開発の経験や実績があり、これらのノウハウを活かしてお客様のAUTOSAR AP ECU開発をサポートします。また、AUTOSAR APではサービス指向型通信が採用され、EthernetのようなSOME/IPプロトコルが必要となります。日立産業制御ソリューションズではサービス指向型通信を考慮したサービスインターフェイス設計、ソフトウェアアーキテクチャー設計などの外部設計もサポートします。

AUTOSAR CPとAPの設計コンセプト、開発手法は違うのですか？

AUTOSAR CPとAPでの一番大きなコンセプトの違いは処理実行スケジューリング形式です。AUTOSAR CPは固定されたスケジューリングのため、タスク設計は容易ですが、 AUTOSAR APでは動的なスケジューリングを考慮したタスク設計が必要です。
AUTOSAR APでは、使用するOSやスケジューリング方式によってソフトウェアの挙動が大きく変わるため、日立産業制御ソリューションズでのPoCで得られたノウハウをベースにしたタスク設計を行います。また、AUTOSAR APの特徴として、OTAによる頻繁なアプリケーションのアップグレードや不具合改修が挙げられます。日立産業制御ソリューションズではアジャイル開発プロセスの社内規定があり、AUTOSAR APでもアジャイル開発によるフレキシブルなソフトウェアリリースを行います。

AUTOSAR APとCPを一つのSoCに載せたいのですがAUTOSAR CPとAPはどのようにつながるのでしょうか？

AUTOSAR APとCPを連携させる方法はまだ明確な「AUTOSAR」規格としては確立されていません。日立産業制御ソリューションズではAUTOSAR APとCPを連携のフィジビリティスタディを行っており、お客様のシステム構成に応じてEthernet Busを介したSignal to Service (s2s)もしくはShared Memoryを介したプロセス間通信(IPC)を提案します。また、日立産業制御ソリューションズのAUTOSAR CPとAUTOSAR APのスペシャリストが協力して、AUTOSAR CPとAPの連携も含めたSoC全体のソフトウェアの開発を行います。

AUTOSAR CPの開発者がAUTOSAR APの開発に移行する場合にはどのようなトレーニングが必要でしょうか？

AUTOSAR APの開発にはC++、POSIX OS、SOA (Service Oriented Architecture)の知識が必須となります。日立産業制御ソリューションズではお客様のご要望に応じてAUTOSAR AP導入のためのAP開発基礎教育を行います。

システム情報を「PREEvision」で統合管理するメリットは何ですか？

「PREEvision」上でモデルベースのシステム情報を閲覧・編集できるため、派生モデルの開発工数を削減するなど、流用開発における効率化が期待できます。

SDV開発においてARXMLは重要ですか？

車載ネットワークがSOA(Service Oriented Architecture：サービス指向アーキテクチャ)にもとづくSOME/IP(Scalable service-Oriented MiddlewarE over IP)で構成される場合、各ECU間の通信方法や、やり取りを行うデータをARXMLに定義する必要があります。
そのため、SOME/IPに対応するにはARXMLが必須となります。

作成したARXMLの検証はどのように行えますか？

システム全体のARXML(System Description)は、CANoeシミュレーションを用いて検証できます。
また、日立産業制御ソリューションズではMICROSAR CPとvTTを用いた仮想ECUの検証や、MICROSAR APの仮想ECUをCANoeやSIL Kitを使ってEthernetバスに接続する検証もサポート可能です。

「PREEvision」で作成したARXMLはどのように活用できますか？

SWCベースで要件を明確化し、ECUごとのARXML(ECU Description)を「AUTOSAR」コンフィグレーションツールにインポートすることで、ECU開発のプロジェクト環境を構築できます。また、ARXMLに記載されている情報は自動的にコンフィグレーションされます。
さらに、ARXMLを活用したテストスクリプトによる自動テストや、HILSなどのツールへインポートしてシステム検証の環境構築に利用可能です。