AUTOSARソリューション

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

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

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

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

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は固定されたスケジューリングのため、タスク設計は容易ですが、 AUTOSAR APでは動的なスケジューリングを考慮したタスク設計が必要です。 AUTOSAR APでは、使用するOSやスケジューリング方式によってソフトウェアの挙動が大きく変わるため、当社でのPoCで得られたノウハウをベースにしたタスク設計を行います。また、AUTOSAR APの特徴として、OTAによる頻繁なアプリケーションのアップグレードや不具合改修が挙げられます。日立産業制御ソリューションズではアジャイル開発プロセスの社内規定があり、AUTOSAR 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 APの開発にはC++、POSIX OS、SOA (Service Oriented Architecture)の知識が必須となります。日立産業制御ソリューションズではお客様のご要望に応じてAUTOSAR AP導入のためのAP開発基礎教育を行います。

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

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

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

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