検索
ホームページテクノロジー周辺機器AISOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論

SOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論

Apr 08, 2023 pm 11:21 PM
建築テクノロジーソフトウェアとハ​​ードウェア

次世代の集中電子および電気アーキテクチャでは、中央ゾーンの中央コンピューティング ユニットと地域コントローラ レイアウトの使用が、さまざまな OEM または Tier1 プレーヤーにとって必須のオプションとなっています。中央コンピューティング ユニットのアーキテクチャに関しては、 SOC の分離、ハードウェアの分離、ソフトウェアの仮想化の 3 つの方法があります。集中型の中央コンピューティング ユニットは、自動運転、スマート コックピット、車両制御の 3 つの主要領域の中核となるビジネス機能を統合し、標準化された地域コントローラーは、配電、データ サービス、地域ゲートウェイの 3 つの主要な役割を担います。したがって、中央演算装置には高スループットのイーサネット スイッチが統合されます。

車両全体の統合度がますます高くなるにつれて、より多くの ECU 機能が徐々に地域コントローラーに吸収されるようになります。プラットフォームベースの地域コントローラーは、同じハードウェア設計と同じ IO インターフェイスを使用するため、さまざまなモデルのスケーラビリティ要件をより適切に満たすことができます。したがって、地域制御は車両ハードウェア抽象化の重要な機能も引き受けます。この 2 つは、本来の Can 通信の代わりに高速イーサネットを使用して相互に接続します。要約すると、スケーラブルな電子アーキテクチャは、モデル間のハードウェアの違いを保護するものです。通信ネットワーク内で使用される地域コントローラの数に関係なく、それらの相互通信モードは同じルールに従います。同時に、地域コントローラーは、ローカル エリア ネットワーク内で ECU 機能を抽象化する責任も負います。

SOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論

中央コンピューティング プラットフォームをコアとする上記の集中型アーキテクチャは、チップのアップグレードをサポートできる統合センサーと周辺機器インターフェイスをセットアップしています。 -自動車のライフサイクル中にハードウェアをアップグレードできるため、自動車のインテリジェントなライフサイクルを延長できます。各地域コントローラーには独自のオペレーティング システム ミドルウェア SOA コア ミドルウェアがあり、分散コンピューティングおよび通信フレームワークを提供し、さまざまなオペレーティング システムのカーネルの違いを保護し、上位側に統一されたサービス開発フレームワークを提供できます。関連する機能には、サービス管理、ネットワーク管理、通信管理、アップグレード、診断、ログ、ステータスなどが含まれます。

この記事では、ソフトウェアとハ​​ードウェアの分離の方向に焦点を当て、SOA 用にソフトウェアとハ​​ードウェアをデプロイする方法を説明します。

#01 SOA ソフトウェア アーキテクチャの設計原則

次の図は、一般的な SOA ソフトウェア アーキテクチャの設計原則を示しています。このサービス指向開発アーキテクチャは、実際にはサービス指向開発のための SOA アーキテクチャ モデル ソリューションであり、製品マネージャーはサービス設計に集中できる一方、システム ソフトウェアは製品開発プロセスに深く入り込むことができ、これは自動車ソフトウェア危機に対する解決策でもあります。大きな進歩です。 SOA アーキテクチャ全体は、論理アーキテクチャによって構築されるソフトウェアとハ​​ードウェアの分離システム、およびサービス アーキテクチャによって完成されるサービスの抽象化と適応として要約でき、最終的には標準化されたサービス システムが確立されます。

SOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論

全体的な論理アーキテクチャ設計プロセスは、次のように要約できます。

電子および電気アーキテクチャ: スケーラブルなアーキテクチャ (または、スケーラブルなアーキテクチャ) を設計します。コンピューティングおよび通信アーキテクチャなど)は、問題をより迅速に発見できるように、開発段階でのソフトウェア変更の連鎖反応や統合テストでの問題の集中発生を回避するために、階層化設計、階層化テスト、階層化検証の要件を満たす必要があります。ソフトウェアのバージョンをより迅速に変更できます。

ハードウェア コンピューティング プラットフォーム: スケーラブルなハードウェア プラットフォームには、SOA 基本サービス管理と SOA ハードウェア I/O 制御管理が含まれており、自動運転システムの複数のセンサーや外部デバイスと互換性があり、複数の異種チップとハードウェアのアップグレード。

オペレーティング システム カーネル/サービス ミドルウェア:ファイルのスケジューリングと駆動の中核として、オペレーティング システムは、ソフトウェアとハ​​ードウェアの分離とハードウェア機能のソフトウェア展開をサポートする際に最適な制御を実現できます。

通信アーキテクチャ: 通信アーキテクチャのスケーラビリティにより、プラットフォーム ベースのモデルの開発に迅速に適応できます。モデル間の違いは最小限に抑えることができ、現行世代の製品を利用して通信を拡張することで、多くの追加開発作業を行う必要がなく、その後の製品ラインのメンテナンスのプレッシャーを大幅に軽減できます。

車両制御のリアルタイム要件を満たすために、コアネットワークにはTSNなどの信頼性の高い通信技術が採用されます。地域コントローラ配下の LAN では、CAN や Lin などの従来の通信方式が引き続き存在します。ローカル エリア ネットワーク内の通信は従来の信号の形式で実行できますが、コア イーサネット バックボーン ネットワークでは、データはサービスの形式でやり取りされるため、DDS などの通信ミドルウェアが必要になります。

サービス層/アプリケーション層: 標準化されたサービス層とオーケストレーション可能なアプリケーション層には、SOA システム機能管理、ユニット ドメイン機能管理、車両機能制御管理、クラウド サービス管理が含まれます。

02

SOA におけるデバイス抽象化テクノロジ

中央ドメイン制御を中心としたソフトウェア アーキテクチャにおけるコア テクノロジの展開の詳細な分析の前にコアとなるため、詳細な分析が必要です。関連する重要な概念をいくつか説明します。 Autosar のセンサー/アクチュエーターの設計パターンは、ECU がアーキテクチャ全体のコンテキストでループ内のセンサー/アクチュエーターをどのように処理するかを記述します。

BEG デバイス抽象化は RTE (試行環境の最上位) 上にあります。これは、特定の ECU に接続されたセンサーおよびアクチュエーターから抽象化されたソフトウェア コンポーネントのセットです。センサーまたはアクチュエーター ソフトウェア コンポーネントを使用し、RTE です。 ECU 抽象インターフェイスへのアクセスを許可する唯一のコンポーネント。デバイス抽象化は、ピクセル、点群、電圧、PWM 信号、デジタル信号/メッセージ、周波数などのセンサーとアクチュエーターの生の信号を抽出し、物理インターフェイス (ピクセル、点群、圧力、質量、温度など) を提供します。実際には、デバイスの抽象化により、電圧値、デジタル信号、点群などの物理値の変換が完了します。

デバイスの抽象化は、プラットフォーム ソフトウェアと基礎となるドライバー ソフトウェアを介した、さまざまなハードウェア バリアント間でのアプリケーション層ソフトウェアの互換性を反映します。

表 1 プラットフォーム ソフトウェアと機器 (センサー) の抽象的な関係

##ノイズ除去フィルタ#入力電圧値、ピクセル、点群、温度値などの出力センサー値センサー デバイス ドライバーを実行する; ·生の信号(電気信号)から物理値への変換;#センサーの意味値を入力し、輝度値などの補足後の完全な値を出力##分離されたセンサー信号補償端子·信号の元の値の補正#·機能テスト診断インターフェイス

抽象的な階層化

機能

動作原理

動作の詳細

プラットフォーム ソフトウェア

元の取得値、出力電圧値を入力

ソフトウェアとハ​​ードウェアの接続を切り離す

物理的特性の独自のインターフェイスを提供します

機械的特性、電気的特性、機能的特性、および手順的特性。

#電気機器ドライバー

入力電圧値、出力フィルター電圧値

センサーの測定を確認


# 電気デバイス ドライバー ソフトウェアの電気診断 (接地、バッテリーの短絡、開回路などの検出)

# を実行します。

センサーが外部から電源供給されている場合の電圧補償

# センサー デバイス ドライバー

さまざまなセンサーの違いを分離する

センサーの物理的な動作を制御する;

·ゼロ点とオフセットの調整

·測定値のドリフト検出

·診断チェック

・物理値チェック

##・フィルタリング機能(ダウンサンプリング含む)

##仮想デバイスドライバ

#センサーの仮想デバイス ドライバーは、ソフトウェア プログラムの物理的表現によって抽象化されます

·信号品質評価


·元の値の置き換え(センサーの信号品質が不十分な場合など)

#·信号の元の値の検証

#表 2 プラットフォーム ソフトウェアとデバイス (実行者) の抽象的な関係

#電気機器ドライバー ソフトウェアの電気診断を実行します (アース、バッテリー、断線などの短絡の検出など)ノイズ除去フィルタアクチュエータ デバイス ドライバ 入力 PWM、出力保護、および対応する PWM 値仮想デバイス ドライバー
##抽象的なレイヤリング

機能

動作原理

作業の詳細

プラットフォーム ソフトウェア

入力 PWM、出力 PWM 値

ソフトウェアとハ​​ードウェアの接続の分離

物理的プロパティの生のインターフェイスを提供します

機械的プロパティ、電気的プロパティ、機能的プロパティ、および手続き的プロパティ。

電子デバイス ドライバー

入力電圧値、出力フィルター電圧値

実行の有効性を確認するデバイス実行プロセスの

アクチュエータが外部から電源供給されている場合の電圧補償

機械プロセスの分離された実行

分離されたアクチュエータ機能の保護

センサー デバイス ドライバーはアクチュエーターの物理的な動作を表します

·ドライバーの摩擦を克服するために出力値を重ね合わせます

·実行信号値を出力し、効果的な実行を保証します

#·過大なダメージを防ぐために出力値を制限します

#·設定値を制御します(センサーデータの閉ループで)

#·提供します制限および機能情報 インターフェイス

アクチュエータ要求値を入力し、PWM 値を出力します。バルブ開度として
エグゼキューターのジッター、非線形化、実行オーバーランなどの処理を分離します。


の物理的表現仮想デバイス実行プログラムの抽象エグゼキュータ

・制御側の物理リクエスト値の変換
・非線形値から線形値への変換値

·機能テスト用の診断テスター インターフェイス

·特殊モード処理

·アクチュエータを起動して実行

·アクチュエータの位相ジッターを除去設定値の上書きまたはフィルタリング

##・アクチュエータを調整して安全に起動

##

要約すると、BEG デバイスの抽象的な概念と設計は次のように要約できます:

アプリケーション ソフトウェアは、特定の ECU に接続された特定のセンサーやアクチュエーターから独立しています。異なるセンサーとアクチュエーター間でコードを再利用可能;

異なるコード共有連携モデル (ソフトウェア共有) により、異なるビジネス モデルをサポート;

機能を異なる ECU に展開または再分配;この設計パターンもデバイス抽象化として知られています。

デバイス抽象化は、機能とサービス インターフェイスを上向きに公開し、プラットフォーム ソフトウェアを下向きに接続する S&A レイヤー モジュールの問題を解決します。目標は、インターフェイスを可能な限り公開し、ソフトウェアとハ​​ードウェアの分離を実現することです。 S&A の変更によりソフトウェアの変更が生じることを回避します。

03

SOA でのデバイス抽象化の例

ここでは、SOA アーキテクチャでデバイス抽象化を実装する方法を示す例を示します。このメソッドでは、入力生データ Rawdata を定義するためにセンサー カテゴリ (レーダー、カメラなど) のみを知る必要があります。これらのセンサーの特定の接続方法を知る必要はありません。最上位のアプリケーション層については、最後のアプリケーション層のみを知る必要があります。センシングデータを適用する必要があります。

センサーのデバイス抽象化を例にとると、次のように表すことができます。

SOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論まず、基礎となる物理層の MCAL が次の方法でデータを収集します。 uCポートにアクセスして生データを提供し、一定時間(10msなど)ごとに検出するため、電化製品の接続形態や対応するデータの意味を理解する必要はありません。たとえば、元の画像のピクセル データは、基礎となる LIDAR センサーから収集され、マイクロコントローラー MCU/SOC に入力されます。

第二に、MCU/SOC は、一定期間に従って対応する物理アドレスから対応する点群値を取り出し、I/O デバイスを介して I/O ハードウェア抽象化モジュールに与え、それを測定しますI/Oハードウェア抽象化ポイント検出により、データ計測ポイントの第1階層電気機器が配線に接続され、センサーは配線情報と解釈された生データに基づいて電圧値を計算し、フィルタリング処理を行います。測定データの意味を理解する必要はありません。

その後、ハードウェア抽象化モジュール内の電圧値は 8 ビット ドライバーに従って段階的に処理され、センサー電子デバイス ドライバーによって呼び出され、基本的な元の値が生成されます。この値は、センサー仮想デバイスの歩行者、道路標識などを介して仮想デバイス Dri を駆動します。

最後に、AP Autosar のアプリケーション ソフトウェアは、リアルタイム実行環境 RTE を通じてセンサー センシングのターゲット レベルのデータをリアルタイムで読み取り、アプリケーション ソフトウェアのその後の計画制御と意思決定制御に使用されます。 。

上記の例からもわかるように、デバイス抽象化には、センサーやアクチュエーターの変更に伴うプラットフォームソフトウェアやアプリケーションソフトウェアの変更が発生しないという利点があります。変換によって引き起こされるハードウェアのデカップリング。

SOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論異なるモデルのセンシング センサーを置き換える場合、ECU の選択は、ECU がサポートする信号解析モード モデルに限定されなくなりました。たとえば、NTC モデルと PTC モデルを置き換えるには、デバイス ドライバーにあるソフトウェア モジュールを変更するだけで済みます。

同じタイプのセンサーとアクチュエータ モジュールは、同じ処理モジュールの一部を共有できます。たとえば、サイドビュー カメラの処理モードの場合、サイドビュー カメラの 1 つの処理アルゴリズムを次のようにすることができます。他の 3 台に直接適用され、3 台のカメラのカメラ パラメータを再調整するだけで済みます。一部のカメラを高解像度のカメラに更新する必要がある場合でも、基盤となるドライバー ソフトウェアやプラットフォーム ソフトウェアに大きな変更を加える必要はありません。少なくとも I/O インターフェースの形式やデータ入力モードを変更する必要はなく、画像処理のアルゴリズムモジュールのみを再チューニングするだけで済みます。高解像度処理モジュールの要件に応じて、現時点ではニューラル ネットワーク加速モデルの最適化方法を検討する必要がありますが、全体的なアルゴリズム アーキテクチャ モデルは変わりません。

04 まとめ

現在、多くの OEM が提唱する開発手法はプラットフォーム製品開発を行うことであり、プラットフォーム化ではソフトウェアとハ​​ードウェアを分離するという核心的な考え方が重視されています。製品ラインとプラットフォームラインは分業するのが便利で、製品ラインは特定の車種プロジェクトを担当し、プラットフォームラインはテクニカルセンターの構築を担当します。新しいプラットフォームの開発では、技術的なリンクが非常に長く複雑になることがよくありますが、階層化されたアーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法により、階層化されたテストと検証が容易になり、統合テストのプレッシャーが軽減され、問題をより完全に発見できます。バージョンのリリース速度が向上します。

以上がSOA におけるソフトウェア アーキテクチャ設計とソフトウェアとハ​​ードウェアの分離方法論の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事は51CTO.COMで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
踊りましょう:私たちの人間のニューラルネットを微調整するための構造化された動き踊りましょう:私たちの人間のニューラルネットを微調整するための構造化された動きApr 27, 2025 am 11:09 AM

科学者は、彼らの機能を理解するために、人間とより単純なニューラルネットワーク(C. elegansのものと同様)を広く研究してきました。 ただし、重要な疑問が生じます。新しいAIと一緒に効果的に作業するために独自のニューラルネットワークをどのように適応させるのか

新しいGoogleリークは、Gemini AIのサブスクリプションの変更を明らかにします新しいGoogleリークは、Gemini AIのサブスクリプションの変更を明らかにしますApr 27, 2025 am 11:08 AM

GoogleのGemini Advanced:Horizo​​nの新しいサブスクリプションティア 現在、Gemini Advancedにアクセスするには、1か月あたり19.99ドルのGoogle One AIプレミアムプランが必要です。 ただし、Android Authorityのレポートは、今後の変更を示唆しています。 最新のGoogle p

データ分析の加速がAIの隠されたボトルネックをどのように解決しているかデータ分析の加速がAIの隠されたボトルネックをどのように解決しているかApr 27, 2025 am 11:07 AM

高度なAI機能を取り巻く誇大宣伝にもかかわらず、エンタープライズAIの展開内に大きな課題が潜んでいます:データ処理ボトルネック。 CEOがAIの進歩を祝う間、エンジニアはクエリの遅い時間、過負荷のパイプライン、

MarkitDown MCPは、任意のドキュメントをマークダウンに変換できます!MarkitDown MCPは、任意のドキュメントをマークダウンに変換できます!Apr 27, 2025 am 09:47 AM

ドキュメントの取り扱いは、AIプロジェクトでファイルを開くだけでなく、カオスを明確に変えることです。 PDF、PowerPoint、Wordなどのドキュメントは、あらゆる形状とサイズでワークフローをフラッシュします。構造化された取得

建物のエージェントにGoogle ADKを使用する方法は? - 分析Vidhya建物のエージェントにGoogle ADKを使用する方法は? - 分析VidhyaApr 27, 2025 am 09:42 AM

Googleのエージェント開発キット(ADK)のパワーを活用して、実際の機能を備えたインテリジェントエージェントを作成します。このチュートリアルは、ADKを使用して会話エージェントを構築し、GeminiやGPTなどのさまざまな言語モデルをサポートすることをガイドします。 w

効果的な問題解決のためにLLMを介したSLMの使用 - 分析Vidhya効果的な問題解決のためにLLMを介したSLMの使用 - 分析VidhyaApr 27, 2025 am 09:27 AM

まとめ: Small Language Model(SLM)は、効率のために設計されています。それらは、リソース不足、リアルタイム、プライバシーに敏感な環境の大手言語モデル(LLM)よりも優れています。 特にドメインの特異性、制御可能性、解釈可能性が一般的な知識や創造性よりも重要である場合、フォーカスベースのタスクに最適です。 SLMはLLMSの代替品ではありませんが、精度、速度、費用対効果が重要な場合に理想的です。 テクノロジーは、より少ないリソースでより多くを達成するのに役立ちます。それは常にドライバーではなく、プロモーターでした。蒸気エンジンの時代からインターネットバブル時代まで、テクノロジーの力は、問題の解決に役立つ範囲にあります。人工知能(AI)および最近では生成AIも例外ではありません

コンピュータービジョンタスクにGoogle Geminiモデルを使用する方法は? - 分析VidhyaコンピュータービジョンタスクにGoogle Geminiモデルを使用する方法は? - 分析VidhyaApr 27, 2025 am 09:26 AM

コンピュータービジョンのためのGoogleGeminiの力を活用:包括的なガイド 大手AIチャットボットであるGoogle Geminiは、その機能を会話を超えて拡張して、強力なコンピュータービジョン機能を網羅しています。 このガイドの利用方法については、

Gemini 2.0 Flash vs O4-Mini:GoogleはOpenaiよりもうまくやることができますか?Gemini 2.0 Flash vs O4-Mini:GoogleはOpenaiよりもうまくやることができますか?Apr 27, 2025 am 09:20 AM

2025年のAIランドスケープは、GoogleのGemini 2.0 FlashとOpenaiのO4-Miniの到着とともに感動的です。 数週間離れたこれらの最先端のモデルは、同等の高度な機能と印象的なベンチマークスコアを誇っています。この詳細な比較

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SecLists

SecLists

SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター