(57)【要約】  識別可能に異なる色座標の複数の離散した照明源を含む照明器具を動作する方法は、照明器具を動作する目標の色座標および光束を決定する工程と、複数の離散した照明源の測定に基づく較正データを有する較正データルックアップ表を参照することによって目標の色座標および光束を実質的に生成する複数の離散した照明源の各々に対する入力電力値を決定する工程と、較正データに応じて目標の色座標が位置する複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、目標の色座標を実質的に生成する色混合ゾーンを画定する３つの識別可能に異なる色座標の１つを有する複数の離散した照明源の各々に対する光束比を決定する工程とを含む。
2013521593.tif 000002
【特許請求の範囲】
【請求項１】
識別可能に異なる色座標の複数の離散した照明源を含む照明器具を較正する方法であって、
前記複数の離散した照明源の各々の色座標を測定する工程と、
目標の色座標が位置する前記複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、
前記目標の色座標を実質的に生成する前記色混合ゾーンを画定する前記３つの識別可能に異なる色座標の１つを有する前記複数の離散した照明源の各々に対する光束比を決定する工程と、
決定された前記光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定する工程と
を含む方法。
【請求項２】
前記離散した照明源は、発光ダイオード（ＬＥＤ）である、請求項１に記載の方法。
【請求項３】
前記入力電力は、電気信号のパルス幅変調（ＰＷＭ）を使用して提供される、請求項１に記載の方法。
【請求項４】
前記複数の離散した照明源は、色空間の可視赤色、緑色、青色および白色領域に主要な波長を有する離散した照明源を含む、請求項１に記載の方法。
【請求項５】
前記決定された入力電力レベルは、正規化パルス幅変調（ＰＷＭ）デューティサイクル比である、請求項１に記載の方法。
【請求項６】
前記色座標の測定中に測定された前記離散した照明源の測定温度Ｔ０を記録する工程をさらに含む、請求項１に記載の方法。
【請求項７】
前記目標の色座標で目標の光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定することをさらに含む、請求項１に記載の方法。
【請求項８】
前記複数の離散した照明源の各々の色座標を測定する工程は、前記目標の色座標を実質的に生成する際に、前記複数の離散した照明源の各々の動作色座標を測定することを含む、請求項１に記載の方法。
【請求項９】
前記動作色座標を測定する工程は、所定の離散した照明源の前記色座標および光束を決定する際に、隣接する離散した照明源の加熱効果を補償することを含む、請求項８に記載の方法。
【請求項１０】
識別可能に異なる色座標の複数の離散した照明源を含む照明器具を動作する方法であって、
前記照明器具を動作する目標の色座標および光束を決定する工程と、
前記複数の離散した照明源の測定に基づく較正データを有する較正データルックアップ表を参照することによって前記目標の色座標および光束を実質的に生成する前記複数の離散した照明源の各々に対する入力電力値を決定する工程と、
前記較正データに応じて前記目標の色座標が位置する前記複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、
前記目標の色座標を実質的に生成する前記色混合ゾーンを画定する前記３つの識別可能に異なる色座標の１つを有する前記複数の離散した照明源の各々に対する光束比を決定する工程と、
前記決定された光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定する工程と
を含む方法。
【請求項１１】
前記複数の離散した照明源の各々に対する入力電力値を決定する工程は、前記複数の離散した照明源の現時点の動作温度を決定することと、前記較正データおよび前記現時点の動作温度と前記較正データの前記測定温度との差に基づいて、補償された入力電力値を計算することとを含む、請求項１０に記載の方法。
【請求項１２】
前記色混合ゾーンを決定する工程は、前記複数の離散した照明源の前記色座標における前記現時点の動作温度と前記較正データの前記測定温度との差を補償することを含む、請求項１１に記載の方法。
【請求項１３】
前記複数の離散した照明源の各々に対する前記入力電力値を決定する工程は、前記複数の離散した照明源の前記動作色座標の変化に起因する前記色混合ゾーンの変化を補償することをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記離散した照明源は、発光ダイオード（ＬＥＤ）である、請求項１０に記載の方法。
【請求項１５】
前記入力電力は、電気信号のパルス幅変調（ＰＷＭ）を使用して提供される、請求項１０に記載の方法。
【請求項１６】
前記複数の離散した照明源は、色空間の可視赤色、緑色、青色および白色領域に色座標を有する離散した照明源を含む、請求項１０に記載の方法。
【請求項１７】
前記複数の離散した照明源の各々に対する前記入力電力値を決定する工程は、前記複数の離散した照明源が動作してきた時間の長さを補償することを含む、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本願は、「An Aircraft LED Washlight System and Method for Controlling Same」と称する２００８年９月２４日に出願された米国仮特許出願第６１／０９９，７１３号および「An Aircraft LED Washlight System and Method for Controlling Same」と称する２００８年１０月１５日に出願された米国仮特許出願第６１／１０５，５０６号の優先権の利益を主張する２００９年９月２４日に出願された米国特許出願第１２／５６６，１４６号の一部継続である。本願は、上記の参照出願の優先権の利益を主張し、「Lighting System for Vehicle Cabin」と称する２０１０年２月２５日に出願された米国仮特許出願第６１／３０８，１７１号、「Lighting System for Vehicle Cabin」と称する２０１０年４月２日に出願された米国仮特許出願第６１／３２０，５４５号および「Lighting System for Vehicle Cabin」と称する２０１０年５月１７日に出願された米国仮特許出願第６１／３４５，３７８号の優先権の利益も主張する。上記の参照出願のすべては、それらの全体が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
[0002]ウォッシュライトは、一般に、間接照明を介して照明アクセントを提供するために使用される（すなわち、エリアは主に別の表面から反映される照明源からの光によって照明が当てられる）。概して車両に対して、本明細書では具体的に航空機に対して、ウォッシュライトを使用して、特に有色照明を使用する際にさまざまな雰囲気を作り出すことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
[0003]発光ダイオード（ＬＥＤ）技術の進展により、ウォッシュライトは、電力の利用可能性が制限される航空機に特に該当する、低電力照明ソリューションが望ましい場合の理想的な光源となった。しかし、公知のシステムでは、ＬＥＤおよび同様の特性を有する光源を使用することで可能となる全制御範囲に関する洗練度に欠ける。
【０００４】
[0004]ＬＥＤ照明技術の使用によりもたらされる一つの課題は、同じ入力電気信号と仮定の上で、同じタイプおよびモデルであっても異なるＬＥＤにより光出力の照度が異なり得ることである。真新しいＬＥＤにおける相違は、製造プロセスにおける相違によるものである。また、ＬＥＤの出力は、動作温度やＬＥＤを作動させた時間の長さ（すなわち、ＬＥＤの使用年数）によっても異なり得る。したがって、複数のＬＥＤ照明モジュールを含むウォッシュライトの設置では、同じ入力電気信号を使用してＬＥＤ照明モジュール内の各種のＬＥＤすべてを動作する場合、一様な照明特性（例えば、色、色温度および輝度）が得られない恐れがある。同様に、ウォッシュライト装置における、多くのより古いＬＥＤ照明モジュールの１つに取って代わる新しいＬＥＤ照明モジュールでも、同じ入力電気信号を使用して動作する際に、取って代わったより古いＬＥＤ照明モジュールと同じ照明特性が得られない恐れがある。
【課題を解決するための手段】
【０００５】
[0005]識別可能に異なる色座標の複数の離散した照明源を含む照明器具を較正する方法は、複数の離散した照明源の各々の色座標を測定する工程と、目標の色座標が位置する複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、目標の色座標を実質的に生成する色混合ゾーンを画定する３つの識別可能に異なる色座標の１つを有する複数の離散した照明源の各々に対する光束比を決定する工程と、決定された光束比を生成する複数の離散した照明源の各々に対する入力電力レベルを決定する工程とを含む。
【０００６】
[0006]識別可能に異なる色座標の複数の離散した照明源を含む照明器具を動作する方法は、照明器具を動作する目標の色座標および光束を決定する工程と、複数の離散した照明源の測定に基づく較正データを有する較正データルックアップ表を参照することによって目標の色座標および光束を実質的に生成する複数の離散した照明源の各々に対する入力電力値を決定する工程と、較正データに応じて目標の色座標が位置する複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、目標の色座標を実質的に生成する色混合ゾーンを画定する３つの識別可能に異なる色座標の１つを有する複数の離散した照明源の各々に対する光束比を決定する工程と、決定された光束比を生成する複数の離散した照明源の各々に対する入力電力レベルを決定する工程とを含む。
【図面の簡単な説明】
【０００７】
[0007]本発明は、本発明のさまざまな実施形態を示す図面を参照して以下で説明される。
【０００８】
【図１Ａ】照明システムコンポーネントの例示的な構成を示すブロック図である。
【図１Ｂ】照明モジュール群の主要なコンポーネントを示すブロック図である。
【図１Ｃ】照明の異なるレベルを示す階層的な樹形図である。
【図１Ｄ】モジュールの領域別の分類を示すブロック図である。
【図２Ａ】例示的な照明モジュールの底面図である。
【図２Ｂ】図２Ａに示される照明モジュールの垂直断面図である。
【図３Ａ】プラグアセンブリを示す例示的な照明モジュールの絵画図である。
【図３Ｂ】例示的な照明モジュール群の絵画図である。
【図４Ａ】Ｕ形状に接続された例示的な照明モジュール群の側面図である。
【図４Ｂ】Ｕ形状に接続された例示的な照明モジュール群の上面図である。
【図４Ｃ】Ｕ形状に接続された例示的な照明モジュール群の斜視図である。
【図５】照明モジュール群のさまざまな構成を示すブロック図である。
【図６】ＡＣＰを使用したシーン変化のための例示的なフロー図である。
【図７】ＲＳ４８５通信バスへのＬＲＵの例示的な接続を示すブロック図である。
【図８】ＣＩＥ１９３１色度図を示す。
【図９】異なる色の複数のＬＥＤからの光出力を混合して所望の色セットポイントを生成する方法を示す。
【図１０】ＬＥＤ照明モジュールを較正する方法を示す。
【図１１】ＬＥＤ照明モジュールのＬＥＤの色座標および光束を得る反復法を示す。
【図１２】ＬＥＤ照明モジュールのＬＥＤの色座標および光束を得る色シフト測定方法を示す。
【図１３】ＬＥＤ照明モジュールのＬＥＤの色座標および光束を得る直接測定方法を示す。
【図１４】ＬＥＤのＰＷＭデューティサイクル比を調整して温度変動を補償するための方法を示す。
【発明を実施するための形態】
【０００９】
概要および構造的階層
[0008]モジュールまたはモジュール群がインテリジェント制御を含むモジュール式照明システムが提供される。図１Ａは、航空機照明システム１０で使用され得る分類階層の例示的な組織を提供する。照明システムは、航空機上で使用され得るアドレス指定可能な異なる照明領域２０に分割することができる。例えば、航空機上の領域は、側壁照明、クロスビン照明、主翼上非常口照明、天井照明、直接照明などを含み得る。照明システムの領域分割により、航空機の幅広いエリア全体にわたる照明制御が可能になる。
【００１０】
[0009]これらの各領域２０内には、１つまたは複数の照明モジュール群６０を設けることができる。これらのモジュール群６０は、迅速なアセンブリ、保守および交換を可能にするために列線交換ユニット（ＬＲＵ）として構築され得る。例えば、あるモジュール群６０は、客室の１０〜１５列目用のクロスビン照明のためのものであり得る。
【００１１】
[0010]航空機の照明システム１０は、例えば、飛行中（飛行の滑走段階を含む）に乗務員が照明を制御するためおよび保守のための主要なユーザインターフェースとして乗務員制御パネル（ＡＣＰ）４０を使用することができるシステムコントローラ３０をさらに含む。
【００１２】
[0011]システム内のＬＥＤモジュールは、互いに相互接続してモジュール群を形成するよう設計される。添付の付属書は、モジュールを互いにおよび既存の装着用の航空機構造に接続するために使用され得るブラケット取付けおよびケーブル配線について解説する。
【００１３】
[0012]各照明モジュール群６０は、航空機の電力をモジュール群８０が使用可能な電力に変換する電源７０を含み、有害な雑音および他の信号を除去するためのフィルタ８０を含み得る。各モジュール群は、システムコントローラ３０からの高レベルの命令を知的に処理することができ、できる限りシステムコントローラ３０に有用な情報を戻すモジュール群コントローラ９０を含む。
【００１４】
[0013]照明モジュール群６０は、その各々がＬＥＤ群１２０内で組織化され得る複数のＬＥＤ  １３０を順に含む１つまたは複数の照明モジュール１１０を含み得る。個別のＬＥＤ  １３０は２つ以上の群１２０に属する場合があることに留意されたい。例えば、ＬＥＤ  １３０は、製造業者に基づくある群に応じて配置することができ、かつ、色に基づく別の群に配置することができる。
【００１５】
[0014]照明モジュール群６０が単一の照明モジュール１１０を含む場合、その特性（電源７０、フィルタ８０およびコントローラ９０など）はモジュール１１０自体に関連し得ることに留意されたい。言い換えれば、群６０内に単一のモジュール１１０のみが存在する場合、照明モジュール群６０および照明モジュール１１０は、同じものとして解釈され得る。
【００１６】
[0015]各モジュール１１０は、以下の１つまたは複数を含むよう設計され得る。すなわち、ａ）群６０内でモジュールおよびできる限りの他の取り付けられたスレーブモジュール１１０’を制御するための制御回路９０と、ｂ）ＬＥＤウォッシュライトを、例えば１１５ＶＡＣ、４００Ｈｚの電源から機能できるようにするための電源回路７０であって、例えば１１５ＶＡＣ、４００Ｈｚを受電して、２８ＶＤＣ、１２ＶＤＣ、５ＶＤＣにまたはＬＥＤおよび電子機器の動作に通常必要とされるＤＣ電圧であれば何であろうと変換することができ、電源７０の設計はスイッチング電源が好ましいが、およそ７５％〜８５％の効率を有し、およそ７．５Ｗを受電し、ＬＥＤ、マイクロコントローラおよび他の電子機器負荷に５．７Ｗ供給するリニア電源または他のトポロジでもあり得る、電源回路７０と、ｃ）モジュールへの受電電力をフィルタリングし、問題のある高調波放射も、スパイクも、他の望ましくない電力状態も航空機電力バスに逆導入しないことを保証する、フィルタ回路８０。
【００１７】
[0016]モジュール内のＬＥＤ  １３０は、モジュール内の特定のＬＥＤ分類１２０内においてできる限り個別にまたは一括して（モジュール内のすべてのＬＥＤ）制御することができる。分類１２０は、任意の数のＬＥＤを含み得るか、または、エリアゾーン、色、ＬＥＤの特性もしくは他のスキームに従って分類することができる。
【００１８】
[0017]図１Ｃは、例示的な設計における全体的な階層構造を示すが、あらゆる実施形態においてさまざまなレベルの階層が必ずしも存在しなければならないわけではないことに留意されたい。図１Ｄは、複数の領域別の照明構成２０に接続されるＡＣＰ  ４０（本明細書におけるＡＣＰ４０についての論考は、付随するシステムコントローラ３０への言及も示唆する）を示す例示的な構成である。ＡＣＰ  ４０は、ＲＳ−４８５ポートなどのポートを介して、または、例えばイーサネット、ＴＣＰ／ＩＰなどを使用するネットワークポートを介して通信することができる。図１Ｄは、異なる照明コンポーネントが照明モジュール群６０または個別の照明モジュール１１０自体であり得ることを示す（単一の照明モジュール１１０を有するモジュール群６０として解釈される場合もある）。
【００１９】
[0018]図２Ａは、例示的な照明モジュール１１０の底面図である。示されるように、個別のＬＥＤ  １３０Ａ１．１、１３０Ａ１．４は、ＬＥＤ群に組織化され得る（２つの記載のＬＥＤはＬＥＤ群１２０Ａ１に属する。ＬＥＤ  １３０は、互いに同一である場合も（色または他の動作上の特性の点で）異なる場合もある。同様に、ＬＥＤ群１２０は、互いに同一である場合も（例えば、１２０Ａ１、１２０Ａ２）互いに異なる場合も（例えば、１２０Ａ１、１２０Ｂ１）ある。ＬＥＤは任意の構成で配置され得る。図２Ｂは、図２Ａに示されるモジュール１１０の垂直断面図であり、モジュールケース内の回路コンポーネントの例示的なレイアウトを示す。図２Ｂは、ＰＣＢ上の特定の位置に配置される、電源７０、フィルタ８０およびモジュール群コントローラ９０を示すが、コンポーネントの実際の位置は、工学術設計原理に基づいて変化させることができる。例えば、電源または他のコンポーネントは、裏返して裏面に位置付け、熱伝達を容易にすることができる。
【００２０】
[0019]図３Ａは、ＬＲＵとして構成されたモジュール１１０を示し、電源プラグアセンブリ１１２と、モジュール１１０を追加のモジュール１１０と接合するために使用され得る終端コネクタ１１４とを有する。
【００２１】
[0020]上記の通り、モジュール１１０は、集め合わせてモジュール群６０を形成、例えば、３つのモジュール１１０からモジュール群６０を形成することができる。図３Ｂは、群６０として配置された３つのそのようなモジュール１１０の収集体を示す。図４Ａ〜Ｃは、モジュール１１０の別の配置でのモジュール群６０の形成を示し、モジュール１１０はＵ形状の並列構成で配置される。
【００２２】
[0021]図４Ａ〜Ｃは、各々が押し出されたハウジングを有し、プラグを介して相互接続される個別のモジュール１１０を示す。しかし、モジュール群６０が共通のハウジングを含むことも、個別のモジュール１１０をハウジング内にプリント基板として実装し、例えばジャンパボードまたは他のプラグ形式を介して一緒に接合することも可能である。これらの設計における利便性は、アセンブリを容易にし、修復を容易にし、ハウジングおよび装着ブラケットを用いたモジュール式構成により、非常に簡単で効率的な設置および取り外しが可能になる。
【００２３】
[0022]図５に示されるように、モジュール群６０は、各々が外部のコントローラに外部で接続され、互いに独立して制御されるすべてのマスタモジュール（構成１）を含み得る。あるいは、群（構成２）は、外部のコントローラに直接接続されて制御されるマスタモジュールおよび接続されたマスタモジュール１１０を通じて通信を受信したり、信号を制御したりするスレーブモジュール１１０’の任意の組合せを含み得る。
【００２４】
[0023]構成Ａは、各モジュール１１０が電源７０と、フィルタ８０と、コントローラ９０とを含むモジュール群６０を示す。しかし、構成Ｂでは、第１のモジュール１１０はフィルタのみを含むが、第２のモジュール１１０は電源７０とコントロールとを含み、最終的に、第３のモジュール１１０は電源７０も、フィルタ８０も、コントローラ９０も含まないことが分かる。この図解では、第３のモジュール１１０は、群内の異なるモジュールから電力を受電したり制御を受け入れたりするだけのダミーである。
【００２５】
[0024]モジュール群６０に対して、１ユニットあたり１つの電源７０または１ユニットあたり２つの電源７０が存在し得、デバイスの両側に位置することが好ましく、ウォッシュライトの押出部内またはウォッシュライトの各端部のブラケットエリア内に装着されることもまた好ましい。電力がさらに必要とされる場合は、照明ユニットを一緒に接続してアセンブリを形成するブラケットエリアまで電源７０が延在することも可能であり、これにより出力能力を増大させることができる。
【００２６】
[0025]ＬＥＤ  １３０は、リニアアレイ、交互ＬＥＤ  １３０、もしくはＵ形状アレイまたはそれらの任意の組合せのいずれかで、一方または両方の電源７０から給電することができる。これらの構成は、ＬＥＤ  １３０の電源を投入する際またはある一連のＬＥＤが消灯する場合に、わずかに異なる方法で実行する。
【００２７】
[0026]２つのリニアストリップアレイ手法もまた、光源レベルを徐々に独立して増大することができるが、これは、各電源７０の動作を交互に行うことができ、したがって、最大レベルを下回るレベルで各電源７０を実行することができるため、および／または、一定期間停止して電源７０を冷却することができるため、デバイスの寿命の延長に役立つはずである。特定のＬＥＤ  １３０への電力は、ＬＥＤへの電圧／電流レベルを変更することで、または、パルス幅変調などのスキームによって制御することができる。
【００２８】
[0027]好ましくはブラケットエリア内に位置する追加の外部電源７０を追加して上記と同じように制御することもでき、したがって、デバイスの全出力を増大し、寿命を延長することができる。
【００２９】
[0028]上記の通り、モジュール１１０自体またはモジュール群６０は、マスタまたはシステムコントローラ３０によって一括して制御することができる。そのようなマスタコントローラ３０は、以前に可能であったものよりはるかに高い機能レベルでのモジュール１１０またはモジュール群６０の動作を可能にすることができる。
【００３０】
シーンの使用
[0029]非常に高レベルの制御は、例えば、航空機全体に適用できるある照明特性を決定するさまざまな「シーン」を定義することを伴う。これらの高レベルのシーンの使用により、複雑な照明制御を大幅に簡素化することができ、例えば、客室乗務員は、システム／主要なコントローラ３０に接続される乗務員制御パネル（ＡＣＰ）４０を使用して、数種の基本シーンからシーンを選択し、特定の照明パターンを作成することができる。
【００３１】
[0030]例えば、「搭乗／降機」または「清掃／保守」に指定されたシーンは、最大レベルの白照明（例えば、５０００ケルビン）を指定し得るが、「白昼飛行中」のシーンは、黄色の要素をより多く有するより低い色温度（例えば、３０００ケルビン）の中程度のレベルの照明を指定し得る。「夜間就寝中」のシーンは、かなり薄暗い青照明を指定し得る。このように、特定の既定のシーンを使用して、客室照明を容易に制御することができる。主要な制御デバイスのユーザインターフェースから各色群に対する特定レベルを操作させるオーバライドを提供することができる。
【００３２】
[0031]コントローラ３０自体が、ＬＥＤ  １３０の精密な調整を可能にし、例えば経時的なＬＥＤ  １３０の老朽化、色シフトなどを補償することができる補正アルゴリズムを有する場合がある。同様に、補正アルゴリズムは、モジュール群６０またはモジュール１１０自体に存在することができる。
【００３３】
[0032]その上、１つのシーンから移行する際または色／レベルの設定の際でも、特定のアルゴリズムを実施して円滑な移行を行うことができるが、これは、必ずしもそれぞれの色の線形調整であるとは限らない。したがって、１００％輝度から２０％輝度、すなわち白色から青色へと調整するため、線形調整では、望ましくない赤色の要素が移行に導入される可能性がある。したがって、一実施形態では、移行中の適正な調整に必要な輝度値を含む制御プロセッサ（システムコントローラ３０および／また群／モジュールコントローラ９０）によって使用される特定のルックアップ表（ＬＵＴ）を提供することができる。制御は、シーンの作成および移行の制御用に具体的に設計されたソフトウェアアルゴリズムを使用して実行することができる。
【００３４】
電力制御
[0033]その上、電力使用にある所定の制約が与えられた場合、全体の電力消費をある指定限度内に制限する機能を備えた制御回路（システム３０およびまたは群／モジュールコントローラ９０内に）を設けることが望ましい場合があり、この限度は、航空機の状況に応じて変化する可能性がある。これにより、たとえシステムの総電力消費が既定の限度を超える可能性があっても、システムの精密な制御が可能である。
【００３５】
[0034]例えば、照明システムは、その最高輝度構成に完全に係合している場合、２０００Ｗを消費し得る。しかし、滑走中および駐機中は２０００Ｗすべてを使用可能であっても、飛行中は１０００Ｗの使用電力限度が課せられる可能性がある。このシナリオにおいて、コントローラは、航空機の飛行中には、照明システムへの１０００Ｗ以下の送達を確保することができる。
【００３６】
[0035]これを達成する一つの方法は、マスタ制御３０に付随する各モジュール１１０に対する電力消費特性のデータベースを有することである。許容値を超える可能性がある要求を受信した場合、マスタ制御３０は、システムを必要限度未満に保つように光源レベルを適切に低減することができる。例えば、客室乗務員が不注意でその最高照明要件である２０００Ｗを有するシーン「搭乗／降機」を選択した場合、マスタコントローラは、これが不適正であることを検出し、１０００Ｗの上限が維持されるようにレベルを５０％以下に制限することができる。
【００３７】
[0036]シーン開発者のソフトウェアを提供して、いずれのシーンまたはモードも、照明システム１０全体、所定のアプリケーションのタイプ、ＬＲＵまたはデバイスに対する固定または可変全電力消費を超えることがないことを保証することができる。このソフトウェアは、ワット負荷を自動的に規制し、限度に近づいていること、限度に到達したこと、または、限度を超えたことをユーザまたはプログラマなどに通知することができ、一旦限度に到達すればデバイスをそれ以上追加できないようにする。
【００３８】
[0037]さらに、コントローラ３０は、照明アプリケーション、ＬＲＵまたはデバイスに対するランダムおよび／または特定可能な特性の設定を可能にするための別の選択肢を有し得、その結果、選択されたアプリケーションまで全電力を低減することによって、最大電力を超えることはなくなり、したがって、優先度の低いアプリケーションに対する光出力を自動的に削減する一方で、他へのより多くの出力を可能にする。
【００３９】
[0038]これは、線形であってもよいし、より複雑な関係およびアルゴリズムならびに各負荷のタイプに対する重み付け係数を使用してもよい。これは、好ましくは、ユーザの介入なしに自動的に実行され、ディスプレイおよびメモリ表を使用して、電流引き込み、ワット消費、優先度設定などに関するそれぞれのルックアップ値を表示および格納し、この情報とともに最終構成を現場の客室乗務員パネルなどの製造機器に表示することができる。このソフトウェアは、マスタコントローラ３０またはＡＣＰ  ４０のＬＣＤディスプレイに格納することができ、要件としての個別の照明負荷に関する情報は、必要に応じて、送信（または事前にロード）し、照明デバイス（モジュール群６０および／またはモジュール１１０）自体に格納することもできる。
【００４０】
[0039]要約するとおよびより詳細な説明を提供すると、航空機照明システム１０は、各々が複数のＬＥＤ  １３０を含む多数のモジュール（モジュール１１０または群６０）を組み込むことができる。このシステム１０では、以下の属性、すなわち、個別にアドレス指定可能であるが、必ずしもその必要はない、任意のレベルでの照明および分類（ＬＥＤ  １３０、ＬＥＤ群１２０、モジュール１１０、モジュール群６０、領域２０および全システム１０）を提供することができる。
【００４１】
[0040]有利には、照明およびモジュールの「群」または「ゾーン」の階層は、制御しやすいように、および、照明をまとめて機能できるように設けられる。システム１０は、経時的に変化する動的シーンを提供することができ、これらのシーンは、乗務員制御パネル（ＡＣＰ）４０に付随する制御論理３０を介して簡単に制御することができる。
【００４２】
[0041]一実施形態では、照明ユニット（モジュール１１０またはモジュール群６０のいずれか）を列線交換可能ユニット（ＬＲＵ）として、事前に構成されたシーン情報を既に格納した状態で工場から出荷することができる。上記で説明されるもののようなシーンの基本セットは、モジュール１１０または群６０にプログラミングすることができ、その結果、既存のシステムに容易に統合させることができる。また、システム１０は、シーン開発者が彼ら独自のシーンおよびシーン間の移行を設計することができるシーン作成ツールを含むこともできる。これは、最大許容電力を超えないことを保証する際に役立つように、または、電力消費コストを削減する際に役立つように、電力管理ツールと統合することもできる。さらに、一実施形態では、同じシーンに対して複数の照度を指定することができる。例えば、飛行中のシーンは、高／中／低／夜間の設定で提供することができる。
【００４３】
[0042]好ましい実施形態では、一部のシステムインテリジェンスを、群６０のコントローラ９０のシーン生成ツール内に配置することができる。そのような設計では、コントローラ９０内の照明ＬＲＵ  ６０ファームウェアは単純で同じものである。システム１０は、現場でのＬＲＵ  ６０の電気的消去可能（Ｅ２）メモリの更新を禁止するよう設計することができる（設計ガイドの下では、工場に返却されるデバイスは、出荷時と同じ構成である必要がある）。このシナリオでは、コントローラ通信は最小限に抑えられ、より小さな帯域幅を実現することができる。
【００４４】
[0043]シーンデータの例示的なＬＲＵ  Ｅ２メモリレイアウトを以下に示す（この例示の目的で、高＝０、中＝１、低＝２、夜間＝３）。もちろんこれは、各シーンに対して４つの照度設定が設けられることを想定する（したがって、すべてのシーンがメモリレイアウト内に４行分に値するデータをそれぞれ実際に有することになる）が、この数は変化する可能性がある。
【００４５】
[0044]未使用のシーンおよび／または照度変動は、すべての光値に対して単に０を有し得る（その選択ではオフであることを確実にする）。すべての列がすべての照明のタイプで使用されるわけではないが、すべての照明ユニットＬＲＵ  ６０上で示される。照明ＬＲＵ  ６０のタイプは、好ましくは、ユニットが製造センタから出荷されようとする際の最終較正段階中に（較正データとともに）Ｅ２メモリに書き込まれる。ユニットのシリアル番号を提供でき、後の参考用としてその特性を関連付けて格納することができる。照明ＬＲＵファームウェアは、どの値を使用するかを決定するためにそのＥ２メモリ内の照明のタイプを使用することができる。
【００４６】
[0045]以下の表は、シーン表を格納するための例示的な配置を示す。
【００４７】
【表１】
2013521593.tif 000003
【００４８】
[0046]この理念を使用すると、シーン表全体で１２シーンに対しておよそ７０８バイトのＥ２メモリを占有することができる。較正データも同様に（以下のサンプル表で示すように）格納することができる。
【００４９】
【表２】
2013521593.tif 000004
【００５０】
[0047]したがって、各照度群に対する１つのバイアス表エントリ（較正オフセット）が存在し得る。４つの照度が示された例では、表全体で４行を有する（４８バイトを占有する）。必要ならば、あらゆる組み込みシーンが独自のバイアスエントリを有するようにバイアス表を拡張することができる。
【００５１】
[0048]好ましい動作は、ＬＲＵ  ６０の電源を投入すると、ファームウェアが０番のシーン、高照度および高に対するバイアス表の値をＲＡＭにロードし、ＲＳ−４８５などの通信リンク上でＡＣＰ  ４０との通信を確立しようと試みることである。指定された時間間隔内にＡＣＰ  ４０との通信が確立できない場合、例えば、このデフォルトシーンが起動される可能性がある。これにより、ＡＣＰ  ４０が故障するか、不足しているか、または、機能しない場合にフェイルセーフモードが提供され、航空機内を点灯させることができる。メモリ要件への影響がほとんどない「フェイルセーフ」として、追加のシーンを提供することができる。シーン選択または照度を変更するという有効なコマンドをＡＣＰ  ４０から受信すると、適切な表エントリをファームウェアによってＲＡＭにロードすることができ、シーン移行が開始される。
【００５２】
[0049]このスキームの下では、ＡＣＰ  ４０はデフォルトの「準備されたシーン」に関して何も「知る」必要がない。単に、そのすべての通信（例えば、ＲＳ−４８５）ポート上で、照度レベルＹでシーン番号Ｘに変更するという）同報メッセージを、領域２０、モジュール群６０またはモジュール１２０レベルの要素に送信するだけである。ＡＣＰ  ４０では、例えば、シーン１＝搭乗／降機、２＝安全ビデオ、３＝滑走／離陸／上昇などのワンタイム相関を行うことができ、その結果、ディスプレイ起動により、内部表に含まれるデータに対応して適正なシーン番号が送信される。この単純なスキームが、基準システムに対するすべての要件を満たす。
【００５３】
プロトコルの考察
[0050]先に述べたように、ＡＣＰ  ４０は、「購入後そのまま使用できる（out of the box）」システム１０に対して何も特別なことを行う必要はない。ＡＣＰ  ４０は、単に、現行のシーン番号および照度値の同報通信および反復（既定の間隔で）を実行すればよい。特定の照明のタイプがそのシーンに関与していない場合、その表エントリはすべて０となり、それらの照明はオフのままとなる。
【００５４】
[0051]プロトコルは、ＢＩＴ／ＢＩＴＥ、ＬＲＵ分類またはゾーン、カスタムシーンおよび保守モードが可能となるよう構成することができる。ＢＩＴ／ＢＩＴＥシーケンスは、むしろ単純化されており、アドレスステータスに対する要求および回答である。回答が受信されない場合、欠陥のログ記録／表示などが行われる。分類またはゾーンは、好ましくはＡＣＰ  ４０から起こる。
【００５５】
[0052]アドレス指定されたそれぞれのＬＲＵ  ６０、１１０にどの群に属するかを伝えるためのメカニズムが提供され得る（例えば照明ＬＲＵ  ６０、１１０内のＲＡＭに維持される）。これは、各システムの電源投入時および変更時に、ＡＣＰ  ４０によって再度送信される必要がある（ＡＣＰ  ４０はゾーンの動的移動が可能であると想定する）。ＡＣＰ  ４０から照明ＬＲＵ  ６０、１１０へ送信されたメッセージは、次いで、シーン／照度の変更が指示される群番号を組み込むことができる。その群またはゾーンのメンバーであるよう構成される照明ＬＲＵ  ６０、１１０のみが、シーン変更に関する要求に実際に応答する。
【００５６】
[0053]好ましい実施形態では、最小パケットサイズは６バイトであり、最大パケットサイズは２５６バイトである。
【００５７】
[0054]ＡＣＰ  ４０で各シーン変更を開始することにより、各ＬＲＵ  ６０、１１０に、既定のミリ秒数間隔で３回、通知メッセージが同報通信され得る。ＡＣＰ  ４０は、例えば既定のミリ秒数間の間、シーン選択をデバウンス（連続ボタン押し）することができる。ＡＣＰ  ４０は、周期的に既定の間隔で現行のシーン選択を再度同報通信することができる。
【００５８】
[0055]また、ゾーンが使用される際にすべての照明ユニットを強制動作するため、「すべて」の群値を含めることもできる。カスタムシーン部分の場合、新しいシーンを追加するために照明ユニットを取り外してそれらを工場に返却することは望ましくないため、ＡＣＰ  ４０を再度関与させる必要がある。
【００５９】
[0056]基本的に、カスタムシーンが選択されると、ＡＣＰ  ４０は照明ＬＲＵ  ６０、１１０へカスタム照度値を送信するというメッセージを使用することができる。照明ＬＲＵ  ６０、１１０がこれらのコマンドを受信すると、照明ＬＲＵ  ６０、１１０はＲＡＭ内にデータを配置し、シーン移行を開始する。製造施設で開発されていない場合や均一性のために較正されていない場合があるため、カスタムシーンは、それらに適用されるいかなるバイアスも較正も有する必要はない。保守モードも同様に提供することができる。
【００６０】
シーンの生成
[0057]ＰＣベースのシーン生成ツールをシステムの頭脳として使用でき、温度および照度変動に対する補償方程式のいずれかを組み込むことができる。これは、予想値のデータベースと測定値とを容易に比較することができ、所望の結果を達成するために必要なバイアスを計算することができるため、好ましくは、工場から出荷される際にＬＲＵの較正を実行するための場所である。これを使用して、システムの物理的温度および電流引き込みを制限することもできる。このツールが生成できる表は、これら要素のすべてを考慮に入れることができ、最終的に個別の照明ＬＲＵ  ６０、１１０に格納されるものであり得る。
【００６１】
一般的な客室照明通信プロトコル
[0058]上記の通り、一般的な客室照明システム１０を使用して、航空機の内部客室に照明を当てる。システム１０は、２つの主要部分、すなわち、照明ユニット（群６０またはモジュール１１０）およびＡＣＰ  ４０を含み得る。ＡＣＰ  ４０は、客室乗務員および保守要員用の主要なインターフェースポイントとして使用することができる。これにより、ユーザからの入力によって航空機客室内部でさまざまな客室照明シナリオを実行することが可能になる。照明ユニット６０、１１０は、選択された照明シナリオに対し、航空機客室に照明を当てるために使用される航空機全体に設置される物理的なユニットである。
【００６２】
[0059]以下の異なる通信機能の説明は、４つのセクション、すなわち、通常動作、アドレス指定動作、ＢＩＴ／ＢＩＴＥ動作および起こり得る他の多岐にわたる動作（通信損失、伸張など）に分割される。
通常動作：
【００６３】
【表３】
2013521593.tif 000005
【００６４】
[0060]ある照明ユニットは、別のウォッシュライトファミリと同じように動作することに留意されたい。例えば、ウォッシュライトの９２５０−ＸＸＸファミリは、別の専用６ＶＤＣ非常用電力線によって電力供給され制御される追加の白色ＬＥＤを除いて、ウォッシュライトの９１５０ファミリと事実上同一である。
【００６５】
[0061]図６は、通常動作を示すフロー図である。システムはアイドル状態にあり、ＡＣＰが作動されるまで待機する（Ｓ２１０）。一旦起動されれば、照明シーンが起動されたかどうか判断され（Ｓ２１２）、起動された場合はプロセスが続行される。ＡＣＰは選択されたシーンに対する照明データベースにアクセスし（Ｓ２１４）、次いで、データベースを解析して、各ＬＲＵへの照度および色のコマンドの伝送を開始する（Ｓ２１６）。
【００６６】
[0062]照明ＬＲＵはコマンドを受信し、受信した色／照度への移行を開始する（Ｓ２１８）。選択されたシーンに対するすべてのメッセージの再度同報通信を実行することができ（Ｓ２２０）、一旦必要な再度同報通信が完了すれば、シーン移行を完了することができる（Ｓ２２０）。ＡＣＰ  ４０および付随するコントローラ３０は、例えば各個別のＬＥＤ  １３０のアドレスへ、極めて基本的なレベル（輝度レベル、可能であれば色情報）でＬＲＵ  ６０、１１０に情報を渡すことができることに留意されたい。また、ＡＣＰ  ４０および付随するコントローラ３０は、ＬＥＤ群１２０に情報を送信することもできる。より高いレベルでは、どのシーンを起動および提供すべきかについての情報も同様に送信される。
【００６７】
[0063]群６０、モジュール１１０、システムコントローラ３０などへの通信、および、それらの間の通信は、最大２５５個のデバイスを１１５２００ｂｐｓのレートで処理することができるＲＳ−４８５マルチドロップバスを介して行うことができる。例示的なコマンドを以下に示す。
【００６８】
【表４】
2013521593.tif 000006
【００６９】
【表５】
2013521593.tif 000007
【００７０】
アドレス指定動作
[0064]上記の通り、各照明ユニットはアドレスを組み込むことができる。このアドレスは、航空機内の照明ユニットの位置を識別する際に役立つ。旅客設備照明レイアウト（ＬＯＰＡ）を使用して、個人は航空機内の照明の正確な位置を決定することができる。各照明のアドレス指定により、システムは照明の複数のゾーンを処理できるようになり、さらにシステムは組み込みテスト機器（ＢＩＴＥ）のテストを実行して欠陥のあるＬＲＵを位置付けることができるようになる。
【００７１】
[0065]ＡＣＰ  ４０および付随するコントローラ３０は、ウォッシュライトのアドレス指定を制御することができる。ＡＣＰ  ４０は、ＲＳ４８５ラインに加えてトークン通信ラインを使用して、ウォッシュライトのアドレス指定に役立てることができる。各ウォッシュライトＬＲＵは、ＲＳ４８５トランシーバ、トークンインラインおよびトークンアウトラインを有し得る。
【００７２】
[0066]トークンラインを使用して、どのウォッシュライトが現時点においてアドレス指定されているかを識別することができる。ウォッシュライトのトークンインラインがアクティブ状態である場合、ウォッシュライトは現時点においてアドレス指定されており、いずれのアドレス入力メッセージもそのデバイスのみを対象とする。ウォッシュライトがアドレス入力メッセージを受信すれば、ウォッシュライトは、アドレスＡＣＫメッセージでアドレスの受信を確認することができる。これは、そのデバイスに対するアドレス指定が完了し、次のデバイスに移動する時が来たことを示す。次に、ＡＣＰ  ４０は、列内の次のウォッシュライトのアドレス指定を可能にするトークン譲渡コマンドを送信することによって、トークンを渡すことができる。一旦これが受信されれば、現時点においてアドレス指定されているウォッシュライトはそのトークンアウトラインをアクティブ状態に設定し、その結果、次の順番のウォッシュライトのアドレス指定が可能となる。それに併せて、以前にアドレス指定されたデバイスはそのトークンアウトラインを非アクティブ状態に設定し、現時点においてアドレス指定されているユニットのアドレス指定動作を完了する。
【００７３】
[0067]図７は、このアドレス指定を示す。図７では、そのトークンインラインが以前にアドレス指定されたＬＲＵによってアクティブ状態（グランドに接続される）であるため、中央のＬＲＵが現時点においてアドレス指定されている。この通信の仕様は以下の通りである。
制御方法：ＲＳ４８５半二重
ＲＳ４８５トランシーバ負荷：１／８負荷、使用可能デバイスの最大数＝２５５
ボーレート：１１５２００ｂｐｓ
ボーレート誤差：±１８５ｂｐｓ
メッセージ頻度：アドレスモードのメッセージはコマンド間に５０ミリ秒の休止を有する必要がある。
トークンラインＶＩＨ：ウォッシュライトトークン基準ラインに関して最小４．７ＶＤＣ
トークンラインＶＩＬ：ウォッシュライトトークン基準ラインに関して最大０．３ＶＤＣ
【００７４】
【表６】
2013521593.tif 000008
【００７５】
【表７】
2013521593.tif 000009
【００７６】
【表８】
2013521593.tif 000010
【００７７】
ＢＩＴ  ＢＩＴＥ動作
[0068]制御３０を備えたＡＣＰ  ４０は、ＢＩＴ／ＢＩＴＥをいつ開始するかを制御する。ＡＣＰは、ＲＳ４８５ラインを使用して、ウォッシュライトが依然としてアクティブ状態であるかどうかを判断するため、システム内の各ウォッシュライトのポーリングに役立てることができる。各デバイスのポーリングに加えて、ＡＣＰは、各ＬＲＵ上のＬＥＤの各々をオンにするランプテストメッセージを送信することができ、したがって、目視検査も実行することができる。
【００７８】
【表９】
2013521593.tif 000011
【００７９】
【表１０】
2013521593.tif 000012
【００８０】
多岐にわたる動作
[0069]また、多岐にわたる動作もシステム１０によって提供することができる。
【００８１】
チェックサム計算：
[0070]チェックサム計算を提供して、伝送されたデータの整合性の確保に役立てる。チェックサム計算は、ＳＯＴバイトからチェックサム値の前の最後のバイトまでを含むすべてのバイトの１バイトＸＯＲチェックサムとすることができる。チェックサムは０ｘ５５のＸＯＲ  ＰＲＥＳＥＴを有する。チェックサム計算が完了した後、バイトは、値のＡＳＣＩＩ表現に分けられる。したがって、値＝０ｘＡ３の場合、メッセージプロトコル内のチェックサム値は０ｘ４１および０ｘ３３となる。以下に、メッセージ上でＸｓｕｍ計算を実行するＣコードおよびこれを２進数に変換する方法を示す。
【００８２】
伸張（decompression）信号：
[0071]ウォッシュライトは、直接の伸張信号メッセージを有さない。ＡＣＰが伸張信号を受信した場合、ＡＣＰは単にすべての照明ユニットに１００％の白照度コマンドを送信する必要があるだけである。
【００８３】
通信損失：
[0072]ＬＲＵのＡＣＰとの通信損失が発生した場合、ＬＲＵは、コマンドを受けた最後の状態を維持することができる。
【００８４】
デバイスの較正：
[0073]補正アルゴリズムおよびルックアップ表を使用して、色の整合、白色温度の整合、さまざまな照度にわたる整合およびさまざまなＬＥＤ製造業者の使用に対して照明デバイスを較正することができる。これは、個別のデバイス、ＬＲＵ、サブアセンブリおよび完全なアプリケーションレベルで実行することができる。補正は、照明デバイス、ＬＲＵおよび／またはマスタコントローラなどを含む他のリモートデバイスにおいて実行および格納することができる。
【００８５】
[0074]補正アルゴリズムおよびルックアップ表を使用して、色の整合、白色温度の整合、さまざまな照度にわたる整合およびさまざまなＬＥＤ製造業者の使用（製造業者間での変動に対処するため）に対して照明デバイスを較正することができる。これは、個別のデバイス（ＬＥＤ  １３０、ＬＥＤ群１２０）、ＬＲＵ（モジュール１１０、モジュール群６０）、サブアセンブリ（モジュール群６０、領域別の照明群２０）および完全なアプリケーション（システム１０）レベルで実行することができる。補正は、照明デバイス、ＬＲＵ  ６０、１１０および／またはマスタコントローラ３０などを含む他のリモートデバイスにおいて実行および格納することができる。
【００８６】
[0075]照明デバイス１３０は経時的に変更でき、使用法（電力）および環境条件に基づいて変更できることが理解されている。例えば、ＬＥＤの寿命にわたる変更が知られている場合、モジュール１１０の動作時間を追跡することができ、ルックアップ表を提供して経時的変更に対して補償および調整することができる。したがって、ＬＥＤの輝度が２００時間使用後に９８％まで低下することが知られていた場合、モジュールの時間を追跡し、２００時間の時点で、そのモジュールに新しい調整値を適用することができるか、または、ＬＥＤ群およびさらには単一のＬＥＤまでもアドレス指定が可能であるため、必要に応じて、単一ＬＥＤレベルまで下げて新しい調整値を解決することが可能である。ルックアップ表（ＬＵＴ）を使用することにより、ＬＥＤの公知の経時的な相違特性を補償することができる。上記の通り、これらの表は、システムコントローラ３０上のシステムレベル、群コントローラ９０上のモジュール群／モジュールレベルで存在するか、または、この２つの間で共有することができる。
【００８７】
[0076]同様に、温度範囲にわたって変化する特性も、ＬＵＴまたは何らかの他のデータベースの形で同様に提供することができる。したがって、モジュール１１０を製造業者から出荷する準備が整うと、初期較正手順を実行して、正確な色波長または色度図上のｘ、ｙ座標を決定することができ、製造されたデバイスを出荷する前に、ＬＥＤの老朽化または異なる温度での動作に応じてこれらを補正できる既定の表を提供することができる。
【００８８】
[0077]その上、ＬＵＴまたは他のデータベースパラメータは、固定するか、または、好ましくはＬＥＤの新しい特性を習得した際にそれに応じて表を調整できるように更新可能とすることができる。このようにして、温度およびモジュールの寿命にわたる使用法に基づいて補正調整を提供することができる。
【００８９】
[0078]一実施形態では、モジュール１１０またはモジュール群６０によって生成される色および照度情報を正確に読み取る内部および／または外部光学センサを介して較正することができ、調整情報は、このフィードバックに基づいて決定することができる。次いで、更新された調整情報は、照明デバイス、ＬＲＵ  ６０、１１０、マスタコントローラ３０などへ直接または間接的に提供することができる。
【００９０】
色混合方法
[0079]照明モジュール１１０が特定の所望の色セットポイント（色と照度または光束の両方を含む）を生成するため、それらの混合された光出力が特定の所望の色および所望の全光束を生成するように異なるタイプの複数のＬＥＤ  １３０を組み合わせて使用する。例えば、照明モジュール１１０は、赤、緑、青の３原色および白のそれぞれの色を生成するＬＥＤ  １３０を含み得る。また、照明モジュール１１０は、クールホワイト、ウォームホワイトおよび琥珀のそれぞれの色を生成するＬＥＤ  １３０も含み得る。所望の色セットポイントを生成するためのＬＥＤの色混合は、公知のカラーマップ特性および照明モジュール１１０内のＬＥＤ  １３０の各々に対する特定の較正データに応じて実行することができる。例えば、赤、緑、青、白（ＲＧＢＷ）ＬＥＤ  １３０を有するＬＥＤ群１２０を含むＬＥＤ照明モジュール１１０は、測定温度でのＲＧＢＷ  ＬＥＤ  １３０の実際の色座標を決定するために較正手順を行うことができる。その後、ＬＥＤ照明モジュール１１０の動作中、色混合方法では、目標の色座標および全光束値を含む入力特有の所望の色セットポイントと併せてこのデータを使用して、ＲＧＢＷ  ＬＥＤ  １３０の各々のデューティサイクル比を計算することができ、デューティサイクル比は全ＬＥＤ照明モジュール１１０に対する特定の所望の色セットポイントを生成する。以下の説明ではＲＧＢＷ  ＬＥＤを例として使用するが、この方法論は、クールホワイト、ウォームホワイトおよび琥珀色のＬＥＤのセット、２つのセット内からの３つ以上のＬＥＤの任意の組合せ、ならびに、他の潜在的な３つ以上のＬＥＤの任意の組合せにも適用可能である。
【００９１】
[0080]図８は、ＣＩＥ１９３１色度図を示す。ＣＩＥ１９３１色度図は、正常な人間の目でとらえることができるすべての色を二次元（ｘ，ｙ）グラフ上に示す。色度図のパラメータｘおよびｙのセットならびに追加の輝度パラメータＹは、ＣＩＥシステムのそれぞれの可視色を特徴付け、ＣＩＥ  ｘｙＹ色空間を画定する。ＣＩＥ  ｘｙＹ色空間では、パラメータは、着色物体から放射される光のスペクトルパワー分布（ＳＰＤ）に基づき、測定された人間の目による色感度曲線によって組み込まれる。赤、緑、青、白ＬＥＤを含む照明モジュール１１０では、色度図上の特定の所望の色セットポイントは、赤、緑、青、白ＬＥＤの光出力の各々の異なる照度を一緒に混合することによって実現することができる。特定の照明モジュール１１０内の特定のＬＥＤ  １３０の光出力の変動は、特定のＬＥＤ  １３０に対して取得された較正データを使用することで補償することができる。
【００９２】
[0081]色度図内の特定の所望の色セットポイントは、図８で示されるように、特定の赤、緑、青、白ＬＥＤ  １３０の各々の出力色を結ぶ線によって画定される幾何学的ゾーン内に特定の所望の色セットポイントが位置する場合、照明モジュール１１０の特定の赤、緑、青、白（ＲＧＢＷ）ＬＥＤ  １３０を使用することによってのみ実現され得る。したがって、示されるゾーン１内の所望の色セットポイントはＧＢＷ  ＬＥＤを使用することによって実現され得、示されるゾーン２内の所望の色セットポイントはＲＢＷ  ＬＥＤを使用することによって実現され得、示されるゾーン３内の所望の色セットポイントはＲＧＷ  ＬＥＤを使用することによって実現され得る。さらに、ゾーン１、２および３内のいずれかの任意の所望の色セットポイントは、ＲＧＢ  ＬＥＤを使用することで実現され得る。しかし、白ＬＥＤは、赤、緑および青ＬＥＤより効率的であるため、白ＬＥＤの使用は、赤、緑および青ＬＥＤの単独での使用と比較して、航空機照明システム１０の効率を向上する。
【００９３】
[0082]照明モジュール１１０において特定の所望の色セットポイントを達成するため、それぞれのＬＥＤ  １３０の必要な特定の照度値および結果としてそれぞれのＬＥＤ  １３０への特定の入力電力は、較正によって決定されるそれぞれのＬＥＤの実際の色の特性に依存する。したがって、色度図へのＲＧＢＷポイントならびにゾーン１、２および３のマッピングは、それぞれの設置された照明モジュール１１０にユニークであり得る。
【００９４】
[0083]図９は、異なる色の複数のＬＥＤ  １３０からの光出力を混合して所望の色セットポイントを生成する方法を示す。較正中は、図９の方法は、較正を制御するＰＣによって実行することができる。また、図９の方法は、照明モジュール１１０の動作中にも使用することができ、この場合、本方法は、ＬＥＤ照明モジュール１１０内、モジュール群コントローラ９０内またはＬＥＤ照明モジュール１１０のＬＥＤ  １３０を制御する他の位置のコントローラによって実行することができる。
【００９５】
[0084]工程９１０では、ＬＥＤ照明モジュール１１０に対するＣＩＥ１９３１色度図（ｘｄ，ｙｄ）の所望の色セットポイントを入力する。工程９２０では、所望の色セットポイント（ｘｄ，ｙｄ）がＬＥＤ照明モジュール１１０のＬＥＤ  １３０の色域内にあるかどうかについて判断する。所望の色セットポイント（ｘｄ，ｙｄ）がＬＥＤ照明モジュール１１０のＬＥＤ  １３０の色域内にないと判断されれば、方法は工程９３０において失敗となる。較正中、ＰＣは、照明モジュール１１０が較正に失敗したことをオペレータに示すことができる。あるいは、例えば、工程９３０など、照明モジュール１１０の動作中、複数のＬＥＤ  １３０のデフォルトの光出力の混合物を、例えばすべて２５％の出力、５０％の出力、７５％の出力、９０％の出力または１００％の出力上に設定することができる。あるいは、工程９３０など、ＬＥＤ照明モジュール１１０の動作中、ＬＥＤ  １３０の色域内にある所望の色セットポイントに合理的に近いかまたは最も近い色を選択することができ、方法は工程９４０に続くことができる。
【００９６】
[0085]工程９４０では、ＬＥＤ照明モジュール１１０の複数の異なる色のＬＥＤ  １３０によって、所望の色セットポイントが位置する１つまたは複数の色混合ゾーンのどのゾーンが画定されたかを決定する。色混合ゾーンは、ＬＥＤ照明モジュール１１０の３つの異なる色のＬＥＤ  １３０に対応するＣＩＥ１９３１  ＸＹＺ色空間内で表現される異なる３原色ポイントＡＢＣのトリプレットによって画定することができる。例えば、ＬＥＤ照明モジュール１１０が４つの異なる色（例えば、ＲＧＢＷ）のＬＥＤ  １３０を含む場合、３つの潜在的な色混合ゾーン（例えば、ＧＢＷ、ＲＢＷおよびＲＧＷ）のどのゾーン内に所望の色セットポイントが位置するかを決定する。例えば、ＧＢＷゾーンは、ポイントｘｄにおいてｙｄがＧポイントとＷポイントとの間を結ぶ線のｙ値を下回り、ポイントｘｄにおいてｙｄがＢポイントとＷポイントとの間を結ぶ線のｙ値を上回る際に決定され得る。ＲＢＷゾーンは、ポイントｘｄにおいてｙｄがＢポイントとＷポイントとの間を結ぶ線のｙ値を下回り、ポイントｘｄにおいてｙｄがＲポイントとＷポイントとの間を結ぶ線のｙ値を下回る際に決定され得る。ＧＲＷゾーンは、ポイントｘｄにおいてｙｄがＧポイントとＷポイントとの間を結ぶ線のｙ値を上回り、ポイントｘｄにおいてｙｄがＲポイントとＷポイントとの間を結ぶ線のｙ値を上回る際に決定され得る。所望の色セットポイントが２つの色混合ゾーンの境界上に位置すると決定された場合、いずれかの色混合ゾーンを任意で選択して所望の色セットポイントを表すことができる。どの色混合ゾーン内に所望の色セットポイントが位置するかについての選択は、ＣＩＥ１９３１色度図での対象範囲の割合の順にゾーン内を探索することによって、より効率的に行うことができる。
【００９７】
[0086]工程９５０では、ＬＥＤ照明モジュール１１０内のそれぞれのＬＥＤ  １３０の光束比を決定された色混合ゾーンに応じて設定し、所望の色セットポイントを生成する。例えば、工程９４０において所望の色セットポイントがＧＢＷゾーン内にあると決定されれば、赤（Ｒ）ＬＥＤ  １３０の光束比は、実質的にゼロに設定され、緑（Ｇ）、青（Ｂ）および白（Ｗ）ＬＥＤ  １３０のそれぞれの光束比は、混合させて色度図上で所望の色セットポイントを生成するよう適切に設定される。以下の方程式を使用して、ＬＥＤ照明モジュール１１０内の異なる色のＬＥＤ  １３０のトリプレットのそれぞれに対し入力電力レベルを設定することができ、これは、工程９４０で決定される色混合ゾーンのエンドポイントでのものである。
【数１】
2013521593.tif 000013
式中、ＲＡ、ＲＢおよびＲＣは、決定された色混合ゾーンのエンドポイントの３色Ａ、ＢおよびＣのそれぞれの光束比であり、Ｍは、Ａ、ＢおよびＣによって定義された三角形内の所望の色セットポイントであり、Ｄは、エンドポイントＣから所望の色セットポイントＭを通って決定された色混合ゾーンのエンドポイントＡとＢを結ぶ線まで描かれた線のエンドポイントであり、ＳＡＢＣ、ＳＢＣＭ、ＳＡＣＭおよびＳＡＢＭは、決定された色混合ゾーンのそれぞれのエンドポイントのＡＢＣ、ＢＣＭ、ＡＣＭおよびＡＢＭによって形成された三角形の面積である。
【００９８】
[0087]あるいは、光束比は、線分の長さに基づいて計算することができる。この場合、方程式は以下の通りである。
【数２】
2013521593.tif 000014
式中、ＤＢは、エンドポイントＤとＢの間の距離を表し、ＭＣは、エンドポイントＭとＣの間の距離を表し、ＡＢは、エンドポイントＡとＢの間の距離を表し、ＣＤは、エンドポイントＣとＤの間の距離を表し、ＤＡは、エンドポイントＤとＡの間の距離を表し、ＭＤは、エンドポイントＭとＤの間の距離を表す。
【００９９】
[0088]工程９６０では、ＬＥＤ照明モジュール１１０内のＬＥＤ  １３０のそれぞれの正規化ＰＷＭデューティサイクル比を工程９５０で決定された光束比に応じて設定する。決定された色混合ゾーンを画定するＬＥＤ  １３０のトリプレットＡＢＣのそれぞれの光束レベルは同じＰＷＭデューティ比で異なるため、デューティ比は、工程９５０で決定された光束比に対応する所望の色セットポイントを生成するよう正規化される。対応する正規化ＰＷＭデューティ比に到達するため、異なる色のＬＥＤ  １３０のそれぞれの光束比に乗ずる増倍率を決定することができる。ＬＥＤ  １３０の複数の異なる色のＬＥＤ（例えば、四色）の増倍率は、複数色のうち１色の増倍率を１とし、複数色のうち他色の増倍率を、複数色のうち１色のＰＷＭデューティ比にＬＥＤのＰＷＭデューティ比を正規化するよう設定するように、設定することができる。ＲＧＢＷ色ＬＥＤの例を使用すると、ＲＧＢＷ色ＬＥＤのそれぞれのＰＷＭデューティ比は、以下の方程式によって計算することができる。
【数３】
2013521593.tif 000015
式中、ｋＧ、ｋＢおよびｋＷは、ＰＷＭＲデューティ比に正規化されたそれぞれのＰＷＭデューティ比に到達するために比ＲＧ、ＲＢおよびＲＷに乗ずる、それぞれの色Ｇ、ＢおよびＷに対する正規化増倍率である。ｋＧ、ｋＢおよびｋＷの値は、以下の方程式によって計算することができる。
【数４】
2013521593.tif 000016
式中、ｙＲ、ｙＧ、ｙＢおよびｙＷは、それぞれのＲ、Ｇ、ＢおよびＷ色ＬＥＤ  １３０に対応するＣＩＥ  ｘｙＹ色空間のｙ座標であり、ＦＲ、ＦＧ、ＦＢおよびＦＷは、それぞれのＲ、Ｇ、ＢおよびＷ色ＬＥＤ  １３０に対応するＦ値であり、Ｙは、Ｒ、Ｇ、ＢおよびＷ色ＬＥＤ  １３０に対応するＣＩＥ  ＸＹＺ色空間のＹ座標である。
【０１００】
較正方法
[0089]較正方法を使用して、ＬＥＤ  １３０の動作中にルックアップ表における使用のためのデータを作成することができる。ＬＥＤ照明モジュール１１０の較正は、較正チャンバ内で実行することができ、データは、較正されたＬＥＤ照明モジュール１１０を含む照明モジュール群６０のモジュール群コントローラ９０に伝送することができ（例えば、ＲＳ−４８５メッセージを使用して）、次いで、さらなる較正または調整なしで、リアルタイムフィードバックを使用する閉ループ制御システムを用いずに、ＬＥＤ照明モジュール１１０がその寿命にわたって一貫した照明色および照度出力を提供できるように、較正されたＬＥＤ照明モジュール１１０をコントローラ９０によって調整しながら制御することができる。ルックアップ表内のデータをＬＥＤ  １３０の動作中に使用して、着信照明コマンド信号値に対応する所望のＬＥＤ出力光特性を生成するＬＥＤ入力電力値に着信照明コマンド信号値をマッピングすることができる。ルックアップ表内のデータでは、製造上の相違、動作温度およびＬＥＤ  １３０の使用年数が考慮され得る。
【０１０１】
[0090]航空機照明システム１０の例示的なアプリケーションでは、ＬＥＤ照明モジュール１１０が再生することを意図する１６または３２などの定数の既定の目標色ポイントｋが存在し得る。それぞれの既定の目標色ポイントは、ＣＩＥ１９３１  ｘｙＹ色空間におけるｘ、ｙ座標および目標ポイント光束Ｙとして表すことができる。また、それぞれの既定の目標色ポイントは、ＣＩＥ１９３１  ＸＹＺ色空間におけるＸ、Ｙ、Ｚ座標としても表すことができる。較正方法を使用して、既定の目標色ポイントのそれぞれに関連するＬＥＤ照明モジュール１１０のＬＥＤ  １３０に対する特性を特定するルックアップ表にデータを追加することができ、その結果、製造上の公差、温度およびＬＥＤ  １３０の使用年数の変動を考慮の上、ＬＥＤ  １３０の駆動状態を調整して、ＬＥＤ照明モジュール１１０を使用して所望の目標色ポイントを確実に生成することができる。例えば、それぞれの既定の目標色ポイントｋに対し、ルックアップ表のエントリは、以下の行列のような測定温度Ｔ０での既定の目標色ポイントｋを生成する４色ＬＥＤ  １３０（ＲＧＢＷ）のそれぞれに対する、測定されたＣＩＥ１９３１  ｘｙＹ色空間データポイントｘ、ｙおよびＹ（光束φ）および実際のＰＷＭデューティ比を表すことができる。
【数５】
2013521593.tif 000017
言い換えれば、表Ｍｋ（Ｔ０）は、赤、青、緑および白（ＲＧＢＷ）のＬＥＤ  １３０のそれぞれに対する測定されたＣＩＥ１９３１  ｘｙＹ色空間データポイント（ｘ，ｙ，φ）ならびにそれぞれのＰＷＭデューティ比ｄを示し、これらを混合して測定温度Ｔ０での目標色ｋを生成する。添字の値ｋは、航空機照明システム１０のシーンデータ格納表（表１）のラインを示し得る。
【０１０２】
[0091]較正は、ＬＥＤ較正の実行用に具体的に装備された較正チャンバに、個別のＬＥＤ  １３０、ＬＥＤ群１２０、ＬＥＤ照明モジュール１１０またはモジュール群６０全体を配置することによって設置前に実行することができる。例えば、較正チャンバは、温度を制御したり、動作温度や色および照度などのテスト中のＬＥＤの光出力特性（例えば、色ポイント）を測定するためのセンサを装備したりすることができる。較正チャンバ内でのＬＥＤの較正は、異なる動作温度にわたって所望の色ポイントを生成するため、それぞれのＬＥＤに必要とされる入力電力値またはＰＷＭデューティサイクルを決定することを目的とし得る。
【０１０３】
[0092]一実施形態では、ＬＥＤ照明モジュール１１０は、較正チャンバ内に配置して、較正を制御するコンピュータ（例えば、ＰＣ）を使用することで提供されるＰＷＭ電力信号を使用して駆動することができる。ＰＷＭ電力信号は、ＬＥＤ照明モジュール１１０で生成される色ポイントをモニタする間に変化させることができる。それぞれの所望の色ポイントを生成する特定のＰＷＭ電力信号値を含む、入力ＰＷＭ電力信号値対色ポイントの表をＰＣで保存することができる。較正は、動作温度範囲全体にわたって実行することも可能である。結果として得られるルックアップ表データは、テスト中のＬＥＤに対して予測される老朽化特性が含まれると推定することができる。ルックアップ表データは、設置後に、テスト中の照明モジュール１１０、付随するモジュール群コントローラ９０またはＬＥＤ照明モジュール１１０のＬＥＤ  １３０の制御に関連する他の適切な場所に格納することができる。ルックアップ表データに加えて、シリアル番号、部品番号およびＬＥＤ製造ロットＩＤを較正されたＬＥＤ  １３０と関連付けて格納することができる。この追加データは、較正されたＬＥＤ  １３０に対する新しい温度および寿命にわたる補正表のロードをサポートすることができる。
【０１０４】
[0093]図１０は、ＬＥＤ照明モジュール１１０を較正する方法を示す。工程１０１０では、それぞれのＬＥＤ  １３０のＣＩＥ１９３１  ＸＹＺ空間の色座標Ｃｍａ、例えば、赤（Ｒ）、緑（Ｇ）、青（Ｂ）および白（Ｗ）を測定し、記録する。色座標Ｃｍａ（Ｒ、Ｇ、Ｂ、Ｗ）は、２５％などの特定のＰＷＭデューティサイクルでＬＥＤ  １３０を動作する間に測定することができる。次いで、追加測定を行わずに既知のＬＥＤ光束特性を使用して他のＰＷＭデューティサイクルに対応する較正データを計算し、較正実行に要する時間を節約することができる。あるいは、大幅な較正時間を犠牲にしてより正確な較正データを得る場合、特定の目標色セットポイントに対応する所望の光束値に対応するＰＷＭデューティサイクル数で測定を行うことができる。ＬＥＤ  １３０の動作温度Ｔ０を測定し、色座標データとともに記録することができる。
【０１０５】
[0094]工程１０２０では、所望の目標色セットポイントＣＴおよび光束φＴを入力する。
【０１０６】
[0095]工程１０３０では、所望の目標色セットポイントＣＴを本質的に生成する際に、各色のＬＥＤ  １３０（例えば、ＲＧＢＷ）の動作色座標Ｃ１および光束φ１ならびに関連する動作デューティサイクルｄ１を決定する。図１１、１２および１３と関連して以下で説明されるように、反復法、色シフト測定方法または直接測定方法を使用することができる。
【０１０７】
[0096]工程１０４０では、動作条件Ｃ１、φ１およびｄ１で、一定期間の間、ＬＥＤ照明モジュール１１０を動作し、現場における典型的な動作条件に相当する正確な読取値を確保し、結果として得られる動作色座標ＣｍＴおよび光束φｍＴを対応する動作温度Ｔ０とともに記録することができる。
【０１０８】
[0097]工程１０５０では、工程１０４０で測定された結果として得られる動作色座標ＣｍＴおよび光束φｍＴと、工程１０３０で決定された動作色座標Ｃ１および光束φ１との間の距離をＭＥステップサイズの観点から計算し、その距離が半ＭＥステップなどの閾値未満かどうかについて判断する。ＭＥステップサイズは、ＣＩＥ１９３１色度図上のＣｍＴもしくはＣ１のいずれかまたはそれらの中間を中心とするマックアダム楕円の半径を指し、一般的な標準の色集団の１標準偏差または６８．２５％に相当する。言い換えれば、ＣｍＴとＣ１は両方とも、それらの間の距離がＭＥステップサイズ未満である場合、同じ１ステップマックアダム楕円内にある。一般的な標準の色集団の１ＭＥステップサイズすなわち６８．２６％の距離では、色ＣｍＴまたはＣ１を視覚的に識別できることになる。
【０１０９】
[0098]工程１０５０で測定された距離が閾値以上であれば、工程１０６０において、図９を参照して説明されたものなどの色混合方法を使用して、工程１０４０の測定値ＣｍＴおよびφｍＴに基づいて光束値φＣ（Ｒ、Ｇ、Ｂ、Ｗ）を計算する。次いで、φＣ（Ｒ、Ｇ、Ｂ、Ｗ）とφ１（Ｒ、Ｇ、Ｂ、Ｗ）との間の差を計算し、それに応じてφ１（Ｒ、Ｇ、Ｂ、Ｗ）を調整する。その後、工程１０４０を繰り返す。
【０１１０】
[0099]工程１０５０で測定された距離が閾値未満であれば、工程１０７０において、ＬＥＤ  １３０を有する回路基板の動作温度Ｔ０を測定し、工程１０３０で計算されたまたは工程１０５０で見直しが行われた動作色座標Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）および光束φ１（Ｒ、Ｇ、Ｂ、Ｗ）とともに記録する。
【０１１１】
[00100]工程１０８０では、他の目標色ポイントＣＴｋに対して追加の色座標Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）および光束φ１（Ｒ、Ｇ、Ｂ、Ｗ）を計算する必要があるかどうかについて判断する。その必要があれば、それぞれの目標色ポイントＣＴｋに対して、工程１０２０から工程１０７０までを繰り返す。
【０１１２】
[00101]その必要がなければ、工程１０９０において、目標入力光束レベルφＴ以外の光束レベルでのそれぞれの目標ポイントｋに対する光束エントリφ１（Ｒ、Ｇ、Ｂ、Ｗ）を、既定のＬＥＤ光束データ曲線を使用して計算により推定する。
【０１１３】
[00102]工程１０９５では、較正データを使用する補償方法を使用することでＬＥＤ照明モジュール１１０を制御する場合に、ＬＥＤ照明モジュール１１０が所望の色セットポイントを生成することを保証するために、検証を行うことができる。検証を通過したかまたは失敗したかが判断される。検証の結果を記録して、本方法は完了する。
【０１１４】
[00103]図１１は、ＬＥＤ照明モジュールのＬＥＤの色座標および光束を得る反復法を示す。図１１に示される方法は、図１０の工程１０３０の一部として実行することができる。実際には、ＬＥＤの色度座標および光束レベルは、ＬＥＤ自体のデューティサイクルの関数であるだけではなく、隣接するＬＥＤのデューティサイクルの関数でもある。これは、例えば、隣接するＬＥＤの加熱が原因で引き起こされる可能性がある。したがって、異なる目標色および光束ポイントでは、ＬＥＤ群（例えば、ＲＧＢＷ）は、異なる個別の色座標を示し得る。Φ
【０１１５】
[00104]目標ポイントｋに対するＬＥＤの較正において隣接するＬＥＤのデューティサイクルへのＬＥＤの色度座標および光束レベルの依存を補償する一方法は、ＬＥＤとその隣接するＬＥＤのデューティサイクルによって引き起こされる色度シフトが線形であり予測できるという観測に基づくデューティサイクルモデルを使用することである。デューティサイクルモデルは、異なるデューティサイクルおよび温度でＲＧＢＷ  ＬＥＤの色度シフトを予測するよう構築することができる。そして、デューティサイクルモデルと組み合わせた２５％のデューティサイクルでのＬＥＤの色度の測定結果を使用して、図１１で示される反復法を使用して較正されたＲＧＢＷ  ＬＥＤの原色座標を計算することができる。
【０１１６】
[00105]デューティサイクルモデルは、デューティサイクルの異なる組合せでのＲＧＢＷ  ＬＥＤの測定データを収集し、以下に示すように測定データをまとめて行列に収集することによって構築することができる。
【数６】
2013521593.tif 000018
式中、Ｍｄｒ｜ｄｇ｜ｄｂ｜ｄｗは、それぞれのＲＧＢＷ  ＬＥＤが別々に指定されたデューティサイクルで動作するＬＥＤデータ行列を表し、Ｍｄｒ  ｄｇ  ｄｂ  ｄｗは、それぞれのＲＧＢＷ  ＬＥＤが同時に指定されたデューティサイクルで動作するＬＥＤデータ行列を表す。行列Ｍｄｒ｜ｄｇ｜ｄｂ｜ｄｗは、図１０を参照して説明された方法で得ることができる。行列Ｍｄｒ  ｄｇ  ｄｂ  ｄｗは、隣接する素子の加熱効果は所定のＬＥＤのデューティサイクルに線形に関連することを想定することによって得ることができる。ｘ’ｉ，ｊ、ｙ’ｉ，ｊおよびφ’ｉ，ｊは、δ’ｉ，ｊ＝∂δｊ，／∂ｄｉによって決定され、式中、ｉおよびｊはＬＥＤ色ｒ、ｇ、ｂまたはｗであり、ｄはデューティサイクルである。例えば、ｘ’ｒ，ｇは、隣接する赤ＬＥＤのデューティサイクルに対する緑ＬＥＤのｘｇ色座標シフトを表す。
【０１１７】
[00106]隣接するＬＥＤのＰＷＭデューティサイクルによるＬＥＤの加熱効果の測定は、特定のＬＥＤによる光出力を測定する際に隣接するＬＥＤの光を妨げることによって行う。測定プロセスは、デフォルトのデューティサイクル（例えば、２５％）を使用して第１の色ＬＥＤ（例えば、赤）を駆動する工程と、その色度および光束を測定する工程と、同様に別の色の隣接するＬＥＤをオンにして隣接するＬＥＤを動作温度まで温める工程と、隣接するＬＥＤの光に影響を及ぼさずに第１の色ＬＥＤの色度および光束を再度測定する工程とを含む。
【０１１８】
[00107]工程１１１０では、図１０の工程１０１０で記録された色ポイントＣｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍａ（Ｒ、Ｇ、Ｂ、Ｗ）の初期設定を用いて整数ｉの反復を開始する。工程１１２０では、図９を参照して説明された色混合方法を実行し、色セットポイントＣｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）に対応する色ＬＥＤのそれぞれの所望の光束φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１１３０では、本明細書の他の場所で説明されるデューティサイクル計算方法に従って、色ＬＥＤのそれぞれのデューティサイクルｄｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１１４０では、上記で説明されたデューティサイクルモデルを工程１０３０で計算されたデューティサイクルｄｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）に適用し、新しい色ポイントＣｍ（ｉ＋１）（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１１５０では、色ポイントＣｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）とＣｍ（ｉ＋１）（Ｒ、Ｇ、Ｂ、Ｗ）との差が０．０００１など閾値未満かどうかについて判断する。その差が閾値以上であると判断されれば、整数Ｉを増分して、方法は工程１１２０に戻る。その差が閾値未満であると判断されれば、方法は工程１１６０に進み、Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍ（ｉ＋１）（Ｒ、Ｇ、Ｂ、Ｗ）およびφ１（Ｒ、Ｇ、Ｂ、Ｗ）＝φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）となるように色座標および光束を設定する。
【０１１９】
[00108]図１１の反復法の利点は、較正が速いことである。しかし、デューティサイクルモデルは、少なくとも部分的にその想定が原因でエラーを招く恐れがある。さらに、デューティサイクルモデルは、構築が難しく、多くの時間を要する可能性がある。
【０１２０】
[00109]図１２は、ＬＥＤ照明モジュール１１０のＬＥＤの色座標および光束を得る色シフト測定方法を示す。図１２に示される方法は、図１０の工程１０３０の一部として実行することができる。図１２に示される方法では、ＬＥＤ  １３０の色シフトは、図１１の方法のようにデューティサイクルモデルを使用するよりむしろ直接測定される。
【０１２１】
[00110]工程１２１０では、色ポイントは、図１０の工程１０１０において記録されたように、Ｃｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍａ（Ｒ、Ｇ、Ｂ、Ｗ）に初期設定する。工程１２２０では、図９を参照して説明された色混合方法を実行し、色セットポイントＣｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）に対応する色ＬＥＤ  １３０のそれぞれの所望の光束φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１２３０では、本明細書の他の場所で説明されるデューティサイクル計算方法に従って、色ＬＥＤ  １３０のそれぞれのデューティサイクルｄｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１２４０では、色ＬＥＤ  １３０の色座標を測定し、新しい色ポイントＣｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。次いで、Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）およびφ１（Ｒ、Ｇ、Ｂ、Ｗ）＝φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）となるように色座標および光束を設定する。
【０１２２】
[00111]図１２の色シフト測定方法の利点は、較正が速いことである。さらに、測定結果は、他の方法において、ＬＥＤ  １３０およびＬＥＤ照明モジュール１１０の較正および補償に有用であり得る。例えば、異なるＬＥＤ照明モジュール１１０全体にわたって、Ｃｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）−Ｃｍａ（Ｒ、Ｇ、Ｂ、Ｗ）の差はほぼ一定であり得る。したがって、複数のＬＥＤ  １３０を測定することにより、ｋ目標の各目標に対して平均の色シフト値を決定することができる。次いで、これらの平均値を使用して、初期較正および／または動作上の補償におけるＬＥＤ  １３０の色座標を推定することができる。
【０１２３】
[00112]図１３は、ＬＥＤ照明モジュール１１０のＬＥＤの色座標および光束を得る直接測定方法を示す。図１３に示される方法は、図１０の工程１０３０の一部として実行することができる。図１３に示される方法では、ＬＥＤ  １３０の色座標は、図１１の方法のようにデューティサイクルモデルを使用するよりむしろ直接測定され、直接測定は、１つの光束レベルに対する目標色ポイントＣＴ（Ｒ、Ｇ、Ｂ、Ｗ）ごとに１回ずつしか行われない。次いで、同じ目標色ポイントＣＴ（Ｒ、Ｇ、Ｂ、Ｗ）を有するｋ目標ポイントの他の目標ポイントに対応する他の光束レベルを推定する。直接測定方法の利点は、単純かつ正確であり、収集される較正測定データ量を低減することである。
【０１２４】
[00113]工程１３１０では、既に１つの光束レベルで既に目標ＣＴ（Ｒ、Ｇ、Ｂ、Ｗ）に対応して色度座標Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）が測定されたかどうかについて判断する。既に測定は行われたと判断されれば、工程１３６０において、以前に測定されたようにＣ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）となるように色座標および光束を設定し、ＬＥＤの既知の光束特性に応じて以前に測定されたようにφｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）に基づいてφ１（Ｒ、Ｇ、Ｂ、Ｗ）を推定する。工程１３１０において以前に測定は行われていないと判断されれば、工程１３２０において、色ポイントは、図１０の工程１０１０において記録されたように、Ｃｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍａ（Ｒ、Ｇ、Ｂ、Ｗ）に初期設定する。工程１３３０では、図９を参照して説明された色混合方法を実行し、色セットポイントＣｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）に対応する色ＬＥＤのそれぞれの所望の光束φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１３４０では、本明細書の他の場所で説明されるデューティサイクル計算方法に従って、色ＬＥＤのそれぞれのデューティサイクルｄｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。工程１３５０では、色ＬＥＤ  １３０の色座標を測定し、新しい色ポイントＣｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。次いで、Ｃ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｃｍｋ（Ｒ、Ｇ、Ｂ、Ｗ）およびφ１（Ｒ、Ｇ、Ｂ、Ｗ）＝φｍｉ（Ｒ、Ｇ、Ｂ、Ｗ）となるように色座標および光束を設定する。
【０１２５】
温度補償方法
[00114]図１４は、ＬＥＤ照明モジュール１１０の現場での動作中にＬＥＤ  １３０のＰＷＭデューティサイクル比を調整して温度変動を補償するための方法を示す。本方法は、照明モジュール群６０のモジュール群コントローラ９０によって実行することができる。本方法では、初期較正中に測定されたそれぞれのＬＥＤ  １３０の温度をＬＥＤ  １３０の動作温度と比較し、閾値を上回る温度変化が測定された場合は、ＬＥＤのＰＷＭデューティサイクル比を調整して、以前に測定され格納された温度較正データに応じて温度差を補償する。言い換えれば、本方法は、閾値を上回る温度変化が検出された場合にのみ行うことができる。本方法は、較正された行列Ｍｋ（Ｔ０）およびＬＥＤ  １３０の測定された動作温度Ｔ１とＬＥＤ  １３０を較正した際に測定された温度Ｔ０との間の温度差ΔＴに基づいて行列Ｍｋ（Ｔ１）を計算する熱的モデルを含む。計算を表す方程式は以下の通りである。
【数７】
2013521593.tif 000019
式中、α４×４は、一次熱パラメータ行列を表し、αｘｒは、赤ＬＥＤ（ｄＣｘ／ｄＴ）のＣＩＥ１９３１  Ｃｘ色座標の一次熱パラメータを表し、α４×４行列の他のα？？パラメータの各々は、目標色ポイントｋでの温度Ｔに対する赤、緑、青および白色ＬＥＤ  １３０の色座標ＣｘおよびＣｙならびにφパラメータのそれぞれの他の導関数に相当する。β４×４は、二次熱パラメータ行列（例えば、ｄ２Ｃｘ／ｄＴ２）を表し、α４×４行列と同様に定義される。β４×４行列の多くの要素は、ＬＥＤ  １３０の所望のパラメータ（例えば、Ｃｘ、Ｃｙ、φ）が温度Ｔに対して線形関係を有する場合はゼロに等しくなる。
【０１２６】
[00115]工程１４１０では、ＬＥＤの較正測定が行われた際に測定された温度Ｔ０に基づいて、図９の方法に従って、各ＬＥＤ  １３０に対するＰＷＭ比を決定する。
【０１２７】
[00116]工程１４２０では、ＬＥＤの現時点のリアルタイム動作温度を測定し、現時点の温度Ｔ１とＴ０との間の差ΔＴを計算する。
【０１２８】
[00117]工程１４３０では、工程１４２０の測定されたΔＴを使用して熱的モデルを適用し、現時点の温度Ｔ１での補正された色ポイントＣＴ１（Ｒ、Ｇ、Ｂ、Ｗ）を計算する。言い換えれば、上記で定義された新しい行列Ｍｋ（Ｔ１）を構築して適用する。補正された色ポイントＣＴ１（Ｒ、Ｇ、Ｂ、Ｗ）は、方程式ｘＴ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｍｋ（Ｔ１）・［１  ０  ０  ０］ＴおよびｙＴ１（Ｒ、Ｇ、Ｂ、Ｗ）＝Ｍｋ（Ｔ１）・［０  １  ０  ０］Ｔを使用して計算することができる。
【０１２９】
[00118]工程１４４０では、図９を参照して説明された色混合方法を実行し、温度補正された色セットポイントＣＴ１（Ｒ、Ｇ、Ｂ、Ｗ）に対応する色ＬＥＤのそれぞれの所望の光束φＴ１（Ｒ、Ｇ、Ｂ、Ｗ）を決定する。
【０１３０】
[00119]工程１４５０では、光束φＴ１（Ｒ、Ｇ、Ｂ、Ｗ）および温度Ｔ１を使用して光束モデルΦ（Ｔ，ｄ）を適用し、緩和されたデューティサイクルｄＴ１（Ｒ、Ｇ、Ｂ、Ｗ）を計算する。光束モデルΦ（Ｔ，ｄ）は、温度Ｔおよびデューティサイクルｄの関数である。温度Ｔ１に対するデューティサイクルの調整ΔｄＴ１は、ΔｄＴ１＝ｄＴ１−Ｍｋ（Ｔ１）・［０  ０  ０  ０］Ｔの通りに温度補正後、デューティサイクルｄＴ１から計算することができる。
【０１３１】
[00120]光束モデルΦ（Ｔ，ｄ）では、それぞれの色目標ポイントｋおよびそれぞれのＬＥＤ  １３０に対するＰＷＭデューティサイクルｄｋＴは、４つの特性点、すなわち、最小、公称および最大動作温度ならびに色目標ポイントｋがある色混合ゾーンから別の色混合ゾーンへ移動する温度で計算される。ゾーン内の温度ポイント間の傾向線は、二次多項式を使用して概算され、次いで、測定された動作温度Ｔ１に対するΔｄＴ１の概算に使用される。以下の方程式は、動作温度Ｔ１が較正測定温度Ｔ０と比較して色混合ゾーン交換温度ＴＳＷの反対側に位置する場合（Ｔ＜ＴＳＷおよびＴ０≧ＴＳＷの場合）の傾向線上のデューティサイクルｄの計算について説明する。
【数８】
2013521593.tif 000020
多項式αおよびβ値は、事前に計算して、それぞれの目標色ポイントＣｋ（Ｒ、Ｇ、Ｂ、Ｗ）および光束φｋ（Ｒ、Ｇ、Ｂ、Ｗ）でのそれぞれの色ＬＥＤ  １３０（Ｒ、Ｇ、Ｂ、Ｗ）に対する較正データならびにそれぞれの目標色ポイントＣｋ（Ｒ、Ｇ、Ｂ、Ｗ）および光束φｋ（Ｒ、Ｇ、Ｂ、Ｗ）に対応する測定温度値Ｔ０とともに格納することができる。
【０１３２】
[00121]代替の光束モデルΦ（Ｔ，ｄ）は、デューティサイクルおよび温度の関数として、色Ｒ、Ｇ、Ｂ、ＷのそれぞれのＬＥＤ  １３０に対する光束値の別々の較正測定から構築することができる。測定を使用して、ＬＥＤ性能を予測するための適切な方法を決定するため、ならびに、所望の光束レベルを達成するための温度全体にわたる適切なデューティサイクルを決定するため、Φ（Ｔ）およびΦ（ｄ）が互いに独立しているかどうか判断することができる。
【０１３３】
[00122]工程１４６０では、緩和されたデューティサイクルｄＴ１（Ｒ、Ｇ、Ｂ、Ｗ）に応じて、ＬＥＤ照明モジュール１１０のＬＥＤ  １３０を動作する。計算されたデューティサイクルがゼロ未満であるかまたは１００％を上回る場合、デューティサイクルは適宜にそれぞれゼロまたは１００％に設定される。さらに、デューティサイクルは、アプリケーションに応じて１００％未満の値に制限される場合がある。例えば、低いデューティサイクル値はＬＥＤ  １３０の寿命を延ばすことができる。この場合、すべての色ポイントに対するデューティサイクルは、すべての色ポイントがデューティサイクルの許容範囲内に位置するように、ある倍率でスケーリングすることができる。例えば、上限を適用しないデューティサイクルが１００％であり、その上限が８０％であれば、スケーリングされたデューティサイクルは８０％となる。同様に、５０％のデューティサイクルは４０％にスケーリングされることになる。倍率は、それぞれの色ＬＥＤ  １３０（ＲＧＢＷ）に対するそれぞれのデューティサイクルに適用されることになる。
【０１３４】
[00123]それぞれのＬＥＤ  １３０の色座標は温度の関数として変化するため、色混合ゾーンもまたそれに応じてＣＩＥ色度図上でシフトする。したがって、２つの色混合ゾーン間の境界上または境界付近の目標色ポイントｋは、温度変化のためある色混合ゾーンと別の色混合ゾーンとの間をシフトする可能性がある。ＲＧＢＷ  ＬＥＤ  １３０の混合比およびデューティサイクルは測定温度変動に応じて動的に計算されるため、ＬＥＤ照明モジュール１１０の動作中にはこの点が明らかとなる。しかし、これらのシフトは、ＬＥＤ  １３０の較正プロセスで明らかにされたい。特に、色座標に対応する光束φおよびデューティ比ｄがゼロであっても、色座標を較正データ内に格納することが重要である。
【０１３５】
使用年数補償方法
[00124]それぞれのＬＥＤ  １３０の寿命にわたって光束は異なる。寿命にわたる光束変動曲線の区分的線形近似を使用してＬＥＤ  １３０の動作中に調整係数を適用することができる。寿命にわたる光束変動は、使用される各種のＬＥＤ  １３０の特性であり得、ＬＥＤ  １３０の目標色ポイントＣｋ（Ｒ、Ｇ、Ｂ、Ｗ）および光束φｋ（Ｒ、Ｇ、Ｂ、Ｗ）とともに別々に較正する必要はない。
【０１３６】
追加の例示的な実施形態
[00125]以下では、追加の例示的な実施形態およびシステム実装のための通信について説明する。ＡＣＰは客室乗務員および保守要員用の主要なインターフェースポイントであり、ユーザからの入力により航空機客室内のさまざまな客室照明シナリオを実行すること、および、アドレスを構成してそのＬＣＤタッチスクリーンインターフェースからＢＩＴ情報を閲覧することを可能にする。
【０１３７】
[00126]この実施形態では、すべての照明ＬＲＵは、それらのシーン情報をＬＲＵ内でローカルに維持する。ＡＣＰは、照明システムに対し、客室クルーによって選択された特定のシーンに対するコマンドを発行する責任を有する。照明アセンブリは、ＲＳ４８５を介してＡＣＰからメッセージを受信する機能を有する。照明アセンブリは、個別にアドレス指定可能であり、それにより、ＡＣＰが各照明アセンブリと個別に通信することを可能にするか、または、照明アセンブリの群と通信することを可能にする。また、照明アセンブリは、アセンブリが依然としてシステムと通信しているかどうかについて検出するため、ＢＩＴテストを受ける機能も有する。照明システムからのＢＩＴ情報は、ＡＣＰ上で閲覧することができる。
【０１３８】
[00127]この実施形態では、照明ＬＲＵは、１６の事前にプログラミングされたシーンおよび１６の再プログラミング可能シーンを得る機能を有する。事前にプログラミングされたシーンは、変更する機能を有さない。再プログラミング可能シーンは、作業台上でデバイスを補修する必要もなく、航空機に搭載したままＡＣＰによって変更することができる。照明シナリオは静的であり、可変レートでの移行はシーン間で５分を超えない。この実施形態では、物理層要件は以下の通りである。
通信方法：ＲＳ４８５マルチドロップバス（２ワイヤ＋シールド）
ＲＳ４８５信号：ＲＳ４８５Ａ、ＲＳ４８５ＢおよびＲＳ４８５シールド
ＲＳ４８５トランシーバ負荷：１／８負荷、使用可能ＬＲＵの最大数＝２５５（物理的限度）
ボーレート：１１５２００ｂｐｓ
ボーレート誤差：±１８５ｂｐｓ
二重：半二重
トークン信号：トークンイン、トークンアウトおよびトークン基準
【０１３９】
【表１１】
2013521593.tif 000021
【０１４０】
ＡＣＰプロトコル要件
[00128]ＡＣＰは照明システムの制御の中心である。プロトコル要件は、本発明の実施形態においてＡＣＰが照明システムを適正に動作するために従うタイミングおよび伝送ガイドラインである。
１）ＡＣＰで開始された各シーン変更により、照明システムに通知メッセージが同報通信される。このメッセージは３回繰り返され、各メッセージの間隔は５０ミリ秒である。
２）ＡＣＰは、照明システムに送信される各連続メッセージの間隔が５０ミリ秒以上であることを保証する。
３）ＡＣＰは、現行のシーン選択を１０秒間隔で周期的に再度同報通信する。
４）照明ＬＲＵからＡＣＰへの応答はすべて、５０ミリ秒以内に行われる。
５）チェックサム計算を＜ＳＯＴ＞バイトを含めて開始し、＜ＡＳＣＩＩ  ＸＯＲ  ＸＳＵＭ＞バイトまで継続する。
６）未知の＜ＣＭＤ＞を伴うメッセージはいずれも廃棄する。
７）特定の＜ＣＭＤ＞に対して不正なまたは未使用の値を含むフィールドを伴うメッセージはいずれも廃棄する必要がある。
８）ＬＲＵがそのアクティブ状態の入力トークン信号を有する場合、アドレス割り当てメッセージ以外のメッセージはすべて廃棄する必要がある。
【０１４１】
[00129]この実施形態における各照明ＬＲＵは、個別のユニークなアドレスを組み込む。このアドレスは、航空機内の照明ＬＲＵの位置を識別する際に役立つ。照明ＬＯＰＡを使用して、個人は航空機内の照明の正確な位置を決定することができる。シーン選択メッセージにより、ＡＣＰは、特定のＬＲＵ、照明ゾーンまたは航空機全体に対して照明シーンを選択することができる。シーン選択メッセージにより、ＡＣＰは、事前にロードされた航空機照明シーンまたは顧客特有の照明シーンのいずれかを選択することができる。
シーン選択
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
１）照明アセンブリは、プログラミングされていないシーンを選択するいかなるシーン選択メッセージも無視する。
２）システムの電源を投入すると、各ＬＲＵは、シーン選択メッセージの受信まで３０秒間待機する必要がある。この期間内に何も受信しなければ、ＬＲＵは自動的に１００％白色光へと移行する。
３）シーン選択メッセージを受信すると、進行中の可能性があるＢＩＴ／ＢＩＴＥモードはいずれもキャンセル／終了する必要がある。
４）照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、このメッセージを無視する必要がある。
【０１４２】
【表１２】
2013521593.tif 000022
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ２０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ２０
＜ＤＡＴＡ＞＝２バイト＜ＳＣＥＮＥ＞＜ＩＮＴＥＮＳＩＴＹ＞
＜ＳＣＥＮＥ＞＝シーン選択バイト。ＬＲＵに格納されたシーン情報を示す。ＡＣＰは、このバイトの最初のニブルを変更することによって、標準の航空機シーンまたは顧客特有のシーンのいずれかを選択することができる。
標準のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
顧客特有のシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
＜ＩＮＴＥＮＳＩＴＹ＞［０ｘ３１−０ｘ３４］−選択されたシーンに対する相対的な照度設定を示す。
０ｘ３１＝高
０ｘ３２＝中
０ｘ３３＝低
０ｘ３４＝夜間
【０１４３】
アドレス指定動作
[00130]ＡＣＰは、ウォッシュライトのアドレス指定を制御する。ＡＣＰは、ＲＳ４８５ラインに加えてトークンラインを使用して、ウォッシュライトのアドレス指定に役立てることができる。この実施形態では、各ウォッシュライトＬＲＵは、ＲＳ４８５トランシーバ、トークンインラインおよびトークンアウトラインを有する。
【０１４４】
[00131]トークンラインを使用して、どのウォッシュライトが現時点においてアドレス指定されているかを識別する。ウォッシュライトのトークンインラインがアクティブ状態である場合、ウォッシュライトは現時点においてアドレス指定されており、いずれのアドレス割り当てメッセージもそのＬＲＵのみを対象とする。ウォッシュライトがアドレス入力メッセージを受信すれば、ウォッシュライトは、アドレス応答メッセージでアドレスの受信を確認する。これは、そのＬＲＵに対するアドレス指定が完了し、次のＬＲＵへ移動する時が来たことを示す。
【０１４５】
[00132]次に、ＡＣＰは、列内の次のウォッシュライトのアドレス指定を可能にするトークン譲渡コマンドを送信することによって、トークンを渡すことができる。一旦これが受信されれば、現時点においてアドレス指定されているウォッシュライトはそのトークンアウトラインをアクティブ状態に設定し、その結果、次の順番のウォッシュライトのアドレス指定が可能となる。それに併せて、以前にアドレス指定されたＬＲＵはそのトークンアウトラインを非アクティブ状態に設定し、現時点においてアドレス指定されているＬＲＵのアドレス指定動作を完了する必要がある。
プロトコル−アドレス割り当てメッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
１）アドレス指定メッセージは、トークンインラインがアクティブ状態の照明アセンブリによってのみ処理される。
２）ＡＣＰは、第１のアドレス割り当てメッセージの送信を開始する前に、そのトークンアウトラインをアクティブ状態にアサートする。
３）照明アセンブリは、航空機に搭載されたＬＲＵが交換される際は常に再度割り当てされる。
４）トークンラインは、これらの信号がトークン基準ライン（接地）の電位を有する場合、アクティブ状態であると見なされる。
【０１４６】
【表１３】
2013521593.tif 000023
ＣＭＤ設定記述
＜ＳＯＴ＞＝［０ｘ０１］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレス割り当てメッセージ：
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝［０ｘ１０］−このコマンドはウォッシュライトアドレスを設定する。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｇｒｏｕｐ／Ｚｏｎｅ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜Ｇｒｏｕｐ／Ｚｏｎｅ＞＝［０ｘ３０−０ｘＦＦ］−群／ゾーンの割り当て
プロトコル-アドレス応答メッセージ
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
１）ＡＣＰは、アドレス割り当てメッセージの送信後５０ミリ秒以内にアドレス応答メッセージを受信しない場合、「アドレス指定モード」を終了する必要がある。
２）ＡＣＰは、適正な照明のタイプが対象となるアドレスにあることを確認するため、アドレス応答メッセージで返信された情報とその内部データベースとを比較する必要がある。また、ＡＣＰは、シリアル番号、ハードウェアバージョン番号およびファームウェアバージョン番号を検証することもできる。返信された情報に矛盾があれば、ＡＣＰのアドレス指定モードを停止し、オペレータにその問題を警告する必要がある。
【０１４７】
【表１４】
2013521593.tif 000024
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレス応答メッセージ：
＜ＣＭＤ＞＝［０ｘ１Ｆ］−このコマンドはウォッシュライトからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｄｅｖｉｃｅ  ＩＤ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｄｅｖｉｃｅ  ＩＤ＞＝［０ｘ４１−０ｘ４３］−ＬＲＵのタイプ
［０ｘ４１］＝９１００直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９１５０クロスビンウォッシュライト（Ｗ＋Ａ）
［０ｘ４２］＝９１５０ＣＯＳウォッシュライト（Ｗ＋Ａ）
［０ｘ４３］＝９２００天井ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００側壁ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００コーブウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２５０主翼上非常口ウォッシュライト（ＲＧＢ＋ＷＷ）
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＝ＬＲＵハードウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
プロトコル−トークン譲渡コマンド
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝最後のウォッシュライトがアドレス指定されている場合、０ｘ３１
【０１４８】
【表１５】
2013521593.tif 000025
ＣＭＤ設定記述
＜ＳＯＴ＞＝［０ｘ０１］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
トークン譲渡コマンド：
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ２０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝［０ｘ１１］−このコマンドは、ウォッシュライトにトークンを渡すように伝える。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞
＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝そのアドレス指定が完了したことを示す１バイト
［０ｘ３０］＝アドレス指定は完了していない
［０ｘ３１］＝アドレス指定は完了した
【０１４９】
【表１６】
2013521593.tif 000026
【０１５０】
ＢＩＴ  ＢＩＴＥ動作
[00133]ＡＣＰは、ＢＩＴ／ＢＩＴＥをいつ開始するかを制御することができる。ＡＣＰは、例えばＲＳ４８５ラインを使用して、ウォッシュライトが依然としてアクティブ状態であるかどうかを判断するため、システム内の各ウォッシュライトをポーリングすることができる。これにより、各ＬＲＵのポーリングに加えて、ウォッシュライトがＢＩＴ要求を受信すると、照明の照度および色が、目視ランプテスト機能を提供する特定のレベルに設定される。すべてのＢＩＴ／ＢＩＴＥ要求を処理し、５０ミリ秒以内に照明ＬＲＵからの受信を確認する必要がある。
プロトコル−ＢＩＴ／ＢＩＴＥ要求メッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
１）シーン選択メッセージを受信すると、進行中の可能性があるＢＩＴ／ＢＩＴＥモードはいずれもキャンセル／終了する。
２）照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、ＢＩＴ／ＢＩＴＥメッセージを無視する。
３）ＡＣＰは、＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２に、および、＜ＤＥＳＴ＞を現時点においてポーリングされている照明ＬＲＵの送信先アドレスに設定することによって、各ＬＲＵをポーリングする。
【０１５１】
【表１７】
2013521593.tif 000027
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ３０
プロトコル−ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージ
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
１）＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３２の場合、ＬＲＵは、要求の＜ＤＥＳＴ＞が照明アセンブリのアドレスと一致すれば、ＢＩＴ／ＢＩＴＥ要求メッセージを受信次第、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。
２）ＡＣＰは、ＢＩＴ／ＢＩＴＥ要求メッセージ送信の５０ミリ秒以内に、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージを受信する必要がある。
３）＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３０の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。ＬＲＵアドレスは、各ＬＲＵがそのＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージの伝送までに待機する時間の長さを決定するためのシード値として使用することができることに留意されたい。
４）＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３１の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。ＬＲＵアドレスは、各ＬＲＵがそのＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージの伝送までに待機する時間の長さを決定するためのシード値として使用することができることに留意されたい。
５）ＡＣＰは、照明アセンブリ内の情報が正しいことを確認するため、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで返信された情報とその内部データベースとを比較する必要がある。返信された情報に矛盾があれば、オペレータにその問題を警告する必要がある。
【０１５２】
【表１８】
2013521593.tif 000028
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−ＡＣＫメッセージの伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレス応答メッセージ：
＜ＣＭＤ＞＝［０ｘ３Ｆ］−このコマンドはウォッシュライトからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｄｅｖｉｃｅ  ＩＤ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｃａｌ  Ｆｌａｇ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｄｅｖｉｃｅ  ＩＤ＞＝［０ｘ４１−０ｘ４３］−ＬＲＵのタイプ
［０ｘ４１］＝９１００直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９１５０クロスビンウォッシュライト（Ｗ＋Ａ）
［０ｘ４２］＝９１５０ＣＯＳウォッシュライト（Ｗ＋Ａ）
［０ｘ４３］＝９２００天井ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００側壁ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００コーブウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２５０主翼上非常口ウォッシュライト（ＲＧＢ＋ＷＷ）
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＝ＬＲＵハードウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵ航空機シーンＰ／Ｎおよび改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎおよび改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｃａｌ  Ｆｌａｇ＞＝ウォッシュライトが較正されたことを示す１バイト
０ｘ３０＝ウォッシュライトは較正されない
０ｘ３１＝ウォッシュライトは較正される
【０１５３】
シーンダウンロード動作
[00134]シーンダウンロード動作を使用して、照明ＬＲＵ上にローカルで格納されたシーンを更新する。ＡＣＰは、シーンダウンロード動作をいつ開始するかを制御する。ＡＣＰは、ＲＳ４８５ラインを使用して、システム内の各ウォッシュライトにシーン情報を格納する際に役立てる。ＡＣＰはまず、シーンダウンロード要求メッセージをシステム内のすべてのウォッシュライトに送信する。これにより、保護されたＥＥＰＲＯＭスペースの変更を可能にするようウォッシュライトに命令する。次いで、ＡＣＰは、各シーンに対するシーンコンテンツメッセージを伝送することができる。シーンコンテンツメッセージは、一度に１シーンのシーン情報を含む。
【０１５４】
[00135]一旦すべての新しいシーンが伝送されれば、ＡＣＰは、シーンクエリ要求メッセージで各ウォッシュライトをポーリングすることができる。シーンクエリメッセージでは、すべてのシーンを受信したかどうかをウォッシュライトに尋ねることができる。ウォッシュライトは、シーンクエリ回答メッセージで回答し、すべての情報を受信した／受信していないことをＡＣＰに通知する。ウォッシュライトが情報を受信した場合、すべてのシーン情報を不揮発性ＥＥＰＲＯＭに記録する必要がある。ウォッシュライトがすべての情報を受信していないという応答をした場合、ＡＣＰは、すべてのウォッシュライトにシーンコンテンツメッセージを再度伝送し、ウォッシュライトへの再クエリを再開する必要がある。
【０１５５】
[00136]すべてのシーンクエリ要求メッセージは、５０ミリ秒以内に照明ＬＲＵによって処理および受信確認される必要がある。
プロトコル−シーンダウンロード要求
仕様
送信元デバイス：ＡＣＰ
送信宛先デバイス：照明ＬＲＵ
１）照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、ＢＩＴ／ＢＩＴＥメッセージを無視する必要がある。
２）他のすべてのシーンダウンロードコマンドは、シーンダウンロード要求が伝送されない限り、無視する必要がある。
３）シーンダウンロード要求は、同報通信メッセージであり得る。あらゆる照明ＬＲＵがこのメッセージを受信する。
【０１５６】
【表１９】
2013521593.tif 000029
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝０ｘ５０
＜ＤＡＴＡ＞＝＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＜Ｅｍｐｔｙ＞
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎおよび改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＝［０ｘ３１−０ｘ４０］−１（０ｘ３１）から１６（０ｘ４０）までの更新されるシーンの総数。
＜Ｅｍｐｔｙ＞＝０ｘ３０
プロトコル−シーンコンテンツメッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
シーンコンテンツメッセージは、同報通信メッセージであり得る。あらゆる照明ＬＲＵはこのメッセージを受信する必要がある。
【０１５７】
【表２０】
2013521593.tif 000030
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝０ｘ５１
＜ＤＡＴＡ＞＝Ｓ１、Ｒ１、Ｒ２、Ｇ１、Ｇ２、Ｂ１、Ｂ２、Ｗ１、Ｗ２、Ｅ１、Ｅ２、Ａ１、Ａ２、Ｔ１、Ｔ２
Ｓ１＝［０ｘ３１−４５］−シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
Ｒｘ−赤照度値は１２ビット幅であり、２バイトのＲ１およびＲ２に分かれる。
Ｒ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（赤）
Ｒ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（赤）
Ｇｘ−緑照度値は１２ビット幅であり、２バイトのＧ１およびＧ２に分かれる。
Ｇ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（緑）
Ｇ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（緑）
Ｂｘ＝青照度値は１２ビット幅であり、２バイトのＢ１およびＢ２に分かれる。
Ｂ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（青）
Ｂ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（青）
Ｗｘ＝白照度値（ＲＧＢ＋Ｗウォッシュライト）は１２ビット幅であり、２バイトのＷ１およびＷ２に分かれる。
Ｗ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（白）
Ｗ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（白）
Ｅｘ＝白照度値（Ｗ＋Ａウォッシュライト）は１２ビット幅であり、２バイトのＥ１およびＥ２に分かれる。
Ｅ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（白）
Ｅ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（白）
Ａｘ＝琥珀照度値は１２ビット幅であり、２バイトのＡ１およびＡ２に分かれる。
Ａ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット（琥珀）
Ａ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット（琥珀）
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
プロトコル−シーンクエリ要求
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
１）シーンクエリ要求メッセージを受信した後、照明アセンブリは、通常の動作を再開することができる。
２）ＡＣＰは、＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２に、および、＜ＤＥＳＴ＞を現時点においてポーリングされている照明ＬＲＵの送信先アドレスに設定することによって、各ＬＲＵをポーリングすることができる。
３）各照明ＬＲＵにクエリを行う必要がある。
【０１５８】
【表２１】
2013521593.tif 000031
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ５２
プロトコル−シーンクエリ回答
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
１）ＡＣＰは、シーンクエリ要求メッセージ送信の５０ミリ秒以内に、シーンクエリ回答メッセージを受信する必要がある。
２）照明ＬＲＵがシーンクエリ要求に応答しない場合、ＡＣＰは、この問題をオペレータに警告する必要がある。
３）ＡＣＰは、照明アセンブリ内に正しい情報が格納されていることを確認するため、シーンクエリ回答メッセージで返信された情報とその内部データベースと比較する必要がある。返信された情報に矛盾があれば、オペレータにその問題を警告する必要がある。
【０１５９】
【表２２】
2013521593.tif 000032
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−Ａｃｋメッセージの伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
シーンクエリ回答メッセージ：
＜ＣＭＤ＞＝［０ｘ５Ｆ］−このコマンドはウォッシュライトからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−クエリが行われたウォッシュライトのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵ航空機シーンＰ／Ｎおよび改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎおよび改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
【０１６０】
シーン構成データベース
[00137]シーン構成データベースは、カスタム照明シーンに関する情報を格納するファイルである。このデータベースは、客室照明設計者プログラムを使用して外部で生成することができる。データベースは、例えば、ＡＳＣＩＩ復帰改行によって分離される１６のシーンコンテンツメッセージを含む。
データベースファイル形式：
＜ＳＯＴ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞
＜ＸＳＵＭ＞
【０１６１】
【表２３】
2013521593.tif 000033
【０１６２】
【表２４】
2013521593.tif 000034
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝０ｘ５１
＜ＤＡＴＡ＞＝Ｓ１、Ｒ１、Ｒ２、Ｇ１、Ｇ２、Ｂ１、Ｂ２、Ｗ１、Ｗ２、Ｅ１、Ｅ２、Ａ１、Ａ２、Ｔ１、Ｔ２
Ｓ１＝［０ｘ３０−３Ｆ］−シーン選択バイト。シーン情報が格納されたＬＲＵを示す。０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
Ｒｘ−赤照度値は１２ビット幅であり、２バイトのＲ１およびＲ２に分かれる。
Ｒ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（赤）
Ｒ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（赤）
Ｇｘ−緑照度値は１２ビット幅であり、２バイトのＧ１およびＧ２に分かれる。
Ｇ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（緑）
Ｇ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（緑）
Ｂｘ＝青照度値は１２ビット幅であり、２バイトのＢ１およびＢ２に分かれる。
Ｂ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（青）
Ｂ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（青）
Ｗｘ＝白照度値（ＲＧＢ＋Ｗウォッシュライト）は１２ビット幅であり、２バイトのＷ１およびＷ２に分かれる。
Ｗ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（白）
Ｗ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（白）
Ｅｘ＝白照度値（Ｗ＋Ａウォッシュライト）は１２ビット幅であり、２バイトのＥ１およびＥ２に分かれる。
Ｅ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（白）
Ｅ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（白）
Ａｘ＝琥珀照度値は１２ビット幅であり、２バイトのＡ１およびＡ２に分かれる。
Ａ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット（琥珀）
Ａ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット（琥珀）
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位６ビット
【０１６３】
照明ＬＯＰＡ構成データベース
[00138]照明ＬＯＰＡ構成データベースは、航空機上に正確な照明レイアウトを構成する際に役立つ。照明ＬＯＰＡ構成データベースは、各照明ＬＲＵ、ステーションの位置、ならびに、ファームウェア／ハードウェアおよびデータベース改訂情報に対する記述を含むことができる。データベースファイル形式は、ＡＳＣＩＩ復帰改行によって分離される複数のデバイスタイプ（）を含み得る。ＡＣＰはファイルの終わりにＸＳＵＭ計算でデータベースの妥当性を検査することができる。
データベースファイル形式：
＜ＳＯＴ＞＜ＤＥＶＩＣＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ４＞＜ＣＲ＞＜ＬＦ＞
＜ＤＥＶＩＣＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ７＞＜ＣＲ＞＜ＬＦ＞．．．＜ＤＥＶＩＣＥＸ＞＜ＣＲ＞＜ＬＦ＞
＜ＸＳＵＭ＞
＜ＳＯＴ＞＝０ｘ０１
＜ＣＲ＞＝ＡＳＣＩＩ復帰
＜ＬＦ＞＝ＡＳＣＩＩ改行
＜ＸＳＵＭ＞＝２バイトのＸＯＲ  ＸＳＵＭ。ＸＳＵＭは通信プロトコルと同一である
＜ＤＥＶＩＣＥＸ＞＝＜Ｄｅｖｉｃｅ  Ｔｙｐｅ＞＜Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ＞＜Ｃｏｍｍ  Ｐｏｒｔ＞＜ＳＴＡ  ＬＯＣ＞＜Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ＞
【０１６４】
【表２５】
2013521593.tif 000035
【０１６５】
システムの電源投入
[00139]システムの電源を投入すると、各ＬＲＵは、シーン選択メッセージの受信まで３０秒間待機することができる。この期間内に何も受信しなければ、ＬＲＵは自動的に１００％白色光または何らかの他のデフォルト設定へと移行する必要がある。
【０１６６】
[00140]上記では航空機内の照明としての使用について説明してきたが、本発明はこれに限定されず、他のアプリケーションにも適用することができる。本明細書で使用される「航空機」という用語は、任意の乗用車または任意の照明を当てるエリアの代用として理解されたい。同様に、ＬＥＤまたは発光ダイオードという用語は、本明細書で説明されるものと同様の方法で制御可能な任意の照明源の代用として理解されたい。
【０１６７】
[00141]１つまたは複数のシステムは、任意の１つまたは複数の汎用コンピュータ上に実装することができ、コンポーネントは専用アプリケーションとしてまたはウェブベースアーキテクチャを含むクライアントサーバアーキテクチャ内で実装することができる。いずれのコンピュータも、プロセッサと、プログラムデータを格納して実行するためのメモリと、ディスクドライブなどの永久ストレージと、外部デバイスとの通信を処理するための通信ポートと、ディスプレイ、キーボード、マウスなどを含むユーザインターフェースデバイスとを含み得る。ソフトウェアモジュールが含まれる場合、これらのソフトウェアモジュールは、テープ、ＣＤ-ＲＯＭなどの媒体に対してプロセッサ上で実行可能なプログラム命令として格納することができ、この媒体は、コンピュータによる読み取り、メモリへの格納、プロセッサによる実行が可能である。
【０１６８】
[00142]本発明の原理についての理解を深めるため、図面に示された好ましい実施形態を参照し、特定の言語を使用してこれらの実施形態を説明してきた。しかし、本発明の範囲は、この特定の言語によるいかなる制限も意図されておらず、本発明は、当業者であれば通常思い当たるであろうすべての実施形態を包含するものと解釈されたい。
【０１６９】
[00143]本発明は、機能ブロックコンポーネントおよびさまざまな処理工程の観点から説明することができる。そのような機能ブロックは、指定された機能を実行するよう構成された任意の数のハードウェアおよび／またはソフトウェアコンポーネントにより実現することができる。例えば、本発明は、１つもしくは複数のマイクロプロセッサまたは他の制御デバイスの制御の下、さまざまな機能を実行できる、例えばメモリ素子、処理素子、論理素子、ルックアップ表などの、さまざまな集積回路コンポーネントを使用することができる。同様に、本発明の要素がソフトウェアプログラミングまたはソフトウェア要素を使用して実施される場合、本発明は、データ構造、オブジェクト、プロセス、ルーチンまたは他のプログラミング要素の任意の組合せで実施されるさまざまなアルゴリズムを用いて、Ｃ、Ｃ＋＋、Java、アセンブラなどの任意のプログラミングまたはスクリプト言語で実施することができる。その上、本発明は、電子機器構成、信号処理および／または制御、データ処理などに対する任意の数の従来の技法を使用することができる。メカニズムという用語が幅広く使用され、機械的または物理的な実施形態に限定されないが、プロセッサなどと連動するソフトウェアルーチンを含むことができる。
【０１７０】
[00144]本明細書で示され説明された特定の実施形態は、本発明を例示するものであり、いかなる方法においても本発明の範囲を他の形で限定することは意図しない。簡潔にするため、従来の電子機器、制御システム、ソフトウェア開発およびシステムの他の機能上の態様（およびシステムの個別の動作コンポーネントのコンポーネント）については、詳細に説明されない場合がある。その上、提示されるさまざまな図面に示された接続ラインまたはコネクタは、さまざまな要素間の例示的な機能的な関係および／または物理的もしくは論理的結合を表すことが意図される。多くの代替または追加の機能的な関係、物理的接続または論理的接続が、実際のデバイス内に存在し得ることに留意されたい。さらに、要素が具体的に「不可欠」または「重要」なものとして説明されていない限り、いかなるアイテムまたはコンポーネントも本発明の実施に不可欠なものではない。
【０１７１】
[00145]本発明の説明に関連して（特に、以下の特許請求の範囲と関連して）、「a」、「an」、「the」の用語および同様の指示対象の使用は、単数と複数の両方をカバーするものと解釈されたい。その上、本明細書における値の範囲についての記載は、本明細書に他の形で示されていない限り、単に、その範囲内にあるそれぞれの別々の値を個別に参照する省略方法としての役割を果たすものと意図され、それぞれの別々の値は、あたかも本明細書で個別に記載されているかのように本明細書に組み込まれる。最後に、本明細書で説明されるすべての方法の工程は、本明細書に他の形で示されていない限り、または、文脈で明らかに矛盾していない限り、任意の適切な順番で実行することができる。
【０１７２】
[00146]当業者であれば、本発明の精神および範囲から逸脱することなく、多くの変更形態および適応形態が容易に明らかであろう。
【符号の説明】
【０１７３】
１０  航空機照明システム
２０  領域別の照明
３０  航空機照明システムコントローラ
４０  乗務員制御パネル（ＡＣＰ）
６０  インテリジェント照明モジュール群
７０  電源
８０  フィルタ
９０  モジュール群コントローラ
１１０  モジュール（マスタモジュール）
１１０’  スレーブモジュール
１１２  電源プラグアセンブリ
１１４  終端コネクタ
１２０  ＬＥＤ群
１３０  ＬＥＤ／照明源要素
付属書
本付属書は、ＬＥＤ照明システムの一実施形態に対する例示的な要件について説明する。異なる特性を有する他の要件もまた他の実施形態に対して指定され得るため、この実施形態は、制限するものと解釈するべきではない。
例示的な実施形態では、ＬＥＤ照明システムを使用して、航空機の内部客室に照明を当てることができる。システムは、２つの主要部分、すなわち、照明アセンブリおよび乗務員制御パネル（ＡＣＰ）に論理的に分けることができる。ＡＣＰは、客室乗務員および保守要員用の主要なインターフェースポイントである。これにより、ユーザからの入力によって航空機客室内部でさまざまな客室照明シナリオを実行すること、ならびに、アドレスを構成してそのＬＣＤタッチスクリーンインターフェースからＢＩＴ情報を閲覧することが可能になる。
ＬＥＤ照明システムは以下のアイテムを含む。
１）側壁照明
２）主翼上非常口照明
３）天井照明（天井ＬＲＵアセンブリの一部）
４）ビン照明（天井ＬＲＵアセンブリの一部）
５）直接照明
６）コーブ照明
７）ＣＯＳ照明
すべての照明ＬＲＵは、それらのシーン情報をＬＲＵ内でローカルに維持することができる。ＡＣＰは、照明システムに対し、客室クルーによって選択された特定のシーンに対するコマンドを発行する責任を有し得る。照明アセンブリは、ＲＳ４８５を介してＡＣＰからメッセージを受信する機能を有し得る。照明アセンブリは、個別にアドレス指定可能であり得、それにより、ＡＣＰが各照明アセンブリと個別に通信することを可能にするか、または、照明アセンブリの群と通信することを可能にする。また、照明アセンブリは、アセンブリが依然としてシステムと通信しているかどうかについて検出するため、ＢＩＴテストを受ける機能も有し得る。照明システムからのＢＩＴ情報は、その後ＡＣＰ上で閲覧することができる。
すべての照明ＬＲＵは、１６の事前にプログラミングされたシーンおよび１６の再プログラミング可能シーンを得る機能を有し得る。事前にプログラミングされたシーンおよび再プログラミング可能シーンは、作業台上でＬＲＵ／デバイスを補修する必要もなく、航空機に搭載したままＡＣＰによって変更することができる。さらに、シーンジェネレータツールを構成データベースジェネレータとともに客室照明システム構成モジュールの一部として埋め込むことができる。照明シナリオは静的であり得、可変レートでの移行はシーン間で５分を超えない場合がある。
物理層要件
通信方法：ＲＳ４８５マルチドロップバス（２ワイヤ＋シールド、ＳＴＰ）
ＲＳ４８５信号：ＲＳ４８５Ａ（−）、ＲＳ４８５Ｂ（＋）およびＲＳ４８５シールド
ＲＳ４８５トランシーバ負荷：１／８負荷、使用可能ＬＲＵの最大数＝２５５（物理的限度）
ボーレート：５７６００ｂｐｓ
ボーレート誤差：±１８５ｂｐｓ
データビット：８
パリティ：なし
ストップビット：１
フロー制御：なし
二重：半二重
終端抵抗：設けず。ＬＲＵにはＲＳ４８５バスを終端する手段がない。
トークン信号：トークンイン、トークンアウトおよびトークン基準
【０１７４】
【表２６】
2013521593.tif 000036
物理的インターフェース−コネクタピン配列
通信信号：
ＲＳ４８５＋
ＲＳ４８５−
ＲＳ４８５シールド
トークン信号イン／アウト
トークン基準
【０１７５】
【表２７】
2013521593.tif 000037
ポート割り当ての論理図については図１Ｄを参照されたい。
ＡＣＰプロトコル要件
ＡＣＰはＬＥＤ客室照明システムの制御の中心である。プロトコル要件は、ＡＣＰが照明システムを適正に動作するために従わなければならないタイミングおよび伝送ガイドラインである。
１）ＡＣＰで開始された各シーン変更により、照明システムに通知メッセージが同報通信されるものとする。このメッセージは３回繰り返され、各メッセージの間隔は５０ミリ秒である。
２）ＡＣＰは、照明システムに送信される各連続メッセージの間隔が５０ミリ秒を下回らないことを保証するものとする。
３）ＡＣＰは、現行のシーン選択を１０秒間隔で周期的に再度同報通信するものとする。これはハートビートメッセージである。
４）照明ＬＲＵからＡＣＰへの応答はすべて、５０ミリ秒以内に行われる。
５）ＣＲＣ−８計算を＜ＳＯＴ＞バイトを含めて開始し、＜ＣＲＣ−８＞バイトまで継続する。
６）未知の＜ＣＭＤ＞を伴うメッセージはいずれも廃棄する。
７）特定の＜ＣＭＤ＞に対して不正なまたは未使用の値を含むフィールドを伴うメッセージはいずれも廃棄する。
８）ＬＲＵがそのアクティブ状態の入力トークン信号を有する場合、アドレス割り当てメッセージ以外のメッセージはすべて廃棄する。
一般的な客室照明通信プロトコル
航空機内の各照明ＬＲＵは、個別のユニークなアドレスを組み込む。このアドレスは、航空機内の照明ＬＲＵの位置を識別する際に役立つ。照明ＬＯＰＡを使用して、個人は航空機内の照明の正確な位置を決定することができる。シーン選択メッセージにより、ＡＣＰは、特定のＬＲＵ、照明ゾーンまたは航空機全体に対して照明シーンを選択することができる。シーン選択メッセージにより、ＡＣＰは、事前にロードされた既定の照明シーンまたは顧客特有の照明シーンのいずれかを選択することができる。
シーン選択
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・照明アセンブリは、プログラミングされていないシーンを選択するいかなるシーン選択メッセージも無視する。
・システムの電源を投入すると、各ＬＲＵは、シーン選択メッセージの受信まで３０秒間待機する。この期間内に何も受信しなければ、ＬＲＵは自動的に３０％白色光へと移行する。
・シーン選択メッセージを受信すると、進行中の可能性があるＢＩＴ／ＢＩＴＥモードはいずれもキャンセル／終了される。
・照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、このメッセージを無視する。
・このメッセージは、ハートビートメッセージとして機能し、通常の動作の下、１０秒ごとに繰り返す必要がある。
【０１７６】
【表２８】
2013521593.tif 000038
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ２０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ２０
＜ＤＡＴＡ＞＝＜ＳＣＥＮＥ＞＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。ＡＣＰは、このバイトの最初のニブルを変更することによって、既定のシーンまたは顧客特有のシーンのいずれかを選択することができる。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
顧客特有のシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
例：
同報通信シーンコマンドメッセージは、ＡＣＰのポート上で、異なるアドレスおよび群番号の複数の照明ＬＲＵへ伝送することができる。
Ｄｅｓｔ  Ｍｏｄｅ＝０ｘ３０の同報通信は、アドレスおよび群番号とは無関係にすべての照明ＬＲＵに到達し得る。
Ｄｅｓｔ  Ｍｏｄｅ＝０ｘ３１の同報通信は、指定されたＤｅｓｔ  Ｇｒｏｕｐを有する照明ＬＲＵにのみ到達し得る（例えば、Ｄｅｓｔ＝０ｘ３２の場合、群３２および群３２内のすべてのアドレス）。
Ｄｅｓｔ  Ｍｏｄｅ＝０ｘ３２の同報通信は、指定されたＤｅｓｔ  Ａｄｄｒｅｓｓを有する照明ＬＲＵにのみ到達し得る（例えば、Ｄｅｓｔ＝０ｘ２２の場合、アドレス２２）。
アドレス指定動作
航空機内の各照明ＬＲＵは、個別のユニークなアドレスを組み込む。このアドレスは、航空機内の照明ＬＲＵの位置を識別する際に役立つ。照明ＬＯＰＡを使用して、個人は航空機内の照明の正確な位置を決定することができる。各照明のアドレス指定により、システムは、照明の複数のゾーンを処理することが可能になり、システムはさらに、ＢＩＴ／ＢＩＴＥテストを行い欠陥のあるＬＲＵを位置付けることもできる。
ＡＣＰは、照明のアドレス指定を制御する。ＡＣＰは、ＲＳ４８５ラインに加えてトークンラインを使用して、照明のアドレス指定に役立てる。各照明ＬＲＵは、ＲＳ４８５トランシーバ、トークンインラインおよびトークンアウトラインを有する。
トークンラインを使用して、どの照明が現時点においてアドレス指定されているかを識別する。照明のトークンインラインがアクティブ状態である場合、照明は現時点においてアドレス指定されており、いずれのアドレス割り当てメッセージもそのＬＲＵのみを対象とする。照明がアドレス割り当てメッセージを受信すれば、照明は、アドレス応答メッセージでアドレスの受信を確認する。これは、そのＬＲＵに対するアドレス指定が完了し、次のＬＲＵへ移動する時が来たことを示す。次に、ＡＣＰは、列内の次の照明のアドレス指定を可能にするトークンを解放する。今まさにアドレス指定された照明は、今度は新しいバスマスタとなる。バスマスタは、次の順番の照明のアドレス指定が可能となるようにそのトークンアウトラインをアクティブ状態に設定する。再度、次のデバイスのアドレス指定工程を経る。一旦バス内の最後のデバイスがアドレス指定されれば、アドレス指定動作が完了したことを返信する。次いで、ＡＣＰは、アドレスゾーン割り当てメッセージを使用することによって照明にゾーンを割り当てる。ＡＣＰは、それぞれの個別の照明アセンブリと通信する必要がある。次いで、各照明アセンブリは、アドレスゾーン応答メッセージで回答し、照明アセンブリにゾーンが割り当てられたことを示す。
プロトコル−アドレス割り当てメッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・アドレス指定メッセージは、トークンインラインがアクティブ状態の照明アセンブリによってのみ処理される。
・ＡＣＰは、第１のアドレス割り当てメッセージの送信を開始する前に、そのトークンアウトラインをアクティブ状態にアサートしなければならない。
・照明アセンブリは、航空機に搭載されたＬＲＵが交換される際は常に再度アドレス指定されなければならない。
・トークンラインは、これらの信号がトークン基準ライン（接地（ＧＮＤ））の電位を有する場合、アクティブ状態であると見なされる。
・ＡＣＰがアドレス指定に失敗したかまたは未完了であることを見出せば、ＡＣＰは、トークン解放ＣＭＤを送信する。
・アドレス指定動作は、失敗に備えて、３回繰り返す必要がある。
【０１７７】
【表２９】
2013521593.tif 000039
ＣＭＤ設定記述
＜ＳＯＴ＞＝［０ｘ０１］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレス割り当てメッセージ
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝［０ｘ１０］−このコマンドはＬＲＵアドレスを設定する。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｌａｓｔ  ＬＲＵ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜Ｌａｓｔ  ＬＲＵ＞＝列内の最後のＬＲＵのアドレス
［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
プロトコル-アドレス応答メッセージ
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
注
・ＡＣＰは、アドレス割り当てメッセージの送信後５０ミリ秒以内にアドレス応答メッセージを受信しない場合、「アドレス指定モード」を終了する必要がある。
・ＡＣＰは、適正な照明のタイプが対象となるアドレスにあることを確認するため、アドレス応答メッセージで返信された情報とその内部データベースとを比較する必要がある。また、ＡＣＰは、シリアル番号、ハードウェアバージョン番号およびファームウェアバージョン番号を検証することもできる。返信された情報に矛盾があれば、ＡＣＰのアドレス指定モードを停止し、オペレータにその問題を警告する必要がある。
【０１７８】
【表３０】
2013521593.tif 000040
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレス応答メッセージ：
＜ＣＭＤ＞＝［０ｘ１Ｆ］−このコマンドはＬＲＵからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＜ＬＲＵ  Ｐ／Ｎ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｓｐａｒｅ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｐａｒｅ＞＝０ｘ３０
プロトコル−アドレスゾーン割り当てメッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・照明アセンブリにゾーンを割り当てる際は、トークンは使用されない。
・照明アセンブリは、航空機に搭載されたＬＲＵが交換される際は常に再度割り当てされなければならない。
・ＡＣＰがそれぞれの個別の照明と通信し、このメッセージでそれらのゾーンを示さなければならない場合、
・照明アセンブリがＡＣＰに応答しない場合、ＡＣＰは、失敗についてオペレータに警告する前に３回再試行する必要がある。
【０１７９】
【表３１】
2013521593.tif 000041
ＣＭＤ設定記述
＜ＳＯＴ＞＝［０ｘ０１］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレスゾーン割り当てメッセージ：
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝離散したまたは個別の照明アセンブリ
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝［０ｘ１２］−このコマンドは、ＬＲＵのゾーンを設定する。
＜ＤＡＴＡ＞＝＜Ｇｒｏｕｐ／Ｚｏｎｅ＞
＜Ｇｒｏｕｐ／Ｚｏｎｅ＞＝［０ｘ３１−０ｘＦＦ］−群／ゾーンの割り当て
プロトコル−アドレスゾーン応答メッセージ
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
注
・ＡＣＰは、照明アセンブリとの通信を最低３回は再試行する必要がある。
・ＡＣＰは、適正な照明のタイプが対象となるアドレスにあることを確認するため、アドレスゾーン応答メッセージで返信された情報とその内部データベースとを比較する必要がある。
・アドレスゾーン応答メッセージは、５０ミリ秒以内に受信する必要がある。
【０１８０】
【表３２】
2013521593.tif 000042
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
アドレスゾーン応答メッセージ：
＜ＣＭＤ＞＝［０ｘ１Ｅ］−このコマンドはＬＲＵからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＜ＬＲＵ  Ｐ／Ｎ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｇｒｏｕｐ／Ｚｏｎｅ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｇｒｏｕｐ／Ｚｏｎｅ＞＝［０ｘ３０−０ｘＦＦ］−群／ゾーンの割り当て
プロトコル−トークン解放コマンド
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝すべての照明がアドレス指定されると、０ｘ３１
・このメッセージは、アドレス指定に失敗した場合にのみ使用する必要がある。
・このメッセージはリセットメッセージとして機能し、システム内のすべての照明にアドレス指定が失敗したことを伝え、動作中であれば中止する必要がある。
【０１８１】
【表３３】
2013521593.tif 000043
ＣＭＤ設定記述
＜ＳＯＴ＞＝［０ｘ０１］−伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
トークン解放コマンド：
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝［０ｘ１１］−このコマンドはＬＲＵにトークンを解放するよう伝える。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞
＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝そのアドレス指定が完了したことを示す１バイト
［０ｘ３０］＝アドレス指定は完了していない
［０ｘ３１］＝アドレス指定は完了した
ＢＩＴ  ＢＩＴＥ動作
航空機内の各ＬＲＵ照明アセンブリは、アドレスを組み込む。このアドレスは、航空機内の照明ＬＲＵの位置を識別する際に役立つ。照明ＬＯＰＡを使用して、個人は航空機内の照明の正確な位置を決定することができる。各照明のアドレス指定により、システムは、照明の複数のゾーンを処理することが可能になり、システムはさらに、ＢＩＴＥテストを行い欠陥のあるＬＲＵを位置付けることもできる。
ＡＣＰは、ＢＩＴ／ＢＩＴＥをいつ開始するかを制御する。ＡＣＰは、ＲＳ４８５ラインを使用して、照明アセンブリが依然としてアクティブ状態であるかどうかを判断するため、システム内の各照明アセンブリをポーリングする。各ＬＲＵのポーリングに加えて、ＡＣＰは、目視ランプテストの機能性を提供する特定のレベルに照明の照度および色を設定するランプテストメッセージを送信する。
すべてのＢＩＴ／ＢＩＴＥ要求は、５０ミリ秒以内に照明ＬＲＵにから処理および受信確認されるものとする。
プロトコル−ＢＩＴ／ＢＩＴＥ要求メッセージ
仕様
送信元デバイス：ＡＣＰ
送信宛先デバイス：照明ＬＲＵ
注
・シーン選択メッセージを受信すると、進行中の可能性があるＢＩＴ／ＢＩＴＥモードはいずれもキャンセル／終了される。
・照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、ＢＩＴ／ＢＩＴＥメッセージを無視する。
・ＡＣＰは、＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２に、および、＜ＤＥＳＴ＞を現時点においてポーリングされている照明ＬＲＵの送信先アドレスに設定することによって、各ＬＲＵをポーリングするものとする。
【０１８２】
【表３４】
2013521593.tif 000044
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ３０
プロトコル−ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージ
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
注
・＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３２の場合、ＬＲＵは、要求の＜ＤＥＳＴ＞が照明アセンブリのアドレスと一致すれば、ＢＩＴ／ＢＩＴＥ要求メッセージを受信次第、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。
・ＡＣＰは、ＢＩＴ／ＢＩＴＥ要求メッセージ送信の５０ミリ秒以内に、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージを受信する必要がある。
・＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３０の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。＊注：ＬＲＵアドレスは、各ＬＲＵがそのＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージの伝送までに待機する時間の長さを決定するためのシード値として使用する。
・＜ＤＥＳＴ  ＭＯＤＥ＞＝ＢＩＴ／ＢＩＴＥ要求メッセージの０ｘ３１の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで応答する。＊注：ＬＲＵアドレスは、各ＬＲＵがそのＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージの伝送までに待機する時間の長さを決定するためのシード値として使用する。
・ＡＣＰは、照明アセンブリ内の情報が正しいことを確認するため、ＢＩＴ／ＢＩＴＥ  ＡＣＫメッセージで返信された情報とその内部データベースとを比較する必要がある。返信された情報に矛盾があれば、オペレータにその問題を警告する必要がある。
【０１８３】
【表３５】
2013521593.tif 000045
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−ＡＣＫメッセージの伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
ＢＩＴ／ＢＩＴＥ応答メッセージ：
＜ＣＭＤ＞＝［０ｘ３Ｆ］−このコマンドはＬＲＵからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＜ＬＲＵ  Ｐ／Ｎ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｓｐａｒｅ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｐａｒｅ＞＝０ｘ３０
プロトコル−ＢＩＴ／ＢＩＴＥランプテストメッセージ
仕様
送信元デバイス：ＡＣＰ
送信宛先デバイス：照明ＬＲＵ
注
・シーン選択メッセージを受信すると、進行中の可能性があるＢＩＴ／ＢＩＴＥモードはいずれもキャンセル／終了される。
・照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、ＢＩＴ／ＢＩＴＥメッセージを無視する。
・ランプテストは、ＲＧＢ＋Ｗ  ９２００  ＬＲＵ上のすべてのＬＥＤを２０％の照度レベルに設定する。
・ランプテストは、Ｗ＋Ａ  ９１５０  ＬＲＵ上のすべてのＬＥＤを６０％の照度レベルに設定する。
・ランプテストの照明値は、ファームウェアに格納され、再プログラミングすることはできない。
・温度センサに故障が見られたＬＲＵは、０％の照明レベルのデフォルト状態となり、ランプテストメッセージには応答しない。
【０１８４】
【表３６】
2013521593.tif 000046
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０−０ｘＦＦ］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ３１
シーンダウンロード動作
シーンダウンロード動作を使用して、照明ＬＲＵ上にローカルで格納されたシーンを更新する。ＡＣＰは、シーンダウンロード動作をいつ開始するかを制御する。ＡＣＰは、ＲＳ４８５ラインを使用して、システム内の各照明にシーン情報を格納する。ＡＣＰはまず、シーンダウンロード要求メッセージをシステム内のすべての照明に送信する。これにより、保護されたＥＥＰＲＯＭスペースの変更を可能にするよう照明に知らせる。次いで、ＡＣＰは、各シーンに対するシーンコンテンツメッセージを伝送する。シーンコンテンツメッセージは、一度に１シーンのシーン情報を含む。
一旦すべての新しいシーンが伝送されれば、ＡＣＰは、シーンクエリ要求メッセージで各照明をポーリングする。シーンクエリメッセージでは、すべてのシーンを受信したかどうかを照明に尋ねる。照明は、シーンクエリ回答メッセージで回答し、すべての情報を受信した／受信していないことをＡＣＰに通知する。照明が情報を受信した場合、すべてのシーン情報を不揮発性ＥＥＰＲＯＭに記録する。照明がすべての情報を受信していないという応答をした場合、ＡＣＰは、すべての照明にシーンコンテンツメッセージを再度伝送し、照明への再クエリを再開する。
すべてのシーンクエリ要求メッセージは、５０ミリ秒以内に照明ＬＲＵによって処理および受信確認されるものとする。
プロトコル−シーンダウンロード要求
仕様
送信元デバイス：ＡＣＰ
送信宛先デバイス：照明ＬＲＵ
注
・照明アセンブリは、シーンのダウンロード中またはアドレス指定の実行中は、ＢＩＴ／ＢＩＴＥメッセージを無視する。
・他のすべてのシーンダウンロードコマンドは、シーンダウンロード要求が伝送されない限り、無視する。
・シーンダウンロード要求は、同報通信メッセージである。あらゆる照明ＬＲＵがこのメッセージを受信するものとする。
・シーンＰ／Ｎは、すべてのシーンに対するものであり、各々のシーンがそれ自体のＰ／Ｎを有するわけではない。
【０１８５】
【表３７】
2013521593.tif 000047
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝０ｘ５０−既定のシーン
０ｘ６０−カスタムユーザシーン
＜ＤＡＴＡ＞＝＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＜Ｓｐａｒｅ＞
＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＝［０ｘ３０−０ｘ３Ｆ］−１（０ｘ３０）から１６（０ｘ３Ｆ）までの更新されるシーンの総数。
＜Ｓｐａｒｅ＞＝０ｘ３０
プロトコル−シーンコンテンツメッセージ
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・シーンコンテンツメッセージは、同報通信メッセージである。あらゆる照明ＬＲＵはこのメッセージを受信するものとする。
・不揮発性メモリは、１０００回のみ書き換えることができる。
・シーンは任意の順番で送信することができるが、新しいシーンの定義は、シーン０ｘ３０から始まり、連続したものとなる。
【０１８６】
【表３８】
2013521593.tif 000048
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ５１−既定のシーン
０ｘ６１−カスタムユーザシーン
＜ＤＡＴＡ＞＝Ｓ１、Ｃｏｍｐｏｎｅｎｔ  ＩＤ、Ｃ１、Ｉ１、Ｔ１、Ｔ２
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
Ｃ１−色選択バイト。利用可能なカラーパレットからのシーンの色を示す。
−Ｗ＋Ａ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４１−０ｘ４３）は、カラーパレットが８色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大８色。
−ＲＧＢ＋Ｗ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４４−０ｘ４７）は、カラーパレットが３２色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大３２色。
Ｉ１−［０ｘ３０−０ｘ３３］−照度選択バイト。シーンの照度を示す。
［０ｘ３０］＝オフ
［０ｘ３１］＝低
［０ｘ３２］＝中
［０ｘ３３］＝高
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
プロトコル−シーンクエリ要求
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・シーンクエリ要求メッセージを受信した後、照明アセンブリは、通常の動作を再開する。
・ＡＣＰは、＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２に、および、＜ＤＥＳＴ＞を現時点においてポーリングされている照明ＬＲＵの送信先アドレスに設定することによって、各ＬＲＵをポーリングするものとする。
・各照明ＬＲＵにクエリを行わなければならない。
【０１８７】
【表３９】
2013521593.tif 000049
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ５２
プロトコル−シーンクエリ回答
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
注
・ＡＣＰは、シーンクエリ要求メッセージ送信の５０ミリ秒以内に、シーンクエリ回答メッセージを受信する必要がある。
・照明ＬＲＵがシーンクエリ要求に応答しない場合、ＡＣＰは、この問題をオペレータに警告する必要がある。
・ＡＣＰは、照明アセンブリ内に正しい情報が格納されていることを確認するため、シーンクエリ回答メッセージで返信された情報とその内部データベースと比較する必要がある。返信された情報に矛盾があれば、オペレータにその問題を警告する必要がある。
【０１８８】
【表４０】
2013521593.tif 000050
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−Ａｃｋメッセージの伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
シーンクエリ回答メッセージ：
＜ＣＭＤ＞＝［０ｘ５Ｆ］−このコマンドはＬＲＵからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＜ＬＲＵ  Ｐ／Ｎ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｄｏｗｎｌｏａｄ  Ｓｔａｔｕｓ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
＜Ｄｏｗｎｌｏａｄ  Ｓｔａｔｕｓ＞＝すべてのシーンが受信されたかどうかを示す。
０ｘ３０＝１つまたは複数のシーンが不足している可能性がある。ＡＣＰによるすべてのシーンの再度伝送が必要である。
０ｘ３１＝すべてのシーンが受信された。
プロトコル−シーンコンテンツクエリ要求
仕様
送信元デバイス：ＡＣＰ
送信先デバイス：照明ＬＲＵ
注
・シーンコンテンツクエリ要求メッセージを使用して、特定のシーンのシーン設定を決定するため、照明ユニットへのクエリを行う。
・ＡＣＰは、＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２に、および、＜ＤＥＳＴ＞を現時点においてポーリングされている照明ＬＲＵの送信先アドレスに設定することによって、各ＬＲＵをポーリングすることができる。
【０１８９】
【表４１】
2013521593.tif 000051
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ５３
＜ＤＡＴＡ＞＝Ｓ１
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
プロトコル−シーンコンテンツクエリ回答
仕様
送信元デバイス：アドレス指定された照明ＬＲＵ
送信先デバイス：ＡＣＰ
注
・ＡＣＰは、シーンコンテンツクエリ要求メッセージ送信の５０ミリ秒以内に、シーンコンテンツクエリ回答メッセージを受信する必要がある。
・照明ＬＲＵがシーンコンテンツクエリ要求に応答しない場合、ＡＣＰは、この問題をオペレータに警告する必要がある。
・ＡＣＰは、照明アセンブリ内に正しい情報が格納されていることを確認するため、シーンコンテンツクエリ回答メッセージで返信された情報とその内部データベースと比較する必要がある。返信された情報に矛盾があれば、オペレータにその問題を警告する必要がある。
・ＡＣＰが現時点において有効ではないシーンに対するクエリを行う場合、照明アセンブリは、シーン選択バイトの０ｘ７Ｆで応答する。
【０１９０】
【表４２】
2013521593.tif 000052
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞＝［０ｘ０６］−Ａｃｋメッセージの伝送文字の始まり
＜ＥＯＴ＞＝［０ｘ０４］−伝送文字の終わり
シーンコンテンツクエリ回答メッセージ：
＜ＣＭＤ＞＝［０ｘ５Ｅ］−このコマンドはＬＲＵからの受信確認メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞、Ｓ１、Ｃｏｍｐｏｎｅｎｔ  ＩＤ、Ｃ１、Ｉ１、Ｔ１、Ｔ２
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。

＊注：有効ではないシーンは、シーン選択バイトに対して０ｘ５５の値を返信する。
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
Ｃ１−色選択バイト。利用可能なカラーパレットからのシーンの色を示す。
−Ｗ＋Ａ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４１−０ｘ４３）は、カラーパレットが８色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大８色。
−ＲＧＢ＋Ｗ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４４−０ｘ４７）は、カラーパレットが３２色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大３２色。
Ｉ１−［０ｘ３０−０ｘ３３］−照度選択バイト。シーンの照度を示す。
［０ｘ３０］＝オフ
［０ｘ３１］＝低
［０ｘ３２］＝中
［０ｘ３３］＝高
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
シーン構成データベース（参考用のみ）
シーン構成データベースは、カスタム照明シーンに関する情報を格納するファイルである。このデータベースは、シーンジェネレータプログラムを使用して外部で生成することができる。データベースは、ＡＳＣＩＩ復帰改行によって分離される１６のシーンコンテンツメッセージを含む。
ファイルは、次の順番、すなわち、０ｘ４１、０ｘ４２、０ｘ４３、０ｘ４４、０ｘ４５、０ｘ４６、０ｘ４７およびコーブ照明１の順番でＬＲＵＩＤのシーン情報を含む。
データベースファイル形式：
＜ＳＯＴ＞＜Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥ��Ｅ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞
＜ＣＲＣ−８＞
【０１９１】
【表４３】
2013521593.tif 000053
【０１９２】
【表４４】
2013521593.tif 000054
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝群／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
＜ＣＭＤ＞＝０ｘ５１−既定のシーン
０ｘ６１−カスタムユーザシーン
＜ＤＡＴＡ＞＝Ｓ１、Ｃｏｍｐｏｎｅｎｔ  ＩＤ、Ｃ１、Ｉ１、Ｔ１、Ｔ２
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
Ｃ１−色選択バイト。利用可能なカラーパレットからのシーンの色を示す。
−Ｗ＋Ａ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４１−０ｘ４３）は、カラーパレットが８色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大８色。
−ＲＧＢ＋Ｗ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４４−０ｘ４７）は、カラーパレットが３２色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大３２色。
Ｉ１−［０ｘ３０−０ｘ３３］−照度選択バイト。シーンの照度を示す。
［０ｘ３０］＝オフ
［０ｘ３１］＝低
［０ｘ３２］＝中
［０ｘ３３］＝高
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
照明ＬＯＰＡ構成データベース（参考用のみ）
照明ＬＯＰＡ構成データベースは、航空機上に正確な照明レイアウトを構成する際に役立つ。照明ＬＯＰＡ構成データベースは、各照明ＬＲＵ、ステーションの位置、ならびに、ファームウェア／ハードウェアおよびデータベース改訂情報に対する記述を含むことができる。データベースファイル形式は、ＡＳＣＩＩ復帰改行によって分離される複数のＬＲＵタイプ（）からなる。ＡＣＰはファイルの終わりにＣＲＣ−８計算でデータベースの妥当性を検査することができる。
データベースファイル形式：
＜ＳＯＴ＞＜ＤＥＶＩＣＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ４＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ７＞＜ＣＲ＞＜ＬＦ＞．．．＜ＤＥＶＩＣＥＸ＞＜ＣＲ＞＜ＬＦ＞
＜ＣＲＣ−８＞
＜ＳＯＴ＞＝０ｘ０１
＜ＣＲ＞＝ＡＳＣＩＩ復帰
＜ＬＦ＞＝ＡＳＣＩＩ改行
＜ＣＲＣ−８＞＝２バイトのＣＲＣ−８計算。ＣＲＣ−８は通信プロトコルと同一である
＜ＤＥＶＩＣＥＸ＞＝＜ＬＲＵ  Ｔｙｐｅ＞＜Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ＞＜Ｇｒｏｕｐ／Ｚｏｎｅ＞＜Ｃｏｍｍ  Ｐｏｒｔ＞＜ＳＴＡ  ＬＯＣ＞＜ＬＲＵ  Ｄｅｓｃｒｉｐｔｉｏｎ＞
【０１９３】
【表４５】
2013521593.tif 000055
多岐にわたる動作
ＣＲＣ−８計算：
周期的冗長検査は、値のＡＳＣＩＩ表現に分けられるＣＲＣ−８計算である。したがって、値＝０ｘＡ３の場合、メッセージプロトコルのＣＲＣ−８値は０ｘ４１および０ｘ３３となる。
伸張信号：
仕様
送信元デバイス：ＡＣＰ
送信宛先デバイス：照明ＬＲＵ
注
・すべての照明アセンブリは、伸張信号メッセージの受信と同時に鮮やかな白色になる。
・シーン選択メッセージを受信すると、照明アセンブリは伸張モードを終了する。
・伸張信号メッセージを受信した後、照明アセンブリは、タイムアウトすることはできず、鮮やかな白色の状態を保つ。
【０１９４】
【表４６】
2013521593.tif 000056
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０］−送信先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞＝［０ｘ３０］−送信先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関心
＜ＣＭＤ＞＝０ｘ８０−伸張
通信損失：
３回のハートビートを受信しなかった場合、照明ＬＲＵに通信損失が発生したと見なされる。それぞれのハートビートメッセージは１０秒ごとに送信されるものとし、したがって、３０秒後には照明に通信損失が発生したと想定され、およそ３０％の白照度のデフォルト状態となる。一旦通信が回復されれば、ＬＲＵは、コマンドを受けた状態へ移行する。
システムの電源投入：
システムの電源を投入すると、各ＬＲＵは、シーン選択メッセージの受信まで３０秒間待機する。この期間内に何も受信しなければ、ＬＲＵは自動的におよそ３０％の白照度へと移行する。一旦通信が回復されれば、ＬＲＵは、コマンドを受けた状態へ移行する。
＊さらなる参照については、照明制御計画を参照されたい。
ファームウェア／ハードウェア記述
以下の状態は、ファームウェアでプログラムされたものであり、再プログラミングすることはできず、演算コードの一部である。
ファームウェア
−伸張
−通信なし−コールドスタート
−通信なし−動作
−ランプテスト
以下の状態は、再プログラミング可能であり、不揮発性メモリに格納される。
ソフトウェア
−既定のシーン１−１６
−カスタムシーン１−１６
ＡＴＰプロトコル
各ＬＲＵは、１つまたは複数のより小さなデバイスセグメントからなる。より小さなデバイスセグメントは、すべて一括して機能し、ＬＲＵは一体となって動作する単一のユニットであるという印象を与える。ＬＲＵは、２つの通信バス、すなわちＲＳ４８５バスおよびＩ２Ｃバスを有する。ＲＳ４８５バスは、ＡＣＰおよびＡＴＰ設備などのＬＲＵの領域外のデバイスとの通信に使用される。Ｉ２Ｃバスは、ＬＲＤ内のデバイス間の通信に使用される。最初にＡＴＰモードへの移行コマンドが発行されなければ、すべてのＡＴＰモードコマンドを受け入れられない。
【０１９５】
【表４７】
2013521593.tif 000057
ＡＴＰモードへの移行コマンド：
【０１９６】
【表４８】
2013521593.tif 000058
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ０＊＊＊保守モードへの移行コマンド
＜ＤＡＴＡ＞＝０ｘＦＦ、０ｘＡＡ、０ｘ５５、０ｘ２０＊＊＊保守モードパスワード
ＡＴＰモードの終了コマンド：
注：
１）ＡＴＰモードの終了時、すべてのデータをＮＶＲＯＭに格納する必要がある。
【０１９７】
【表４９】
2013521593.tif 000059
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦＦ＊＊＊保守モードの終了コマンド
スレーブデバイス数の書き込みコマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを受け入れる必要がある。
２）マスタは、スレーブデバイス数応答コマンドで応答する必要がある。
【０１９８】
【表５０】
2013521593.tif 000060
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ１
＜ＤＡＴＡ＞＝１バイト、０ｘ３０−０ｘ３４
０ｘ３０＝スレーブデバイスなし
０ｘ３１＝１つのスレーブデバイス
０ｘ３２＝２つのスレーブデバイス
０ｘ３３＝３つのスレーブデバイス
０ｘ３４＝４つのスレーブデバイス
スレーブデバイス数の読み取りコマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドに応答する必要がある。
２）マスタは、スレーブデバイス数応答コマンドで応答する必要がある。
【０１９９】
【表５１】
2013521593.tif 000061
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ２
スレーブデバイス数応答コマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを伝送する必要がある。
【０２００】
【表５２】
2013521593.tif 000062
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＥ３
＜ＤＡＴＡ＞＝１バイト、０ｘ３０−０ｘ３４
０ｘ３０＝スレーブデバイスなし
０ｘ３１＝１つのスレーブデバイス
０ｘ３２＝２つのスレーブデバイス
０ｘ３３＝３つのスレーブデバイス
０ｘ３４＝４つのスレーブデバイス
注
１）すべてのデバイス（マスタおよびスレーブ）がこのメッセージを読み取る。マスタは、これに応答する唯一の照明である。
２）マスタデバイスは、スレーブデバイスをポーリングし、それらのコンポーネントＩＤについてコンポーネントＩＤ応答メッセージで報告する必要がある。
３）マスタは、このメッセージを送信する前に、スレーブデバイス数の書き込みコマンドを受信しなければならない。
【０２０１】
【表５３】
2013521593.tif 000063
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ４
＜ＤＡＴＡ＞＝１バイト、［０ｘ４１−０ｘ４７］−コンポーネントＩＤ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
コンポーネントＩＤの読み取りコマンド：
注
１）すべてのデバイス（マスタおよびスレーブ）がこのメッセージを読み取る。マスタのみがこれに応答する。
２）マスタデバイスは、スレーブデバイスをポーリングし、それらのコンポーネントＩＤについてコンポーネントＩＤ応答メッセージで報告する必要がある。
３）マスタは、このメッセージを送信する前に、スレーブデバイス数の書き込みコマンドを受信しなければならない。
【０２０２】
【表５４】
2013521593.tif 000064
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ５
コンポーネントＩＤ応答コマンド：
注
１）すべてのデバイス（マスタおよびスレーブ）がこのメッセージを読み取る。マスタのみがこれに応答する。
【０２０３】
【表５５】
2013521593.tif 000065
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＥ６
＜ＤＡＴＡ＞＝５バイト、Ｍ、Ｓ１、Ｓ２、Ｓ３、Ｓ４
Ｍ１＝マスタコンポーネントＩＤ
Ｓ１＝スレーブデバイス１コンポーネントＩＤ。未使用のスレーブは０ｘ３０で応答する
Ｓ２＝スレーブデバイス２コンポーネントＩＤ。未使用のスレーブは０ｘ３０で応答する
Ｓ３＝スレーブデバイス３コンポーネントＩＤ。未使用のスレーブは０ｘ３０で応答する
Ｓ４＝スレーブデバイス４コンポーネントＩＤ。未使用のスレーブは０ｘ３０で応答する
［０ｘ４１−０ｘ４７］−コンポーネントＩＤ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
ＬＲＵ  Ｐ／Ｎの書き込みコマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを受け入れる必要がある。
２）マスタは、ＬＲＵ  Ｐ／Ｎ応答コマンドで応答する必要がある。
【０２０４】
【表５６】
2013521593.tif 000066
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ７
＜ＤＡＴＡ＞＝＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを受け入れる必要がある。
２）マスタは、ＬＲＵ  Ｐ／Ｎ応答コマンドで応答する必要がある。
【０２０５】
【表５７】
2013521593.tif 000067
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥ８
ＬＲＵ  Ｐ／Ｎ応答コマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを伝送する必要がある。
【０２０６】
【表５８】
2013521593.tif 000068
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＥ９
＜ＤＡＴＡ＞＝＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
ファームウェア改訂番号の書き込みコマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを受け入れる必要がある。
２）マスタは、ファームウェア改訂番号応答コマンドで応答する必要がある。
【０２０７】
【表５９】
2013521593.tif 000069
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥＡ
＜ＤＡＴＡ＞＝＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
ファームウェア改訂番号の読み取りコマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを受け入れる必要がある。
２）マスタは、ファームウェア改訂番号応答コマンドで応答する必要がある。
【０２０８】
【表６０】
2013521593.tif 000070
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＥＢ
ファームウェア改訂番号応答コマンド：
注
１）マスタとして設定されたそのマスタ／スレーブ抵抗ネットワークを用いたデバイスのみがこのコマンドを伝送する必要がある。
【０２０９】
【表６１】
2013521593.tif 000071
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＥＣ
＜ＤＡＴＡ＞＝＜ＬＲＵ  Ｐ／Ｎ＞＝ＬＲＵ部品番号および改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
シリアル番号の書き込みコマンド：
注
１）各デバイスはそれらのシリアル番号を受信する。
２）アドレス指定されたデバイスは、シリアル番号応答で応答する。
【０２１０】
【表６２】
2013521593.tif 000072
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ０
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞＜Ｓｅｒｉａｌ  ＃＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵシリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
シリアル番号の読み取りコマンド：
注
１）アドレス指定されたデバイスは、シリアル番号応答で応答する。
【０２１１】
【表６３】
2013521593.tif 000073
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ１
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
シリアル番号応答コマンド：
注
１）アドレス指定されたデバイスは、シリアル番号応答で応答する。
【０２１２】
【表６４】
2013521593.tif 000074
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＦ２
＜ＤＡＴＡ＞＝＜Ｓｅｒｉａｌ  ＃＞＝シリアル番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
ＬＥＤ基板の書き込みコマンド：
注
１）各デバイスはそれらのＬＥＤ基板を受信する。
２）アドレス指定されたデバイスは、ＬＥＤ基板応答で応答する。
【０２１３】
【表６５】
2013521593.tif 000075
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ３
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞＜Ｂｏａｒｄ  ＃＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
＜Ｂｏａｒｄ  ＃＞＝１バイト、ＬＥＤ基板のサイズを示す
０ｘ３０＝１３’’Ｗ＋Ａ
０ｘ３１＝１５’’Ｗ＋Ａ
０ｘ３２＝２０’’Ｗ＋Ａ
０ｘ４０＝１３’’ＲＧＢ＋Ｗ
０ｘ４１＝１４’’ＲＧＢ＋Ｗ
０ｘ４２＝１５’’ＲＧＢ＋Ｗ
０ｘ４３＝２０’’ＲＧＢ＋Ｗ
０ｘ４４＝２５’’ＲＧＢ＋Ｗ
ＬＥＤ基板の読み取りコマンド：
注
１）各デバイスはそれらのＬＥＤ基板を受信する。
２）アドレス指定されたデバイスは、ＬＥＤ基板応答で応答する。
【０２１４】
【表６６】
2013521593.tif 000076
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ４
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
ＬＥＤ基板応答コマンド：
注
１）アドレス指定されたデバイスは、ＬＥＤ基板応答で応答する。
【０２１５】
【表６７】
2013521593.tif 000077
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＦ５
＜ＤＡＴＡ＞＝＜Ｂｏａｒｄ  ＃＞＝１バイト、ＬＥＤ基板のサイズを示す
０ｘ３０＝１３’’Ｗ＋Ａ
０ｘ３１＝１５’’Ｗ＋Ａ
０ｘ３２＝２０’’Ｗ＋Ａ
０ｘ４０＝１３’’ＲＧＢ＋Ｗ
０ｘ４１＝１４’’ＲＧＢ＋Ｗ
０ｘ４２＝１５’’ＲＧＢ＋Ｗ
０ｘ４３＝２０’’ＲＧＢ＋Ｗ
０ｘ４４＝２５’’ＲＧＢ＋Ｗ
ＢＩＴＥ読み取りコマンド：
注
１）各デバイスはそれらのＢＩＴＥコマンドを受信する。
２）アドレス指定されたデバイスは、ＢＩＴＥ応答で応答する。
【０２１６】
【表６８】
2013521593.tif 000078
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ６
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
ＢＩＴＥ応答コマンド：
注
１）アドレス指定されたデバイスは、ＬＥＤ基板応答で応答する。
【０２１７】
【表６９】
2013521593.tif 000079
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０６−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＣＭＤ＞＝０ｘＦ７
＜ＤＡＴＡ＞＝＜Ｅｒｒｏｒ＞＝４バイト、ＢＩＴＥエラーを示す
ＷＤＴカウントバイト
０ｘ００＝ＷＤＴリセットなし
０ｘ０１−０ｘＦＦ  ＷＤＴリセットのカウント
温度境界失敗バイト
０ｘ３０＝失敗
０ｘ３１＝通過
ＲＯＭ  ＣＲＣチェックバイト
０ｘ３０＝失敗
０ｘ３１＝通過
ＲＡＭチェックバイト
０ｘ３０＝失敗
０ｘ３１＝通過
ＢＩＴＥクリアコマンド：
注
１）各デバイスはそれらのＢＩＴＥクリアコマンドを受信する。
２）アドレス指定されたデバイスは、ＢＩＴＥクリアメッセージで応答する。
【０２１８】
【表７０】
2013521593.tif 000080
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ８
＜ＤＡＴＡ＞＝＜Ｄｅｖｉｃｅ＞
＜Ｄｅｖｉｃｅ＞＝１バイト、デバイスを示す
０ｘ３０＝マスタ
０ｘ３１＝スレーブ１
０ｘ３２＝スレーブ２
０ｘ３３＝スレーブ３
０ｘ３４＝スレーブ４
較正コマンド：
注
１）一旦デバイスが較正コマンドを受信すれば、デバイスは、選択されたもの以外の他のすべてのドライバ出力を遮断する。
【０２１９】
【表７１】
2013521593.tif 000081
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦ９
＜ＤＡＴＡ＞＝＜Ｃｏｍｍａｎｄ＞＜Ｓｔｒｉｎｇ  ＃＞
＜Ｃｏｍｍａｎｄ＞＝［０ｘ３０−０ｘ３２］ドット補正コマンド
０ｘ３０＝ＬＥＤ文字列を選択する−これは最大の状態で選択されたＬＥＤ文字列に対するポートを開く
０ｘ３１＝ＬＥＤ電流を増加する
０ｘ３２＝ＬＥＤ電流を減少する
０ｘ３３＝ドット補正レジスタを設定する
＜Ｓｔｒｉｎｇ  ＃＞＝［０ｘ３０−０ｘ４Ｆ］選択されたＬＥＤ文字列
ＲＧＢ＋Ｗ  ＬＥＤ
０ｘ３０＝文字列１＝ドライバ０（ＵＸ）ポート０
０ｘ３Ｆ＝文字列１６＝ドライバ０（ＵＸ）ポート１５
０ｘ４０＝文字列１７＝ドライバ１（ＵＸ）ポート０
０ｘ４Ｆ＝文字列３２＝ドライバ１（ＵＸ）ポート１５
Ｗ＋Ａ  ＬＥＤ
０ｘ３０＝Ｗ文字列１＝ドライバ０（ＵＸ）ポート０、１および２
０ｘ３１＝Ｗ文字列２＝ドライバ０（ＵＸ）ポート３、４および５．．．など
０ｘ４Ｅ＝Ａ文字列１＝ドライバ０（ＵＸ）ポート１５
０ｘ４Ｆ＝Ａ文字列２＝ドライバ１（ＵＸ）ポート１５
カラーパレットコマンド：
注
１）パレット内のすべての色を設定する必要がある。色が設定されなければ、照明は、ｅｅｐｒｏｍにデータを保存せず、非較正照明のように機能する。
【０２２０】
【表７２】
2013521593.tif 000082
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の始まり
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終わり
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３２］−送信先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝送信先アドレス
＜ＤＥＳＴ＞＝０ｘ１Ｆ＊＊＊保守モードアドレス
＜ＣＭＤ＞＝０ｘＦＡ
＜ＤＡＴＡ＞＝＜Ｃｏｍｍａｎｄ＞＜Ｃｏｌｏｒ  ＃＞＜Ｃｏｌｏｒ＞
＜Ｃｏｍｍａｎｄ＞＝コマンドバイト
０ｘ３０＝カラーパレット色（ＲＧＢＷ、ＷＡ）変数を選択する
０ｘ３１＝カラーパレット色変数を設定する
＜Ｃｏｌｏｒ  ＃＞カラーパレット番号
＜Ｃｏｌｏｒ＞＝９２００デバイス
Ｒ−２バイト、０ｘ４０＋６ビットＭＳＢ赤色
０ｘ４０＋６ビットＬＳＢ赤色
Ｇ−２バイト、０ｘ４０＋６ビットＭＳＢ緑色
０ｘ４０＋６ビットＬＳＢ緑色
Ｂ−２バイト、０ｘ４０＋６ビットＭＳＢ青色
０ｘ４０＋６ビットＬＳＢ青色
Ｗ−２バイト、０ｘ４０＋６ビットＭＳＢ白色
０ｘ４０＋６ビットＬＳＢ白色
９１５０デバイス
Ｗ−２バイト、０ｘ４０＋６ビットＭＳＢ白色
０ｘ４０＋６ビットＬＳＢ白色
Ａ−２バイト、０ｘ４０＋６ビットＭＳＢ琥珀色
０ｘ４０＋６ビットＬＳＢ琥珀色
Ｉ２Ｃマスタスレーブ通信プロトコル
各ＬＲＵは、１つまたは複数のより小さなデバイスセグメントからなる。より小さなデバイスセグメントは、すべて一括して機能し、ＬＲＵは一体となって動作する単一のユニットであるという印象を与える。ＬＲＵは、２つの通信バス、すなわちＲＳ４８５バスおよびＩ２Ｃバスを有する。ＲＳ４８５バスは、ＡＣＰおよびＡＴＰ設備などのＬＲＵの領域外のデバイスとの通信に使用される。Ｉ２Ｃバスは、ＬＲＤ内のデバイス間の通信に使用される。
ＬＲＵ内部のデバイスのうち、１つはマスタと見なされ、残りのデバイスはスレーブである。マスタとスレーブデバイスとの区別は、生産時に設置される各デバイスに対する外部の抵抗分割回路によって行われる。マスタデバイスは、ＲＳ４８５バスを介して通信でき、Ｉ２Ｃバス上で通信を開始できる唯一のデバイスである。ＬＲＵ内部のすべてのデバイス、すなわちマスタおよびスレーブは、ＲＳ４８５バスを聞くことができる。
＊＊＊すべてのＩ２Ｃ読み取り動作は、読み取り上で要求する必要がある情報について述べる書き込み動作を必要とする。
【０２２１】
【表７３】
2013521593.tif 000083
【０２２２】
【表７４】
2013521593.tif 000084
【０２２３】
【表７５】
2013521593.tif 000085
【０２２４】
【表７６】
2013521593.tif 000086
注
・スレーブデバイスへＬＲＵアドレスを設定する。
・すべてのスレーブデバイスのアドレス指定を行うため、ＡＣＰがＬＲＵへのアドレス指定を行った後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０１
データ  ［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
【０２２５】
【表７７】
2013521593.tif 000087
注
・アドレス指定されたスレーブデバイスからＬＲＵアドレスを読み取る。
・ＡＣＰがＢＩＴを要求した後に使用され、マスタは、すべてのスレーブが同じアドレスを有することをチェックする必要がある。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０２
スレーブデバイス応答
１バイト、［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
【０２２６】
【表７８】
2013521593.tif 000088
注
・スレーブデバイスへＬＲＵ群／ゾーンを設定する。
・ＡＣＰがＬＲＵの群／ゾーンを設定した後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０３
データ  ［０ｘ３１−０ｘＦＦ］−ゾーン選択
【０２２７】
【表７９】
2013521593.tif 000089
注
・アドレス指定されたスレーブデバイスからＬＲＵ群／ゾーンを読み取る
・ＡＣＰがＢＩＴを要求した後に使用され、マスタは、すべてのスレーブが同じ群／ゾーンを有することをチェックする必要がある。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０４
スレーブデバイス応答
１バイト、［０ｘ３１−０ｘＦＦ］−ゾーン選択
【０２２８】
【表８０】
2013521593.tif 000090
注
・アドレス指定されたスレーブデバイスからコンポーネントＩＤを読み取る。
・ＡＣＰがＢＩＴを要求した後に使用され、マスタは、すべてのスレーブが同じコンポーネントＩＤを有することをチェックする必要がある。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０５
スレーブデバイス応答
１バイト、［０ｘ４１−０ｘ４７］−コンポーネントＩＤ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
【０２２９】
【表８１】
2013521593.tif 000091
注
・アドレス指定されたスレーブデバイスからファームウェア改訂番号を読み取る。
・ＡＣＰがＢＩＴを要求した後に使用され、マスタは、すべてのスレーブが同じファームウェア改訂番号を有することをチェックする必要がある。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ０７
スレーブデバイス応答
ＬＲＵファームウェア改訂番号を示す２０  ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）。スペースが補われる。
【０２３０】
【表８２】
2013521593.tif 000092
注
・シーン再プログラミング中にすべてのスレーブがそれらのシーンを受信しかたどうかスレーブデバイスへクエリを行う。
・ＡＣＰがシーンコンテンツクエリを要求した後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ１１
スレーブデバイス応答
１バイト、０ｘ３１＝すべてのシーンが受信された
０ｘ３０＝シーンコンテンツは未完了
【０２３１】
【表８３】
2013521593.tif 000093
注
・スレーブデバイスへＬＲＵシーンコンテンツデータを設定する。
・ＡＣＰが各シーンコンテンツを送信した後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ１２
ＤＡＴＡ＞  ＜Ａｄｄｒｅｓｓ＞、Ｓ１、Ｃｏｍｐｏｎｅｎｔ  ＩＤ、Ｃ１、Ｉ１、Ｔ１、Ｔ２
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、使用可能ＬＲＵの最大数＝２２２
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。

＊注：有効ではないシーンは、シーン選択バイトに対して０ｘ５５の値を返信する。
＜Ｃｏｍｐｏｎｅｎｔ  ＩＤ＞＝［０ｘ４１−０ｘ４７］−ＬＲＵのタイプ
［０ｘ４１］＝９５００；９１５０直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９６００；９１５０ビン照明（Ｗ＋Ａ）
［０ｘ４３］＝９７５０；９１５０ＣＯＳ照明（Ｗ＋Ａ）
［０ｘ４４］＝９６００；９２００天井照明（ＲＧＢ＋Ｗ）
［０ｘ４５］＝９６５０；９２００側壁照明（ＲＧＢ＋Ｗ）
［０ｘ４６］＝９５５０；９２００コーブ照明（ＲＧＢ＋Ｗ）
［０ｘ４７］＝９７００；９２５０主翼上非常口照明（ＲＧＢ＋ＷＷ）
Ｃ１−色選択バイト。利用可能なカラーパレットからのシーンの色を示す。
−  Ｗ＋Ａ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４１−０ｘ４３）は、カラーパレットが８色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大８色。
−  ＲＧＢ＋Ｗ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４４−０ｘ４７）は、カラーパレットが３２色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大３２色。
Ｉ１−［０ｘ３０−０ｘ３３］−照度選択バイト。シーンの照度を示す。
［０ｘ３０］＝オフ
［０ｘ３１］＝低
［０ｘ３２］＝中
［０ｘ３３］＝高
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
【０２３２】
【表８４】
2013521593.tif 000094
注
・スレーブデバイス上の各シーンがマスタデバイスのシーンと一致するかどうかスレーブデバイスへクエリを行う。
・ＡＣＰがシーンコンテンツクエリ要求を要求した後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ１３
データ  Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。
スレーブデバイス応答
Ｓ１、Ｃ１、Ｉ１、Ｔ１、Ｔ２
Ｓ１＝シーン選択バイト。シーン情報が格納されたＬＲＵを示す。
既定のシーン：０ｘ３０オフセット＋４ビットシーン番号。最大１６シーン。
カスタムユーザシーン：０ｘＣ０オフセット＋４ビットシーン番号。最大１６シーン。

＊注：有効ではないシーンは、シーン選択バイトに対して０ｘ５５の値を返信する。
Ｃ１−色選択バイト。利用可能なカラーパレットからのシーンの色を示す。
−Ｗ＋Ａ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４１−０ｘ４３）は、カラーパレットが８色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大８色。
−ＲＧＢ＋Ｗ  ＬＥＤからなるコンポーネント（Ｃｏｍｐｏｎｅｎｔ  ＩＤ、０ｘ４４−０ｘ４７）は、カラーパレットが３２色に制限されるものとする。
０ｘ４０オフセット＋６ビット色。最大３２色。
Ｉ１−［０ｘ３０−０ｘ３３］−照度選択バイト。シーンの照度を示す。
［０ｘ３０］＝オフ
［０ｘ３１］＝低
［０ｘ３２］＝中
［０ｘ３３］＝高
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。シーン移行時間は、１２ビット幅値であり、２バイトのＴ１およびＴ２に分かれる。
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位の６ビット
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位の６ビット
【０２３３】
【表８５】
2013521593.tif 000095
注
・スレーブデバイスの記録されたＢＩＴエラーについてスレーブデバイスへクエリを行う。
・ＡＣＰがＬＲＵのＢＩＴ要求を要求した後に使用される。
ＣＭＤ設定記述
ＣＭＤ  ０ｘ２１
スレーブデバイス応答
４バイト
ＷＤＴカウントバイト
０ｘ００＝ＷＤＴリセットなし
０ｘ０１−０ｘＦＦ  ＷＤＴリセットのカウント
温度境界失敗バイト
０ｘ３０＝失敗
０ｘ３１＝通過
ＲＯＭ  ＣＲＣチェックバイト
０ｘ３０＝失敗
０ｘ３１＝通過
ＲＡＭチェックバイト
０ｘ３０＝失敗
０ｘ３１＝通過
【図１Ａ】
2013521593.tif 000096
【図１Ｂ】
2013521593.tif 000097
【図１Ｃ】
2013521593.tif 000098
【図１Ｄ】
2013521593.tif 000099
【図２Ａ】
2013521593.tif 000100
【図２Ｂ】
2013521593.tif 000101
【図３Ａ】
2013521593.tif 000102
【図３Ｂ】
2013521593.tif 000103
【図４Ａ】
2013521593.tif 000104
【図４Ｂ】
2013521593.tif 000105
【図４Ｃ】
2013521593.tif 000106
【図５】
2013521593.tif 000107
【図６】
2013521593.tif 000108
【図７】
2013521593.tif 000109
【図８】
2013521593.tif 000110
【図９】
2013521593.tif 000111
【図１０】
2013521593.tif 000112
【図１１】
2013521593.tif 000113
【図１２】
2013521593.tif 000114
【図１３】
2013521593.tif 000115
【図１４】
2013521593.tif 000116
【手続補正書】
【提出日】平成24年10月19日(2012.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
識別可能に異なる色座標の複数の離散した照明源であって、発光ダイオード（ＬＥＤ）である照明源を含む照明器具を較正する方法であって、
前記複数の離散した照明源の各々の色座標を測定する工程と、
目標の色座標が位置する前記複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、
前記目標の色座標を実質的に生成する前記色混合ゾーンを画定する前記３つの識別可能に異なる色座標の１つを有する前記複数の離散した照明源の各々に対する光束比を決定する工程と、
決定された前記光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定する工程と
を含む方法。
【請求項２】
前記入力電力は、電気信号のパルス幅変調（ＰＷＭ）を使用して提供される、請求項１に記載の方法。
【請求項３】
前記複数の離散した照明源は、色空間の可視赤色、緑色、青色および白色領域に主要な波長を有する離散した照明源を含む、請求項１又は２に記載の方法。
【請求項４】
前記決定された入力電力レベルは、正規化パルス幅変調（ＰＷＭ）デューティサイクル比である、請求項１から３のいずれかに記載の方法。
【請求項５】
前記色座標の測定中に測定された前記離散した照明源の測定温度Ｔ０を記録する工程をさらに含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記目標の色座標で目標の光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定することをさらに含む、請求項１から５のいずれかに記載の方法。
【請求項７】
前記複数の離散した照明源の各々の色座標を測定する工程は、前記目標の色座標を実質的に生成する際に、前記複数の離散した照明源の各々の動作色座標を測定することを含む、請求項１から６のいずれかに記載の方法。
【請求項８】
前記動作色座標を測定する工程は、所定の離散した照明源の前記色座標および光束を決定する際に、隣接する離散した照明源の加熱効果を補償することを含む、請求項７に記載の方法。
【請求項９】
識別可能に異なる色座標の複数の離散した照明源であって、発光ダイオード（ＬＥＤ）である照明源を含む照明器具を動作する方法であって、
前記照明器具を動作する目標の色座標および光束を決定する工程と、
前記複数の離散した照明源の測定に基づく較正データを有する較正データルックアップ表を参照することによって前記目標の色座標および光束を実質的に生成する前記複数の離散した照明源の各々に対する入力電力値を決定する工程と、
前記較正データに応じて前記目標の色座標が位置する前記複数の離散した照明源の３つの識別可能に異なる色座標によって画定される色混合ゾーンを決定する工程と、
前記目標の色座標を実質的に生成する前記色混合ゾーンを画定する前記３つの識別可能に異なる色座標の１つを有する前記複数の離散した照明源の各々に対する光束比を決定する工程と、
前記決定された光束比を生成する前記複数の離散した照明源の各々に対する入力電力レベルを決定する工程と
を含む方法。
【請求項１０】
前記複数の離散した照明源の各々に対する入力電力値を決定する工程は、前記複数の離散した照明源の現時点の動作温度を決定することと、前記較正データおよび前記現時点の動作温度と前記較正データの前記測定温度との差に基づいて、補償された入力電力値を計算することとを含む、請求項９に記載の方法。
【請求項１１】
前記色混合ゾーンを決定する工程は、前記複数の離散した照明源の前記色座標における前記現時点の動作温度と前記較正データの前記測定温度との差を補償することを含む、請求項１０に記載の方法。
【請求項１２】
前記複数の離散した照明源の各々に対する前記入力電力値を決定する工程は、前記複数の離散した照明源の前記動作色座標の変化に起因する前記色混合ゾーンの変化を補償することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記入力電力は、電気信号のパルス幅変調（ＰＷＭ）を使用して提供される、請求項１０から１２のいずれかに記載の方法。
【請求項１４】
前記複数の離散した照明源は、色空間の可視赤色、緑色、青色および白色領域に色座標を有する離散した照明源を含む、請求項１０から１３のいずれかに記載の方法。
【請求項１５】
前記複数の離散した照明源の各々に対する前記入力電力値を決定する工程は、前記複数の離散した照明源が動作してきた時間の長さを補償することを含む、請求項１０から１４のいずれかに記載の方法。
【国際調査報告】
2013521593.tif 000117