LIN通信ミドルウェア
概要
LIN通信ミドルウェアを用いることにより、RTOSとNon-OSのが混在するLIN通信ネットワークを容易に実現可能です。
LIN通信ミドルウェア利用のメリット
1.LIN通信ミドルウェアの利用のみでネットワークを構築できるため、通信ソフトウェアの開発工数を大幅削減可能です。
→LIN通信ミドルウェアを共通に利用しているため、移植性と保守性が向上し、また可読性の向上も期待出来ます。
2.ECUごとに必要な信頼性レベルまで検証します。
3.RTOSとNon-OSの間で相互通信可能です。
→LIN Consortium Specification Package Revision1.3動作互換です。
特徴
メッセージテーブルに従った通信
- SGツールによりターゲットのメッセージテーブルを自動生成。
- メッセージテーブルでは、通信相手、メッセージID、メッセージ長などを管理。
LIN Consortium Specification Package Revision 1.3 準拠
- LIN Consortium によるRevision 1.3 仕様のLINに準拠
- エンティティ層、プロトコルスタック層、フレーム層と、階層を意識した設計
RTOSでは TOPPERS Automotive Kernel と uITRON仕様準拠OS に対応
- TOPPERS Automotive Kernel Release 1.0に対応
- uITRON3.0仕様準拠OSに対応
RTOSとNon-OSでLINプロトコルスタック部分を共通利用
- RTOSとNon-OS間で、プロトコルスタック部分を共通利用させています。
- デバイスドライバに依存コードとOS依存部分を隠蔽しているため、デバイスドライバとOS依存部分の移植のみでLIN通信ミドルウェアを利用可能です。さらにNon-OSでは専用のプロトコルスタック部分を起こしており、 デバイスドライバの移植のみで利用可能になります。
実車搭載を鑑みた実用性
- 製作にあたり、各社自動車関連メーカーの意見を多分に取り入れて設計しており、実用に富んだ機能が満載です。
移植性
- TOPPERS Automotive Kernelだけでなく、他のOSEK/VDX準拠OS、uITRON4.0準拠OS、OS無しのシステムにも移植可能です。
ソフトウェアブロック構成
プラットホームを意識しないインターフェース設計
・OSEKカーネル、uITRONカーネル、非OSアプリなど、どのプラットホームに対しても
共通のインターフェースで使用可能
・LINミドルウェアのナレッジを有効に活用できる
移植性を考慮した階層設計
・Operation System Abstraction Layer (OSAL)
- RTOSの差分を階層に集約することで、OS間で移植する負担を軽減
- OS利用について、タスク、データキュー、 セマフォ相当機能を備えていればOSを選ばない
- uITRON3.0仕様カーネルとTOPPERS Automotive Kernelへの移植実績
・Hardware Abstraction Layer (HAL)
- ターゲットに依存したコードを階層に集約
- ターゲットをまたいだ移植時の負担を大幅に軽減
・LIN Protocol Stack
- LIN Consortium Specification Package Revision 1.3 準拠
- 1ノードに複数チャネルの場合に対応したマルチクラスタ設計
機能概要
マスター・スレーブ双方をサポート
・マスターとスレーブでミドルウェアを共通に利用できる
シグナル送受信
・シグナル(アプリケーションのメッセージ)用APIを各種実装
・シグナルの設定・送信と送信/受信フラグ操作関数をサポート
ネットワークマネージメント(NM)のサポート
・スリープ/ウェークアップ/ラニングの3状態でノードを制御
・スリープとウェークアップ時のコールバック機能を実装
ダイアグ管理機能のサポート
・ID 0x3C, 0x3D によるLINコンソーシアム仕様標準機能を利用できる
・ダイアグ値の設定/取得とダイアグ応答可否設定のAPI
・ダイアグ送受信時のコールバック機能を実装
階層ごとのタスク設計
・コンテキストに影響が及ばないよう3層タスク設計を採用
・アプリケーション、フレーム管理、プロトコルスタックでタスク動作
販売価格
100万円~


