Net3 protocol specification?

Net3 is a collection of different protocols, some standards and some proprietary. To do per-address priority you don't need to know Net3. Wireshark will tell you everything there is to know when you look at sACN output of e.g. ETCnomad. The priority message is sent once a second, looks like a regular sACN message but has a start code of DD. It is actually quite easy to find.

Net3 is a collection of different protocols, some standards and some proprietary. To do per-address priority you don't need to know Net3. Wireshark will tell you everything there is to know when you look at sACN output of e.g. ETCnomad. The priority message is sent once a second, looks like a regular sACN message but has a start code of DD. It is actually quite easy to find.

Thanks for this Ueli,

So one thing that I missed from the E1.31 standard - to specify priority per channel, this is done in a separate packet, with a start code of 0xDD (221), with the data portion of the addresses being set from packets with a start code of 0?

I'll have to re-read the E1.31, but it didn't seem to touch on this there... is the Start code of 221 0xDD a standard thing?

What role does the PDU layer Priority flag have? If not for specifying whole universe level control priority?

For example, when using a start code of 0xDD, why is the PDU priority equal to 0?

The Priority flag defines the priority for the whole universe, the DD packet can override it. The DD packet is not in the standard, it's an extension by ETC. But it's compatible to the standard as it allows different start codes. Recipients that don't understand a certain start code should ignore the data.

In the pdf you linked above there is actually a link to a list of start codes used and ETC registered DDh for those priorities.

0xDD packet timing is defined as "The source follows the sACN rules for non-changing data for 0xDD packets as well, so a change of priorities for a universe is sent for 3 extra frames and then sent once every 800-1000ms."

It's also worth nothing "A priority value of 0 indicates that the DMX level from the source is to be ignored by the sink."

The source code (and compiled application) to sACNView might be of use to you: https://github.com/docsteer/sacnview / https://sacnview.org/

Thanks for this. I've been using sACNView quite closely to unpick what's going on. Presumably the priority = 0 thing would be effectively releasing control of that address from the source(?) - particularly useful when having multiple sources sharing a universe - an application being houselight control with paradigm and/or lighting desk.

One way to look at priority 0, is that the address is unpatched....

tsp.esta.org/.../DMXAlternateCodes.php