![]() |
|
|||||||
| RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product. |
|
|
Thread Tools | Search this Thread | Display Modes |
|
|
#2 |
|
Administrator
|
Larry,
Welcome to the forums! The response packet to the DISCOVERY_UNIQUE_BRANCH message is always just a packet data encoded as specified with no BREAK. To anything else on the wire, it just looks like a single DMX packet with a very long delay in the middle of it. It may all seem a bit convoluted, but this was done to maintain compatibility with legacy DMX devices that have older UARTs in them that would see the BREAK and then misinterpret the collisions on the wire as a null START code and then interpret following data as DMX data for the fixtures and cause glitching. Removing the break and then doing the 0xAA, 0x55 encoding causes the enough transitions on the line, even with collisions, that the Discovery collisions of everyone responding back can not be mistaken for a BREAK and null START Code... Hope that helps explain it.
__________________
Scott M. Blair ![]() RDM Protocol Forums Admin |
|
|
|
| Bookmarks |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| DISC_UNIQUE_BRANCH dest UID (section 7.3) | berntd | RDM Interpretation Questions | 5 | October 15th, 2008 09:06 PM |
| Mute Response Question | sondericker | RDM Interpretation Questions | 13 | January 21st, 2007 10:14 AM |
| Discovery Response Preamble | prwatE120 | RDM General Implementation Discussion | 0 | January 20th, 2007 12:22 AM |