- App_rpt-users - lists.keekles.org

Problem with app_rpt configuration and URI's audio interface
by Alexander Alexandrov 24 Jan '11

24 Jan '11

Dear colleagues, I built a node configuration with ACID system and URI from DMKEngineering. After the import of the ACID/Asterisk/app_rpt configuration from Allstarlink.org I connected the URI to my reg and install IAX client to the PC. The system work well from IAX clent through URI to the reg - when I send audio or voice from IAX client to the reg through URI the reg transmit the audio very well and clear. The problem is that I can not send any audio signal from the REG to the IAX client. Practically the audio from the REG go to the MIC_AC pin of URI and after that dropped down. Practically I have only one way audio communication: Iax client ->Asterisk-> app_rpt -> URI -> reg Probably I use a wrong usbradio.conf configuration but have not idea where to start looking for the problem. I red in the mailing list content some similar cases and advices about URI MIC interface problems and tried to use them but unfortunately without success. I will be very grateful for any advice how to resolve the problem. 73! Alex LZ1AZA The configuration I use is the following: URI hardware interface: audio line output of the reg - to URI MIC_AC (pin 21) microphone input of the REG - to LEFT_AC(pin 22) PTT - to PTT pin of the URI (pin1) the URI's usbradio.conf file look like this: ; ; Usbradio channel driver Configuration File ; [general] [usb27371] hdwtype=0 rxboost=1 txboost=1 rxctcssrelax=1 txctcssdefault=100.0 rxctcssfreqs=100.0 txctcssfreqs=100.0 ;rxctcssoverride=0 carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=yes txlimonly=no txtoctype=notone txmixa=composite txmixb=no invertptt=0 duplex=1 rxondelay=0 rxnoisefiltype=0 eeprom=0 #includeifexists custom/usbradio.conf

3 2

Re: [App_rpt-users] Echolink Link Status
by KI6PSP (Ed) 23 Jan '11

23 Jan '11

I updated my node with the whole SVN as I don't know how to update just the portion of the echolink, but I don't see the gps.conf file under /etc/asterisk/ Did I miss something, or do I have to build that conf file manually? -- KI6PSP (Ed)

2 1

new stuff
by Jim Duuuude 23 Jan '11

23 Jan '11

There have (obviously) been some changes/improvements made to the Echolink and APRS/GPS subsystems within app_rpt. Included in these is the ability for a node to report its "fixed" GPS coordinates to the APRS network, even if it does not have a GPS receiver connected. Please see the following: Setting up Echolink Connectivity http://209.159.155.200/drupal/node/56 Setting Up APRS and GPS Configuration http://209.159.155.200/drupal/node/179 Of course, the latest copies of app_gps and chan_echolink need to be downloaded from the SVN. JIM WB6NIL

1 0

Re: [App_rpt-users] Echolink Link Status
by K&R Yoksh 23 Jan '11

23 Jan '11

----- Original Message ----- > Date: Fri, 21 Jan 2011 18:27:15 -0800 > From: Jim Duuuude > Subject: Re: [App_rpt-users] Echolink Link Status > > Chan_echolink now supports proper display/reporting to the echolink server > stuff. Hello Jim (and the group), Many thanks for this great addition! 73. Kyle K0KN

4 5

Local squelch tail problem clarification. (copy of message to Ken) for comment.
by Peter Elke 22 Jan '11

22 Jan '11

From: Peter Elke [mailto:pete.elke@esquared.com] Sent: Saturday, January 22, 2011 3:26 AM To: Ken Subject: RE: [App_rpt-users] Location dependant squelch tail? Hi Ken, What I meant to get across was... There is a squelch tail when the local mobile unkeys (before the hang time) but you only hear it if you are monitoring the local node's transmit frequency. Remotely connected stations don't hear the tail, only a soft click or nothing from the same transmission. The local repeater transmitter dropping does not cause a tail if the mobile is in PL decode. I thought this was just strange, so much so that I sound ignorant reporting it... 73's Pete (WI6H)

2 2

Re: [App_rpt-users] Echolink Link Status
by Jim Duuuude 22 Jan '11

22 Jan '11

Okay... try the latest version on chan_echolink.c from SVN now... Thanks for the help. I really appreciate it when people take the time to provide solutions. JIM WB6NIL > Date: Sat, 22 Jan 2011 01:58:15 -0500 > From: kb4fxc(a)inttek.net > To: telesistant(a)hotmail.com > Subject: Re: [App_rpt-users] Echolink Link Status > > > ...Actually, one more rounding adjustment is needed...Oops! > > ...snip... > > latb = (lata - floor(lata)) * 60; > latd = (latb - floor(latb)) * 100 + 0.5; > lonb = (lona - floor(lona)) * 60; > lond = (lonb - floor(lonb)) * 100 + 0.5; > ...snip... > > 73, David kb4fxc > > > > > On Sat, 22 Jan 2011, David McGough wrote: > > > > > Hi Jim, > > > > Here is my hacked version of code for chan_echolink.c....If's small enough > > I didn't generate a diff. > > > > > > ....snip.... > > > > lata = fabs(mylat); > > lona = fabs(mylon); > > latb = (lata - floor(lata)) * 60; > > latd = (latb - floor(latb)) * 100; > > lonb = (lona - floor(lona)) * 60; > > lond = (lonb - floor(lonb)) * 100; > > > > sprintf(aprsstr,")EL-%-6.6s!%02d%02d.%02d%cE%03d%02d.%02d%c0PHG%d%d%d%d/%06d/%03d%s",instp->mycall, > > (int)lata,(int)latb,(int)latd,latc, > > (int)lona,(int)lonb,(int)lond,lonc, > > > > instp->power,instp->height,instp->gain,instp->dir, > > (int)((instp->freq * 1000) + 0.5),(int)(instp->tone + 0.05),instp->aprs_display); > > > > ....snip.... > > > > 73, David kb4fxc > > > > > > > > > > On Sat, 22 Jan 2011, David McGough wrote: > > > > > > > > Hi Jim, > > > > > > The lat/lon are a lot closer now, but still off by a bit. > > > > > > lat=34.165298 ;;; Real Decimal!! > > > lon=-77.944299 ;;; Real Decimal!! > > > > > > ;;;lat=34.0992 ;;; Real GPS... > > > ;;;lon=-77.5666 ;;; Real GPS... > > > > > > Calulated by chan_echolink: > > > > > > 34.1055 > > > -77.5739 > > > > > > > > > Thanks for you help! > > > > > > 73, David kb4fxc > > > > > > > > > > > > > > > > > > On Fri, 21 Jan 2011, Jim Duuuude wrote: > > > > > > > > > > > All righty... Lets try this again.. > > > > > > > > Please download the latest version of chan_echolink.c from SVN, and we'll see > > > > if this works better. > > > > > > > > JIM > > > > > > > > > Date: Fri, 21 Jan 2011 23:21:20 -0500 > > > > > From: bdboyle(a)bdboyle.com > > > > > To: telesistant(a)hotmail.com; app_rpt-users(a)ohnosec.org > > > > > Subject: Re: [App_rpt-users] Echolink Link Status > > > > > > > > > > On 1/21/2011 11:15 PM, Jim Duuuude wrote: > > > > > > > > > > > > oh poo!! Ill have to fix it. Its truly meant to be decimal degrees. > > > > > > > > > > > > JIM WB6NIL > > > > > > > > > > > > > > > > Also....here's a good one...send up the frequency as 224.540...EL > > > > > displays as 224.539...:) Talk about a little rounding error (or > > > > > not...)...close enough for small tactical nukes...;). > > > > > > > > > > But, works nice so far. > > > > > > > > > > bryan > > > > > wb0yle > > > > > allstar 27294 > > > > > > > > > > > > > > >

1 0

DTMF Allow
by Corey Dean N3FE 22 Jan '11

22 Jan '11

Is it possible to get a feature added the will allow DTMF to pass through? I know you can regenerate using the cops but it would be nice to be able to press a sequence and then anything that followed would not mute the touch tones. This would help if asterisk was used as a hub and the other repeaters linking in were using standard controllers. That way one repeater on one end could control one on the other end. Just a thought... I know as of recent this would have been very helpful!!! Corey N3FE

3 2

Re: [App_rpt-users] DTMF decoding
by K&R Yoksh 22 Jan '11

22 Jan '11

----- Original Message ----- > From: "KB3ORS - Brian" > Subject: Re: [App_rpt-users] DTMF decoding > > ?What type of radio are you using for the node radio? And what interface? > (EX: Kenwood V71A to a URI through the data port) > > Just went through this with a another node one on one. The problem found > was that the Kenwood V71A uses speaker audio not flat audio for the data > port. > > Icom and Kenwood would decode but Yeasu DTMF was not recognized. Hello Brian (and the group), I'm running two nodes at my QTH. Both use GE Phoenix radios (2211 is on VHF, 2212 is on UHF) and each uses a CM108 fob. I'm using deemphasized speaker audio. I've narrowed down my problem to the microphone on my mobile radio (Icom 207). Oddly enough, it will control my node fine on UHF.. Tonight, I injected tones into the transmitter without the Icom hand mic, and Allstar decodes the tones on VHF and UHF. There seems to be quite a bit of distortion generated from the Icom hand mic. I suspect that the problem has been with me for some time, but I never noticed it, as my MT8870 hardware decoder will decode the tones (even with the distortion).. 73. Kyle K0KN

1 0

Re: [App_rpt-users] Installation problems with Intel 525 mini-itx
by Conny Jonsson 21 Jan '11

21 Jan '11

Hi, Had the same issue: "mpg123 no process killed Asterisk ended with exit status 1 Asterisk died with code 1 Automatically restarting Asterisk." This on a HP workstation that worked well in the past. In my case It turned out that the downloaded radio interface node configuration (usbradio.conf) is not correct. It used to work OK up till last week. What I did, even if you see the above errors coming on the screen, login as root and run astdn.sh to kill asterisk, that stopped the messages. Then I manually updated the config files in /etc/asterisk and after a reboot everything worked OK. If I run nodesetup.sh the files get downloaded from allstarlink.org and after reboot the same problem starts again because the usbradio.conf file is incorrect. 73 de N5HC Conny

3 6

DTMF decoding
by K&R Yoksh 21 Jan '11

21 Jan '11

Hello group, I have another question.. I've just switched to Allstar from EchoIRLP, and am having trouble with the software dtmf decoder. All of my radios could command the EchoIRLP system, using the hardware DTMF decoder, but I'm having an issue with 2 radios on app_rpt and the software decoder. Two rows of DTMF buttons are not decoding on 2 radios. On a few other radios, all buttons decode correctly. My node radios are the same, and my mobile and HT are also the same. Is there a twist setting or other possible setting I could try changing? I would be elated if the hardware DTMF decoder were supported, but I am pretty sure it's not supported in app_rpt. Thanks. 73. Kyle K0KN

2 1