DALI-2とD4i照明制御：調達・コミッショニングガイド

DALI-2とD4iを調達段階で検討すべき理由

照明制御の承認は照明器具スケジュールの後回しになりがちですが、制御アーキテクチャは配線、コミッショニング、ドキュメント、保守の進め方を左右します。この順番の逆転は避けられるリスクを生みます。光学性能を満たす器具であっても、アドレス指定が曖昧、引き渡しデータが不完全、将来のセンサーや通信デバイスへの拡張経路が不明確といった問題をプロジェクトチームに残すことがあります。

DALI-2とD4iは、こうしたリスクを構造的に議論するための枠組みを商業施設の調達担当者に提供します。DALI-2はDALIプロトコルと多部構成のIEC 62386規格に基づくDALI Allianceの認証プログラムです。D4iはその認証エコシステムを拡張し、インテリジェント照明器具向けに電源供給とデータ機能を定義します。どちらのラベルもプロジェクト固有の設計レビューに取って代わるものではありませんが、技術的な調達協議をより明確にする手助けになります。

本ガイドは、商業施設の内装を評価する販売代理店、施工業者、スペシファイアー、ファシリティマネージャー、調達チームを対象としています。発注前に決定すべき事項に焦点を当てており、スローガンでプロトコルを選ぶためのものではありません。

DALI-2、D4i、IEC 62386：各名称の意味

DALI-2は製品の特徴ではなく認証プログラム

DALIはIEC 62386およびDALI Alliance仕様により規定されたデジタル照明制御プロトコルです。デジタル通信により、デバイス間でコマンドとステータス情報を交換できます。実務上は、制御システムがデバイスをアドレス指定し、グループとシーンを作成し、すべての調光信号を匿名のアナログレベルとして扱うのではなく情報を照会できます。

DALI-2認証はDALI Allianceが維持するテストを通じて管理されています。このプログラムは制御機器と制御デバイスを対象とし、認証ステータスは規格の関連パートに紐付けられます。調達上の重要なポイントはシンプルです。「DALI対応」という文言を認証済み製品と同等に扱わないこと。正確な製品リスト、認証範囲、申告デバイスタイプを必ず確認してください。

D4iは定義されたスマートデータ基盤を追加

D4iはDALI-2認証プログラムを拡張し、インテリジェントでIoT対応の照明器具に使用されるLEDドライバーおよび器具搭載型制御デバイスへの要件を追加します。コネクテッド照明における二つの実務上の障壁、すなわちデバイスが必要なバス電力をどのように受け取るか、そして照明器具・エネルギー・診断情報をどのように格納・報告するかを対処します。

DALI AllianceはD4i LEDドライバーの必須要件をいくつか示しています。統合バス電源のDALI Part 250、照明器具データのPart 251、エネルギーデータのPart 252、診断・保守データのPart 253が含まれます。AUX電源仕様のPart 150は、Allianceが説明するD4iドライバー要件ではオプションです。制御デバイスには独自の要件があるため、ドライバー、センサー、通信デバイス、完成した照明器具を同一の認証主張として扱うべきではありません。

この区別はRFQ（見積依頼）の際に重要です。DALI-2ドライバーはデジタル制御をサポートしながら、一部のデータ機能がオプションのままになることがあります。D4iドライバーは、器具レベルのセンシング、通信、資産管理、エネルギー報告、保守ワークフローのためのより定義された基盤を提供することを意図しています。利用可能な正確な情報は、選択した製品とコミッショニングプラットフォームによって異なります。

調達担当者が最初に決めること：制御ニーズかデータニーズか

よくある誤りは「D4iを仕様に入れるべきか？」という問いから始めることです。より適切な出発点は、プロジェクトのニーズを三つの層に分けることです。

第1層：基本的な照明制御

建物に必要なのが点滅、調光、少数の安定したゾーン、シンプルなシーン制御だけであれば、標準的な制御アーキテクチャで十分な場合があります。誰も収集・解釈・活用しないデータからプロジェクトは価値を得られません。

第2層：構造化されたデジタル制御

アドレス指定可能なデバイス、複数のシーン、部屋ごとの再設定、センサー統合、より明確な障害切り分けが必要なプロジェクトでは、DALI-2アーキテクチャが基本的な調光アプローチよりも運用上の適合性を発揮します。価値はラベルそのものではなく、グループ、シーン、制御デバイス、引き渡しドキュメントを一つのシステムとして計画できる能力にあります。

第3層：資産・エネルギー・保守データ

オーナーが照明器具の記録、エネルギー報告、診断情報、またはコネクテッドセンサーや通信ノードへの拡張経路を必要とする場合、D4iを具体的に評価する価値があります。調達チームは、どのデータが必要か、どこに保存されるか、どのプラットフォームが読み取るか、引き渡し後に誰が対応するかを定義すべきです。

第3層は多くの仕様が曖昧になる部分です。「スマート対応」は測定可能な受入基準ではありません。より強固な要件とは、データフィールド、インターフェース、認証ステータス、サプライヤーに期待される引き渡しフォーマットを明示するものです。

RFQで要求すべき事項

制御パッケージは、照明器具、ドライバー、光学系、保証と同じ厳密さで評価すべきです。以下の要求リストは、一般的なプロトコル設定を検証可能な調達情報に変換します。

1. 認証と製品識別

製造業者、正確な型番、ドライバーモデル、制御デバイスモデル、該当する場合のDALI Alliance製品データベースリストを要求してください。その主張がドライバー、制御デバイス、完成した照明器具、または内部コンポーネントのみに適用されるかを確認してください。それらの回答を承認スケジュールで別々に管理してください。

D4iとして提示された照明器具については、ドライバーがD4i認証済みとしてリストされており、D4i照明器具トレードマーク要件に従って照明器具データが事前設定されていることを確認してください。制御デバイスやセンサーが照明器具に付属している場合、認証済みドライバーがすべての接続デバイスを認証するとは仮定せず、それ自体の認証と互換性を確認してください。DALI Allianceはコンポーネントを認証しており、独立した照明器具認証プログラムを運営していません。

2. 機能要件

意図する制御動作をプロジェクトの言葉で説明してください。ゾーン数、シーン要件、在室または昼光入力、該当する場合の非常照明インターフェース、デバイスまたは通信リンクの障害時に期待される応答を含めてください。サプライヤーは未定義の運用モデルに対して制御パッケージを検証できません。

3. データ要件

オペレーターがアクセスすることを期待する情報をリストアップしてください。例として、照明器具識別、ドライバー情報、エネルギーまたは電力値、稼働時間、障害ステータス、保守指標などが挙げられます。データが選択した制御またはビル管理プラットフォームにどのように提供されるか、どのゲートウェイが必要か、フォーマットが引き渡し用に文書化されているかを確認してください。

4. 配線とトポロジー

DALI電力とデータは同じ一対の電線を共有しますが、プロジェクトには適切なトポロジーレビューが依然として必要です。ケーブルルーティング、デバイス負荷、バス電力、分離、極性の前提、選択した設計での最大距離、非常設備や特殊機器の扱いについて施工業者に確認を依頼してください。「前回のプロジェクトと同じ」をトポロジー計算として受け入れないでください。

5. コミッショニングの責任者

アドレス指定、グループ分け、シーンプログラミング、センサー校正、障害テスト、最終承認に責任を持つ当事者を明確にしてください。照明器具サプライヤー、制御インテグレーター、電気施工業者、ITチームのそれぞれが別の当事者がコミッショニングを担当すると思い込んでいる場合、工事開始前から引き渡しリスクが存在します。

6. 受入証拠と代替品

サプライヤーに一つの承認マトリクスを提出させ、コンポーネントが変更されるたびに更新させてください。各行には正確なモデル、認証またはトレードマークの証拠、必要な機能、担当者、受入テスト、結果、引き渡しファイルを記載すべきです。該当行がレビューされるまで代替品を設置しないでください。

図：コミッショニング前にゾーニングプラン、制御ロジック、引き渡しデータを一括して確認する。

コミッショニング：認証済みパッケージを稼働システムに変える

認証は相互運用性の期待値を確立する助けになりますが、プロジェクトをコミッショニングするものではありません。コミッショニングは記録された証拠を伴う手順として計画すべきです。

ステップ1：納入コンポーネントの検証

納入された型番を承認済みスケジュールと照合してください。ドライバー、センサー、コントローラー、ゲートウェイ、照明器具の識別子を記録してください。納入時に行われた代替品は、工事に消えてしまう前にレビューしなければなりません。代替品が認証範囲やデータ機能を変更する場合、それは外見上の変更ではありません。

ステップ2：バスと電源条件のテスト

シーンをプログラミングする前に、物理的なバス、電源動作、デバイスの可視性、制御デバイスの電力要件を確認してください。調光できているように見えるシステムでも、天井が閉じられると診断が困難になる配線、アドレス指定、電力の問題を抱えている場合があります。

ステップ3：デバイスのアドレス指定とグループ分け

各デバイスを部屋、ゾーン、照明器具リファレンス、制御機能にマッピングするアドレス指定スケジュールを作成してください。ホスピタリティやオフィスプロジェクトでは、スケジュールは設置した業者だけでなくファシリティチームにも理解できるものであるべきです。グループ名は可能な限り図面や部屋名と一致させてください。

ステップ4：シーンとセンサーロジックの設定

通常シーン、在室動作、昼光応答、手動オーバーライド、タイムスケジュール、停電後の復帰をテストしてください。期待される動作と測定結果を記録してください。プロジェクトが調色や特殊機能を使用する場合、「スマート」とだけ表現するのではなく動作限界を文書化してください。

ステップ5：データと障害報告の検証

D4iプロジェクトでは、制御プラットフォームが必要な照明器具、エネルギー、診断情報を読み取れることを確認してください。承認マトリクスにフィールドと単位を明記してください。例えば、稼働時間、エネルギーまたは電力値、障害ステータス、ドライバー識別、障害応答などです。設計が許す場合、既知またはシミュレートされた障害経路を一つテストし、結果を記録してください。オペレーターに提示されないデータは実務上の価値が限定されます。

ステップ6：引き渡しパッケージの完成

引き渡しには、最終アドレス指定・グループ分けスケジュール、竣工図、デバイスとドライバーのリスト、制御ロジック、シーン値、ゲートウェイ設定、認証証拠、保証連絡先、保守手順を含めてください。利用可能なデータと、それにアクセスするために必要なプラットフォームまたはツールを明確に説明してください。

DALI-2とD4i：プロジェクトチームのための実践的比較

評価ポイント	DALI-2	D4i
主な役割	認証済みデジタル照明制御エコシステム	インテリジェントでデータ対応の照明器具向けDALI-2拡張
制御モデル	対応デバイスによるアドレス指定可能なデジタル制御	DALI-2制御に加え、定義されたドライバー電源とスマートデータ要件
照明器具データ	製品と認証範囲による。一部のデータパートはオプションの場合がある	Part 251、252、253はD4i LEDドライバーの必須要件
エネルギー報告	実際の製品能力を指定・検証すること	エネルギーデータ要件はD4iドライバー基盤の一部
診断	プロジェクトに必要な診断機能を指定すること	診断データ要件はD4iドライバー基盤の一部
センサーまたは通信の統合	対応コンポーネントと設計により可能	インテリジェントでIoT対応の照明器具への統合を簡素化するよう設計
最善の調達上の問い	この認証済みパッケージは必要な制御機能を満たしているか？	この認証済みパッケージはオーナーが使用するデータとインターフェースを提供するか？

この表はあくまでも出発点です。認証範囲、プラットフォーム、ゲートウェイ、トポロジーは引き続き合わせて確認が必要です。

受け入れ可能な調達マトリクス

このマトリクスは、宣言された能力と受け入れ済みの納品物を区別するための最低限の証拠記録です。

要件	サプライヤー証拠	プロジェクト受入テスト	担当者	引き渡し成果物
認証済み制御またはデータ能力	正確なモデルと関連DALI Alliance製品データベースリスト	納入モデルが承認済みスケジュールと一致することを確認	サプライヤーおよびスペシファイアー	承認済み製品スケジュール
D4i照明器具の主張（仕様に含まれる場合）	D4i認証済みドライバーリストと照明器具トレードマーク証拠	コミッショニング前にドライバー識別と事前設定済み照明器具データを確認	サプライヤーおよび制御インテグレーター	照明器具データ記録
必要な制御動作	ゾーン、シーン、センサー、オーバーライド、障害応答スケジュール	通常動作、手動オーバーライド、停電後の復帰を立会試験	制御インテグレーター	署名済みコミッショニング記録
必要なデータ	指定フィールド、単位、アクセス経路、ゲートウェイまたはプラットフォームのマッピング	各必須フィールドを読み取りサンプル結果を記録	制御インテグレーターおよびファシリティチーム	記録済みエクスポートとアクセス手順
バスと電源設計	トポロジー、デバイス負荷、バス電源計算	天井閉じ前に設置経路とデバイスの可視性を確認	電気施工業者	竣工図と試験記録
代替品	交換モデルと変更された認証・データ範囲	設置前に影響を受ける行を再承認	スペシファイアーまたは調達責任者	改訂版承認マトリクス

製品データベースは認証済み製品をリストし、D4i照明器具要件は関連する照明器具トレードマークの使用を説明しています。主張に合致した証拠を要求し、ドライバーラベルから完成照明器具の適格性を推測しないでください。

コミッショニングチームが照明器具のデータと制御システムの引き渡し記録を確認している

図：プロジェクトを受け入れる前に、データの引き渡しと制御記録を確認します。

よくある調達ミス

ミス1：「DALI対応」を完全な承認として扱う

互換性の文言は、正確な認証ステータスや完成照明器具の性能を証明することなく、コンポーネントの電気的またはプロトコル上の動作を表す場合があります。モデル固有の証拠を要求し、承認パッケージに記録してください。

ミス2：運用プロセスなしにデータを購入する

エネルギーと診断データは、誰かが受け取り、理解し、行動する権限を持っているときにのみ価値を生みます。データリッチなアーキテクチャに費用を払う前に、ダッシュボード、アラート、保守記録、定期レビューの所有権を割り当ててください。

ミス3：コミッショニングを商業的範囲から除外する

低い機器価格は、プログラミング責任の曖昧さ、再訪問、不完全なアドレス指定、粗悪な引き渡しによって相殺されることがあります。コミッショニングをテストと文書を伴う納品物として価格設定し、非公式な最終調整としてではなく扱ってください。

ミス4：将来の交換戦略を無視する

オペレーターは元の設置から数年後にドライバー、センサー、または通信デバイスを交換する必要が生じることがあります。どの情報が保持されるか、交換デバイスが特定の方法で認証されなければならないか、誰が設定を復元できるかを確認してください。

ミス5：プロジェクトチームを確認せずにプロトコルを追加する

より豊かな制御アーキテクチャが自動的に優れたプロジェクトになるわけではありません。電気施工業者、制御インテグレーター、ITチーム、ファシリティオペレーターが選択したシステムをサポートできることを確認してください。複雑さには担当者と理由が必要です。

調達の推奨事項：シンプルな意思決定フレームワーク

設計レビュー中に以下の質問を活用してください：

プロジェクトのゾーニング、シーン、センサーロジックはシンプルか、それとも変更が予想されるか？
オーナーが必要とするのは制御だけか、それとも標準化された照明器具・エネルギー・診断データも含まれるか？
どの正確な製品と完成照明器具が認証されており、その認証は何をカバーしているか？
誰がシステムをコミッショニング、テスト、文書化、保守するか？
どのデータプラットフォームが情報を受け取り、アラート発生時のエスカレーションプロセスは何か？
引き渡し後にチームは交換、再設定、トラブルシューティングをサポートできるか？

データとライフサイクルに関する質問の回答が不明確な場合は、「スマート」を汎用的な要件として追加するのではなく、仕様策定を一時停止してください。回答が明確であれば、DALI-2またはD4iを測定可能なプロジェクト要件に対して評価できます。

商業施設照明購入者のためのFAQ

D4iはDALI-2と同じですか？

いいえ。D4iはDALI-2認証プログラムをインテリジェントでデータ対応の照明器具をサポートする追加要件で拡張します。調達スケジュールは、DALI-2制御、D4i認証済みドライバーまたは制御デバイス、D4i照明器具トレードマーク適格性、またはその組み合わせのいずれを必要とするかを識別すべきです。

D4iは自動的に完全なスマートビルソリューションを提供しますか？

いいえ。D4iはデータとデバイス統合のための標準化された基盤を提供できますが、プロジェクトには互換性のある制御デバイス、ゲートウェイまたは通信レイヤー、ソフトウェア、コミッショニング、および運用プロセスが引き続き必要です。

認証はコミッショニングの必要性をなくしますか？

いいえ。認証は製品レベルの相互運用性の主張をサポートします。プロジェクトのトポロジー、アドレス指定、シーン、センサー校正、プラットフォーム統合、文書化、またはオペレータートレーニングには対処しません。

サプライヤーは見積もりに何を含めるべきですか？

最低限、正確な型番、認証証拠、制御とデータ能力、配線の前提、コミッショニング範囲、引き渡し文書、保証条件、提案された交換またはサポート経路を要求してください。サードパーティのコントローラーまたはゲートウェイに依存する項目にフラグを立てるようサプライヤーに依頼してください。

まとめ

商業施設の照明プロジェクトにおいて、DALI-2とD4iは照明器具スケジュールの末尾に追加されるラベルではなく、調達とライフサイクルの判断として扱われるべきです。DALI-2は構造化されたデジタル制御基盤を提供できます。D4iはドライバー電源と標準化された照明器具・エネルギー・診断データの定義された要件を追加します。価値は仕様、コンポーネント、コミッショニング計画、プラットフォーム、引き渡しパッケージが一致したときにのみ現れます。

最も確実な次のステップは、プロジェクトの制御とデータへの期待をモデル固有のRFQチェックリストに変換することです。何を制御しなければならないか、何を測定しなければならないか、誰がコミッショニングするか、オペレーターがどのように保守するかを定義してください。

出典：

情報は2026年8月25日時点の引用DALI Allianceページに基づいて確認済み。製品認証ステータス、トレードマーク適格性、プロジェクト要件は調達前に再確認してください。

関連記事：

プロジェクトチームへの次のステップ

最終的な器具承認の前に、提案されたすべての照明器具とドライバーを上記の制御、データ、コミッショニング、引き渡し要件にマッピングするようサプライヤーに依頼してください。明確なマトリクスは、プロジェクトが基本的なデジタル制御、DALI-2認証、D4iデータ機能、または別のアーキテクチャを必要とするかどうかを示します。そのマトリクスを見積もり、代替品、コミッショニング、引き渡しの受入チェックリストとして使用してください。