View Single Post
Old July 20th, 2011   #2
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 375
Default

"euid is not within dub range" typically means that you have an off-by-one error in your handling of the discovery range, or some other logical error in the DUB response handling.

When the controller sends a Discover Unique Branch, it sends a lower bound, and an upper bound for the discovery range. The "euid is not within dub range" error means that the controller received a valid discovery response, but when it decoded the EUID into a UID, the UID was outside the bounds included in the discovery request.

A simplified example:
-The controller says "Discover Unique Branch" between 11 and 15.
-The responder responds, and the EUID decodes to 18.
18 is not between 11 and 15, so even if the packet data is valid, it's outside the requested range.

I believe the DMXter only does this check when it's reached the very bottom of the binary search tree. Another simple example:

-The controller says "Discover Unique Branch" between 21 and 21.
-The responder responds, and the EUID decodes to 22.
The DMXter returns the "euid is not within dub range" error because 22 is not between 21 and 21. Because it's an error, the DMXter won't attempt to Mute the device, which is why you're not seeing a Mute packet.

Using the "View Previous Request" feature of the DMXter, you can look at the payload of the DUB request. DUB has a 12-byte PDL. Chances are you'll find the same 6-byte UID is included twice. Does this match your responder's UID?

If you're still having trouble, end discovery when you get the error, then dump the packet data to the USB port. From there you can copy both the discovery request, and the response to the forum for further analysis.
ericthegeek is offline   Reply With Quote