After a dozen exchanges with Telos support, they've finally given me the "it's a proprietary world" (direct quote) speech. So some help on this side would be greatly appreciated.
My core confusion over their GPO API is that there doesn't seem to be a place to specify both the source and the pin. The ASI has 8 sources, each with 5 pins of both input and output. The RML has a <gpo-num> parameter and a <state> parameter, which they say is 0 or 1. The mapping is unclear and undocumented, but looking through the source code I find (ripcd/livewire_lwrpgpio.cpp line 121): slot=(cmd->arg(2).toInt()-1)/5; line=(cmd->arg(2).toInt()-1)%5; Indeed, <gpo-num> is argument 2 (zero-indexed) so I can now see how this is going to work. I have not tried it yet and may hit some other blocking point. I am extremely displeased (it's also been a long day) that the mapping between <gp[io]-num> and sources and pin is not documented in docs/SWITCHERS.txt Thanks, Max Goldstein Operations Director WMFO Medford On Sun, Mar 9, 2014 at 2:40 PM, Max Goldstein, Operations Director < o...@wmfo.org> wrote: > I'd like to write macro carts to enable and disable the External Preview > bit on a LiveWire stream. Telos support tells me that it's the third bit, > so I'd send "GPI 1 xxL" where 1 is the source number, and we're setting > the third bit to low. > > Ideally this can be done with switchers and the GPO set macro, but you'll > have to walk me through that. > > GPO SET >> Mnemonic: GO >> Syntax: GO <matrix> <type> <gpo-num> <state> <length>! >> Command GPIO line <gpo-num> of type <type> on matrix <matrix> to <state> >> for <length> mS. A length of '0' indicates to hold the state indefinitely. >> Possible types are I=Input, O=Output. Possible states are 0=OFF, 1=ON, >> -1=passthrough hardware input. The 'passthrough' state is valid only for >> the Input type -i.e. <type>=I. > > > So once I make a LWRP switcher with the right IP on matrix 2, it's GO 2 O > 3 0 0 to set GPO number three to low, but on which channel? And similar > questions. > > Alternatively, we can call a shell script that curls something, or that > calls a C program that uses the HPI used by the ASI card. > > Thanks, > > Max Goldstein > Operations Director > WMFO Medford >
_______________________________________________ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev