GSILのMILS開発への適用

MILSでのアプリケーション検証

Simulinkなどを使用するMILS（Model In the Loop Simulation）では、ツールに含まれているモデルのライブラリ（加減算、PID制御）などを結線して制御モデルを作成することで、制御用ECUコントローラーや車両プラントモデルをPC上で検証することができます。
そのモデルをECUの実機で使用するマイコン向けにコードを自動生成すれば、GSILのようなSILSを使用しなくとも、（BSW部分を除けば）手書きコードによるデバッグ作業を行うことなく実機での検証が可能になります。

もし、既にこのような開発を行っている場合に、GSILのようなSILSを使用するメリットはあるのでしょうか。

1. MILS開発におけるGSILのメリット

1-1. 自動生成コード、手書きコードの結合テスト

メリットの一つは、自動生成コードと手書きコードによる結合テストが可能になることです。モデルベース開発では、PID制御などの制御部分はモデルによる開発を行い、それ以外のロジックは手書きコードによる開発を行うのが効率的です。また、従来からCコードで開発されている技術者はモデルベースを新たに学習する必要がありますし、レガシーなCコードから派生で開発する場合もそのままCコードを使用する方が効率的です。このようなケースでは、モデルベースから自動生成されたコードとそれ以外の手書きのCコードを合わせてテストする必要がありますが、GSILであればそのような結合テストが容易に可能です。

1-2. 自動網羅テスト

GSILは、信頼性向上のために、人手では不可能な莫大なテストケースを自動で生成して実行、検証することが可能です。
このような機能はMILSツールでも提供されている場合がありますが、一般的には追加機能として提供されているので、実現には少なくない追加コストがかかります。また、それらのツールはカバレッジ率の向上を目的にしていますが、それだけでは数多くの組み合わせをテストすることにはなりません。
これに対し、GSILはコストアップ無しで自動網羅テストを行うことができます。単にランダムに入力値を変化させるだけのテストでは、実車走行テストとの違いは大きく、意味のないものになってしまいます。GSILでは入力値に制約を付けることができるので、より実車でのテストに近いテストが可能になっています。

より詳しい技術や関連製品について知りたい方へ

本コラムに関係する技術や関連する製品について知りたい方は、お気軽にご相談ください。

お問い合わせはこちらから

1-3. B2Bテスト

モデルベース開発では、作成したモデルと実機とが同じ動作をしているかを確認するためのB2B（Back to Back）テストを行う必要があります。
GSILであれば、このB2Bテストを簡単に行うことができます。まずは前述の自動網羅テストをGSILで行いテストケースをCSVに出力をします。そこには膨大な変数の組み合わせのテストが含まれます。次に、そのCSV（入力CSV）を入力としてモデルベース環境で実行し、その出力をCSVに出力します。

上記の入力CSVを実機完成後に実機で実行し、その出力をCSVに出力します。それらの出力結果を比較することで、モデルと実機が同じ動作をしているかを確認することができます。

1-4. タイミング検証

車載ECUの制御では、「特定の時間内に処理を終了させる」といったタイミングの要求があり、指定の条件を満足しているかを確認するのがタイミング検証です。
しかし、MILSと実機では実行環境が大きく異なるため、MILSでタイミング検証を行うのは困難です。
それに比べてGSILは、弊社取り扱いツールのchronVIEWを使用することで、タイミング検証が可能となります。

詳細はこちらをご覧ください。

2. まとめ

このようにGSILをモデルベース開発に適用することで各種のメリットが見込まれます。
ご興味ある方は、ぜひ製品ページもご覧ください。GSILについて、より詳しくご説明いたします。

このコラムの著者

株式会社ユビキタスAI

エンベデッド第3事業部 担当部長

植田 宏​（うえだ ひろし）

大学卒業後Tier1メーカーへ入社、ECUソフトウェア開発を行う。その後海外で組込みソフトウェア開発エンジニアの経験を経て、帰国。1998年より車載系ソフトウェアの技術営業に従事。自身の経験を活かし、課題解決に役立つ海外のソフトウェア商材を取扱い、国内のエンジニアへ届けている。

より詳しく技術や​関連製品について​知りたい方へ

本コラムに関係する技術や関連する製品について知りたい方は、お気軽にご相談ください。

お問い合わせはこちらから