<div dir="ltr">Ahh ok... thanks David, and that makes sense so I appreciate the clarification :) </div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 4, 2016 at 9:19 AM, David McGough <span dir="ltr"><<a href="mailto:kb4fxc@inttek.net" target="_blank">kb4fxc@inttek.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Hi Stephen,<br>
<br>
While the CM108/CM119 audio chips found in URI's are powered from the +5V<br>
USB source, they contain an internal +3.3V regulator and are internally<br>
completely 3.3V logic....So, you'll never see more than +3.3V as a<br>
logic "high" level coming from the GPIO pins.<br>
<br>
<br>
<br>
73, David KB4FXC<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Thu, 4 Aug 2016, Stephen - K1LNX wrote:<br>
<br>
> An update on this, and I've learned something that was not so obvious to<br>
> me, so I'll put this out there in case someone runs into this in the future.<br>
><br>
> Consider my dilemma.. I am using an RTCM to drive a pair of radios in full<br>
> duplex mode. I needed to drive a relay (or MOSFET board in my case, more on<br>
> that in a bit) to turn a fan on the transmit radio on and off as needed.<br>
> Considering there are no GPIO's on the RTCM, I had a URIx also connected<br>
> that I planned on using for another application that I thought I could tap<br>
> the GPIO off of. I found Kyle, K0KN's excellent fan script, as well as this<br>
> resource:<br>
><br>
> <a href="http://latinovoip.net/allstar-and-the-gpio-fan-script-for-dmk-engineering-uri/" rel="noreferrer" target="_blank">http://latinovoip.net/allstar-<wbr>and-the-gpio-fan-script-for-<wbr>dmk-engineering-uri/</a><br>
><br>
> I elected to use the version linked above, and got everything configured,<br>
> but discovered my cop,62 commands were not working to toggle the GPIO line<br>
> on the URI. I tried a variety of differing configs and troubleshooting<br>
> methods, none of which worked, when I finally tried to issue the cop<br>
> command from the node that is on the URI instead as a test, and what do you<br>
> know, it worked.<br>
><br>
> It also appears that GPIO support was added into chan_simpleusb as of<br>
> revision 1060:<br>
> <a href="http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4.23-pre/trunk/asterisk/channels/chan_simpleusb.c?revision=1060&root=svn&view=markup" rel="noreferrer" target="_blank">http://svn.ohnosec.org/viewvc/<wbr>projects/allstar/astsrc-1.4.<wbr>23-pre/trunk/asterisk/<wbr>channels/chan_simpleusb.c?<wbr>revision=1060&root=svn&view=<wbr>markup</a><br>
><br>
> On the hardware side, I had issues with the relay board I was using. I was<br>
> seeing approximately 3.25 v when the GPIO was toggled to an on state on the<br>
> URI. That was not enough to "trigger" the relay board to fire the relay, it<br>
> needs right at a solid 5 volts. Rather than add another piece of hardware<br>
> to ramp the voltage up, I ran across this on Ebay:<br>
><br>
> <a href="http://www.ebay.com/itm/301357646243?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT" rel="noreferrer" target="_blank">http://www.ebay.com/itm/<wbr>301357646243?_trksid=p2057872.<wbr>m2749.l2649&ssPageName=STRK%<wbr>3AMEBIDX%3AIT</a><br>
><br>
> This is a 3 channel MOSFET board that will switch the output on above 2.5v,<br>
> off at ground. Perfect for my application. I have yet to test it, but have<br>
> high confidence it will work just fine for my intended purpose.<br>
><br>
> On the software side, I had to make a few small changes in the scripts that<br>
> I got from the link above, most notably:<br>
><br>
> run_app_rpt_fan.sh<br>
> /etc/asterisk/local/app_rpt_<wbr>fan.sh 1999 > /dev/null & ; change 1999 to the<br>
> node number that is attached to the URI, a private node in my case<br>
><br>
> app_rpt_fan.sh<br>
> PTTSTATE="/tmp/RPT_<wbr>TXKEYED1999" ; change from the $1 variable to the node<br>
> number that is attached to the RTCM instead<br>
><br>
> There are more likely easier solutions than what I've provided above, but<br>
> this does work as intended now. After 10 seconds, GPIO1 goes high, goes<br>
> back to ground after 10 minutes. An even easier solution would be to<br>
> probably just use a snapdisc and have it fire on a certain temperature, but<br>
> I wanted more granular control so that wasn't really an option. I could<br>
> have also elected to use a Raspberry Pi and tap one of the GPIO's there<br>
> instead, but my AllStar server is built on an x86 box running other<br>
> applications so that wasn't really an option either.<br>
><br>
> I'd like to explore the possibility of maybe having chan_voter talk to the<br>
> GPIO's in chan_usb or simpleusb. We could say add a config to the<br>
> voter.conf file for the particulars for example. Not sure what this would<br>
> take, but curious if it could be done?<br>
><br>
> Hope this helps someone in the future...<br>
><br>
> 73<br>
> Stephen<br>
> K1LNX<br>
><br>
><br>
> On Thu, Aug 4, 2016 at 3:32 AM, Stephen - K1LNX <<a href="mailto:k1lnx@k1lnx.net">k1lnx@k1lnx.net</a>> wrote:<br>
><br>
> > I'm trying to manipulate a GPIO pin off of a URIx and I am not able to get<br>
> > it to work for whatever reason. If I send a cop,62 command to toggle it, it<br>
> > does not change the state.<br>
> ><br>
> > I found this message from Jim that was posted in June 2011:<br>
> ><br>
> > <a href="http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html" rel="noreferrer" target="_blank">http://ohnosec.org/pipermail/<wbr>app_rpt-users/2011-June/<wbr>002725.html</a><br>
> ><br>
> > Does anyone know if this was ever implemented? This was quite some time<br>
> > ago.<br>
> ><br>
> > I might be able to use usbradio instead for my application, but prefer<br>
> > SimpleUSB as it's easier to implement.<br>
> ><br>
> > 73<br>
> > Stephen<br>
> > K1LNX<br>
> ><br>
><br>
<br>
</div></div><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/<wbr>mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/<wbr>mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.<br>
</div></div></blockquote></div><br></div>