DMX LED Low-Level Dimming Steps: 8-Bit, 16-Bit, Curves and Smoothing
DMX LED Low-Level Dimming Steps: 8-Bit, 16-Bit, Curves and Smoothing
LikeLight Tom · Operations · Technical reviewer: pending confirmation
Summary
Visible steps near black are not explained by “8-bit DMX” alone. The chain includes console fade calculation, DMX slot values, fixture personality, coarse/fine pairing, transfer curve, interpolation, driver/PWM resolution, LED threshold and optics. A 16-bit control mode can send finer commands, but it cannot create optical levels the driver cannot reproduce.
Under DMX512-A, one standard data slot carries an 8-bit value from 0 to 255 [S1]. That is 256 possible code values. A paired coarse/fine parameter can represent 256×256=65,536 digital values. These are command values—not proof of 256 or 65,536 visibly distinct, calibrated light levels.
1. Identify the pattern
| Symptom | Likely branch | First check |
|---|---|---|
| Steps strongest below 5% | curve, minimum output or effective driver resolution | measure optical output per low code |
| Fine channel has no effect | wrong mode/personality/byte pairing | verify fixture display and channel map |
| Long fade is smooth but blackout is late | internal smoothing/interpolation | test slow fade and zero-count snap separately |
| One color steps before others | per-channel threshold/calibration | test R, G and B independently |
| Camera bands but eye sees smooth fade | PWM-camera interaction | use separate camera-flicker test |
| Random jumps or missed values | control/data fault | log received values and link status |
Do not change dimmer curves until the correct personality and coarse/fine mapping are proven. A wrong fine-byte address can look like poor resolution while actually being a patch error.
2. 8-bit and 16-bit arithmetic
For an ideal linear 8-bit command, one code increment is 1/255≈0.392% of full-scale command. Near a commanded level of 1%, that increment is large relative to the remaining level. In a paired 16-bit representation, one least-significant increment is 1/65,535≈0.00153% of full scale.
| Representation | Digital values | Ideal full-scale increment | DMX slots per parameter |
|---|---|---|---|
| 8-bit | 256 | ≈0.392% | 1 |
| 16-bit coarse+fine | 65,536 | ≈0.00153% | 2 |
ETC documents fixtures where coarse makes the larger movement and fine subdivides each coarse step [S2], and publishes a concrete coarse/fine control-map example [S3]. The order and behavior must come from the actual fixture manual; do not assume every pair is coarse-first.
Fade-step teaching example
Suppose a purely illustrative linear fade covers code 0–25 in 10 seconds. With 8-bit commands, only 26 code positions are available in that interval, so the average time between code changes is about 10/25=0.4 seconds. This does not predict optical steps because the console may dither, the fixture may interpolate, and the curve may be nonlinear. It shows why low-level verification needs timestamps and measured light.
3. Curve changes where code values are spent
A linear command curve allocates code uniformly in command space, not necessarily in perceived brightness. Square-law, S-curves or manufacturer-specific curves can allocate more control near black or change the relationship between console percentage and output. Curve labels are not interoperable specifications.
| Adjustment | Possible benefit | Tradeoff to verify |
|---|---|---|
| 16-bit mode | finer incoming commands | doubles slots for that parameter |
| low-end-oriented curve | more useful control near black | changes cue matching and level meaning |
| interpolation/smoothing | hides discrete update steps | adds response time or delays snap |
| higher internal PWM/resolution | more reproducible levels | may affect frequency, thermal or EMC behavior |
| calibrated minimum | avoids unstable region | may prevent a true ultra-low level |
ETC documents a case where internal smoothing supports long fades but causes a fade instead of an immediate snap; selecting a quicker curve changes that behavior and may appear steppier [S4]. Smoothness and response speed must therefore be tested as separate requirements.
4. Command resolution is not optical resolution
Even perfect 16-bit data can collapse into fewer output states if the fixture rounds internally, uses a lower-resolution PWM stage, has a minimum-current threshold or applies calibration limits. Conversely, an 8-bit input can look smoother when the fixture interpolates between received levels. Only a controlled optical measurement reveals effective output behavior.
Measure at least: blackout; first stable light; 0–1%; 1–5%; 5–10%; mid-level; full output; slow rise; slow fall; and snap-to-zero. Record received coarse/fine values, optical reading and time. Repeat R, G, B and approved mixed colors at cold and thermally stable conditions.
5. Commissioning workflow
- Freeze fixture model, firmware, mode and approved channel map.
- Confirm whether intensity and colors are 8-bit or paired coarse/fine, including byte order.
- Disable temporary effects; select the documented default curve and smoothing state.
- Send a monotonic low-level ramp and log every commanded pair.
- Measure optical output at defined geometry and ambient conditions.
- Repeat with each candidate curve/interpolation setting; include slow fades and snap cues.
- Test all RGB channels, full array, cold start and thermally stable operation.
- Archive console show, personality, fixture settings, measurements and acceptance decision.
6. LIKELIGHT evidence boundary
LIKELIGHT's public page lists L-W-10036-DMX as a 36 W, DC24 V, RGB, DMX512 dimmable wall washer and describes smooth transitions with standard PWM [S5]. It does not publish an order-specific 8/16-bit personality, low-end curve, effective optical resolution, PWM frequency or smoothing response. No such performance is inferred here.
For an inquiry, provide the required fade duration, minimum stable level, camera use, control console, preferred footprint, curve and response expectations. Request the approved channel chart and measured sample test for the actual driver/firmware batch.
7. When not to select 16-bit mode
- Do not use it when the console or fixture personality does not pair the bytes correctly.
- Do not spend two slots per parameter if the application only uses static saturated colors and no fine control requirement exists.
- Do not expect 16-bit commands to repair unstable power, data errors or an inadequate driver.
- Do not use smoothing when emergency or cue timing requires immediate response unless verified.
- Do not change curves after programming without rechecking every cue and matching fixture.
- Do not claim “16-bit smooth dimming” without optical low-level evidence.
FAQ
Does 16-bit DMX provide 65,536 brightness levels?
It provides 65,536 possible paired command values. Effective optical levels depend on the fixture implementation and measurement.
Why does the fine channel do nothing?
The fixture may be in an 8-bit mode, the personality may be wrong, or the byte/order mapping may not match.
Can a curve remove all visible steps?
No. It redistributes the command-to-output relationship; driver resolution, minimum output and interpolation still matter.
Why does smoothing delay blackout?
Interpolation intentionally spreads changes over time. ETC documents this tradeoff on a fixture-specific implementation [S4].
Is PWM frequency the same as dimming resolution?
No. Frequency describes repetition rate; resolution describes available output increments. They interact but are not interchangeable.
Should RGB channels use the same test?
Yes, individually and in approved mixes. Different emitter thresholds or calibration can make low-end behavior unequal.
Sources checked
2026-09-11
- S1: ANSI E1.11-2024 — USITT DMX512-A
- S2: ETC ColorSource PAR V Zoom Installation Guide
- S3: ETC — DMX Control Channels
- S4: ETC — LED Fixture Fades Instead of Snaps
- S5: LIKELIGHT — 36 W DC24 V RGB DMX wall washer