I'm guessing the RPI's GPIO's do not show up in Rivendell. What I would do is have a separate task, which can be a simple shell script if you'd like that checks for a GPI change, then executes the command line rmlsend command to call a Rivendell macro to do what you want. To command the switcher via GPO (if that turns out how you need to command it), it can use the macro command to call a shell script that executes a simple command to set a GPO line as well.
I have done some simple GPIO stuff on RPI's for other purposes in the past. Unfortunately I only know how to pole the location of the GPI state in a polling loop. I don't know if it is possible to have this driven from an interrupt instead, which would be better. I'm not near the code I used for all this at the moment, but could help you later if needed. I agree that if you are only triggering ID's, I would opt for a simpler solution, perhaps even buy something like a Denon SD card player that can be triggered to play tracks from contact closures, but of course a RPI can certainly do all this too with simple scripts. I have a computer at one of our transmitter sites do all kinds like this such as providing "alternate programming" if the Internet-fed STL link fails, automatically detecting and switching to a backup studio feed (and back again), all while logging all this for later inspection. I did all this using ".bat" (batch file) Windows scripts (painfully I might add) because that machine also runs a Windows-only software audio processor/stereo generator program build the composite stereo signal to feed the FM transmitter. I think I would use some sort of watchdog timer fed by repeated "keep alive" commands from the RPI that would reboot the RPI in case something goes wrong because I'm not sure I would trust them, especially in harsh transmitter site environments, but then again I tend to overclock my RPI's which surely makes them less than reliable for me. You might even consider underclocking it a little! Date: Tue, 8 Mar 2016 13:56:34 -0500 From: Seth Stevenson <[email protected]<mailto:[email protected]>> To: [email protected]<mailto:[email protected]> Subject: [RDD] Rivendell with audio switcher Message-ID: <CAE22iEDeOVbEKRe0+AvjFXCG6M1zMdbBeDvEU=unbxbatvw...@mail.gmail.com<mailto:CAE22iEDeOVbEKRe0+AvjFXCG6M1zMdbBeDvEU=unbxbatvw...@mail.gmail.com>> Content-Type: text/plain; charset="utf-8" I work for a large network with about 45 stations. All our programming is originated in one location and delivered to the stations via satellite feeds. A dish at each site receives the audio to the transmitters and towers which are co-located. All the programming is the same for each station. For local ID's and PSA's we use a Burk LX-1 switcher. For ID at the top of the hour, our ENCO DAD fires a command to the switcher which activates a CD player and plays the ID. Then a command is given to switch back to sat. Same thing throughout the day for local PSA's. We are non-commercial, so no commercials. We want to move away from the CD players. I am trying to get them to move to Rivendell on a Raspberry Pi to due this. What is the best way to set up GPIO for Rivendell to due this? It needs to have a playlist of say 20-30 ID's that rotate in a loop. Once one is played then it needs to stop until the next switcher command to play the next cut. The log needs to be reloaded at midnight for the next day as well. I know this should be fairly easy with macros, but need some input. I will not be the final person implementing it, but I'm the only one familiar with Rivendell, so am trying to "sell" it for this project. Thanks. By the way, I do have Rivendell already running on a test Raspberry PI.
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
