• Date
    brucek
  • Date
  • Replies 12 replies
  • Subscribers 56 subscribers
  • Views 8972 views
  • Users 0 members are here

Colorsource Consoles & Colorsource Relays DO NOT Tristate DMX when "OFF"

It seems that as long as they receive power, Colorsource Consoles & Colorsource Relays DO NOT Tristate DMX when turned "OFF".  This means when they are off (standby or relay-off), but connected to power (powercon or DC from PSU), NOTHING ELSE CAN DRIVE THE DMX LINE (such as preset stations or...anything)!

 

Can this maybe be fixed....in firmware? 

 

Thank you.

Bruce

Parents
  • Hello Bruce,

    I am very interested if you found a solution to this problem. I have a Colorsource 20 and a Leprecon APC wall panel system that will not function properly due to the Colorsource 20 not fully "powering down" and allowing the APC unit to take control of the DMX. I spoke with support and they did not have any solutions other than "put a power strip inline to power off the console" which would be unacceptable for the installations we do. Two thoughts, is there be some type of relay that would disconnect its DMX output connector when it detects loss of DMX data. or ETC is there a software patch that would allow the console to shut down rather than hibernate?

    I know this is a year old thread but looks like there isn't a solve yet.

    Thanks,

    Ben
Reply
  • Hello Bruce,

    I am very interested if you found a solution to this problem. I have a Colorsource 20 and a Leprecon APC wall panel system that will not function properly due to the Colorsource 20 not fully "powering down" and allowing the APC unit to take control of the DMX. I spoke with support and they did not have any solutions other than "put a power strip inline to power off the console" which would be unacceptable for the installations we do. Two thoughts, is there be some type of relay that would disconnect its DMX output connector when it detects loss of DMX data. or ETC is there a software patch that would allow the console to shut down rather than hibernate?

    I know this is a year old thread but looks like there isn't a solve yet.

    Thanks,

    Ben
Children
  • in reply to Benjamin Warren

    Your receiving device does not fully comply with the DMX standard.
    It is expected that devices that do not comply with the standard will misbehave under some circumstances.

    The solution is for the receiving device (in your case the Leprecon APC) to properly detect DMX data loss as defined in the DMX/RDM standards.

    I would recommend that you ask Leprecon to correct their bug and detect DMX data loss as defined in the standard.

    They may well have already done so, especially as RDM-capable controllers are becoming common and so many of their users will be running into their data-loss detect bug.

  • in reply to Richard
    The standard talks about a transmitter being idle and how to behave....but I do not believe it talks about how a device should behave when turned off. I think a device in its "OFF" state should behave like it is unplugged. I guess this gets tricky when "OFF" is really "Standby".

    RDM or not, a lot of legacy DMX products use a high line as an active line detect (after all, it makes the blinkey LED light up). It would be a very useful option to be able to put the receivers in "OFF" v/s "Idle" mode when off.
  • in reply to Benjamin Warren
    What was done in the end was to install a push-button switch to switch between local (Leprecon) vs wireless (it just floated the DMX In line to the Leprecon). In this case it wasnt really a big deal because the wireless was never used without accessing the rack where the switch was located first. Not as elegant as I would like...but everyone (else but me) was happy in the end.
Related

www.etcconnect.com