新しいボードの MCAL 層を開発する場合、AUTOSAR 仕様で指定されていない新しい機能を追加することはできますか? たとえば、フレームの長さを測定する MCAL ICU 機能に追加します (MCU には、入力フレームの LEVEL の長さを測定する専用モジュールがあります)。
4 に答える
AUTOSAR のまさにその考え方は、抽象化とコードの移植性です。AUTOSAR 以外の機能を MCAL ドライバーに追加すると言うとき、コードを調べない限り、インテグレーターはそのような機能の存在を知ることはありません (それは含まれているはずがないため)。クライアントがそのような機能を含めることができると主張する場合は機能しませんが、AUTOSAR の規則に違反していることを認識しておく必要があります。
理論的には、マイクロの全機能とインターフェイスは、チップ メーカーが提供する MCAL でカバーする必要があります。その場合、理想的な解決策は、上記の別の回答で述べたように、目的の機能を実装するために CDD (Complex Device Driver) を開発することです。
もちろん、これには AUTOSAR スタック プロバイダーが CDD 実装を検証し、それを AUTOSAR スタックに統合する必要があり、更新を行うには、再検証して再統合する必要があります。 . ご理解のとおり、これは非常にコストのかかるプロセスであり、私の経験では、おそらく OEM でない限り、業界の誰もそれを採用しません。
最も評判の良いサプライヤーが行っていることは、RTE を介して必要な MCAL インターフェイスにアクセスし、必要な機能を実装するアプリケーション/CDD ハイブリッド コンポーネントを作成することです。このソリューションにより、少なくとも理論上は AUTOSAR 標準に違反することなく、必要な低レベルの機能を実装することが可能になります。
このソリューションは、インターフェイスが明示的かつ適切に定義されている限り、ASPICE 標準にも完全に準拠しています。
ベンダー固有のコード/機能を追加する場合は、モジュールの paramdef に構成パラメーターを追加できます。その後、ユーザーは必要に応じて構成し、それに応じて対応するコードを有効/無効にすることができます。