E1.20 RDM (Remote Device Management) Protocol Forums

E1.20 RDM (Remote Device Management) Protocol Forums (http://www.rdmprotocol.org/forums/index.php)
-   RDM Interpretation Questions (http://www.rdmprotocol.org/forums/forumdisplay.php?f=5)
-   -   Self Test (http://www.rdmprotocol.org/forums/showthread.php?t=24)

sondericker June 19th, 2006 10:03 AM

Self Test
How can I tell how many self test types a certain piece of equipment supports? Is there a standard response, like a description length of zero, that I can count of receiving if I ask for a self test description for a self test that doesn't exist?


sblair June 19th, 2006 10:36 AM


There is no direct way, however as you suggested you could look for a description length of 0. You should also look for a NACK coming back, most appropriate would be a NR_DATA_OUT_OF_RANGE when requesting a description for a Self Test beyond the range it supports.

prwatE120 January 16th, 2007 05:21 PM

Self Test
You shoud not rely on responses to GET:SELF_TEST_DESCRIPTION to indicate which self tests are implemented, as there is no requirement to support this PID even though you might be supporting GET/SET SELF_TEST.

Indeed some of our small effects cards have some test functions but do not provide any descriptions.

I think the only way is trial and error until we agree on a revision


Peter Willis

sjackman November 24th, 2007 02:21 PM

Perhaps a E120_GET_COMMAND_RESPONSE E120_PERFORM_SELFTEST could return two bytes: the current test running and the number of tests available, as the personality PID does.


sjackman November 24th, 2007 02:44 PM

The protocol states that PERFORM_SELFTEST returns a flag: only 0 or 1. Much more useful is to return the number of the test currently running, or 0 for no test. I would absolutely recommend this change for a future revision of the protocol.


sjackman December 11th, 2007 12:03 PM

GET SELF_TEST_DESCRIPTION with a "Self Test #" parameter of 0 -- which is defined to be SELF_TEST_OFF -- could return the maximum number of self tests.

Or, as I mentioned before, GET PERFORM_SELFTEST could return two bytes with the maximum in the second byte, just as GET DMX_PERSONALITY does.

A third alternative has ocurred to me: GET PARAMETER_DESCRIPTION can be used to get the minimum and maximum valid values. I had thought of PARAMETER_DESCRIPTION as only being useful for manufacturer-specific PIDs, but it seems pretty useful in this case.


sblair January 20th, 2008 07:07 PM


Those are all good possibilities for us to add in the future. For the time being, I would suggest going by the NACK DATA_OUT_OF_RANGE response to indicate that you are beyond the range of supported Self Test parameters.

All times are GMT -6. The time now is 04:56 PM.

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