That has worked marvelously for the GPI inputs. I've got my 4 inputs working flawlessly!
I just used the built-in motherboard serial connection. It was /dev/ttyS0 I did find one difference though in from what you had provided for the pins. I found that Pin 7 was actually an input, not an output. GPI 1 is Pin 6 GPI 2 is Pin 8 GPI 3 is Pin 1 GPI 4 is Pin 7 (not 9 as you suggested) GROUND is Pin 5 I have not really mastered the GPO part yet. Can you share the macros you wrote to trigger the GPOs and provide the voltage you measured on your multimeter? > The GPO's will trigger a voltage, for my testing I just wrote a couple of > macros to turn them on and off and put them on the panel, then just watched > the voltage on my multimeter. I wrote a macro to try to fire out a GPO. GO 0 I 001 1 3000! only emulates a GPI on input 1 GO 0 O 001 1 3000! appears to do nothing When I measure, I'm getting -11volts on pins 3, 4, and 9 You've helped so much and I appreciate it. Thanks Brad On Tue, Apr 7, 2015 at 10:19 PM, Lorne Tyndale <[email protected]> wrote: > Hi Dan, > > I'm running 2.10.3. It took me a bit to figure out how to get it to > work under Ubuntu, but it does work for me now, so here's a quick run > down of the steps. > > To enable it in Ubuntu / Debian, first add your user to the dialout > group (at least I think the Dialout group exists within Debian) with: > > sudo adduser username dialout > > Then log off and log back in. > > Next, go to RDAdmin --> Manage Hosts --> Select your host > > If you have not already done so, enable your serial port. Click Serial > Ports, select the port ID (in my case I'm using Serial0), select the > Enable box, and then for the TTY Device, put in the TTY Devive of your > serial port - in my case I put: > > /dev/ttyS0 > > Because I'm using the first serial port on my system (Com1 from the old > DOS / Windows days) > > Next, click on Switchers GPIO, then click ADD. Select a Matrix number > and at the bottom of the Switcher Type pull-down list, find "Serial Port > Modem Control Lines" > > On the next screen, you can give it a description, and you can configure > the GPI's (you'll have 4 of them), and GPO's (you'll have 2 of them). > You can assign macros to the ON and the Off transitions for each control > line. > > The device then will be in the matrix under the device matrix ID you > assigned, you can control the GPO's with macros and such. It'll also > show up in rdgpimon if you run that to monitor. > > I can't recall if I had to restart the daemons or not, if it initially > doesn't show up try restarting the daemons. > > For testing, the important parts of the pinout on the 9 pin serial port > is: > > CD (Carrier Detect / GPI ) - Pin 1 > DSR (Data Set Ready / GPI) - Pin 6 > CTS (Clear to Send / GPI) - Pin 8 > RI (Ring Indicate / GPI) - Pin 9 > > DTR (Data Terminal Ready / GPO) - Pin 4 > RTS (Request to Send / GPO) - Pin 7 > > Ground - Pin 5 > > The GPI's are just looking for a positive or negative voltage, if I > recall correctly the specification calls for 3 to 25 volts (+ or -). > When I tested I just built a little box that held 2 AA batteries (its > actually the remains of an old flashlight), with the negative to ground > and the positive alternating between pins 1, 6, 8, and 9, it was enough > to trigger the GPI and I could see it responding on rdgpimon, with > RDAirplay responding the way I'd built the macros that I'd assigned to > the GPI's to respond > > The GPO's will trigger a voltage, for my testing I just wrote a couple > of macros to turn them on and off and put them on the panel, then just > watched the voltage on my multimeter. > > At least for me in testing it all functioned as expected. My next step > is to wire it into a production environment. > > Considering that there are still lots of systems on the market that have > at least 1 (and often times 2) serial ports, if you don't need a lot of > GPIO's then it is a reasonable way to go (and you can't beat the price) > > Lorne Tyndale > > > > > Hi Lorne, > > > > Can you just confirm what version you are running please? I'm running > > 2.10.3 under Debian (which I thought was the latest version) and cannot > > find the "Modem Lines" option? > > > > Many thanks, > > > > Dan > > > > On 07/04/2015 22:33, Lorne Tyndale wrote: > > > Hi Brad, > > > > > > The latest version has the ability to use Serial port control lines as > > > GPI's and GPO's. For each serial port on your system you've got 4 > GPI's > > > (DSR, CTS, CD, RI), and 2 GPO's (DTR, RTS) - using the control lines > > > that used to be used primarily for modems. > > > > > > Recently I set up a test system using these and once I'd figured out > > > getting it up and running, it worked quite well (and considering many > > > PC's still have serial ports, there was no additional cost). > > > > > > In the GPIP / Switcher setup, look for the Modem Lines option. Also > > > you'll need to make sure that particular serial port is enabled and > > > configured, and if you are using a Debian-based system (Debian, Ubuntu, > > > etc) you'll need to add the logged in user to the dialout group. > > > > > > Lorne Tyndale > > > > > > > > > > > >> Hello all, > > >> > > >> I'm in the middle of putting together a Rivendell system to act as the > > >> music source for one of our stations. We're transitioning off of a > 24/7 > > >> satellite format and programming our own music. > > >> > > >> To get started I would like to run Rivendell so that it appears to be > just > > >> another satellite source to our main commercial automation system. > That > > >> system will be the one playing commercials. > > >> > > >> So I need to be able to send one closure/GPO/Relay at the beginning > of a > > >> stopset to have our other system fire the break. Rivendell will then > wait > > >> until the other system fires a relay to start the music again. The > > >> principle is that the Rivendell and the other system just continually > fire > > >> relays to start the other one when the music/spots are a stopping > point. > > >> I hope that makes sense. > > >> > > >> I've looked at the Broadcast Tools options in the Switchers GPIO > section of > > >> RDAdmin and see it supports the Broadcast Tools GPI-16 General Purpose > > >> Input Module. That would be fine for a GPI, but it lacks a GPO. I > wonder > > >> though if the next step up, the GPIO-32+2 could be used. > > >> "The GPIO-32+2 interfaces 32 general purpose logic inputs and the > control > > >> of two independent SPDT relays to a users PC USB port" > > >> > > >> The two things that I'm hung up on are the fact that this runs via > USB and > > >> that I have no idea how to program it into the RDAdmin. > > >> > > >> But on the other hand, if anyone has a better suggestion of the GPIO > > >> hardware that would allow at least 1 GPI and 1 GPO port I'd love to > hear it. > > >> > > >> Thanks so much > > >> Brad Beahm > > >> Operations Manager > > >> Platte River Radio > > >> Kearney and Hastings, > Nebraska<hr>_______________________________________________ > > >> Rivendell-dev mailing list > > >> [email protected] > > >> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > > > _______________________________________________ > > > Rivendell-dev mailing list > > > [email protected] > > > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > > > > -- > > Dan Gruner > > Director > > > > Loud Audio > > > > Tel office: 01963 406102 > > 24hr mobile: 07590 044386 > > > > www.loudaudio.co.uk > > > > _______________________________________________ > > Rivendell-dev mailing list > > [email protected] > > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev >
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
