August 2016 - App_rpt-users - lists.keekles.org

Squelch tail elimination
by Tom Hayward 09 Aug '16

09 Aug '16

I'd like to add some audio delay to get rid of a nasty squelch tail. I figured this would be easy, but the documentation is rather sparse. Reading mailing list archives, I've found mention of an rxaudiodelay or rxsquelchdelay parameter for usbradio.conf. Haven't seen anything similar for simpleusb.conf. Searching for actual documentation of these parameters hasn't turned up anything. Do they exist? How do I use them? Is there another way? Nothing here: http://docs.allstarlink.org/drupal/search/node/rxaudiodelay http://docs.allstarlink.org/drupal/search/node/rxsquelchdelay nor here: http://docs.allstarlink.org/drupal/node/73 I did find some mention in the code... Toms-MacBook-Pro:astsrc-1.4.23-pre tom$ grep rxaudiodelay -R asterisk/channels Toms-MacBook-Pro:astsrc-1.4.23-pre tom$ grep rxsquelchdelay -R asterisk/channels asterisk/channels/chan_pi.c: int rxsquelchdelay; asterisk/channels/chan_pi.c: M_UINT("rxsquelchdelay",o->rxsquelchdelay) asterisk/channels/chan_pi.c: tChan.rxSquelchDelay=pvts[i].rxsquelchdelay; asterisk/channels/chan_usbradio.c: int rxsquelchdelay; asterisk/channels/chan_usbradio.c: M_UINT("rxsquelchdelay",o->rxsquelchdelay) asterisk/channels/chan_usbradio.c: if(o->rxsquelchdelay>RXSQDELAYBUFSIZE/8-1) asterisk/channels/chan_usbradio.c: ast_log(LOG_WARNING,"rxsquelchdelay of %i is > maximum of %i. Set to maximum.\n", asterisk/channels/chan_usbradio.c: o->rxsquelchdelay,RXSQDELAYBUFSIZE/8-1); asterisk/channels/chan_usbradio.c: o->rxsquelchdelay=RXSQDELAYBUFSIZE/8-1; asterisk/channels/chan_usbradio.c: tChan.rxSquelchDelay=o->rxsquelchdelay; But it's not much to go off. Looks like I would at least have to switch from simpleusb to usbradio to test it? And in the changelog here there mention of audio delay for squelch tail elimination: http://www.crompton.com/hamradio/BeagleBoneBlackAllstar/ "BBB V1.2.2 - simpleusb Channel Driver update to eliminate echo on repeaters, added pre-emphasis and audio delay squelch tail elimination, fixed phone and web transceiver codec problem" But again, I haven't been successful in matching this to source code or documentation. I have the app_rpt SVN repo downloaded. Where can I find the Crompton code fork? (Is it a fork?) Tom KD7LXL

5 4

RTCM -> "Warning: GPS Data time period elapsed"
by Hayden Honeywood 09 Aug '16

09 Aug '16

Hi, I am having this issue with my voter board and a Garmin GPS18x LVC. The status page indicates a GPS lock, but the board keeps throwing this warning every 2 seconds or so. I've loaded the SNSRXCFG.cfg and checked that the unit is in NMEA mode. The selected sentences are left as default although I did check and GPGSV, GPRMC and GPGGA are all selected as I read in another thread on here. What other NMEA settings do I need? NMEA 2.3 mode on? Regards Hayden VK7HH

1 1

VPN for node behind NAT?
by Tom Hayward 05 Aug '16

05 Aug '16

I'd like to hear what solutions people have come up with for placing a node behind NAT where port forwarding is not available, such as a cellular CGN, public wifi hotspot, public agency's network controlled by an IT department, etc. My experience with this is mostly using RTCMs which work fine behind NAT and can connect out to my Asterisk instance running in a datacenter. I am trying to substitute a URI and RPi in this scenario. Assuming this is a permanent, private link, I think these options are available: - Set the RPi to connect to the hub on startup. If initiating the connecting from inside the NAT, I think it will allow traffic to flow both ways? - Install an OpenVPN server on the hub and OpenVPN client on the RPi. Tunnel Asterisk traffic over OpenVPN. - Reverse SSH tunnel. Set the hub to connect to the node on 127.0.0.2 or whatever I bind the tunnel to. Has anyone tried any of these options? How did it perform? What other options do I have? What am I missing? Tom KD7LXL

4 6

SimpleUSB gpio?
by Stephen - K1LNX 05 Aug '16

05 Aug '16

I'm trying to manipulate a GPIO pin off of a URIx and I am not able to get it to work for whatever reason. If I send a cop,62 command to toggle it, it does not change the state. I found this message from Jim that was posted in June 2011: http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html Does anyone know if this was ever implemented? This was quite some time ago. I might be able to use usbradio instead for my application, but prefer SimpleUSB as it's easier to implement. 73 Stephen K1LNX

6 8

DIAL in a VM as a development sandbox?
by pisymbol . 05 Aug '16

05 Aug '16

Hello: I have just installed the DIAL distro in a VM. Everything looks fine. Will the URI dongle just work with it under a VM? I assume so, but I wanted to make sure there aren't limitations or gotchas before I go down this route. Ideally, I'd like to connect an Alinco mobile unit via the URI as an asterisk sandbox/Allstar node. It is purely for learning/development purposes. Does this seem reasonable? Thanks! -aps (Alex)

2 3

Re: [App_rpt-users] App_rpt-users Digest, Vol 90, Issue 4
by DuaneVT . 04 Aug '16

04 Aug '16

Remember to check for active-ground using "Diode Check" mode on your meter, with meter+ to the device and meter- to ground. Internal switching is transistor/FET based and will show always open in regular DVM "resistance" mode. Duane KA1LM On Thu, Aug 4, 2016 at 9:22 AM, <app_rpt-users-request(a)ohnosec.org> wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request(a)ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner(a)ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > Today's Topics: > > 1. Re: SimpleUSB gpio? (mike(a)midnighteng.com) > 2. Re: SimpleUSB gpio? (Stephen - K1LNX) > 3. Re: SimpleUSB gpio? (David McGough) > 4. Re: SimpleUSB gpio? (Stephen - K1LNX) > > > ---------- Forwarded message ---------- > From: mike(a)midnighteng.com > To: app_rpt-users(a)ohnosec.org > Cc: > Date: Thu, 4 Aug 2016 09:05:34 -0400 > Subject: Re: [App_rpt-users] SimpleUSB gpio? > > Sorry, > I do have to ask the obvious, > Are you sure you are testing the output correctly ? > I believe these FLOAT and switch to ground when active. > Just like a parallel port.Don't use them so I don't know for sure. > So you need to check continuity between ground and the pin in question for > activity. > > ...mike/kb8jnm > > > I'm trying to manipulate a GPIO pin off of a URIx and I am not able to > get > > it to work for whatever reason. If I send a cop,62 command to toggle it, > it > > does not change the state. > > > > I found this message from Jim that was posted in June 2011: > > > > http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html > > > > Does anyone know if this was ever implemented? This was quite some time > > ago. > > > > I might be able to use usbradio instead for my application, but prefer > > SimpleUSB as it's easier to implement. > > > > 73 > > Stephen > > K1LNX > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users(a)ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > To unsubscribe from this list please visit > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll > down to the > > bottom of the page. Enter your email address and press the "Unsubscribe > or edit > > options button" > > 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. > > > > > > ---------- Forwarded message ---------- > From: Stephen - K1LNX <k1lnx(a)k1lnx.net> > To: mike(a)midnighteng.com > Cc: app_rpt mailing list <app_rpt-users(a)ohnosec.org> > Date: Thu, 4 Aug 2016 09:08:53 -0400 > Subject: Re: [App_rpt-users] SimpleUSB gpio? > Hi Mike... yes, I was testing between ground and the GPIO pin question > (GPIO1 in my case) for voltage. > > See my later message I posted for details on what I found. > > 73 > Stephen > K1LNX > > On Thu, Aug 4, 2016 at 9:05 AM, <mike(a)midnighteng.com> wrote: > >> >> Sorry, >> I do have to ask the obvious, >> Are you sure you are testing the output correctly ? >> I believe these FLOAT and switch to ground when active. >> Just like a parallel port.Don't use them so I don't know for sure. >> So you need to check continuity between ground and the pin in question >> for activity. >> >> ...mike/kb8jnm >> >> > I'm trying to manipulate a GPIO pin off of a URIx and I am not able to >> get >> > it to work for whatever reason. If I send a cop,62 command to toggle >> it, it >> > does not change the state. >> > >> > I found this message from Jim that was posted in June 2011: >> > >> > http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html >> > >> > Does anyone know if this was ever implemented? This was quite some time >> > ago. >> > >> > I might be able to use usbradio instead for my application, but prefer >> > SimpleUSB as it's easier to implement. >> > >> > 73 >> > Stephen >> > K1LNX >> > _______________________________________________ >> > App_rpt-users mailing list >> > App_rpt-users(a)ohnosec.org >> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > >> > To unsubscribe from this list please visit >> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the >> > bottom of the page. Enter your email address and press the "Unsubscribe >> or edit >> > options button" >> > 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. >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mai >> lman/listinfo/app_rpt-users and scroll down to the bottom of the page. >> Enter your email address and press the "Unsubscribe or edit options button" >> 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. >> > > > > ---------- Forwarded message ---------- > From: David McGough <kb4fxc(a)inttek.net> > To: app_rpt mailing list <app_rpt-users(a)ohnosec.org> > Cc: > Date: Thu, 4 Aug 2016 09:19:09 -0400 (EDT) > Subject: Re: [App_rpt-users] SimpleUSB gpio? > > > Hi Stephen, > > While the CM108/CM119 audio chips found in URI's are powered from the +5V > USB source, they contain an internal +3.3V regulator and are internally > completely 3.3V logic....So, you'll never see more than +3.3V as a > logic "high" level coming from the GPIO pins. > > > > 73, David KB4FXC > > > On Thu, 4 Aug 2016, Stephen - K1LNX wrote: > > > An update on this, and I've learned something that was not so obvious to > > me, so I'll put this out there in case someone runs into this in the > future. > > > > Consider my dilemma.. I am using an RTCM to drive a pair of radios in > full > > duplex mode. I needed to drive a relay (or MOSFET board in my case, more > on > > that in a bit) to turn a fan on the transmit radio on and off as needed. > > Considering there are no GPIO's on the RTCM, I had a URIx also connected > > that I planned on using for another application that I thought I could > tap > > the GPIO off of. I found Kyle, K0KN's excellent fan script, as well as > this > > resource: > > > > http://latinovoip.net/allstar-and-the-gpio-fan-script-for- > dmk-engineering-uri/ > > > > I elected to use the version linked above, and got everything configured, > > but discovered my cop,62 commands were not working to toggle the GPIO > line > > on the URI. I tried a variety of differing configs and troubleshooting > > methods, none of which worked, when I finally tried to issue the cop > > command from the node that is on the URI instead as a test, and what do > you > > know, it worked. > > > > It also appears that GPIO support was added into chan_simpleusb as of > > revision 1060: > > http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4. > 23-pre/trunk/asterisk/channels/chan_simpleusb.c? > revision=1060&root=svn&view=markup > > > > On the hardware side, I had issues with the relay board I was using. I > was > > seeing approximately 3.25 v when the GPIO was toggled to an on state on > the > > URI. That was not enough to "trigger" the relay board to fire the relay, > it > > needs right at a solid 5 volts. Rather than add another piece of hardware > > to ramp the voltage up, I ran across this on Ebay: > > > > http://www.ebay.com/itm/301357646243?_trksid=p2057872. > m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT > > > > This is a 3 channel MOSFET board that will switch the output on above > 2.5v, > > off at ground. Perfect for my application. I have yet to test it, but > have > > high confidence it will work just fine for my intended purpose. > > > > On the software side, I had to make a few small changes in the scripts > that > > I got from the link above, most notably: > > > > run_app_rpt_fan.sh > > /etc/asterisk/local/app_rpt_fan.sh 1999 > /dev/null & ; change 1999 to > the > > node number that is attached to the URI, a private node in my case > > > > app_rpt_fan.sh > > PTTSTATE="/tmp/RPT_TXKEYED1999" ; change from the $1 variable to the > node > > number that is attached to the RTCM instead > > > > There are more likely easier solutions than what I've provided above, but > > this does work as intended now. After 10 seconds, GPIO1 goes high, goes > > back to ground after 10 minutes. An even easier solution would be to > > probably just use a snapdisc and have it fire on a certain temperature, > but > > I wanted more granular control so that wasn't really an option. I could > > have also elected to use a Raspberry Pi and tap one of the GPIO's there > > instead, but my AllStar server is built on an x86 box running other > > applications so that wasn't really an option either. > > > > I'd like to explore the possibility of maybe having chan_voter talk to > the > > GPIO's in chan_usb or simpleusb. We could say add a config to the > > voter.conf file for the particulars for example. Not sure what this would > > take, but curious if it could be done? > > > > Hope this helps someone in the future... > > > > 73 > > Stephen > > K1LNX > > > > > > On Thu, Aug 4, 2016 at 3:32 AM, Stephen - K1LNX <k1lnx(a)k1lnx.net> wrote: > > > > > I'm trying to manipulate a GPIO pin off of a URIx and I am not able to > get > > > it to work for whatever reason. If I send a cop,62 command to toggle > it, it > > > does not change the state. > > > > > > I found this message from Jim that was posted in June 2011: > > > > > > http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html > > > > > > Does anyone know if this was ever implemented? This was quite some time > > > ago. > > > > > > I might be able to use usbradio instead for my application, but prefer > > > SimpleUSB as it's easier to implement. > > > > > > 73 > > > Stephen > > > K1LNX > > > > > > > > > > ---------- Forwarded message ---------- > From: Stephen - K1LNX <k1lnx(a)k1lnx.net> > To: David McGough <kb4fxc(a)inttek.net> > Cc: app_rpt mailing list <app_rpt-users(a)ohnosec.org> > Date: Thu, 4 Aug 2016 09:22:09 -0400 > Subject: Re: [App_rpt-users] SimpleUSB gpio? > Ahh ok... thanks David, and that makes sense so I appreciate the > clarification :) > > On Thu, Aug 4, 2016 at 9:19 AM, David McGough <kb4fxc(a)inttek.net> wrote: > >> >> >> Hi Stephen, >> >> While the CM108/CM119 audio chips found in URI's are powered from the +5V >> USB source, they contain an internal +3.3V regulator and are internally >> completely 3.3V logic....So, you'll never see more than +3.3V as a >> logic "high" level coming from the GPIO pins. >> >> >> >> 73, David KB4FXC >> >> >> On Thu, 4 Aug 2016, Stephen - K1LNX wrote: >> >> > An update on this, and I've learned something that was not so obvious to >> > me, so I'll put this out there in case someone runs into this in the >> future. >> > >> > Consider my dilemma.. I am using an RTCM to drive a pair of radios in >> full >> > duplex mode. I needed to drive a relay (or MOSFET board in my case, >> more on >> > that in a bit) to turn a fan on the transmit radio on and off as needed. >> > Considering there are no GPIO's on the RTCM, I had a URIx also connected >> > that I planned on using for another application that I thought I could >> tap >> > the GPIO off of. I found Kyle, K0KN's excellent fan script, as well as >> this >> > resource: >> > >> > http://latinovoip.net/allstar-and-the-gpio-fan-script-for-dm >> k-engineering-uri/ >> > >> > I elected to use the version linked above, and got everything >> configured, >> > but discovered my cop,62 commands were not working to toggle the GPIO >> line >> > on the URI. I tried a variety of differing configs and troubleshooting >> > methods, none of which worked, when I finally tried to issue the cop >> > command from the node that is on the URI instead as a test, and what do >> you >> > know, it worked. >> > >> > It also appears that GPIO support was added into chan_simpleusb as of >> > revision 1060: >> > http://svn.ohnosec.org/viewvc/projects/allstar/astsrc-1.4.23 >> -pre/trunk/asterisk/channels/chan_simpleusb.c?revision= >> 1060&root=svn&view=markup >> > >> > On the hardware side, I had issues with the relay board I was using. I >> was >> > seeing approximately 3.25 v when the GPIO was toggled to an on state on >> the >> > URI. That was not enough to "trigger" the relay board to fire the >> relay, it >> > needs right at a solid 5 volts. Rather than add another piece of >> hardware >> > to ramp the voltage up, I ran across this on Ebay: >> > >> > http://www.ebay.com/itm/301357646243?_trksid=p2057872.m2749. >> l2649&ssPageName=STRK%3AMEBIDX%3AIT >> > >> > This is a 3 channel MOSFET board that will switch the output on above >> 2.5v, >> > off at ground. Perfect for my application. I have yet to test it, but >> have >> > high confidence it will work just fine for my intended purpose. >> > >> > On the software side, I had to make a few small changes in the scripts >> that >> > I got from the link above, most notably: >> > >> > run_app_rpt_fan.sh >> > /etc/asterisk/local/app_rpt_fan.sh 1999 > /dev/null & ; change 1999 to >> the >> > node number that is attached to the URI, a private node in my case >> > >> > app_rpt_fan.sh >> > PTTSTATE="/tmp/RPT_TXKEYED1999" ; change from the $1 variable to the >> node >> > number that is attached to the RTCM instead >> > >> > There are more likely easier solutions than what I've provided above, >> but >> > this does work as intended now. After 10 seconds, GPIO1 goes high, goes >> > back to ground after 10 minutes. An even easier solution would be to >> > probably just use a snapdisc and have it fire on a certain temperature, >> but >> > I wanted more granular control so that wasn't really an option. I could >> > have also elected to use a Raspberry Pi and tap one of the GPIO's there >> > instead, but my AllStar server is built on an x86 box running other >> > applications so that wasn't really an option either. >> > >> > I'd like to explore the possibility of maybe having chan_voter talk to >> the >> > GPIO's in chan_usb or simpleusb. We could say add a config to the >> > voter.conf file for the particulars for example. Not sure what this >> would >> > take, but curious if it could be done? >> > >> > Hope this helps someone in the future... >> > >> > 73 >> > Stephen >> > K1LNX >> > >> > >> > On Thu, Aug 4, 2016 at 3:32 AM, Stephen - K1LNX <k1lnx(a)k1lnx.net> >> wrote: >> > >> > > I'm trying to manipulate a GPIO pin off of a URIx and I am not able >> to get >> > > it to work for whatever reason. If I send a cop,62 command to toggle >> it, it >> > > does not change the state. >> > > >> > > I found this message from Jim that was posted in June 2011: >> > > >> > > http://ohnosec.org/pipermail/app_rpt-users/2011-June/002725.html >> > > >> > > Does anyone know if this was ever implemented? This was quite some >> time >> > > ago. >> > > >> > > I might be able to use usbradio instead for my application, but prefer >> > > SimpleUSB as it's easier to implement. >> > > >> > > 73 >> > > Stephen >> > > K1LNX >> > > >> > >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mai >> lman/listinfo/app_rpt-users and scroll down to the bottom of the page. >> Enter your email address and press the "Unsubscribe or edit options button" >> 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. >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >

1 0

Skyler Recognition
by Bob Pyke 04 Aug '16

04 Aug '16

Skyler, Very nice article. Congratulations on the well deserved recognition, and thanks for your contributions on app_rpt list. http://forums.qrz.com/index.php?threads/skyler-fennell-kd0whb-is-2016-young… Thanks, Bob k6ecm 73 Sent from iPad

1 0

Re: [App_rpt-users] usbfobs
by Steve Wright 03 Aug '16

03 Aug '16

I think we're on the wrong track with our fixation on cmedia hackable chipsets. It's too hard. Why can't we use one of the other DSP modules and some serial USB _TX signalling? On 28/05/16 04:00, Sam Skolfield <kj6qfs(a)gmail.com> wrote: > Please share any findings with the group, many of us are looking for them > too... > > On Thu, May 26, 2016 at 9:17 PM, Steve Wright <info(a)meshnetworks.co.nz> > wrote: > >> Does anyone have a reliable source of modifiable USB audio devices? >> >> It's really really difficult to find hackable ones without buying one here >> and there... >>

3 3

RTCM/chan_voter/event management subsystem
by Stephen - K1LNX 02 Aug '16

02 Aug '16

Hey guys... I have a fan on the transmit radio, but as I don't want to run it all the time, only when transmitting, I'm going to drive a relay from a GPIO pin off of a URI instead. I found two excellent resources as a basis for what I'm after: http://www.qsl.net/k0kn/txfan http://latinovoip.net/allstar-and-the-gpio-fan-script-for-dmk-engineering-u… I setup the following in my node stanza: [2376] events = events2376 [events2376] touch /tmp/RPT_TXKEYED2376 = s|t|RPT_TXKEYED rm -f /tmp/RPT_TXKEYED2376 = s|f|RPT_TXKEYED As you can see, this is pretty simple, write RPT_TXKEYED2376 when the RPT_TXKEYED variable is true, remove when false. I even checked for the presence of those variables when the repeater is keyed/active from doing a "rpt showvars 2376": as2376*CLI> rpt showvars 2376 Variable listing for node 2376: XX_RPT_TXKEYED=1 RPT_ETXKEYED=1 RPT_TXKEYED=1 RPT_RXKEYED=1 RPT_NUMLINKS=0 RPT_LINKS=0 RPT_NUMALINKS=0 RPT_ALINKS=0 RPT_AUTOPATCHUP=0 -- 9 variables Everything suggests this should work, but it is not for whatever reason, which leads me to two possible guesses: - the logic is not placed correctly where it needs to be in rpt.conf - chan_voter does not talk to the event management subsystem Any ideas? Kinda lost... Thanks, Stephen K1LNX

3 3