Re: PIC32MZ and DMX protocol
I have not done anything like that.
As I understand, DMX is a communication protocol using Asynchronous Serial communication,
in a one way protocol.
It use EIA-485 differential signaling, aka RS-485, with some restrictins for electrical signals.
In PIC32MX or MZ that is done using the ordinary UART peripheral, using TX signal only, if the PIC32 is Controller.
EIA-485 differential signaling will require a line driver component between PIC32 TX pin and DMX wiring.
Harmony provide a multi-channel, multi-user UART driver.
Using the Harmony UART driver with a specific Communication Protocol, may sometimes be tricky.
Some communication protocols using asynchronous serial communication, rather prefer to use their own driver code, controlling the UART peripheral directly.
For DMX512 protocol signaling, you are not likely to want to share a UART module with any other communication protocol anyway.
DMX512 use relatively fast asynchronous signaling at 250 kbits/s,
and have some specific signaling requirements, in mandatory Break signal before each package,
and a Timed Stop between the break and first byte of each packet.
Min Break 92 microseconds, minimum MAB 12 microseconds, and time between start of Break for one packet, and start of Break signal for the next packet minimum 1204 microseconds.
These timing requirements may be fulfilled by chance using Harmony UART driver, but I would not rely upon that without testing.