Difference between revisions of "Responder Testing FAQ"
(Created page with "== General Information == ==== Is this a E1.20 Compliance Test? ==== No. There is no known industry standard compliance tests for E1.20. Developing these sort of tests is e…")
Revision as of 20:45, 30 January 2011
- 1 General Information
- 2 Testing Devices
- 3 Technical Questions
Is this a E1.20 Compliance Test?
No. There is no known industry standard compliance tests for E1.20. Developing these sort of tests is expensive and the industry is reasonably small.
Although some of the test developers sit on the PLASA Control Protocols Working Group and/or various Task Groups, this effort is in no way affiliated with PLASA.
Can I run the tests myself?
Can I send my equipment somewhere to have it tested?
Yes. You can send RDM responders to us (located in California) and we'll run the tests and send you the output. You'll either need to organize return postage, or agree to leave the hardware with us. If you provide us with a way to upgrade firmware on your devices we'll test new firmware versions for you.
I'll only send RDM responders if you pay a deposit, sign an NDA etc.
Sorry, this is a best effort volunteer service. We don't have the financial or legal resources to get into this.
Can someone work with me to debug my responder?
We'll do the best we can to explain the expected behavior and why tests fail. We don't provide consulting services but can recommend freelance RDM developers.
Can I pay someone to perform testing for me?
Not at the moment. We may provide this service in the future.
Which RDM controllers are supported?
Currently the following controller devices are supported:
I make RDM Controllers and I'd like to have my device supported
The fastest way is to write the code yourself. Failing that, if you provide the hardware we can work on supporting it.
Why isn't signal timing checked?
Simply because the developers haven't had time to add this. The amount of information on signal timing is limited by what the RDM controller interfaces provide to the host PC. For now we recommend adding a inline RDM sniffer and using that to check for timing problems.