コントローラーの出力、レシーバー、ネットワーク負荷を計画する

チェックポイント / 01

出力ごとに完全な行を作る

筐体を選ぶ前に、出力ごとにピクセルまたはチャンネル数、電圧、データプロトコル、目標リフレッシュ、ケーブル距離、電源注入、レシーバー、想定シーンを記録します。物理ピクセルと制御可能なアドレスまたはグループを分け、出力を終端する機器と確認すべき限界を示します。

• コントローラー、出力、レシーバー、テープ、行き先、保守点を命名します。
• アドレッサブルテープではバリエーション、IC、色順を記録します。
• 広告の出力数を確認なしに負荷容量とみなしません。

チェックポイント / 02

出力、レシーバー、データチェーンを分ける

正確な機器によって、出力はテープへ直接行く場合と、複数出力を配るレシーバーへ行く場合があります。信号を生成する機器、レシーバーが受けるインターフェース、各チェーンの終端を記録します。data-inとdata-outはデータ経路の情報であり、電源ケーブルや総ピクセル数と同じ限界ではありません。

• 接続がローカル、差動、SPIなど、文書化されたどのインターフェースか確認します。
• 対象バリエーションのデータ方向とピクセルグループを記録します。
• プラグ形状やプロトコル名が似ているだけで接続しません。

チェックポイント / 03

ユニバース、チャンネル、リフレッシュを再現可能に割り当てる

物理出力、ユニバース、開始アドレス、1ピクセルあたりのチャンネル、ピクセル数、目標リフレッシュの対応を記録します。DDP、E1.31、Art-Net、コントローラーのプロトコルは別の層です。解像度、フレームレート、ネットワーク負荷は実際に送るデータ量と受信機器に依存します。

• ファームウェアの版と一緒に識別できるマップのエクスポートを保存します。
• 予定する明るさとフレームレートで限界を試験します。
• 初期シーンだけでなく保守用のアドレスとポートを確保します。

output_row: pixels + voltage + protocol + refresh + distance
map: controller_output -> receiver_or_strip -> universe
power: branch_load + injection + fuse + common_ground
commission: one_output -> full_load -> network_loss -> recovery

チェックポイント / 04

ポート数とは別に電源を設計する

データ出力だけでテープ全体に電源が供給されるとは限りません。各分岐について電源、分配、ヒューズ、ケーブル、コネクター、電源注入、共通グラウンドを設計します。コントローラーの電流限界は電源と異なる場合があり、レシーバーにはローカル電源が必要な場合があります。電源経路とデータ経路を独立した経路として図示します。

• 実負荷を接続し、最遠端で電圧と温度を測定します。
• 大きな電源を小さな端子、ケーブル、レシーバーの根拠にしません。
• 各分岐の極性、ヒューズ、ケーブル、注入点、切断点を表示します。

チェックポイント / 05

一つの出力を試運転し、復旧を確認してから拡張する

一つの出力、短いテープ、最小限の設定から始めます。黒、全白、色、カウント、リフレッシュ、ネットワーク断、再起動、電源復旧後の動作を確認します。レシーバーと出力を一つずつ追加し、最大負荷を確認し、完全なシーケンスに依存しないローカル保守モードを残します。

• 各出力を所有する層を決めます。
• 既知のローカル設定と分岐を切り分ける方法を保存します。
• コントローラー、ファームウェア、レシーバー、長さ、バリエーションが変わったら再試験します。

失敗しやすい点

よくある失敗

• ピクセル、チャンネル、リフレッシュを計算せずポート数だけで選ぶ。
• コネクター形状が似ているだけでインターフェースを確認せずレシーバーへ接続する。
• 物理ピクセル、グループ、アドレスを分けずにユニバースやチャンネルを割り当てる。
• 信号だけを試験し、ケーブル、電源、共通グラウンド、負荷時電圧を確認しない。
• 二つのソフトウェア層が同じ出力を制御するか、ローカル復旧モードがない。

技術的根拠 / バージョン

判断を最新に保つ

このガイドはバージョン管理された技術レコードとして更新しています。製造用の施工に使う前に、現在のプロトコル文書と正確な製品リビジョンを再確認してください。