- App_rpt-users - lists.keekles.org

Ok, this was puzzling.
by Alan Adamson 06 Jun '12

06 Jun '12

I have a full duplex connection between my allstar server and my repeater via a RTCM acting just as a ROIP box, not a voter. When I connect that node to another node on my box and then connect it in *command mode*, it causes the repeater to stay keyed down even though I'm not bringing it up via the repeater input .. UNTIL I finish the command mode and press the "#", then it go back to tracking the repeater input. Is this normal? It works in all other modes as you would expect so no it's not an inverted COR, etc. It only does this when you put a node that's connected to the repeater node into command mode. Very bizarre. it works just fine because I'm in full duplex, but it did surprise me the first time and I never saw the PTT drop on the repeater even though I wasn't on the input of the repeater (COR wasn't active). I'm not sure if this is from the RTCM, or the allstar server, or as a result of the command mode. I know it does not do this when the node is a half duplex node Alan

2 2

audio quaility
by Bradley Haney 06 Jun '12

06 Jun '12

Was wondering if there is an EQ or something like to raise the high level in the audio. Our audio from ithe internet going out RF sounds a little muffled and on the low sounding side.. Maybe i just need to tap a different output on the repeater but didn't know if there was a software setting to raise the high end to make it sound a little more natural. Bradley

2 1

Re: [App_rpt-users] RTCM falsing DTMF
by Tim Sawyer 06 Jun '12

06 Jun '12

In simpleusb.conf or voter.conf or as in your case, usbradio.conf you can add a statement: plfilter = yes which will place a 300Hz high pass filter on the receive audio. -- Tim :wq On Jun 4, 2012, at 5:12 PM, Ken wrote: > Tim – what do you mean by “filtering PL”? > > Do you just mean ctcssfrom=dsp > Or is it something else? > > Ken > > > From: app_rpt-users-bounces(a)ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Tim Sawyer > Sent: Monday, June 04, 2012 11:10 AM > To: Chuck Henderson > Cc: app_rpt mailing list > Subject: Re: [App_rpt-users] RTCM falsing DTMF > > What one says on the internet never goes away. I posted that before I found that not filtering PL was causing a problem. That older post is still valid if RADIO_RELAX is too loose for your system. > -- > Tim > :wq > > On Jun 3, 2012, at 10:00 PM, Chuck Henderson wrote: > > > > // My fix for the DTMF falsing problem is to make one change to the file dsp.c > // /usr/src/trunk/asterisk/main/dsp.c > // Change this line in dsp.c (find the line by searching for 26.0) > #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 26.0 : 42.0) > // To look like this line > #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 38.0 : 42.0) > // The result for our 2 repeaters, > // one on VHF using the USB fob, > // and the other on UHF using multiple RTCM's, > // is a reduction of DTMF falsing from hundreds per day to only 2 or 3 per day and > // no problems decoding DTMF. > // I do not turn off RADIO_RELAX because doing so caused problems with DTMF decode. > // The only problem with my fix is that I have to re-edit dsp.c every time I update. > // Remember to do the usual "makes" after editing this file. > > > On Sun, Jun 3, 2012 at 4:01 PM, Tim Sawyer <tim.sawyer(a)me.com> wrote: > First I would update from svn, might as well as you have to recompile anyway. The instructions to update from svn are at https://allstarlink.org/support.html#astupgrade > > Before you do the make up grade edit /usr/src/astsrc/asterisk/menuselect.makeopts > change the line that says > > MENUSELECT_CFLAGS=RADIO_RELAX LOADABLE_MODULES > to > MENUSELECT_CFLAGS=LOADABLE_MODULES > > then do make upgrade or make upgrade-acid as appropriate. > -- > Tim > :wq > > On Jun 3, 2012, at 1:51 PM, Tim Sawyer wrote: > > > I am one of those that found setting RADIO_RELAX off works much better. TT falsing has been reduced to near zero and decoding is still as fast as I can push the buttons. > > One thing I found was that I had to turn on the PL filter. Before I did that TT decoding was unbearably show with RADIO_RELAX off. > -- > Tim > :wq > > On Jun 3, 2012, at 12:48 PM, Jim Duuuude wrote: > > > This has nothing to do with the RTCM. The DTMF receiver is the same one that is used in all the other > channel drivers for the other types of interfaces also. > > When the app_rpt stuff was first being developed (10+ years ago), the default parameters > for the DTMF receiver seemed too "tight" for radio use. There were a number of combinations > that were found of receivers and transmitting devices (HT's mobiles, etc) that did not seem to > work reliably with the parameters the way they were, so we developed the "RADIO_RELAX" set > of parameters, which are more "relaxed" then the normal ones. > > As time has gone on, there have been cases where using these "relaxed" parameters have seemed > to do more harm then good. I dont know if your case is one of those. If you wish to try, I suggest > re-compiling Asterisk with the RADIO_RELAX compile parameter turned off, and see if you like it > that way better. I can guarantee you that you will have less "falsing" if you do that. What I can not > guarantee is that you will get all the "real" digits decoded reliably (if you do that). > > Jim WB6NIL > > From: adamson_alan(a)hotmail.com > To: app_rpt-users(a)ohnosec.org > Date: Sun, 3 Jun 2012 15:26:06 -0400 > Subject: [App_rpt-users] RTCM falsing DTMF > > ok, so is it normal for the RTCM to get false DTMF when voice is doing over the link? I adjusted the RX audio so that the 2 lights were off with a 3khz tone generated from a service monitor. > I see oh between 6-8 DTMF's detected over the voter channel during use…. How do you fix that issue? > Alan > > _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >

2 1

Question about DMK URL and DTMF
by (KP4TR)Ramon Gonzalez 06 Jun '12

06 Jun '12

Hello, I recently got my node up and working great, but it was using an old IRLP board for PTT and COS. Today I got a DMK URI USB FOB and replace it, and it works fine. The only problem I have is with certain DTMF commands. For example, I can connect to another node and all works fine. But I am unable to disconnect. Looking at the log files, the DTMF sequence is being recognized ok. Simply the commands are being ignored. If I try to disconnect, it does nothing. But a status *70 works ok. Even trying to connect another node while being connected doesn't work. It works only if I am not connected to anyone. Anybody recognize this symptom? Thanks.

1 0

Re: [App_rpt-users] Pickle and LOX
by Alan Adamson 05 Jun '12

05 Jun '12

Yep, done, bummer I had having static address in devices, much easier to move thing around with mac to ip mapping… Alan From: Neal Garbenis [mailto:njgarbenis@gmail.com] Sent: Tuesday, June 05, 2012 10:32 PM To: Alan Adamson Subject: Re: [App_rpt-users] Pickle and LOX Set it as a static ip this will solve your problem Neal Garbenis Jr. NG8Y On Jun 5, 2012, at 10:21 PM, Alan Adamson <adamson_alan(a)hotmail.com> wrote: Ok, so what gives, the mac address on the Beagleboard changes every time I reboot it… I can't lock and IP address to it via MAC to IP address assignment in my DHCP server as a result :(… Is this normal, is there a way to stop it from re-enumerating the ethernet port over usb? Alan _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

1 0

Pickle and LOX
by Alan Adamson 05 Jun '12

05 Jun '12

Ok, so what gives, the mac address on the Beagleboard changes every time I reboot it. I can't lock and IP address to it via MAC to IP address assignment in my DHCP server as a result :(. Is this normal, is there a way to stop it from re-enumerating the ethernet port over usb? Alan

1 0

Re: [App_rpt-users] Quick question on usability
by Alan Adamson 05 Jun '12

05 Jun '12

it is, I'll have to see if I can't reproduce it and let you know. Thanks for looking at it Jim! Alan From: Jim Duuuude [mailto:telesistant@hotmail.com] Sent: Tuesday, June 05, 2012 10:23 AM To: app_rpt mailing list; adamson_alan(a)hotmail.com Subject: FW: [App_rpt-users] Quick question on usability I have made good attempt at re-creating this problem, to no avail. I have 2 nodes on a development server. 2007 and 2008. I can do a *22008 on 2007 and then do a *80 on 2007 and it only goes out on 2007. Is that the scenario that you were referring to? JIM _____ Date: Tue, 29 May 2012 13:31:22 -0400 From: jrorke(a)cogeco.ca CC: app_rpt-users(a)ohnosec.org Subject: Re: [App_rpt-users] Quick question on usability I have also observed that some ids in monitoring mode do get passed on as if I was connected in transceive mode. I seem to remember that this has been like this for some time. I guess nobody posted it to the bugs page. Jon VE3RQ On 5/29/2012 1:13 PM, Jim Duuuude wrote: No, normally (non-command) initiated ID's are always local. The problem you are (most likely) seeing is that the command (the *80) in this case is getting re-distributed to all connected nodes in the normal manner, even though the link(s) is(are) connected in monitor-only mode. Darn you for finding a design flaw!! :-) I will attempt to verify that locally-initiated commands on a monitor-connected link get distributed. If they do, they wont for long.. :-) JIM _____ From: adamson_alan(a)hotmail.com To: App_rpt-users(a)ohnosec.org Date: Tue, 29 May 2012 13:06:25 -0400 Subject: [App_rpt-users] Quick question on usability I don't want to be a bad operator at the moment. As I go about checking bandwidth and jitter, etc on my setup. I'd like to connect to an active Hub, but just in eavesdrop mode. But I've noticed that if I connect with the *2 command, that if I inadvertently then do a *80, that the ID goes out on the link that was connected with the *2. Is this true anytime my node decides to ID? Alan _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

3 2

APRS TT and APRS BEACON rate on ALLSTAR LINK..
by Bradley Haney 05 Jun '12

05 Jun '12

To get aprs TT working on ALLSTARLINK down load the latest from the SVN. Upgrading Asterisk to latest (SVN) version If you are using a brand-new current version of ACID or Limey Linux (that was released after the implementation of this new Portal) you are already upgraded sufficiently. If not ... Asterisk must be upgraded to the latest SVN version. For the ACID distribution (and other Linux platforms): cd /usr/src rm -rf astsrc wget http://x.allstarlink.org/svn-trunk.tar.gz -O- | tar xzv mv trunk astsrc cd astsrc make upgrade-acid Then go into the rpt.conf file and add APRSTT= some where in that file. I made it the first line in that config file right underneath the node number Then just google APRS TT and there is a link on Bob's aprs site on everything about APRSTT.. Then to get it to only beacon every 10 min's i added interval=600 into the gps.conf file. 73's Bradley

4 7

Quick question on usability
by Alan Adamson 05 Jun '12

05 Jun '12

I don't want to be a bad operator at the moment. As I go about checking bandwidth and jitter, etc on my setup. I'd like to connect to an active Hub, but just in eavesdrop mode. But I've noticed that if I connect with the *2 command, that if I inadvertently then do a *80, that the ID goes out on the link that was connected with the *2. Is this true anytime my node decides to ID? Alan

4 4

EchoLink info in CLI
by Bob Roszkowski 05 Jun '12

05 Jun '12

Group, I recently updated my SVN to the latest on my HUB node. It was no older than 6 months. Anyway, I monitor the status of the hub via the CLI. I was able to tell what nodes are connecting and got updates about once a few minutes that the EchoLink db was updated. After the update, I do not see anything from EchoLink in the CLI. I know it working as I can connect. When I do connect, it no longer shows the callsign of who is connecting. Is there any more info on some CLI commands for echolink. I set the debug level to 7 but I get nothing more. -- boB - W5EVH

2 1