How to send 'cough' to Airlite Mixer?

[ady7970]

Hi there,

I'm trialing Proppfrexx and have a D&R Airlite Mixer. It has a great 'cough' function that I could use to auto-mute and cue the PFL channel from the software. This would mean that using PFL would immediately mute the mixer and switch cue on the PFL channel. That'd be great.

But it looks like the GPIO doesn't send any commands back to the Airlite - only receives them?

Thanks.

[radio42]

The v4.0 version comes with a "ProppFrexx GPIOClient.exe" application – which will be launched automatically if enabled (see general settings, section 'GPIO/Remoting' - check the "Enable GPIO Ext. Service".

By default this also automatically starts the “ProppFrexx GPIOClient” application (see ’GPIO Services’).
The ‘password’ to be used with the “ProppFrexx GPIOClient” application is always the same password as defined in the general settings, section ‘GPIO/Remoting’ for the ‘TCP RemoteControl Server’ (the "Authorization Password" at the top under "TCP Device"; the default password is ‘ProppFrexx’).

When the “ProppFrexx GPIOClient.exe” is started you can go to the D&R Airlite tab and then click on the 'Monitor...' button to test the settings...

The D&R Airlite comes with several control-commands (see the User Manual Appendix for details) which can be send manually to the console, e.g.:
EXEC_SEND_DRAIRLITE_SETLED <lednr>|<color>
EXEC_SEND_DRAIRLITE_SETLEDBLINK <lednr>|<colorOn>|<colorOff>|<speed>
EXEC_SEND_DRAIRLITE_SETTRACKSTATE <modulenr>|<state>

Unfortunately the RemoteCough function as well as the RemoteOn, RemoteCue, RemoteAutoCueCRM, RemoteNonStop and RemoteComm has not yet been implemented yet, as so far all users are controlling these states directly with the related buttons theirself on the console.

But I might add these functions via related control-commands in a next release!

[ady7970]

Thanks for the reply - I've set up the GPIO to interact with the mixer but noticed that it was only one way. It would be great if, for a future release, you could add the fuller capabilities to send signals back the other way. Would be very powerful functionality.

[radio42]

It is not one way, eg. as said above there already have been the SetLED or the SetTrack commands. However, in the latest v4.0.1.50 I also added ALL possible control-commands to the mixer, incl. RemiteCough, RemoteOn etc.
All appropriate commands to use start within EXEC_SEND_DRAIRLITE_...
E.g.

Code: Select all

EXEC_SEND_DRAIRLITE_REMOTEON 4|1

To activate (1) the 4th module ON.

[ady7970]

Hi there Bernd,

Pleased to report that it works very well, thank you. It would, however, be great if you could please finish the documentation around Events/Commands because in the user manual it is blank

[ady7970]

But maybe I spoke too soon! Everything works great when I open the PFL player - but not when doing the same with the segue editor. I can't seem to find an ON_SEGUE_PLAY or similar command. I assumed, as the segue editor used the PFL player, the same PFL commands would work? Any ideas please?

[radio42]

Yes, the documentation is indeed behind and needs to be completed. But luckily that's what this forum is for...

The OnPFLOn/Off event are actually the correct events to use also for the Segue Editor.
However, the SegueEditor only uses these events, once you start playing something in the Segue Editor.
Whereas for the PFL Player it is triggered immediately, as the PFL Player start playing automatically by default once opened.

BUT... I just made a quick test and noticed, that the OnPFLOn and the OnPFLOff events are actually reversed.
Meaning OnPFLOn is triggered when the PFL function is deactiv; and OnPFLOff is triggered when something is actually playing via the PFL function. So I need to revert/toggle that!