JP2023169110A - ダイナミックライティングのための高度なバスプロトコル - Google Patents

Abstract

【課題】多数の駆動ユニットをアドレス指定することを可能にするマスタとスレーブとの間の通信方法、駆動ユニット及びシステムを提供する。【解決手段】方法は、マスタ制御ユニットと、スレーブノードにおける複数の駆動ユニットのうちの少なくとも１つとの間でビットシーケンスを含むデータフレームを交換し、駆動ユニットをアドレス指定するためのＩＤフィールドを適用して電子ユニットのステータスに関する情報及び／又は命令を含むデータフィールドを適用する。ＩＤフィールドを適用することは、Ｎビットを含む第１のビットサブストリングを使用して駆動ユニットアドレスを示すことと、マスタ制御ユニットがデータを受信又は送信するべきかどうかを識別することを可能にすることと、データ長復号ステップを実行することと、駆動ユニットによるアクションを実行するための情報を含む更なるビットストリングをデータフィールドに追加することと、を含む。【選択図】なし

Description

本発明は、バスプロトコルを介したデータ送信及び電子通信の分野に関する。より具体的には、照明システム及び信号化システムの分野に関する。

例えば、自動車などの消費財では、電子部品の制御は、マスタ制御ユニットと、１つ以上の電子ユニットを制御する駆動ユニットとの間の通信を確立するバスプロトコルを使用して行われる。

バスプロトコルでは、限られた帯域幅を維持するために、バス上のデータ負荷をできるだけ低く保つべきである。これにより、排出量が低く抑えられているため、電磁両立性の問題も軽減される。

自動車用途の特定の例では、照明システムの制御は堅牢でフェールプルーフであるべきである。例えば、外部フィールド、電気ピーク、又は他のノイズ源の影響を受けるべきではない。しかしながら、自動車環境は電気的にノイズが多い。データの誤送信、又は照明システムの意図しない作動は、回避するべき危険な状況につながる可能性がある。

これらの作用を低減するために、文書ＤＥ１０２０１５２２２５０４Ａ１は、例えば、電力線の影響又は外部の影響によるアンテナ作用の影響を低減するＳＰＩ又は単方向差動データバスに基づく実施態様を開示している。この保護は部分的なものでしかなく、ＬＥＤコントローラの変動又は不規則性のために保護を可能にしない。

更に、データ負荷の低減の必要性は、使用する制御対象の駆動ユニットの数がますます増える傾向とかちあう（例えば、照明アーキテクチャでは、照明ユニットの数が増える）。制御される駆動ユニットの数が多いほど、必要となるアドレスの数が多くなる。

レジスタは、通常、８ビット、１６ビット、又は３２ビット幅で配置され、通信フレームには、通常、レジスタ、例えば、１６ビットに適合する識別フィールド（ＩＤフィールド）が含まれる。アドレス指定には追加情報（例えば、コマンド）が必要なため、通常、これらの１６ビットの半分未満が駆動ユニットのアドレスに利用可能である。この利用可能なアドレス空間は、通常、必要な全ての駆動ユニット（通常、１００未満、例えば、約６０）にアドレス指定するのに十分ではない。ＩＤフィールドを増やすことは可能であり得るが、これには変更レジスタとプロセッサが必要である。１６ビットの幅は、更なる信号処理を行っているマイクロコントローラ又はＣＰＵアーキテクチャに沿っており、また、異なるコンポーネント（ドライバなど）が異なるサプライヤによって提供されているため、ネットワークのメンバー間のバスプロトコルに１６ビットのＩＤを使用することは、これらの異なるコンポーネント間の互換性を維持するために望ましい。

バスプロトコルの追加機能及びオプションを維持する一方でそれと同時に、例えば、１００を超える数の駆動ユニットである多数の駆動ユニットをアドレス指定することを可能にすることが望ましい。

本発明の実施形態は、マスタとスレーブとの間の通信方法であって、コマンド及び情報の交換を可能にする柔軟なプロトコルを用いる、多数の駆動ユニットをアドレス指定することを可能にする、ＩＤフィールド及びＤＡＴＡフィールドを含む通信フレームの交換を含む、通信方法を提供することを目的とする。

本発明は、電子ユニットに給電するために複数の駆動ユニットを操作する方法を提供する。この方法は、マスタ制御ユニットと、複数の駆動ユニットのうちの少なくとも１つとの間で、ビットシーケンスを含むフレームを交換することを含み、シーケンスは、連続したビットストリングのフィールドに分割され、
－少なくとも１つの駆動ユニットをアドレス指定するためのＩＤフィールドを、マスタ制御ユニットと少なくとも１つのアドレス指定された駆動ユニットとの間でデータを交換するために、適用することと、
－上記アドレス指定された少なくとも１つの駆動ユニットの電子ユニットのステータスに関する情報及び／又は命令を含むペイロードを含むＤＡＴＡフィールドを適用することと、を更に含む。

ＩＤフィールドを適用することは、アドレス指定された駆動ユニットにＤＡＴＡフィールドを適用するために、また、駆動ユニットがアドレス指定されていない場合は、ＤＡＴＡフィールドを無視するために、Ｎビットを含むビットの第１のサブストリングを使用して駆動ユニットアドレスを示すことを更に含み、ここで、２＾Ｎは複数の駆動ユニットにおける駆動ユニットの数以上である。

ＩＤフィールドを適用することは、値を割り当てるための受信／送信コマンドビットを、受信／送信コマンドビットに割り当てられた値に応じて、マスタ制御ユニットが、駆動ユニットからデータを受信するべきか、又は駆動ユニットにデータを送信するべきかを識別することを可能にするために、また、フレームがアドレス指定された駆動ユニットによって受信されたときに、各アドレス指定された駆動ユニットがマスタ制御ユニットによってどのアクションが必要とされているかを復号することを可能にするために、使用することを更に含む。すなわち、受信／送信コマンドビットの第１の値について、マスタ制御ユニットは、駆動ユニットがデータを受信するべきであることを指定することができる。第２の値について、マスタ制御ユニットは、駆動ユニットがマスタ制御ユニットの要求に対する応答としてデータを送信するべきであることを指定することができる。

ＩＤフィールドを適用することは、ＩＤフィールド内の第２のサブストリング（ＩＤ４～ＩＤ２）を使用して、ペイロードの長さを示すことを更に含む。

本発明は、ＤＡＴＡフィールド内の情報のタイプを示す、値を割り当てるための命令ビットＩを使用することを提供する。

ＤＡＴＡフィールドを適用することは、命令ビットが第１の値を有する場合、ペイロードのビットのシーケンスからなるビットのシーケンスを適用することを含む。命令ビットが、第１の値とは異なる第２の値を有する場合、ＤＡＴＡフィールドを適用することは、ペイロードのビットのシーケンス及び少なくとも１つの追加のビットサブストリングを含むビットのシーケンスをＤＡＴＡフィールド内の予め定義された位置に適用することを含み、追加のビットサブストリングは、駆動ユニットアクションの情報を導入する。

本発明の実施形態の利点は、駆動ユニットをアドレス指定するために限られた数のビットを使用することができる一方でそれと同時に、駆動ユニット命令（メッセージがスレーブへのものであるかスレーブからのものであるかに応じて、駆動ユニットによって実行される命令若しくはアクション、又は駆動ユニットによって実行される命令）、割り当てなどを含めるために、ＤＡＴＡフィールド内のＩＤフィールドを追加のビット、例えば、ワードで拡張することを可能にすることである。追加の利点は、ペイロードの長さを示すことができ、柔軟なプロトコルを有効にすることである。

本発明のいくつかの実施形態では、ＩＤフィールドを適用することは、値を割り当てるための機能ビットを適用することを更に含み、また、機能ビットの第１の値について、ＤＡＴＡフィールドのビットを異なる電子ユニットに割り当て、機能ビットの第２の値について、ＤＡＴＡフィールド内のデータビットを駆動ユニット命令として処理することを更に含む。

本発明の実施形態の利点は、更新される必要がある電子ユニットのみを更新するために、駆動ユニットに接続された電子ユニットへの命令又は割り当てデータビットを含めるためにフレームを使用することができることである。本発明の実施形態の利点は、マスタが、更新を必要とする接続された電子ユニットのみにデータビットを送るため、バス負荷を低減し得ることである。

本発明のいくつかの実施形態では、ＩＤフィールドを適用することは、１６ビットのストリングを使用することを含む。本発明の実施形態の利点は、１６ビットで配置された典型的なレジスタを使用することができ、標準的なマイクロコントローラ及びよく知られているＣＰＵアーキテクチャを使用することも可能であることである。

本発明のいくつかの実施形態では、ビットの第１のサブストリングを使用して駆動ユニットアドレスを示すことは、８ビットからなる第１のビットサブストリングを使用することを含む。本発明の実施形態の利点は、最大２６４個のアドレスが利用可能であることである。したがって、多数の駆動ユニット（例えば、２６０）を個別にアドレス指定することができる。

本発明のいくつかの実施形態では、ＩＤフィールドを適用することは、３ビットからなる第２のサブストリング（ＩＤ４～ＩＤ２）を使用することを含み得る。これにより、ＩＤフィールド内の多くのビットを取ることなく、多くの異なる用途のデータ長の異なる値を符号化するのに十分な桁数が可能になる。

本発明のいくつかの実施形態では、電子ユニットに給電することは、２つ以上のＬＥＤを含むＬＥＤクラスタに給電することを含む。いくつかのＬＥＤを１つの駆動ユニットで制御することができることは利点である。

本発明のいくつかの実施形態では、フレームを交換することは、少なくとも１つの追加のビットサブストリングがＤＡＴＡフィールドに追加されるように、第２の値を命令ビットＩに割り当てることを含み、また、少なくとも１つの駆動ユニットからマスタ制御ユニットにＤＡＴＡフィールドを送信することを更に含み、追加のビットストリングは、駆動ユニットによって実行される命令の情報を含む。

本発明の実施形態の利点は、ＤＡＴＡフィールドを使用して、例えば、マスタ制御ユニットからの先の要求に対する応答として、スレーブによって実行される命令についてマスタに通知できることである。

本発明のいくつかの実施形態では、ＤＡＴＡフィールドを適用することは、ＤＡＴＡフィールドに追加され、少なくとも１つの電子ユニットの位置を含む予め定義された第１のバイトと、次のフレームでアドレス指定された駆動ユニットによって送信される、送信バッファに駆動ユニットからマスタ制御ユニットへどのデータをロードする必要があるのかを選択するために使用される識別子を含んでいる、第１のバイトとは異なる予め定義された第２のバイトとに分割された少なくとも１ワードで命令を送信することを更に含む。

本発明の実施形態の利点は、ＭＣＵが、全ての接続された電子ユニットではなく、更新を必要とする接続された電子ユニットのみにデータビットを送るため、バス負荷を低減し得ることである。更なる利点は、同じ第２のビットサブストリングにおいて、ＭＣＵが、追加の命令を駆動ユニットに送ることができることである。

いくつかの実施形態では、ＭＣＵは、先にアドレス指定されたスレーブに、駆動ユニットの送信バッファ内のデータをＭＣＵに送る要求を送ってもよい。

いくつかの実施形態では、ＭＣＵから要求を送ることは、追加のビットストリングを適用するための命令ビットＩの第２の値を設定して、送信バッファ内のデータを駆動ユニットからＭＣＵに送り、追加のビットストリングで、駆動ユニットによって先に受信された識別子を送ることを更に含む。本発明の実施形態の利点は、駆動ユニットが、ＭＣＵによってなされた先の要求の確認を送ることができることである。

本発明のいくつかの実施形態では、命令ビットを使用することは、少なくとも１つの追加のビットサブストリングがＤＡＴＡフィールドに追加されるように、第２の値を命令ビットに割り当てることを含み、少なくとも１つの追加のビットサブストリングは、バーストポインタアドレスを含む。

特定の実施形態では、方法は、受信／送信コマンドビットの第１の値について、バーストポインタアドレスを使用してレジスタの情報を読み取ること、又は受信／送信コマンドビットの第２の値について、バーストポインタアドレスを使用してレジスタに情報を書き込むことを更に含む。

更なる態様では、本発明は、複数の電子ユニット及びマスタ制御ユニットに接続可能な駆動ユニットであって、本発明の方法のステップを実行するように構成されている、駆動ユニットを提供する。

本発明は、前述の態様による複数の駆動ユニットを備えるシステムであって、複数の駆動ユニットに接続されたマスタ制御ユニットを更に備え、マスタ制御ユニットは、本発明の方法のステップを実行するように構成されている、システムを提供する。

本発明の特定の及び好ましい態様は、添付の独立請求項及び従属請求項に記載される。従属請求項からの特徴は、適宜、また、単に特許請求の範囲に明示的に記載されているものだけでなく、独立請求項の特徴及び他の従属請求項の特徴と組み合わせてもよい。

本発明のこれら及び他の態様は、以下に説明される実施形態から明らかとなり、また当該実施形態を参照して解明される。

本発明の実施形態による、複数のＬＥＤ駆動ユニットとマスタ制御ユニットとの間でデータを交換するためのダイナミック光システムを示す。 本発明の実施形態による可能なＬＥＤ駆動ユニットを示す。 １６ビット（その半分はスレーブのアドレス指定に使用される）のＩＤフィールドを有する、マスタとスレーブとの間の通信のための通信フレームを示す。 ８ビットがスレーブのアドレス指定に使用される、命令ビットＩを含む、本発明による通信フレームを示す。 命令ビットＩを使用することの作用を示す、本発明の実施形態による通信フレームを示し、機能ビットＦが、特定の電子ユニットへのペイロードから電子ユニットを制御するためにデータビット（「ＬＥＤデータ」）を割り当てるために使用される。 マスタからアドレス指定されたスレーブへの情報要求を有する、本発明の実施形態による通信フレームを示し、具体的には、６Ｍ１は、電子ユニットを割り当てるための情報要求及びＬＥＤデータビットの両方を示す。 レジスタを読み取るための本発明の実施形態によるバーストポインタアドレスの使用を示す。 レジスタに書き込むための本発明の実施形態による通信フレームを示す。

図面は概略図であるにすぎず、非限定的である。図面では、いくつかの要素のサイズは誇張されており、例示目的のために縮尺どおりに描画されていない場合がある。

特許請求の範囲内の任意の参照符号は、範囲を限定するものと解釈されるべきではない。
異なる図面において、同じ参照符号は、同じ又は類似の要素を指す。

本発明は、特定の実施形態に関して、及び特定の図面を参照して説明されるが、本発明は、それに限定されるものではなく、特許請求の範囲によってのみ限定される。寸法及び相対寸法は、本発明の実施に対する実際の縮小に対応しているものではない。

更に、説明及び特許請求の範囲における用語「第１の」、「第２の」などは、類似の要素を区別するために使用され、必ずしも、時間的に、空間的に、順位付けで、又は任意の他の方法で、順序を説明するために使用されるわけではない。そのように使用される用語が適切な状況下で交換可能であり、本明細書に説明される本発明の実施形態が、本明細書に説明される又は示される以外の順序で動作することが可能であることを理解されたい。

更に、説明及び特許請求の範囲における用語「上」、「下」などは、説明目的で使用され、必ずしも相対的位置を説明するために使用されるわけではない。そのように使用される用語が適切な状況下で交換可能であり、本明細書に説明される本発明の実施形態が、本明細書に説明される又は示される以外の向きで動作することが可能であることを理解されたい。

特許請求の範囲において使用される用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」は、その後に列挙される手段に制限されるものと解釈されるべきではなく、他の要素又はステップを除外するものではないことに留意されたい。したがって、これは、言及されたような記載された特徴、整数、ステップ、又はコンポーネントの存在を指定するものとして解釈されるべきであるが、１つ以上の他の特徴、整数、ステップ、若しくはコンポーネント、又はそれらのグループの存在又は追加を排除するものではない。したがって、用語「備える」は、記載された特徴のみが存在する状況、並びにこれらの特徴及び１つ以上の他の特徴が存在する状況を包含している。したがって、表現「手段Ａ及びＢを備えるデバイス」の範囲は、コンポーネントＡ及びＢのみからなるデバイスに限定されるものと解釈されるべきではない。これは、本発明に関して、デバイスの関連するコンポーネントがＡ及びＢのみであることを意味する。

本明細書全体での「一実施形態」又は「実施形態」への言及は、実施形態に関連して説明された特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体での様々な場所での語句「一実施形態では」又は「実施形態では」の出現は、必ずしも全てが同じ実施形態を指しているわけではないが、同じ実施形態を指している場合もある。更に、特定の特徴、構造、又は特性は、１つ以上の実施形態では、本開示から当業者に明らかであろうように、任意の好適な様式で組み合わされてもよい。

同様に、本発明の例示的な実施形態の説明において、本発明の様々な特徴は、開示を合理化し、様々な発明的態様のうちの１つ以上の理解を補助する目的で、単一の実施形態、図、又はその説明において一緒にグループ化されることがあることを理解するべきである。しかしながら、本開示のこの方法は、特許請求される発明が各請求項に明示的に記載されるよりも多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するように、発明的態様は、単一の前述の開示された実施形態の全ての特徴にあるわけではない。したがって、詳細な説明に続く特許請求の範囲は、詳細な説明に明示的に組み込まれ、各請求項は、本発明の別個の実施形態として独自に存在する。

更に、本明細書に説明されるいくつかの実施形態は、他の実施形態に含まれるいくつかの特徴を含み、他の特徴を含まないが、異なる実施形態の特徴の組み合わせは、本発明の範囲内であることを意味し、当業者によって理解されるように、異なる実施形態を形成する。例えば、以下の特許請求の範囲では、特許請求される実施形態のいずれかを任意の組み合わせで使用することができる。

本明細書に提供される説明において、多数の具体的な詳細が記載される。しかしながら、本発明の実施形態は、これらの具体的な詳細なしに実施され得ることが理解される。他の例では、よく知られている方法、構造、及び技法は、この説明の理解を曖昧にしないために詳細に示されていない。

本発明は、特許ＥＰ３４７８０３１Ｂ１に開示された通信方法及びデバイスの強化に関する。したがって、本発明は、マスタとスレーブとの間の通信の最適化に関する。スレーブには、マスタ、すなわち、マスタ制御ユニット（ＭＣＵ）による指示に従ってスレーブによって制御され得る電子ユニットが含まれる。

説明では、用語「スレーブ」、「ドライバ」、及び「駆動ユニット」は、以下の考察で交換可能に使用される。本発明の実施形態では、「駆動ユニット」について言及する場合、複数の電子ユニットの制御を提供するためのコントローラなどを含むユニットについて言及する。駆動ユニットは、バスを介してＭＣＵに接続される。駆動ユニットは、ＭＣＵが受信した指示に従って、接続された電子ユニットを制御することができる。いくつかの実施形態では、駆動ユニットは、１つ以上のＬＥＤなどの１つ以上の電子ユニットを備え得る。これらのＬＥＤは、クラスタ（ＬＥＤクラスタ）を形成し得る。本発明は、ＬＥＤに限定されず、他のタイプの照明デバイス、更には他のタイプの電子ユニットにも適用することができる。

本発明の実施形態では、ＬＥＤについて言及する場合、単一の発光ダイオードについて言及する。ダイオードは１つの単一色を放出し、その明るさは通常、変調を調整することによって調整される唯一のパラメータである。パルス幅変調（ＰＷＭ）では、ＬＥＤは１６ビット、したがって２バイトで符号化された情報を必要とする。一方、ＬＥＤクラスタ（特にＲＧＢユニット）について言及する場合、好ましくは１つのパッケージ内にあり得るＬＥＤのグループ（特に、赤色ＬＥＤ、緑色ＬＥＤ、及び青色ＬＥＤのクラスタ）について言及する。パッケージには、例えば、供給端子、及びクラスタの各ＬＥＤ（赤色ＬＥＤ、緑色ＬＥＤ、及び青色ＬＥＤ）の端子である４つの端子が含まれ得る。クラスタからのこの光は、明るさ及び色を調整することができる。単一のＬＥＤには２バイト（１ワードに相当）が必要なため、ＲＧＢユニットを６バイトで更新して制御することができる。しかしながら、電子ユニットは、異なるパラメータによってグループ化される異なるクラスタを形成し得る。

本発明の実施形態では、「ワード」について言及する場合、プロセッサによって単一のユニットとして処理可能である所定数のビットについて言及する。本発明の実施形態では、ワードは、２つの連続したバイトからなる。したがって、ワードには、単一のＬＥＤのＰＷＭ制御に必要な１６ビットが含まれている。上記を参照されたい。これは、本発明の実施形態では、単一のＬＥＤの制御を１ワードで行うことができ、したがって、ＲＧＢユニットを３ワードで制御することができることを意味する。ワードのビットは０から１５まで番号付けされ、ビット０は最下位ビット（ＬＳＢ）である。ワードのＬＳＢを含むバイトは下位バイトとして定義され、ビット１５を含むバイトは上位バイトである。以下の例は、２バイトワードに言及するが、本発明はそれに限定されず、本発明は、異なるサイズのワードを受け入れ得る異なるプロセッサアーキテクチャに適用可能であり得る。

本発明は、マスタ（ＭＣＵ）と複数のスレーブ（駆動ユニット）うちの少なくとも１つのスレーブとの間の通信プロトコルを提供する。通信は、バスへの低負荷を可能にする一方で、同時に、多数のドライバがアドレス指定されることを可能にするビットのシーケンスに基づいている。ビットのシーケンスは、少なくともＩＤフィールドと、データペイロードが含まれるＤＡＴＡフィールドとに分割される。ＩＤフィールドが含まれるヘッダは、ＭＣＵによって送られる。ＤＡＴＡフィールドを形成する以下のビットは、マスタ－ツー－スレーブメッセージでＭＣＵによって、スレーブ－ツー－マスタメッセージでアドレス指定された１つ以上の駆動ユニットによって送られる。以下で説明するように、メッセージがマスタ－ツー－スレーブであるかスレーブ－ツー－マスタであるかの情報は、ＩＤフィールド、具体的には、受信／送信コマンドビットに含めることができる。他のフィールドは通常、ＢＲＥＡＫフィールド及びＣＲＣなどの有効なフレームに含まれる。本発明は、特に、駆動ユニットに命令を追加するためのビットのシーケンス（例えば、コマンド空間）を追加することを可能にする命令ビットＩを提供する。ＩＤフィールドで利用可能なビットは、駆動ユニットのアドレスにより長いストリングが利用可能となることから減少するため、駆動ユニットによって実行されるアクションを含めるために追加のフィールドを追加することができる。例えば、追加の空間は、マスタ－ツー－スレーブ（Ｍ２Ｓ）通信に使用されて、駆動ユニットで実行される命令を送ることができるか、又は通信がスレーブからマスタ（Ｓ２Ｍ）へのときに、駆動ユニットによって使用されて、駆動ユニットによって実行されるアクションをマスタに通知することができる。更に又はあるいは、以下で更に説明されるように、追加のビットストリングを使用して、データビットを電子ユニットに割り当てることができる。

命令ビットＩは、ＩＤフィールド内のビットの一部である。追加のビットシーケンスをＤＡＴＡフィールドに追加することができる。ビットシーケンスは、少なくとも１ワード、例えば、１ワード又は２ワードを含み得、本発明はそれに限定されない。

１６ビットのＩＤフィールドの拡張により、より少ないデータを送ることでデータ負荷を軽減することができる。システム上での実装は、より安全なシステムを可能にする。命令ビットＩはビットストリング（例えば、少なくとも１ワード）の追加を可能にするので、ＤＡＴＡフィールドの長さはこの追加されたビットストリングによって増加される。

本発明のいくつかの実施形態では、少なくとも１ワードは、ＤＡＴＡフィールドの先頭に位置する。

いくつかの実施形態では、追加されたビットストリング（少なくとも１ワード）は、１つ以上の駆動ユニット（すなわち、スレーブ）によって実行される命令である。

追加されたビットストリングは、ＭＣＵがＳ２Ｍフレームを要求する場合、スレーブによっても送られ得る。いくつかの実施形態では、追加のビットストリングは、スレーブによって実行された命令に関する、スレーブからＭＣＵへの情報を含み得る。

追加されたビットストリングは、電子ユニットを割り当てることを可能にするＬＥＤフレーム、及びデータを含む通信フレーム内の命令に使用することができ、追加されたビットストリングは、電子ユニットを割り当てるための情報及び命令に関する追加情報の両方を更に含み得る。

ＤＡＴＡフィールドの長さは、ＩＤフィールドのサブストリング（ＩＤ４～ＩＤ２）内のペイロードの長さを定義するＰＬ長さフィールドについて、また、命令ビットに依存する追加のビットストリングの存在によっても定義される。機能ビットＦは、存在する場合、ペイロードのデータがどのように測定されるかを決定し得る。本発明は、命令を送り及び要求し、ビットを特定の電子ユニットに割り当てるための高い柔軟性を提供し、これは、通信バスにおける負荷の軽減をもたらす。

命令ビットＩを含むＩＤフィールドがＭＣＵによって送られるため、命令ビットは、バスを制御するＭＣＵによってのみ設定又は再設定することができる。

以下、本発明は、システム及びその要素、並びに通信の方法としての具体的な用途を参照して説明する。

第１の態様では、本発明は、マスタ制御ユニット（ＭＣＵ）、少なくとも１つの電子ユニットを駆動するための駆動ユニットであり得る１つ以上のスレーブを含み、ＭＣＵと複数の駆動ユニットの各々との間のデータシーケンスの交換を確立するための通信バスを備えるシステムに関する。各駆動ユニットは、同じ通信バスに接続され得る。

いくつかの実施形態では、システムは、例えば、車両又は自動車のための照明システムであるが、本発明の実施形態は、これに限定されない。システムは、有利には、電子ユニットの正確な駆動によって安全性を高める。

図１は、本発明の第１の態様の実施形態による照明システムを示している。ＭＣＵ１０及び駆動ユニット１１（すなわち、スレーブ）は、データを交換するために双方向バスに接続されている。このマスタ－スレーブシステムでは、データはマスタから１つ以上のスレーブに、スレーブからマスタにのみ提供することができる。１つのスレーブから別のスレーブに提供することはできない。

駆動ユニットは、ＬＥＤ駆動ユニットであり得る。駆動ユニットの供給部では、サージから、又は逆極性などから保護するために、１つ以上の保護ユニット１２が接続されていてもよい。いくつかの実施形態では、１つ以上の保護ユニットは、電圧保護要素１３、逆極性保護要素１４、それらの組み合わせなどを備えていてもよい。これらの保護ユニットは、供給ライン上の高電圧又はＥＳＤ妨害を抑制し、供給ラインＶＳ及びＧＮＤの逆極性が適用された場合に、システムの損傷を回避し得る。１つ以上の保護ユニットは、供給部と少なくとも１つのＬＥＤ駆動ユニット、又は複数からのユニットのうちのいくつかとの間に接続され得る。例えば、図１に示されるように、供給部と全てのＬＥＤ駆動ユニットとの間で接続され得る。

光情報（例えば、光強度、光色又はそれに関連するＰＷＭ比）は、バスを介してＭＣＵ１０からＬＥＤ駆動ユニット１１に搬送され得る。本発明は、光情報に限定されず、診断情報も、これもバスを介して駆動ユニットとＭＣＵとの間で交換されてもよい。診断情報には、全てのＬＥＤに、例えば、所与の電流が流れているかどうかの情報が含まれ得る。

このシステムは、駆動ユニットに異なるアドレスを割り当てるための柔軟で構成可能な自動アドレス指定システムを有するように適合される。いくつかの実施形態では、システムは、典型的には、例えばアドレス指定のレベルにおいて、ＭＣＵに電力供給する若しくはＭＣＵへの及びＭＣＵからの情報送信のレベルにおいて、又はデータ交換の開始若しくは終了のレベルにおいてでさえ、データ交換の１つ以上の段階においてチェックポイントを提供するためのいくつかのレジスタを備え得る。典型的には、チェックポイントは、データ送信の特定の段階において、特定のビットストリングの長さを予想されるストリングの長さと比較することに基づいている。例えば、通信バスが突然電圧を低下させるが、これが１２ビット未満の長さで発生した場合、システムはこのイベントをノイズとして無視することができる。これが１２ビットの長さで発生した場合、駆動ユニットはデータシーケンスの読み取りを開始し得る。これは、送信の終了を含む、データ送信のいくつかの段階に適用することができる。これにより、電磁干渉、サージ、静電放電、及び自動車環境で発生する他の望ましくない現象に対する非常に堅牢なシールドが提供され、電子ユニット（例えば、ＬＥＤ）の非常に安定した堅牢な駆動がもたらされる。

駆動ユニットは、クラスタ（例えば、いくつかのＬＥＤ（異なるＬＥＤ）を含むＬＥＤクラスタ、例えば、ＲＧＢユニット）として組織され得る１つ以上の電子ユニットを制御するためのコントローラを備えていてもよい。駆動ユニットは、バスを介して受信した通信を処理するための手段を備える。いくつかの実施形態では、通信バスを通して交換されたデータは、例えば、駆動ユニットのＣＰＵ内のソフトウェアを介して処理される。いくつかの実施形態では、コントローラは、通信バスを通して交換されたデータを処理するための少なくとも１つのバスプロトコル処理ユニット（ＢＰＰＵ）と、ＭＣＵによって送られた任意のデータシーケンスに従ったクラスタの電子ユニットの給電を制御するための少なくとも１つの制御ユニットとを備える。一実施形態では、ＢＰＰＵは、駆動ユニットのＣＰＵによって実行されるソフトウェア機能として扱うこともできる。駆動ユニット（例えば、そのソフトウェア又は例えば、少なくとも１つのＢＰＰＵ）は、特に、マスタ制御ユニットと少なくとも１つのアドレス指定された駆動ユニットとの間でデータを交換するために、少なくとも１つの駆動ユニットをアドレス指定するためのＩＤフィールドと、電子ユニットのステータスに関する情報及び／又は命令を含むＤＡＴＡフィールドとを処理するために適合される。

図２は、本発明の照明システムに適したＬＥＤ駆動ユニット１１を示している。駆動ユニット１１は、ＬＥＤを含むクラスタ３８を備え得る。このようなユニットは、文書ＥＰ３４７８０３１Ｂ１において、図２Ａ及び２Ｂ、特に段落［００７４］～［００９３］を参照して以前に考察されている。同じユニットを本発明の実施形態で使用することができるが、本発明の実施形態のＭＣＵ及び駆動ユニットは、本発明の方法を実行するように構成されている。これらは、本発明の実施形態に従って、命令ビットＩを有するＩＤフィールドを含む通信フレームを処理若しくは送信（又はその両方）し、命令ビットＩの所定の値に対する応答として、通信フィールドのデータフィールドにビットストリングを追加する可能性に適合されていてもよい。図２の特定の実施形態では、ＬＥＤ駆動ユニット１１は、受信／送信されるデータの処理を実行し、機能的安全対策を適用し、及び／又は必要に応じてエラーハンドリングをトリガするバスプロトコル処理ユニット（ＢＰＰＵ）３３を備える。ＢＰＰＵ３３はまた、割り込み及び制御信号を生成し、それらをＣＰＵ及び汎用非同期送受信機３２（ＵＡＲＴ）に送ってもよい。この実施態様全体は、ＣＰＵのリソースの必要性を減らす。ＢＰＰＵ３３は、例えば、デジタル状態マシン、又はダイナミック光用途のためのバスプロトコルを処理するための任意の他のタイプのユニットを備えていてもよい。ＢＰＰＵ３３は、バス上でビットのシーケンスを処理及び／又は適用することを含む、本発明のステップに従って通信を実行するように構成され得る。

本発明の実施形態では、単一のワイヤバスではなく、差動バス（例えば、２本のワイヤを備える）を使用することができる。このような差動２ワイヤバスは、信号の差動特性が妨害に対してより堅牢であるため、例えば、わずか２０ｋｂｉｔ／ｓのローカル相互接続ネットワーク（ＬＩＮ）バスとして単一のワイヤバスと比較してより高いデータレートを可能にする。例えば、０．５～４Ｍｂｉｔ／ｓのこれらのより高いデータレートは、例えば、ダイナミック光用途において必要とされる。本発明の特定の通信プロトコルのおかげで、最大２５６個のアドレスを使用することができる。これにより、機能性を低下させることなく、２００を超えるスレーブ、例えば、２５０、例えば、２５２を超えるスレーブをアドレス指定することができる。バスは双方向であり得、これにより、光情報及び診断情報を交換することができる。

前述のように、システムは、データ交換の１つ以上の段階におけるチェックポイントを提供するためのいくつかのレジスタを含む、駆動ユニットに異なるアドレスを割り当てるための柔軟な構成可能な自動アドレス指定システムを有するように構成され得る。チェックポイントは、特定のビットストリングの長さを、データ送信の特定の段階におけるストリングの予想される長さと比較することに基づいており、これは、以上で説明したように、ＥＭ干渉、サージ、及び他の望ましくない現象に対する堅牢なシールドを提供する。

ノードアドレスは、スレーブに一意のネットワークアドレスを提供する自動構成又は自動アドレス指定によって設定することができる。これは通常、全ての駆動ユニットがバスに接続され、システムに初めて電源が入れられたときに行われる。自動構成はいつでも繰り返すことができる。更に、システムは、定義された出力のために、ネットワークを介して各ノード、例えば、駆動ユニット及び接続された電子ユニットを較正するための較正手段を含み得る。例えば、色及び／又は強度などの光出力を較正することができ、較正データは、スレーブのデータメモリ（例えば、ＮＶデータメモリ）に記憶される。これは、マスタからのコマンドに応じて、スレーブが要求された光出力を提供するときに使用することができる。較正は通常、所与のサプライヤで定義されたテストセットアップでモジュールレベルで行われる。

本発明は、システムレベルでの機能的安全を提供し、バスプロトコルで、及び／又はノードのハードウェアレベル（例えば、機能的安全レベルＢ）で、安全機能及び診断要素を提供する。本発明は、供給ライン上の電圧降下に対して堅牢であり得る。本発明は、自動車環境における、例えば、静電放電（ＥＳＤ）などに対する保護手段及び安全対策を有利に提示し、電磁両立性を改善することができる。

特に、本発明は、例えば、周囲光だけでなくドライバのための信号情報のために、自動車環境におけるダイナミック光システムで使用することができる。したがって、システムは、機能的安全要件を含み得る。本発明の実施形態は、バス実装ハードウェア及びプロトコルにおける安全対策を含み得る。

本発明は、光制御のための専用のコマンド言語、専用のハードウェアメモリ、及びレジスタアプローチを有するシステムを提供することができる。更に、オープン構成手段をプロトコル及びハードウェアに適用することができる。

システムでは、スレーブは、ネットワークシステム内のスレーブノードでマスタに接続され、システムは、本発明の第２の態様に従って、マスタとスレーブとの間の通信、例えば、Ｍ２Ｓ通信及びＳ２Ｍ通信を実装するように構成されている。マスタ及びスレーブは、本発明の第２の態様に従って通信方法を適用するように構成され得る。

本発明の第２の態様は、駆動ユニットを操作する方法であって、上記駆動ユニットに接続された電子ユニットを制御するための方法を提供する。この方法は、マスタ制御ユニット（ＭＣＵ）と、スレーブノードにおける複数の駆動ユニットのうちの少なくとも１つとの間で、ビットシーケンスを交換することを含み、シーケンスは、連続したビットストリングのフィールドに分割される。特に、この方法は、マスタ制御ユニットと少なくとも１つのアドレス指定された駆動ユニットとの間でデータを交換するために、少なくとも１つの駆動ユニットにアドレス指定するためのＩＤフィールドを適用することを含む。この方法は、その後、電子ユニットのステータスに関する情報及び／又は命令を含むＤＡＴＡフィールドを適用することを含む。ＩＤフィールドの受信／送信コマンドビット（Ｒ／Ｔ）（Ｒビットとも称される）、機能ビットＦ、及び命令ビットＩは、常にＭＣＵによって設定される。特に、この方法は、バスを通してＭＣＵによってＩＤフィールドを送ることを含む。スレーブは、Ｒビットの値に応じてデータを受信するか、又はデータを送信する。いくつかの実施形態では、スレーブは、Ｒがゼロであるときにデータを受信するので、通信はＭ２Ｓである。Ｍ２Ｓ通信では、ＭＣＵはＩＤフィールド及びＤＡＴＡフィールドを送る。次いで、スレーブは、Ｒが１であるときにデータを送信するので、通信フレームはＳ２Ｍである。Ｓ２Ｍ通信では、ＭＣＵはＩＤフィールドを送り、アドレス指定された１つ以上の駆動ユニットは、ＩＤフィールドのパラメータに続いてＤＡＴＡフィールドを送る。

これによって、ＩＤフィールドを適用することは、アドレス指定された駆動ユニットにＤＡＴＡフィールドを適用するために、また、駆動ユニットがアドレス指定されていない場合は、ＤＡＴＡフィールドを無視するために、Ｎビットを含む第１のビットサブストリングを使用して駆動ユニットアドレスを示すことを含み、ここで、２＾Ｎは複数のうちの駆動ユニットの数以上である。ＩＤフィールドは固定ビット数を含むため、アドレス指定に利用可能なビット数を増やすと、ＩＤフィールドの他の機能のための空間が縮小される。

この方法は、ＩＤフィールド内のビットを「命令ビット」Ｉとして使用することを含み、これは、通常、ＩＤフィールド内に適用される機能のためのビットの追加のシーケンス（すなわち、ビットストリング）を可能にする。しかしながら、追加のビットストリングは、ＤＡＴＡフィールド内に導入される。

命令ビットＩを使用する方法の実施形態の利点は、図３及び４のフレーム間の以下の比較において明らかであり、両方ともスレーブアドレスに対して同じ長さを使用するが、図４のフレームのみが命令ビットＩを使用する。

図３は、ＤＡＴＡフィールドが後に続くＩＤフィールドを含む、バスプロトコルに従うフレームを示す。このフレームは、ＢＲＥＡＫフィールド３０１の後、ＩＤフィールドから開始する。ＩＤフィールドは、１５から０までの番号付けされた１６ビット（ＩＤ１５～ＩＤ０）を含むか、又は１６ビットからなる。ＩＤフィールドは、駆動ユニットアドレスのための第１のサブストリング３０２を含む。

第１のサブストリングは、８ビットのストリング（８ビットアドレス）を含み、２＾８＝２５６個以下の駆動ユニットをアドレス指定することを可能にする。例えば、システムは、最大で、例えば、２５２個の駆動ユニットをアドレス指定するように構成されており、ここで、例えば、ＭＣＵから全ての駆動ユニットまで、配信目的のために、例えば、４つのアドレスがシステムによって取っておかれる。

ＭＣＵによってＩＤフィールドを適用することは、Ｒ／Ｔコマンドビット（すなわち、Ｒビット）を使用して、ＭＣＵがデータを受信若しくは送信するべきかどうかを定義することを可能にすること、又はビットシーケンスが駆動ユニットに送信されたときに、アドレス指定された各駆動ユニットが、ＭＣＵによって要求されたアクションを復号することを可能にすることを更に含む。

フィールドを適用することは、サブアドレス／命令のために第２のサブストリング３０３を適用することを更に含む。また、以下で更に説明される、文書ＥＰ３４７８０３１Ｂ１に開示される機能ビットＦも示す。

フィールドを適用することは、先行技術で知られているように、ＩＤフィールドに２ビットパリティ情報ｐ０／ｐ１を適用することを更に含む。パリティがＩＤフィールドの残りのビットと一致する場合、情報はバスを介して正しく送信されている。パリティが一致しない場合は、提供された情報は破棄されるべきである。

特に、機能ビットＦは、ＤＡＴＡフィールドに含まれる情報のタイプを指定するために使用され得る。この情報は、ＩＤフィールドの第２のサブストリング３０３（ＩＤ５～ＩＤ２）内の、ＤＡＴＡフィールドに関連する長さ値を取得するために使用される。機能ビットの特定の値について、続くＤＡＴＡフィールド内のデータビットは、第２のサブストリング内のいくつかのビットを使用して、アドレス指定された駆動ユニットに接続された異なる電子ユニット（例えば、ＬＥＤ）に割り当てられる。長さ復号ステップも実行可能であり、次のフィールド（ＤＡＴＡフィールド）内のデータビットの長さは、ユニットを割り当てるものとは異なる、第２のサブストリングのいくつかのビットを使用して示すことができる。機能ビットが他の値を有する場合、ＤＡＴＡフィールド内のビットストリングの長さを示すために、長さ復号ステップのみが実行される。したがって、長さ復号ステップは常に実行され得、機能ビットＦの所定の値について、ＤＡＴＡフィールドからのデータビットは、電子ユニットに割り当てられて、例えば、これらの電子ユニット、例えば、ＬＥＤの出力を更新する。機能ビットＦの値は、長さを復号するために使用されるフォーマットを決定する。すなわち、機能ビットＦは、ＤＡＴＡフィールド内のデータが命令として使用されるか、又は電子ユニットに割り当てられるビットとして使用されるかに応じて、カウントがどのように行われるかを決定する。

しかしながら、これらのオプションの利用可能な空間は、第２のビットサブストリングのビット数によって制限され、これは、第１のサブストリングに含まれるビット数によって制限される。場合によっては、駆動ユニットに接続された各電子ユニットをアドレス指定することが可能ではない場合がある。これは、単純に、全ての電子ユニットをアドレス指定するのに十分な空間がないか、又はより多くの命令のために十分な空間がないからである。

例えば、場合によっては、受信モードにおいて受信されたデータは、ＳｕｂＡｄｒ／ＩｎｓｔｒＥｘｔ ＩＤ５、ＩＤ４、ＩＤ３、ＩＤ２におけるビット数に６バイト又は３ワードを乗算したものによって定義される長さを有し、３つのＬＥＤ（１つの赤、１つの緑、及び１つの青）を含むＲＧＢユニット内のＬＥＤ当たり１ワードに対応する。これは、０バイト（ビットセットなし：ＩＤ［５：２］＝００００）～２４バイト（全てのビットセット：ＩＤ［５：２］＝１１１１）の可変データ長の余地を残す。

ＩＤ［５：２］がバイナリ符号化される場合、この空間は（２＾４）＊６バイト＝９６バイトに増加する。

しかし、このソリューションにはいくつかの欠点があり、主にＳｕｂＡｄｒ／ＩｎｓｔｒＥｘｔ（ＩＤ５～ＩＤ２）の４ビット制限に関連している。ＩｎｓｔｒＥｘｔフィールドは２ビットのみに制限されている。これは、命令を含めるためにフィールドで利用可能な空間が、ＩＤ［５：２］（Ｆ＝０）内のデータ長復号で利用可能な空間と共有されるからである。これにより、４つの命令のみを符号化することが可能になり、これは不十分である。

ＳｕｂＡｄｒフィールドのサイズは４ビットに制限されているため、例えば、４つのＬＥＤしかない用途など、小規模な用途で更新されるＬＥＤを指定する場合にのみ使用することができる。現在の用途では、通常、スレーブ当たり２つのＲＧＢユニットとして、スレーブ当たり６つのＬＥＤが含まれている。現在の用途では、１つのＬＥＤのみを更新する必要がある場合でも、ＭＣＵは全ての接続されたＬＥＤのデータを送る必要があり、バス負荷が大幅に増加する。

これらの欠点を克服するために、本発明は、ＩＤフィールド内のビットのうちの１つを命令ビットＩとして使用することを提供する。特に、第２のビットサブストリング内のビットのうちの１つを使用することができる。これは、ＩＤフィールド内の別のビットが、命令又は情報のためにあまり利用可能でなくなることを意味する。しかしながら、ＤＡＴＡフィールドに追加の空間が利用可能になる。追加の空間は、駆動ユニットによるアクションの情報を含む。例えば、ビットサブストリングは、駆動ユニットにアクションを実行するように促す情報、又はマスタの要求として駆動ユニットによって実行されるアクションに関する情報（例えば、確認の手段として、マスタによって要求される命令の繰り返し）を含み得る。

情報の詳細は、メッセージがＭ２Ｓ又はＳ２Ｍ、診断、レジスタの更新などであるかどうかに依存し得る。例えば、マスタによる情報の命令又は要求が含まれ得る。データビットを電子ユニットに割り当てるための情報（例えば、ＬＥＤを更新するための情報）が含まれ得る。マスタによって要求された、スレーブによって送られた情報が含まれ得る。概して、追加されたビットストリングを使用して、命令のタイプ、データビットの割り当てなど、ペイロードに関連する情報を導入することができる。データ長復号は常に実行することができ、ＰＬ長のフィールドは、常に同じ数のビットを含み得る（例えば、３ビット、前の第２のビットサブストリングのサイズから命令ビットＩとして使用したビットを引いたものに対応する）。問題をＤＡＴＡフィールドの１つの追加のワードにシフトすることにより、理論上は、１つのワードを追加すると、より多くのＬＥＤ（例えば、１６個のＬＥＤ）にアドレス指定することが可能になる。しかしながら、ＩＤフィールドで利用可能な空間が限られているため、単一の通信フレーム内でアドレス指定可能なＬＥＤの数は少ないが、２つのＲＧＢユニットをアドレス指定するのに十分に多い。

本発明のいくつかの実施形態では、機能ビットＦも上記のように使用され、機能ビットＦの値については、追加されたワードは、駆動ユニットの命令又は情報を含み、その異なる値については、追加されたワードは、特定の電子ユニットにビットを割り当て、任意選択的に、命令／情報も含む。すなわち、機能ビットＦの第１の値については、データフィールド内のビットが電子ユニットに割り当てられ、これはまた、データ長がどのように計算されるかを決定する。機能ビットが第２の値を有する場合、ＤＡＴＡフィールドには、電子ユニットに割り当てるためのビットは含まれないが、Ｍ２Ｓ通信で駆動ユニットに送られる命令、Ｓ２Ｍ通信でＭＣＵからの要求の応答として駆動ユニットによって送られる診断などの情報を含んでもよく、これはまた、データ長がどのように計算されるかを決定する。しかしながら、機能ビットＦの第１の値は、図６に示すように、通信フレームが、ビット割り当てとともに、命令（例えば、情報要求）を含むことを阻止しない。

図４は、８ビットの第１のビットサブストリング、すなわち、「スレーブアドレス」ＩＤ１５～ＩＤ８を含む１６ビットのＩＤフィールドを有するバスプロトコルの特定の例を示している。前述のように、例えば、４つのアドレスが配信目的のためにシステムによって取っておかれる場合、このようなサブストリングは、２＾８＝２５６個以下の駆動ユニット、例えば、２５２個の駆動ユニットをアドレス指定することを可能にする。図の異なる列は、一般的なフレーム、ビットの割り当て、及びビットの様々な機能を示している。第１の列（Ｍ１）は、ＢＲＥＡＫフィールド、ＩＤフィールド、及びＤＡＴＡフィールドからなるプロトコルのフレームを示す。第２の列（Ｍ２）は、ＩＤフィールドのビット割り当てを示し、第３の列（Ｍ３）は、ＩＤフィールドの異なるビットの機能を示し、新しい命令ビットＩを導入している。

導入された命令ビットＩは、第１のビットサブストリングの長さ、並びに受信／送信コマンドビットＲ／Ｔ、又はＲビット、機能ビットＦ、及びパリティビットの存在により、第２のビットサブストリング４０３ ＩＤ４～ＩＤ２空間を３ビットのみに更に縮小する。図３の第２のビットサブストリング３０３は、４ビットＩＤ５～ＩＤ２を含むＳｕｂＡｄｒ／ＩｎｓｔｒＥｘｔという名前で示され、一方、図４の第２のビットサブストリング４０３は、３ビット、ＩＤ４～ＩＤ２を含む。この３ビットのみへの縮小では、第２のビットサブストリング４０３は、命令を符号化するには短すぎる。ただし、ＤＡＴＡフィールドにペイロードの長さを含めるために依然として使用することができるため、ＰａｙＬｏａｄ Ｌｅｎｇｔｈ又はＰＬ長と名前が変更される。

第４の列Ｍ４は、命令ビットＩが第１の値（例えば、１の値）に設定されたＩＤフィールド、及びＤＡＴＡフィールドの構造を示す。更なる所定数のビット、例えば、更なるビットストリングが、ＤＡＴＡフィールドに追加される。いくつかの実施形態では、追加されるビットストリング４０１は、追加された「ｉｎｓｔｒ」フィールド内の、ＤＡＴＡフィールド内の「Ｉｎｓｔｒ」フィールドでの所定の位置で追加された少なくとも１つの追加のワードである。本発明のいくつかの実施形態では、更なるビットストリングは、ペイロードの前のＤＡＴＡフィールドの先頭に追加される。ペイロード長に関する情報は、ＰＬ Ｌｅｎｇｔｈフィールドにおいて第２のビットサブストリング４０３によって提供される。この後、少なくとも１つの追加のワード、ペイロード４０２が続く。この少なくとも１つの追加のワード４０１は、命令、例えば、ＭＣＵからアドレス指定された少なくとも１つの駆動ユニットへの命令、又は電子ユニットへのデータの割り当てであり得る。例えば、追加のワード４０１は、Ｓ２Ｍ通信でのアドレス指定された駆動ユニットからマスタ制御ユニットへの、例えば、アドレス指定された駆動ユニットによってどの命令が実行されたかに関する情報であり得る。

第５の列（Ｍ５）は、命令ビットＩが０に設定されている場合に、通信フレームの構造を示す。追加のワードは導入されていない。ＤＡＴＡフィールドは、ペイロード４０４から直ちに開始する。例えば、ペイロードは、完全なＤＡＴＡフィールドを形成し得る。

図４の特定の実施形態は、前述のように、機能ビットＦを含む。機能ビットＦの値に応じて、異なる電子ユニット（ＬＥＤ）にデータビットを割り当てることは、命令ビットＩの値が追加されたビットストリングを有効にする場合、ＤＡＴＡフィールド内の追加されたビットストリング（例えば、１つ以上のワード）で行われる。

命令ビットの値は、ＤＡＴＡフィールド内の追加のビットストリングを有効又は無効にすることができるため、ＤＡＴＡフィールドの長さには、ペイロード、及び場合によっては追加のビットストリングが含まれるため、以下の条件下で定義することができる。
－Ｉ＝０の場合、ＤＡＴＡフィールドの長さはＰＬ Ｌｅｎｇｔｈで定義されたペイロードの長さに等しいため、ＰＬ Ｌｅｎｇｔｈフィールドにはペイロードの長さを有する数が含まれる
－Ｉ＝１の場合、ＤＡＴＡフィールドの長さは、少なくとも１つの追加のワードで増加された、ＰＬ Ｌｅｎｇｔｈで定義されたペイロードの長さと等しい。

ペイロードは常に少なくとも１つのデータ単位を含むので、ペイロードの実際の長さは、ＰＬ長フィールドに示された長さに１を足したもの、すなわち、ＰＬ長＋１に等しいことに留意されたい。以下の実施例では、ＰＬ長フィールドは常に、ペイロード自体のデータ単位数よりも１つ低い値を示すことが示される。本発明に示される実施形態では、本発明はそれに限定されず、ＰＬ Ｌｅｎｇｔｈのフィールドは、１０進法で、０～７の値を可能にする３ビットからなり、また、常にペイロードが存在するため、ペイロードは空であることができないため、ＰＬ長フィールドの値が０であることは、ペイロードがデータ単位を有することを意味する。

機能ビットは、これらの「データ単位」を定義する。すなわち、ペイロードの長さがどのように測定されるかを定義する。ペイロードについては、以下の定義が有効である。
－Ｆ＝０の場合、ペイロードはデータとして扱われ、「データ単位」は１ワードである。その後、ペイロード内のワード数は（ＰＬ Ｌｅｎｇｔｈ＋１）＊１ワードとして計算される。ＰＬ長には３ビットが含まれるため、（ＰＬ Ｌｅｎｇｔｈ＋１）＊１ワードの値は１…８ワード＝２…１６バイトのペイロードの範囲である。
－Ｆ＝１の場合、ペイロードはＬＥＤに割り当てられたビットとして扱われ、特定の電子ユニットに応じて、所定数のビットが各ユニットに必要である。本発明のいくつかの実施形態では、電子ユニットは、ＲＧＢユニットであり、先に説明したように、それらを制御するために３ワードが必要であるので、「データ単位」は、３ワードに等しい。その後、ペイロード内のバイト数は（ＰＬ Ｌｅｎｇｔｈ＋１）＊３ワードとして計算される。ＰＬ長には３ビットが含まれるため、（ＰＬ Ｌｅｎｇｔｈ＋１）＊３ワードの値は３…２４ワード＝６…４８バイトのペイロードの範囲である。

理論上は、追加のワードの全てのビットを使用して最大１６個のＲＧＢユニットをアドレス指定することができるが、ＰＬ長の３ビットの制限は、８個の「データ単位」のペイロードに実用的な上限を課し、したがって、上記のように２４ワードの、又は４８バイトの最大ペイロードを可能にする。１つのＬＥＤ当たり２バイトでは、割り当てることができるＬＥＤの最大数は２４個の単一ＬＥＤ、又は８個のＲＧＢユニットである。

追加の命令ビットＩは、以下の実施例で説明されるいくつかの機能性及び利点を提供する。

主な利点の１つは、例えば、Ｍ２Ｓ通信において、導入されたビットストリング４０１を「命令フィールド」として使用して、電子ユニットに個別にアドレス指定する可能性である。例えば、追加のビットストリング４０１は、電子ユニットへの割り当て、例えば、アドレス指定された駆動ユニットに接続されたそれぞれの電子ユニットの１つ以上の「サブアドレス」を含むために使用されてもよい。いくつかの実施形態では、追加のビットストリング４０１の各ビットは、電子ユニット、例えば、ＬＥＤを表すことができ、ビットセットに応じて、ペイロードは、追加のビットストリング４０１のビットによって設定された電子ユニットに適用される。例えば、図５は、システム内の特定の駆動ユニットとＭＣＵが通信している場合について、３つの異なる列５Ｍ１、５Ｍ２、５Ｍ３における通信フレームの３つの異なるケースを示している。このシステムでは、駆動ユニットは、いくつかの電子ユニット、この特定のケースでは、例えば、いくつかのＬＥＤに接続している。

特に、５Ｍ１は、２つのＲＧＢユニットが接続されているスレーブのＬＥＤ１及びＬＥＤ２とラベル付けされた２つのＲＧＢユニットを更新するためのメッセージ内容を示す。命令ビットは１に設定されているので、「Ｉｎｓｔｒ」フィールドと名付けられた追加のビットストリング５０１が追加される。「Ｉｎｓｔｒ」フィールド５０１は値０ｘ０００３に設定されており、バイナリでは０ｂ００１１であるため、ＬＥＤ１及びＬＥＤ２のデータがペイロードで送られる。値０ｂ００１１は、自動的にＲＧＢユニットＬＥＤ１及びＬＥＤ２を更新する。

ＰＬ Ｌｅｎｇｔｈ＝１、Ｆ＝１、及びＩ＝１は、ＰＬ長が１であるため、命令フィールドの１ワード＋（ＰＬ長＋１）＊３ワード＝６ワードのペイロードを含む、ＤＡＴＡフィールドに７ワードがあることを示す。

命令フィールドがない場合（Ｉ＝０）、電子ユニット、この場合はＬＥＤへの割り当てを示す機能ビットＦは、ＬＥＤがペイロード内のデータが読み込まれるにつれて順次更新されることを示す。これは、ＬＥＤが「サブアドレス」として使用され得るアドレス指定シーケンスを有することを意味する。ＤＡＴＡフィールドには専用の命令がない（Ｉ＝０）ため、アドレス指定された駆動ユニットのＬＥＤは、提供されたペイロードで更新される。ペイロードは６ワードであるため、ＲＧＢユニットＬＥＤ１及びＬＥＤ２が更新される。これは、５Ｍ１と同じメッセージを示すが、「Ｉｎｓｔｒ」フィールドはないため、ペイロードはＩＤフィールドの直後から開始する列５Ｍ２に示されている。本実施例では、駆動ユニットに接続された２つの電子ユニットを更新する必要がある。結果は５Ｍ１と同じなので、このケースでは「Ｉｎｓｔｒ」フィールドは任意選択である。

ＰＬ Ｌｅｎｇｔｈ＝１、Ｆ＝１、及びＩ＝０の値は、６ワードのＤＡＴＡフィールド長に対応する６ワードのペイロードを示す。

しかしながら、先行技術では、第２のＲＧＢユニット（ＬＥＤ２）のみが更新を必要とする場合（すなわち、Ｉ＝０の場合）、ペイロードは依然として６ワードを必要とし、第１のＲＧＢユニット（ＬＥＤ１）用のワードに含まれる情報は、そのユニットＬＥＤ１をアドレス指定する前の通信と同じ情報を含む。したがって、ユニットＬＥＤ１の情報を含める必要があるが、前回の更新と比べて同じ情報が含まれている。これはバストラフィックの面では、したがってＥＭＣの面でも非効率である。

本発明の実施形態は、アドレス指定シーケンス（それらの「サブアドレス」）にかかわらず、（下位のサブアドレスの）アドレス指定シーケンスにおいて下位の（アドレス指定されていない）電子ユニットの情報を含むペイロードを送る必要なく、かつ追加のステップを実行する必要なく、駆動ユニットに接続された個々の電子ユニットにアドレス指定することを可能にする。

例えば、５Ｍ３は、第２のＲＧＢユニットＬＥＤ２のみが命令ビットＩ＝１の使用下で更新されなければならず、したがって命令として追加のワードがＤＡＴＡフィールド内に追加されている（「Ｉｎｓｔｒ」フィールド）メッセージ内容を示す。この場合、命令は値０ｘ０００２を含み、バイナリでは０ｂ００１０であるため、ＬＥＤ２のみがアドレス指定される。

ＰＬ Ｌｅｎｇｔｈ＝０、Ｆ＝１、及びＩ＝１の値は、ＤＡＴＡフィールドの長さとして、１ワードの命令＋３ワードのペイロード＝４ワードを示す。

ＬＥＤ２のみを更新する必要がある場合、先行技術と比較して（又はＩ＝０の５Ｍ２と比較して）、ペイロードを３ワード減らすことができ、ＤＡＴＡフィールドを２ワード減らすことができる（１ワードの長さの追加されたビットストリングがあるため）。ペイロード内の情報は、ペイロードの前に追加された「Ｉｎｓｔｒ」フィールドの追加されたビットストリング５０１によって示されるように、ＬＥＤ２のみを更新するために使用される。これにより、バストラフィックが減少し、ＥＭＣが向上し、バスの所与の帯域幅に対してより多くのデータスループットも可能になる。

本発明は、アドレス指定された駆動ユニットに接続される２つの電子ユニットに限定されるものではない。例えば、駆動ユニットが、例えば、各々３つのＬＥＤからなる３つのＬＥＤクラスタを有する場合、各ＬＥＤにアドレス指定するために、ペイロードは（各ＬＥＤを制御するために１ワードが使用されることを考慮して）９つのワードを含む。これら３つのクラスタから、３つ未満のＬＥＤクラスタを更新する必要がある場合、先行技術のシステム（すなわち、Ｉ＝０の場合）では、各ＬＥＤクラスタを更新するために３つのワードが必要であり、最初のアドレス指定されたＬＥＤクラスタよりも下位の「サブアドレス」を有する各ＬＥＤクラスタでは余分のワードが必要である。本発明は、ペイロード内のワードを特定のＬＥＤに割り当てることを可能にし、それによってデータ負荷を低減する。

特定の例として、駆動ユニットに接続された３つのＲＧＢユニット（ＬＥＤ１、ＬＥＤ２、ＬＥＤ３）の場合において、第２のユニットＬＥＤ２及び第３のユニットＬＥＤ３のみを更新する必要がある場合、以下のようなことが行われ得る。
－先行技術の通信方法の場合、又はＩ＝０の場合、ペイロード（及びＤＡＴＡフィールド）は９ワードを含む。ペイロードの最初の３ワードはＬＥＤ１に割り当てられるが、ＬＥＤ１の最後の更新と同じ情報が含まれている。一方で、ペイロードの次の６ワードにはＬＥＤ２とＬＥＤ３の更新情報が含まれている。
－本発明の場合、Ｉ＝１の場合、追加のワードが、例えば、ペイロードの前に、ＤＡＴＡフィールドに追加される。追加のワードは、ペイロード内のビットを必要な電子ユニット、この場合、ユニットＬＥＤ２及びＬＥＤ３に割り当てる情報を含む。したがって、ペイロード内に６ワードだけ必要である。これらのワードは、追加のワードの情報に続いて配信’される。例えば、追加されたビットストリングに含まれる特定の割り当てに従って、６ワードのうちの３つ（例えば、最初の３ワード）がＬＥＤ２を更新するために使用され、６ワードのうちの他の３つ（例えば、最後の３ワード）がＬＥＤ３を更新するために使用される。割り当ては、各ＬＥＤにビット位置を割り当てることによって行うことができるが、他の割り当てを駆動ユニット（例えば、ＢＰＰＵ）及びＭＣＵ内で成文化することができる。各ビット位置がＬＥＤを割り当てている特定の実施形態では、追加されたビットストリングは、例えば、０×０００６（バイナリでは、０ｂ０１１０）である。余分のワード（「Ｉｎｓｔ」フィールド）が必要であるが、ＬＥＤ１をアドレス指定するために３ワードを含める必要はないため、ＤＡＴＡフィールドのデータ負荷全体は減少する。ＤＡＴＡフィールドは、Ｉ＝０である前のケースにおいて必要とされた９ワード（ＬＥＤ２及びＬＥＤ３のみを更新する必要がある場合でも、３つのＬＥＤクラスタの各々に対して３ワード）とは対照的に、７ワード（追加された「Ｉｎｓｔｒ」フィールドに１ワードにＬＥＤ２及びＬＥＤ３を更新するために６ワードを足す）が含まれている。

これは、Ｆビット及びＩビットに依存する可変データ長フィールドを有するプロトコルが、バス上のデータトラフィックに関して非常に効果的であることを示している。本発明は、特に、必要な１つ以上の電子ユニットにデータを直接提供することができるため、高いデータスループットに適している。

本発明は、Ｍ２Ｓ通信で適用され、スレーブのアドレスを書き込むための余分の空間を追加することを可能にするので、データ長を含めるための空間を犠牲にすることなく、命令に関する情報（又は以下に示されるように、例えば、バーストポインタアドレスに関するアドレス情報）を追加することを可能にしながら、より多くのユニットを同じシステム内でアドレス指定することができる。ＤＡＴＡフィールドからアドレス指定されたスレーブの特定の電子ユニットにデータビットを割り当てるためにも使用することができ、追加されたビットストリングには、情報を受信する必要がある電子ユニットの特定の割り当てが含まれている。これにより、更新を必要としない全ての電子ユニットのデータビットを、実際に更新を必要とするものまで送る場合と比較して、データ負荷を低減する。

本発明は、Ｓ２Ｍ通信フレームにおいても有利である。

本発明を使用して、ＭＣＵによってどのＳ２Ｍフレームが要求されたかを指定することができる。要求は、ＤＡＴＡフィールドに追加されたビットストリングで行うことができる。先行技術では、ＭＣＵは、次のフレームでどのＳ２Ｍが要求されるかを指定するために、ＤＡＴＡフィールドを含む通信フレームを送る必要がある。これは、より高いバストラフィックを要求するため、効率的ではない。

本発明の実施形態は、電子ユニットに割り当てられたビットを含む１つのＬＥＤフレーム内で要求を有効にする。したがって、専用の通信フレームを使用してスレーブから情報を要求する代わりに、電子ユニットを更新するために使用されるのと同じ通信フレームを使用して情報を要求することができる。このソリューションは、バス負荷を有利に低減し、したがって、排出量と潜在的なＥＭＣ問題を軽減する。特に、この方法は、（命令ビットＩを介して）追加されたビットストリングを有効にすることと、異なるアクション及び情報を示すためにビットストリングの一部を使用することとを含む。例えば、ビットストリングの一部は、電子ユニットを指定してもよく、ビットストリングの異なる一部は、アドレス指定されたスレーブによって送信されるデータのための識別子を含んでもよい。これは次のように例示される。

ＭＣＵは、第１のフレームにおいてビットをそれに応じて設定し、アドレス指定された駆動ユニットに情報を要求することができる。例えば、機能ビットＦ及び命令ビットＩの両方が設定されてもよい（値１）。アドレス指定された駆動ユニットは、第２のフレームにおいてそれに応じて応答する。

図６は、異なる通信フレームを有する３つの列を示している。ＩＤフィールドが０のＲビットを含む場合、スレーブはＭ２Ｓフレームでデータを受信し、一方、Ｒビットが１の場合、スレーブはＳ２Ｍフレームでデータを送信する。第１の列６Ｍ１は、第２のＲＧＢユニットＬＥＤ２のみを更新するメッセージを示している。情報要求も含んでいる。両方とも追加のビットストリングに含まれている。

特に、第１の列６Ｍ１は、機能ビットＦの値によって示されるようにペイロードとしてのＬＥＤデータを含む。

命令ビットＩが設定されているため、追加のビットストリングが、例えば、ペイロードの前にＤＡＴＡフィールドに追加されて、「Ｉｎｓｔｒ」フィールドが形成される。このフィールドにおける情報は、ソフトウェアで復号することができる（本発明はこれに限定されない）。

追加されたビットストリングは、異なるアクション及び情報を示すために、異なるサブストリングに分割され得る。いくつかの実施形態では、ビットストリングは、先に説明したように、下位バイトと上位バイトとに分割されたワードである。第１の列６Ｍ１の追加されたワードは、追加されたワードの一部に第２のＲＧＢユニットＬＥＤ２を更新するためのメッセージと、追加されたワードの異なる一部に情報要求とを含む。これは、機能ビットＦの特定の値によって示される。本発明の実施形態では、この実施例において見られるように、機能ビットは、データビットが電子ユニットに割り当てられているかどうかを示す。命令（この実施例では、駆動ユニットからの情報の要求）は、機能ビットに関係なく、追加されたビットストリングにも存在し得る。

特定の実施形態では、下位バイトは電子ユニットの位置を含み、上位バイトは命令を含み、本発明は、この特定の順序、又はビットストリング内のこの特定の数のビットに限定されない。

例えば、２つのＲＧＢユニットのみをサポートするデバイスでは、更新する必要がある電子ユニットを示すために最下位の２ビットのみを使用することが可能であるが、ワードの他の１４ビットは、例えば、命令のために使用され得る。

図６の実施形態は、下位バイト（この場合は０×０２）が、上記で説明したようなＬＥＤ位置（この場合はＬＥＤ２）を含むことを示している。上位バイト（この場合は０ｘ０３）は、次のフレームでアドレス指定されたスレーブによって送信される、送信バッファにどのＳ２Ｍデータをロードする必要があるのかを選択するために使用される識別子を含んでいる。この実施例では、上位バイトの値は、ＭＣＵが、例えば、測定されたＬＥＤ順方向電圧を要求していることを示す。ＬＥＤ順方向電圧は既知の方法で測定され、次のフレームにおいて、これらの測定されたＬＥＤ順方向電圧がＭＣＵに送信される。

この特定の実施形態では、上位バイトは８ビットを含むため、例えば、２^８＝２５６の異なる命令が提供されることを可能にする。追加されたビットストリングに２つのワードが含まれている場合、このアドレス空間と接続されたＬＥＤの空間を増やすことができる。プロトコルは有利には非常に柔軟である。

ＭＣＵによる要求には多くの異なる命令が利用可能であり、例えば、
例えば、アプリケーションモードに入る、
例えば、全てのＬＥＤに定義された光出力を事前に設定するために、例えば、較正モードに入る、
例えば、（自動）アドレス指定モードに入る、
例えば、ＮＶプログラムメモリのための、例えば、プログラミングモードに入る、
例えば、ＬＥＤに色情報を送る
例えば、ＬＥＤ用の駆動モード（例えば、電流源又はＰＷＭ駆動を介したリニア駆動）を有効にする、
例えば、全てのＬＥＤに電流が流れている場合、例えば、診断を要求する、
例えば、スレーブアドレスを要求する、
例えば、接続されたＬＥＤの色情報、例えば、これらが赤、緑、青（ＲＧＢ）ＬＥＤである場合、例えば、ＬＥＤのタイプを要求する、
例えば、温度情報を要求する、
例えば、所与のメモリ場所にデータを書き込む、
例えば、所与のメモリ場所からデータを読み込む、
例えば、スリープモードなどのスタンドバイ操作に入る、
例えば、１つ以上の特定のレジスタを書き込むために入力する、
例えば、１つ以上の特定のレジスタを読み込むために入力する、
そして、多くの他の命令が想到可能である。

図６の第２の列６Ｍ２は、Ｓ２Ｍヘッダ（Ｒビットは１）を示しており、ＭＣＵは、スレーブに、スレーブ送信バッファの内容を送るように要求している。Ｉビットは設定されている。スレーブは、その送信バッファからの内容で応答する。スレーブには、命令である少なくとも１つの追加のワードも含まれる。追加のワードは、先に受信した命令（したがって、例えば、本発明のいくつかの実施形態に従って、先に受信した上位バイトに含まれる命令は、スレーブによって繰り返され、これは、マスタによって送られた先の命令を検証するために使用することができる）を含み、続いて、ＭＣＵによって要求された情報の送信が続く。

図６の最後の列６Ｍ３は、ＳＭ２ヘッダ（Ｒビットは１）を示している。ＭＣＵは第２の列６Ｍ２と同じ要求を行う。ただし、この場合、命令ビットＩはヌルであるため、追加のワードはない。スレーブは先に受信した命令を繰り返さず、スレーブは単に命令に従って要求された情報を送信する。先の命令はＤＡＴＡフィールドに含まれないため、ＤＡＴＡフィールドは１ワードだけ縮小される。

Ｓ２Ｍ通信の両方のオプションが可能である。ＭＣＵがフレームに診断情報を追加することができるため、第２の列６Ｍ２のオプションは、より高いセキュリティを与える。一方、第３の列６Ｍ３のオプションは１ワード短く、より高いデータスループットを可能にする。これにより、通信の柔軟性が向上され、ユーザが状況や用途ごとにより適しているオプションを選択することを可能にする。

命令ビットＩの追加の使用がある。例えば、方法は、命令ビットによって有効にされた、追加されたビットストリングでアドレス指定された駆動ユニットのレジスタを直接読み込む又は書き込むことを含んでもよい。このようなレジスタは、メモリ（例えば、ＮＶメモリ、ＲＡＭ、ＲＯＭなどとしての）、ポート、ＡＤＣレジスタなどであり得る。

レジスタを読み込むことは、ＤＡＴＡフィールドに読み込まれるレジスタアドレスを適用することを含み得る。本発明のいくつかの実施形態では、本方法は、（命令ビットＩが追加のビットストリングを有効にするという条件で）追加のビットストリングにバーストポインタアドレスを適用することを含む。バーストポインタアドレスは、ネットワークシステム内の同じ種類の全ての接続された駆動ユニットに対して同じである所定のアドレスである。これは、駆動ユニットによって使用されて、それらのレジスタマップに内部ポインタが設定される。バーストポインタアドレスはシステムに依存するため、例えば、システムの電子機器の異なるバージョンは、異なるバーストポインタアドレスを有し得る。ただし、ＭＣＵには、必要に応じてバーストポインタアドレスを使用するために必要な情報がある。

図７は、第１の列７Ｍ１で、バーストポインタアドレスの使用を示している。ＰＬ長は０に設定されているため、ペイロードには１つのデータ単位（前述のようにＰＬ長＋１）のみが含まれている。これは、機能ビットＦの値（Ｆ＝０）に従って、１ワードとして解釈されるべきである。命令ビットＩは、ＤＡＴＡフィールドに追加のビットストリングが追加されないような値に設定されるため、ＤＡＴＡフィールドの長さは１ワードの長さである。この１ワードは、Ｒビットの値（ゼロ）に続いて、アドレス指定された駆動ユニットに提供される。このワードは既知のアドレス０ｘ１２３４であり、アドレス指定された駆動ユニットはそれをバーストポインタアドレスとして解釈する。放送アドレスが使用される場合、全てのスレーブはそれらのポインタをこのバーストポインタアドレスに置き、そこから更なるアクション（例えば、読み込み／書き込み）を開始する。図は「バーストポインタアドレス」を示しているが、これは図のラベルにすぎず、ビットストリングが追加されていないため、駆動ユニットの指示や情報ではないことに留意されたい。

特定のレジスタを読み込むために、特定のレジスタアドレスは、アドレス指定された駆動ユニットの既知のバーストポインタアドレスにＤＡＴＡフィールド内で送られる。

以下のＳ２Ｍメッセージには、スレーブが、所定のレジスタアドレスから開始して、レジスタの内容で応答するように、Ｒビットが１に設定されている、ＭＣＵから送られたＩＤフィールドが含まれている。列７Ｍ２及び７Ｍ３の両方ともＳ２Ｍフレームに相当するが、第３の列は、ＤＡＴＡフィールド内に、命令ビットＩの値によって定義される余分のワードを含む。この定義下で、「Ｉｎｓｔｒ」フィールドには、駆動ユニットが送るデータの開始アドレスが含まれている。したがって、スレーブは、追加されたビットストリングで現在のアドレスを送る。このレジスタアドレスは、先のＭ２Ｓメッセージペイロード内で設定されている。ＭＣＵは、読み込みが必要なレジスタの数を指定する。これは、ＰＬ長フィールドを使用して行うことができる。例えば、ＰＬ長フィールドに与えられる数は、所定のレジスタアドレスから開始して、ＰＬ長に達するまで線形順序で増加する、読み込まれるレジスタの数である。

いくつかの実施形態では、アドレス範囲は、通常、０ｘ００００で始まり、所定の値で終了するため、上記所定の値を上回る値は、アドレスとして解釈されない。本方法は、その値に応じて追加されたビットストリングを解釈することを含んでもよく、例えば、所定の数を上回る値については、追加されたビットストリングは、命令として解釈され得、その所定の数以下の値については、バーストポインタアドレスを含み得るアドレスとして解釈され得る。同様に、本発明の方法を実装するシステムは、どの値を命令と見なすことができ、どの値をアドレス指定されたレジスタと見なすことができるかを指定するように適合され得る。いくつかの非限定的な実施形態では、例えば、システムの定義は、０×Ｅ０００未満の値がアドレスとして解釈される一方で、等しい又はそれ以上の値が命令であることであり得る。

レジスタを書き込むこと又は読み込むことは、１つ以上のレジスタに書き込むこと又は読み込むことを含み得る。例えば、本発明の方法は、ＤＡＴＡフィールドに書き込むために第１のレジスタを追加することを含み得る。いくつかの実施形態では、命令ビットＩは、書き込むために第１のレジスタアドレスを含むＤＡＴＡフィールド内の少なくとも１つの更なるビットストリング、例えば、１つ以上のワードを有効にする。追加されたビットストリングの後に開始し得るペイロードには、レジスタに書き込むデータが含まれている。所与のフレームに対して、ペイロードはＰＬ長＋１であり、データフィールドには、最終的に、命令ビットＩの値に応じて、ペイロード＋１つの追加のビットストリング（この場合はワード）が含まれている。書き込み又は読み込みは線形順序で行われるので、レジスタの数はＰＬ長によって定義される。したがって、ＰＬ長は、この場合も、書き込み又は読み込みするレジスタの数を示す。

このレジスタ操作の開始は、命令フィールドで行われる。Ｒビットがゼロの場合、通信フレームはＭ２Ｓであり、「書き込み」操作が行われる。ＰＬ長が、例えば、６ワードに設定されている場合、スレーブは６ワードを受信し、レジスタごとに１ワードを書き込みするので、６つの連続したレジスタは１ワードを受信する。Ｒビットが１の場合、フレームはＳ２Ｍフレームであり、「読み込み」操作が行われる。

図８は、レジスタを書き込むための通信フレームを示している。列８Ｍ１～８Ｍ４は、Ｒビットの値（０に設定）に従って、Ｍ２Ｓフレームである。ＰＬ長フィールドには３ビットしかないため、利用可能な値は０００から１１１まで変化し、これは１０進法で７に等しい。ペイロードはＰＬ長＋１に等しいため、ペイロードの８ワードの後に、アドレス指定されたスレーブに対して、新しい開始アドレスを持つ新しいフレームを初期化する必要がある。したがって、列８Ｍ１が終了した後、次の列が始まる。命令ビットＩは１であるため、追加されたビットストリングは、スレーブがその「開始アドレス」から始めてレジスタに置くべきデータの「開始アドレス」を線形順序で提供する。

このように、本発明は、駆動ユニットのアドレスに大きなビットストリングを可能にすることによって通信を向上させ、必要に応じて、ビットストリングがデータフィールドに追加される。駆動ユニットは、ビットストリングが追加されているかどうかを示す１つの命令ビットを含むＩＤフィールドを解釈する。追加されたビットストリングを使用して、図６で前述したように、情報（先に受信した命令の駆動ユニットによる確認、レジスタを書き込むための通信における開始レジスタアドレスなど）及び／又は電子ユニットを更新する命令、先に受信した命令の駆動ユニットによる確認、更には更なるビットストリングの一部分におけるデータビットの割り当て及び更なるビットストリングの異なる部分における更なる命令又は情報の組み合わせなどの命令を追加することができる。

Claims (14)

1. 電子ユニットに給電するために複数の駆動ユニット（１１）を操作する方法であって、マスタ制御ユニット（１０）と複数の駆動ユニット（１１）のうちの少なくとも１つとの間でビットシーケンスを含むフレームを交換することを含み、前記シーケンスは連続するビットストリングのフィールドに分割され、前記方法は、
   －少なくとも１つの駆動ユニット（１１）をアドレス指定するためのＩＤフィールドを、前記マスタ制御ユニット（１０）と前記少なくとも１つのアドレス指定された駆動ユニット（１１）との間でデータを交換するために、適用することと、
   －前記アドレス指定された少なくとも１つの駆動ユニット（１１）の前記電子ユニットのステータスに関する情報及び／又は命令を含むペイロードを含むＤＡＴＡフィールドを適用することと、を含み、
   －前記ＩＤフィールドを適用することは、
   －前記少なくとも１つのアドレス指定された駆動ユニット（１１）に前記ＤＡＴＡフィールドを適用するために、また、前記駆動ユニット（１１）がアドレス指定されていない場合は、前記ＤＡＴＡフィールドを無視するために、Ｎビットを含むビットの第１のサブストリング（ＩＤ１５～ＩＤ８）を使用して前記駆動ユニット（１１）アドレスを示すことであって、ここで、２＾Ｎは前記複数の駆動ユニット（１１）における駆動ユニットの数以上である、示すことと、
   －値を割り当てるための受信／送信コマンドビット（Ｒ／Ｔ）を、前記受信／送信コマンドビット（Ｒ／Ｔ）に割り当てられた前記値に応じて、前記マスタ制御ユニット（１０）が、前記少なくとも１つのアドレス指定された駆動ユニット（１１）からデータを受信するべきか、又は前記少なくとも１つのアドレス指定された駆動ユニット（１１）にデータを送信するべきかを識別することを可能にするために、かつ前記フレームが前記少なくとも１つのアドレス指定された駆動ユニット（１１）によって受信されたときに、各アドレス指定された駆動ユニット（１１）が前記マスタ制御ユニット（１０）によってどのアクションが必要とされているかを復号することを可能にするために、使用することと、
   －前記ＩＤフィールド内の第２のサブストリング（ＩＤ４～ＩＤ２）を使用して、前記ペイロードの長さを示すことと、を更に含み、
   －前記ＤＡＴＡフィールド内の情報のタイプを示す、値を割り当てるための命令ビット（Ｉ）を更に使用することを特徴とし、
   －前記ＤＡＴＡフィールドを適用することは、前記命令ビット（Ｉ）が第１の値を有する場合、前記ペイロードの前記ビットのシーケンスからなるビットのシーケンスを適用することを更に含み、
   －前記ＤＡＴＡフィールドを適用することは、前記命令ビット（Ｉ）が前記第１の値とは異なる第２の値を有する場合、前記ペイロードの前記ビットのシーケンス及び少なくとも１つの追加のビットサブストリングを含むビットのシーケンスを前記ＤＡＴＡフィールド内の予め定義された位置に適用することであって、前記追加のビットサブストリングは、前記駆動ユニットによってアクションを実行するための情報を導入する、適用することを含む、方法。
2. 前記ＩＤフィールドを適用することは、値を割り当てるための機能ビットを適用することを更に含み、前記機能ビットＦの第１の値について、前記ＤＡＴＡフィールドのビットを異なる電子ユニットに割り当て、前記機能ビットＦの第２の値について、前記ＤＡＴＡフィールド内のデータビットを駆動ユニット命令として処理することを更に含む、請求項１に記載の方法。
3. ＩＤフィールドを適用することは、１６ビットのストリングを使用することを含む、請求項１に記載の方法。
4. ビットの第１のサブストリング（ＩＤ１５～ＩＤ８）を使用して前記駆動ユニット（１１）アドレスを示すことは、８ビットからなる第１のビットサブストリングを使用することを含む、請求項１に記載の方法。
5. 前記第２のサブストリング（ＩＤ４～ＩＤ２）は３ビットからなる、請求項１に記載の方法。
6. 電子ユニットに給電することは、２つ以上のＬＥＤを含むＬＥＤクラスタに給電することを含む、請求項１に記載の方法。
7. フレームを交換することは、少なくとも１つの追加のビットサブストリングが前記ＤＡＴＡフィールドに追加されるように、前記第２の値を前記命令ビット（Ｉ）に割り当てることを含み、前記少なくとも１つの駆動ユニットから前記マスタ制御ユニット（１０）にＤＡＴＡフィールドを送信することを更に含み、前記追加のビットストリングは、前記駆動ユニットによって実行される前記命令の情報を含む、請求項１に記載の方法。
8. 前記ＤＡＴＡフィールドに追加され、少なくとも１つの電子ユニットの位置を含む予め定義された第１のバイトと、次のフレームで前記アドレス指定された駆動ユニットによって送信される、送信バッファに前記駆動ユニットから前記マスタ制御ユニットへどのデータをロードする必要があるのかを選択するために使用される識別子を含んでいる、前記第１のバイトとは異なる予め定義された第２のバイトとに分割された少なくとも１ワードで命令を送信することを更に含む、請求項１に記載の方法。
9. 前記マスタ制御ユニット（１０）からスレーブに、前記駆動ユニットから前記マスタ制御ユニット（１０）に前記送信バッファ内の前記データを送る要求を送ることを更に含む、請求項８に記載の方法。
10. 前記マスタ制御ユニット（１０）から前記要求を送ることは、前記追加のビットストリングを適用するための前記命令ビット（Ｉ）の前記第２の値を設定して、前記送信バッファ内の前記データを前記駆動ユニットから前記マスタ制御ユニット（１０）に送り、前記追加のビットストリングで、前記駆動ユニットによって先に受信された前記識別子を送ることを更に含む、請求項９に記載の方法。
11. 命令ビット（Ｉ）を使用することは、少なくとも１つの追加のビットサブストリングが前記ＤＡＴＡフィールドに追加されるように、前記第２の値を前記命令ビットに割り当てることを含み、前記少なくとも１つの追加のビットサブストリングは、バーストポインタアドレスを含む、請求項１に記載の方法。
12. 前記受信／送信コマンドビットの第１の値について、前記バーストポインタアドレスを使用してレジスタの情報を読み取ること、又は前記受信／送信コマンドビットの第２の値について、前記バーストポインタアドレスを使用して前記レジスタに情報を書き込むことを更に含む、請求項１１に記載の方法。
13. 複数の電子ユニット及びマスタ制御ユニット（１０）に接続可能な駆動ユニットであって、先行請求項のいずれか一項に記載の方法のステップを実行するように構成されている、駆動ユニット。
14. 複数の電子ユニットに接続可能な複数の駆動ユニットを備えるシステムであって、前記複数の駆動ユニットに接続されたマスタ制御ユニットを更に備え、前記マスタ制御ユニット及び駆動ユニットは、請求項１～１２のいずれか一項に記載のステップを実行するように構成されている、システム。