(57)【特許請求の範囲】
【請求項１】
それぞれが照明源を有する複数の照明モジュールを備えるモジュール式区域照明システムであって、
インテリジェント照明モジュールグループを備え、
前記インテリジェント照明モジュールグループは、それぞれが複数の離散照明源を有する複数の照明モジュールと、電源と、ａ）前記照明源の照明レベルを制御する回路及びｂ）情報を受信するためのインターフェースを有するインテリジェントモジュールグループコントローラと、を備え、
前記照明モジュールのうちの少なくとも１つが、マスタモジュールであり、前記照明モジュールのうちの少なくとも１つが、前記マスタモジュールから電力を受け取るスレーブモジュールである、
システム。
【請求項２】
それぞれが照明源を有する複数の照明モジュールを備えるモジュール式区域照明システムであって、
インテリジェント照明モジュールグループを備え、
前記インテリジェント照明モジュールグループは、それぞれが複数の離散照明源を有する複数の照明モジュールと、電源と、ａ）前記照明源の照明レベルを制御する回路及びｂ）情報を受信するためのインターフェースを有するインテリジェントモジュールグループコントローラと、を備え、
前記電源及びモジュールグループコントロールが、２つ以上のモジュールにわたって分散される、
システム。
【請求項３】
前記照明モジュールグループが、単一のハウジングと、前記ハウジング内に取り付けられた複数のＰＣＢと、前記ＰＣＢのそれぞれに取り付けられたモジュール回路と、を有する、
請求項１又は２に記載のシステム。
【請求項４】
前記モジュールグループ及びモジュールのうちの少なくとも１つが、外部システムコントローラによって個別にアドレス指定可能である、
請求項１乃至３のいずれか一項に記載のシステム。
【請求項５】
前記モジュールグループコントローラが、補正アルゴリズムと、照明源のエージング、色ずれ又は輝度変化を補償するために精密な補正値を格納するための関連付けられたメモリと、を有する、
請求項１乃至４のいずれか一項に記載のシステム。
【請求項６】
前記電源が、その輝度を変更するために照明源に送達される電力を制御するパルス幅変調器を有する、
請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
前記モジュールグループにグループ識別子を割り当てるためのアルゴリズムをさらに備え、
前記モジュールグループが、前記グループ識別子を保持するためのデータストアを有する、
請求項１乃至６のいずれか一項に記載のシステム。
【請求項８】
複数の照明モジュール又はグループに単一のシーン設定が使用できるように、複数の照明モジュール又はグループ間に整合性のある照明テーマを作成するために、照明源のレベル設定値に関連付けられたデータを備える複数のシーンを有するシーンデータベースをさらに備える、
請求項１乃至７のいずれか一項に記載のシステム。
【請求項９】
前記シーンデータベースが、工場設定シーンと、シーン作成ツールを使用するユーザ定義シーンと、を有する、
請求項８に記載のシステム。
【請求項１０】
グループモジュールが、シーン変更通知メッセージを受信及び処理するためのアルゴリズムを有する、
請求項８又は９に記載のシステム。
【請求項１１】
システムコントローラをさらに備え、
前記システムコントローラが、ａ）ユーザインターフェースとして働く付帯制御パネルと、ｂ）前記モジュールグループコントローラインターフェースに接続されたシステムコントローラインターフェースと、を有する、
請求項１乃至１０のいずれか一項に記載のシステム。
【請求項１２】
前記システムコントローラ及び前記モジュールグループコントローラのうちの少なくとも１つが、補正アルゴリズムと、照明源のエージング、色ずれ、又は輝度変化を補償するために精密な補正値を格納するための関連付けられたメモリと、を有する、
請求項１１に記載のシステム。
【請求項１３】
前記システムコントローラが、個々の消費電力量を合計するための加算器を使用して前記システム内のすべてのモジュールグループの合計電力消費を決定する電力制御アルゴリズムを有する、
請求項１１又は１２に記載のシステム。
【請求項１４】
前記システムコントローラが、前記モジュールグループにシーン情報を同報通信するためのアルゴリズムを有する、
請求項１１乃至１３のいずれか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
[0001]  本出願は、「An Aircraft LED Washlight System and Method for Controlling Same」という名称の２００８年９月２４日出願の米国仮出願第６１／０９９７１３号、及び「An Aircraft LED Washlight System and Method for Controlling Same」という名称の２００８年１０月１５日出願の米国仮出願第６１／１０５５０６号の利益を主張し、いずれも参照により本明細書に組み込む。
【背景技術】
【０００２】
[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]  ２つの線形ストリップアレイ方式によって、照明レベルを増分的に及び独立に上げることもでき、これによって各電源７０がそれらの動作を交替にし、各電源７０が最大よりも低レベルで実行され、又は電源７０が冷えるようにある期間オフとすることができるため、デバイスの耐用年数の延長を助長するはずである。特定のＬＥＤ１３０への電力は、ＬＥＤへの電圧／電流レベルの修正、パルス幅変調などの方式（scheme）などにより制御することができる。
【００２８】
[0027]  また、好ましくはブラケット区域内に配置された追加の外部電源７０を上述と同様の方法で追加及び制御し、全体の電源出力及びデバイス耐用年限を増大させることもできる。
【００２９】
[0028]  上記のように、モジュール１１０自体又はモジュールグループ６０は、マスタ又はシステムコントローラ３０によってまとめて制御することができる。こうしたマスタコントローラ３０は、以前に可能であったレベルよりも大幅に高い機能レベルでモジュール１１０又はモジュールグループ６０を動作させることができる。
【００３０】
シーンの利用
[0029]  非常に高水準の制御には、例えば航空機全体に適用できる一定の照明特性を決める様々な「シーン」を定義することが含まれる。これらの高水準シーンの利用により、複雑な照明制御を大幅に簡略化し、システム／メインコントローラ３０に接続された乗務員制御パネル（ＡＣＰ）４０を使用して、特定の照明パターンを作成するために、例えば客室乗務員などがいくつかの基本シーンからシーンを選択することができる。
【００３１】
[0030]  例えば、「搭乗／降機」又は「クリーニング／保守」と指定されたシーンは、最大レベルの白色照明（例えば５０００ケルビン）を指定し、「昼間飛行中」のシーンは、黄色の構成要素を多く有するより低い色温度（例えば３０００ケルビン）の中間レベル照明を指定することができる。「夜間就寝中」のシーンは、かなり薄暗い青色照明を指定することができる。このように、特定の予め設定されたシーンを使用して客室照明を容易に制御することができる。メイン制御デバイスのユーザインターフェースから各色グループに対する特定レベルを操作させるオーバライドを提供することができる。
【００３２】
[0031]  コントローラ３０自体が、ＬＥＤ１３０の精密な調整を可能にし、例えば経時的なＬＥＤ１３０のエージング、色ずれなどを補償することができる補正アルゴリズムを有してもよい。同様に、補正アルゴリズムは、モジュールグループ６０又はモジュール１１０自体に常駐することができる。
【００３３】
[0032]  さらに、１つのシーンから移行する場合、又は色／レベルの設定時であっても、円滑な移行を行うために特定のアルゴリズムを実施することができ、これは必ずしもそれぞれの色の線形調整ではない。したがって、１００％輝度から２０％輝度の白色から青色へと調整するために、線形調整は、望ましくない赤色構成要素を移行に導入する可能性がある。かように、一実施形態では、移行時の適切な調整に必要な輝度値を含む制御プロセッサ（システムコントローラ３０及び／又はグループ／モジュールコントローラ９０）によって使用される特定のルックアップテーブル（ＬＵＴ）を提供することができる。制御は、シーンの作成及び移行の制御のために特別に設計されたソフトウェアアルゴリズムを使用して実行することができる。
【００３４】
電力制御
[0033]  さらに、電力使用に所与の制約が与えられた場合、全体の電力消費を何らかの指定限度内に制限する能力を備えた制御回路を（システム３０又はグループ／モジュールコントローラ９０内に）提供することが望ましい場合があり、この制限は、航空機の状況に応じて変更することができる。これによって、たとえシステムの総電力消費が予め設定された制限を超える可能性があっても、システムの精密な制御が可能である。
【００３５】
[0034]  例えば、照明システムは、その最高輝度構成に全面的に関与している場合、２０００Ｗを消費してもよい。しかしながら、着地及び駐機している場合は２０００Ｗすべてを使用可能であっても、飛行中は１０００Ｗの電力使用制限が課せられる可能性がある。このシナリオにおいて、コントローラは、航空機が飛行中の場合、照明システムには１０００Ｗのみが確実に送達されるようにすることができる。
【００３６】
[0035]  これを達成する方法の１つが、マスタコントローラ３０に関連付けられた各モジュール１１０についての電力消費特性のデータベースを有することである。許容値を超える要求が受け取られた場合、マスタコントローラ３０は、システムを必要制限値以下に保つように照明レベルを適切に下げることができる。例えば、客室乗務員が不注意で最高照明要件の２０００Ｗを伴うシーン「搭乗／降機」を選択した場合、マスタコントローラはこれが不適切であることを検出し、１０００Ｗ容量が維持されるようにレベルを５０％以下に制限することができる。
【００３７】
[0036]  照明システム１０全体、所与のアプリケーションタイプ、ＬＲＵ、又はデバイスに対して固定又は変動の総電力消費を超えるシーン又はモードが確実にないようにするために、シーン開発者のソフトウェアを提供することができる。このソフトウェアは、ワット数負荷を自動的に規制し、制限値に近づいているか、制限値に到達したか、又は制限値を超えた旨をユーザ又はプログラマなどに通知することができ、いったん制限値に達するとそれ以上デバイスが追加できなくなる。
【００３８】
[0037]  加えて、コントローラ３０は、照明アプリケーション、ＬＲＵ、又はデバイスに対して、ランダム及び／又は特定可能な特性を設定できるようにするための他のオプションを有することができ、結果として、選択されたアプリケーションへの総電力を引き下げることによって、最大電力を超えることがなくなり、優先順位の低いアプリケーションに対する照明出力を自動的に削減する一方で、その他にはより多くの出力を可能にする。
【００３９】
[0038]  これは線形であるか、又はより複雑な関係及びアルゴリズム及び各負荷タイプに対する重み付け係数を使用することができる。これは、好ましくはユーザの介入なしに自動的に実行され、ディスプレイ及びメモリテーブルを使用して、電流引き込み、ワット数消費、優先順位設定値などに関するそれぞれのルックアップ値を表示及び格納し、この情報及び最終構成を現場の客室乗務員パネルなどの製造機器に表示することができる。このソフトウェアはマスタコントローラ３０又はＡＣＰ４０のＬＣＤディスプレイに格納してもよく、要件に応じた個々の照明負荷に関する情報は、必要に応じて送信（又は事前ロード）し、照明デバイス（モジュールグループ６０及び／又はモジュール１１０）自体に格納することもできる。
【００４０】
[0039]  より詳細な航空機照明システム１０の概説及び提供は、それぞれが複数のＬＥＤ１３０を備える多数のモジュール（モジュール１１０又はグループ６０）を組み込むことができる。このシステム１０では、以下の属性を提供することができ、任意のレベル（ＬＥＤ１３０、ＬＥＤグループ１２０、モジュール１１０、モジュールグループ６０、領域２０、及び全体システム１０）での照明及びグループ分けを個別にアドレス指定可能であるが、必ずしもその必要はない。
【００４１】
[0040]  有利なことに、照明及びモジュールの「グループ」又は「ゾーン」の階層は、制御しやすいように、及び照明がまとめて機能できるように提供される。システム１０は、経時的に変化する動的シーンを提供することができ、これらのシーンは、乗務員制御パネル（ＡＣＰ）４０に関連付けられた制御論理３０を介して簡単に制御できる。
【００４２】
[0041]  一実施形態では、照明ユニット（モジュール１１０又はモジュールグループ６０のいずれか）をライン交換可能ユニット（ＬＲＵ）として、事前構成されたシーン情報がすでに格納済みの状態で工場から出荷することができる。上記のようなシーンの基本セットは、モジュール１１０又はグループ６０内にプログラミングすることができるため、既存のシステムに容易に組み込むことができる。システム１０は、シーン開発者が彼ら独自のシーン及びシーン間の移行を設計できるようにするシーン作成ツールを備えることもできる。これは、最大許容電力を確実に超えないようにする助けとなるように、又は電力消費コストを削減する助けとなるように、電力管理ツールと統合することもできる。さらに一実施形態では、同じシーンに対して複数の輝度を指定することもできる。例えば飛行中シーンは、高／中／低／夜間の設定で提供することができる。
【００４３】
[0042]  好ましい実施形態では、何らかのシステムインテリジェンスを、グループ６０のコントローラ９０のシーン生成ツール内に配置することができる。こうした設計では、コントローラ９０内の照明ＬＲＵ６０ファームウェアは単純かつ同一である。システム１０は、現場でのＬＲＵ６０電気的消去可能（Ｅ２）メモリの更新を禁止するように設計することができる（この設計ガイドの下では、工場に戻されたデバイスは出荷された時点と同じ構成であるものとする）。このシナリオでは、コントローラ通信は最小限に抑えられ、より小さな帯域幅を実現することができる。
【００４４】
[0043]  シーンデータの例示的ＬＲＵ  Ｅ２メモリレイアウトを以下に示す（この例では、高＝０、中＝１、低＝２、夜間＝３）。もちろんこれは、各シーンに対して４つの輝度設定値が提供されることを想定している（したがって、すべてのシーンが実際に、メモリレイアウト内のそれぞれのデータに値する４行を有する）が、この数は変更することができる。
【００４５】
[0044]  未使用のシーン及び／又は輝度の変形は、すべての照明値について単に０を有する（その選択では電源が確実にオフであるようにする）ことができる。すべての列がすべての照明タイプによって使用される訳ではないが、すべての照明ユニットＬＲＵ６０上に存在する。照明ＬＲＵ６０のタイプは、好ましくは、ユニットが製造センタから出荷されようとしている時点で、最終較正段階中に（較正データと共に）Ｅ２メモリに書き込まれる。ユニットの製造番号を提供でき、その後の参照用にその特性を関連付け及び格納することができる。照明ＬＲＵファームウェアは、どの値を使用するかを決定するのにそのＥ２メモリ内の照明タイプを使用することができる。
【００４６】
[0045]  以下の表は、シーンテーブルを格納するための例示的配置構成を示す。
【表１】
0005426679.tif 000002
【００４７】
[0046]  この理念を使用すると、シーンテーブル全体で１２シーンについてほぼ７０８バイトのＥ２メモリを占有することができる。較正データも同様に（以下のサンプルテーブルで示すように）格納してもよい。
【表２】
0005426679.tif 000003
【００４８】
[0047]  したがって、各輝度グループについて１つのバイアステーブルエントリ（較正オフセット）があってもよい。４つの輝度が示されたこの例では、テーブル全体で４行（４８バイトを占有）を有する。必要であれば、あらゆる組み込みシーンが独自のバイアスエントリを有するようにバイアステーブルを拡張することができる。
【００４９】
[0048]  好ましい動作は、ＬＲＵ６０の電源が投入されると、ファームウェアが０番のシーン、高輝度、及び高に関するバイアステーブル値をＲＡＭにロードし、ＲＳ−４８５などの通信リンクを介してＡＣＰ４０との通信を確立しようと試みる。指定された時間間隔内にＡＣＰ４０との通信が確立できない場合、結果として例えばこのデフォルトシーンが起動される可能性がある。これによって、ＡＣＰ４０が故障するか、見つからないか、又は機能しないなどの場合にフェイルセーフモードが提供され、航空機内を点灯させることができる。メモリ要件への影響がほとんどない「フェイルセーフ」として、特別なシーンを提供することができる。シーンの選択又は輝度を変更する旨の有効なコマンドをＡＣＰ４０から受信すると、適切なテーブルエントリをファームウェアによってＲＡＭにロードすることができ、シーン移行が開始される。
【００５０】
[0049]  このスキームの下では、ＡＣＰ４０はデフォルトの「用意されたシーン」に関して何も「知っている」必要がない。単に、そのすべての通信（例えばＲＳ−４８５）ポート上で、輝度レベルＹ、シーンＸ番に変更する旨の同報メッセージを、領域２０、モジュールグループ６０、又はモジュール１２０レベルの要素に送信するだけである。ＡＣＰ４０では、例えばシーン１＝搭乗／降機、２＝安全ビデオ、３＝滑走／離陸／上昇などのワンタイム相関を実行でき、結果として、ディスプレイ起動により、内部テーブルに格納されたデータに対応させるために正しいシーン番号が送信される。この単純な方式が、基準システムに関するすべての要件を満たす。
【００５１】
プロトコルについての考察
[0050]  先に述べたように、ＡＣＰ４０は「追加設定なしの」システム１０に対して何も特別な動作を行う必要がない。単に、現在のシーン番号及び輝度値の同報通信及び（所定間隔での）反復を実行すればよい。特定の照明タイプがそのシーンに関与していない場合、そのテーブルエントリは０となり、それらの照明はオフのままとなる。
【００５２】
[0051]  プロトコルは、ビット／バイト、ＬＲＵグループ分け又はゾーン、カスタムシーン、及び保守モードが可能なように構成することができる。ビット／バイトシーケンスは、かなり単純化されたアドレスステータスの要求及び回答である。回答が受信されない場合、障害のログ記録／表示などが実行される。グループ分け又はゾーンは、好ましくはＡＣＰ４０から実行される。
【００５３】
[0052]  どのグループに属しているかをアドレス指定されたそれぞれのＬＲＵ６０、１１０に伝えるためのメカニズム（例えば照明ＬＲＵ６０、１１０内のＲＡＭに維持される）が提供されうる。これは、各システムの電源投入時、及び変更時に、ＡＣＰ４０によって再送されるはずである（ＡＣＰ４０はゾーンの動的移動が可能であると想定）。ＡＣＰ４０から照明ＬＲＵ６０、１１０へ送信されたメッセージは、その後、シーン／輝度変更の送信先であるグループ番号を組み込むことができる。そのグループ又はゾーンのメンバーであるように構成されている照明ＬＲＵ６０、１１０のみが、シーン変更に関する要求に実際に応答する。
【００５４】
[0053]  好ましい実施形態では、最小パケットサイズは６バイトであり、最大パケットサイズは２５６バイトである。
【００５５】
[0054]  ＡＣＰ４０で各シーン変更が開始されると、結果として、各ＬＲＵ６０、１１０に対して、所定のミリ秒間隔で３回、通知メッセージが同報通信される。ＡＣＰ４０は、例えば所定のミリ秒間、シーン選択をデバウンス（連続ボタン押し）することができる。ＡＣＰ４０は、周期的に所定の間隔で現在のシーン選択を再同報通信することができる。
【００５６】
[0055]  ゾーンが採用された場合にすべての照明ユニットを強制的に動作させるために、「すべて」のグループ値を含めることもできる。カスタムシーン部分の場合、新しいシーンを追加するために、照明ユニットを取り外してそれらを工場に戻すことは望ましくないため、ＡＣＰ４０を再度含める必要が生じる。
【００５７】
[0056]  基本的に、カスタムシーンが選択されると、ＡＣＰ４０は照明ＬＲＵ６０、１１０へカスタム輝度値を送信する旨のメッセージを使用することができる。照明ＬＲＵ６０、１１０はこれらのコマンドを受信した場合、ＲＡＭ内にデータを配置し、シーン移行を開始する。カスタムシーンは、それらが製造施設で開発されていない、及び統一するために較正されていない可能性があるため、それらに適用されるいかなるバイアス又は較正も有する必要がない。保守モードも同様に提供することができる。
【００５８】
シーン生成
[0057]  ＰＣベースのシーン生成ツールをシステムのブレーンとして使用でき、温度及び輝度の変更のためにいずれかの補償方程式を組み込むことができる。これは、予想値のデータベースと測定値とを容易に比較すること、及び所望の結果を達成するために必要なバイアスを計算することができるため、好ましくは、工場から出荷される際にＬＲＵの較正を実行するための場所である。これを使用して、システムの物理的温度及び電流引き込みを制限することもできる。このツールが生成できるテーブルは、これら要素のすべてを考慮の対象とすることができ、最終的に個々の照明ＬＲＵ６０、１１０に格納されるものとすることができる。
【００５９】
一般的な客室照明通信プロトコル
[0058]  上記のように、一般的な客室照明システム１０は、航空機の内部客室を照明するために使用される。システム１０は、照明ユニット（グループ６０又はモジュール１１０）及びＡＣＰ４０という２つのメイン部分を備えることができる。ＡＣＰ４０は、客室乗務員及び保守要員用の、メインインターフェースポイントとして使用してもよい。これにより、ユーザからの入力によって航空機客室内部で様々な客室照明シナリオを実行させることができる。照明ユニット６０、１１０は、選択された照明シナリオで航空機客室を照明するために使用される航空機全体に設置される物理ユニットである。
【００６０】
[0059]  以下の異なる通信機能の説明は、通常動作、アドレス指定動作、ビット／バイト動作、及び起こり得るその他の雑動作（通信の損失、圧縮解除など）という、４つのセクションに分割される。
【表３】
0005426679.tif 000004
【００６１】
[0060]  ある照明ユニットは、他のウォッシュライトファミリーと同一に動作することに留意されたい。例えば、ウォッシュライトの９２５０−ＸＸＸファミリーは、別の専用ＤＣ６Ｖ非常用電力線によって電力供給及び制御される追加の白色ＬＥＤを除き、仮想上はウォッシュライトの９１５０ファミリーと同一である。
【００６２】
[0061]  図６は、通常動作を示すフローチャートである。システムはアイドル状態にあり、ＡＣＰが始動されるまで待機するＳ２１０。いったん活性化されると、照明シーンが活性化されたか否かが判別されＳ２１２、活性化された場合はプロセスが続行される。ＡＣＰは選択されたシーンに関する照明データベースにアクセスしＳ２１４、その後データベースを解析して、各ＬＲＵへの輝度及び色のコマンドの伝送を開始するＳ２１６。
【００６３】
[0062]  照明ＬＲＵはコマンドを受信し、受信した色／輝度への移行を開始するＳ２１８。選択されたシーンに関するすべてのメッセージの再同報通信を実行してもよくＳ２２０、必要な再同報通信が完了すると、シーン伝送を完了することができるＳ２２０。ＡＣＰ４０及び関連付けられたコントローラ３０は、例えば各個別のＬＥＤ１３０のアドレスへ、きわめて基本的なレベル（明るさレベル、可能であれば色情報）でＬＲＵ６０、１１０に情報を渡すことができることに留意されたい。ＬＥＤグループ１２０に情報を送信することもできる。より高いレベルでは、どのシーンを活性化及び提供すべきかに関する情報も同様に送信される。
【００６４】
[0063]  グループ６０、モジュール１１０、システムコントローラ３０などへの、及びそれらの間の通信は、２５５までのデバイスを１１５２００ｂｐｓのレートで処理することができるＲＳ−４８５マルチドロップバスを介して行うことができる。例示的なコマンドを以下に示す。
９１５０−ＸＸＸ天井、側壁、コーブ、及びダイレクトウォッシュライト（ＲＧＢ＋Ｗ）
【表４】
0005426679.tif 000005
【表５】
0005426679.tif 000006
【００６５】
アドレス指定動作
[0064]  上記のように、各照明ユニットはアドレスを組み込むことができる。このアドレスは、航空機内の照明ユニットの位置を識別する際の助けとなる。旅客設備照明レイアウト（ＬＯＰＡ）を使用して、個人が航空機内の照明の正確な位置を決定することができる。各照明のアドレス指定により、システムは照明の複数ゾーンを処理できるようになり、さらにシステムは不良ＬＲＵを特定するための組み込みテスト機器（ＢＩＴＥ）のテストを実行できるようになる。
【００６６】
[0065]  ＡＣＰ４０及び関連付けられたコントローラ３０は、ウォッシュライトのアドレス指定を制御することができる。ＡＣＰ４０は、ＲＳ４８５回線に加えてトークン通信回線を使用して、ウォッシュライトのアドレス指定の助けとなることができる。各ウォッシュライトＬＲＵは、ＲＳ４８５トランシーバ、トークンイン回線、及びトークンアウト回線を有することができる。
【００６７】
[0066]  トークン回線を使用して、どのウォッシュライトが現在アドレス指定されているかを識別することができる。ウォッシュライトのトークンイン回線が活性の場合、ウォッシュライトは現在アドレス指定されており、いずれのアドレス入力メッセージもそのデバイス向けである。ウォッシュライトがアドレス入力メッセージを受信すると、ウォッシュライトは、アドレス肯定応答メッセージでアドレスの受信を確認応答することができる。これは、そのデバイスについてのアドレス指定が完了し、次のデバイスに移動する時が来たことを示す。次に、ＡＣＰ４０は、列内の次のウォッシュライトのアドレス指定を可能にするＰａｓｓ  Ｔｏｋｅｎコマンドを送信することによって、トークンを渡すことができる。これが受信されると、現在アドレス指定されているウォッシュライトがそのトークンアウト回線を活性状態に設定するため、結果として次の順番のウォッシュライトがアドレス指定可能となる。これと同時に、以前にアドレス指定されたデバイスはそのトークンアウト回線を非活性状態にし、現在アドレス指定されているユニットのアドレス指定動作を完了する。
【００６８】
[0067]  図７は、このアドレス指定を示す。図７では、そのトークンイン回線が以前にアドレス指定されたＬＲＵによって活性状態（グランドへの引き込み）のため、中央ＬＲＵが現在アドレス指定されている。この通信の仕様は以下のとおりである。
制御方法：ＲＳ４８５半二重
ＲＳ４８５トランシーバロード：１／８ロード、最大可能デバイス数＝２５５
ボーレート：１１５２００ｂｐｓ
ボーレート許容差：±１８５ｂｐｓ
メッセージ周波数：アドレスモードのメッセージはコマンド間に５０ミリ秒の休止を有するものとする
トークン回線ＶＩＨ：ウォッシュライトトークン基準回線に関してＤＣ４．７Ｖ（最小値）
トークン回線ＶＩＬ：ウォッシュライトトークン基準回線に関してＤＣ０．３Ｖ（最大値）
【表６】
0005426679.tif 000007
【表７】
0005426679.tif 000008
【表８】
0005426679.tif 000009
【００６９】
ビット／バイト動作
[0068]  コントロール３０を備えたＡＣＰ４０は、ビット／バイトが開始されるタイミングを制御する。ＡＣＰはＲＳ４８５回線を使用して、ウォッシュライトが依然として活性状態であるか否かを判別するために、システム内の各ウォッシュライトのポーリングの助けとなる。ＡＣＰは、各デバイスのポーリングに加えて、各ＬＲＵ上のＬＥＤをそれぞれオンにするランプ試験メッセージを送信することができるため、目視検査も実行することができる。
【表９】
0005426679.tif 000010
【表１０】
0005426679.tif 000011
【００７０】
その他の動作
[0069]  システム１０によって、多岐にわたる動作も提供することができる。
【００７１】
チェックサム計算：
[0070]  伝送されたデータの整合性を確保するための助けとしてチェックサム計算が提供される。チェックサム計算は、ＳＯＴバイトからチェックサム値の前の最後のバイトまでを含むすべてのバイトの１バイトＸＯＲチェックサムとすることができる。チェックサムは０ｘ５５のＸＯＲ  ＰＲＥＳＥＴを有する。チェックサム計算が完了した後、バイトは値のＡＳＣＩＩ表現に分割される。したがって、値＝０ｘＡ３の場合、メッセージプロトコル内のチェックサム値は０ｘ４１及び０ｘ３３となる。以下に、メッセージ上でＸｓｕｍ計算を実行するＣコード、及びこれを２進値に変換する方法を示す。
【００７２】
伸張（decompression）信号：
[0071]  ウォッシュライトは、直接伸張除信号メッセージを有さない。ＡＣＰは伸張信号を受信した場合、すべての照明ユニットに対して単に１００％の白色輝度コマンドを送信するのみとする。
【００７３】
通信の損失：
[0072]  ＬＲＵはＡＣＰとの通信を失った場合、コマンドを受け取った最後の状態を維持することができる。
【００７４】
デバイスの較正
[0073]  補正アルゴリズム及びルックアップテーブルを使用して、色の突合せ、白色温度の突合せ、様々な輝度にわたる突合せ、及び様々なＬＥＤ製造業者の使用について照明デバイスを較正することができる。これは、個々のデバイス、ＬＲＵ、サブアセンブリ、及び完全なアプリケーションレベルで実行することができる。修正は、照明デバイス、ＬＲＵ、及び／又は、マスタコントローラを含む他のリモートデバイス内などで実行及び格納することができる。
【００７５】
[0074]  補正アルゴリズム及びルックアップテーブルを使用して、色の突合せ、白色温度の突合せ、様々な輝度にわたる突合せ、及び様々なＬＥＤ製造業者の使用（製造業者間での差異に対処するため）について、照明デバイスを較正することができる。これは、個々のデバイス（ＬＥＤ１３０、ＬＥＤグループ１２０）、ＬＲＵ（モジュール１１０、モジュールグループ６０）、サブアセンブリ（モジュールグループ６０、領域照明グループ２０）、及び完全なアプリケーション（システム１０）レベルで実行することができる。修正は、照明デバイス、ＬＲＵ６０、１１０、及び／又は、マスタコントローラ３０を含む他のリモートデバイス内などで実行及び格納することができる。
【００７６】
[0075]  照明デバイス１３０は経時的に変更することができ、使用率（電力）及び環境条件に基づいて変更することができるということを理解してきた。例えば、ＬＥＤの耐用年限にわたる変化が知られている場合、モジュール１１０の動作時間を追跡することができ、経時的変化に対する補償及び調整のためにルックアップテーブルを提供することができる。したがって、ＬＥＤの明るさが２００時間使用後に９８％まで低下することが分かった場合、モジュールの時間を追跡し、２００時間の時点で、そのモジュールに新しい調整値を適用することができるか、又はＬＥＤグループさらには単一のＬＥＤまでもアドレス指定が可能であることから、所望であれば、単一ＬＥＤレベルに至るまで新しい調整値を解決することが可能である。ルックアップテーブル（ＬＵＴ）を使用することにより、ＬＥＤの従来の経時的変化特性を補償することができる。上記のように、これらのテーブルはシステムコントローラ３０上のシステムレベル、グループコントローラ９０上のモジュールグループ／モジュールレベルで常駐するか、又はこの２つの間で共有することができる。
【００７７】
[0076]  同様に、温度によって変化する特性も、ＬＵＴ又は何らかの他のデータベースの形で同様に提供することができる。したがってモジュール１１０は、製造業者からの出荷準備が整った場合、初期較正手順を実行して、正確な色波長又は色度図上のｘ，ｙ座標を決定してもよく、さらに、製造されたデバイスを出荷する前に、ＬＥＤの経年変化又は異なる温度での動作に応じてこれらを修正できる所定のテーブルを提供することができる。
【００７８】
[0077]  さらに、ＬＵＴ又は他のデータベースパラメータは固定するか、又は好ましくは、ＬＥＤの新しい特性が習得されると、それに応じてテーブルを調整できるように更新可能とすることができる。このようにして、温度及び耐用年限に基づくモジュール使用の補正調整が提供することができる。
【００７９】
[0078]  一実施形態では、モジュール１１０又はモジュールグループ６０によって生成された色及び輝度の情報を正確に読み取る内部及び／又は外部光学センサを介して、較正をすることができ、調整情報は、このフィードバックに基づいて決定することができる。更新された調整情報は、照明デバイス、ＬＲＵ６０、１１０、マスタコントローラ３０などへ直接又は間接的に提供することができる。
【００８０】
追加の例示的実施形態
[0079]  次に、システムの実施に関する追加の例示的実施形態及び通信について説明する。ＡＣＰは客室乗務員及び保守要員用のメインインターフェースポイントであり、ユーザからの入力で航空機客室内の様々な客室照明シナリオを実行すること、及びアドレスを構成すること、及びそのＬＣＤタッチスクリーンインターフェースからのＢＩＴ情報を表示することを可能にする。
【００８１】
[0080]  この実施形態では、すべての照明ＬＲＵはそれらのシーン情報をＬＲＵ内でローカルに維持する。ＡＣＰは、照明システムに対して、客室クルーによって選択された特定のシーンについてコマンドを発行する責務を負う。照明アセンブリは、ＲＳ４８５を介してＡＣＰからメッセージを受信するための機能を有する。照明アセンブリは個別にアドレス指定可能であり、ＡＣＰが各照明アセンブリと個別に通信できるようにするか、又は照明アセンブリのグループと通信できるようにする。照明アセンブリは、アセンブリが依然としてシステムと通信しているか否かを検出するために、ＢＩＴテストを受ける機能も有する。照明システムからのＢＩＴ情報は、ＡＣＰ上で見ることができる。
【００８２】
[0081]  この実施形態では、照明ＬＲＵは、１６の予めプログラミングされたシーン及び１６の再プログラミング可能シーンを有する機能を備える。予めプログラミングされたシーンは、変更機能を有していない。再プログラミング可能シーンは、デバイスを作業台で補修する必要なしに、航空機に取り付けた状態でＡＣＰによって変更することができる。照明シナリオは静的であり、可変レートでの移行はシーン間で５分を超えない。この実施形態では、物理層要件は以下の通りである。
【表１１】
0005426679.tif 000012
【表１２】
0005426679.tif 000013
【００８３】
ＡＣＰプロトコル要件
[0082]  ＡＣＰは照明システムの制御の中心である。プロトコル要件は、本発明の実施形態においてＡＣＰが照明システムを正しく動作させるために従うタイミング及び伝送ガイドラインである。
１）ＡＣＰで開始された各シーン変更の結果として、照明システムに通知メッセージが同報通信される。このメッセージは３回繰り返され、各メッセージの間隔は５０ミリ秒である。
２）ＡＣＰは、照明システムに送信される各連続メッセージの間隔が５０ミリ秒を確実に下回らないようにする。
３）ＡＣＰは、現在のシーン選択を１０秒間隔で周期的に再同報通信する。
４）照明ＬＲＵからＡＣＰへの応答は、すべて５０ミリ秒以内に行われる。
５）チェックサム計算は＜ＳＯＴ＞バイトを含んで開始され、＜ＡＳＣＩＩ  ＸＯＲ  ＸＳＵＭ＞バイトまで続行される。
６）未知の＜ＣＭＤ＞を伴うメッセージはいずれも廃棄される。
７）特定の＜ＣＭＤ＞に関して不正又は未使用の値を含むフィールドを伴うメッセージは、いずれも廃棄されるものとする。
８）ＬＲＵがその活性状態のＩｎｐｕｔ  Ｔｏｋｅｎ信号を有する場合、アドレス割り当てメッセージのほかにすべてのメッセージが廃棄されるものとする。
【００８４】
[0083]  この実施形態における各照明ＬＲＵは、個々の固有アドレスを組み込む。このアドレスは、航空機内の照明ＬＲＵの場所を識別する際の助けとなる。照明ＬＯＰＡを使用して、個人が航空機内の照明の正確な位置を決定することができる。シーン選択メッセージにより、ＡＣＰは、特定のＬＲＵ、照明ゾーン、又は航空機全体について照明シーンを選択することができる。シーン選択メッセージにより、ＡＣＰは、予めロードされた航空機照明シーン又は顧客特有の照明シーンのいずれかを選択することができる。
シーン選択
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
１）照明アセンブリは、プログラミングされていないシーンを選択するいかなるシーン選択メッセージも無視する。
２）システムの電源が投入されると、各ＬＲＵはシーン選択メッセージを受信するまで３０秒待機しなければならない。この期間に何も受信しない場合、ＬＲＵは自動的に１００％白色光へと移行する。
３）シーン選択メッセージを受信すると、進行中の可能性のあるいかなるビット／バイトモードも取消／終了しなければならない。
４）照明アセンブリは、シーンをダウンロードしている間、又はアドレス指定が実行されている間は、このメッセージを無視するものとする。
【表１３】
0005426679.tif 000014
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の開始
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝グループ／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ２０−０ｘＦＦ］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、最大可能ＬＲＵ数＝２２２
＜ＣＭＤ＞＝０ｘ２０
＜ＤＡＴＡ＞＝２バイト＜ＳＣＥＮＥ＞＜ＩＮＴＥＮＳＩＴＹ＞
＜ＳＣＥＮＥ＞＝シーン選択バイト。ＬＲＵに格納されたシーン情報を示す。ＡＣＰはこのバイトの最初のニブルを変更することによって、標準の航空機シーン又は顧客特有のシーンのいずれかを選択することができる。
標準シーン：０ｘ３０オフセット＋４ビットシーン数。最大１６シーン。
顧客特有シーン：０ｘＣ０オフセット＋４ビットシーン数。最大１６シーン。
＜ＩＮＴＥＮＳＩＴＹ＞［０ｘ３１−０ｘ３４］−選択されたシーンに関する相対的な輝度設定を示す。
０ｘ３１＝高
０ｘ３２＝中
０ｘ３３＝低
０ｘ３４＝夜間
【００８５】
アドレス指定動作
[0084]  ＡＣＰはウォッシュライトのアドレス指定を制御する。ＡＣＰは、ウォッシュライトのアドレス指定の助けとするために、ＲＳ４８５回線に加えてトークン回線を使用することができる。この実施形態では、各ウォッシュライトＬＲＵがＲＳ４８５トランシーバ、トークンイン回線、及びトークンアウト回線を有する。
【００８６】
[0085]  トークン回線は、現在どのウォッシュライトがアドレス指定されているかを識別するために使用される。ウォッシュライトのトークンイン回線が活性状態である場合、そのウォッシュライトは現在アドレス指定されており、いずれのアドレス割り当てメッセージもそのＬＲＵ向けのみである。ウォッシュライトがアドレス入力メッセージを受信すると、アドレス応答メッセージでアドレスの受信を確認応答する。これは、そのＬＲＵについてのアドレス指定が完了し、次のＬＲＵへ移動する時が来たことを示す。
【００８７】
[0086]  次に、ＡＣＰは、列内の次のウォッシュライトのアドレス指定を可能にするＰａｓｓ  Ｔｏｋｅｎコマンドを送信することによって、トークンを渡すことができる。これが受信されると、現在アドレス指定されているウォッシュライトがそのトークンアウト回線を活性状態に設定するため、結果として次の順番のウォッシュライトがアドレス指定可能となる。これと同時に、以前にアドレス指定されたＬＲＵはそのトークンアウト回線を非活性状態にし、現在アドレス指定されているＬＲＵのアドレス指定動作を完了する。
プロトコル−アドレス割り当てメッセージ
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
１）アドレス指定メッセージは、トークンイン回線が活性状態の照明アセンブリによってのみ処理される。
２）ＡＣＰは、第１のアドレス割り当てメッセージの送信を開始する前に、そのトークンアウト回線を活性状態にアサートする。
３）照明アセンブリは、航空機に搭載されたＬＲＵが交換された場合は常に再割り当てされる。
４）トークン回線は、これらの信号がトークン基準回線（ＧＮＤ）の電位を有する場合、活性状態であるとみなされる。
【表１４】
0005426679.tif 000015
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝［０ｘ０１］−伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
アドレス割り当てメッセージ：
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３０］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞  ＝［０ｘ３０］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＣＭＤ＞  ＝［０ｘ１０］−このコマンドはウォッシュライトアドレスを設定する。
＜ＤＡＴＡ＞  ＝＜Ａｄｄｒｅｓｓ＞＜Ｇｒｏｕｐ／Ｚｏｎｅ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、最大可能ＬＲＵ数＝２２２
＜Ｇｒｏｕｐ／Ｚｏｎｅ＞＝［０ｘ３０−０ｘＦＦ］−グループ／ゾーン割り当て
プロトコル−アドレス応答メッセージ
仕様
ソースデバイス：アドレス指定済み照明ＬＲＵ
宛先デバイス：ＡＣＰ
１）ＡＣＰは、アドレス割り当てメッセージの送信後、５０ミリ秒以内にアドレス応答メッセージを受信しない場合、「アドレス指定モード」を終了するものとする。
２）ＡＣＰは、正しい照明タイプが対象となるアドレスにあることを確認するために、アドレス応答メッセージで戻された情報と、その内部データベースとを比較するものとする。これにより、製造番号、ハードウェアバージョン番号、及びファームウェアバージョン番号を検証することもできる。戻された情報にいずれかの不一致があれば、ＡＣＰのアドレス指定モードを停止し、オペレータにその問題を警告するものとする。
【表１５】
0005426679.tif 000016
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞  ＝［０ｘ０６］−伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
アドレス応答メッセージ：
＜ＣＭＤ＞  ＝［０ｘ１Ｆ］−このコマンドはウォッシュライトからの確認応答メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｄｅｖｉｃｅ  ＩＤ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、最大可能ＬＲＵ数＝２２２
＜Ｄｅｖｉｃｅ  ＩＤ＞＝［０ｘ４１−０ｘ４３］−ＬＲＵタイプ
［０ｘ４１］＝９１００直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９１５０クロスビンウォッシュライト（Ｗ＋Ａ）
［０ｘ４２］＝９１５０ＣＯＳウォッシュライト（Ｗ＋Ａ）
［０ｘ４３］＝９２００天井ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００側壁ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００コーブウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２５０主翼上出口ウォッシュライト（ＲＧＢ＋ＷＷ）
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵ製造番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＝ＬＲＵハードウェア改訂を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
プロトコル−Ｐａｓｓ  Ｔｏｋｅｎコマンド
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝最後のウォッシュライトがアドレス指定されている場合、０ｘ３１
【表１６】
0005426679.tif 000017
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝［０ｘ０１］−伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
Ｐａｓｓ  Ｔｏｋｅｎコマンド：
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３２］−宛先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞  ＝［０ｘ２０−０ｘＦＦ］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、最大可能ＬＲＵ数＝２２２
＜ＣＭＤ＞  ＝［０ｘ１１］−このコマンドは、ウォッシュライトにトークンを渡すように伝える。
＜ＤＡＴＡ＞  ＝＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞
＜Ａｄｄｒｅｓｓｉｎｇ  Ｃｏｍｐｌｅｔｅ＞＝そのアドレス指定が完了したことを示す１バイト
［０ｘ３０］＝アドレス指定は完了していない
［０ｘ３１］＝アドレス指定は完了した
メッセージフォーマット例
【表１７】
0005426679.tif 000018
【００８８】
ビット／バイト動作
[0087]  ＡＣＰは、ビット／バイトが開始されるタイミングを制御することができる。ＡＣＰは例えばＲＳ４８５回線を使用して、ウォッシュライトが依然として活性状態であるか否かを判別するために、システム内の各ウォッシュライトをポーリングすることができる。これにより、各ＬＲＵのポーリングに加えて、ウォッシュライトがビット要求を受信した場合、照明の輝度及びカラーが、目視ランプ試験機能を提供する特定レベルに設定される。すべてのビット／バイト要求が処理され、５０ミリ秒以内に照明ＬＲＵから肯定応答を受け取る。
プロトコル−ビット／バイト要求メッセージ
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
１）シーン選択メッセージの受信により、進行中の可能性があるいずれのビット／バイトモードも取消／終了される。
２）照明アセンブリは、シーンをダウンロードしている間、又はアドレス指定が実行されている間は、ビット／バイトメッセージを無視する。
３）ＡＣＰは、現在ポーリングされている照明ＬＲＵの宛先アドレスに対して＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２及び＜ＤＥＳＴ＞を設定することによって、各ＬＲＵをポーリングする。
【表１８】
0005426679.tif 000019
ＣＭＤ設定記述
＜ＳＯＴ＞＝０ｘ０１−伝送文字の開始
＜ＥＯＴ＞＝０ｘ０４−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞＝［０ｘ３０−０ｘ３２］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
０ｘ３１＝グループ／ゾーンメッセージ
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞＝［０ｘ３０−０ｘＦＦ］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３１：
＜ＤＥＳＴ＞＝［０ｘ３１−０ｘＦＦ］−ゾーン選択
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２：
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス値、最大可能ＬＲＵ数＝２２２
＜ＣＭＤ＞＝０ｘ３０
プロトコル−ビット／バイト肯定応答メッセージ
仕様
ソースデバイス：アドレス指定済み照明ＬＲＵ
宛先デバイス：ＡＣＰ
１）＜ＤＥＳＴ  ＭＯＤＥ＞＝ビット／バイト要求の０ｘ３２の場合、ＬＲＵは、要求の＜ＤＥＳＴ＞が照明アセンブリのアドレスと一致すると、ビット／バイト要求メッセージを受信するとすぐにビット／バイトＡＣＫ応答メッセージで応答する。
２）ＡＣＰは、５０ミリ秒のビット／バイト要求メッセージ送信の間に、ビット／バイト肯定応答メッセージを受信するものとする。
３）＜ＤＥＳＴ  ＭＯＤＥ＞＝ビット／バイト要求メッセージの０ｘ３０の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ビット／バイトＡＣＫ応答メッセージで応答する。ＬＲＵアドレスは、各ＬＲＵがそのビット／バイトＡＣＫ応答メッセージの伝送まで待機する時間長さを決定するためのシード値として使用することができることに留意されたい。
４）＜ＤＥＳＴ  ＭＯＤＥ＞＝ビット／バイト要求メッセージの０ｘ３１の場合、照明アセンブリはそれぞれ、５０ミリ秒間隔の遅延後、ビット／バイトＡＣＫ応答メッセージで応答する。ＬＲＵアドレスは、各ＬＲＵがそのビット／バイトＡＣＫ応答メッセージの伝送まで待機する時間長さを決定するためのシード値として使用することができることに留意されたい。
５）ＡＣＰは、照明アセンブリ内の情報が正しいことを確認するために、ビット／バイト肯定応答メッセージで戻された情報と、その内部データベースとを比較するものとする。戻された情報にいずれかの不一致があれば、オペレータにその問題を警告するものとする。
【表１９】
0005426679.tif 000020
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞  ＝［０ｘ０６］−ＡＣＫ応答メッセージの伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
アドレス応答メッセージ：
＜ＣＭＤ＞＝［０ｘ３Ｆ］−このコマンドはウォッシュライトからの確認応答メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｄｅｖｉｃｅ  ＩＤ＞＜Ｓｅｒｉａｌ  ＃＞＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｃａｌ  Ｆｌａｇ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−新しく割り当てられたＬＲＵのアドレス
０ｘ２０オフセット＋アドレス値、最大可能ＬＲＵ数＝２２２
＜Ｄｅｖｉｃｅ  ＩＤ＞＝［０ｘ４１−０ｘ４３］−ＬＲＵタイプ
［０ｘ４１］＝９１００直接照明（Ｗ＋Ａ）
［０ｘ４２］＝９１５０クロスビンウォッシュライト（Ｗ＋Ａ）
［０ｘ４２］＝９１５０ＣＯＳウォッシュライト（Ｗ＋Ａ）
［０ｘ４３］＝９２００天井ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００側壁ウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２００コーブウォッシュライト（ＲＧＢ＋Ｗ）
［０ｘ４３］＝９２５０主翼上出口ウォッシュライト（ＲＧＢ＋ＷＷ）
＜Ｓｅｒｉａｌ  ＃＞＝ＬＲＵ製造番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｈａｒｄｗａｒｅ  Ｒｅｖ＞＝ＬＲＵハードウェア改訂を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｆｉｒｍｗａｒｅ  Ｒｅｖ＞＝ＬＲＵファームウェア改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵ航空機シーンＰ／Ｎ及び改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎ及び改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｃａｌ  Ｆｌａｇ＞＝そのウォッシュライトが較正されたことを示す１バイト
０ｘ３０＝ウォッシュライトは較正されない
０ｘ３１＝ウォッシュライトは較正される
【００８９】
シーンダウンロード動作
[0088]  シーンダウンロード動作は、照明ＬＲＵ上にローカルに格納されたシーンを更新するために使用される。ＡＣＰはスクリーンダウンロード動作が開始されるタイミングを制御する。ＡＣＰはＲＳ４８５回線を使用して、システム内の各ウォッシュライトにシーン情報を格納する際の助けとする。ＡＣＰは第１に、シーンダウンロード要求メッセージをシステム内のすべてのウォッシュライトに送信する。これによって、保護されたＥＥＰＲＯＭスペースを変更できるようにウォッシュライトに指示する。次にＡＣＰは、各シーンに関するシーンコンテンツメッセージを伝送することができる。シーンコンテンツメッセージは、一度に１シーンのシーン情報を含む。
【００９０】
[0089]  すべての新しいシーンが伝送されると、ＡＣＰはシーン照会要求メッセージで各ウォッシュライトをポーリングすることができる。シーン照会メッセージは、すべてのシーンを受信したか否かをウォッシュライトに尋ねることができる。ウォッシュライトはすべての情報を受信した／受信していない旨をＡＣＰに通知するシーン照会応答メッセージで回答する。ウォッシュライトが情報を受信した場合、すべてのシーン情報を不揮発性ＥＥＰＲＯＭにコミットするものとする。ウォッシュライトがすべての情報を受信していない旨の応答をした場合、ＡＣＰはすべてのウォッシュライトにシーンコンテンツメッセージを再送し、ウォッシュライトへの再照会を再開するものとする。
【００９１】
[0090]  すべてのシーン照会要求メッセージは、５０ミリ秒以内に照明ＬＲＵによって処理及び確認応答されるものとする。
プロトコル−シーンダウンロード要求
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
１）照明アセンブリは、シーンをダウンロードしている間、又はアドレス指定が実行されている間は、ビット／バイトメッセージを無視するものとする。
２）すべての他のダウンロードコマンドは、シーンダウンロード要求が伝送されない限り、無視されるものとする。
３）シーンダウンロード要求は、同報通信メッセージとすることができる。あらゆる照明ＬＲＵはこのメッセージを受信する。
【表２０】
0005426679.tif 000021
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝［０ｘ０１］−伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３０］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞  ＝［０ｘ３０］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＣＭＤ＞  ＝０ｘ５０
＜ＤＡＴＡ＞  ＝＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＜Ｅｍｐｔｙ＞
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎ及び改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｔｏｔａｌ  Ｓｃｅｎｅｓ  Ｎｕｍ＞＝［０ｘ３１−０ｘ４０］−１（０ｘ３１）から１６（０ｘ４０）までの更新される合計シーン数。
＜Ｅｍｐｔｙ＞＝０ｘ３０
プロトコル−シーンコンテンツメッセージ
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
シーンコンテンツメッセージは、同報通信メッセージとすることができる。あらゆる照明ＬＲＵはこのメッセージを受信するものとする。
【表２１】
0005426679.tif 000022
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝［０ｘ０１］−伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３０］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞  ＝［０ｘ３０］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＣＭＤ＞  ＝０ｘ５１
＜ＤＡＴＡ＞  ＝Ｓ１，Ｒ１，Ｒ２，Ｇ１，Ｇ２，Ｂ１，Ｂ２，Ｗ１，Ｗ２，Ｅ１，Ｅ２，Ａ１，Ａ２，Ｔ１，Ｔ２
Ｓ１＝［０ｘ３１−４５］−シーン選択バイト。シーン情報が格納されたＬＲＵ、０ｘ３０オフセット＋４ビットシーン番号を示す。最大１６シーン。
Ｒｘ−赤色輝度値は１２ビット幅であり、Ｒ１及びＲ２の２バイトに分割される
Ｒ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＲＥＤ）
Ｒ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＲＥＤ）
Ｇｘ−緑色輝度値は１２ビット幅であり、Ｇ１及びＧ２の２バイトに分割される
Ｇ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＧＲＥＥＮ）
Ｇ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＧＲＥＥＮ）
Ｂｘ＝青色輝度値は１２ビット幅であり、Ｂ１及びＢ２の２バイトに分割される
Ｂ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＢＬＵＥ）
Ｂ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＢＬＵＥ）
Ｗｘ＝白色輝度値（ＲＧＢ＋Ｗウォッシュライト）は１２ビット幅であり、Ｗ１及びＷ２の２バイトに分割される
Ｗ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＷＨＩＴＥ）
Ｗ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＷＨＩＴＥ）
Ｅｘ＝白色輝度値（Ｗ＋Ａウォッシュライト）は１２ビット幅であり、Ｅ１及びＥ２の２バイトに分割される
Ｅ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＷＨＩＴＥ）
Ｅ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＷＨＩＴＥ）
Ａｘ＝琥珀色輝度値は１２ビット幅であり、Ａ１及びＡ２の２バイトに分割される
Ａ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＡＭＢＥＲ）
Ａ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＡＭＢＥＲ）
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。これは１２ビット幅値であり、Ｔ１及びＴ２の２バイトに分割される
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位６
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位６
プロトコル−シーン照会要求
仕様
ソースデバイス：ＡＣＰ
宛先デバイス：照明ＬＲＵ
１）シーン照会要求メッセージを受信した後、照明アセンブリは通常の動作を再開することができる。
２）ＡＣＰは、現在ポーリングされている照明ＬＲＵの宛先アドレスに対して＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３２及び＜ＤＥＳＴ＞を設定することによって、各ＬＲＵをポーリングすることができる。
３）各照明ＬＲＵが照会されるものとする。
【表２２】
0005426679.tif 000023
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝０ｘ０１−伝送文字の開始
＜ＥＯＴ＞  ＝０ｘ０４−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３２］−宛先モード選択バイト
０ｘ３２＝アドレスメッセージ
＜ＤＥＳＴ＞  ＝宛先アドレス
＜ＤＥＳＴ＞＝［０ｘ２１−０ｘＦＦ］０ｘ２０オフセット＋アドレス、最大可能ＬＲＵ数＝２２２
＜ＣＭＤ＞＝０ｘ５２
プロトコル−シーン照会応答
仕様
ソースデバイス：アドレス指定済み照明ＬＲＵ
宛先デバイス：ＡＣＰ
１）ＡＣＰは、５０ミリ秒のシーン照会要求メッセージ送信の間に、シーン照会応答メッセージを受信するものとする。
２）照明ＬＲＵがシーン照会要求に応答しない場合、ＡＣＰはこの問題をオペレータに警告するものとする。
３）ＡＣＰは、照明アセンブリ内に正しい情報が格納されていることを確認するために、シーン照会応答メッセージで戻された情報をその内部データベースと比較するものとする。戻された情報にいずれかの不一致があれば、オペレータにその問題を警告するものとする。
【表２３】
0005426679.tif 000024
ＣＭＤ設定記述
＜ＡＣＫ  ＳＯＴ＞  ＝［０ｘ０６］−肯定応答メッセージの伝送文字の開始
＜ＥＯＴ＞  ＝［０ｘ０４］−伝送文字の終了
シーン照会応答メッセージ：
＜ＣＭＤ＞＝［０ｘ５Ｆ］−このコマンドはウォッシュライトからの肯定応答メッセージである。
＜ＤＡＴＡ＞＝＜Ａｄｄｒｅｓｓ＞＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞
＜Ａｄｄｒｅｓｓ＞＝［０ｘ２１−０ｘＦＦ］−照会されたウォッシュライトのアドレス
０ｘ２０オフセット＋アドレス値、最大可能ＬＲＵ数＝２２２
＜Ｂ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵ航空機シーンＰ／Ｎ及び改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
＜Ｕｓｅｒ  Ｓｃｅｎｅ  Ｒｅｖ＞＝ＬＲＵユーザシーンＰ／Ｎ及び改訂番号を示す２０ＡＳＣＩＩバイト（ＬＲＵ不揮発性メモリ内に格納）
【００９２】
シーン構成データベース
[0091]  シーン構成データベースは、カスタム照明シーンに関する情報を格納するファイルである。このデータベースは客室照明設計者プログラムを使用して外部で生成することができる。データベースは、例えばＡＳＣＩＩ復帰改行によって分離される１６のシーンコンテンツメッセージを備える。
データベースファイルフォーマット：
＜ＳＯＴ＞＜ＳＣＥＮＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ４＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ７＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ８＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ９＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１０＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１１＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１２＞＜ＣＲ＞＜ＬＦ＞
＜ＳＣＥＮＥ１３＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１４＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１５＞＜ＣＲ＞＜ＬＦ＞＜ＳＣＥＮＥ１６＞＜ＣＲ＞＜ＬＦ＞
＜ＸＳＵＭ＞
【表２４】
0005426679.tif 000025
【表２５】
0005426679.tif 000026
ＣＭＤ設定記述
＜ＳＯＴ＞  ＝０ｘ０１−伝送文字の開始
＜ＥＯＴ＞  ＝０ｘ０４−伝送文字の終了
＜ＤＥＳＴ  ＭＯＤＥ＞  ＝［０ｘ３０］−宛先モード選択バイト
０ｘ３０＝同報通信メッセージ
＜ＤＥＳＴ＞  ＝［０ｘ３０］−宛先アドレス
＜ＤＥＳＴ  ＭＯＤＥ＞＝０ｘ３０：
＜ＤＥＳＴ＞＝［０ｘ３０］−無関係
＜ＣＭＤ＞  ＝０ｘ５１
＜ＤＡＴＡ＞  ＝Ｓ１，Ｒ１，Ｒ２，Ｇ１，Ｇ２，Ｂ１，Ｂ２，Ｗ１，Ｗ２，Ｅ１，Ｅ２，Ａ１，Ａ２，Ｔ１，Ｔ２
Ｓ１＝［０ｘ３０−３Ｆ］−シーン選択バイト。シーン情報が格納されたＬＲＵ、０ｘ３０オフセット＋４ビットシーン番号を示す。最大１６シーン。
Ｒｘ−赤色輝度値は１２ビット幅であり、Ｒ１及びＲ２の２バイトに分割される
Ｒ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＲＥＤ）
Ｒ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＲＥＤ）
Ｇｘ−緑色輝度値は１２ビット幅であり、Ｇ１及びＧ２の２バイトに分割される
Ｇ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＧＲＥＥＮ）
Ｇ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＧＲＥＥＮ）
Ｂｘ＝青色輝度値は１２ビット幅であり、Ｂ１及びＢ２の２バイトに分割される
Ｂ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＢＬＵＥ）
Ｂ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＢＬＵＥ）
Ｗｘ＝白色輝度値（ＲＧＢ＋Ｗウォッシュライト）は１２ビット幅であり、Ｗ１及びＷ２の２バイトに分割される
Ｗ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＷＨＩＴＥ）
Ｗ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＷＨＩＴＥ）
Ｅｘ＝白色輝度値（Ｗ＋Ａウォッシュライト）は１２ビット幅であり、Ｅ１及びＥ２の２バイトに分割される
Ｅ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＷＨＩＴＥ）
Ｅ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＷＨＩＴＥ）
Ａｘ＝琥珀色輝度値は１２ビット幅であり、Ａ１及びＡ２の２バイトに分割される
Ａ１＝０ｘ４０オフセット＋１２ビットの最上位６（ＡＭＢＥＲ）
Ａ２＝０ｘ４０オフセット＋１２ビットの最下位６（ＡＭＢＥＲ）
Ｔｘ−シーン移行時間は、シーンが移行される秒数を表す。これは１２ビット幅値であり、Ｔ１及びＴ２の２バイトに分割される
Ｔ１＝０ｘ４０オフセット＋１２ビットの最上位６
Ｔ２＝０ｘ４０オフセット＋１２ビットの最下位６
【００９３】
照明ＬＯＰＡ構成データベース
[0092]  照明ＬＯＰＡ構成データベースは、航空機上に正確な照明レイアウトを構成する際の助けとなる。これには、各照明ＬＲＵ、ステーション位置、及びファームウェア／ハードウェア及びデータベース改訂情報に関する記述を含むことができる。データベースファイルフォーマットは、ＡＳＣＩＩ復帰改行によって分離される複数のデバイスタイプ（）を備えることができる。ＡＣＰは、ファイルの終わりのＸＳＵＭ計算でデータベースの妥当性を検査することができる。
データベースファイルフォーマット：
＜ＳＯＴ＞＜ＤＥＶＩＣＥ１＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ２＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ３＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ４＞＜ＣＲ＞＜ＬＦ＞
＜ＤＥＶＩＣＥ５＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ６＞＜ＣＲ＞＜ＬＦ＞＜ＤＥＶＩＣＥ７＞＜ＣＲ＞＜ＬＦ＞．．．＜ＤＥＶＩＣＥＸ＞＜ＣＲ＞＜ＬＦ＞
＜ＸＳＵＭ＞
＜ＳＯＴ＞＝０ｘ０１
＜ＣＲ＞＝ＡＳＣＩＩ復帰
＜ＬＦ＞＝ＡＳＣＩＩ改行
＜ＸＳＵＭ＞＝２バイトのＸＯＲ  ＸＳＵＭ。ＸＳＵＭは通信プロトコルと同一である
＜ＤＥＶＩＣＥＸ＞＝＜Ｄｅｖｉｃｅ  Ｔｙｐｅ＞＜Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ＞＜Ｃｏｍｍ  Ｐｏｒｔ＞＜ＳＴＡ  ＬＯＣ＞＜Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ＞
【表２６】
0005426679.tif 000027
【００９４】
システムの電源投入
[0093]  システムの電源が投入されると、各ＬＲＵはシーン選択メッセージを受信するために３０秒待機することができる。この期間に何も受信しない場合、ＬＲＵは自動的に１００％白色光又は何らかの他のデフォルト設定へと移行するものとする。
【００９５】
[0094]  これまでは航空機内の照明としての使用に関して説明してきたが、本発明はこれに限定されず、他の応用範囲にも適用することができる。「航空機」という用語は、本明細書で使用される場合、任意の乗用車又は任意の照明区域の代用として理解されるものとする。同様に、ＬＥＤ又は発光ダイオードという用語は、上述と同様の方法で制御可能な任意の照明ソースの代用として理解されるものとする。
【００９６】
[0095]  このシステムは、任意の汎用コンピュータ上に実施してもよく、構成要素は専用アプリケーションとして、又はウェブベースアーキテクチャを含むクライアントサーバアーキテクチャ内で実施してもよい。いずれのコンピュータも、プロセッサ、プログラムデータの格納及び実行用のメモリ、ディスクドライブなどの永久ストレージ、外部デバイスとの通信を処理するための通信ポート、及び、ディスプレイ、キーボード、マウスなどを含むユーザインターフェースデバイスを備えることができる。ソフトウェアモジュールが含まれる場合、これらのソフトウェアモジュールは、テープ、ＣＤ−ＲＯＭなどの媒体上にプロセッサ上で実行可能なプログラム命令として格納してもよく、この媒体は、コンピュータによる読み取り、メモリ内への格納、及びプロセッサによる実行が可能である。
【００９７】
[0096]  本発明の原理についての理解を深めるために、これまでは図面に示された好ましい実施形態を参照し、これらの実施形態を説明するために特定の言語を使用してきた。しかしながら、本発明の範囲はこの特定の言語によるいかなる制限も意図されておらず、本発明は、当業者であれば通常思い付くであろうすべての実施形態を包含するものと解釈されるべきである。
【００９８】
[0097]  本発明は、機能ブロック構成要素及び様々な処理ステップに関して説明することができる。こうした機能ブロックは、指定された機能を実行するように構成された任意の数のハードウェア及び／又はソフトウェア構成要素により実現してもよい。例えば本発明は、１つ又は複数のマイクロプロセッサ、又は他の制御デバイスの制御の下で様々な機能が実行できる例えばメモリ要素、処理要素、論理要素、ルックアップテーブルなどの、様々な集積回路構成要素を使用することができる。同様に、本発明の要素がソフトウェアプログラミング又はソフトウェア要素を使用して実施される場合、本発明は、データ構造、オブジェクト、プロセス、ルーチン、又は他のプログラミング要素の任意の組み合わせで実施される様々なアルゴリズムを備えた、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、アセンブラなどの任意のプログラミング又はスクリプト言語で実施してもよい。さらに本発明は、電子構成、信号処理及び／又は制御、データ処理などに関する任意の数の従来の技術を使用することができる。ワードメカニズムは幅広く使用され、機械的又は物理的実施形態に限定されるものではなく、プロセッサなどと連動するソフトウェアルーチンを含むことができる。
【００９９】
[0098]  本明細書明示及び説明された特定の実施形態は、本発明を例示するものであり、いかなる方法においても本発明の範囲を他の形で限定することは意図されていない。簡潔にするために、従来のエレクトロニクス、制御システム、ソフトウェア開発、及びシステムの他の機能上の態様（及びシステムの個々の作動構成要素の構成要素）については、詳細に説明されていない場合がある。さらに、提示された様々な図面に示された接続線又はコネクタは、様々な要素間の例示的な機能関係、及び／又は物理又は論理結合を表すことが意図されている。多くの代替又は追加の機能関係、物理接続、又は論理接続が、実際のデバイス内に存在してもいいことに留意されたい。さらに、要素が具体的に「不可欠」又は「重要」であると説明されていない限り、本発明の実施に不可欠なアイテム又は構成要素は存在しない。
【０１００】
[0099]  本発明の説明との関連において（特に、以下の特許請求の範囲との関連において）、「a」、「an」、「the」、及び類似の指示物は、単数及び複数の両方をカバーするものと解釈される。さらに、本明細書における値の範囲の記載は、本明細書にその他の形で示されていない限り、単に、その範囲内にあるそれぞれ別の値を個別に参照する省略方法としての役割を果たすものと意図され、それぞれ別の値は、あたかも本明細書で個別に記載されているかのように明細書に組み込まれる。最後に、本明細書で説明されるすべての方法のステップは、本明細書に別の形で示されていない限り、又は文脈によって明らかに矛盾していない限り、任意の好適な順序で実行することができる。
【０１０１】
[00100]  当業者であれば、本発明の精神及び範囲を逸脱することなく、多くの修正及び適合が容易に明らかとなろう。
【符号の説明】
【０１０２】
１０    航空機照明システム
２０    領域照明
３０    航空機照明システムコントローラ
４０    乗務員制御パネル（ＡＣＰ）
６０    インテリジェント照明モジュールグループ
７０    電源
８０    フィルタ
９０    モジュールグループコントローラ
１１０    モジュール（マスタモジュール）
１１０’  スレーブモジュール
１１２    電源プラグアセンブリ
１１４    終端コネクタ
１２０    ＬＥＤグループ
１３０    ＬＥＤ／照明光源要素
【図１Ａ】
0005426679.tif 000028
【図１Ｂ】
0005426679.tif 000029
【図１Ｃ】
0005426679.tif 000030
【図１Ｄ】
0005426679.tif 000031
【図２Ａ】
0005426679.tif 000032
【図２Ｂ】
0005426679.tif 000033
【図３Ａ】
0005426679.tif 000034
【図３Ｂ】
0005426679.tif 000035
【図４Ａ】
0005426679.tif 000036
【図４Ｂ】
0005426679.tif 000037
【図４Ｃ】
0005426679.tif 000038
【図５】
0005426679.tif 000039
【図６】
0005426679.tif 000040
【図７】
0005426679.tif 000041