Server migration complete, Welcome to version 2.1.1



Welcome, Guest.
Please login or register.
Forgot your password?

+-Site Stats

Total Members: 15300
Latest: lstewartff
New This Month: 3
New This Week: 1
New Today: 1
Total Posts: 125129
Total Topics: 15247
Most Online Today: 86
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 2
Guests: 37
Total: 39

DMX-Open and DMX-Pro broken timing ?

Started by Light-Mike, January 07, 2021, 02:26:32 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.


Good morning,

I'm using a RASPI-Zero, as well as 3+ and 4 to generate local DMX, using TTY-AMA0 (and 1,2,3 on the RASPI-4).

DMX-Pro never really worked for me (Break  time too short), but now on Version 4.5 and 4.6 the timing on even DMX-Open seems to be broken:

ESTA DMX timing should be:
- 250KBaud
- Break >= 88us ; <<1s
- Mark After Break >= 8us, <<1s

I'm using an Artistic License Mircro-Scope IIa DMX Analyzer to measure timings.

What I get on Raspi-Zero on FPP 4.5 (bridge Mode):
Break timing                    DMX-Open: 51us       DMX-Pro: 81us
Mark After Break timing    DMX-Open:  2us        DMX-Pro:   6us
--> I can't control anything with this

Raspi 3+ on FPP (player Mode)
Break timing                    DMX-Open: ~260us        DMX-Pro: 81us
Mark After Break timing    DMX-Open:      80us       DMX-Pro:   8us
Frame time                      DMX-Open:      25ms
--> Only DMX open works

Raspi 3+ on FPP 4.6 (player Mode)
Break timing                    DMX-Open:   50us          DMX-Pro: 81us
Mark After Break timing    DMX-Open:   39us          DMX-Pro:   8us

--> Nothing works

It appears that DMX Pro has a constantly ~8us too short break time and DMX open break time varies heavily...

Is there any chance to fix this?


FPP doesn't control the break timing on your DMX Pro dongle, because in this case, the DMX spec is implemented in hardware.  FPP just sends the data in the DMX Pro packet format and the dongle handles the timing on the wire.

FPP does control the timing on the DMX Open Channel Output since the DMX spec is implemented in software.  FPP currently is configured for a 200us break followed by a 20us pause although these aren't guaranteed to be exact since we aren't running a realtime kernel.  We have never had anyone else complain about these timings that I recall, but is is possible that most people's equipment still works if the timings happen to be out of spec due to timing in Linux.

I see that xLights' DMX Open output uses 1ms for both mark and break.  I don't know if we would go that high, but I could bump the values in FPP up in the master development branch of FPP if you would be willing to test with your hardware and analyzer.


200us for Break would totally fine and if it jitters a little bit, that's cool too.
1ms would be excessively long, not required, but would still be within spec.

What I'm seeing here is times on DMX-Open on Raspi TTY-AMA0 of 50us + a little Jitter for Break timing on Version 4.5 and 4.6 (on a Raspi-Zero) which I did not see before (used to be ~260us = totally fine)

--> Something in the DMX open seemed to have changed?

Thanks for clarifying the USB-Pro output used with a USB-Dongle. DMX-Pro still produces an "output" when connected to Raspi TTY-AMA0, but with slightly too tight timings.


Nothing in the DMX output code has changed since April.   Thus, I'm really not sure how you are seeing any differences.  I could possibly see a kernel upgrade or something, but that didn't even change between 4.5 and 4.6.
Daniel Kulp -


Ok, found the problem.

Looks like the software is just fine.

Looks like I'm having some borderline iffy DMX opto isolators delaying the rising edge just long enough to be read as a break instead of a normal 0 byte... some of them work, some of them don't.

Please ignore this post. Not a software issue, but a hardware Problem on external kit.



Support FPP

+- Recent Topics

Projector video for just one video source by Poporacer
Today at 09:21:09 PM

PiCap w/Controller? by james-s
Today at 05:06:52 PM

F16V4 port 5 Lights flicker by rudybuddy
Today at 04:18:23 PM

new piCaps in the works? by james-s
Today at 01:39:26 PM

Smartthings Integrations by james-s
Today at 01:26:22 PM

Advatek Vortex 48 channel DC controller by CeP
Today at 05:34:34 AM

Upgraded to FPP V6.1.1 - Network Settings do not have "Interface Routing" option by Poporacer
October 01, 2022, 10:24:15 PM

FS Kulp K-8B Controller, Complete by poolprousa
October 01, 2022, 08:31:43 PM

60+ Ray Wu Cables, Pigtails, misc by jnealand
October 01, 2022, 08:57:49 AM

Sequence issues from Rasberry pi by Poporacer
October 01, 2022, 07:49:10 AM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod