RDM Controller timing clarification

[gthaliath]

Hi Scott,
We have been working on responders and while doing a discovery with different RDM controllers they all come up with diffrerent numbers.

We had a test setup of 32 nodes on a network(1km long) and the controller used where

1.Controll Freak(ADDICT)
2.ENTTEC(RDM USB pro)
3.DMXter 4 RDM

out of which the second two worked fine.
But the ADDICT was showing numbers all over the place.(26 to 34)(34 when it was showing address not on the network, no way or cross talk from any other devices just a random address)

how could we check if the responders on the network are working fine in respect to timing.

Regards
George

[ericthegeek]

Originally Posted by gthaliath

But the ADDICT was showing numbers all over the place.(26 to 34)(34 when it was showing address not on the network, no way or cross talk from any other devices just a random address)

This is a common problem with RDM controllers that don't implement discovery properly.

During discovery, you have lots of responders trying to respond at once. Sometimes these collisions will line up in such a way that it looks like a valid discovery response for a non-existent responder UID.

When it sees a valid discovery response, the controller is supposed to mute the UID from that response, and then only add it to the list of discovered devices if the responder replies to the mute request. But some poorly implemented controllers add the non-existent UID even when there's no response.

Make sure you're running the newest firmware on the ADDICT. If you still have the problem get in touch with the manufacturer and work with them to get the problem solved. It might help to point them to these forums.

Originally Posted by gthaliath

how could we check if the responders on the network are working fine in respect to timing.

I'd start with your DMXter. Run a full discovery. In the "RDM Controller" menu, there is a "View Responder Timing" option, this will show you details about discovery timing.