E1.20 RDM (Remote Device Management) Protocol Forums

E1.20 RDM (Remote Device Management) Protocol Forums (http://www.rdmprotocol.org/forums/index.php)
-   RDM General Implementation Discussion (http://www.rdmprotocol.org/forums/forumdisplay.php?f=4)
-   -   How to handle DMX Footprint overrun (http://www.rdmprotocol.org/forums/showthread.php?t=1257)

RobbG May 5th, 2017 02:37 AM

How to handle DMX Footprint overrun
 
Hi All,

I've just had an interesting question proposed to me by some other people in my company.

How should a responded behave in a situation where the DMX_START_ADDRESS of a device (root or sub-device) is set to a value greater than (512 - DMX_FOOTPRINT)

Should this behavior be the same for both DMX_START_ADDRESS and DMX_BLOCK_ADDRESS?

My current implementation is an LED driver with 12 sub-devices, each containing 4 channels, if DMX_BLOCK_ADDRESS is used to set the start address of the sub-devices so that any have a DMX_START_ADDRESS above 512 they will set their start addresses to 512. Is there any more guidance on best/recommended practice in this situation?

Thanks in advance,

// Robb

ericthegeek May 5th, 2017 08:51 AM

This is a common problem. I've seen lots of 30+ slot devices that let you address them to slot 512.

For DMX_START_ADDRESS, it's really up to the implementer and what makes sense for that specific device. Can the device be useful if you only have access to some of its slots?

For a 12-channel dimmer pack, you might want to allow it to be patched to slot 507 just in case someone wants to use the first few dimmers at the end of the universe. But for a 12-slot moving light should probably NACK it because you can't meaningfully control the fixture using only a sub-set of its slots.

For DMX_BLOCK_ADDRESS, that PID opens up all kinds of nasty corner cases like the ones you've described. In my opinion (and this is only my opinion, it's not widely shared by others) you should not implement Block Address. If a fixture needs to be addressed linearly, then the controller is in a better position to do it. The only advantages of Block Addressing arethat you save a few SET requests when you're setting up a rig, and it can also make life a bit easier for Extremely Simple controllers that make it difficult to configure sub-devices.

RobbG May 8th, 2017 01:24 AM

Quote:

Originally Posted by ericthegeek (Post 3078)
The only advantages of Block Addressing arethat you save a few SET requests when you're setting up a rig, and it can also make life a bit easier for Extremely Simple controllers that make it difficult to configure sub-devices.

That's the exact reason we've put it in there, our products are designed for installation and the majority of electricians installing our products use small controllers that don't support sub-devices properly if at all.

Are there any small tool type controllers out there (not requiring a laptop or desk to run them on) which have good sub-device support and support for the E137-1 PIDs?

ericthegeek May 8th, 2017 08:42 AM

The DMXter4 family supports Sub-Devices and all of the E1.37-1 PIDs (including Block Address).

(Full Disclosure: I have worked for Goddard Design)


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

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