Controller-Ausgänge, Empfänger und Netzlast planen

KONTROLLPUNKT / 01

Für jeden Ausgang eine vollständige Zeile anlegen

Vor der Gehäusewahl eine Zeile je Ausgang anlegen und Pixel- oder Kanalzahl, Spannung, Datenprotokoll, Ziel-Refresh, Kabellänge, Einspeisung, Empfänger und geplante Szene erfassen. Physische Pixel von steuerbaren Adressen oder Gruppen trennen und das Gerät sowie die zu prüfende Grenze benennen.

• Controller, Ausgang, Empfänger, Strip, Ziel und Servicepunkt benennen.
• Bei adressierbaren Strips Variante, IC und Farbreihenfolge dokumentieren.
• Die beworbene Ausgangszahl nicht ohne Prüfung als Lastkapazität behandeln.

KONTROLLPUNKT / 02

Ausgang, Empfänger und Datenkette trennen

Ein Controller-Ausgang kann je nach konkreter Hardware direkt zu einem Strip oder zu einem Empfänger mit mehreren Ausgängen führen. Dokumentieren, welches Gerät das Signal erzeugt, welche Schnittstelle der Empfänger akzeptiert und wo jede Kette endet. Data-in und data-out gehören zum Datenweg und sind nicht dieselbe Grenze wie Stromkabel oder Gesamtpixelzahl.

• Prüfen, ob die Verbindung lokal, differentiell, SPI oder eine andere dokumentierte Schnittstelle ist.
• Datenrichtung und Pixelgruppierung der Variante erfassen.
• Keine Schnittstelle wegen ähnlichem Stecker oder Protokollnamen verbinden.

KONTROLLPUNKT / 03

Universen, Kanäle und Refresh reproduzierbar zuordnen

Die Zuordnung von physischem Ausgang, Universum, Startadresse, Kanälen je Pixel, Pixelzahl und Ziel-Refresh aufschreiben. DDP, E1.31, Art-Net und das Controllerprotokoll sind unterschiedliche Ebenen. Auflösung, Bildrate und Netzlast hängen von tatsächlich gesendeten Daten und empfangender Hardware ab.

• Einen erkennbaren Export der Zuordnung mit der Firmwareversion speichern.
• Die Grenze mit geplantem Helligkeits- und Bildratenzustand testen.
• Adressen und Ports für Service reservieren, nicht nur für die erste Szene.

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

KONTROLLPUNKT / 04

Versorgung unabhängig von der Portzahl planen

Der Datenausgang versorgt den vollständigen Strip nicht automatisch. Quelle, Verteilung, Sicherungen, Kabel, Stecker, Einspeisung und gemeinsame Masse für jeden Zweig berechnen. Der Controller kann eine andere Stromgrenze als die Quelle haben; ein Empfänger kann lokale Versorgung benötigen. Strom- und Datenweg als unabhängige Wege darstellen.

• Spannung und Temperatur mit echter Last am entferntesten Ende messen.
• Eine größere Quelle nicht als Rechtfertigung für kleine Klemme, Kabel oder Empfänger verwenden.
• Polarität, Sicherung, Kabel, Einspeisung und Trennstelle jedes Zweigs beschriften.

KONTROLLPUNKT / 05

Einen Ausgang in Betrieb nehmen und Wiederherstellung prüfen

Mit einem Ausgang, kurzem Strip und minimaler Konfiguration beginnen. Schwarz, Vollweiß, Farben, Anzahl, Refresh, Netzverlust, Controllerneustart und Wiederherstellung nach Rückkehr der Versorgung prüfen. Empfänger und Ausgänge einzeln ergänzen, maximale Last prüfen und einen lokalen Servicebetrieb vorsehen, der nicht von der vollständigen Sequenz abhängt.

• Die zuständige Ebene für jeden Ausgang benennen.
• Eine bekannte lokale Einstellung und eine Methode zum Isolieren jedes Zweigs speichern.
• Bei geändertem Controller, Firmware, Empfänger, Länge oder Variante erneut prüfen.

FEHLERBILDER

Was meistens schiefgeht

• Der Controller wird nach Portzahl gewählt, ohne Pixel, Kanäle und Refresh zu berechnen.
• Ein Strip wird wegen eines ähnlichen Steckers ohne Schnittstellenprüfung an einen Empfänger angeschlossen.
• Universen oder Kanäle werden zugeordnet, ohne physische Pixel, Gruppen und Adressen zu trennen.
• Das Signal wird geprüft, aber Kabel, Versorgung, gemeinsame Masse und Spannung unter Last nicht.
• Zwei Softwareebenen beanspruchen denselben Ausgang oder es gibt keinen lokalen Wiederherstellungsmodus.

TECHNISCHE GRUNDLAGE / VERSION

Die Entscheidung aktuell halten

Dieser Leitfaden wird als versionierter technischer Datensatz gepflegt. Prüfe die aktuelle Protokolldokumentation und die genaue Produktrevision erneut, bevor du ihn in einer Produktionsinstallation einsetzt.