![]() |
|
RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product. |
![]() |
|
Thread Tools | Search this Thread | Display Modes |
![]() |
#1 |
Junior Member
Join Date: Feb 2010
Posts: 7
|
![]()
Hello again!
Trying to provide a mechanism to know how the RDM net is phisically builded, I suggest a PID to ask a splitter wich port recieved the last message. Then, if you ping a device (perhaps with a status request or a mute command) you can subsequently ask the splitter wich was the last active port, and then you know where is the device phisically attached. Devices in the same port are presumibly in the same link. This idea relays on the assumption that a splitter has this a level of intelligeny to implement this capability and no transparent inline devices are present. Thank you again, regards, Luis |
![]() |
![]() |
![]() |
#2 |
Task Group Member
Join Date: Aug 2008
Posts: 383
|
![]()
During the initial brainstorming session there was a discussion of "Topology Mapping" PIDs, which is similar to what you are describing. Rather than "Last Active Port", PID the idea was to have a "GET UID Port" PID that would tell you what port a specific UID is attached to.
The problem with "Last Active Port" is that it can give in accurate results in a system with more than one controller generating requests (as you might find with an RDM Merger or E1.33 style system). However, during the initial discussion, there seemed to be relatively little interest in Topology Mapping PIDs. Who else is interested in having such a feature? |
![]() |
![]() |
![]() |
Bookmarks |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
DMX splitter with Rdm - design | berntd | RDM Physical Layer/Hardware Discussion | 2 | October 31st, 2013 10:11 PM |
4.2.1.1 In-line device Port Turnaround during Discovery | prwatE120 | RDM Timing Discussion | 1 | August 7th, 2006 10:52 PM |