|
RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product. |
|
Thread Tools | Search this Thread | Display Modes |
|
January 18th, 2016 | #1 |
Junior Member
Join Date: Jan 2015
Posts: 10
|
Does controller need it's UID and support any PIDs?
Probably it's a noob question, but couldn't find any mentions on this topic.
There's a list of required parameters and a whole lot of discussions on how responders should operate. But if it's a controller, is it required that it has it's own UID, responds to Discovery commands and supports any of the PIDs? Now I have Enttec MK2 controllers and I can see that they respond to Discovery with their own UID, but to any other PID request they send ACK_TIMER. Not sure why ACK_TIMER though, it seems more appropriate to send NACK with the reason NR_UNKNOW_PID to tell that PID is not supported. |
January 18th, 2016 | #2 | |
Member
|
Controllers
It's responders that respond, not the controller.
It may be that your controller is behaving as a responder. Responders will respond with ACK_TIMER if they require additional time to process the response. Quote:
__________________
______________________________________________ Hamish Dumbreck |
|
January 18th, 2016 | #3 | ||
Junior Member
Join Date: Jan 2015
Posts: 10
|
Quote:
Quote:
|
||
January 18th, 2016 | #4 |
Member
|
A controller has it's own UID, used in all commands to responders. Responses to the controller are addressed to the controller by it's UID.
There's nothing, that I'm aware of in the standard, to prevent a controller acting as a responder on receipt of a command.
__________________
______________________________________________ Hamish Dumbreck |
January 18th, 2016 | #5 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
I'm a bit confused. Can you give more details about your setup and how things are connected? What controller are you using and what's wired to what?
There can only be one controller, and it doesn't need to discover itself or respond to any PIDs (It already knows everything about itself) The Enttec USB boxes can be configured to run as an RDM Controller, or as an RDM responder (but they can't do both simultaneously). It sounds like yours might be configured to act as a responder. The ACK Timer behavior is common for USB-attached RDM Responders since the host computer can't guarantee it will respond within the 2ms response window. I've only used the older Enttec USB boxes and you had to explicitly configure them to be a controller or a responder. It's possible that the newer NK2 units can auto-switch. |
January 19th, 2016 | #6 |
Junior Member
Join Date: Jan 2015
Posts: 10
|
Eric, I have a net with our own Controller (i.e. hardware and firmware was developed by our company, not third-party), couple of our own responders and Enttec Mk2. All of them are connected to one DMX/RDM bus. Enttec Mk2 works as a Controller via Enttec's PC program.
When I perform discovery with my Controller it finds both responders and Enttec Mk2's UID, so Mk2 responds to Discovery requests. I can't set Mk2 to be responder even if I want as I did not purchase license for their Responder PC program. When I request with my Controller any PIDs (for example, Manufacturer Label, Device Info) from Mk2 it responds with ACK_TIMER. Again, it's not Mk2's behavior I am worrying about. Since I am using Enttec as a reference (assuming that it is widely accepted in community DMX/RDM developer), I wonder if our own Controller should behave similar and whether I need to make my own Controller respond to any requests including Discovery? |
January 19th, 2016 | #7 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
That is a very strange behavior from the Enttec USB Box. I have no idea why that is happening. Might be worth an email to Enttec to ask, they are typically pretty responsive.
No, your controller does not have to respond to discovery or to any other PIDs. In fact, I would say that it should *not* respond to them. Controllers send GET, SET, and DISCOVERY requests. They should never send GET_RESPONSE, SET_RESPONSE, or DISCOVERY_RESPONSE packets. Corner Case: You could hypothetically build a system that has a controller and one or more responders bolted inside the same chassis. To the outside world, this would look like both a controller and a responder. |
January 19th, 2016 | #8 |
Junior Member
Join Date: Jan 2015
Posts: 10
|
Thanks for clarifications!
|
Bookmarks |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
UID / EUID convertor | nomis52 | RDM General Implementation Discussion | 0 | May 16th, 2015 12:50 PM |
DISC_UNIQUE_BRANCH dest UID (section 7.3) | berntd | RDM Interpretation Questions | 5 | October 15th, 2008 10:06 PM |