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

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

Reply
 
Thread Tools Search this Thread Display Modes
Old December 14th, 2007   #1
sjackman
Task Group Member
 
Join Date: Sep 2006
Posts: 26
Post Broadcasting to a device model

I want to broadcast a SET command to all devices of a specific device model. Broadcasting to a specific manufacturer is easy of course, using the manufacturer-specific broadcast address of mmmm:ffffffff. I suspect other manufacturers have run into this question

A model-specific broadcast address of say mmmm:dddd:ffff, where dddd is the model number, could have been quite useful.

How then to select a specific device model? My two ideas at the moment are to abuse the SUBDEVICE field, which is 16 bits, to encode the model number, or to use a manufacturer-specific PID and then include the desired model number and actual PID in the parameter data. One downside of the latter solution is that it reduces the maximum length of the parameter data by four bytes. I'm leaning towards using the SUBDEVICE field. The RDM spec limits the range of the SUBDEVICE field to values 0-512. That leaves plenty of bits to encode a model number.

Any other suggestions?

Cheers,
Shaun
sjackman is offline   Reply With Quote
Old January 20th, 2008   #2
sblair
Administrator
 
Join Date: Feb 2006
Posts: 433
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Shaun,

Using the Sub-Device field to accomplish this would likely break a number of things as it was not intended to be used in this way, and there are a number of expectations of the specific behavior of Sub-Devices in the Standard.

The intent with the 32-bit Device ID is to allow manufacturer's to encode that Device ID any way that they choose and there is certainly the capability of encoding model ID's as part of your Device ID without breaking anything.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old January 21st, 2008   #3
sjackman
Task Group Member
 
Join Date: Sep 2006
Posts: 26
Default

My preferred solution would be to encode the model number in the device ID as mmmm:ffff:dddd. However, since we're talking about a broadcast packet, I think it's important that the packet be recognised at the addressing level of the protocol as a broadcast packet, so that repeaters and other infrastructure behave correctly. mmmm:ffff:dddd would not be a broadcast address, as only xxxx:ffffffff are broadcast addresses.

For comparison, Ethernet gives each manufacturer 2^24 manufacturer-specific broadcast addresses, in the form mm:mm:mm:xx:xx:xx, where the least-significant bit in the first mm byte is set to indiciate the address is a broadcast address.

Cheers,
Shaun
sjackman is offline   Reply With Quote
Old January 21st, 2008   #4
sblair
Administrator
 
Join Date: Feb 2006
Posts: 433
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Shaun,

Yes, you are correct. While it would work with your own equipment, it could possibly confuse other in-line devices that are expecting a response and never get one (since it is a broadcast address).
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Reply

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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
Must a device support 32 charecters in DEVICE_LABEL? p_richart RDM Interpretation Questions 5 November 7th, 2008 01:02 PM
Device Models Andy Macdonald RDM Interpretation Questions 4 October 17th, 2006 05:57 AM


All times are GMT -6. The time now is 12:41 PM.


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