LED Display Basic Commissioning: The 4 Setup Steps Every Engineer Must Get Right
Every LED engineer knows the moment: cabinets mounted, cables plugged in, power on — and the screen stays black, or fills with garbled patterns. The instinct is to blame the panels. In reality, the vast majority of "dead screen" incidents trace back to commissioning, not hardware.
Built on the framework of NovaStar's NCE certification textbook (Chapter 4: Basic Debugging) and shaped by real field experience, this guide walks through the four setup steps an LED display — including any COB LED display — needs before it lights up correctly: computer display settings, sending card setup, receiving card configuration, and screen connection settings. By the end, you'll have a clear diagnostic path for the next stubborn screen.
- First, understand the signal chain
- Step 1: Computer display settings — match the screen resolution
- Step 2: Sending card setup — make the system discoverable
- Step 3: Receiving card configuration — load firmware, unify control
- Step 4: Screen connection settings — align software with physics
- Why commissioning quality matters — especially for COB LED displays
- Key Takeaways · FAQ
1. First, Understand the Signal Chain
Commissioning goes wrong so often because an LED display relies on a three-stage signal chain. If one stage is misconfigured, everything downstream misbehaves:
Computer (GPU) → sending card → receiving card → modules. The computer generates the video signal; the sending card distributes it across its Ethernet ports; each receiving card drives its assigned cabinets; and modules daisy-chain through HUB cables. The four commissioning steps are essentially about aligning parameters along this chain, stage by stage.
2. Step 1: Computer Display Settings — Match the Screen Resolution
2.1 The Most Commonly Skipped Step
Many engineers assume "plug and play." But unlike a monitor, an LED screen cannot auto-adapt to its input resolution. Whatever pixel count you feed it is what it maps — a mismatch stretches the image, pushes it into one corner, or blanks the screen entirely.
2.2 What to Configure
Calculate the screen's true resolution: horizontal pixels = screen width ÷ pixel pitch, vertical likewise. A 6.4 m × 3.2 m P2.0 screen, for example, resolves to 3200 × 1600 pixels.
Set the GPU output resolution: in the graphics control panel, set output to match — or scale proportionally to — the screen's resolution. Note that DVI tops out around 1920×1080 or 2560×1440; anything larger relies on the sending card's scaling and cascade capability.
Choose the right display mode: "Duplicate" works for single-screen projects; high-resolution installations should use "Extend," giving the LED screen its own output channel.
Keep output refresh at 60 Hz: unless there's a specific reason, don't change it — deviations can conflict with the receiving card's processing and cause flicker.
3. Step 2: Sending Card Setup — Make the System Discoverable
The sending card (NovaStar C or MX series, for example) is the traffic controller of the whole chain. It connects to your laptop over USB and is configured through host software such as NovaLCT. Three things matter here:
3.1 Detect the Sending Card
Connect the card via USB and open the configuration software — the device should appear automatically. If it doesn't, check in order: USB driver installed, cable length within spec, and stable power. Successful detection is the prerequisite for everything that follows.
3.2 Plan the Ethernet Port Loading
Each Gigabit port on a sending card carries a pixel-count ceiling (roughly 650K pixels for a standard port, varying by model). The engineering task is to split the screen into load zones by cabinet and assign them across the ports, keeping each port's load balanced and under its limit.
3.3 Build the Screen Topology
In the software, construct the cabinet layout (rows × columns) as physically installed, and assign each receiving card to its position. Get the topology wrong and the image shifts in whole cabinet-sized blocks — the most classic rookie failure.
4. Step 3: Receiving Card Configuration — Load Firmware, Unify Control
A receiving card sits inside each cabinet (or cabinet group), translating Ethernet traffic into the timing signals that drive the modules. Two tasks define this step:
4.1 Read and Verify
Use the software to perform an online read-back of all receiving cards through the sending card, and confirm the detected count matches the cabinets physically installed. Fewer cards than expected means a loose cable or a card without power; more usually means the topology was drawn wrong.
4.2 Load the Firmware File
Every receiving card needs the correct firmware file, which defines the drive timing and port mapping for the specific module — typically supplied by the screen vendor per module model. Mismatched firmware is the textbook cause of a fully garbled screen.
5. Step 4: Screen Connection Settings — Align Software with Physics
Chain confirmed, every card detected, and the image still looks wrong? Welcome to the final gate: screen connection settings. This is where the software aligns with the physical build. Four parameter groups matter:
5.1 Cabinet & Module Parameters
Enter (or select) the cabinet size, module spec, pixel pitch, and scan mode. Scan mode — 1/16 scan, 1/32 scan, static, etc. — is the most error-prone: a wrong scan setting shows up as bright lines, dark lines, or interlaced flicker.
5.2 Cable Routing Order
The HUB cable sequence between modules inside a cabinet must match the routing pattern defined in software. Whether the cables "snake" in a Z-pattern or an S-pattern completely changes the module order.
5.3 Display Performance Parameters
Once connections are set, dial in brightness, refresh rate, Gamma, and low-gray parameters. Refresh rate and brightness trade off against each other depending on the module spec and shooting conditions (broadcast studios, for instance, demand higher refresh). Low-gray tuning directly shapes how dark scenes actually look on site.
6. Why Commissioning Quality Matters — Especially for COB LED Displays
Too many teams treat commissioning as a one-shot "make it light up" exercise. Over the screen's lifecycle, however, it determines three things:
- Delivery quality: correct resolution, scan, and routing mean no misalignment, no bright or dark lines, and a one-pass acceptance test;
- Long-term reliability: properly matched drive timing keeps LEDs operating within spec and reduces abnormal wear — critical for COB LED screen projects, whose packaging advantages (moisture resistance, impact tolerance, low dead-pixel rates) only fully materialize under correct drive conditions;
- After-sales cost: a complete parameter archive (firmware versions, cabinet topology, routing records) lets future expansions or module swaps reuse known-good settings, slashing on-site labor.
In short: commissioning isn't the pre-work for lighting the screen — it's the starting point of its next decade.
7. Key Takeaways
| Stage | Core Task | Key Parameters | Typical Failure |
|---|---|---|---|
| Computer display | Output a signal matched to the screen | Resolution, duplicate/extend mode, 60 Hz | Distortion, partial image, black screen |
| Sending card | Detect device, allocate port loading | Port pixel ceiling, screen topology | Whole-block shifts, device not detected |
| Receiving card | Read back, load firmware | Firmware file, card count | Garbled screen, dead zones |
| Screen connection | Align software with physical wiring | Cabinet/module specs, scan mode, routing | Bright/dark lines, flicker, local shift |
Q1: The LED screen shows garbled noise — what should I check first?
Verify the receiving card firmware against the module model, then confirm the scan mode setting. These two are the most common culprits; the hardware itself rarely fails.
Q2: The receiving card count doesn't match in software. Why?
Fewer cards than expected usually means a loose Ethernet cable or a card losing power. More cards typically means the screen topology was drawn incorrectly. Fix the topology first, then trace cables one by one.
Q3: Is COB LED display commissioning different from SMD?
The workflow is identical. But COB modules are costlier to service (often at board level), so the stakes are higher: get firmware, scan mode, and routing right the first time, and archive everything.
Q4: What if the computer's output resolution exceeds the sending card limit?
Use the sending card's cascade and scaling capability: output a proportional resolution within the GPU limit, and let the sending card map and scale pixels across the screen topology.
Sourcing a COB LED Display for Your Next Project?
We supply high-reliability COB LED display solutions for contractors and buyers worldwide — fine-pitch full series, custom-built, commissioned and parameter-archived before delivery.
Request a COB LED Quote




