September 2009 - App_rpt-users

Test version of ACID: testing requested
by Stephen Rodgers 15 Sep '09

15 Sep '09

There is a a test version of ACID with app_rpt.c version 0.203 available for download from http://dltest.allstarlink.org. This needs testing before we move it over tho the main site. NOTE: You must download the .iso file from dltest.allstarlink.org ad burn a CD. Existing iso's will just get you the currently released version from dl.allstarlink.org Steve WA6ZFT

2 2

How to stop localplay
by Tim Sawyer 15 Sep '09

15 Sep '09

Sorry to post what seems to be such a simplistic question but I can't find the answer. What it the command to stop localplay? -- Tim :wq

1 1

Attention: VK2RCZ (Node 2329)
by David Osborn 14 Sep '09

14 Sep '09

We at GB3IM (2480/2481) were also connected to 2393 and, by association, into the hub. I didn't do it, and none of my users have been given instructions on how to do it, so it must have been an incoming connection. Sorry if the UK traffic that you were hearing was from here - it was unintended. It's always good to make new contacts, but I have never heard any traffic. As Ramesh points out, the time difference (of 7 hours) comes into play. I have disconnected and will wait to see what happens next :-) 73 David - GD4HOZ

1 0

INFO: Contacting a node sponsor off-list
by Stephen Rodgers 14 Sep '09

14 Sep '09

To contact a node sponsor off-list, log in to allstarlink,org with your node number and node password, then the callsigns will now be links to email addresses which you can then copy into your mail program. When there are issues between two node sponsors which are best discussed off-list, then this the way to do it. Steve WA6ZFT

1 0

Attention: VK2RCZ (Node 2329)
by Ramesh Dhami (VA3UV) 14 Sep '09

14 Sep '09

Please do not connect to the VE3TNK HUB (Node 2200) and bridge across two reflectors (e.g., 2000 and 2200). Please also consider the time difference since you're unlikely to hear activity from North America. We are just waking up here to find many of our linked system (on 2200) occupied with traffic from the UK and VK. The net result is that our repeater systems are occupied with traffic making them unusable for our morning commute. What makes this worse is that you have connected to the hub using a permanent link! Jim / Steve - I am unable to disconnect node 2329 from 2200 using the ilink,11 (presumably the other side does not allow this when in permanent link mode) - if you can confirm this, I'll add it to Mantis. Thanks! Ramesh.

1 1

Request for CTCSS On/Off Function
by Tim Sawyer 13 Sep '09

13 Sep '09

Hi Jim/Steve/Steve, I like to be able to turn receive CTCSS on and off with a cop command. Less importantly, I'd also like to be able to turn the transmit CTCSS on and off. Any chance these could be added? -- Tim :wq

2 1

receive toneburst
by Jim Duuuude 12 Sep '09

12 Sep '09

New app_rpt version 1.203 now supports receive toneburst (like 1750 Hz for Europe). See the parameter rxburstfreq in rpt.conf (under node). Works with all interfaces, usb, pci, etc.

2 1

No rpt_extnodes file
by Stephen - K1LNX 07 Sep '09

07 Sep '09

Hi all, I've recently deployed my app_rpt/asterisk install to another machine and restored all the config files from a backup. I am not receiving an rpt_extnodes file in /var/lib/asterisk, I have checked the registration string in iax.conf and it is valid. I should also note that I have recently put this on a DSL connection with a static IP which is different from the last time I connected.... tnx and 73 Stephen -- ********************************** Stephen Brown - ARS K1LNX Johnson City, TN EM86 http://www.k1lnx.net google voice: 423-665-9367 **********************************

2 1

Experimental IRLP Reflectors
by Matt Beasant 07 Sep '09

07 Sep '09

Hi all, How do I get my ACID asterisk node, which is running chan_irlp quite successfully, to be able to call the IRLP experimental reflectors? I see from the IRLP yahoo group that there are some different scripts used to set up calls to these experimental reflectors - can / is this incorporated into the chan_irlp driver? Thanks for any info / advice, Kind regards, Matt G4RKY

2 4

USB audio and telemetry timers
by David McGough 05 Sep '09

05 Sep '09

Hi everyone, I've been using app_rpt for well over a year now on a home UHF repeater that includes 2 remote bases (HF & VHF). For the hardware interface, I'm using DMK Engineering URI adapters. This config has worked fairly well, overall. But, so far I've used this system casually. Over the last few weeks, I've finally gotten "serious" about implementing some new repeaters, etc., for local ham community. So, I'm now trying to iron-out the remaining issues and, wondered if anyone else has already got solutions. To start with, I "upgraded" to the latest and greatest by installing the most recent ACID release on a new AMD X2 Athlon 64 6000+ box (MSI K9N6PGM2-V motherboard, 4GB RAM). I was, at this point, running the latest CentOS 5.3 and app_rpt version 0.174. I immediately hit problems. The telemetry timers were getting "stuck" (e.g. the idrecording would stop and the transmitter would hang keyed until timeout) and audio was sporadically moderately garbled.... So, I download the latest SVN version (v362). This helped, but, problems persisted....So, I download the most recent kernel (2.6.30.5) and compiled. I wanted to use the high-res kernel timer, and had to patch ztdummy.c to support the most recent (as of 2.6.28?) kernel interface API. This GREATLY improved everything! No more timer issues, etc., so far! ...zttest now reports timer consistancy of 99.997%! But, I still have 2 longstanding issues that I'd love to find resolution for. First, I'm still getting a fairly frequent stream of warning messages like: WARNING[xxx]: chan_usbradio.c:1640 soundcard_writeframe: write: used 3 blocks (1) And, these messages accompany somewhat choppy (or raspy) audio when they occur. I've seen these messages on several different boxes. So, it doesn't seem to be specifically hardware or kernel related. Second, I'm still seeing fairly frequent false DTMF decoding. This, too, causing a momentary choppiness (muting) in the audio. On some peoples voices, this false decoding (and chop) is severe. Last year I added some explicit code to chan_usbradio.c to disable DTMF decode, and, this problem was temporarily hidden. But, now I need DTMF decode--so, disabling isn't an option. Thanks in advance for any help! 73, David kb4fxc

1 1