知財求人 - 知財ポータルサイト「IP Force」
▶ エスティーマイクロエレクトロニクス アプリケーション ゲゼルシャフト ミット ベシュレンクテル ハフツングの特許一覧 ▶ エスティーマイクロエレクトロニクス デザイン アンド アプリケーション エス．アール．オー．の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024120049
(43)【公開日】2024-09-03
(54)【発明の名称】通信方法、対応するシステム、装置、信号及び乗物
(51)【国際特許分類】
H04L 12/40 20060101AFI20240827BHJP
【ＦＩ】
H04L12/40 B
【審査請求】有
【請求項の数】1
【出願形態】ＯＬ
(21)【出願番号】P 2024099746
(22)【出願日】2024-06-20
(62)【分割の表示】P 2022185693の分割
【原出願日】2019-03-25
(31)【優先権主張番号】102018000003980
(32)【優先日】2018-03-26
(33)【優先権主張国・地域又は機関】IT
(71)【出願人】
【識別番号】519105795
【氏名又は名称】エスティーマイクロエレクトロニクス アプリケーション ゲゼルシャフト ミット ベシュレンクテル ハフツング
【氏名又は名称原語表記】ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ Ａｐｐｌｉｃａｔｉｏｎ ＧｍｂＨ
(71)【出願人】
【識別番号】519105809
【氏名又は名称】エスティーマイクロエレクトロニクス デザイン アンド アプリケーション エス．アール．オー．
【氏名又は名称原語表記】ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ Ｄｅｓｉｇｎ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎ ｓ．ｒ．ｏ．
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100126480
【弁理士】
【氏名又は名称】佐藤 睦
(72)【発明者】
【氏名】フレッド レーニング
(72)【発明者】
【氏名】ルデク ベラン
(57)【要約】 （修正有）
【課題】高データレート乗物ネットワークの実現などを容易化させる方法、システム及び装置を提供する。
【解決手段】乗物第Ｖにおいて、第１装置１０と一組の第２装置２０とをバス３０を介して結合し、一組の第２装置による実行のための動作を表す第１メッセージ及び予期されている反応期間内に該第１装置に対して夫々の反応を要求する第２装置のを識別する識別子を伝達する該第２メッセージを送信し、且つ、第２装置に、第１装置から送信される第１メッセージをバス上で受信し、一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ、読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行し、第１装置から送信される第２メッセージを受信し、且つ、第１装置へ向けて反応メッセージを送信させることにより夫々の予期されている反応期間内に第２メッセージに関して反応させる。
【選択図】図１
【解決手段】乗物第Ｖにおいて、第１装置１０と一組の第２装置２０とをバス３０を介して結合し、一組の第２装置による実行のための動作を表す第１メッセージ及び予期されている反応期間内に該第１装置に対して夫々の反応を要求する第２装置のを識別する識別子を伝達する該第２メッセージを送信し、且つ、第２装置に、第１装置から送信される第１メッセージをバス上で受信し、一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ、読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行し、第１装置から送信される第２メッセージを受信し、且つ、第１装置へ向けて反応メッセージを送信させることにより夫々の予期されている反応期間内に第２メッセージに関して反応させる。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１装置（１０）と一組の第２装置（２０１，２０２，．．．，２０ｎ）とをバス（３
０）を介して結合し、
該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、
ａ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による
実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置から
の応答を必要とするものではない第１メッセージ、及び
ｂ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置へアド
レスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応
答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０１，２０２，．
．．，２０ｎ）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０ｉ
）のみからの応答をトリガーする該第２メッセージ、
を送信し、及び
該第２装置（２０１，２０２，．．．，２０ｎ）をスレーブ装置として構成して、
ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッ
セージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々
の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ
部分の関数として夫々の動作を実行し、
ｄ）マスタ装置として構成されている該第１装置（１０）から送信される該第２メッ
セージを該バス（３０）上で受信し且つマスタ装置として構成されている該第１装置（１
０）へ向けて反応メッセージを該バス（３０）上を送信させることにより前記予期されて
いる応答期間内に該第２メッセージに関して応答させる、
ことを包含しており、
該第１装置（１０）をマスタ装置として構成することが、前記第１メッセージ及び前記
第２メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ且つ前記第１メッセージ及
び前記第２メッセージを該バス（３０）上で送信するためのプロトコル制御回路（１０６
２）を構成することを包含しており、及び該第２装置（２０１，２０２，．．．，２０ｎ
）をスレーブ装置として構成することが、前記反応メッセージをＣＡＮ ＦＤフォーマッ
トでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受信し、且つ前記反
応メッセージを該バス（３０）上を送信するための夫々の通信及びプロトコル制御回路（
２０１）を構成することを包含している、
方法。
０）を介して結合し、
該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、
ａ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による
実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置から
の応答を必要とするものではない第１メッセージ、及び
ｂ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置へアド
レスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応
答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０１，２０２，．
．．，２０ｎ）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０ｉ
）のみからの応答をトリガーする該第２メッセージ、
を送信し、及び
該第２装置（２０１，２０２，．．．，２０ｎ）をスレーブ装置として構成して、
ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッ
セージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々
の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ
部分の関数として夫々の動作を実行し、
ｄ）マスタ装置として構成されている該第１装置（１０）から送信される該第２メッ
セージを該バス（３０）上で受信し且つマスタ装置として構成されている該第１装置（１
０）へ向けて反応メッセージを該バス（３０）上を送信させることにより前記予期されて
いる応答期間内に該第２メッセージに関して応答させる、
ことを包含しており、
該第１装置（１０）をマスタ装置として構成することが、前記第１メッセージ及び前記
第２メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ且つ前記第１メッセージ及
び前記第２メッセージを該バス（３０）上で送信するためのプロトコル制御回路（１０６
２）を構成することを包含しており、及び該第２装置（２０１，２０２，．．．，２０ｎ
）をスレーブ装置として構成することが、前記反応メッセージをＣＡＮ ＦＤフォーマッ
トでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受信し、且つ前記反
応メッセージを該バス（３０）上を送信するための夫々の通信及びプロトコル制御回路（
２０１）を構成することを包含している、
方法。
【請求項2】
マスタ装置として構成されている該第１装置（１０）が、マスタ装置として構成されて
いる該第１装置（１０）から該バス（３０）上を送信される該第１メッセージ内のどの動
作データメッセージ部分がスレーブ装置として構成されている該第２装置（２０１，２０
２，．．．，２０ｎ）の夫々のものに対して専用であるかを表す初期化データを有する初
期化メッセージを該バス（３０）上を送信し、
スレーブ装置として構成されている該第２装置（２０１，２０２，．．．，２０ｎ）が
、マスタ装置として構成されている該第１装置（１０）から該バス（３０）上を送信され
る該初期化メッセージを受信し且つ前記一組の動作データメッセージ部分においてそれに
対して専用とされている夫々の動作データメッセージ部分を読み取るために前記初期化デ
ータの関数として初期化を行い、
前記初期化メッセージがＣＡＮ ＦＤフォーマットに従ってエンコードされている、
請求項１記載の方法。
いる該第１装置（１０）から該バス（３０）上を送信される該第１メッセージ内のどの動
作データメッセージ部分がスレーブ装置として構成されている該第２装置（２０１，２０
２，．．．，２０ｎ）の夫々のものに対して専用であるかを表す初期化データを有する初
期化メッセージを該バス（３０）上を送信し、
スレーブ装置として構成されている該第２装置（２０１，２０２，．．．，２０ｎ）が
、マスタ装置として構成されている該第１装置（１０）から該バス（３０）上を送信され
る該初期化メッセージを受信し且つ前記一組の動作データメッセージ部分においてそれに
対して専用とされている夫々の動作データメッセージ部分を読み取るために前記初期化デ
ータの関数として初期化を行い、
前記初期化メッセージがＣＡＮ ＦＤフォーマットに従ってエンコードされている、
請求項１記載の方法。
【請求項3】
スレーブ装置として構成されている該一組の第２装置（２０１，２０２，．．．，２０
ｎ）における前記第２装置を複数の第２装置の複数のサブセットに配置させることを包含
しており、その場合にマスタ装置として構成されている該第１装置（１０）は該第１動作
メッセージが専用とされている前記第２装置の該サブセットを識別するサブセット識別イ
ンデックスを有している第１メッセージを該バス（３０）上を送信する、
請求項１又は２記載の方法。
ｎ）における前記第２装置を複数の第２装置の複数のサブセットに配置させることを包含
しており、その場合にマスタ装置として構成されている該第１装置（１０）は該第１動作
メッセージが専用とされている前記第２装置の該サブセットを識別するサブセット識別イ
ンデックスを有している第１メッセージを該バス（３０）上を送信する、
請求項１又は２記載の方法。
【請求項4】
マスタ装置として構成されている該第１装置（１０）が一定のレートで該バス（３０）
上を前記第１メッセージを送信する、
請求項１乃至３の内のいずれか１項に記載の方法。
上を前記第１メッセージを送信する、
請求項１乃至３の内のいずれか１項に記載の方法。
【請求項5】
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置が夫々のウオ
ッチドッグタイマーの満了の結果としてフェイルセーフモードにスイッチする、
請求項１乃至４の内のいずれか1項に記載の方法。
ッチドッグタイマーの満了の結果としてフェイルセーフモードにスイッチする、
請求項１乃至４の内のいずれか1項に記載の方法。
【請求項6】
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置が、マスタ装
置として構成されている該第１装置（１０）から、前記第１メッセージ及び前記第２メッ
セージの内から選択されるメッセージを受信することの結果として、前記夫々のウオッチ
ドッグタイマーをリセットさせる、
請求項５に記載の方法。
置として構成されている該第１装置（１０）から、前記第１メッセージ及び前記第２メッ
セージの内から選択されるメッセージを受信することの結果として、前記夫々のウオッチ
ドッグタイマーをリセットさせる、
請求項５に記載の方法。
【請求項7】
該第１装置（１０）が、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置から要求さ
れる夫々の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないこと
に対して感応し、及び／又は
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置からの夫々
の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないことを表す夫
々のウオッチドッグエラー信号をトリガする、
請求項１乃至６の内のいずれか１項に記載の方法。
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置から要求さ
れる夫々の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないこと
に対して感応し、及び／又は
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置からの夫々
の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないことを表す夫
々のウオッチドッグエラー信号をトリガする、
請求項１乃至６の内のいずれか１項に記載の方法。
【請求項8】
前記バス（３０）が差動配線バスを有している、
請求項１乃至７に記載の方法。
請求項１乃至７に記載の方法。
【請求項9】
第１装置（１０）とバス（３０）を介して結合されている一組の第２装置（２０１，２
０２，．．．，２０ｎ）とを有しており、該第１装置（１０）及び該第２装置（２０１，
２０２，．．．，２０ｎ）が、夫々、マスタ装置及びスレーブ装置として構成されており
、該マスタ装置及び該スレーブ装置が請求項１乃至８の内のいずれか１項に記載の方法で
動作すべく構成されており、
該第１装置（１０）が、前記第１メッセージ及び前記第２メッセージをＣＡＮ ＦＤフ
ォーマットでエンコードさせ且つ前記第１メッセージ及び前記第２メッセージを該バス（
３０）上を送信させる構成とされているプロトコル制御回路（１０６２）を包含しており
、及び該第２装置（２０１，２０２，．．．，２０ｎ）が、前記反応メッセージをＣＡＮ
ＦＤフォーマットでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受
信し、且つ前記反応メッセージを該バス（３０）上を送信させる構成とされている夫々の
通信及びプロトコル制御回路（２０１）を包含している、
システム。
０２，．．．，２０ｎ）とを有しており、該第１装置（１０）及び該第２装置（２０１，
２０２，．．．，２０ｎ）が、夫々、マスタ装置及びスレーブ装置として構成されており
、該マスタ装置及び該スレーブ装置が請求項１乃至８の内のいずれか１項に記載の方法で
動作すべく構成されており、
該第１装置（１０）が、前記第１メッセージ及び前記第２メッセージをＣＡＮ ＦＤフ
ォーマットでエンコードさせ且つ前記第１メッセージ及び前記第２メッセージを該バス（
３０）上を送信させる構成とされているプロトコル制御回路（１０６２）を包含しており
、及び該第２装置（２０１，２０２，．．．，２０ｎ）が、前記反応メッセージをＣＡＮ
ＦＤフォーマットでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受
信し、且つ前記反応メッセージを該バス（３０）上を送信させる構成とされている夫々の
通信及びプロトコル制御回路（２０１）を包含している、
システム。
【請求項10】
バス（３０）を介して一組の第２装置（２０１，２０２，．．．，２０ｎ）へ第１装置
として結合させる装置（１０）において、該第１装置は該バス上を、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行の
ための動作を表す一組の動作データメッセージ部分を担持しており、該第２装置からの応
答を必要とすることの無い第１メッセージ、及び
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置に対してアド
レスされている第２メッセージであって、予期されている反応期間内に該第１装置（１０
）に対して夫々の反応を要求し、該第２メッセージがアドレスされる該第２装置（２０１
，２０２，．．．，２０ｎ）のものを識別する識別子を伝達し、アドレスされた第２装置
（２０ｉ）のみからの応答とトリガーさせる該第２メッセージ、
を送信させる構成とされているプロトコル制御回路（１０６２）を包含しており、
前記第１メッセージ及び前記第２メッセージがＣＡＮ ＦＤフォーマットでエンコード
されている、
装置（１０）。
として結合させる装置（１０）において、該第１装置は該バス上を、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行の
ための動作を表す一組の動作データメッセージ部分を担持しており、該第２装置からの応
答を必要とすることの無い第１メッセージ、及び
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置に対してアド
レスされている第２メッセージであって、予期されている反応期間内に該第１装置（１０
）に対して夫々の反応を要求し、該第２メッセージがアドレスされる該第２装置（２０１
，２０２，．．．，２０ｎ）のものを識別する識別子を伝達し、アドレスされた第２装置
（２０ｉ）のみからの応答とトリガーさせる該第２メッセージ、
を送信させる構成とされているプロトコル制御回路（１０６２）を包含しており、
前記第１メッセージ及び前記第２メッセージがＣＡＮ ＦＤフォーマットでエンコード
されている、
装置（１０）。
【請求項11】
該装置は、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置から要求さ
れる夫々の反応が前記夫々の予期されている反応期間内に該第１装置（１０）へ到達しな
いことに感応し、及び／又は
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置からの夫々
の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないことを表す夫
々のウオッチドッグエラー信号をトリガさせる構成とされている、
請求項１０に記載の装置（１０）。
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置から要求さ
れる夫々の反応が前記夫々の予期されている反応期間内に該第１装置（１０）へ到達しな
いことに感応し、及び／又は
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置からの夫々
の反応が前記予期されている反応期間内に該第１装置（１０）へ到達しないことを表す夫
々のウオッチドッグエラー信号をトリガさせる構成とされている、
請求項１０に記載の装置（１０）。
【請求項12】
バス（３０）を介して第１装置（１０）へ結合されている一組の第２装置（２０１，２
０２，．．．，２０ｎ）内に包含させるための装置（２０ｉ）において、該装置が、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行
のための動作を表している一組の動作データメッセージ部分を担持しており該第２装置か
らの応答を必要とすることの無い第１メッセージを該バス（３０）上で受信し、前記一組
の動作データメッセージ部分における少なくとも一つの夫々の動作データメッセージ部分
を読み取り、且つ読み取った該少なくとも一つの夫々の動作データメッセージ部分の関数
として少なくとも一つの夫々の動作を実行し、
前記第２メッセージがアドレスされる該第２装置（２０１，２０２，．．．，２０ｎ
）の内の該一つとして該装置を識別する識別子を担持する第２メッセージであって予期さ
れている反応期間内に該第１装置（１０）に対する夫々の反応を該装置から要求しアドレ
スされた第２装置（２０ｉ）のみからの応答をトリガーする第２メッセージを該バス（３
０）上で受信し、且つ前記予期されている反応期間内にそれについて反応する、
構成とされている通信及びプロトコル制御回路（２０１）を包含しており、
前記装置からの反応メッセージがマスタ装置として構成されている該第１装置（１０）
へ向けて該バス（３０）上を送信され、
前記第１メッセージ及び前記第２メッセージがＣＡＮ ＦＤフォーマットでエンコード
されている、
装置（２０ｉ）。
０２，．．．，２０ｎ）内に包含させるための装置（２０ｉ）において、該装置が、
該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行
のための動作を表している一組の動作データメッセージ部分を担持しており該第２装置か
らの応答を必要とすることの無い第１メッセージを該バス（３０）上で受信し、前記一組
の動作データメッセージ部分における少なくとも一つの夫々の動作データメッセージ部分
を読み取り、且つ読み取った該少なくとも一つの夫々の動作データメッセージ部分の関数
として少なくとも一つの夫々の動作を実行し、
前記第２メッセージがアドレスされる該第２装置（２０１，２０２，．．．，２０ｎ
）の内の該一つとして該装置を識別する識別子を担持する第２メッセージであって予期さ
れている反応期間内に該第１装置（１０）に対する夫々の反応を該装置から要求しアドレ
スされた第２装置（２０ｉ）のみからの応答をトリガーする第２メッセージを該バス（３
０）上で受信し、且つ前記予期されている反応期間内にそれについて反応する、
構成とされている通信及びプロトコル制御回路（２０１）を包含しており、
前記装置からの反応メッセージがマスタ装置として構成されている該第１装置（１０）
へ向けて該バス（３０）上を送信され、
前記第１メッセージ及び前記第２メッセージがＣＡＮ ＦＤフォーマットでエンコード
されている、
装置（２０ｉ）。
【請求項13】
夫々のウオッチドッグタイマーの満了の結果としてフェイルセーフ状態へスイッチする
構成とされている請求項１２に記載の装置（２０ｉ）。
構成とされている請求項１２に記載の装置（２０ｉ）。
【請求項14】
前記バス（３０）を介して前記第１装置（１０）から受信したメッセージの結果として
前記夫々のウオッチドッグタイマーをリセットさせる構成とされている請求項１３に記載
の装置（２０ｉ）。
前記夫々のウオッチドッグタイマーをリセットさせる構成とされている請求項１３に記載
の装置（２０ｉ）。
【請求項15】
前記通信及びプロトコル制御回路（２０１）が、その中に実現されている応用特定ハー
ドウエアを包含している請求項１２乃至１４の内のいずれか１項に記載の装置（２０ｉ）
。
ドウエアを包含している請求項１２乃至１４の内のいずれか１項に記載の装置（２０ｉ）
。
【請求項16】
好適には乗物ライトドライバ（２０１，２０２，．．．，２０ｎ）であるライト照射供
給源ドライバを有している請求項１２乃至１５の内のいずれか１項に記載の装置（２０ｉ
）。
給源ドライバを有している請求項１２乃至１５の内のいずれか１項に記載の装置（２０ｉ
）。
【請求項17】
請求項９に基づくシステムを具備している乗物（Ｖ）。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、例えば自動車適用例において使用するための、バスサポート型通信に関する
ものである。
ものである。
【0002】
例えば、一つ又はそれ以上の実施例は乗物のライト（例えば、前部ライト、後部ライト
、室内ライト）の電子制御ユニット（ＥＣＵ）と対応するライティングモジュール（例え
ば、ＬＥＤライトモジュール）との間の通信へ適用させることが可能である。
、室内ライト）の電子制御ユニット（ＥＣＵ）と対応するライティングモジュール（例え
ば、ＬＥＤライトモジュール）との間の通信へ適用させることが可能である。
【背景技術】
【0003】
例えば自動車分野においての種々の適用例は、一つ又はそれ以上のバスネットワーク上
でのデータの交換が関与する。高データレート、堅牢性、欠陥検知、安全性、及び低コス
トがこの様な適用例に対して望ましい特徴である。
でのデータの交換が関与する。高データレート、堅牢性、欠陥検知、安全性、及び低コス
トがこの様な適用例に対して望ましい特徴である。
【0004】
既存の高データレート（例えば、１Ｍｂ／ｓ）の標準化された乗物通信システムは、外
部部品を使用する複雑且つ正確なプロトコル制御器が関与する場合がある。これらは高価
なものとなる場合があり、特に単一チップアナログ／バイポーラ応用特定集積回路（ＡＳ
ＩＣ）及び／又は応用特定標準製品（ＡＳＳＰ）として実現される場合にはそうである。
部部品を使用する複雑且つ正確なプロトコル制御器が関与する場合がある。これらは高価
なものとなる場合があり、特に単一チップアナログ／バイポーラ応用特定集積回路（ＡＳ
ＩＣ）及び／又は応用特定標準製品（ＡＳＳＰ）として実現される場合にはそうである。
【0005】
乗物のライト（例えば、前部ライト、後部ライト、室内ライト）は益々洗練化され且つ
分散化（例えば、マトリックスＬＥＤ，アンビエントＬＥＤ）されてきている。この様な
洗練化され且つ分散化されたシステムを制御することは、高データレート制御が関与する
場合がある。更に、特に前部及び後部のライティングシステムに対しては、オートモーテ
ィブグレイドの安全性と堅牢性とが望ましい。
分散化（例えば、マトリックスＬＥＤ，アンビエントＬＥＤ）されてきている。この様な
洗練化され且つ分散化されたシステムを制御することは、高データレート制御が関与する
場合がある。更に、特に前部及び後部のライティングシステムに対しては、オートモーテ
ィブグレイドの安全性と堅牢性とが望ましい。
【0006】
ＬＥＤドライバは、例えばバイポーラ－ＣＭＯＳ－ＤＭＯＳ（ＢＣＤ）技術などの単一
チップ技術を使用する場合には、費用効率的である場合がある。そうでない場合には、例
えばＢＣＤ技術を使用する高データレートプロトコル制御器は高価なものであり且つ正確
なクロック供給源（クリスタル）に依存するものとなる。
チップ技術を使用する場合には、費用効率的である場合がある。そうでない場合には、例
えばＢＣＤ技術を使用する高データレートプロトコル制御器は高価なものであり且つ正確
なクロック供給源（クリスタル）に依存するものとなる。
【0007】
堅牢性を容易とさせるためにクロック信号及びデータ信号に対して差動配線を採用する
ことが可能であるが、そのことはワイヤ「ハーネス」コストを増加させる場合がある。
ことが可能であるが、そのことはワイヤ「ハーネス」コストを増加させる場合がある。
【0008】
従って、例えばＬＥＤマトリクスなどの分散型照明光源を駆動するために乗物における
通信ネットワークの増加する複雑性は、生産コストを増加させることとなる場合があり、
そのことは自動車業界におけるビジネスモデルと殆ど適合性のないものである場合がある
。
通信ネットワークの増加する複雑性は、生産コストを増加させることとなる場合があり、
そのことは自動車業界におけるビジネスモデルと殆ど適合性のないものである場合がある
。
【0009】
一つ又はそれ以上の実施例は、例えば、ＣＡＮ（コントローラエリアネットワーク）バ
スに対して適用可能である。これは、ホストコンピュータ無しで、乗物に搭載されている
装置と例えばマイクロコントローラとの間の通信を容易化させることが可能な公知の取り
決めである。ＣＡＮバスの動作は、例えばＩＳＯ１１８９８－２：２０１５及びＩＳＯ１
１８９８－２：２０１６等のスタンダードにおいて取り扱われているようにメッセージに
基づくプロトコルに基づくものとすることが可能である。
スに対して適用可能である。これは、ホストコンピュータ無しで、乗物に搭載されている
装置と例えばマイクロコントローラとの間の通信を容易化させることが可能な公知の取り
決めである。ＣＡＮバスの動作は、例えばＩＳＯ１１８９８－２：２０１５及びＩＳＯ１
１８９８－２：２０１６等のスタンダードにおいて取り扱われているようにメッセージに
基づくプロトコルに基づくものとすることが可能である。
【先行技術文献】
【非特許文献】
【0010】
【非特許文献1】ＩＳＯ１１８９８－２：２０１５及びＩＳＯ１１８９８－２：２０１６
【発明の概要】
【発明が解決しようとする課題】
【0011】
この分野における広範な活動にも拘わらず、更に改良された解決手段が望まれている。
【0012】
例えば、堅牢性、欠陥検知、及び安全性の観点で自動車の条件に適合する分散型ＬＥＤ
光源を駆動するための費用効果的な高データレート乗物ネットワークを実現することなど
を容易化させることが可能な解決手段が望まれている。同様の解決手段は、又、例えば、
生産オートメーションシステム等における実施のための高データレートネットワークの実
現化を容易化させることが可能である場合がある。
光源を駆動するための費用効果的な高データレート乗物ネットワークを実現することなど
を容易化させることが可能な解決手段が望まれている。同様の解決手段は、又、例えば、
生産オートメーションシステム等における実施のための高データレートネットワークの実
現化を容易化させることが可能である場合がある。
【課題を解決するための手段】
【0013】
一つ又はそれ以上の実施例の一つの目的はこのような改良された解決手段を提供するこ
とに貢献することである。
とに貢献することである。
【0014】
一つ又はそれ以上の実施例によれば、この様な目的は以下の特許請求の範囲に記載され
る特徴を具備する方法によって達成させることが可能である。
る特徴を具備する方法によって達成させることが可能である。
【0015】
一つ又はそれ以上の実施例は、対応するシステムに関連する場合がある。
【0016】
一つ又はそれ以上の実施例は、例えば一緒に動作することが意図されている送信機と受
信機（インターフェース）等の対応する装置に関連する場合がある。
信機（インターフェース）等の対応する装置に関連する場合がある。
【0017】
一つ又はそれ以上の実施例は、対応する信号に関連する場合がある。
【0018】
一つ又はそれ以上の実施例は、例えば自動車等の動力車等の対応する乗物に関連する場
合がある。
合がある。
【0019】
特許請求の範囲は、実施例に関連して本書で提供される技術的教えの一体的な部分であ
る。
る。
【0020】
一つ又はそれ以上の実施例は、例えば電子制御装置（ＥＣＵ）とＬＥＤライトモジュー
ル等のライティングモジュールとの間の通信用の通信ネットワークを実現するために適切
なハードウエア解決手段を提供することが可能である。
ル等のライティングモジュールとの間の通信用の通信ネットワークを実現するために適切
なハードウエア解決手段を提供することが可能である。
【0021】
一つ又はそれ以上の実施例は、自動車適用例において使用することが可能なマスタ－ス
レーブ通信バスインターフェースを実現することが可能である。
レーブ通信バスインターフェースを実現することが可能である。
【0022】
自動車適用例において使用するためのこの様な通信バスインターフェースは、乗物にお
けるライトモジュール（「ＣＡＮ ＦＤ ライト」）を駆動するための標準化されている
ＣＡＮ ＦＤ（フレキシブルデータレート）プロトコルに依存することが可能である。
けるライトモジュール（「ＣＡＮ ＦＤ ライト」）を駆動するための標準化されている
ＣＡＮ ＦＤ（フレキシブルデータレート）プロトコルに依存することが可能である。
【0023】
一つ又はそれ以上の実施例は、例えばオートメーションシステム等の非自動車適用例に
おいて使用するための標準化ＣＡＮ ＦＤネットワーク以外のネットワーク技術に依存す
ることが可能である。
おいて使用するための標準化ＣＡＮ ＦＤネットワーク以外のネットワーク技術に依存す
ることが可能である。
【0024】
例えば、一つ又はそれ以上の実施例は差動バス配線を使用することが可能であり且つ同
期目的のための定義されたエッジ密度（例えば、各１０個のビットに対しての一つのリセ
ッシブからドミナントへのエッジ）を提供することが可能である。
期目的のための定義されたエッジ密度（例えば、各１０個のビットに対しての一つのリセ
ッシブからドミナントへのエッジ）を提供することが可能である。
【0025】
一つ又はそれ以上の実施例は、安全性の理由のために巡回冗長検査（ＣＲＣ）及びエラ
ーチェックを実施することが可能である。
ーチェックを実施することが可能である。
【0026】
一つ又はそれ以上の実施例において、データ交換はマスタ－スレーブスキームに依存す
ることが可能であり、その場合には、スレーブである「サテライト」はマスタ装置からの
要求に依存して（のみ）で通信バスを介してデータを送信する。この様な動作スキームは
、通常動作が衝突を回避することを意図することが可能である場合には、衝突をエラーと
して処置する衝突解決特徴が関与しない場合がある。
ることが可能であり、その場合には、スレーブである「サテライト」はマスタ装置からの
要求に依存して（のみ）で通信バスを介してデータを送信する。この様な動作スキームは
、通常動作が衝突を回避することを意図することが可能である場合には、衝突をエラーと
して処置する衝突解決特徴が関与しない場合がある。
【0027】
一つ又はそれ以上の実施例において、通信バスの通常動作は、マスタがスレーブへ（定
期的に）データを送信することに関与する場合がある。この様な（定期的な）データスト
リームは、一種のネットワーク「ハートビート」又はウオッチドッグとしてスレーブによ
って使用することが可能である。定義されている時間スロット内に定期的なデータストリ
ームが受信されない場合には、スレーブはフェイルセーフ（又はリンプホーム）モードに
入ることが可能である。
期的に）データを送信することに関与する場合がある。この様な（定期的な）データスト
リームは、一種のネットワーク「ハートビート」又はウオッチドッグとしてスレーブによ
って使用することが可能である。定義されている時間スロット内に定期的なデータストリ
ームが受信されない場合には、スレーブはフェイルセーフ（又はリンプホーム）モードに
入ることが可能である。
【0028】
一つ又はそれ以上の実施例において、スレーブからの診断データ等のデータは、例えば
専用のコマンドフレームを使用することにより、マスタにより要求することが可能である
。或るアドレスされたスレーブはこの様な要求に対して或る時間フレーム内に反応するこ
とが可能である。この様な反応はスレーブの利用可能性を検出するためにマスタによって
使用することが可能である。
専用のコマンドフレームを使用することにより、マスタにより要求することが可能である
。或るアドレスされたスレーブはこの様な要求に対して或る時間フレーム内に反応するこ
とが可能である。この様な反応はスレーブの利用可能性を検出するためにマスタによって
使用することが可能である。
【図面の簡単な説明】
【0029】
【図1】実施例の可能な実現例の概略図。
【図2】実施例におけるマスタ装置の可能な実現例の概略図。
【図3】実施例におけるスレーブ装置の可能な実現例の概略図。
【図4】実施例の可能な動作の例示的概略図。
【図5】「ブロードキャスト」フレームを管理する実施例の可能な動作の例示的ブロック図。
【図6】「診断」フレームを管理する実施例の可能な動作の例示的ブロック図。
【図7】「エラー」フレームを管理する実施例の可能な動作の例示的ブロック図。
【図8】実施例におけるマスタ通信サイクルの可能な実現例の例示的ブロック図。
【図9】実施例におけるスレーブ通信サイクルの可能な実現例の例示的ブロック図。
【発明を実施するための形態】
【0030】
以下の記載において、この記載の実施例の例示の深い理解を与えることを目的として一
つ又はそれ以上の特定の詳細が例示される。実施例は、その特定の詳細の内の一つ又はそ
れ以上無しで、又はその他の方法、部品、物質等と共に、実現することが可能である。そ
の他の場合には、実施例の或る側面がぼやかされることがないように、公知の構造、物質
、又は動作は詳細には例示するか又は記載するものではない。
つ又はそれ以上の特定の詳細が例示される。実施例は、その特定の詳細の内の一つ又はそ
れ以上無しで、又はその他の方法、部品、物質等と共に、実現することが可能である。そ
の他の場合には、実施例の或る側面がぼやかされることがないように、公知の構造、物質
、又は動作は詳細には例示するか又は記載するものではない。
【0031】
本記載の枠組みにおいての「一つの実施例」又は「１個の実施例」との言及は、その実
施例に関連して記載される特定の形態、構造、又は特性が少なくとも一つの実施例におい
て構成されていることを表すことを意図している。従って、本記載の一つ又はそれ以上の
ポイントにおいて存在することのある「一つの実施例において」又は「１個の実施例にお
いて」という表現は必ずしも一つ且つ同一の実施例を言及するものではない。更に、特定
の形態、構造、又は特性は、一つ又はそれ以上の実施例において任意の適宜の態様で結合
させることが可能である。
施例に関連して記載される特定の形態、構造、又は特性が少なくとも一つの実施例におい
て構成されていることを表すことを意図している。従って、本記載の一つ又はそれ以上の
ポイントにおいて存在することのある「一つの実施例において」又は「１個の実施例にお
いて」という表現は必ずしも一つ且つ同一の実施例を言及するものではない。更に、特定
の形態、構造、又は特性は、一つ又はそれ以上の実施例において任意の適宜の態様で結合
させることが可能である。
【0032】
本書において使用されている文献は単に便宜上提供されているに過ぎず、保護範囲又は
実施例の範囲を定義するものではない。
実施例の範囲を定義するものではない。
【0033】
注記した如く、一つ又はそれ以上の実施例は、自動車適用例において使用することが可
能な「堅牢な」マスタ－スレーブバスインターフェースを提供することを意図している場
合がある。
能な「堅牢な」マスタ－スレーブバスインターフェースを提供することを意図している場
合がある。
【0034】
一つ又はそれ以上の実施例は、標準化されているＣＡＮ ＦＤ物理的インターフェース
及びプロトコルに依存することが可能であり且つ同期目的のために或るエッジ密度を提供
しながら差動バス配線を使用することが可能である。
及びプロトコルに依存することが可能であり且つ同期目的のために或るエッジ密度を提供
しながら差動バス配線を使用することが可能である。
【0035】
一つ又はそれ以上の実施例は、安全性順守のために循環冗長検査（ＣＲＣ）及びエラー
チェックを実現することが可能である。
チェックを実現することが可能である。
【0036】
図１の図面は構成の例示的概略図であり、そこでは、第１装置１０と例えば乗物Ｖに搭
載されている一組の第２装置２０１，２０２，．．．，２０ｎ，とがバス３０を介して結
合されている。例えば、バス３０は差動バスとすることが可能である。ＣＡＮバスはこの
様な可能な差動バスの一例である。
載されている一組の第２装置２０１，２０２，．．．，２０ｎ，とがバス３０を介して結
合されている。例えば、バス３０は差動バスとすることが可能である。ＣＡＮバスはこの
様な可能な差動バスの一例である。
【0037】
図１に例示されるようなこの様な構成において、第１装置１０は一組の動作データメッ
セージ部分を担持する「第１」メッセージをバス３０上を送信し、且つ該一組の第２装置
２０１，２０２，．．．，２０ｎにおける夫々の第２装置は該第１メッセージ中において
それらにアドレスされているそれぞれの動作データメッセージ部分を識別して夫々の動作
を実行することによってそれらに反応する。
セージ部分を担持する「第１」メッセージをバス３０上を送信し、且つ該一組の第２装置
２０１，２０２，．．．，２０ｎにおける夫々の第２装置は該第１メッセージ中において
それらにアドレスされているそれぞれの動作データメッセージ部分を識別して夫々の動作
を実行することによってそれらに反応する。
【0038】
図１に例示されている如く、一つ又はそれ以上の実施例は、例えばＬＥＤクラスタ（例
えば乗物の複数のライト）を駆動するために、ローカル通信バスネットワークへ適用する
ことが可能である。この様なバスネットワークが標準ＣＡＮ ＦＤネットワークと適合性
がある場合には、それらは本書においては「ＣＡＮ ＦＤライト」ネットワークとして言
及される。
えば乗物の複数のライト）を駆動するために、ローカル通信バスネットワークへ適用する
ことが可能である。この様なバスネットワークが標準ＣＡＮ ＦＤネットワークと適合性
がある場合には、それらは本書においては「ＣＡＮ ＦＤライト」ネットワークとして言
及される。
【0039】
そうでない場合には、この様な可能な適用例に対する言及は単に例示的な目的のための
みであって、実施例を制限するものとして解釈されるべきものではない（間接的にであっ
ても）ことが理解される。
みであって、実施例を制限するものとして解釈されるべきものではない（間接的にであっ
ても）ことが理解される。
【0040】
例えば、図１に例示されているような通信システムは、乗物の前部ライト即ち前灯及び
／又は車内ライト即ち室内灯用のドライバと共に使用することも適切である場合がある。
／又は車内ライト即ち室内灯用のドライバと共に使用することも適切である場合がある。
【0041】
それらがマスタ－スレーブアーキテクチャに依存することが可能である限り、任意のそ
の他のタイプのＥＣＵ及びドライバ（必ずしも乗物内であることはない）と共に使用する
ために同様の通信システムが適している場合がある。
の他のタイプのＥＣＵ及びドライバ（必ずしも乗物内であることはない）と共に使用する
ために同様の通信システムが適している場合がある。
【0042】
図１は、マスタ装置１０、例えば乗物における後部ライトにおけるＬＥＤクラスタ用の
電子制御ユニット（ＥＣＵ）、を有する実施例に基づくシステムの例である。
電子制御ユニット（ＥＣＵ）、を有する実施例に基づくシステムの例である。
【0043】
再度強調しておくが、この様な可能な適用例に対する参照は単に例示目的のためであっ
て、実施例を制限するものとして解釈されるべきものではない（例え間接的にであっても
）。
て、実施例を制限するものとして解釈されるべきものではない（例え間接的にであっても
）。
【0044】
一つ又はそれ以上の実施例は、複数個の「サテライト」即ちスレーブ装置２０１，２０
２，．．．，２０ｎ、例えば通信バス３０を介して該マスタ装置と通信する（リニア）Ｌ
ＥＤ駆動回路、を包含することが可能である。
２，．．．，２０ｎ、例えば通信バス３０を介して該マスタ装置と通信する（リニア）Ｌ
ＥＤ駆動回路、を包含することが可能である。
【0045】
一つ又はそれ以上の実施例において、マスタ装置１０及びスレーブ装置２０１，２０２
，．．．，２０ｎの両方に電源４０、例えば乗物内に設けられているバッテリ、から電力
を供給させることが可能である。
，．．．，２０ｎの両方に電源４０、例えば乗物内に設けられているバッテリ、から電力
を供給させることが可能である。
【0046】
一つ又はそれ以上の実施例において、該マスタ装置１０及びスレーブ装置２０１，２０
２，．．．，２０ｎを異なるグラウンド即ち接地へ参照させることが可能である。
２，．．．，２０ｎを異なるグラウンド即ち接地へ参照させることが可能である。
【0047】
図１に例示されている如きマスタ装置１０は、以下の部品、即ち、
－メイン（例えば、「バック」）コンバータ１０１、
－オプションの（例えば、再度「バック」）コンバータ１０２、
－低ドロップアウト（ＬＤＯ）リニア電圧レギュレータ、スタンドバイ、リセット及
びウィンドウ、及びウオッチドッグ回路ブロック１０３、
－電圧スーパーバイザ、電力良好、オシレータ及びイネーブル回路ブロック１０４、
－マイクロコントローラ１０６、
該乗物内に搭載されている可能性のあるその他のＥＣＵと通信するためのトランシー
バ回路１０５（例えば、ＬＩＮ２．２／ＨＳ－ＣＡＮトランシーバ）、及び、
－該乗物内に設けられているその他のＥＣＵと通信するためにトランシーバ１０５へ
接続されている外部通信バス１０７に対するアクセスポイント、
の内の一つ又はそれ以上を有することが可能である。
－メイン（例えば、「バック」）コンバータ１０１、
－オプションの（例えば、再度「バック」）コンバータ１０２、
－低ドロップアウト（ＬＤＯ）リニア電圧レギュレータ、スタンドバイ、リセット及
びウィンドウ、及びウオッチドッグ回路ブロック１０３、
－電圧スーパーバイザ、電力良好、オシレータ及びイネーブル回路ブロック１０４、
－マイクロコントローラ１０６、
該乗物内に搭載されている可能性のあるその他のＥＣＵと通信するためのトランシー
バ回路１０５（例えば、ＬＩＮ２．２／ＨＳ－ＣＡＮトランシーバ）、及び、
－該乗物内に設けられているその他のＥＣＵと通信するためにトランシーバ１０５へ
接続されている外部通信バス１０７に対するアクセスポイント、
の内の一つ又はそれ以上を有することが可能である。
【0048】
一つ又はそれ以上の実施例において、マイクロコントローラ１０６はメインコンバータ
１０１から及び／又はオプションのコンバータ１０２から供給させることが可能である。
マイクロコントローラ１０６は回路ブロック１０３と及びトランシーバ１０５と結合させ
ることが可能であり、且つ通信バス３０との通信及び／又は共同作業のために適合させる
ことが可能である。
１０１から及び／又はオプションのコンバータ１０２から供給させることが可能である。
マイクロコントローラ１０６は回路ブロック１０３と及びトランシーバ１０５と結合させ
ることが可能であり、且つ通信バス３０との通信及び／又は共同作業のために適合させる
ことが可能である。
【0049】
以下に説明する側面に対するもの以外、マスタ装置１０に対するこの様なアーキテクチ
ャは従来技術であり、従って本書においてより一層詳細な説明を提供することを不必要と
している。
ャは従来技術であり、従って本書においてより一層詳細な説明を提供することを不必要と
している。
【0050】
一つ又はそれ以上の実施例において、装置１０の「マスタ」機能性は、マイクロコント
ローラ１０６及びＣＡＮ ＦＤトランシーバ（図１には示されていない）内に埋め込まれ
ているプロトコルコントローラを使用して実現させることが可能である。
ローラ１０６及びＣＡＮ ＦＤトランシーバ（図１には示されていない）内に埋め込まれ
ているプロトコルコントローラを使用して実現させることが可能である。
【0051】
例えば、本書において例示されているような一つ又はそれ以上の実施例において、マス
タ１０はバス通信を取り扱うマイクロコントローラ（μＣ）である。この様なマイクロコ
ントローラは、ソフトウエアの介入無しでＣＡＮ ＦＤプロトコルを取り扱うことが可能
な埋込型ＣＡＮ ＦＤプロトコルコントローラを使用することが可能である。このことは
、マイクロコントローラコアの資源を占有することとなり且つ不所望に遅いこととなる場
合があるようなＳＷを介して異なるコントローラを稼働させることと比較して望ましい選
択である場合がある。従って、一つ又はそれ以上の実施例は、ＣＡＮ ＦＤメッセージを
送信し且つそれらのコンテントをソフトウエアで制御することで既存のハードウエアプロ
トコルコントローラを再使用することを容易化させる。
タ１０はバス通信を取り扱うマイクロコントローラ（μＣ）である。この様なマイクロコ
ントローラは、ソフトウエアの介入無しでＣＡＮ ＦＤプロトコルを取り扱うことが可能
な埋込型ＣＡＮ ＦＤプロトコルコントローラを使用することが可能である。このことは
、マイクロコントローラコアの資源を占有することとなり且つ不所望に遅いこととなる場
合があるようなＳＷを介して異なるコントローラを稼働させることと比較して望ましい選
択である場合がある。従って、一つ又はそれ以上の実施例は、ＣＡＮ ＦＤメッセージを
送信し且つそれらのコンテントをソフトウエアで制御することで既存のハードウエアプロ
トコルコントローラを再使用することを容易化させる。
【0052】
一つ又はそれ以上の実施例において、スレーブ装置２０はＢＣＤ技術を使用するＬＥＤ
ドライバとして実現させることが可能である。
ドライバとして実現させることが可能である。
【0053】
一つ又はそれ以上の実施例において、通信バス３０上のデータ交換はマスタ－スレーブ
スキームに依存することが可能であり、その場合に、スレーブ２０１，２０２，．．．，
２０ｎは、マスタ装置１０からの要求があると、通信バス３０（のみ）を介してデータを
送信することが可能である。
スキームに依存することが可能であり、その場合に、スレーブ２０１，２０２，．．．，
２０ｎは、マスタ装置１０からの要求があると、通信バス３０（のみ）を介してデータを
送信することが可能である。
【0054】
注記したように、一つ又はそれ以上の実施例において、
－この様な動作スキームは、通常動作が衝突を回避することを意図することが可能であ
る限り、衝突をエラーとして処理することで、衝突解消特徴が関与するものではない場合
があり、
－通信バス３０の通常動作は、マスタ１０がスレーブ２０１，２０２，．．．，２０ｎ
へデータを定期的に（即ち、定義されている時間間隔で）送信し、この様なデータは（全
ての）スレーブ２０１，２０２，．．．，２０ｎによって受信されるということが関与す
る場合がある。この様な定期的なデータストリームは該スレーブによってネットワーク「
ハートビート」又はウオッチドッグとして使用することが可能である。この定期的なデー
タストリームが定義されている時間スロット内に受信されないことの結果として、該スレ
ーブはフェイルセーフ（又はリンプホーム）モードに入ることが可能である。
－この様な動作スキームは、通常動作が衝突を回避することを意図することが可能であ
る限り、衝突をエラーとして処理することで、衝突解消特徴が関与するものではない場合
があり、
－通信バス３０の通常動作は、マスタ１０がスレーブ２０１，２０２，．．．，２０ｎ
へデータを定期的に（即ち、定義されている時間間隔で）送信し、この様なデータは（全
ての）スレーブ２０１，２０２，．．．，２０ｎによって受信されるということが関与す
る場合がある。この様な定期的なデータストリームは該スレーブによってネットワーク「
ハートビート」又はウオッチドッグとして使用することが可能である。この定期的なデー
タストリームが定義されている時間スロット内に受信されないことの結果として、該スレ
ーブはフェイルセーフ（又はリンプホーム）モードに入ることが可能である。
【0055】
一つ又はそれ以上の実施例において、スレーブ２０１，２０２，．．．，２０ｎからの
診断データ等のデータが、例えばバス３０上をマスタ１０によって送信される「第２」メ
ッセージ等の専用コマンドフレームを使用することによってマスタ１０によって要求され
る場合がある。或る（一つの）アドレスされたスレーブ２０ｉが反応することが可能であ
り、例えば或る時間フレーム内に該マスタによって発行された要求に応答することが可能
である。この様なバスネットワーク３０を介してスレーブ２０ｉによって送信される応答
は、スレーブ２０ｉの利用可能性及び／又は正しい動作を検知するためにマスタ１０によ
って使用することが可能である。
診断データ等のデータが、例えばバス３０上をマスタ１０によって送信される「第２」メ
ッセージ等の専用コマンドフレームを使用することによってマスタ１０によって要求され
る場合がある。或る（一つの）アドレスされたスレーブ２０ｉが反応することが可能であ
り、例えば或る時間フレーム内に該マスタによって発行された要求に応答することが可能
である。この様なバスネットワーク３０を介してスレーブ２０ｉによって送信される応答
は、スレーブ２０ｉの利用可能性及び／又は正しい動作を検知するためにマスタ１０によ
って使用することが可能である。
【0056】
次のことが理解される、即ち、
－ここで議論される第１メッセージは、基本的に、例えばＣＡＮバスプロトコル等のメ
ッセージを基礎としたプロトコルにおいて従来送信されているブロードキャストメッセー
ジに対応するものであり、ＣＡＮバスプロトコルにおいては、一つの装置によってバス上
を送信されるメッセージは（全ての）その他の装置によって（同時的に）受信され、これ
らのメッセージを受信した装置はこの様なブロードキャストメッセージによって伝達され
る動作データ部分の関数として夫々の動作を実行することが可能であり、
－一つの（マスタ）装置によってバス上を所謂「物理的に」ブロードキャストされる一
方、該第２メッセージは、実際には、基本的には要求メッセージとしてその他の（スレー
ブ）装置の個々のものへ「論理的に」アドレスされ、それにより、該スレーブ装置は、例
えば診断メッセージ等の夫々の応答を－或る時間間隔（期間）内に－該マスタ装置へ向け
て送信することによって反応することが要求され、該マスタ装置が該夫々のスレーブ装置
に対して夫々の非衝突性応答間隔（期間）を割り当てる限りにおいてこの様な応答の可能
な衝突は回避されることとなる。
－ここで議論される第１メッセージは、基本的に、例えばＣＡＮバスプロトコル等のメ
ッセージを基礎としたプロトコルにおいて従来送信されているブロードキャストメッセー
ジに対応するものであり、ＣＡＮバスプロトコルにおいては、一つの装置によってバス上
を送信されるメッセージは（全ての）その他の装置によって（同時的に）受信され、これ
らのメッセージを受信した装置はこの様なブロードキャストメッセージによって伝達され
る動作データ部分の関数として夫々の動作を実行することが可能であり、
－一つの（マスタ）装置によってバス上を所謂「物理的に」ブロードキャストされる一
方、該第２メッセージは、実際には、基本的には要求メッセージとしてその他の（スレー
ブ）装置の個々のものへ「論理的に」アドレスされ、それにより、該スレーブ装置は、例
えば診断メッセージ等の夫々の応答を－或る時間間隔（期間）内に－該マスタ装置へ向け
て送信することによって反応することが要求され、該マスタ装置が該夫々のスレーブ装置
に対して夫々の非衝突性応答間隔（期間）を割り当てる限りにおいてこの様な応答の可能
な衝突は回避されることとなる。
【0057】
更に注意すべきことであるが、本記載の枠組みにおいて、「フレーム」及び「メッセー
ジ」の両方の用語は通信バス３０における参加者間で交換されるメッセージを表すために
使用される場合がある。
ジ」の両方の用語は通信バス３０における参加者間で交換されるメッセージを表すために
使用される場合がある。
【0058】
一つ又はそれ以上の実施例において、該通信プロトコルは、ビットレートスイッチング
無しで且つ標準ＩＤ有りでＣＡＮ ＦＤフォーマットフレーム（のみ）を使用することが
可能である。
無しで且つ標準ＩＤ有りでＣＡＮ ＦＤフォーマットフレーム（のみ）を使用することが
可能である。
【0059】
拡張型ＩＤをサポートする等の拡張、古典的ＣＡＮフレーム又はビットレートスイッチ
ングをオプションとして包含させることが可能である。実現例によってサポートされてい
ないフレームは無視することが可能であり、これらの動作モードを変えるために意図され
ているビットはそれらの固定値に維持される。
ングをオプションとして包含させることが可能である。実現例によってサポートされてい
ないフレームは無視することが可能であり、これらの動作モードを変えるために意図され
ているビットはそれらの固定値に維持される。
【0060】
図２は、幾つかの実施例に基づくマスタ装置１０の可能な実現例の例示的ブロック図で
ある。
ある。
【0061】
本書に添付した図にわたって、同様の部品又は要素は同様の参照／番号で表してあり、
且つ対応する記載は簡潔性のために反復されることはない。
且つ対応する記載は簡潔性のために反復されることはない。
【0062】
従って、図２はマスタ装置１０を示しており、それは、
－通信バス３０、例えばＣＡＮバス、へのアクセスポイント、
－第２通信バス１０７へのアクセスポイント、
－通信バス１０７との共同のためのトランシーバ回路１０５、
－通信バス３０との共同のための例えばＣＡＮ ＦＤトランシーバ等のトランシーバ回
路１０８、
－例えばＣＡＮ ＦＤプロトコルコントローラ等の（ＨＷ及び／又はＳＷ）通信プロト
コルコントローラ１０６２と、例えば「ＣＡＮ ＦＤライト」プロトコル拡張などの通信
プロトコル拡張（例えば、ＳＷ）１０６１と、及び可能性としてその他の回路ブロック１
０６３とを包含しているマイクロコントローラ１０６、
を具備することが可能である。
－通信バス３０、例えばＣＡＮバス、へのアクセスポイント、
－第２通信バス１０７へのアクセスポイント、
－通信バス１０７との共同のためのトランシーバ回路１０５、
－通信バス３０との共同のための例えばＣＡＮ ＦＤトランシーバ等のトランシーバ回
路１０８、
－例えばＣＡＮ ＦＤプロトコルコントローラ等の（ＨＷ及び／又はＳＷ）通信プロト
コルコントローラ１０６２と、例えば「ＣＡＮ ＦＤライト」プロトコル拡張などの通信
プロトコル拡張（例えば、ＳＷ）１０６１と、及び可能性としてその他の回路ブロック１
０６３とを包含しているマイクロコントローラ１０６、
を具備することが可能である。
【0063】
一つ又はそれ以上の実施例において、本書において例示されるように、ＣＡＮ ＦＤラ
イトプロトコルのマスタ側を実現するために、付加的なＣＡＮ ＦＤプロトコル拡張１０
６１がＣＡＮ ＦＤプロトコルコントローラ１０６２を制御することが可能である。
イトプロトコルのマスタ側を実現するために、付加的なＣＡＮ ＦＤプロトコル拡張１０
６１がＣＡＮ ＦＤプロトコルコントローラ１０６２を制御することが可能である。
【0064】
一つ又はそれ以上の実施例において、バス３０の物理的インターフェースへのアクセス
は、そうでなければ従来のＣＡＮ ＦＤトランシーバ１０８を使用することによって与え
ることが可能である。
は、そうでなければ従来のＣＡＮ ＦＤトランシーバ１０８を使用することによって与え
ることが可能である。
【0065】
図３は、幾つかの実施例に基づくスレーブ装置２０ｉの可能な実現例の例示的ブロック
図である。
図である。
【0066】
図３に例示されるように、スレーブ装置２０ｉは、
－例えば「ＣＡＮ ＦＤライト」通信及びプロトコルコントローラ等の通信及びプロト
コルコントローラ回路２０１、
－メモリエリア２０２、
－通信バス３０との共同のための例えばＣＡＮ ＦＤトランシーバ等のトランシーバ２
０３、及び
－可能性としてのその他のＥＣＵ回路ブロック２０４、
を具備することが可能である。
－例えば「ＣＡＮ ＦＤライト」通信及びプロトコルコントローラ等の通信及びプロト
コルコントローラ回路２０１、
－メモリエリア２０２、
－通信バス３０との共同のための例えばＣＡＮ ＦＤトランシーバ等のトランシーバ２
０３、及び
－可能性としてのその他のＥＣＵ回路ブロック２０４、
を具備することが可能である。
【0067】
以下に説明する側面に対するもの以外、スレーブ装置２０ｉについてのこの様なアーキ
テクチャは従来技術であり、従って本書で一層詳細な記載を提供することは必要ではない
。
テクチャは従来技術であり、従って本書で一層詳細な記載を提供することは必要ではない
。
【0068】
例えば、一つ又はそれ以上の実施例において、通信及びプロトコルコントローラ回路２
０１の実現は、ソフトウエアを稼働させるための埋込プロセッサの必要性を減少させるた
めに応用特定ハードウエアによるものとすることが可能である。
０１の実現は、ソフトウエアを稼働させるための埋込プロセッサの必要性を減少させるた
めに応用特定ハードウエアによるものとすることが可能である。
【0069】
【0070】
図４は、例えばＣＡＮ ＦＤライト通信及びプロトコルコントローラ回路等の通信及び
プロトコルコントローラ回路２０１の可能な動作を例示する概略図である。
プロトコルコントローラ回路２０１の可能な動作を例示する概略図である。
【0071】
図４に例示されるような通信及びプロトコルコントローラ２０１は、
－通信コントローラ２０１０、
－送信機回路２０１２と、送信エラーカウンタ（ＴＥＣ）回路２０１３と、受信機回路
２０１４と、受信エラーカウンタ（ＲＥＣ）回路２０１５とを有するプロトコルコントロ
ーラ２０１１、及び
－オプションとして電圧、プロセス及び温度の補償型及び／又は対応的にトリム型のオ
シレータ２０１６、
を有している。
－通信コントローラ２０１０、
－送信機回路２０１２と、送信エラーカウンタ（ＴＥＣ）回路２０１３と、受信機回路
２０１４と、受信エラーカウンタ（ＲＥＣ）回路２０１５とを有するプロトコルコントロ
ーラ２０１１、及び
－オプションとして電圧、プロセス及び温度の補償型及び／又は対応的にトリム型のオ
シレータ２０１６、
を有している。
【0072】
一つの又はそれ以上の実施例において、送信機回路２０１２及び／又は受信機回路２０
１４は、バス３０上での通信のために、例えばＣＡＮ ＦＤトランシーバ等のトランシー
バ２０３と共同すべく構成することが可能である。
１４は、バス３０上での通信のために、例えばＣＡＮ ＦＤトランシーバ等のトランシー
バ２０３と共同すべく構成することが可能である。
【0073】
一つ又はそれ以上の実施例において、送信機回路２０１２は、フレーム準備（２０１２
ａ）、ビットスタッフィング（２０１２ｂ）、ＣＲＣ挿入（２０１２ｃ）、フレームエラ
ーチェック（２０１２ｄ）、エラーカウンティング（２０１２ｅ）、及びアクノレッジ（
２０１２ｆ）を実施する構成とすることが可能である。
ａ）、ビットスタッフィング（２０１２ｂ）、ＣＲＣ挿入（２０１２ｃ）、フレームエラ
ーチェック（２０１２ｄ）、エラーカウンティング（２０１２ｅ）、及びアクノレッジ（
２０１２ｆ）を実施する構成とすることが可能である。
【0074】
一つ又はそれ以上の実施例において、受信機回路２０１４は、ビットデコーディング（
サンプリング－２０１４ａ）、エラー検知（２０１４ｂ）、ビットデスタッフィング（２
０１４ｃ）、ＣＲＣ検証（２０１４ｄ）、及びアクノレッジ発生（２０１４ｅ）を実施す
る構成とすることが可能である。
サンプリング－２０１４ａ）、エラー検知（２０１４ｂ）、ビットデスタッフィング（２
０１４ｃ）、ＣＲＣ検証（２０１４ｄ）、及びアクノレッジ発生（２０１４ｅ）を実施す
る構成とすることが可能である。
【0075】
一つ又はそれ以上の実施例において、通信コントローラ２０１０は、通信を制御するた
めに、夫々、プロトコルコントローラ２０１１へデータを送信し、該プロトコルコントロ
ーラ２０１１から、夫々、データを受信することが可能である。
めに、夫々、プロトコルコントローラ２０１１へデータを送信し、該プロトコルコントロ
ーラ２０１１から、夫々、データを受信することが可能である。
【0076】
一つ又はそれ以上の実施例において、ＣＡＮ ＦＤを基礎とした通信バス３０に対して
マスタ－スレーブアーキテクチャを適用することは、ＣＡＮ ＦＤプロトコルの利点（例
えば、高データレート、堅牢な差動信号処理、安全性目的のためのＣＲＣ）を享受する可
能性を与えると共に、その欠点である例えばマルチラテラル通信のための正確なクロック
タイミング（例えば、仲裁、エラー信号処理、すべてのＥＣＵによるフレームチェックの
ため）の必要性、高い複雑性、及び中央通信マスタの不存在に起因する保証された通信ス
ロットの不存在等の欠点を解消している。
マスタ－スレーブアーキテクチャを適用することは、ＣＡＮ ＦＤプロトコルの利点（例
えば、高データレート、堅牢な差動信号処理、安全性目的のためのＣＲＣ）を享受する可
能性を与えると共に、その欠点である例えばマルチラテラル通信のための正確なクロック
タイミング（例えば、仲裁、エラー信号処理、すべてのＥＣＵによるフレームチェックの
ため）の必要性、高い複雑性、及び中央通信マスタの不存在に起因する保証された通信ス
ロットの不存在等の欠点を解消している。
【0077】
本書に例示するような一つ又はそれ以上の実施例において、高い帯域幅（例えば、５０
０ｋｂ／ｓ、好適には１Ｍｂ／ｓ）を使用することが可能であり、且つ通信はＡＳＩＬ
Ｂ（自動車安全完全性レベルＢ）安全性条件に対するチェックを関与させることが可能で
ある。例えば、この様な安全性条件を充足することは、各データフレームと共に送信され
るＣＲＣ値によって容易化させることが可能である。
０ｋｂ／ｓ、好適には１Ｍｂ／ｓ）を使用することが可能であり、且つ通信はＡＳＩＬ
Ｂ（自動車安全完全性レベルＢ）安全性条件に対するチェックを関与させることが可能で
ある。例えば、この様な安全性条件を充足することは、各データフレームと共に送信され
るＣＲＣ値によって容易化させることが可能である。
【0078】
本書に例示するような一つ又はそれ以上の実施例において、例えばバス３０上をマスタ
１０によって送信される「第１」メッセージ等のデータフレームを受信することの結果と
して、受信者（スレーブ２０１，２０２，．．．，２０ｎ）は「アクノレッジ（acknowle
dge）」ビットを送信し、従ってシステムが正しく動作している場合には少なくとも１個
のアクノレッジビットが送信者（マスタ１０）によって受信されることとなる。
１０によって送信される「第１」メッセージ等のデータフレームを受信することの結果と
して、受信者（スレーブ２０１，２０２，．．．，２０ｎ）は「アクノレッジ（acknowle
dge）」ビットを送信し、従ってシステムが正しく動作している場合には少なくとも１個
のアクノレッジビットが送信者（マスタ１０）によって受信されることとなる。
【0079】
従って、スレーブ２０１，２０２，．．．，２０ｎから少なくとも１個のアクノレッジ
ビットを受信することの結果として、マスタ１０はそれが未だにバスネットワーク３０へ
結合されていることを検知することが可能である。バスネットワーク３０の参加者は同じ
ワイヤ即ち配線へ接続されているので、送信機はそれが正しく動作していないかを検知す
ることが可能であり、且つその結果、バス通信を妨げることがないように「受動的」状態
に入ることが可能である。
ビットを受信することの結果として、マスタ１０はそれが未だにバスネットワーク３０へ
結合されていることを検知することが可能である。バスネットワーク３０の参加者は同じ
ワイヤ即ち配線へ接続されているので、送信機はそれが正しく動作していないかを検知す
ることが可能であり、且つその結果、バス通信を妨げることがないように「受動的」状態
に入ることが可能である。
【0080】
一つ又はそれ以上の実施例において、受動的（例えば、リセッシブ（recessive））状
態にあるバスネットワーク３０の参加者はバス差動電圧の値を検知することが可能である
が、バスを駆動することが可能ではない場合があり、即ち、バス差動電圧の或る値を強制
することができない場合がある。
態にあるバスネットワーク３０の参加者はバス差動電圧の値を検知することが可能である
が、バスを駆動することが可能ではない場合があり、即ち、バス差動電圧の或る値を強制
することができない場合がある。
【0081】
一つ又はそれ以上の実施例において、複数の受信機回路において個別的にデータサンプ
リングクロックを発生させることが可能である。従って、データストリームの最小エッジ
密度が有益的であり、例えば少なくとも各例えば１０番目ビット毎のリセッシブからドミ
ナントへのエッジがある場合であり、従って受信機回路のデータストリームへの同期を容
易化させることとなる。
リングクロックを発生させることが可能である。従って、データストリームの最小エッジ
密度が有益的であり、例えば少なくとも各例えば１０番目ビット毎のリセッシブからドミ
ナントへのエッジがある場合であり、従って受信機回路のデータストリームへの同期を容
易化させることとなる。
【0082】
一つ又はそれ以上の実施例において、差動バスネットワークは低コストでの「堅牢な」
データ転送を容易化させる。一つ又はそれ以上の実施例において、ネットワーク上のウエ
イクアップも実現することが可能であり、且つスレーブ２０１，２０２，．．．，２０ｎ
は、ＩＳＯ１１８９８－２：２０１５スタンダードに従ってウエイクアップパターン（Ｗ
ＵＰ）を使用して、例えばフィルタ時間Ｔｆｉｌｔｅｒ（ショート）を使用して、ウエイ
クアップさせることが可能である。
データ転送を容易化させる。一つ又はそれ以上の実施例において、ネットワーク上のウエ
イクアップも実現することが可能であり、且つスレーブ２０１，２０２，．．．，２０ｎ
は、ＩＳＯ１１８９８－２：２０１５スタンダードに従ってウエイクアップパターン（Ｗ
ＵＰ）を使用して、例えばフィルタ時間Ｔｆｉｌｔｅｒ（ショート）を使用して、ウエイ
クアップさせることが可能である。
【0083】
従って、一つ又はそれ以上の実施例は、例えば１Ｍｂ／ｓにおいて、適合性の理由に対
するビットレートスイッチング無しで、従来のＣＡＮ ＦＤプロトコルを利用することが
可能である。従って、従来のＣＡＮ ＦＤプロトコルのサブセットの特徴（のみ）（ビッ
トレートスイッチング特徴を実行せずに）を（そうでなければ従来のＣＡＮ ＦＤプロト
コルコントローラにおいて）実行することによって適合性を探求することが可能である。
するビットレートスイッチング無しで、従来のＣＡＮ ＦＤプロトコルを利用することが
可能である。従って、従来のＣＡＮ ＦＤプロトコルのサブセットの特徴（のみ）（ビッ
トレートスイッチング特徴を実行せずに）を（そうでなければ従来のＣＡＮ ＦＤプロト
コルコントローラにおいて）実行することによって適合性を探求することが可能である。
【0084】
本書に記載するような通信ネットワークは、概念的に、任意のＣＡＮ及び／又はＣＡＮ
ＦＤプロトコル「フレイバー（flavors）即ち風味」と共に使用するのに適している。
ＦＤプロトコル「フレイバー（flavors）即ち風味」と共に使用するのに適している。
【0085】
例えば、本書に例示されるような一つ又はそれ以上の実施例において、
－例えば各フレームのデータペイロードを増加させるために（例えば、フレーム当たり
最大で６４バイトまで）、拡張型ＩＤに訴える必要性なしに、ＣＡＮ ＦＤベースフレー
ムフォーマット（ＦＢＦＦ）（のみ）を使用することが可能であり、
－制御フィールド内のビットを固定し且つ拡張型ＩＤ（ＥＩＤ，ＩＤＥビットは常にド
ミナント）、ビットレートスイッチ（ＢＲＳ，常にドミナント）及びエラー状態表示（Ｅ
ＳＩ，常にドミナント）をサポートさせる必要性無しに、一つのフレームフォーマット（
ＦＢＦＦ）（のみ）をサポートすることが可能であり、例えばＦＤフレーム（ＦＤＦ）を
（定常的に）リセッシブへセットすることが可能である。
－例えば各フレームのデータペイロードを増加させるために（例えば、フレーム当たり
最大で６４バイトまで）、拡張型ＩＤに訴える必要性なしに、ＣＡＮ ＦＤベースフレー
ムフォーマット（ＦＢＦＦ）（のみ）を使用することが可能であり、
－制御フィールド内のビットを固定し且つ拡張型ＩＤ（ＥＩＤ，ＩＤＥビットは常にド
ミナント）、ビットレートスイッチ（ＢＲＳ，常にドミナント）及びエラー状態表示（Ｅ
ＳＩ，常にドミナント）をサポートさせる必要性無しに、一つのフレームフォーマット（
ＦＢＦＦ）（のみ）をサポートすることが可能であり、例えばＦＤフレーム（ＦＤＦ）を
（定常的に）リセッシブへセットすることが可能である。
【0086】
一つ又はそれ以上の実施例において、一つ（のみ）のフレームフォーマット、例えばＣ
ＡＮ ＦＤベースフレームフォーマット、をサポートすることは、一層簡単な実現例とな
る場合があり且つコスト低下を容易化させる場合がある。
ＡＮ ＦＤベースフレームフォーマット、をサポートすることは、一層簡単な実現例とな
る場合があり且つコスト低下を容易化させる場合がある。
【0087】
ＣＡＮ ＦＤベースフレームフォーマットにおけるデータフィールドは最大で６４バイ
トの長さとすることが可能である。データバイト数に依存して、ＣＲＣ１７又はＣＲＣ２
１のいずれかを計算することが可能である。一つ又はそれ以上の実施例において、一つ（
のみ）のＣＲＣデリミタビットを送信し且つ受け付けることが可能である。
トの長さとすることが可能である。データバイト数に依存して、ＣＲＣ１７又はＣＲＣ２
１のいずれかを計算することが可能である。一つ又はそれ以上の実施例において、一つ（
のみ）のＣＲＣデリミタビットを送信し且つ受け付けることが可能である。
【0088】
一つ又はそれ以上の実施例において、ネットワーク参加者２０は、受信エラーカウンタ
（ＲＥＣ）２０１５及び送信エラーカウンタ（ＴＥＣ）２０１３を有することが可能であ
る。
（ＲＥＣ）２０１５及び送信エラーカウンタ（ＴＥＣ）２０１３を有することが可能であ
る。
【0089】
一つ又はそれ以上の実施例において、ネットワーク参加者２０１，２０２，．．．，２
０ｎの中のネットワーク参加者２０ｉにおける受信エラーカウンタ２０１５が或るスレッ
シュホールドに到達した結果として、ネットワーク参加者２０ｉの通信バス３０への結合
が失われたものと仮定することが可能である。
０ｎの中のネットワーク参加者２０ｉにおける受信エラーカウンタ２０１５が或るスレッ
シュホールドに到達した結果として、ネットワーク参加者２０ｉの通信バス３０への結合
が失われたものと仮定することが可能である。
【0090】
一つ又はそれ以上の実施例において、ネットワーク参加者２０１，２０２，．．．，２
０ｎの中のネットワーク参加者２０ｉにおける送信エラーカウンタが或るスレッシュホー
ルドに到達した結果として、ノード２０ｉはデータを送信することを停止し且つ該バスを
混乱させることを回避するために受動的状態（リセッシブ状態）に入ることが可能である
。
０ｎの中のネットワーク参加者２０ｉにおける送信エラーカウンタが或るスレッシュホー
ルドに到達した結果として、ノード２０ｉはデータを送信することを停止し且つ該バスを
混乱させることを回避するために受動的状態（リセッシブ状態）に入ることが可能である
。
【0091】
一つ又はそれ以上の実施例において、ネットワーク参加者２０１，２０２，．．．，２
０ｎの中のいずれかの送信エラーカウンタは、或る時間期間の間にノード２０ｉからのデ
ータが受信されていないことの結果として或る参加者２０ｉへ送信することが可能なマス
タ１０からのコマンドによってリセットさせることが可能である。或るスレーブ２０ｉに
おけるリセットコマンドの受信は例えば何らかの例外的な条件（例えば、ひずみ）に起因
して受動的状態に入っている場合のあるそのスレーブをアンロックさせることが可能であ
る。
０ｎの中のいずれかの送信エラーカウンタは、或る時間期間の間にノード２０ｉからのデ
ータが受信されていないことの結果として或る参加者２０ｉへ送信することが可能なマス
タ１０からのコマンドによってリセットさせることが可能である。或るスレーブ２０ｉに
おけるリセットコマンドの受信は例えば何らかの例外的な条件（例えば、ひずみ）に起因
して受動的状態に入っている場合のあるそのスレーブをアンロックさせることが可能であ
る。
【0092】
一つ又はそれ以上の実施例は、それらがＣＡＮバスの「事実上」のスタンダードにおい
て（既に）提供されている限り、ＲＥＣ／ＴＥＣを採用することが可能である。
て（既に）提供されている限り、ＲＥＣ／ＴＥＣを採用することが可能である。
【0093】
一つ又はそれ以上の実施例の安全性概念は、マスタ－スレーブプロトコル構造及び与え
られた時間フレーム内にメッセージを送信すること及びこれらのメッセージを正しく受信
することが関与する動作に関して構築することが可能である。
られた時間フレーム内にメッセージを送信すること及びこれらのメッセージを正しく受信
することが関与する動作に関して構築することが可能である。
【0094】
一つ又はそれ以上の実施例は以下に説明するような状況を目論む場合がある。
【0095】
ａ．ＴＥＣスレッシュホールド超過
ｉ．マスタにおけるＴＥＣ：マスタは最早スレーブと結合されていないことを認識して
おり－＞警告メッセージが発行される（例えば、ドライバに対して：ランプ、ダッシュボ
ードメッセージ等）
ｉｉ．スレーブにおけるＴＥＣ：或るスレーブはマスタへ診断メッセージを送信するこ
とが不可能であることを認識－＞フェイルセーフ状態（「リンプホーム」）へ入る、例え
ばＬＥＤバックライトをターンオンさせる。
ｉ．マスタにおけるＴＥＣ：マスタは最早スレーブと結合されていないことを認識して
おり－＞警告メッセージが発行される（例えば、ドライバに対して：ランプ、ダッシュボ
ードメッセージ等）
ｉｉ．スレーブにおけるＴＥＣ：或るスレーブはマスタへ診断メッセージを送信するこ
とが不可能であることを認識－＞フェイルセーフ状態（「リンプホーム」）へ入る、例え
ばＬＥＤバックライトをターンオンさせる。
【0096】
ｂ．ＲＥＣスレッシュホールド超過
ｉ．マスタにおけるＲＥＣ：ネットワークに「ひずみ発生」（例えば、短絡ケーブル又
はその他の理由）－＞マスタがスレーブへフェイルセーフコマンドを送信し且つ警告メッ
セージを（例えば、ドライバへ）発行する。
ｉ．マスタにおけるＲＥＣ：ネットワークに「ひずみ発生」（例えば、短絡ケーブル又
はその他の理由）－＞マスタがスレーブへフェイルセーフコマンドを送信し且つ警告メッ
セージを（例えば、ドライバへ）発行する。
【0097】
ｉｉ．スレーブにおけるＲＥＣ：ネットワークに「ひずみ発生」－＞スレーブは通信を
停止し（従って、該バスが他のスレーブの通信をブロックすることの潜在的な危険性を回
避）且つフェイルセーフ状態へ入る。
停止し（従って、該バスが他のスレーブの通信をブロックすることの潜在的な危険性を回
避）且つフェイルセーフ状態へ入る。
【0098】
ｃ．マスタが「第１」メッセージを送信
ｉ．マスタはアクノレッジを受信せず－＞ＴＥＣがマスタにおいて増加し、上述したの
と同一の反応。
ｉ．マスタはアクノレッジを受信せず－＞ＴＥＣがマスタにおいて増加し、上述したの
と同一の反応。
【0099】
ｉｉ．スレーブが与えられた時間フレームにおいて「第１」メッセージを受信せず－＞
ネットワークにひずみ発生（スレーブにおけるＲＥＣ障害と同じ、上述したのと同一の反
応）。
ネットワークにひずみ発生（スレーブにおけるＲＥＣ障害と同じ、上述したのと同一の反
応）。
【0100】
ｄ．マスタが「第２」メッセージを送信
ｉ．マスタがアクノレッジ（ＡＣＫ）を受信せず－＞上述したのと同一の反応。
ｉ．マスタがアクノレッジ（ＡＣＫ）を受信せず－＞上述したのと同一の反応。
【0101】
ｉｉ．マスタはアドレスしたスレーブから応答を受信せず－＞ネットワークにひずみ発
生（少なくとも関連するスレーブにおいて、上述したのと同一の反応）。
生（少なくとも関連するスレーブにおいて、上述したのと同一の反応）。
【0102】
ｉｉｉ．スレーブが「第２」メッセージを受信せず－＞動作無し；通信は「第１」メッ
セージによって検証され、その点に関しては上述したのと同一の反応。
セージによって検証され、その点に関しては上述したのと同一の反応。
【0103】
ｅ．スレーブが診断フレームを送信することにより「第２」メッセージに応答
ｉ．マスタは或る時間フレーム内に診断フレームを受信しないか又はひずみ発生応答を
受信－＞ネットワークにひずみ発生（少なくとも関連するスレーブにおいて、マスタにお
けるＲＥＣ障害に対して上述したのと同一の反応）。
ｉ．マスタは或る時間フレーム内に診断フレームを受信しないか又はひずみ発生応答を
受信－＞ネットワークにひずみ発生（少なくとも関連するスレーブにおいて、マスタにお
けるＲＥＣ障害に対して上述したのと同一の反応）。
【0104】
ｉｉ．スレーブはアクノレッジを受信せず：ネットワークにひずみ発生－＞スレーブに
おけるＴＥＣ障害に対して上述したのと同一の反応；スレーブにおけるＴＥＣのありうる
不存在において（以下も参照）何らの反応も提供されず且つマスタからの「第１」メッセ
ージの受信によって通信が検証される。
おけるＴＥＣ障害に対して上述したのと同一の反応；スレーブにおけるＴＥＣのありうる
不存在において（以下も参照）何らの反応も提供されず且つマスタからの「第１」メッセ
ージの受信によって通信が検証される。
【0105】
上述した如く、一つ又はそれ以上の実施例は、スレーブに対するＲＥＣ／ＴＥＣ概念を
「捨て去る（dropping）」と共に、例えばオリジナルのＣＡＮ（ＦＤ）プロトコルの一部
として、マスタにおいて（のみ）それを維持することを目論むことが可能であり、従って
マスタ（のみ）がそのＴＥＣ／ＲＥＣを評価する。
「捨て去る（dropping）」と共に、例えばオリジナルのＣＡＮ（ＦＤ）プロトコルの一部
として、マスタにおいて（のみ）それを維持することを目論むことが可能であり、従って
マスタ（のみ）がそのＴＥＣ／ＲＥＣを評価する。
【0106】
一つ又はそれ以上の実施例において、フェイルセーフ／リンプホーム状況において、ス
レーブ（例えば、自動車におけるバックライトのＬＥＤドライバ）はセーフ状態に入り、
例えば、バックライトを（少なくとも部分的に）ターンオンさせ、従ってその自動車を暗
闇におけるその他の運転手によって見ることが可能であり、尚且つ例えば過剰温度又はそ
の他の障害を回避するために電力消費を増加させる場合があるその他の付随的な機能を遮
断する。
レーブ（例えば、自動車におけるバックライトのＬＥＤドライバ）はセーフ状態に入り、
例えば、バックライトを（少なくとも部分的に）ターンオンさせ、従ってその自動車を暗
闇におけるその他の運転手によって見ることが可能であり、尚且つ例えば過剰温度又はそ
の他の障害を回避するために電力消費を増加させる場合があるその他の付随的な機能を遮
断する。
【0107】
勿論、フェイルセーフ／リンプホーム状況のタイプ及び性質は関与するスレーブの種類
の関数として異なる場合があり、例えば、夜間運転期間中に運転手の困惑を回避するため
に室内ライトを単純にターンオフさせる場合がある。
の関数として異なる場合があり、例えば、夜間運転期間中に運転手の困惑を回避するため
に室内ライトを単純にターンオフさせる場合がある。
【0108】
一つ又はそれ以上の実施例において、バス１０７を介してのメインコントローラ（シャ
シー／ボディコントローラ、一層高いレベルのコントローラ）へのネットワーク接続に障
害が発生した場合には、マスタはフェイルセーフ状態に入る場合もある。マスタがフェイ
ルセーフ状態に入ることの結果として、マスタはそれと結合されているスレーブへコマン
ドを送信して夫々フェイルセーフ状態に入ることが可能である。又、マスタは警告メッセ
ージによってネットワークのひずみ発生に反応することが可能であり、例えば、警告ラン
プ及び／又はダッシュボードメッセージを介して運転手に通知する。
シー／ボディコントローラ、一層高いレベルのコントローラ）へのネットワーク接続に障
害が発生した場合には、マスタはフェイルセーフ状態に入る場合もある。マスタがフェイ
ルセーフ状態に入ることの結果として、マスタはそれと結合されているスレーブへコマン
ドを送信して夫々フェイルセーフ状態に入ることが可能である。又、マスタは警告メッセ
ージによってネットワークのひずみ発生に反応することが可能であり、例えば、警告ラン
プ及び／又はダッシュボードメッセージを介して運転手に通知する。
【0109】
一つ又はそれ以上の実施例において、いずれかの送信機は、受信機がデータフレームを
正しく受信したことの結果としてアクノレッジ（「ＡＣＫ」）ビットを少なくとも一つの
受信機から受信することが可能である。従って、送信機は、それが未だにネットワークの
少なくとも一部へ結合されているか否かを識別することが可能である。例えば、送信機の
送信エラーカウンタは、その送信機によってＡＣＫビットが受信されない結果として増加
される。
正しく受信したことの結果としてアクノレッジ（「ＡＣＫ」）ビットを少なくとも一つの
受信機から受信することが可能である。従って、送信機は、それが未だにネットワークの
少なくとも一部へ結合されているか否かを識別することが可能である。例えば、送信機の
送信エラーカウンタは、その送信機によってＡＣＫビットが受信されない結果として増加
される。
【0110】
例えば、一つ又はそれ以上の実施例において、本書に例示するように、マスタ１０は「
ウオッチドッグトリガ」及び／又はネットワーク「ハートビート」として使用することが
可能な定期的な時間期間でメッセージを送り出す。従って、受信用スレーブ２０１，２０
２，．．．，２０ｎはマスタ１０が通信しているか否かを認識することが可能である。マ
スタ１０は、周期的に各接続しているスレーブ２０からステータス情報を要求する場合が
ある。スレーブ２０１，２０２，．．．，２０ｎの中のスレーブ２０ｉがマスタ１０によ
って発行されたステータス情報要求に応答しない場合には、スレーブ２０ｉの「不存在」
（例えば、障害）を検知することが可能である。
ウオッチドッグトリガ」及び／又はネットワーク「ハートビート」として使用することが
可能な定期的な時間期間でメッセージを送り出す。従って、受信用スレーブ２０１，２０
２，．．．，２０ｎはマスタ１０が通信しているか否かを認識することが可能である。マ
スタ１０は、周期的に各接続しているスレーブ２０からステータス情報を要求する場合が
ある。スレーブ２０１，２０２，．．．，２０ｎの中のスレーブ２０ｉがマスタ１０によ
って発行されたステータス情報要求に応答しない場合には、スレーブ２０ｉの「不存在」
（例えば、障害）を検知することが可能である。
【0111】
例えば、本書に例示する如き一つ又はそれ以上の実施例において、どの送信機も、通信
バス３０を介してそれが送信するビットをバス３０上で受信したビットと比較するように
構成することが可能である。送信ビットと受信ビットとが等しくないことが判別される結
果として、エラーの存在を仮定することが可能であり、従って、送信機の送信エラーカウ
ンタを増加させることが可能である。送信機ノードは、対応するＴＥＣが或るスレッシュ
ホールドに到達したことの結果としてデータを送信することを停止し、該送信機を受動的
状態に入りさせることが可能である。
バス３０を介してそれが送信するビットをバス３０上で受信したビットと比較するように
構成することが可能である。送信ビットと受信ビットとが等しくないことが判別される結
果として、エラーの存在を仮定することが可能であり、従って、送信機の送信エラーカウ
ンタを増加させることが可能である。送信機ノードは、対応するＴＥＣが或るスレッシュ
ホールドに到達したことの結果としてデータを送信することを停止し、該送信機を受動的
状態に入りさせることが可能である。
【0112】
例えば、本書において例示される如き一つ又はそれ以上の実施例において、受信された
フレームは、例えば、以下の特徴の内の一つ又はそれ以上をチェックすることによって、
正確性を検証することが可能である。
フレームは、例えば、以下の特徴の内の一つ又はそれ以上をチェックすることによって、
正確性を検証することが可能である。
【0113】
即ち、その特徴とは、
－受信したＣＲＣの正確性、
－ＣＲＣフィールドに続くＣＲＣデリミターとしての一つのリセッシブビットの受信、
－受信フレームのビットスタッフィング（bit stuffing）の正確性、
である。
－受信したＣＲＣの正確性、
－ＣＲＣフィールドに続くＣＲＣデリミターとしての一つのリセッシブビットの受信、
－受信フレームのビットスタッフィング（bit stuffing）の正確性、
である。
【0114】
一つ又はそれ以上の実施例において、受信したＣＲＣが受信したフレームと整合しない
場合の結果として、受信したフレームを廃棄することが可能であり且つ受信機のＲＥＣを
増加させることが可能である。
場合の結果として、受信したフレームを廃棄することが可能であり且つ受信機のＲＥＣを
増加させることが可能である。
【0115】
一つ又はそれ以上の実施例において、受信したフレームのビットスタッフィングが正し
くないことの結果として、受信したフレームを廃棄することが可能であり且つ受信機のＲ
ＥＣを増加させることが可能である。
くないことの結果として、受信したフレームを廃棄することが可能であり且つ受信機のＲ
ＥＣを増加させることが可能である。
【0116】
一つ又はそれ以上の実施例において、送信したフレームを、例えば以下の特徴の内の一
つ又はそれ以上をチェックすることによって、正確性について検証することが可能である
。その特徴とは、
－送信したビットはトランシーバによって受信されるので、送信したビットと受信した
ビットとの間の均等性、
－少なくとも一つの受信機からＡＣＫビットを発行することによって、少なくとも一つ
の受信機回路による送信フレームのアクノレッジ。
つ又はそれ以上をチェックすることによって、正確性について検証することが可能である
。その特徴とは、
－送信したビットはトランシーバによって受信されるので、送信したビットと受信した
ビットとの間の均等性、
－少なくとも一つの受信機からＡＣＫビットを発行することによって、少なくとも一つ
の受信機回路による送信フレームのアクノレッジ。
【0117】
一つ又はそれ以上の実施例において、送信されたビットと受信されたビットとが同一で
はないことが判明した結果として、送信されたフレームは無効であると考えることができ
、送信は中止され且つ送信機のＴＥＣは増加される。
はないことが判明した結果として、送信されたフレームは無効であると考えることができ
、送信は中止され且つ送信機のＴＥＣは増加される。
【0118】
一つ又はそれ以上の実施例において、送信機回路が受信器からＡＣＫビットを受信する
ことがないことの結果として、送信されたフレームは受信機のいずれによっても受信され
ていないものとして考えることができ、送信機のＴＥＣを増加し且つ送信したフレームは
再送信しないものとする場合がある。
ことがないことの結果として、送信されたフレームは受信機のいずれによっても受信され
ていないものとして考えることができ、送信機のＴＥＣを増加し且つ送信したフレームは
再送信しないものとする場合がある。
【0119】
一つ又はそれ以上の実施例において、スレーブ装置２０１，２０２，．．．，２０ｎの
オシレータ２０１６は、例えば予測される値の±２％であるそれらの振動周波数の最大の
許容される逸れを有することが可能である。従って、一つ又はそれ以上の実施例における
２つのスレーブの間の最大の周波数オフセットは最大値、例えば振動周波数の最大±４％
、に到達することが可能である。
オシレータ２０１６は、例えば予測される値の±２％であるそれらの振動周波数の最大の
許容される逸れを有することが可能である。従って、一つ又はそれ以上の実施例における
２つのスレーブの間の最大の周波数オフセットは最大値、例えば振動周波数の最大±４％
、に到達することが可能である。
【0120】
一つ又はそれ以上の実施例において、一つのスレーブによって送信されたフレームは同
一の通信バス３０上の別のスレーブによってデコードされることが意図されているもので
はない場合がある。一つのスレーブが別のスレーブによって送信されたフレームを受信す
ることの結果として、該第１スレーブの受信エラーカウンタが増加する場合がある。エラ
ーフレームはこれらのスレーブによって送信されることはなく、従ってその通信にひずみ
が発生することはない。
一の通信バス３０上の別のスレーブによってデコードされることが意図されているもので
はない場合がある。一つのスレーブが別のスレーブによって送信されたフレームを受信す
ることの結果として、該第１スレーブの受信エラーカウンタが増加する場合がある。エラ
ーフレームはこれらのスレーブによって送信されることはなく、従ってその通信にひずみ
が発生することはない。
【0121】
従って、一つ又はそれ以上の実施例において、受信機のＲＥＣは、以下における表１に
例示される如く、この様に受信されたフレームの長さに従って、エラーのないフレームを
受信することの結果として、減少される場合がある。
例示される如く、この様に受信されたフレームの長さに従って、エラーのないフレームを
受信することの結果として、減少される場合がある。
【0122】
一つ又はそれ以上の実施例において、受信機のＲＥＣは、例えば古典的なＣＡＮ拡張型
フレームフォーマット（ＣＥＦＦ）と共に動作するＣＡＮ部分的ネットワーキング（ＣＡ
Ｎ ＰＮ）に従って、最大で８までのデータ長コード（ＤＬＣ）に対して１単位だけ減少
される場合がある。一層長いフレームの場合には、この様な挙動は通信コントローラ２０
１０内において考慮することが可能である。何故ならば、スレーブから発生する多くのフ
レームは通信バス３０におけるその他のスレーブによって認識されない場合があるからで
ある。最悪の場合には、スレーブから発生するフレームの（すべて）は通信バス３０内の
その他のスレーブによって認識されない場合がある。更に、受信機のＲＥＣは受信された
フレーム当たりに１単位を超えて増加される場合がある。何故ならば、スタッフィングエ
ラー、ＣＲＣエラー、及びＣＲＣデリミターエラーが加算される場合があるからである。
フレームフォーマット（ＣＥＦＦ）と共に動作するＣＡＮ部分的ネットワーキング（ＣＡ
Ｎ ＰＮ）に従って、最大で８までのデータ長コード（ＤＬＣ）に対して１単位だけ減少
される場合がある。一層長いフレームの場合には、この様な挙動は通信コントローラ２０
１０内において考慮することが可能である。何故ならば、スレーブから発生する多くのフ
レームは通信バス３０におけるその他のスレーブによって認識されない場合があるからで
ある。最悪の場合には、スレーブから発生するフレームの（すべて）は通信バス３０内の
その他のスレーブによって認識されない場合がある。更に、受信機のＲＥＣは受信された
フレーム当たりに１単位を超えて増加される場合がある。何故ならば、スタッフィングエ
ラー、ＣＲＣエラー、及びＣＲＣデリミターエラーが加算される場合があるからである。
【0123】
一つ又はそれ以上の実施例において、マスタは、スレーブよりも各スレーブ応答に対し
て一層多くの８バイトデータパケットを送信する。実際に、一つ又はそれ以上の実施例に
おいて、スレーブ応答はマスタによって送信されるフレームよりも一層短い場合がある（
例えば、一層低い数のデータバイトを担持している）。
て一層多くの８バイトデータパケットを送信する。実際に、一つ又はそれ以上の実施例に
おいて、スレーブ応答はマスタによって送信されるフレームよりも一層短い場合がある（
例えば、一層低い数のデータバイトを担持している）。
【0124】
バス３０上を一つのスレーブによって送信されバス３０へ結合されている他のスレーブ
へ通じるスレーブ応答がそれらのＲＥＣを増加させることを「補償」するために、スレー
ブによって正しく受信されるマスタにより送信される長いフレームが、表１に例示される
如く、該マスタにより送信される該フレームの長さに従う長さだけ該スレーブのＲＥＣを
減少させることが可能である。
へ通じるスレーブ応答がそれらのＲＥＣを増加させることを「補償」するために、スレー
ブによって正しく受信されるマスタにより送信される長いフレームが、表１に例示される
如く、該マスタにより送信される該フレームの長さに従う長さだけ該スレーブのＲＥＣを
減少させることが可能である。
【0125】
【表1】
【0126】
図５は、一つ又はそれ以上の実施例において実行される「ブロードキャスト」フレーム
プロトコルを記載した可能な論理フローを例示するブロック図であって、例えばマスタが
「第１」メッセージを送信し且つスレーブがこの様なメッセージを受信する場合である。
プロトコルを記載した可能な論理フローを例示するブロック図であって、例えばマスタが
「第１」メッセージを送信し且つスレーブがこの様なメッセージを受信する場合である。
【0127】
図５において、太い縦線の左側に存在する論理ブロックはマスタ装置１０によって実行
される動作を表しており、その太い縦線の右側に存在している論理ブロックはスレーブ装
置２０１，２０２，．．．，２０ｎの中でいずれかのスレーブ装置２０ｉにおいて実行さ
れる動作を表している。
される動作を表しており、その太い縦線の右側に存在している論理ブロックはスレーブ装
置２０１，２０２，．．．，２０ｎの中でいずれかのスレーブ装置２０ｉにおいて実行さ
れる動作を表している。
【0128】
図５中の論理ブロックの意味は以下の通りである。
【0129】
－３００：ブロードキャストＩＤで「第１」メッセージを送信、
－３０１：「第１」メッセージの受信、
－３０２：受信した「第１」メッセージにおいてエラーを検知（Ｙ＝エラー検知、Ｎ＝
エラー不検知）、
－３０３：ブロック３０２の正（Ｙ）出力の場合に該スレーブのＲＥＣを増加、
－３０４：送信終了、
－３０５：ブロック３０２の負（Ｎ）出力の場合にＡＣＫビットを送信、
－３０６：該スレーブのＲＥＣを減少、
－３０７：「受信成功」状態で終了、
－３０８：ＡＣＫビットを受信、
－３０９：受信したＡＣＫビットにおいてエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－３１０：ブロック３０９の負（Ｎ）出力の場合に「送信成功」状態で終了、
－３１１：ブロック３０９の正（Ｙ）出力の場合に、オプションとして該マスタのＴＥ
Ｃを増加し、且つエラーフレームを送信、
－３１２：送信終了、
－３１３：エラーフレームを受信、
－３１４：該スレーブのＲＥＣを増加、
－３１５：送信終了。
－３０１：「第１」メッセージの受信、
－３０２：受信した「第１」メッセージにおいてエラーを検知（Ｙ＝エラー検知、Ｎ＝
エラー不検知）、
－３０３：ブロック３０２の正（Ｙ）出力の場合に該スレーブのＲＥＣを増加、
－３０４：送信終了、
－３０５：ブロック３０２の負（Ｎ）出力の場合にＡＣＫビットを送信、
－３０６：該スレーブのＲＥＣを減少、
－３０７：「受信成功」状態で終了、
－３０８：ＡＣＫビットを受信、
－３０９：受信したＡＣＫビットにおいてエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－３１０：ブロック３０９の負（Ｎ）出力の場合に「送信成功」状態で終了、
－３１１：ブロック３０９の正（Ｙ）出力の場合に、オプションとして該マスタのＴＥ
Ｃを増加し、且つエラーフレームを送信、
－３１２：送信終了、
－３１３：エラーフレームを受信、
－３１４：該スレーブのＲＥＣを増加、
－３１５：送信終了。
【0130】
図５のブロック図に記載される動作について理解を容易にさせるために以下に更に簡単
に説明する。
に説明する。
【0131】
図５に例示される如く、一つ又はそれ以上の実施例において、動作値をセットするため
、例えばアクチュエータ値をセット即ち設定するために、マスタ１０からスレーブ２０１
，２０２，．．．，２０ｎへ「第１」メッセージを送信することが可能である。
、例えばアクチュエータ値をセット即ち設定するために、マスタ１０からスレーブ２０１
，２０２，．．．，２０ｎへ「第１」メッセージを送信することが可能である。
【0132】
一つの実施例においては、「第１」メッセージは通信バス３０へ接続されているスレー
ブ２０１，２０２，．．．，２０ｎの全てに対しての設定値を包含している場合がある。
ブ２０１，２０２，．．．，２０ｎの全てに対しての設定値を包含している場合がある。
【0133】
別の実施例においては、「第１」メッセージは通信バス３０へ接続されているスレーブ
２０１，２０２，．．．，２０ｎの全ての中の或るサブセットのスレーブ、例えばスレー
ブ２０１，２０２，．．．，２０ｎの中で単一のスレーブの場合もある、に対して設定値
を包含している場合がある。
２０１，２０２，．．．，２０ｎの全ての中の或るサブセットのスレーブ、例えばスレー
ブ２０１，２０２，．．．，２０ｎの中で単一のスレーブの場合もある、に対して設定値
を包含している場合がある。
【0134】
一つ又はそれ以上の実施例において、マスタ１０は「第１」メッセージを送信した後に
スレーブ２０１，２０２，．．．，２０ｎから戻される応答を予期しない場合もあるが、
少なくとも一つのスレーブから少なくとも一つのアクノレッジビット、例えばＣＡＮアク
ノレッジスロットにおいて、を予期する場合もある。
スレーブ２０１，２０２，．．．，２０ｎから戻される応答を予期しない場合もあるが、
少なくとも一つのスレーブから少なくとも一つのアクノレッジビット、例えばＣＡＮアク
ノレッジスロットにおいて、を予期する場合もある。
【0135】
本書において例示するような一つ又はそれ以上の実施例において、マスタ１０が少なく
とも一つのスレーブからどのようなアクノレッジビットも受信することがない、例えばＣ
ＡＮアクノレッジスロットにおいて、ことの結果として、マスタ１０はその送信エラーカ
ウンタを増加させる。一つ又はそれ以上の実施例において、マスタ１０は通信バス３０上
にエラーフレームを送信する場合もある。
とも一つのスレーブからどのようなアクノレッジビットも受信することがない、例えばＣ
ＡＮアクノレッジスロットにおいて、ことの結果として、マスタ１０はその送信エラーカ
ウンタを増加させる。一つ又はそれ以上の実施例において、マスタ１０は通信バス３０上
にエラーフレームを送信する場合もある。
【0136】
本書で例示する如き一つ又はそれ以上の実施例において、スレーブ２０１，２０２，．
．．，２０ｎは受信した「第１」メッセージの完全性をチェックし且つ受信した「第１」
メッセージがエラーの無いものである場合にはアクノレッジビットを送信することが可能
であり、このような場合には該「第１」メッセージは有効であると考慮される。一つ又は
それ以上の実施例において、付加的なエラーフレームを受信することは何らの付加的な反
応無しで受信エラーカウンタを増加させることとなる。
．．，２０ｎは受信した「第１」メッセージの完全性をチェックし且つ受信した「第１」
メッセージがエラーの無いものである場合にはアクノレッジビットを送信することが可能
であり、このような場合には該「第１」メッセージは有効であると考慮される。一つ又は
それ以上の実施例において、付加的なエラーフレームを受信することは何らの付加的な反
応無しで受信エラーカウンタを増加させることとなる。
【0137】
一つ又はそれ以上の実施例において、スレーブ２０１，２０２，．．．，２０ｎは、そ
れらに対して有効である「第１」メッセージからデータをピック即ち採取する場合がある
。一つ又はそれ以上の実施例において、「第１」メッセージはブロードキャストＩＤ、例
えばＣＡＮメッセージの標準ＩＤフィールドにおいて、を担持している場合がある。
れらに対して有効である「第１」メッセージからデータをピック即ち採取する場合がある
。一つ又はそれ以上の実施例において、「第１」メッセージはブロードキャストＩＤ、例
えばＣＡＮメッセージの標準ＩＤフィールドにおいて、を担持している場合がある。
【0138】
図６は、一つ又はそれ以上の実施例において実行される診断フレームプロトコルを記載
している可能な論理フローを例示するブロック図であって、例えばマスタが「第２」メッ
セージを送信し且つ一つのスレーブがそのようなメッセージを受信し且つそれについて反
応する場合である。
している可能な論理フローを例示するブロック図であって、例えばマスタが「第２」メッ
セージを送信し且つ一つのスレーブがそのようなメッセージを受信し且つそれについて反
応する場合である。
【0139】
図５における如く、図６中の太い縦線の左側に存在する論理ブロックはマスタ装置１０
において実行される動作を表しており、且つ該太い縦線の右側に存在する論理ブロックは
スレーブ２０１，２０２，．．．，２０ｎ中のいずれかのスレーブ装置２０ｉにおいて実
行される動作を表している。
において実行される動作を表しており、且つ該太い縦線の右側に存在する論理ブロックは
スレーブ２０１，２０２，．．．，２０ｎ中のいずれかのスレーブ装置２０ｉにおいて実
行される動作を表している。
【0140】
図６中の論理ブロックの意味は以下の通りである。
【0141】
－４００：（ターゲット）スレーブＩＤで「第２」メッセージを送信、
－４０１：「第２」メッセージを受信、
－４０２：受信した「第２」メッセージにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エ
ラー不検知）、
－４０３：ブロック４０２の正（Ｙ）出力の場合に該スレーブのＲＥＣを増加、
－４０４：送信終了、
－４０５：ブロック４０２の負（Ｎ）出力の場合にＡＣＫビットを送信、
－４０６：該スレーブのＲＥＣを減少、
－４０７：１０ビットバスアイドル待機、
－４０８：エラー検知（Ｙ＝エラー検知、Ｎ＝エラー不検知）、
－４０９：スレーブＩＤ付きで反応メッセージを送信、
－４１０：ＡＣＫビットを受信、
－４１１：受信したＡＣＫビットにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－４１２：ブロック４１１の正（Ｙ）出力の場合に該マスタのＴＥＣを増加させ且つエ
ラーフレームを送信、
－４１３：エラーフレームを受信、
－４１４：該スレーブのＲＥＣを増加、
－４１５：送信終了、
－４１６：ＴＲＥＣを待機、
－４１７：ＴＲＥＣタイムアウトに到達したか否かをチェック（Ｙ＝ＴＲＥＣタイムア
ウトに到達、Ｎ＝ＴＲＥＣタイムアウトに到達せず）
－４１８：ブロック４１７の正（Ｙ）出力の場合にウオッチドッグ失敗をトリガ、
－４１９：ブロック４１７の負（Ｎ）出力の場合に反応メッセージを受信、
－４２０：受信した反応メッセージにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー
不検知）、
－４２１：ブロック４２０の正（Ｙ）出力の場合に該マスタのＲＥＣを増加させ且つエ
ラーフレームを送信、
－４２２：エラーフレームを受信、
－４２３：該スレーブのＴＥＣ及びＲＥＣを増加、
－４２４：送信終了、
－４２５：ブロック４２０の負（Ｎ）出力の場合にＡＣＫビットを送信、
－４２６：該マスタのＲＥＣを減少、
－４２７：「受信成功」状態で終了、
－４２８：ＡＣＫビットを受信、
－４２９：受信したＡＣＫビットにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－４３０：ブロック４２９の正（Ｙ）出力の場合に該スレーブのＴＥＣを増加、
－４３１：送信終了、
－４３２：ブロック４２９の負（Ｎ）出力の場合に該スレーブのＴＥＣを減少、
－４３３：「送信成功」状態で終了。
－４０１：「第２」メッセージを受信、
－４０２：受信した「第２」メッセージにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エ
ラー不検知）、
－４０３：ブロック４０２の正（Ｙ）出力の場合に該スレーブのＲＥＣを増加、
－４０４：送信終了、
－４０５：ブロック４０２の負（Ｎ）出力の場合にＡＣＫビットを送信、
－４０６：該スレーブのＲＥＣを減少、
－４０７：１０ビットバスアイドル待機、
－４０８：エラー検知（Ｙ＝エラー検知、Ｎ＝エラー不検知）、
－４０９：スレーブＩＤ付きで反応メッセージを送信、
－４１０：ＡＣＫビットを受信、
－４１１：受信したＡＣＫビットにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－４１２：ブロック４１１の正（Ｙ）出力の場合に該マスタのＴＥＣを増加させ且つエ
ラーフレームを送信、
－４１３：エラーフレームを受信、
－４１４：該スレーブのＲＥＣを増加、
－４１５：送信終了、
－４１６：ＴＲＥＣを待機、
－４１７：ＴＲＥＣタイムアウトに到達したか否かをチェック（Ｙ＝ＴＲＥＣタイムア
ウトに到達、Ｎ＝ＴＲＥＣタイムアウトに到達せず）
－４１８：ブロック４１７の正（Ｙ）出力の場合にウオッチドッグ失敗をトリガ、
－４１９：ブロック４１７の負（Ｎ）出力の場合に反応メッセージを受信、
－４２０：受信した反応メッセージにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー
不検知）、
－４２１：ブロック４２０の正（Ｙ）出力の場合に該マスタのＲＥＣを増加させ且つエ
ラーフレームを送信、
－４２２：エラーフレームを受信、
－４２３：該スレーブのＴＥＣ及びＲＥＣを増加、
－４２４：送信終了、
－４２５：ブロック４２０の負（Ｎ）出力の場合にＡＣＫビットを送信、
－４２６：該マスタのＲＥＣを減少、
－４２７：「受信成功」状態で終了、
－４２８：ＡＣＫビットを受信、
－４２９：受信したＡＣＫビットにおけるエラー検知（Ｙ＝エラー検知、Ｎ＝エラー不
検知）、
－４３０：ブロック４２９の正（Ｙ）出力の場合に該スレーブのＴＥＣを増加、
－４３１：送信終了、
－４３２：ブロック４２９の負（Ｎ）出力の場合に該スレーブのＴＥＣを減少、
－４３３：「送信成功」状態で終了。
【0142】
図６のブロック図によって記載されている動作についても理解を容易にさせるために以
下において簡単に説明する。
下において簡単に説明する。
【0143】
図６において例示される如く、一つ又はそれ以上の実施例において、マスタ１０は、メ
ッセージＩＤ内に、例えばＣＡＮメッセージのスタンダードＩＤフィールド、スレーブ２
０ｉの識別スレーブＩＤを包含させることによって通信バス３０に接続されているスレー
ブ２０１，２０２，．．．，２０ｎの中で或るスレーブ２０ｉからの診断データを要求す
る「第２」メッセージを送信することが可能である。該マスタ１０は特定の時間ウィンド
ウＴＲＥＣ内にそのアドレスされたスレーブからの応答、例えば反応メッセージ、を待機
する場合がある。その時間ウィンドウＴＲＥＣ内に該マスタ１０が応答を受け取らなかっ
たことの結果として、ウオッチドッグエラーをトリガさせることが可能である。
ッセージＩＤ内に、例えばＣＡＮメッセージのスタンダードＩＤフィールド、スレーブ２
０ｉの識別スレーブＩＤを包含させることによって通信バス３０に接続されているスレー
ブ２０１，２０２，．．．，２０ｎの中で或るスレーブ２０ｉからの診断データを要求す
る「第２」メッセージを送信することが可能である。該マスタ１０は特定の時間ウィンド
ウＴＲＥＣ内にそのアドレスされたスレーブからの応答、例えば反応メッセージ、を待機
する場合がある。その時間ウィンドウＴＲＥＣ内に該マスタ１０が応答を受け取らなかっ
たことの結果として、ウオッチドッグエラーをトリガさせることが可能である。
【0144】
一つ又はそれ以上の実施例において、バス３０上をマスタ１０によって送信された「第
２」メッセージを正しく受信した結果として、スレーブ２０ｉはＡＣＫスロットにおける
ＡＣＫビットで応答し且つ或る時間間隔（期間）、例えばバスアイドルのすくなくとも１
０ビット、待機した後にその反応メッセージを送信する。
２」メッセージを正しく受信した結果として、スレーブ２０ｉはＡＣＫスロットにおける
ＡＣＫビットで応答し且つ或る時間間隔（期間）、例えばバスアイドルのすくなくとも１
０ビット、待機した後にその反応メッセージを送信する。
【0145】
一つ又はそれ以上の実施例において、スレーブ２０１，２０２，．．．，２０ｎ中のそ
の他のスレーブは反応メッセージを不正確に受信する場合がある（例えば、マスタ１０の
周波数に関連して夫々のオシレータの周波数オフセットに起因して）。この様な反応メッ
セージを不正確に受信することの結果として、受信するスレーブ２０１，２０２，．．．
，２０ｎのＲＥＣが増加される場合がある。
の他のスレーブは反応メッセージを不正確に受信する場合がある（例えば、マスタ１０の
周波数に関連して夫々のオシレータの周波数オフセットに起因して）。この様な反応メッ
セージを不正確に受信することの結果として、受信するスレーブ２０１，２０２，．．．
，２０ｎのＲＥＣが増加される場合がある。
【0146】
本書で例示される如き一つ又はそれ以上の実施例において、マスタ１０によって発行さ
れた「第２」メッセージによってアドレスされないスレーブは応答せず且つアドレスされ
たスレーブによって送信される反応メッセージを無視する。
れた「第２」メッセージによってアドレスされないスレーブは応答せず且つアドレスされ
たスレーブによって送信される反応メッセージを無視する。
【0147】
本書で例示される如き一つ又はそれ以上の実施例において、マスタ１０からの要求によ
ってフレームがスレーブ２０１，２０２，．．．，２０ｎによって（のみ）送信される。
従って、エラーが発生した場合には、スレーブ２０１，２０２，．．．，２０ｎは何らの
フレームも再送信することはない。
ってフレームがスレーブ２０１，２０２，．．．，２０ｎによって（のみ）送信される。
従って、エラーが発生した場合には、スレーブ２０１，２０２，．．．，２０ｎは何らの
フレームも再送信することはない。
【0148】
本書で例示される如き一つ又はそれ以上の実施例において、「第２」メッセージはアド
レスされたスレーブのＩＤによってラベル付けされる場合がある。オプションとして、「
第２」メッセージは、スタンダードＩＤフィールド中の使用されていないＩＤビットによ
ってブロードキャストフレームとしてラベル付けさせることが可能である（例えば、スタ
ンダードＩＤフィールドの下位１０ビットがアドレスされたスレーブを示すことが可能で
あり、一方１１番目のビットがそのフレームをブロードキャストフレームとしてマーク付
けすることが可能である）。
レスされたスレーブのＩＤによってラベル付けされる場合がある。オプションとして、「
第２」メッセージは、スタンダードＩＤフィールド中の使用されていないＩＤビットによ
ってブロードキャストフレームとしてラベル付けさせることが可能である（例えば、スタ
ンダードＩＤフィールドの下位１０ビットがアドレスされたスレーブを示すことが可能で
あり、一方１１番目のビットがそのフレームをブロードキャストフレームとしてマーク付
けすることが可能である）。
【0149】
図７は、一つ又はそれ以上の実施例において実行されるエラー及びオーバーロードフレ
ームプロトコルを記載している可能な論理フローを例示しているブロック図である。
ームプロトコルを記載している可能な論理フローを例示しているブロック図である。
【0150】
図５及び６における如く、図７中の太い縦線の左側に存在する論理ブロックはマスタ装
置１０によって実行される動作を表しており、且つその太い縦線の右側に存在する論理ブ
ロックはスレーブ装置２０１，２０２，．．．，２０ｎ中のいずれかのスレーブ装置２０
ｉにおいて実行される動作を表している。
置１０によって実行される動作を表しており、且つその太い縦線の右側に存在する論理ブ
ロックはスレーブ装置２０１，２０２，．．．，２０ｎ中のいずれかのスレーブ装置２０
ｉにおいて実行される動作を表している。
【0151】
図７中の論理ブロックの意味は以下のとおりである。
【0152】
－５００：エラー検知（Ｙ＝エラー検知、Ｎ＝エラー不検知）、
－５０１：ブロック５００の負（Ｎ）出力の場合には「送信成功」状態で終了、
－５０２：ブロック５００の正（Ｙ）出力の場合には該マスタのＴＥＣを増加させ且つ
エラーフレームを送信、
－５０３：送信終了、
－５０４：エラーフレームを受信、
－５０５：該スレーブのＲＥＣを増加、
－５０６：送信終了。
－５０１：ブロック５００の負（Ｎ）出力の場合には「送信成功」状態で終了、
－５０２：ブロック５００の正（Ｙ）出力の場合には該マスタのＴＥＣを増加させ且つ
エラーフレームを送信、
－５０３：送信終了、
－５０４：エラーフレームを受信、
－５０５：該スレーブのＲＥＣを増加、
－５０６：送信終了。
【0153】
図７のブロック図によって記載される動作も理解を容易にするために以下において簡単
に説明する。
に説明する。
【0154】
一つ又はそれ以上の実施例において、エラーフレームはスレーブ２０１，２０２，．．
．，２０ｎではなくマスタ１０によって（のみ）送信される。エラーフレームを受信する
ことは該スレーブのＲＥＣを１だけ増加させることとなる場合がある。同じ挙動がエラー
フレームとして取り扱われるオーバーロードフレームの場合にも適用することが可能であ
る。
．，２０ｎではなくマスタ１０によって（のみ）送信される。エラーフレームを受信する
ことは該スレーブのＲＥＣを１だけ増加させることとなる場合がある。同じ挙動がエラー
フレームとして取り扱われるオーバーロードフレームの場合にも適用することが可能であ
る。
【0155】
一つ又はそれ以上の実施例において、バス参加者（スレーブ２０１，２０２，．．．，
２０ｎ）はバス３０上の通信を仲裁することが可能なものではない。何故ならば、通信は
マスタ１０によって（のみ）開始及び／又は制御させることが可能であるからである。
２０ｎ）はバス３０上の通信を仲裁することが可能なものではない。何故ならば、通信は
マスタ１０によって（のみ）開始及び／又は制御させることが可能であるからである。
【0156】
本書に例示される如き一つ又はそれ以上の実施例において、バス３０上でのどのような
衝突も関連するエラーカウンタを増加させることとなる。マスタ１０は、必ずしもそのフ
レームを再送信すること無しに、エラーを衝突として検知し且つその送信エラーカウンタ
を増加させることが可能である。スレーブ２０１，２０２，．．．，２０ｎ中の一つのス
レーブがバス３０上で誤りのビット（例えば、予期されているリセッシブの代わりのドミ
ナントビット）を検知し且つその送信エラーカウンタを増加させる場合がある。
衝突も関連するエラーカウンタを増加させることとなる。マスタ１０は、必ずしもそのフ
レームを再送信すること無しに、エラーを衝突として検知し且つその送信エラーカウンタ
を増加させることが可能である。スレーブ２０１，２０２，．．．，２０ｎ中の一つのス
レーブがバス３０上で誤りのビット（例えば、予期されているリセッシブの代わりのドミ
ナントビット）を検知し且つその送信エラーカウンタを増加させる場合がある。
【0157】
理解されるように、エラーメッセージは、いわば、エラー自身であり、即ちそれらはＣ
ＡＮプロトコル要件を充足するものではない場合がある。それらは、単に、一組の、例え
ば６個の、連続するドミナントビットである場合がある。従って、それらはエラーである
と看做して、スレーブ側ではそれらに対して何らの反応をすること無しに、廃棄すること
が可能である。
ＡＮプロトコル要件を充足するものではない場合がある。それらは、単に、一組の、例え
ば６個の、連続するドミナントビットである場合がある。従って、それらはエラーである
と看做して、スレーブ側ではそれらに対して何らの反応をすること無しに、廃棄すること
が可能である。
【0158】
一つ又はそれ以上の実施例の根底にある一つの概念は、「第１」メッセージ及び「第２
」メッセージがマスタによって送信された（唯一の）メッセージである限り、「第１」メ
ッセージ及び／又は「第２」メッセージを正しく受信した場合に（のみ）ウオッチドッグ
タイマーをリセットすることである。
」メッセージがマスタによって送信された（唯一の）メッセージである限り、「第１」メ
ッセージ及び／又は「第２」メッセージを正しく受信した場合に（のみ）ウオッチドッグ
タイマーをリセットすることである。
【0159】
図８は、一つ又はそれ以上の実施例において、マスタユニット１０の通信サイクルの可
能な実行例を表しているブロック図である。
能な実行例を表しているブロック図である。
【0160】
図８中の論理ブロックの意味は以下のとおりである。
【0161】
－６００：通信を開始、
－６０１：スレーブ２０ｉに対して診断データに対する要求が発行されるべきであるか
否かを決定（Ｙ＝スレーブ２０ｉに対して診断データ要求を発行、Ｎ＝スレーブ２０ｉに
対して診断データ要求を発行せず）、
－６０２：ブロック６０１の正（Ｙ）出力の場合にスレーブ２０ｉに対して「第２」メ
ッセージを送信、
－６０３：スレーブ２０ｉのウオッチドッグタイマーをリセット、
－６０４：スレーブ２０ｉから診断データ付きの反応メッセージが受信されたか否かを
チェック（Ｙ＝診断データ受信、Ｎ＝診断データ受信せず）、
－６０５：スレーブ２０ｉのウオッチドッグタイマーが満了したか否かをチェック（Ｙ
＝ウオッチドッグ満了、Ｎ＝ウオッチドッグ満了せず）、
－６０６：ブロック６０５の正（Ｙ）出力の場合にスレーブ２０ｉに対するウオッチド
ッグタイムアウトを検知、
－６０７：ブロック６０１の負（Ｎ）出力である場合に「第１」メッセージを送信、
－６０８：オプションとして、ＴＷＡＩＴ待機。
－６０１：スレーブ２０ｉに対して診断データに対する要求が発行されるべきであるか
否かを決定（Ｙ＝スレーブ２０ｉに対して診断データ要求を発行、Ｎ＝スレーブ２０ｉに
対して診断データ要求を発行せず）、
－６０２：ブロック６０１の正（Ｙ）出力の場合にスレーブ２０ｉに対して「第２」メ
ッセージを送信、
－６０３：スレーブ２０ｉのウオッチドッグタイマーをリセット、
－６０４：スレーブ２０ｉから診断データ付きの反応メッセージが受信されたか否かを
チェック（Ｙ＝診断データ受信、Ｎ＝診断データ受信せず）、
－６０５：スレーブ２０ｉのウオッチドッグタイマーが満了したか否かをチェック（Ｙ
＝ウオッチドッグ満了、Ｎ＝ウオッチドッグ満了せず）、
－６０６：ブロック６０５の正（Ｙ）出力の場合にスレーブ２０ｉに対するウオッチド
ッグタイムアウトを検知、
－６０７：ブロック６０１の負（Ｎ）出力である場合に「第１」メッセージを送信、
－６０８：オプションとして、ＴＷＡＩＴ待機。
【0162】
一つ又はそれ以上の実施例において、マスタ１０は「第１」メッセージを、例えばアク
チュエータセッティングのために、（例えば循環的に）スレーブ２０１，２０２，．．．
，２０ｎへ送信することが可能であり、それらのスレーブはこの様なサイクルをウオッチ
ドッグトリガとして使用することが可能である。「第１」メッセージがウオッチドッグ時
間内にスレーブ２０ｉによって受信されないことの結果として、ウオッチドッグタイムア
ウトを検知することが可能である。ウオッチドッグタイムアウトが検知されることの結果
として、スレーブ２０ｉはフェイルセーフ状態に入ることが可能である。
チュエータセッティングのために、（例えば循環的に）スレーブ２０１，２０２，．．．
，２０ｎへ送信することが可能であり、それらのスレーブはこの様なサイクルをウオッチ
ドッグトリガとして使用することが可能である。「第１」メッセージがウオッチドッグ時
間内にスレーブ２０ｉによって受信されないことの結果として、ウオッチドッグタイムア
ウトを検知することが可能である。ウオッチドッグタイムアウトが検知されることの結果
として、スレーブ２０ｉはフェイルセーフ状態に入ることが可能である。
【0163】
一つ又はそれ以上の実施例において、マスタ１０は或るアドレスされたスレーブ２０ｉ
から診断データを要求する場合がある。アドレスされたスレーブ２０ｉが或る量の時間以
内に応答しないことの結果として、ウオッチドッグタイマーをトリガさせることが可能で
あり、従って該マスタはそのスレーブ２０ｉとの通信の喪失に関して動作することが可能
である。
から診断データを要求する場合がある。アドレスされたスレーブ２０ｉが或る量の時間以
内に応答しないことの結果として、ウオッチドッグタイマーをトリガさせることが可能で
あり、従って該マスタはそのスレーブ２０ｉとの通信の喪失に関して動作することが可能
である。
【0164】
本書で例示する如き一つ又はそれ以上の実施例において、データは少なくとも２つの異
なる態様でスレーブ２０１，２０２，．．．，２０ｎへ送信することが可能である。
なる態様でスレーブ２０１，２０２，．．．，２０ｎへ送信することが可能である。
【0165】
第１のケースにおいては、「第１」メッセージをマスター１０が全てのスレーブ２０１
，２０２，．．．，２０ｎへ送信することが可能である。この様な場合には、マスタ装置
１０はスレーブ２０１，２０２，．．．，２０ｎからの応答を期待しない場合がある。
，２０２，．．．，２０ｎへ送信することが可能である。この様な場合には、マスタ装置
１０はスレーブ２０１，２０２，．．．，２０ｎからの応答を期待しない場合がある。
【0166】
第２のケースにおいては、「第２」メッセージをマスタ１０が特定のスレーブ２０ｉへ
送信することが可能である。スレーブ２０１，２０２，．．．，２０ｎは「第２」メッセ
ージを、例えばアクチュエータセッティングのための、ブロードキャストフレームとして
取り扱うことが可能である。従って、アドレスされたスレーブ（のみ）が反応メッセージ
においてその診断データを送り戻すことによって「第２」メッセージに関して反応する。
この様な診断データはバス３０上のその他のスレーブによって無視される。該スレーブ間
の周波数オフセットに起因して、該スレーブ中の一つによって送信される反応メッセージ
はその他のスレーブによって誤りフレームとして看做される場合があり且つそれらの夫々
のＲＥＣを増加させる場合がある。
送信することが可能である。スレーブ２０１，２０２，．．．，２０ｎは「第２」メッセ
ージを、例えばアクチュエータセッティングのための、ブロードキャストフレームとして
取り扱うことが可能である。従って、アドレスされたスレーブ（のみ）が反応メッセージ
においてその診断データを送り戻すことによって「第２」メッセージに関して反応する。
この様な診断データはバス３０上のその他のスレーブによって無視される。該スレーブ間
の周波数オフセットに起因して、該スレーブ中の一つによって送信される反応メッセージ
はその他のスレーブによって誤りフレームとして看做される場合があり且つそれらの夫々
のＲＥＣを増加させる場合がある。
【0167】
一つ又はそれ以上の実施例において、該「第２」メッセージは専用のフレームである場
合もあり、それはその他のスレーブによっては無視される場合がある。
合もあり、それはその他のスレーブによっては無視される場合がある。
【0168】
一つ又はそれ以上の実施例において、「第１」メッセージは特定したブロードキャスト
ＩＤを使用する場合があり、且つ「第２」メッセージはそのアドレスされたスレーブのＩ
Ｄを包含している場合がある。
ＩＤを使用する場合があり、且つ「第２」メッセージはそのアドレスされたスレーブのＩ
Ｄを包含している場合がある。
【0169】
一つ又はそれ以上の実施例において、スタンダードＩＤフィールド中の使用可能な残り
のビットは、該複数のスレーブへの診断要求送信データとアドレスされたスレーブのみへ
の特定要求との間を区別するために使用することが可能である。
のビットは、該複数のスレーブへの診断要求送信データとアドレスされたスレーブのみへ
の特定要求との間を区別するために使用することが可能である。
【0170】
図９は一つ又はそれ以上の実施例におけるスレーブユニット２０１，２０２，．．．，
２０ｎの通信サイクルの可能な実行例を表すブロック図である。
２０ｎの通信サイクルの可能な実行例を表すブロック図である。
【0171】
図９中の論理ブロックの意味は以下の通りである。
【0172】
－７００：通信開始、
－７０１：ウオッチドッグタイマーをリセット、
－７０２：有効なメッセージが受信されたか否かを検知（Ｙ＝有効なメッセージを受信
、Ｎ＝有効なメッセージを受信せず）、
－７０３：ブロック７０２の正（Ｙ）出力である場合に受信した該有効なメッセージが
「第１」メッセージであるか又は「第２」メッセージであるかを決定（Ｙ＝「第１」メッ
セージを受信、Ｎ＝「第２」メッセージを受信）、
－７０４：ブロック７０３の負（Ｎ）出力である場合に診断データ付き反応メッセージ
を送信、
－７０５：ブロック７０２の負（Ｎ）出力である場合にウオッチドッグが満了したか否
かをチェック（Ｙ＝ウオッチドッグ満了、Ｎ＝ウオッチドッグ満了せず）、
－７０６：ブロック７０５の正（Ｙ）出力である場合にウオッチドッグ失敗を発行。
－７０１：ウオッチドッグタイマーをリセット、
－７０２：有効なメッセージが受信されたか否かを検知（Ｙ＝有効なメッセージを受信
、Ｎ＝有効なメッセージを受信せず）、
－７０３：ブロック７０２の正（Ｙ）出力である場合に受信した該有効なメッセージが
「第１」メッセージであるか又は「第２」メッセージであるかを決定（Ｙ＝「第１」メッ
セージを受信、Ｎ＝「第２」メッセージを受信）、
－７０４：ブロック７０３の負（Ｎ）出力である場合に診断データ付き反応メッセージ
を送信、
－７０５：ブロック７０２の負（Ｎ）出力である場合にウオッチドッグが満了したか否
かをチェック（Ｙ＝ウオッチドッグ満了、Ｎ＝ウオッチドッグ満了せず）、
－７０６：ブロック７０５の正（Ｙ）出力である場合にウオッチドッグ失敗を発行。
【0173】
一つ又はそれ以上の実施例において、マスタ１０がスレーブ２０１，２０２，．．．，
２０ｎに対して（循環的に）データを送信する。この様なデータは夫々のウオッチドッグ
をリセットさせるために夫々のスレーブによって使用することが可能である。リセットす
ることが意図されていないフレームである場合には、夫々のウオッチドッグは該ウオッチ
ドッグが満了する前に一つのスレーブによって受信され、ウオッチドッグ失敗がセット即
ち設定される場合がある。この様なウオッチドッグ失敗はフェイルセーフ状態に入るため
に該スレーブによって使用される場合がある。
２０ｎに対して（循環的に）データを送信する。この様なデータは夫々のウオッチドッグ
をリセットさせるために夫々のスレーブによって使用することが可能である。リセットす
ることが意図されていないフレームである場合には、夫々のウオッチドッグは該ウオッチ
ドッグが満了する前に一つのスレーブによって受信され、ウオッチドッグ失敗がセット即
ち設定される場合がある。この様なウオッチドッグ失敗はフェイルセーフ状態に入るため
に該スレーブによって使用される場合がある。
【0174】
一つ又はそれ以上の実施例において、スレーブ２０ｉがそれに対してアドレスされた「
第２」メッセージを受信することの結果として、受信するスレーブ２０ｉは要求された診
断データを包含している反応メッセージを送信することによって応答する。
第２」メッセージを受信することの結果として、受信するスレーブ２０ｉは要求された診
断データを包含している反応メッセージを送信することによって応答する。
【0175】
一つ又はそれ以上の実施例において、マスタ１０は単一のデータフレームにおいて例え
ば６４バイト（即ち、５１２ビット、尚１バイトは８ビットに等しい）のデータを送信す
る場合がある。バス参加者、例えばスレーブ２０１，２０２，．．．，２０ｎ、はマスタ
１０から送信されるこの様なデータを受信する。従って、一つのスレーブはマスタ１０か
ら受信した５１２ビットのデータの内の任意の一組からそれが必要とする情報を「ピック
」即ち採取することが可能である。この種類のフレームは「第１」メッセージと呼称され
る。
ば６４バイト（即ち、５１２ビット、尚１バイトは８ビットに等しい）のデータを送信す
る場合がある。バス参加者、例えばスレーブ２０１，２０２，．．．，２０ｎ、はマスタ
１０から送信されるこの様なデータを受信する。従って、一つのスレーブはマスタ１０か
ら受信した５１２ビットのデータの内の任意の一組からそれが必要とする情報を「ピック
」即ち採取することが可能である。この種類のフレームは「第１」メッセージと呼称され
る。
【0176】
或る「第１」メッセージにおいて一つのスレーブが読み取る場合があるビット数は通信
バスの特定の実施例に依存して異なる場合がある。或るスレーブの該データの位置は初期
化シーケンス期間中に決定することが可能である。
バスの特定の実施例に依存して異なる場合がある。或るスレーブの該データの位置は初期
化シーケンス期間中に決定することが可能である。
【0177】
例えば、各スレーブは「第１」メッセージにおける８ビットのデータを読み取る場合が
ある。或る「第１」メッセージにおいてマスタ１０によって送信されるデータの全量が、
例えば、６４バイト（即ち、５１２ビット）である場合には、「第１」メッセージ当たり
のデータを最大で６４個のスレーブへ供給することが可能である。「第１」メッセージに
おけるマスタ１０によって送信されるデータ量と「第１」メッセージにおいてスレーブに
よって読み取られるデータ量とが定義されると、「第１」メッセージによってアドレス可
能なスレーブの最大数を対応して定義することが可能である。
ある。或る「第１」メッセージにおいてマスタ１０によって送信されるデータの全量が、
例えば、６４バイト（即ち、５１２ビット）である場合には、「第１」メッセージ当たり
のデータを最大で６４個のスレーブへ供給することが可能である。「第１」メッセージに
おけるマスタ１０によって送信されるデータ量と「第１」メッセージにおいてスレーブに
よって読み取られるデータ量とが定義されると、「第１」メッセージによってアドレス可
能なスレーブの最大数を対応して定義することが可能である。
【0178】
一つ又はそれ以上の実施例において、可能なバス参加者の数（即ち、スレーブの数）は
、スレーブの「複数のチェーン」を供給することによって増加させることが可能である。
その場合には、１番目の「第１」メッセージは第１チェーンのスレーブ（例えば、６４個
のスレーブを含んでいる）へアドレスし、２番目の「第１」メッセージは第２チェーンの
スレーブをアドレスする等、以下同様とすることが可能である。該複数のスレーブチェー
ンはメッセージＩＤフィールド内の専用のＩＤ（例えば、ＣＡＮ ＦＤ ＩＤフィールド
）によってアドレスすることが可能である。
、スレーブの「複数のチェーン」を供給することによって増加させることが可能である。
その場合には、１番目の「第１」メッセージは第１チェーンのスレーブ（例えば、６４個
のスレーブを含んでいる）へアドレスし、２番目の「第１」メッセージは第２チェーンの
スレーブをアドレスする等、以下同様とすることが可能である。該複数のスレーブチェー
ンはメッセージＩＤフィールド内の専用のＩＤ（例えば、ＣＡＮ ＦＤ ＩＤフィールド
）によってアドレスすることが可能である。
【0179】
一つ又はそれ以上の実施例において、一つのスレーブはそのスレーブアドレスを使用す
ることによって個別的にアドレスさせることが可能であり、且つそのアドレスされたスレ
ーブはこの診断要求フレームに関して反応する。
ることによって個別的にアドレスさせることが可能であり、且つそのアドレスされたスレ
ーブはこの診断要求フレームに関して反応する。
【0180】
一つ又はそれ以上の実施例において、マスタ１０によって送信される「第２」メッセー
ジ及びスレーブ２０１，２０２，．．．，２０ｎによって送信される反応メッセージのデ
ータ内に例えばＳＴグループに属する会社によって開発されたＳＴ ＳＰＩ（シリアルペ
リフェラルインターフェース）４．１プロトコル等のプロトコルを埋め込むことは、或る
アドレスに対しての或るデータを読み取ること又は書き込むことを容易化させる。
ジ及びスレーブ２０１，２０２，．．．，２０ｎによって送信される反応メッセージのデ
ータ内に例えばＳＴグループに属する会社によって開発されたＳＴ ＳＰＩ（シリアルペ
リフェラルインターフェース）４．１プロトコル等のプロトコルを埋め込むことは、或る
アドレスに対しての或るデータを読み取ること又は書き込むことを容易化させる。
【0181】
一つ又はそれ以上の実施例において、該マスタからの「第２」メッセージのデータ内に
埋め込まれたＳＴ ＳＰＩプロトコルに基づくＳＰＩコマンドは、メモリアドレスと該要
求（読取／書込）に対するデータバイトの数とから構成することが可能である。該スレー
ブは、該アドレスおよび該要求されたメモリアドレスのデータバイトの代わりに、特定の
バイトでＳＴ ＳＰＩプロトコルに応答することが可能である。この様な特定のバイトは
「グローバルステータスバイト」（ＧＳＢ）と呼称され且つ重要なステータスビットを包
含しており、この様なステータスビットは、例えば、発生したエラー、発生したリセット
、等を表すものである。従って、該グローバルステータスレジスタを各診断応答と共に送
り戻すことが可能である。
埋め込まれたＳＴ ＳＰＩプロトコルに基づくＳＰＩコマンドは、メモリアドレスと該要
求（読取／書込）に対するデータバイトの数とから構成することが可能である。該スレー
ブは、該アドレスおよび該要求されたメモリアドレスのデータバイトの代わりに、特定の
バイトでＳＴ ＳＰＩプロトコルに応答することが可能である。この様な特定のバイトは
「グローバルステータスバイト」（ＧＳＢ）と呼称され且つ重要なステータスビットを包
含しており、この様なステータスビットは、例えば、発生したエラー、発生したリセット
、等を表すものである。従って、該グローバルステータスレジスタを各診断応答と共に送
り戻すことが可能である。
【0182】
一つ又はそれ以上の実施例において、「第１」メッセージが、バスネットワーク３０内
の（全ての）スレーブ２０１，２０２，．．．，２０ｎへマスタ１０によｔって送信され
る。「第１」メッセージのＩＤフィールドは、その「第１」メッセージによってアドレス
される一つのチェーンの識別番号を包含している場合がある。そのアドレスされたチェー
ンに属しているスレーブはそのフレームによって転送されたデータ（例えば、最大で６４
バイトのデータ）からそれらのデータを採取することが可能である。一つのスレーブによ
って読み取られるデータビットの数は、その機能の実行時に定義される（例えば、所謂「
ハードコード化」値である）。「第１」メッセージの全体的なデータフィールドにおいて
アドレスされたチェーンの或るスレーブへ指向されたデータの位置は、チェーン初期化期
間中に決定することが可能である。
の（全ての）スレーブ２０１，２０２，．．．，２０ｎへマスタ１０によｔって送信され
る。「第１」メッセージのＩＤフィールドは、その「第１」メッセージによってアドレス
される一つのチェーンの識別番号を包含している場合がある。そのアドレスされたチェー
ンに属しているスレーブはそのフレームによって転送されたデータ（例えば、最大で６４
バイトのデータ）からそれらのデータを採取することが可能である。一つのスレーブによ
って読み取られるデータビットの数は、その機能の実行時に定義される（例えば、所謂「
ハードコード化」値である）。「第１」メッセージの全体的なデータフィールドにおいて
アドレスされたチェーンの或るスレーブへ指向されたデータの位置は、チェーン初期化期
間中に決定することが可能である。
【0183】
一つ又はそれ以上の実施例において、「第１」メッセージは、例えば、「１」で始まり
且つ３個の「１」が続く１１ビットフレームＩＤとアドレスされるチェーン識別数、例え
ば７ビット数、を使用する場合がある。例えば、５ビットにコード化されているチェーン
識別番号を使用することは最大で６４個のスレーブチェーンの識別及び割り当てを可能と
させ、その場合に各チェーンは、例えば、最大で６３個のスレーブを包含している。
且つ３個の「１」が続く１１ビットフレームＩＤとアドレスされるチェーン識別数、例え
ば７ビット数、を使用する場合がある。例えば、５ビットにコード化されているチェーン
識別番号を使用することは最大で６４個のスレーブチェーンの識別及び割り当てを可能と
させ、その場合に各チェーンは、例えば、最大で６３個のスレーブを包含している。
【0184】
一つ又はそれ以上の実施例において、特定の「第１」メッセージ、尚ここでは「初期化
フレーム」と呼称される、を通信バス３０内のスレーブ２０１，２０２，．．．，２０ｎ
へ送信して、或るチェーンにおけるそれらの「メンバーシップ」と該チェーン内のそれら
の相対的な位置とを設定させることが可能である。初期化フレームを受信することの結果
として、該スレーブは、通信バス３０上で受信されるブロードキャストフレームからそれ
らに対して意図されたデータを読み取る条件とされる。例えば、或る「第１」メッセージ
において一つのスレーブによって読み取られるビット数は、該スレーブの全てに対して同
じであり且つバス実行において定義される場合がある（例えば、ハードコード化値）。
フレーム」と呼称される、を通信バス３０内のスレーブ２０１，２０２，．．．，２０ｎ
へ送信して、或るチェーンにおけるそれらの「メンバーシップ」と該チェーン内のそれら
の相対的な位置とを設定させることが可能である。初期化フレームを受信することの結果
として、該スレーブは、通信バス３０上で受信されるブロードキャストフレームからそれ
らに対して意図されたデータを読み取る条件とされる。例えば、或る「第１」メッセージ
において一つのスレーブによって読み取られるビット数は、該スレーブの全てに対して同
じであり且つバス実行において定義される場合がある（例えば、ハードコード化値）。
【0185】
一つ又はそれ以上の実施例において、チェーン初期化フレームに対するＩＤは、例えば
、「１＿０１１０＿００００＿００」とすることが可能である。
、「１＿０１１０＿００００＿００」とすることが可能である。
【0186】
一つ又はそれ以上の実施例において、一つのスレーブは初期化フレームから例えば３バ
イトののデータを読み取る場合があり、例えば、その第１バイトはそれが属するチェーン
を表し、その第２バイトは該チェーン内のその位置を表し、且つその第３バイトはアドレ
スされたスレーブを表す場合がある。従って、該初期化フレームのデータフィールドのバ
イトでのディメンジョン即ち大きさと適切に初期化されるべき一つのスレーブによって必
要とされるデータの量とに依存して、制限された数のスレーブを初期化するために単一の
初期化フレームを使用することが可能である。例えば、該初期化フレームのデータフィー
ルドが例えば６４バイトの長さであり且つ一つのスレーブが適切に初期化されるために例
えば３バイトのデータを必要とする場合には、一つのＣＡＮ ＦＤフレームで最大で２１
個のスレーブを初期化させることが可能である。
イトののデータを読み取る場合があり、例えば、その第１バイトはそれが属するチェーン
を表し、その第２バイトは該チェーン内のその位置を表し、且つその第３バイトはアドレ
スされたスレーブを表す場合がある。従って、該初期化フレームのデータフィールドのバ
イトでのディメンジョン即ち大きさと適切に初期化されるべき一つのスレーブによって必
要とされるデータの量とに依存して、制限された数のスレーブを初期化するために単一の
初期化フレームを使用することが可能である。例えば、該初期化フレームのデータフィー
ルドが例えば６４バイトの長さであり且つ一つのスレーブが適切に初期化されるために例
えば３バイトのデータを必要とする場合には、一つのＣＡＮ ＦＤフレームで最大で２１
個のスレーブを初期化させることが可能である。
【0187】
一つ又はそれ以上の実施例において、ウエイクアップパターン（ＷＵＰ）を特定の「第
１」メッセージとして実行させることが可能である。ウエイクアップパターンのＩＤは、
例えば１Ｍｂ／ｓでのＴＦＩＬＥＴＥＲ（ｓｈｏｒｔ）でもって、ＩＳＯ１１８９８－２
のウエイクアップパターン要件を満足すべく選択することが可能である。通信バスが一層
低いビットレートで動作される場合には、ＴＦＩＬＥＴＥＲ（ｌｏｎｇ）を使用すること
が可能である。
１」メッセージとして実行させることが可能である。ウエイクアップパターンのＩＤは、
例えば１Ｍｂ／ｓでのＴＦＩＬＥＴＥＲ（ｓｈｏｒｔ）でもって、ＩＳＯ１１８９８－２
のウエイクアップパターン要件を満足すべく選択することが可能である。通信バスが一層
低いビットレートで動作される場合には、ＴＦＩＬＥＴＥＲ（ｌｏｎｇ）を使用すること
が可能である。
【0188】
一つ又はそれ以上の実施例において、予約されているＷＵＰ ＩＤは「１＿０００＿１
１１＿０００」である場合がある。該ＷＵＰは、ウエイクアップフレームのオプションの
データバイトにおいて繰り返すか又はエンハンスさせることが可能である。
１１＿０００」である場合がある。該ＷＵＰは、ウエイクアップフレームのオプションの
データバイトにおいて繰り返すか又はエンハンスさせることが可能である。
【0189】
一つ又はそれ以上の実施例において、マスタ１０は、ＣＡＮ ＦＤフレームであるよう
に選択することが可能な「第２」メッセージを送信することによって特定のスレーブ２０
ｉからデータを要求する場合がある。「第２」メッセージのそのＣＡＮ ＦＤ ＩＤは、
スレーブＩＤ、例えば９ビットスレーブＩＤ、及びこの様なフレームを「第２」フレーム
として識別する１個のビット、及びこの様なフレームをユニキャストフレームとして識別
する１個のビットを包含する場合がある。
に選択することが可能な「第２」メッセージを送信することによって特定のスレーブ２０
ｉからデータを要求する場合がある。「第２」メッセージのそのＣＡＮ ＦＤ ＩＤは、
スレーブＩＤ、例えば９ビットスレーブＩＤ、及びこの様なフレームを「第２」フレーム
として識別する１個のビット、及びこの様なフレームをユニキャストフレームとして識別
する１個のビットを包含する場合がある。
【0190】
一つ又はそれ以上の実施例において、バス３０において使用される該ＣＡＮ ＦＤ Ｉ
Ｄの最大桁ビット（ＭＳＢ）は、所謂「ユニキャスト」フレーム、即ち或る一つのスレー
ブのみにアドレスされているフレーム、を識別する場合には「０」と等しく、且つ「ブロ
ードキャスト」フレーム、即ち全てのスレーブに対してアドレスされるフレーム、を識別
する場合には、「１」と等しい場合があり、そこでは、更に、チェーン初期化フレームと
ウエイクアップフレームとを包含している。理解されるように、夫々「１」及び「０」の
値への参照は単に例示的なものであって、一つ又はそれ以上の実施例では、実際に、相補
的選択（例えば、夫々、「０」及び「１」の値）を採用する場合がある。
Ｄの最大桁ビット（ＭＳＢ）は、所謂「ユニキャスト」フレーム、即ち或る一つのスレー
ブのみにアドレスされているフレーム、を識別する場合には「０」と等しく、且つ「ブロ
ードキャスト」フレーム、即ち全てのスレーブに対してアドレスされるフレーム、を識別
する場合には、「１」と等しい場合があり、そこでは、更に、チェーン初期化フレームと
ウエイクアップフレームとを包含している。理解されるように、夫々「１」及び「０」の
値への参照は単に例示的なものであって、一つ又はそれ以上の実施例では、実際に、相補
的選択（例えば、夫々、「０」及び「１」の値）を採用する場合がある。
【0191】
一つ又はそれ以上の実施例において、ユニキャストフレームが何らのデータも包含して
いないことの結果として、そのアドレスされたスレーブは、実行において定義される如く
、デフォルトの診断データを送信する場合がある。そうでない場合で、ユニキャストフレ
ームがデータを包含している場合には、この様なデータはＳＴ ＳＰＩ ４．１プロトコ
ルに基づくＳＰＩコマンドである。
いないことの結果として、そのアドレスされたスレーブは、実行において定義される如く
、デフォルトの診断データを送信する場合がある。そうでない場合で、ユニキャストフレ
ームがデータを包含している場合には、この様なデータはＳＴ ＳＰＩ ４．１プロトコ
ルに基づくＳＰＩコマンドである。
【0192】
一つ又はそれ以上の実施例において、上述した如きＳＰＩコマンドを包含しているユニ
キャストフレームを受信するスレーブは、ＳＴ ＳＰＩ ４．１プロトコルによってコー
ド化された「第２」メッセージによって要求されたデータで応答する。
キャストフレームを受信するスレーブは、ＳＴ ＳＰＩ ４．１プロトコルによってコー
ド化された「第２」メッセージによって要求されたデータで応答する。
【0193】
一つ又はそれ以上の実施例において、マスタ１０は、ＣＡＮ ＦＤ ＩＤフィールド内
のスレーブＩＤを包含しているフレームを送信することによってスレーブ２０ｉをアドレ
スすることが可能である。そのオプションとしてのデータバイトはＳＴ ＳＰＩ ＳＤＩ
（ＳＴシリアルペリフェラルインターフェースシリアルデータインプット）フレームを包
含している場合がある。
のスレーブＩＤを包含しているフレームを送信することによってスレーブ２０ｉをアドレ
スすることが可能である。そのオプションとしてのデータバイトはＳＴ ＳＰＩ ＳＤＩ
（ＳＴシリアルペリフェラルインターフェースシリアルデータインプット）フレームを包
含している場合がある。
【0194】
一つ又はそれ以上の実施例において、スレーブ２０ｉは、通信バス３０上を反応メッセ
ージ、例えば診断応答フレーム、を送信することによって受信した「第２」メッセージに
応答することが可能である。その反応メッセージはＣＡＮ ＦＤフレームであるように選
択することが可能である。反応メッセージのＣＡＮ ＦＤ ＩＤは、スレーブＩＤ、例え
ば９ビットスレーブＩＤ、と、この様なフレームを反応メッセージとして識別する１個の
ビットと、この様なフレームをユニキャストフレームとして識別する１個のビットとを包
含することが可能である。
ージ、例えば診断応答フレーム、を送信することによって受信した「第２」メッセージに
応答することが可能である。その反応メッセージはＣＡＮ ＦＤフレームであるように選
択することが可能である。反応メッセージのＣＡＮ ＦＤ ＩＤは、スレーブＩＤ、例え
ば９ビットスレーブＩＤ、と、この様なフレームを反応メッセージとして識別する１個の
ビットと、この様なフレームをユニキャストフレームとして識別する１個のビットとを包
含することが可能である。
【0195】
一つ又はそれ以上の実施例において、反応メッセージのデータバイトは、ＳＴ ＳＰＩ
ＳＤＯ（ＳＴグループの会社によって開発された如きシリアルペリフェラルインターフ
ェースシリアルデータアウトプット）フレームを包含することが可能である。スレーブに
よって受信された「第２」メッセージがフレームデータフィールド内にデータを包含する
ものではない場合には、そのスレーブは、そのデータバイトがグローバルステータスバイ
ト（ＧＳＢ）のみを包含している場合があるＣＡＮ ＦＤフレームでその受信した「第２
」メッセージに応答する場合がある。
ＳＤＯ（ＳＴグループの会社によって開発された如きシリアルペリフェラルインターフ
ェースシリアルデータアウトプット）フレームを包含することが可能である。スレーブに
よって受信された「第２」メッセージがフレームデータフィールド内にデータを包含する
ものではない場合には、そのスレーブは、そのデータバイトがグローバルステータスバイ
ト（ＧＳＢ）のみを包含している場合があるＣＡＮ ＦＤフレームでその受信した「第２
」メッセージに応答する場合がある。
【0196】
一つ又はそれ以上の実施例において、異なるデフォルト応答を使用することが可能であ
り且つ装置のデータシートに明細を記載することが可能である。
り且つ装置のデータシートに明細を記載することが可能である。
【0197】
幾つかの実施例におけるフレームＩＤ、例えばＣＡＮ ＦＤスタンダードフレームＩＤ
、の可能な使用態様を以下の表２に例示的に示してある。
、の可能な使用態様を以下の表２に例示的に示してある。
【0198】
【表2】
【0199】
一つ又はそれ以上の実施例において、プロトコルコントローラが前述した如くにＣＡＮ
ＦＤプロトコルを実行する場合がある。
ＦＤプロトコルを実行する場合がある。
【0200】
一つ又はそれ以上の実施例において、ＣＡＮ ＦＤウエイクアップフレーム検知を実行
するためのビルディングブロックを、簡単化したマスタ／スレーブ通信構造の実現を容易
化するために使用し且つ修正することが可能であり、その場合に、該スレーブは該マスタ
による要求に（のみ）応答する。
するためのビルディングブロックを、簡単化したマスタ／スレーブ通信構造の実現を容易
化するために使用し且つ修正することが可能であり、その場合に、該スレーブは該マスタ
による要求に（のみ）応答する。
【0201】
既に注記した如く、
－本記載を介して説明した「第１」メッセージは、基本的に、例えば一つの装置によっ
てバス上を送信されるメッセージは（同時的に）（全ての）その他の装置によって受信さ
れて、これら後者の装置はブロードキャストメッセージによって運ばれる動作データ部分
の関数として夫々の動作を実行することが可能であるようなＣＡＮバスプロトコル等のメ
ッセージを基礎としたプロトコルにおいて従来送信されるようなブロードキャストメッセ
ージに対応しており、
－同様に、一つの（マスタ）装置によってバス上をいわば「物理的に」ブロードキャス
トするものであるが、本記載の全体にわたり説明した該第２メッセージは、実際には、基
本的には要求メッセージとしてその他の（スレーブ）装置の個々のものへ「論理的に」ア
ドレスされるものであり、その場合に、該スレーブ装置は、例えば診断メッセージ等の夫
々の応答を－或る時間間隔内で－該マスタ装置へ送信することによって反応することが要
求され、その際に該マスタ装置が該スレーブ装置に対して夫々の非衝突性の応答間隔を割
り当てる限りにおいてこの様な応答の可能な衝突は回避される。
－本記載を介して説明した「第１」メッセージは、基本的に、例えば一つの装置によっ
てバス上を送信されるメッセージは（同時的に）（全ての）その他の装置によって受信さ
れて、これら後者の装置はブロードキャストメッセージによって運ばれる動作データ部分
の関数として夫々の動作を実行することが可能であるようなＣＡＮバスプロトコル等のメ
ッセージを基礎としたプロトコルにおいて従来送信されるようなブロードキャストメッセ
ージに対応しており、
－同様に、一つの（マスタ）装置によってバス上をいわば「物理的に」ブロードキャス
トするものであるが、本記載の全体にわたり説明した該第２メッセージは、実際には、基
本的には要求メッセージとしてその他の（スレーブ）装置の個々のものへ「論理的に」ア
ドレスされるものであり、その場合に、該スレーブ装置は、例えば診断メッセージ等の夫
々の応答を－或る時間間隔内で－該マスタ装置へ送信することによって反応することが要
求され、その際に該マスタ装置が該スレーブ装置に対して夫々の非衝突性の応答間隔を割
り当てる限りにおいてこの様な応答の可能な衝突は回避される。
【0202】
従って、該第１メッセージは真の「ブロードキャスト」メッセージとして看做すことが
可能であり、逆に言えば、一つの（マスタ）装置によってバス３０上を物理的にブロード
キャストする一方、該第２メッセージが該スレーブ装置の個々のものへの論理的にアドレ
スされる限りにおいて該第２メッセージを基本的に「ユニキャスト」メッセージとして看
做すことが可能である。
可能であり、逆に言えば、一つの（マスタ）装置によってバス３０上を物理的にブロード
キャストする一方、該第２メッセージが該スレーブ装置の個々のものへの論理的にアドレ
スされる限りにおいて該第２メッセージを基本的に「ユニキャスト」メッセージとして看
做すことが可能である。
【0203】
一つ又はそれ以上の実施例において、一つの方法が、
－バス（例えば３０）を介して第１装置（例えば、１０）と一組の第２装置（例えば、
２０１，２０２，．．．，２０ｎ）とを結合させ；
－該第１装置を該バス上で送信するマスタ装置として構成し、
－ａ）該一組の第２装置における第２装置による実行のための動作を表す一組の動作デ
ータメッセージ部分を担持する第１メッセージ；及び
－ｂ）該一組の第２装置における第２装置へアドレスされている第２メッセージであっ
て、該第２メッセージがアドレスされて夫々の予期された反応期間内に該第１装置に対し
て夫々の反応を要求する該第２装置の夫々のものを識別する識別子を担持している該第２
メッセージ；及び
－該第２装置をスレーブ装置として構成し；
－ｃ）マスタ装置として構成された該第１装置から送信された該第１メッセージを該バ
ス上で受信するために、該一組の動作データメッセージ部分における夫々の動作データメ
ッセージ部分を読み取り且つ読み取られた該夫々の動作データメッセージ部分の関数とし
て夫々の動作を実行し；
－ｄ）マスタ装置として構成されている該第１装置から送信された該第２メッセージを
該バス上で受信し且つマスタ装置として構成されている該第１装置へ反応メッセージを該
バス上で送信することにより該夫々の予期されている反応期間内にそれについて反応する
、
を包含している。
－バス（例えば３０）を介して第１装置（例えば、１０）と一組の第２装置（例えば、
２０１，２０２，．．．，２０ｎ）とを結合させ；
－該第１装置を該バス上で送信するマスタ装置として構成し、
－ａ）該一組の第２装置における第２装置による実行のための動作を表す一組の動作デ
ータメッセージ部分を担持する第１メッセージ；及び
－ｂ）該一組の第２装置における第２装置へアドレスされている第２メッセージであっ
て、該第２メッセージがアドレスされて夫々の予期された反応期間内に該第１装置に対し
て夫々の反応を要求する該第２装置の夫々のものを識別する識別子を担持している該第２
メッセージ；及び
－該第２装置をスレーブ装置として構成し；
－ｃ）マスタ装置として構成された該第１装置から送信された該第１メッセージを該バ
ス上で受信するために、該一組の動作データメッセージ部分における夫々の動作データメ
ッセージ部分を読み取り且つ読み取られた該夫々の動作データメッセージ部分の関数とし
て夫々の動作を実行し；
－ｄ）マスタ装置として構成されている該第１装置から送信された該第２メッセージを
該バス上で受信し且つマスタ装置として構成されている該第１装置へ反応メッセージを該
バス上で送信することにより該夫々の予期されている反応期間内にそれについて反応する
、
を包含している。
【0204】
一つ又はそれ以上の実施例において、マスタ装置として構成されている第１装置は、マ
スタ装置として構成されている該第１装置から該バス上を送信される第１メッセージにお
けるどの動作データメッセージ部分がスレーブとして構成されている第２装置の夫々のも
のへ専用とされているかを表す初期化データを有している初期化メッセージをバス上を送
信することが可能であり、且つスレーブ装置として構成されている第２装置は、マスタ装
置として構成されている該第１装置から該バス上を送信される該初期化メッセージを受信
することが可能であり且つ該一組の動作データメッセージ部分においてそれに対して専用
とされている夫々の動作データメッセージ部分を読み取るために該初期化データの関数と
して初期化することが可能である。
スタ装置として構成されている該第１装置から該バス上を送信される第１メッセージにお
けるどの動作データメッセージ部分がスレーブとして構成されている第２装置の夫々のも
のへ専用とされているかを表す初期化データを有している初期化メッセージをバス上を送
信することが可能であり、且つスレーブ装置として構成されている第２装置は、マスタ装
置として構成されている該第１装置から該バス上を送信される該初期化メッセージを受信
することが可能であり且つ該一組の動作データメッセージ部分においてそれに対して専用
とされている夫々の動作データメッセージ部分を読み取るために該初期化データの関数と
して初期化することが可能である。
【0205】
一つ又はそれ以上の実施例において、一つの方法は、スレーブ装置として構成されてい
る一組の第２装置を複数のサブセットの第２装置に配置させることを包含することが可能
であり、その場合に、マスタ装置として構成されている第１装置は、第１動作メッセージ
が専用とされている該サブセットの第２装置を識別するサブセット識別インデックスを有
する第１メッセージをバス上を送信することが可能である。
る一組の第２装置を複数のサブセットの第２装置に配置させることを包含することが可能
であり、その場合に、マスタ装置として構成されている第１装置は、第１動作メッセージ
が専用とされている該サブセットの第２装置を識別するサブセット識別インデックスを有
する第１メッセージをバス上を送信することが可能である。
【0206】
一つ又はそれ以上の実施例において、マスタ装置として構成されている第１装置は、一
定のレート即ち割合でバス上を第１メッセージを送信することが可能である。
定のレート即ち割合でバス上を第１メッセージを送信することが可能である。
【0207】
一つ又はそれ以上の実施例において、一組の第２装置における第２装置は、夫々のウオ
ッチドッグタイマーの満了の結果としてフェイルセーフ状態へスイッチすることが可能で
ある。
ッチドッグタイマーの満了の結果としてフェイルセーフ状態へスイッチすることが可能で
ある。
【0208】
一つ又はそれ以上の実施例において、一組の第２装置における第２装置は、マスタ装置
として構成されている第１装置から第１メッセージ及び第２メッセージから選択されたメ
ッセージを受信する結果として夫々のウオッチドッグタイマーをリセットすることが可能
である。
として構成されている第１装置から第１メッセージ及び第２メッセージから選択されたメ
ッセージを受信する結果として夫々のウオッチドッグタイマーをリセットすることが可能
である。
【0209】
一つ又はそれ以上の実施例において、第１装置は、一組の第２装置における第２装置か
ら要求された夫々の反応が夫々の予期されている反応期間内に該第１装置へ到達しないこ
とに感応することが可能であり、及び／又は一組の第２装置における第２装置からの夫々
の反応が夫々の予期されている反応期間内に該第１装置へ到達しないことを表す夫々のウ
オッチドッグエラー信号をトリガすることが可能である。
ら要求された夫々の反応が夫々の予期されている反応期間内に該第１装置へ到達しないこ
とに感応することが可能であり、及び／又は一組の第２装置における第２装置からの夫々
の反応が夫々の予期されている反応期間内に該第１装置へ到達しないことを表す夫々のウ
オッチドッグエラー信号をトリガすることが可能である。
【0210】
一つ又はそれ以上の実施例において、バスは差動配線バスを有することが可能である。
【0211】
一つ又はそれ以上の実施例において、システムが、第１装置（例えば、１０）と、バス
（例えば、３０）を介して結合されている一組の第２装置（例えば、２０１，２０２，．
．．，２０ｎ）とを有しており、該第１装置及び該第２装置は、夫々、マスタ装置及びス
レーブ装置として構成することが可能であり、且つ該マスタ装置及び該スレーブ装置は一
つ又はそれを超える実施例の内の該方法で動作する構成とすることが可能である。
（例えば、３０）を介して結合されている一組の第２装置（例えば、２０１，２０２，．
．．，２０ｎ）とを有しており、該第１装置及び該第２装置は、夫々、マスタ装置及びス
レーブ装置として構成することが可能であり、且つ該マスタ装置及び該スレーブ装置は一
つ又はそれを超える実施例の内の該方法で動作する構成とすることが可能である。
【0212】
一つ又はそれ以上の実施例において、バス（例えば、３０）を介して一組の第２装置（
例えば、２０１，２０２，．．．，２０ｎ）へ第１装置として結合させる装置（例えば、
１０）は、該バスを介して、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第１メッセージ、及び
－該一組の第２装置における第２装置へアドレスされる第２メッセージであって、夫々
の予期されている反応期間内に該第１装置に対して夫々の反応を要求し、且つ該第２メッ
セージがアドレスされる該第２装置の夫々のものを識別する識別子を担持している該第２
メッセージ、
を送信する構成とすることが可能である。
例えば、２０１，２０２，．．．，２０ｎ）へ第１装置として結合させる装置（例えば、
１０）は、該バスを介して、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第１メッセージ、及び
－該一組の第２装置における第２装置へアドレスされる第２メッセージであって、夫々
の予期されている反応期間内に該第１装置に対して夫々の反応を要求し、且つ該第２メッ
セージがアドレスされる該第２装置の夫々のものを識別する識別子を担持している該第２
メッセージ、
を送信する構成とすることが可能である。
【0213】
一つ又はそれ以上の実施例において、バスを介して一組の第２装置へ第１装置として結
合させる装置が、該一組の第２装置における第２装置から要求された夫々の反応が夫々の
予期されている反応期間内に該第１装置へ到達することがないことに感応することが可能
であり、及び／又は該一組の第２装置における第２装置からの夫々の反応が夫々の予期さ
れている反応期間内に該第１装置へ到達しないことを表す夫々のウオッチドッグエラー信
号をトリガさせる構成とすることが可能である。
合させる装置が、該一組の第２装置における第２装置から要求された夫々の反応が夫々の
予期されている反応期間内に該第１装置へ到達することがないことに感応することが可能
であり、及び／又は該一組の第２装置における第２装置からの夫々の反応が夫々の予期さ
れている反応期間内に該第１装置へ到達しないことを表す夫々のウオッチドッグエラー信
号をトリガさせる構成とすることが可能である。
【0214】
一つ又はそれ以上の実施例において、バス（例えば、３０）を介して第１装置（例えば
、１０）へ結合されている一組の第２装置（例えば、２０１，２０２，．．．，２０ｎ）
内に包含させる装置（例えば、２０ｉ）が、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第１メッセージを該バス上で受信し、該一組の動作データ
メッセージ部分における少なくとも一つの夫々の動作データメッセージ部分を読み取り、
且つ該読み取った少なくとも一つの夫々の動作データメッセージ部分の関数として少なく
とも一つの夫々の動作を実行し、
－該バス上を夫々の第２メッセージがアドレスされる該第２装置の内の該一つとして
該装置を識別する識別子を伝達する該夫々の第２メッセージであって、夫々の予期されて
いる反応期間内に該第１装置に対して夫々の反応を該装置から要求する該夫々の第２メッ
セージを受信し、且つ該夫々の予期されている反応期間内にそれについて反応する、
構成とさせることが可能であり、該装置からの反応メッセージがマスタ装置として構成さ
れている該第１装置へ向けて該バス上を送信される。
、１０）へ結合されている一組の第２装置（例えば、２０１，２０２，．．．，２０ｎ）
内に包含させる装置（例えば、２０ｉ）が、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第１メッセージを該バス上で受信し、該一組の動作データ
メッセージ部分における少なくとも一つの夫々の動作データメッセージ部分を読み取り、
且つ該読み取った少なくとも一つの夫々の動作データメッセージ部分の関数として少なく
とも一つの夫々の動作を実行し、
－該バス上を夫々の第２メッセージがアドレスされる該第２装置の内の該一つとして
該装置を識別する識別子を伝達する該夫々の第２メッセージであって、夫々の予期されて
いる反応期間内に該第１装置に対して夫々の反応を該装置から要求する該夫々の第２メッ
セージを受信し、且つ該夫々の予期されている反応期間内にそれについて反応する、
構成とさせることが可能であり、該装置からの反応メッセージがマスタ装置として構成さ
れている該第１装置へ向けて該バス上を送信される。
【0215】
一つ又はそれ以上の実施例において、バスを介して第１装置へ結合されている一組の第
２装置内に包含させる装置が、夫々のウオッチドッグタイマーの満了の結果としてフェイ
ルセーフ状態へスイッチする構成とすることが可能である。
２装置内に包含させる装置が、夫々のウオッチドッグタイマーの満了の結果としてフェイ
ルセーフ状態へスイッチする構成とすることが可能である。
【0216】
一つ又はそれ以上の実施例において、バスを介して第１装置へ結合されている一組の第
２装置内に包含させる装置が、該バスを介して該第１装置から受信されたメッセージの結
果として夫々のウオッチドッグタイマーをリセットさせる構成とさせることが可能である
。
２装置内に包含させる装置が、該バスを介して該第１装置から受信されたメッセージの結
果として夫々のウオッチドッグタイマーをリセットさせる構成とさせることが可能である
。
【0217】
一つ又はそれ以上の実施例において、バスを介して第１装置へ結合されている一組の第
２装置内に包含させる装置が、その中に実現されている応用特定ハードウエアを有してい
るＨＷ通信及びプロトコルコントローラ（例えば、２０１）を有することが可能である。
２装置内に包含させる装置が、その中に実現されている応用特定ハードウエアを有してい
るＨＷ通信及びプロトコルコントローラ（例えば、２０１）を有することが可能である。
【0218】
一つ又はそれ以上の実施例において、バスを介して第１装置へ結合されている一組の第
２装置内に包含させる装置が、光照射供給源ドライバ、好適には乗物ライトドライバ、を
有することが可能である。
２装置内に包含させる装置が、光照射供給源ドライバ、好適には乗物ライトドライバ、を
有することが可能である。
【0219】
一つ又はそれ以上の実施例において、乗物（例えば、Ｖ）に一つ又はそれを超える実施
例に基づくシステム具備させることが可能である。
例に基づくシステム具備させることが可能である。
【0220】
一つ又はそれ以上の実施例において、一つ又はそれを超える実施例に基づくシステムに
おいて第１装置（例えば、１０）から一組の第２装置（例えば、２０１，２０２，．．．
，２０ｎ）へメッセージを送信するためにバス（例えば、３０）上を送信可能な信号が、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第２メッセージ、及び
－該一組の第２装置における第２装置へアドレスされている第２メッセージであって、
夫々の予期されている反応期間内に該第１装置に対しての夫々の反応を要求し、該第２メ
ッセージがアドレスされる該第２装置の夫々のものを識別する識別子を担持している該第
２メッセージ、
を有することが可能である。
おいて第１装置（例えば、１０）から一組の第２装置（例えば、２０１，２０２，．．．
，２０ｎ）へメッセージを送信するためにバス（例えば、３０）上を送信可能な信号が、
－該一組の第２装置における第２装置による実行のための動作を表す一組の動作データ
メッセージ部分を担持している第２メッセージ、及び
－該一組の第２装置における第２装置へアドレスされている第２メッセージであって、
夫々の予期されている反応期間内に該第１装置に対しての夫々の反応を要求し、該第２メ
ッセージがアドレスされる該第２装置の夫々のものを識別する識別子を担持している該第
２メッセージ、
を有することが可能である。
【0221】
一つ又はそれ以上の実施例において、スレーブ装置として構成されている第２装置に対
して専用とされている一組の動作データメッセージ部分を担持している第１メッセージを
送信する信号が一定のレート即ち割合で発生することが可能である。
して専用とされている一組の動作データメッセージ部分を担持している第１メッセージを
送信する信号が一定のレート即ち割合で発生することが可能である。
【0222】
基礎となる原理を損なうこと無しに、該詳細及び実施例は、保護範囲を逸脱すること無
しに、例示としてのみ記載されていることに関して例え顕著にでも異なるものとなる場合
がある。
しに、例示としてのみ記載されていることに関して例え顕著にでも異なるものとなる場合
がある。
【0223】
以上、本発明の具体的実施の態様について詳細に説明したが、本発明の技術的範囲を逸
脱すること無しに種々の変更が可能であることは勿論である。
脱すること無しに種々の変更が可能であることは勿論である。
【符号の説明】
【0224】
１０：第１装置
２０ｉ：第２装置
３０：バス
Ｖ：乗物
２０ｉ：第２装置
３０：バス
Ｖ：乗物
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2024-07-19
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１装置（１０）と一組の第２装置（２０1，２０2，．．．，２０n）とをバス（３０）を介して結合し、
該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、
ａ）該一組の第２装置（２０1，２０2，．．．，２０n）における第２装置による実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び
ｂ）該一組の第２装置（２０1，２０2，．．．，２０n）における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０1，２０2，．．．，２０n）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０i）のみからの応答をトリガーする該第２メッセージ、
を送信し、及び
該第２装置（２０1，２０2，．．．，２０n）をスレーブ装置として構成して、
ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッセージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行し、
ｄ）マスタ装置として構成されている該第１装置（１０）から送信される該第２メッセージを該バス（３０）上で受信し且つマスタ装置として構成されている該第１装置（１０）へ向けて反応メッセージを該バス（３０）上を送信させることにより前記予期されている応答期間内に該第２メッセージに関して応答させる、
ことを包含しており、
該第１装置（１０）をマスタ装置として構成することが、前記第１メッセージ及び前記第２メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ且つ前記第１メッセージ及び前記第２メッセージを該バス（３０）上で送信するためのプロトコル制御回路（１０６２）を構成することを包含しており、及び該第２装置（２０1，２０2，．．．，２０n）をスレーブ装置として構成することが、前記反応メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受信し、且つ前記反応メッセージを該バス（３０）上を送信するための夫々の通信及びプロトコル制御回路（２０１）を構成することを包含している、
方法。
該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、
ａ）該一組の第２装置（２０1，２０2，．．．，２０n）における第２装置による実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び
ｂ）該一組の第２装置（２０1，２０2，．．．，２０n）における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０1，２０2，．．．，２０n）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０i）のみからの応答をトリガーする該第２メッセージ、
を送信し、及び
該第２装置（２０1，２０2，．．．，２０n）をスレーブ装置として構成して、
ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッセージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行し、
ｄ）マスタ装置として構成されている該第１装置（１０）から送信される該第２メッセージを該バス（３０）上で受信し且つマスタ装置として構成されている該第１装置（１０）へ向けて反応メッセージを該バス（３０）上を送信させることにより前記予期されている応答期間内に該第２メッセージに関して応答させる、
ことを包含しており、
該第１装置（１０）をマスタ装置として構成することが、前記第１メッセージ及び前記第２メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ且つ前記第１メッセージ及び前記第２メッセージを該バス（３０）上で送信するためのプロトコル制御回路（１０６２）を構成することを包含しており、及び該第２装置（２０1，２０2，．．．，２０n）をスレーブ装置として構成することが、前記反応メッセージをＣＡＮ ＦＤフォーマットでエンコードさせ、前記第１メッセージ及び前記第２メッセージを受信し、且つ前記反応メッセージを該バス（３０）上を送信するための夫々の通信及びプロトコル制御回路（２０１）を構成することを包含している、
方法。