E1.20 RDM (Remote Device Management) Protocol Forums  

Go Back   E1.20 RDM (Remote Device Management) Protocol Forums > RDM Developer Forums > RDM Interpretation Questions

RDM Interpretation Questions Discussion and questions relating to interpreting and understanding the E1.20 RDM Standard.

Reply
 
Thread Tools Search this Thread Display Modes
Old February 25th, 2014   #1
LarryDew
Junior Member
 
Join Date: Aug 2013
Posts: 4
Default Support a given PID with a GET but not a SET

For a given PID, if I support the GET must I support the SET. Example IDENTIFY_MODE: GET returns QUITE but I don't not have a LOUD setting so setting it to LOUD does nothing. Should I return a NR_DATA_OUT_OF RANGE or NR_UNSUPPORTED_CC? In general, if I am testing for a supported PID is it required to support both GET and SET command classes?
Thanks
LarryDew is offline   Reply With Quote
Old February 25th, 2014   #2
sblair
Administrator
 
Join Date: Feb 2006
Posts: 433
Send a message via AIM to sblair Send a message via MSN to sblair
Default

You are not required to support the SET just because you support a GET. This is exactly what the NR_UNSUPPORTED_CC was created for.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old February 26th, 2014   #3
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 375
Default

Scott is correct, you can return NR_UNSUPPORTED_CC if you support GET but not SET.

However, in the specific example you give, it's really not a good idea. If you only have a single identify mode, there's no reason to declare support for the IDENTIFY_MODE PID. Just leave it out of your responder altogether.

This question come up more often in the context of PIDs such as DEVICE_HOURS where the GET gives you information about the responder, but there are reasons you want to prevent the user from sending a SET.
ericthegeek is offline   Reply With Quote
Old March 2nd, 2014   #4
este_
Junior Member
 
Join Date: Jan 2010
Location: Germany
Posts: 24
Default

One of the the most obvious occurrences of this situation seems be the LOCK_PIN command. In this case, however, the standard (E1-37) makes it clear and says, "For devices that protect against the RDM Controller retrieving the current PIN code, any GET_COMMAND messages shall send a NACK with a NACK Reason of NR_UNSUPPORTED_COMMAND_CLASS".

The same should apply for all the examples above.

Note: Even if you do not support GET_LOCK_PIN, the OLA responders tests try a "GetLockPinWithData" and claim a

"Response: RDMResponse:, Get NACK Unsupported command class, PID: 0x0640"
as
"Failed: expected one of:
CC: Get, PID 0x0640, NACK Format Error
CC: Get, PID 0x0640, ACK, fieds [], values {}"

This may be misleading. You simply cannot generate any answer when you don't support that PID or command class.
It reminds me of the question:
"Which part of 'NO' don't you understand?"
este_ is offline   Reply With Quote
Old March 7th, 2014   #5
nomis52
Task Group Member
 
Join Date: May 2010
Location: San Franciscio
Posts: 57
Default

Quote:
Originally Posted by este_ View Post

Note: Even if you do not support GET_LOCK_PIN, the OLA responders tests try a "GetLockPinWithData" and claim a

"Response: RDMResponse:, Get NACK Unsupported command class, PID: 0x0640"
as
"Failed: expected one of:
CC: Get, PID 0x0640, NACK Format Error
CC: Get, PID 0x0640, ACK, fieds [], values {}"

This may be misleading. You simply cannot generate any answer when you don't support that PID or command class.
It reminds me of the question:
"Which part of 'NO' don't you understand?"

This has been fixed. In the future please report bugs like this on the rdm-testing@ mailing list or file issues in the tracker https://github.com/OpenLightingProject/ola/issues

Simon
nomis52 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
ACT_TIMER to Set messages nic123 RDM Interpretation Questions 3 April 18th, 2014 12:01 PM
DMX_BLOCK_ADDRESS (Set) hamish RDM Interpretation Questions 7 June 26th, 2013 02:53 AM
Sub-device response to SET/GET DMX512 start address p_richart RDM Interpretation Questions 2 September 29th, 2006 09:27 AM


All times are GMT -6. The time now is 12:54 AM.


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