E1.20 RDM (Remote Device Management) Protocol Forums  

Go Back   E1.20 RDM (Remote Device Management) Protocol Forums > RDM Developer Forums > RDM General Implementation Discussion
Register FAQ Community Calendar Today's Posts Search

RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product.

Reply
 
Thread Tools Search this Thread Display Modes
Old June 30th, 2016   #1
berntd
Senior Member
 
Join Date: Jan 2008
Posts: 102
Default

Thanks everyone.

It is more of a question as to how to handle it and not as much as finding an actual cause. IU was not able to find out in the spec of what shoudl happen in such a case.

However, there are certain fixtures out there that when they loose the DMX input signal (for example if the line goes quiet, like waiting for RDM activity), they start sending DMX like packets. I am not sure what they are but our programmers have encountered them before and now that we are developing a new RDM driver, we want to be sure on how to deal with stuff like that.


Regards
Bernt
berntd is offline   Reply With Quote
Old June 30th, 2016   #2
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 390
Default

Quote:
Originally Posted by berntd View Post
IU was not able to find out in the spec of what shoudl happen in such a case.
The standard tells you what you should do when things are working properly. For the most part though, it doesn't tell you what to do when there are errors or faults. That's up to you.

Quote:
Originally Posted by berntd View Post
However, there are certain fixtures out there that when they loose the DMX input signal (for example if the line goes quiet, like waiting for RDM activity), they start sending DMX like packets.
Yes, some poorly implemented fixtures try to automatically start a master/slave mode when there's no DMX. This lets a string of lights flash and change color in coordination with each other when there's no controller. A proper DMX implementation shouldn't start this this automatically, but there is equipment out there that does it.

Realistically, if there's a device on the '485 wire that is talking when it's not supposed to, it's not going to be polite and only talk between RDM packets. It's going to talk whenever it feels like it. This will almost certainly create contention on the 485 bus that will not make sense to any receiving UARTs. If you detect this, your best bet may be to notify the user that something is talking when it shouldn't, and give up. Then check the line every 10 seconds or so to see if the offending device has been removed.

You might get lucky, for example, if you have a strong 5V line driver, and the jabbering device has a weak 3.3V driver. Then you might be able to overdrive it. But in most cases you'll just end up with oddly flashing lights and upset users...
ericthegeek is offline   Reply With Quote
Reply

Bookmarks


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Request Call for New PIDs! sblair RDM General Implementation Discussion 0 January 27th, 2014 01:44 PM
RDM Master UID assignment question berntd RDM General Implementation Discussion 4 May 30th, 2012 10:14 PM
Master list of RDM Product IDs pkirkup RDM General Implementation Discussion 1 July 29th, 2009 10:33 AM
Master Fader accross Rdm implementation Question berntd RDM General Implementation Discussion 1 May 9th, 2008 12:12 AM
Request in the middle of ACK_TIMER endoftheworld RDM Interpretation Questions 1 July 13th, 2006 10:53 PM


All times are GMT -6. The time now is 05:48 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2026, vBulletin Solutions, Inc.