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 5 Days Ago   #1
lomo1316
Junior Member
 
Join Date: Dec 2019
Posts: 2
Default InvalidDiscoveryPID: FAILED

In my test with 'RDM Responder Tests',the following problem occurred:
InvalidDiscoveryPID: FAILED
Send an invalid Discovery CC PID, see E1.20 6.3.4
DISCOVERY: pid: 0x000f, sub device: 0, data: ''
Response: RDMResponse(type=NACK, reason="Unknown PID"), PID: 0x000f, TN: 26
Failed: expected one of:
RDM_TIMEOUT
RDM_PLUGIN_DISCOVERY_NOT_SUPPORTED

so, a question I have: Whether all PIDs less than 0x0010 are Discovery CC PIDs.
lomo1316 is offline   Reply With Quote
Old 5 Days Ago   #2
sblair
Administrator
 
Join Date: Feb 2006
Posts: 420
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Welcome to the forums. Which RDM Test Platform are you using? There's a couple out there so knowing that will help.

The Discovery Command Class is 0x10. This is detailed in Table A-1. The PID values are in Table A-3 in the document.

What are you are probably seeing is that Section 6.3.4 stipulates that a NACK is only sent for unknown GET_COMMAND and SET_COMMAND requests.

If you see a Command Class for DISCOVERY_COMMAND then you should not send a NACK.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old 5 Days Ago   #3
lomo1316
Junior Member
 
Join Date: Dec 2019
Posts: 2
Default

Quote:
Originally Posted by sblair View Post
Which RDM Test Platform are you using? There's a couple out there so knowing that will help.

What are you are probably seeing is that Section 6.3.4 stipulates that a NACK is only sent for unknown GET_COMMAND and SET_COMMAND requests.

If you see a Command Class for DISCOVERY_COMMAND then you should not send a NACK.
Thanks for your reply.Now I begin to understand my mistake.I use "OLA RDM Responder Tests &Publisher"(Sorry,I don't know why I can't upload the attachment),I have some instances, please tell me the following responses are correct?

In the case of unicast:

CC: 0x10, PID:0x000F(Unknown PID) ------> Response : RDM_TIMEOUT
CC: 0x20, PID:0x000F(Unknown PID) ------> Response : NACK, NR_UNKNOWN_PID
CC: 0x30, PID:0x000F(Unknown PID) ------> Response : NACK, NR_UNKNOWN_PID

CC: 0x20, PID:0x0002(DISC_MUTE) ------> Response : NACK, NR_UNSUPPORTED_CC
CC: 0x30, PID:0x0002(DISC_MUTE) ------> Response : NACK, NR_UNSUPPORTED_CC


CC: 0x10, PID: >0x0003(Not Discovery PID) ------> Response : RDM_TIMEOUT
lomo1316 is offline   Reply With Quote
Old 5 Days Ago   #4
prwatE120
Task Group Member
 
Join Date: Jun 2006
Posts: 181
Default

I suggest you also consider using RDMIntegrity for your testing. It produces log files you can email others that show the exact sequence of testing. It also (with the appropriate hardware) allows checking of the RDM Timing, which is critical to correct/reliable RDM behaviour. The issue, as Scott as identified, is that NACK is only applicable to the GET/SET command class. If the command class is not as per Table A-1 you cannot reply. Peter
prwatE120 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


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


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