CEM3 inputs

Hello,

Each port can have it's own priority level, it would be worth checking what each inputs level is.

This can be discovered using NET3 Concert (http://www.etcconnect.com/Products/Networking/Net3-Concert/Features.aspx

All the inputs should have the same priority and be HTP, but for whatever reason, when the sACN port looses signal, the other inputs are ignored. Kind of wondering if the 'signal loss behavior' could be modified to not ignore the other inputs

Hello,

I just re-read your original post (helps when I read stuff) and I missed a vital detail.

Your RPU is Master and you turn this off first!

What is happening is your Ti is taking over at a higher priority (normally 101) this is then in turn overriding the paradigm.

Two simple options:

1) Turn the Backup (Ti) off first

2) Disable "Backup takes over at higher priority" on both consoles. (This is in Shell>Settings>Network)

I would recommend option 1.

Regards,

Marcus

marcus, just curious: why option 1 rather than 2? if there is a failure during show, option 1 would still mean that paradigm can't control. or am i missing something?

The feature is designed for a situation like this:

Master Console dies and is stuck in the wrong cue, but continues to output sACN.

The backup takes over at a higher priority and overrides the Masters output.

If the the backup didn't take over at a higher priority then the Master and Backup's output would merge HTP and cause a mess on stage!

A well designed [paradigm] system would allow for priority changes; be this in a button on a touch screen that promotes the paradigm to a over all higher priority, implementing per channel priority, keeping architecturally controlled dimmers on a separate universe, or some other method.

Regards,

Marcus

The feature is designed for a situation like this:

Master Console dies and is stuck in the wrong cue, but continues to output sACN.

The backup takes over at a higher priority and overrides the Masters output.

If the the backup didn't take over at a higher priority then the Master and Backup's output would merge HTP and cause a mess on stage!

A well designed [paradigm] system would allow for priority changes; be this in a button on a touch screen that promotes the paradigm to a over all higher priority, implementing per channel priority, keeping architecturally controlled dimmers on a separate universe, or some other method.

Regards,

Marcus

i get why the higher priority feature is there in the first place. so you suggest that there was a button in paradigm to make it go to (at least) priority 101. but that would still mean that e.g. stage blues that are controlled by paradigm (on a universe Eos uses as well) would go temporarily dark unless i patch and park them on the console as well, right?

I would always tend to put stage whites and blues on a different universe to production dimmers when ever possible and optionally remove this universe from the allowed output range of the console.

Maybe the solution to your situation above, would be to have a "Show" button on paradigm that increases the per channel priority of the blues. 

Since there is a gateway providing DMX in addition to the sACN signal directly, could I raise the priority of Ports A and B, to 101, leave the sACN input at 100, and still take advantage of the 'take over at higher priority' feature?

You could, but it may not behave as you hope. The presence of any data at all on a DMX port at higher priority means it owns the output. The console would never control the dimmer. Control would only fall back to sACN if the DMX signal is not present at all.