From k1lnx at k1lnx.net  Tue Sep  1 15:02:32 2009
From: k1lnx at k1lnx.net (Stephen - K1LNX)
Date: Tue, 1 Sep 2009 11:02:32 -0400
Subject: [App_rpt-users] Using an HTX-202 with a URI
Message-ID: <8390870f0909010802y2afede44yf4447995933f964@mail.gmail.com>

I'm putting together a test and development system and my target radio is a
Radio Shack HTX-202 that will be coupled to the DMK URI.

Has anyone ever done this? Seems like I vaguely remember having to put a
resistor in line with the PTT lead, but it really escapes me, would I be ok
with just PTT, GND, right or left in/out?

This radio also does not have COS so I'll be doing CTCSS on the Asterisk
side, if anyone knows of a COS mod let me know....

tnx
Stephen

-- 
**********************************
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net
google voice: 423-665-9367
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090901/e99fa652/attachment.html>

From telesistant at hotmail.com  Tue Sep  1 22:12:45 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 1 Sep 2009 15:12:45 -0700
Subject: [App_rpt-users] Using an HTX-202 with a URI
In-Reply-To: <8390870f0909010802y2afede44yf4447995933f964@mail.gmail.com>
References: <8390870f0909010802y2afede44yf4447995933f964@mail.gmail.com>
Message-ID: <BAY119-W3200D42712C385451192AEB1F10@phx.gbl>


Do you have the receiver's discriminator brought out of the radio>?

Date: Tue, 1 Sep 2009 11:02:32 -0400
From: k1lnx at k1lnx.net
To: app_rpt-users at qrvc.com
Subject: [App_rpt-users] Using an HTX-202 with a URI

I'm putting together a test and development system and my target radio is a Radio Shack HTX-202 that will be coupled to the DMK URI. 

Has anyone ever done this? Seems like I vaguely remember having to put a resistor in line with the PTT lead, but it really escapes me, would I be ok with just PTT, GND, right or left in/out? 


This radio also does not have COS so I'll be doing CTCSS on the Asterisk side, if anyone knows of a COS mod let me know.... 

tnx
Stephen

-- 
**********************************
Stephen Brown - ARS K1LNX

Johnson City, TN EM86
http://www.k1lnx.net
google voice: 423-665-9367
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090901/f8a0b9e6/attachment.html>

From k1lnx at k1lnx.net  Wed Sep  2 01:07:00 2009
From: k1lnx at k1lnx.net (Stephen - K1LNX)
Date: Tue, 1 Sep 2009 21:07:00 -0400
Subject: [App_rpt-users] Using an HTX-202 with a URI
In-Reply-To: <BAY119-W3200D42712C385451192AEB1F10@phx.gbl>
References: <8390870f0909010802y2afede44yf4447995933f964@mail.gmail.com>
	<BAY119-W3200D42712C385451192AEB1F10@phx.gbl>
Message-ID: <8390870f0909011807m6dca334bg4be18066809118b2@mail.gmail.com>

Hi Jim,
    No, everything will be speaker level audio. And I did find a tap point
for COS today and verified it so I won't have to rely on CTCSS encode/decode
now....

tnx
Stephen


On Tue, Sep 1, 2009 at 6:12 PM, Jim Duuuude <telesistant at hotmail.com> wrote:

>  Do you have the receiver's discriminator brought out of the radio>?
>
> ------------------------------
> Date: Tue, 1 Sep 2009 11:02:32 -0400
> From: k1lnx at k1lnx.net
> To: app_rpt-users at qrvc.com
> Subject: [App_rpt-users] Using an HTX-202 with a URI
>
>
> I'm putting together a test and development system and my target radio is a
> Radio Shack HTX-202 that will be coupled to the DMK URI.
>
> Has anyone ever done this? Seems like I vaguely remember having to put a
> resistor in line with the PTT lead, but it really escapes me, would I be ok
> with just PTT, GND, right or left in/out?
>
> This radio also does not have COS so I'll be doing CTCSS on the Asterisk
> side, if anyone knows of a COS mod let me know....
>
> tnx
> Stephen
>
> --
> **********************************
> Stephen Brown - ARS K1LNX
> Johnson City, TN EM86
> http://www.k1lnx.net
> google voice: 423-665-9367
> **********************************
>



-- 
**********************************
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net
google voice: 423-665-9367
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090901/31376f27/attachment.html>

From kd8b at thebades.net  Wed Sep  2 15:43:59 2009
From: kd8b at thebades.net (KD8B)
Date: Wed, 02 Sep 2009 11:43:59 -0400
Subject: [App_rpt-users] Installing App_Rpt over Centos Base
Message-ID: <20090902153723.SPGW28559.dukecmmtar04.coxmail.com@Prism.thebades.net>

I am trying to get an install of Allstar running on a netbook and due 
to the driver for the ethernet being missing on the install disk the 
install crashes off on first reboot. with no ethernet access.. I have 
the ethernet driver to load in centos but I do not know how to 
restart the scripts to finish the install. I have beeb unable to 
decipher it in the script files but at least looked :-)

Is there an easy way to restart the process to install asterisk 
etc... All I have is a cnetos install at that point with an unknown 
root password as the install is aborted when centos starts for the first time..

Alternately I would be happy to build a centos server build on it and 
fetch whatever batch file could do an overlay to do the same after I 
patch my centos drivers..
Fedora can access the ethernet device but Centos even at 5.3 does 
not.... there is a pair of rpms to mount each etherenet and wireless...


help????

Doug




From kb4fxc at inttek.net  Thu Sep  3 12:03:44 2009
From: kb4fxc at inttek.net (David McGough)
Date: Thu, 3 Sep 2009 08:03:44 -0400 (EDT)
Subject: [App_rpt-users] USB audio and telemetry timers
Message-ID: <Pine.LNX.4.44.0909030705230.22992-100000@goliath.inttek.net>


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




From kb4fxc at inttek.net  Sat Sep  5 08:13:30 2009
From: kb4fxc at inttek.net (David McGough)
Date: Sat, 5 Sep 2009 04:13:30 -0400 (EDT)
Subject: [App_rpt-users] USB audio and telemetry timers
In-Reply-To: <Pine.LNX.4.44.0909030705230.22992-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0909050400210.4787-100000@goliath.inttek.net>


Hi Everyone,

Well, since I haven't heard of any solutions to my USB audio choppiness
issues, I decided to have a go at it myself. I've added several hacks to
chan_usbaudio.c that GREATLY improve the sound quality on my system. Now,
false DTMF decode events are infrequent for me--as compared to sometimes
occurring every few seconds. The trade off is that I'm letting a few
frames of "real" DTMF tone pass thru the system without muting before
deciding that a DTMF tone is really present.

Also, I have experimentally modified the soundcard_writeframe() function
slightly. Now, this source is raspyness is improved, too.

I'll post code for evaluation if anyone is interested.

73, David kb4fxc




On Thu, 3 Sep 2009, David McGough wrote:

> 
> 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
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 



From k1lnx at k1lnx.net  Sun Sep  6 16:34:08 2009
From: k1lnx at k1lnx.net (Stephen - K1LNX)
Date: Sun, 6 Sep 2009 12:34:08 -0400
Subject: [App_rpt-users] No rpt_extnodes file
Message-ID: <8390870f0909060934w6fa1f053s305f3b3cf745b4fa@mail.gmail.com>

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
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090906/8bf24bd4/attachment.html>

From tim.sawyer at mac.com  Sun Sep  6 21:10:20 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Sun, 06 Sep 2009 14:10:20 -0700
Subject: [App_rpt-users] Experimental IRLP Reflectors
In-Reply-To: <ff95e2ea0908201507n5a81a03en50b7649fb84855d9@mail.gmail.com>
References: <ff95e2ea0908201451l3e9b1e87sca1ce1253dd348c0@mail.gmail.com>
	<3E867FFD-15C5-428A-AF09-02F405FA1790@mac.com>
	<ff95e2ea0908201507n5a81a03en50b7649fb84855d9@mail.gmail.com>
Message-ID: <3E2FCCCD-1CF0-4A34-862F-C03A571EA5D2@mac.com>

I did a bit of looking into this and it turns out the ./scripts/decode  
file doesn't have the bit for experimental nodes. That is..

   if [ $CMD -ge 0000 ] && \
       [ $CMD -lt 1000 ] ; then          # 0000-0999 = Experiment Block
       $SCRIPT/experimental_call exp"$CMD"

Upon further investigation I've discovered the app_rpt version of IRLP  
is not updating the same as a regular IRLP node. App_rpt rsync is  
syncing a directory called update-files and then never moves decode  
(among other files) to the scripts directory.

Anyone know if this was intentional or an oversight? Is it ok to copy  
the updated scripts to the scripts directory?

Thanks,
--
Tim, WD6AWP
<esc>:wq

On Aug 20, 2009, at 3:07 PM, Matt Beasant wrote:

Yes I did that but no luck....

I guess I need to do something else - I have downloaded the  
experiemntal node IP address list also but that didnt help.....

Thanks Tim,

Matt

2009/8/20 Tim Sawyer <tim.sawyer at mac.com>
I've not tried this on Asterisk but it might work the same way it does
on a real IRLP node. That is put

export ALLOW_EXPERIMENTAL_NODES=YES

in your custom/environment file.

--
Tim
:wq

On Aug 20, 2009, at 2:51 PM, Matt Beasant wrote:

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
_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users

_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090906/494b38ab/attachment.html>

From tim.sawyer at mac.com  Mon Sep  7 17:01:57 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Mon, 07 Sep 2009 10:01:57 -0700
Subject: [App_rpt-users] Fwd:  Experimental IRLP Reflectors
References: <3E2FCCCD-1CF0-4A34-862F-C03A571EA5D2@mac.com>
Message-ID: <6DA75E0C-701B-495F-8EF0-1BA9C16CAE75@mac.com>

Well, I scratched my own itch. The attached archive contains 3 files  
to support experimental IRLP nodes. Put these in your /home/irlp/ 
scripts directory.    The decode script will overwrite the existing  
file... back up first. The other two flies (experimental_call and exp- 
x-reference) are new to app_rpt IRLP.



Enjoy,
Tim, WD6AWP
<esc>:wq

Begin forwarded message:

From: Tim Sawyer <tim.sawyer at mac.com>
Date: September 6, 2009 2:10:20 PM PDT
To: app_rpt <App_rpt-users at qrvc.com>
Cc: Matt Beasant <g4rky at yahoo.co.uk>
Subject: Re: [App_rpt-users] Experimental IRLP Reflectors

I did a bit of looking into this and it turns out the ./scripts/decode  
file doesn't have the bit for experimental nodes. That is..

   if [ $CMD -ge 0000 ] && \
       [ $CMD -lt 1000 ] ; then          # 0000-0999 = Experiment Block
       $SCRIPT/experimental_call exp"$CMD"

Upon further investigation I've discovered the app_rpt version of IRLP  
is not updating the same as a regular IRLP node. App_rpt rsync is  
syncing a directory called update-files and then never moves decode  
(among other files) to the scripts directory.

Anyone know if this was intentional or an oversight? Is it ok to copy  
the updated scripts to the scripts directory?

Thanks,
--
Tim, WD6AWP
<esc>:wq

On Aug 20, 2009, at 3:07 PM, Matt Beasant wrote:

Yes I did that but no luck....

I guess I need to do something else - I have downloaded the  
experiemntal node IP address list also but that didnt help.....

Thanks Tim,

Matt

2009/8/20 Tim Sawyer <tim.sawyer at mac.com>
I've not tried this on Asterisk but it might work the same way it does
on a real IRLP node. That is put

export ALLOW_EXPERIMENTAL_NODES=YES

in your custom/environment file.

--
Tim
:wq

On Aug 20, 2009, at 2:51 PM, Matt Beasant wrote:

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
_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users

_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users


_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090907/c4f6c32b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: experimentalcall.tgz
Type: application/octet-stream
Size: 4970 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090907/c4f6c32b/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090907/c4f6c32b/attachment-0001.html>

From nessenj at jimsoffice.org  Mon Sep  7 20:00:16 2009
From: nessenj at jimsoffice.org (James Nessen)
Date: Mon, 7 Sep 2009 13:00:16 -0700
Subject: [App_rpt-users] No rpt_extnodes file
In-Reply-To: <8390870f0909060934w6fa1f053s305f3b3cf745b4fa@mail.gmail.com>
References: <8390870f0909060934w6fa1f053s305f3b3cf745b4fa@mail.gmail.com>
Message-ID: <45B6E9BA-49D0-4154-B85B-151B12342A70@jimsoffice.org>

Did you copy over the rc.updatenodelist script and start it up?

Jim, K6JWN

Sent from my iPhone

On Sep 6, 2009, at 9:34 AM, Stephen - K1LNX <k1lnx at k1lnx.net> wrote:

> 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
> **********************************
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090907/67b63a47/attachment.html>

From Ramesh at va3uv.com  Fri Sep 11 02:21:47 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 10 Sep 2009 22:21:47 -0400
Subject: [App_rpt-users] Kerchunk filter or equivalent of pulseback timer?
Message-ID: <4AA9B43B.3010103@va3uv.com>

Hi All;

One of the local repeaters is connecting to the VE3TNK HUB (#2200) using 
an off-site link radio (since there's no IP at the repeater site).

Unfortunately, the analog repeater controller can not be set for zero 
hang time, and therefore the short hang time is being exposed to the hub 
and all of the downstream nodes.

Is there a kerchunk filter or the equivalent of a pulseback timer (as 
there is in IRLP) to compensate (filter out) such kerchunks?

Thanks!

Ramesh.


From sales at qrvc.com  Fri Sep 11 03:18:44 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Thu, 10 Sep 2009 20:18:44 -0700
Subject: [App_rpt-users] Kerchunk filter or equivalent of pulseback
	timer?
In-Reply-To: <4AA9B43B.3010103@va3uv.com>
References: <4AA9B43B.3010103@va3uv.com>
Message-ID: <4AA9C194.5040505@qrvc.com>

Ramesh Dhami (VA3UV) wrote:
> Hi All;
> 
> One of the local repeaters is connecting to the VE3TNK HUB (#2200) using 
> an off-site link radio (since there's no IP at the repeater site).
> 
> Unfortunately, the analog repeater controller can not be set for zero 
> hang time, and therefore the short hang time is being exposed to the hub 
> and all of the downstream nodes.
> 
> Is there a kerchunk filter or the equivalent of a pulseback timer (as 
> there is in IRLP) to compensate (filter out) such kerchunks?
> 
> Thanks!
> 
> Ramesh.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Something may not be described clearly enough, but what I read out of it
is that you have a dedicated downlink radio from the IP-less repeater
site on a different frequency than the repeater output. When you say
"link" this is what I believe it mean.

For a dedicated downlink channel separate from the repeater controller,
you should be able to have zero hang time by bypassing the controller
entirely and just retransmitting what comes in on the repeater input on
the downlink transmitter from the remote repeater site. This is how I
implement systems on remote sites without IP connectivity.

If you are just using a simplex radio on to talk in to the repeater,
then you are not implementing a link, you just have a radio interfaced
to an app_rpt port tuned to the repeater pair. (Note: I try to
discourage people from doing this it is just not a good way to engineer
a communications system-- Your radio can jam the repeater input and
cause problems for emergency traffic. Link traffic should be uplinked
and downlinked on a dedicated link frequency to avoid this)

All of that said, there is a new config option in the chan_usbradio and
xpmr sources (rxondelay) which will hold off the COR recognition when
PTT is de-asserted by the app_rpt port. I believe the units are
milliseconds, but since Jim Dixon implemented this he would know best.
This is  meant for simplex radios which assert or glitch COR during the
transmit to receive turnaround time but if the delay is made long enough
it could be used to filter out the hang time on the repeater output.

Steve
WA6ZFT




From g4rky at yahoo.co.uk  Sat Sep 12 15:10:13 2009
From: g4rky at yahoo.co.uk (Matt Beasant)
Date: Sat, 12 Sep 2009 16:10:13 +0100
Subject: [App_rpt-users] Kerchunk filter or equivalent of pulseback
	timer?
In-Reply-To: <4AA9C194.5040505@qrvc.com>
References: <4AA9B43B.3010103@va3uv.com> <4AA9C194.5040505@qrvc.com>
Message-ID: <ff95e2ea0909120810k546643e1i2e212a80f9cb4150@mail.gmail.com>

Thanks for the info Steve,
Thats great news for me, I occasionally deploy a portable system which uses
the repeater pair in the same way - Its not possible for me to use a
separate link freq for this system. If I need to link to another one of the
portable repeaters, I get this ping-pong effect between them which this
timer will fix for me.

I searched the qrvc.com website for rxondelay but couldn't find any info -
can you tell me which version of chan_usbradio supports this please?

Thanks,

Matt
G4RKY


2009/9/11 Stephen Rodgers <sales at qrvc.com>

> Ramesh Dhami (VA3UV) wrote:
> > Hi All;
> >
> > One of the local repeaters is connecting to the VE3TNK HUB (#2200) using
> > an off-site link radio (since there's no IP at the repeater site).
> >
> > Unfortunately, the analog repeater controller can not be set for zero
> > hang time, and therefore the short hang time is being exposed to the hub
> > and all of the downstream nodes.
> >
> > Is there a kerchunk filter or the equivalent of a pulseback timer (as
> > there is in IRLP) to compensate (filter out) such kerchunks?
> >
> > Thanks!
> >
> > Ramesh.
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> >
>
> Something may not be described clearly enough, but what I read out of it
> is that you have a dedicated downlink radio from the IP-less repeater
> site on a different frequency than the repeater output. When you say
> "link" this is what I believe it mean.
>
> For a dedicated downlink channel separate from the repeater controller,
> you should be able to have zero hang time by bypassing the controller
> entirely and just retransmitting what comes in on the repeater input on
> the downlink transmitter from the remote repeater site. This is how I
> implement systems on remote sites without IP connectivity.
>
> If you are just using a simplex radio on to talk in to the repeater,
> then you are not implementing a link, you just have a radio interfaced
> to an app_rpt port tuned to the repeater pair. (Note: I try to
> discourage people from doing this it is just not a good way to engineer
> a communications system-- Your radio can jam the repeater input and
> cause problems for emergency traffic. Link traffic should be uplinked
> and downlinked on a dedicated link frequency to avoid this)
>
> All of that said, there is a new config option in the chan_usbradio and
> xpmr sources (rxondelay) which will hold off the COR recognition when
> PTT is de-asserted by the app_rpt port. I believe the units are
> milliseconds, but since Jim Dixon implemented this he would know best.
> This is  meant for simplex radios which assert or glitch COR during the
> transmit to receive turnaround time but if the delay is made long enough
> it could be used to filter out the hang time on the repeater output.
>
> Steve
> WA6ZFT
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090912/657536fb/attachment.html>

From sales at qrvc.com  Sat Sep 12 15:31:06 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sat, 12 Sep 2009 08:31:06 -0700
Subject: [App_rpt-users] Kerchunk filter or equivalent of pulseback
	timer?
In-Reply-To: <ff95e2ea0909120810k546643e1i2e212a80f9cb4150@mail.gmail.com>
References: <4AA9B43B.3010103@va3uv.com> <4AA9C194.5040505@qrvc.com>
	<ff95e2ea0909120810k546643e1i2e212a80f9cb4150@mail.gmail.com>
Message-ID: <4AABBEBA.5010709@qrvc.com>

Matt Beasant wrote:
> Thanks for the info Steve,
> Thats great news for me, I occasionally deploy a portable system which uses
> the repeater pair in the same way - Its not possible for me to use a
> separate link freq for this system. If I need to link to another one of the
> portable repeaters, I get this ping-pong effect between them which this
> timer will fix for me.
> 
> I searched the qrvc.com website for rxondelay but couldn't find any info -
> can you tell me which version of chan_usbradio supports this please?
> 
> Thanks,
> 
> Matt
> G4RKY
> 
> 
> 2009/9/11 Stephen Rodgers <sales at qrvc.com>
> 
>> Ramesh Dhami (VA3UV) wrote:
>>> Hi All;
>>>
>>> One of the local repeaters is connecting to the VE3TNK HUB (#2200) using
>>> an off-site link radio (since there's no IP at the repeater site).
>>>
>>> Unfortunately, the analog repeater controller can not be set for zero
>>> hang time, and therefore the short hang time is being exposed to the hub
>>> and all of the downstream nodes.
>>>
>>> Is there a kerchunk filter or the equivalent of a pulseback timer (as
>>> there is in IRLP) to compensate (filter out) such kerchunks?
>>>
>>> Thanks!
>>>
>>> Ramesh.
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>> Something may not be described clearly enough, but what I read out of it
>> is that you have a dedicated downlink radio from the IP-less repeater
>> site on a different frequency than the repeater output. When you say
>> "link" this is what I believe it mean.
>>
>> For a dedicated downlink channel separate from the repeater controller,
>> you should be able to have zero hang time by bypassing the controller
>> entirely and just retransmitting what comes in on the repeater input on
>> the downlink transmitter from the remote repeater site. This is how I
>> implement systems on remote sites without IP connectivity.
>>
>> If you are just using a simplex radio on to talk in to the repeater,
>> then you are not implementing a link, you just have a radio interfaced
>> to an app_rpt port tuned to the repeater pair. (Note: I try to
>> discourage people from doing this it is just not a good way to engineer
>> a communications system-- Your radio can jam the repeater input and
>> cause problems for emergency traffic. Link traffic should be uplinked
>> and downlinked on a dedicated link frequency to avoid this)
>>
>> All of that said, there is a new config option in the chan_usbradio and
>> xpmr sources (rxondelay) which will hold off the COR recognition when
>> PTT is de-asserted by the app_rpt port. I believe the units are
>> milliseconds, but since Jim Dixon implemented this he would know best.
>> This is  meant for simplex radios which assert or glitch COR during the
>> transmit to receive turnaround time but if the delay is made long enough
>> it could be used to filter out the hang time on the repeater output.
>>
>> Steve
>> WA6ZFT
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
> 
Documentaton on the website for rxondelay does not exist yet, and none
of this has  made it in to the ACID distro yet. It just exists as source
code in our repository. You would have to search the repository to see
the change.

Unless you are comfortable doing manual updates of code, its best to
wait until it is released as an ACID distro.

Steve
WA6ZFT


From g4rky at yahoo.co.uk  Sat Sep 12 17:45:45 2009
From: g4rky at yahoo.co.uk (Matt Beasant)
Date: Sat, 12 Sep 2009 18:45:45 +0100
Subject: [App_rpt-users] Kerchunk filter or equivalent of pulseback
	timer?
In-Reply-To: <4AABBEBA.5010709@qrvc.com>
References: <4AA9B43B.3010103@va3uv.com> <4AA9C194.5040505@qrvc.com>
	<ff95e2ea0909120810k546643e1i2e212a80f9cb4150@mail.gmail.com>
	<4AABBEBA.5010709@qrvc.com>
Message-ID: <ff95e2ea0909121045k206c181gd6109117e1555a8f@mail.gmail.com>

2009/9/12 Stephen Rodgers <sales at qrvc.com>

> Matt Beasant wrote:
> > Thanks for the info Steve,
> > Thats great news for me, I occasionally deploy a portable system which
> uses
> > the repeater pair in the same way - Its not possible for me to use a
> > separate link freq for this system. If I need to link to another one of
> the
> > portable repeaters, I get this ping-pong effect between them which this
> > timer will fix for me.
> >
> > I searched the qrvc.com website for rxondelay but couldn't find any info
> -
> > can you tell me which version of chan_usbradio supports this please?
> >
> > Thanks,
> >
> > Matt
> > G4RKY
> >
> >
> > 2009/9/11 Stephen Rodgers <sales at qrvc.com>
> >
> >> Ramesh Dhami (VA3UV) wrote:
> >>> Hi All;
> >>>
> >>> One of the local repeaters is connecting to the VE3TNK HUB (#2200)
> using
> >>> an off-site link radio (since there's no IP at the repeater site).
> >>>
> >>> Unfortunately, the analog repeater controller can not be set for zero
> >>> hang time, and therefore the short hang time is being exposed to the
> hub
> >>> and all of the downstream nodes.
> >>>
> >>> Is there a kerchunk filter or the equivalent of a pulseback timer (as
> >>> there is in IRLP) to compensate (filter out) such kerchunks?
> >>>
> >>> Thanks!
> >>>
> >>> Ramesh.
> >>> _______________________________________________
> >>> App_rpt-users mailing list
> >>> App_rpt-users at qrvc.com
> >>> http://qrvc.com/mailman/listinfo/app_rpt-users
> >>>
> >> Something may not be described clearly enough, but what I read out of it
> >> is that you have a dedicated downlink radio from the IP-less repeater
> >> site on a different frequency than the repeater output. When you say
> >> "link" this is what I believe it mean.
> >>
> >> For a dedicated downlink channel separate from the repeater controller,
> >> you should be able to have zero hang time by bypassing the controller
> >> entirely and just retransmitting what comes in on the repeater input on
> >> the downlink transmitter from the remote repeater site. This is how I
> >> implement systems on remote sites without IP connectivity.
> >>
> >> If you are just using a simplex radio on to talk in to the repeater,
> >> then you are not implementing a link, you just have a radio interfaced
> >> to an app_rpt port tuned to the repeater pair. (Note: I try to
> >> discourage people from doing this it is just not a good way to engineer
> >> a communications system-- Your radio can jam the repeater input and
> >> cause problems for emergency traffic. Link traffic should be uplinked
> >> and downlinked on a dedicated link frequency to avoid this)
> >>
> >> All of that said, there is a new config option in the chan_usbradio and
> >> xpmr sources (rxondelay) which will hold off the COR recognition when
> >> PTT is de-asserted by the app_rpt port. I believe the units are
> >> milliseconds, but since Jim Dixon implemented this he would know best.
> >> This is  meant for simplex radios which assert or glitch COR during the
> >> transmit to receive turnaround time but if the delay is made long enough
> >> it could be used to filter out the hang time on the repeater output.
> >>
> >> Steve
> >> WA6ZFT
> >>
> >>
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at qrvc.com
> >> http://qrvc.com/mailman/listinfo/app_rpt-users
> >>
> >
> Documentaton on the website for rxondelay does not exist yet, and none
> of this has  made it in to the ACID distro yet. It just exists as source
> code in our repository. You would have to search the repository to see
> the change.
>
> Unless you are comfortable doing manual updates of code, its best to
> wait until it is released as an ACID distro.
>
> Steve
> WA6ZFT
>
>
Hi Steve,

Yes I'm fine with doing the manual code updates, so if I can find it in the
usual place, I can install it and then try some different values for the
rxondelay setting.

Thanks,

Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090912/ba2704f0/attachment.html>

From telesistant at hotmail.com  Sat Sep 12 23:42:48 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 12 Sep 2009 16:42:48 -0700
Subject: [App_rpt-users] receive toneburst
Message-ID: <BAY119-W30FBB3C1CD5A61C591C5A0B1E60@phx.gbl>


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.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090912/1e1b5d4d/attachment.html>

From aat3bf at armymars.net  Sat Sep 12 23:45:16 2009
From: aat3bf at armymars.net (John Scoggin)
Date: Sat, 12 Sep 2009 19:45:16 -0400
Subject: [App_rpt-users] receive toneburst
In-Reply-To: <BAY119-W30FBB3C1CD5A61C591C5A0B1E60@phx.gbl>
Message-ID: <9D829639E1F4464491EB2D5E0D84464F249C7C@citadel.r3.local>

Is there any chance that we may see (or maybe I've just missed it!) tone remote control; i.e., keying up or frequency changing using the EIA tones (like 2175 Hz, for example)?

 

73s,

john

 

_____________________________________

 

John K Scoggin, Jr. W3JKS/AAT3BF/AAM3EDE/AAA9SL
US Army Military Affiliate Radio System 
Delaware Gateway Station AAB3DE
Special Consultant - Technology

Emergency Operations Officer - Delaware
"Old RADEF Officers never die, they simply decay exponentially..."
 

Chief Engineer
Mobile Communications Unit 37 (AAT3CAD/W3MCU)
 

ARRL Assistant Section Manager - Delaware
Email: aat3bf at armymars.net
Telephone: (302) 451-5000

 

-----Original Message-----
From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of Jim Duuuude
Sent: Saturday, September 12, 2009 7:43 PM
To: app_rpt-users at qrvc.com
Subject: [App_rpt-users] receive toneburst

 

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.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090912/d6166540/attachment.html>

From hwstar at rodgers.sdcoxmail.com  Sun Sep 13 05:33:47 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 12 Sep 2009 22:33:47 -0700
Subject: [App_rpt-users] Test version of ACID: testing requested
Message-ID: <4AAC843B.5030206@rodgers.sdcoxmail.com>

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



From tim.sawyer at mac.com  Sun Sep 13 15:24:45 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Sun, 13 Sep 2009 08:24:45 -0700
Subject: [App_rpt-users] Request for CTCSS On/Off Function
Message-ID: <BEE5F8A7-E69B-4A3D-85C0-6C76EF5BE2FC@mac.com>

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



From sales at qrvc.com  Sun Sep 13 15:37:24 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 13 Sep 2009 08:37:24 -0700
Subject: [App_rpt-users] Request for CTCSS On/Off Function
In-Reply-To: <BEE5F8A7-E69B-4A3D-85C0-6C76EF5BE2FC@mac.com>
References: <BEE5F8A7-E69B-4A3D-85C0-6C76EF5BE2FC@mac.com>
Message-ID: <4AAD11B4.9000005@qrvc.com>

Tim Sawyer wrote:
> 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
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
The CTCSS decode request is opened in Mantis. The encode request is not.
Please sign up for an account at mantis.qrvc.com if you haven't already
and open a new feature request.

Please note that we are only fixing bugs at this time because a new
release of ACID and limey linux is imminent. All feature requests will
be considered post-release.

Steve
WA6ZFT


From tim.sawyer at mac.com  Sun Sep 13 23:45:52 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Sun, 13 Sep 2009 16:45:52 -0700
Subject: [App_rpt-users] How to stop localplay
Message-ID: <B9B8B8DC-94EE-4645-82AD-59284644FA3D@mac.com>

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



From Ramesh at va3uv.com  Mon Sep 14 11:01:01 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Mon, 14 Sep 2009 07:01:01 -0400
Subject: [App_rpt-users] Attention:  VK2RCZ (Node 2329)
Message-ID: <4AAE226D.5060904@va3uv.com>

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.


From Ramesh at va3uv.com  Mon Sep 14 11:12:55 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Mon, 14 Sep 2009 07:12:55 -0400
Subject: [App_rpt-users] Attention:  VK2RCZ (Node 2393)
In-Reply-To: <4AAE226D.5060904@va3uv.com>
References: <4AAE226D.5060904@va3uv.com>
Message-ID: <4AAE2537.6070103@va3uv.com>

Oops - that's node 2393....

and I've now disconnected it - thanks for keeping our PA's hot!

Ramesh Dhami (VA3UV) wrote:
> 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.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 



From hwstar at rodgers.sdcoxmail.com  Mon Sep 14 14:32:57 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Mon, 14 Sep 2009 07:32:57 -0700
Subject: [App_rpt-users] INFO: Contacting a node sponsor off-list
Message-ID: <4AAE5419.3050901@rodgers.sdcoxmail.com>



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



From wb5nfc at yahoo.com  Mon Sep 14 15:25:53 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Mon, 14 Sep 2009 08:25:53 -0700 (PDT)
Subject: [App_rpt-users] Test version of ACID: testing requested
In-Reply-To: <4AAC843B.5030206@rodgers.sdcoxmail.com>
References: <4AAC843B.5030206@rodgers.sdcoxmail.com>
Message-ID: <628611.18969.qm@web51102.mail.re2.yahoo.com>

Greetings to the group.

I downloaded and installed the new iso this weekend. When I uncommented the status reporting lines in rpt.conf, the following error was generated:

[Sep 14 07:10:28] ERROR[2478]: app_rpt.c:4407 statpost: exec of /bin/wget failed.

Updating the path to where the wget binary is installed corrects the error message and allows reporting to the allstar status page. 

Original: statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null    

Changed to: statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null    

Thanks to Stephen, K1LNX for pointing out how to determine the source of the error. 

73
John / WB5NFC




----- Original Message ----
From: Stephen Rodgers <hwstar at rodgers.sdcoxmail.com>
To: app_rpt <app_rpt-users at qrvc.com>
Sent: Sunday, September 13, 2009 12:33:47 AM
Subject: [App_rpt-users] Test version of ACID: testing requested

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

_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users



      


From david.osborn at manx.net  Mon Sep 14 17:48:59 2009
From: david.osborn at manx.net (David Osborn)
Date: Mon, 14 Sep 2009 18:48:59 +0100
Subject: [App_rpt-users]  Attention:  VK2RCZ (Node 2329)
In-Reply-To: <mailman.1.1252944001.31858.app_rpt-users@qrvc.com>
References: <mailman.1.1252944001.31858.app_rpt-users@qrvc.com>
Message-ID: <001c01ca3563$a42d3120$ec879360$@osborn@manx.net>

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




From tim.sawyer at mac.com  Tue Sep 15 02:17:36 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Mon, 14 Sep 2009 19:17:36 -0700
Subject: [App_rpt-users] Fwd:  How to stop localplay
References: <B9B8B8DC-94EE-4645-82AD-59284644FA3D@mac.com>
Message-ID: <3756AA13-846B-424D-A48D-420B5573791A@mac.com>

Well, maybe it wasn't such a dumb question after all seeing as no one  
has answered it yet. Here's the deal. I modified a script which goes  
out to the ARRL server and FTPs down the ARRL Newsline mp3 file and  
converts it to wav format with sox. Then the wav file can be played  
with the app_rpt localplay command. Problem is that Newsline is  
usually about 30 minutes long and some times it's handy to be able to  
stop it. :-)

So, anybody know how to stop playing a transmission started with  
localplay?

BTW,  the script is available to anyone that wants it.
--
Tim
:wq

Begin forwarded message:

From: Tim Sawyer <tim.sawyer at mac.com>
Date: September 13, 2009 4:45:52 PM PDT
To: app_rpt <app_rpt-users at qrvc.com>
Subject: [App_rpt-users] How to stop localplay

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090914/34abbcfa/attachment.html>

From hwstar at rodgers.sdcoxmail.com  Tue Sep 15 05:54:49 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Mon, 14 Sep 2009 22:54:49 -0700
Subject: [App_rpt-users] Test version of ACID: testing requested
In-Reply-To: <628611.18969.qm@web51102.mail.re2.yahoo.com>
References: <4AAC843B.5030206@rodgers.sdcoxmail.com>
	<628611.18969.qm@web51102.mail.re2.yahoo.com>
Message-ID: <4AAF2C29.2090705@rodgers.sdcoxmail.com>

John (WB5NFC) wrote:
> Greetings to the group.
> 
> I downloaded and installed the new iso this weekend. When I uncommented the status reporting lines in rpt.conf, the following error was generated:
> 
> [Sep 14 07:10:28] ERROR[2478]: app_rpt.c:4407 statpost: exec of /bin/wget failed.
> 
> Updating the path to where the wget binary is installed corrects the error message and allows reporting to the allstar status page. 
> 
> Original: statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null    
> 
> Changed to: statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null    
> 
> Thanks to Stephen, K1LNX for pointing out how to determine the source of the error. 
> 
> 73
> John / WB5NFC
> 
> 
> 
> 
> ----- Original Message ----
> From: Stephen Rodgers <hwstar at rodgers.sdcoxmail.com>
> To: app_rpt <app_rpt-users at qrvc.com>
> Sent: Sunday, September 13, 2009 12:33:47 AM
> Subject: [App_rpt-users] Test version of ACID: testing requested
> 
> 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
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> 
> 
>       
> 
This is because ACID and Limey have wget in different places.

rpt.conf has been updated to have both sets of statpost lines commented
out so the user can choose which ones to uncomment.

The new rpt.conf will show up in a future release, but is available
drirectly from SVN or through our viewvc interface.

Steve
WA6ZFT



From w9drr.ham at gmail.com  Tue Sep 15 07:41:59 2009
From: w9drr.ham at gmail.com (Don Russell)
Date: Tue, 15 Sep 2009 02:41:59 -0500
Subject: [App_rpt-users] Info for New users, working set of configs,
	and some scripts.
Message-ID: <dbaef2590909150041j1c205b71r1ad91725a9f0cf9b@mail.gmail.com>

Since we have a group of new users around.I Just wanted to share a few
little helpers I picked up and some working configs to
compare with. Check out the source of app_rpt.c lots of help at the
top, most if not all of the commands are documented there.
It helped me a lot when I was first getting started.

The included tarball has my complete working config files - a couple
passwords and pincodes, my crontab, some custom scripts,
and the weather scripts I modified from IRLP. W0ANM and Randy KC6HUR
wrote them. I hacked them up to work with asterisk.
and the Cepstral voice William. I also used William to replace a bunch
of asterisk words to keep the repeater audio consistent.
No offense to Jim, Steve, and Allison. (Speaking of Allison, I met her
at Astricon one year, Freaked me out, I didn't know what she
looked like, the door to the elevator opened, this chick at the door
said something like "hello, going down?" I started looking around at
the speakers in the elevator trying to figure out how someone got
Allison to do voice over work for the elevator. then it hit me.. SHE
was Allison....LOL)

I also included some scripts I use for changing how the repeater
functions. they change hang times, Courtesy tones, ID's, and gets
the node connected up for weather events. I also have a restore to
normal function. It does copy around the /etc/asterisk/rpt.conf
so be careful in playing with them. backups are important.

As far as my hardware:
I am using de-emphasized audio (speaker) and have a COR signal from
the receiver going to the FOB.
In addition to the caps, I also used 1:1 transformers on the RX/TX
audio lines to kill any ground loops. I also put in
some ferrite beads on the audio lines, made sure everything was
properly grounded, including the usb connector
on the fob, that solved a lot of ills with ground loops(hum) on my
end. I did change most of the values to make things
suit the audio levels I needed. The original fob design was designed
for Motorla or other Radios with very hot discriminator
audio. My GE wasn't quite that hot, and the ICOM I used for a while
was even lower. So feel free to play with them or just put
in a pot and trim around at will.

My current receiver is a Motorola Astro Saber running in Dual mode
IMBE NAC 294/Analog PL 97.4. I took the audio from the speaker mic
output through the 1:1, I also took one side of the audio line w/ a
pull 2k pull down resistor to the COR pin. works like a charm.
A lot of Motorola radios only power on the audio amp when there is
proper PL/NAC. both sides of the amp have a floating DC bias
that changes when the amp powers on, floating when off, +4.7 when on.
I little trick I got from Jim WB6NIL...

My previous receiver was an old Uniden that I tapped raw Discriminator
and fed the fob via the 1:1 transformer.
That also worked pretty good with the DSP mode. Until the person I got
the radio from played Indian giver.

The transmitter is nothing fancy.. just an old Kenwood G707 mobile
being fed from the packet jack (ps2 type) on the back.
I do have an Industrial mega CFM fan blowing across the back of the
transmitter to keep it cool. So far its doing just fine.
My system is not very heavy in traffic. Eventually I want to replace
it with something more robust like a spectra or X9000
syntor. If I can get my hands on one cheap.

Hope they are useful to some of you.

-- 
Don Russell, CBRE
W9DRR
ARRL OES, Technical Specialist
Winnebago County AEC
http://www.socialengineer.us
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: working-config-app_rpt.tar.bz2
Type: application/x-bzip2
Size: 204318 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090915/cd24acbc/attachment.bin>

From wb5nfc at yahoo.com  Tue Sep 15 15:04:15 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Tue, 15 Sep 2009 08:04:15 -0700 (PDT)
Subject: [App_rpt-users] Info for New users, working set of configs,
	and some scripts.
In-Reply-To: <dbaef2590909150041j1c205b71r1ad91725a9f0cf9b@mail.gmail.com>
References: <dbaef2590909150041j1c205b71r1ad91725a9f0cf9b@mail.gmail.com>
Message-ID: <674101.46370.qm@web51106.mail.re2.yahoo.com>

----- Original Message ----
From: Don Russell <w9drr.ham at gmail.com>
To: app_rpt users list <app_rpt-users at qrvc.com>
Sent: Tuesday, September 15, 2009 2:41:59 AM
Subject: [App_rpt-users] Info for New users, working set of configs, and some scripts.

Since we have a group of new users around.I Just wanted to share a few
little helpers I picked up and some working configs to
compare with. Check out the source of app_rpt.c lots of help at the
top, most if not all of the commands are documented there.
It helped me a lot when I was first getting started.

The included tarball has my complete working config files - a couple
passwords and pincodes, my crontab, some custom scripts,
and the weather scripts I modified from IRLP. W0ANM and Randy KC6HUR
wrote them. I hacked them up to work with asterisk.
and the Cepstral voice William. I also used William to replace a bunch
of asterisk words to keep the repeater audio consistent.
No offense to Jim, Steve, and Allison. (Speaking of Allison, I met her
at Astricon one year, Freaked me out, I didn't know what she
looked like, the door to the elevator opened, this chick at the door
said something like "hello, going down?" I started looking around at
the speakers in the elevator trying to figure out how someone got
Allison to do voice over work for the elevator. then it hit me.. SHE
was Allison....LOL)

I also included some scripts I use for changing how the repeater
functions. they change hang times, Courtesy tones, ID's, and gets
the node connected up for weather events. I also have a restore to
normal function. It does copy around the /etc/asterisk/rpt.conf
so be careful in playing with them. backups are important.

As far as my hardware:
I am using de-emphasized audio (speaker) and have a COR signal from
the receiver going to the FOB.
In addition to the caps, I also used 1:1 transformers on the RX/TX
audio lines to kill any ground loops. I also put in
some ferrite beads on the audio lines, made sure everything was
properly grounded, including the usb connector
on the fob, that solved a lot of ills with ground loops(hum) on my
end. I did change most of the values to make things
suit the audio levels I needed. The original fob design was designed
for Motorla or other Radios with very hot discriminator
audio. My GE wasn't quite that hot, and the ICOM I used for a while
was even lower. So feel free to play with them or just put
in a pot and trim around at will.

My current receiver is a Motorola Astro Saber running in Dual mode
IMBE NAC 294/Analog PL 97.4. I took the audio from the speaker mic
output through the 1:1, I also took one side of the audio line w/ a
pull 2k pull down resistor to the COR pin. works like a charm.
A lot of Motorola radios only power on the audio amp when there is
proper PL/NAC. both sides of the amp have a floating DC bias
that changes when the amp powers on, floating when off, +4.7 when on.
I little trick I got from Jim WB6NIL...

My previous receiver was an old Uniden that I tapped raw Discriminator
and fed the fob via the 1:1 transformer.
That also worked pretty good with the DSP mode. Until the person I got
the radio from played Indian giver.

The transmitter is nothing fancy.. just an old Kenwood G707 mobile
being fed from the packet jack (ps2 type) on the back.
I do have an Industrial mega CFM fan blowing across the back of the
transmitter to keep it cool. So far its doing just fine.
My system is not very heavy in traffic. Eventually I want to replace
it with something more robust like a spectra or X9000
syntor. If I can get my hands on one cheap.

Hope they are useful to some of you.

-- 
Don Russell, CBRE
W9DRR
ARRL OES, Technical Specialist
Winnebago County AEC
http://www.socialengineer.us

----

Kudos to Don for sharing such GREAT information! As one of the resident newbies, I really appreciate his guidance. I have printed out his message and will soon be eagerly digging in to his configs and scripts in hopes of understanding some of Asterisk's darker mysteries. Thanks to all the developers and contributors on this list who freely share their knowledge. It's in the true spirit of amateur radio. 

It's tough being the new kid on the block. Those who have been here for awhile are aware of idiosyncrasies and 'work-arounds' needed to get and keep things going, but that corporate knowledge often gets buried. I will try to do my homework by searching previous messages, the new Drupal site and the archives  before I post questions that have been previously answer. I would only ask that those on the list who have 'been-there-done-that' will be kind as I - and others - get up to speed. I'm very excited to be part of this project, and hope that I can contribute a little along the way as I learn more. Thanks to all for your patience and understanding. 

73
John / WB5NFC



      


From w9drr.ham at gmail.com  Tue Sep 15 15:45:59 2009
From: w9drr.ham at gmail.com (Don Russell)
Date: Tue, 15 Sep 2009 10:45:59 -0500
Subject: [App_rpt-users] Longley Rice Online Prediction Tool
Message-ID: <dbaef2590909150845y21661f89n7ce4e6457d881c03@mail.gmail.com>

Longley Rice Online tool:
http://lrcov.crc.ca/cov.php?lang=en

I also use Radio Mobile by VE2DBE:
http://www.cplus.org/rmw/english1.html

They do agree with each other. I use radio mobile professionally to do
path studies,
STL links, and to figure out azimuths for some of our remote broadcasts.

You can make some great maps of your coverage.

-- 
Don Russell, CBRE
W9DRR
ARRL OES, Technical Specialist
Winnebago County AEC
http://www.socialengineer.us
--


From adrian at choicecomm.com.au  Wed Sep 16 15:35:24 2009
From: adrian at choicecomm.com.au (Adrian Caldieraro)
Date: Wed, 16 Sep 2009 23:35:24 +0800
Subject: [App_rpt-users] Busy Lockout on simplex node
Message-ID: <005001ca36e3$4f4309b0$edc91d10$@com.au>

I have just recently got my system up and running and for testing I am using
a simplex radio, what I have found is that I cannot PTT the radio whilst it
has a busy signal. Is there a way that I can override the busy channel
lockout?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090916/e23e31d6/attachment.html>

From hwstar at rodgers.sdcoxmail.com  Wed Sep 16 19:37:16 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Wed, 16 Sep 2009 12:37:16 -0700
Subject: [App_rpt-users] Busy Lockout on simplex node
Message-ID: <20090916193717.VMQP10258.dukecmfep04.coxmail.com@dukecmimpo02.coxmail.com>

This is by design. To do otherwise violates the rules here 
in the US, although I am curious as to why you want to
do this? 

You also might try duplex=0 and linktolink=yes in rpt.conf. For more info on duplex modes, look here:

http://app-rpt.qrvc.com/node/84

Steve
WA6ZFT




> 
> From: "Adrian Caldieraro" <adrian at choicecomm.com.au>
> Date: 2009/09/16 Wed AM 08:35:24 PDT
> To: <app_rpt-users at qrvc.com>
> Subject: [App_rpt-users] Busy Lockout on simplex node
> 
> I have just recently got my system up and running and for testing I am using
> a simplex radio, what I have found is that I cannot PTT the radio whilst it
> has a busy signal. Is there a way that I can override the busy channel
> lockout?
> 
> 
> 
-------------- next part --------------
_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users


From Ramesh at va3uv.com  Wed Sep 16 21:53:23 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Wed, 16 Sep 2009 17:53:23 -0400
Subject: [App_rpt-users] Kerchunk filter or equivalent of
	pulseback	timer?
In-Reply-To: <ff95e2ea0909121045k206c181gd6109117e1555a8f@mail.gmail.com>
References: <4AA9B43B.3010103@va3uv.com>
	<4AA9C194.5040505@qrvc.com>	<ff95e2ea0909120810k546643e1i2e212a80f9cb4150@mail.gmail.com>	<4AABBEBA.5010709@qrvc.com>
	<ff95e2ea0909121045k206c181gd6109117e1555a8f@mail.gmail.com>
Message-ID: <4AB15E53.7040301@va3uv.com>

Matt Beasant wrote:

> Hi Steve,
> 
> Yes I'm fine with doing the manual code updates, so if I can find it in 
> the usual place, I can install it and then try some different values for 
> the rxondelay setting.
> 
<-- Hi Steve / Matt;  Have I missed the solution to this? - what is the 
extent of the code changes required?

Thanks!

Ramesh.



From hwstar at rodgers.sdcoxmail.com  Wed Sep 16 23:36:44 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Wed, 16 Sep 2009 16:36:44 -0700
Subject: [App_rpt-users] Kerchunk filter or equivalent of
	pulseback	timer?
Message-ID: <20090916233644.YLQA11808.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com>


> 
> From: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
> Date: 2009/09/16 Wed PM 02:53:23 PDT
> To: APP_RPT_Users <app_rpt-users at qrvc.com>
> Subject: Re: [App_rpt-users] Kerchunk filter or equivalent of
> 	pulseback	timer?
> 
> Matt Beasant wrote:
> 
> > Hi Steve,
> > 
> > Yes I'm fine with doing the manual code updates, so if I can find it in 
> > the usual place, I can install it and then try some different values for 
> > the rxondelay setting.
> > 
> <-- Hi Steve / Matt;  Have I missed the solution to this? - what is the 
> extent of the code changes required?
> 
> Thanks!
> 
> Ramesh.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 


The code changes are going to be messy. That's why I suggested waiting for the release. The gist of it is that you are going to need chan_usbradio.c and everything in the xpmr directory as well. 

Please understand that because this is a manual change you need to proceed at your own risk; none of this code has been regressed against older versions. I'm not in a position right now to give intensive help if something goes wrong. 

Steve
WA6ZFT



From Ramesh at va3uv.com  Wed Sep 16 23:45:19 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Wed, 16 Sep 2009 19:45:19 -0400
Subject: [App_rpt-users] Kerchunk filter or equivalent
	of	pulseback	timer?
In-Reply-To: <20090916233644.YLQA11808.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com>
References: <20090916233644.YLQA11808.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com>
Message-ID: <4AB1788F.4030703@va3uv.com>

hwstar at rodgers.sdcoxmail.com wrote:
> The code changes are going to be messy. That's why I suggested waiting for the release. The gist of it is that you are going to need chan_usbradio.c and everything in the xpmr directory as well. 
> 
> Please understand that because this is a manual change you need to proceed at your own risk; none of this code has been regressed against older versions. I'm not in a position right now to give intensive help if something goes wrong. 
> 
<-- Ah right o' Steve; I'll wait for the official release then - 
especially since the issue is only on one system that (was) connecting 
to the hub!

Cheers,

Ramesh.


From no3m at no3m.net  Thu Sep 17 00:02:52 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Wed, 16 Sep 2009 20:02:52 -0400
Subject: [App_rpt-users] [morse] stanza
Message-ID: <4AB17CAC.4020003@no3m.net>

Is there a node stanza parameter for setting a custom morse stanza 
mapping?  The documentation online seems to suggest this, but there does 
not appear to be any such parameter in the app-rpt source.

73 - eric - no3m


From sales at qrvc.com  Thu Sep 17 02:50:01 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Wed, 16 Sep 2009 19:50:01 -0700
Subject: [App_rpt-users] [morse] stanza
In-Reply-To: <4AB17CAC.4020003@no3m.net>
References: <4AB17CAC.4020003@no3m.net>
Message-ID: <4AB1A3D9.6070803@qrvc.com>

Eric Tichansky wrote:
> Is there a node stanza parameter for setting a custom morse stanza 
> mapping?  The documentation online seems to suggest this, but there does 
> not appear to be any such parameter in the app-rpt source.
> 
> 73 - eric - no3m
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

You are correct, as it currently stands, there can only be one morse
stanza and it is shared across multiple nodes.

Steve
WA6ZFT



From hwstar at rodgers.sdcoxmail.com  Thu Sep 17 05:00:51 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Wed, 16 Sep 2009 22:00:51 -0700
Subject: [App_rpt-users] Announce: ACID version 0.9 released
Message-ID: <4AB1C283.5060405@rodgers.sdcoxmail.com>


ACID 0.9 can be downloaded from dl.allstarlink.org.

This is based on Centos 5.3,

ACID version 0.9 contains:

app_rpt.c version 0.203:

1. Added tone burst detection for our European friends.
2. Fixed W9SH's audio format mismatch on startup bug (very unusual config)
3. Added check for RPT_A version of zaptel.(We need this to fix
autopatch call progress issues)
4. Fixed strange keying problem with new version of IAXRPT.
5. Fixed more hang problems and unreliability with simplex
repeater/remote base nodes
6. Fixed telemetry propagation when downrev (non-newkey1) systems present
7. Fixed irlp/echolink tx audio distortion at high gains
8. Resolve spurious time out message.
9. Fixed problems with simplex autopatch.
10. Fixed serial rx hang problem with Kenwood remotes
11. Fixed problem with serial baud rate being wiped out on Kenwood
TMG-707 radios (using USB device).
12. Added delay statements to FT-897 serial commands on remote base
bacause some FT897 radios do not accept the complete sequence of
commands without some delay between the commands.
13. Fixed Mantis bug 0000032: ID Talkover CW loops causes RX audio to chop
14. Add beaconing node stanza key to allow the repeater ID to be sent
regardless of whether there has vin activity or not.
15. Fix "always enabled" bug with holdofftelem feature.
16. Add nounkeyct and holdofftelem node stanza confiiguration options.
17. Add COP functions 49 (NOICE) and 50 (NOICD) to enable and disable
all Allstar, Echolink and IRLP connections.
18. Fixed telemetry control parameters.
19. Resolve mantis bug 0000016: Quick unkeys and rekeys over the network
queue a link Courtesy Tone
20.Add nolocallinkct key to node stanza so that nodes co-hosted on the
same server can optionally send no link courtesy tone.
21. Added arbitary tone generation as COP function 48.
22.Add link activity timer function to resolve Mantis feature request
0000010.
23. Better control of IRLP connect and disconnect messages through
config file options and DTMF commands, and added irlpplay CLI command to
assist in queuing the messages one at a time.
24. Fixed Mantis bug 0000011 pad test broken
25. Fixed Mantis bug 0000004 out-of-band telemetry sent when link in
monitor
26.Added antenna select for FT-950
27. Cleaned up debug messages for FT-950
28, Added FT-950 support
29. Fix alarm setup with multiple uChameleons

chan_irlp.c version 0.27:

1, Fixed problem with enabling and disabling irlp connect/disconnect
announcement mmessages. Use irlpplay Asterisk cli command.
2, Don't update DB when operating in experimental reflector mode.
3. Resolve Mantis bug 0000001 by disabling Asterisk's DTMF decoder on
IRLP incoming audio.
4. Major changes to add experimental reflector support and ability to
connect to expermental reflectors.


chan_echolink.c version 0.21:

1, Resolved Mantis Bugs 0000026 and 0000038
2, Failure to connect to certain Echolink nodes.
3, Removed multiple initial packets.

chan_usbradio.c/xpmr has been updated:

1, CM108AH (new uri) support
2, Add support for CM119 sound chips
3, Improve carrier squelch operation.
4. Allow for hot plug functionallity of USB devices
5. Add rxontime parameter for simplex nodes. (anti-pingpong)
6. Fix TX hang problem.
7. Resolve Segfault when txmixa=voice and txtone is set to zero.
8. Sync with Xelatec version. Add TX blanking time.
9. Fixed mode steering problem and clipping in xpmr



Final Note: Someone needs to test the astupd feature on older ACID
installs and either say it works or doesn't work. Do not use astupd on
older installs until we have confirmation that it is working, play it
safe and do a complete install from CD unless this is reported to be
working from several sources.

Steve
WA6ZFT


From wb5nfc at yahoo.com  Thu Sep 17 08:20:15 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Thu, 17 Sep 2009 01:20:15 -0700 (PDT)
Subject: [App_rpt-users] Help with IRLP Experimental Refector Configuration
Message-ID: <679657.59836.qm@web51106.mail.re2.yahoo.com>

New iso is working fine with Echolink, but I'm having problems with IRLP... 

Cannot get an IRLP node to connect to my experimental reflector. The IRLP station hears a connect message, but I don't hear a thing. The
node trying to connect is properly configured to connect to exp
reflectors. Both irlphosts and exp-x-reference are updating. I have verified that the dyndns IP on file for my experimental node is correct...

CLI output:


 
[Sep 13 13:52:33] NOTICE[2419]: chan_irlp.c:1125
irlp_reader: irlp node attempted connect from 74.194.177.242 with no node info irlp.conf:

[general]
node=exp0012
call=wb5nfc
rtcptimeout=10
localispeakerport=2174
radmode=no
audioport=2074
context=radio-secure
astnode=2347

Suggestions on how to troubleshoot greatly appreciated...

John


John


      


From w9drr.ham at gmail.com  Thu Sep 17 21:08:00 2009
From: w9drr.ham at gmail.com (Don Russell)
Date: Thu, 17 Sep 2009 16:08:00 -0500
Subject: [App_rpt-users] Source for FOBS
Message-ID: <dbaef2590909171408ic25a882o2b2645b6e464672b@mail.gmail.com>

New source found.
Tigerdirect: SKU S262-7187 $14.99
S262-7008 White version same price.

Startech ICUSBAUDIO, cm108 chipset

-- 
Don Russell, CBRE
W9DRR
ARRL OES, Technical Specialist
Winnebago County AEC
http://www.socialengineer.us
--


From g4rky at yahoo.co.uk  Thu Sep 17 21:54:52 2009
From: g4rky at yahoo.co.uk (Matt Beasant)
Date: Thu, 17 Sep 2009 22:54:52 +0100
Subject: [App_rpt-users] Source for FOBS
In-Reply-To: <dbaef2590909171408ic25a882o2b2645b6e464672b@mail.gmail.com>
References: <dbaef2590909171408ic25a882o2b2645b6e464672b@mail.gmail.com>
Message-ID: <ff95e2ea0909171454l4469f9d9qc3ce356c90f5cc53@mail.gmail.com>

And for anyone in the UK, CPC stock the Lindy CM108 device cheaper than you
can buy them direct from Lindy!!!
CPC is now owned by Farnell.

Matt
G4RKY

2009/9/17 Don Russell <w9drr.ham at gmail.com>

> New source found.
> Tigerdirect: SKU S262-7187 $14.99
> S262-7008 White version same price.
>
> Startech ICUSBAUDIO, cm108 chipset
>
> --
> Don Russell, CBRE
> W9DRR
> ARRL OES, Technical Specialist
> Winnebago County AEC
> http://www.socialengineer.us
> --
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090917/824773f3/attachment.html>

From Ramesh at va3uv.com  Thu Sep 17 22:01:41 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 17 Sep 2009 18:01:41 -0400
Subject: [App_rpt-users] Source for FOBS
In-Reply-To: <dbaef2590909171408ic25a882o2b2645b6e464672b@mail.gmail.com>
References: <dbaef2590909171408ic25a882o2b2645b6e464672b@mail.gmail.com>
Message-ID: <4AB2B1C5.9070309@va3uv.com>

Don Russell wrote:
> New source found.
> Tigerdirect: SKU S262-7187 $14.99
> S262-7008 White version same price.
> 
> Startech ICUSBAUDIO, cm108 chipset
> 
<-- Hey Don - long time.... yep these are the Startech ones, I have been 
modifying these with good success (done about 8 of them now!).  The nice 
thing with these is that they do not have any LED's on them, so if you 
want to add an LED and bring it out to your enclosure, you can solder 
directly to pin 12 of the CM108 (yeh, I know, that means one more thing 
to solder onto the chip... but it makes for a nice product ;).  I'll 
send you some pics from the Fob Factory!

Cheers,

Ramesh.


From george at dyb.com  Fri Sep 18 17:32:30 2009
From: george at dyb.com (George Csahanin)
Date: Fri, 18 Sep 2009 12:32:30 -0500
Subject: [App_rpt-users] CM108 dongle
Message-ID: <005501ca3886$00249110$f814a8c0@lintv.com>

DEalExtreme still has 'em at $6.35 each in quantities over 3. I think that 
includes shipping. I bought five or six a few months ago, and it took a few 
weeks, but they were CHEAP.

http://www.dealextreme.com/details.dx/sku.21812



George J Csahanin
W2DB




From no3m at no3m.net  Sat Sep 19 16:16:06 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sat, 19 Sep 2009 12:16:06 -0400
Subject: [App_rpt-users] Echolink Unauthorized
Message-ID: <4AB503C6.2050307@no3m.net>

Is there anything specific that needs to be configured to permit certain 
connections to the repeater via echolink?  Specifically, when attempting 
to connect as user X to X-R (repeater), the client returns 
"Un-authorized".  The echolink.conf file has no permit/deny parameters, 
so by default all connections should be accepted?

Hopefully this hasn't been asked elsewhere, if so, please direct me to 
that thread; otherwise, any pointers appreciated.

73 - Eric - NO3M


From no3m at no3m.net  Sat Sep 19 16:25:05 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sat, 19 Sep 2009 12:25:05 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB503C6.2050307@no3m.net>
References: <4AB503C6.2050307@no3m.net>
Message-ID: <4AB505E1.6030707@no3m.net>

Left out some information:

Asterisk CLI:
[Sep 19 12:21:12] ERROR[15355]: chan_echolink.c:2185 do_new_call: Cannot 
find DB entry for a/ipaddr/XX.XX.XX.XX

The IP (XX.XX.XX.XX) is consistent with the public IP where the client 
is initiating a connection from; the echolink master servers are also 
reflecting the correct client IP.  I assume the DB entries are being 
updated periodically, but even after waiting a while, connects are still 
"un-authorized".

73 - Eric - NO3M

Eric Tichansky wrote:
> Is there anything specific that needs to be configured to permit certain 
> connections to the repeater via echolink?  Specifically, when attempting 
> to connect as user X to X-R (repeater), the client returns 
> "Un-authorized".  The echolink.conf file has no permit/deny parameters, 
> so by default all connections should be accepted?
>
> Hopefully this hasn't been asked elsewhere, if so, please direct me to 
> that thread; otherwise, any pointers appreciated.
>
> 73 - Eric - NO3M
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>   



From no3m at no3m.net  Sat Sep 19 16:30:26 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sat, 19 Sep 2009 12:30:26 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB505E1.6030707@no3m.net>
References: <4AB503C6.2050307@no3m.net> <4AB505E1.6030707@no3m.net>
Message-ID: <4AB50722.7090106@no3m.net>

Consider this thread "static".  Apparently the node update had not 
processed until several minutes later:

[Sep 19 12:25:17] NOTICE[15356]: chan_echolink.c:2102 do_el_directory: 
Directory pgm done downloading(full,compressed), 4345 records

Connection is fine.

NO3M

Eric Tichansky wrote:
> Left out some information:
>
> Asterisk CLI:
> [Sep 19 12:21:12] ERROR[15355]: chan_echolink.c:2185 do_new_call: Cannot 
> find DB entry for a/ipaddr/XX.XX.XX.XX
>
> The IP (XX.XX.XX.XX) is consistent with the public IP where the client 
> is initiating a connection from; the echolink master servers are also 
> reflecting the correct client IP.  I assume the DB entries are being 
> updated periodically, but even after waiting a while, connects are still 
> "un-authorized".
>
> 73 - Eric - NO3M
>
> Eric Tichansky wrote:
>   
>> Is there anything specific that needs to be configured to permit certain 
>> connections to the repeater via echolink?  Specifically, when attempting 
>> to connect as user X to X-R (repeater), the client returns 
>> "Un-authorized".  The echolink.conf file has no permit/deny parameters, 
>> so by default all connections should be accepted?
>>
>> Hopefully this hasn't been asked elsewhere, if so, please direct me to 
>> that thread; otherwise, any pointers appreciated.
>>
>> 73 - Eric - NO3M
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>   
>>     
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>   



From sales at qrvc.com  Sat Sep 19 17:47:13 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sat, 19 Sep 2009 10:47:13 -0700
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB50722.7090106@no3m.net>
References: <4AB503C6.2050307@no3m.net> <4AB505E1.6030707@no3m.net>
	<4AB50722.7090106@no3m.net>
Message-ID: <4AB51921.3070307@qrvc.com>

Eric Tichansky wrote:
> Consider this thread "static".  Apparently the node update had not 
> processed until several minutes later:
> 
> [Sep 19 12:25:17] NOTICE[15356]: chan_echolink.c:2102 do_el_directory: 
> Directory pgm done downloading(full,compressed), 4345 records
> 
> Connection is fine.
> 
> NO3M
> 
> Eric Tichansky wrote:
>> Left out some information:
>>
>> Asterisk CLI:
>> [Sep 19 12:21:12] ERROR[15355]: chan_echolink.c:2185 do_new_call: Cannot 
>> find DB entry for a/ipaddr/XX.XX.XX.XX
>>
>> The IP (XX.XX.XX.XX) is consistent with the public IP where the client 
>> is initiating a connection from; the echolink master servers are also 
>> reflecting the correct client IP.  I assume the DB entries are being 
>> updated periodically, but even after waiting a while, connects are still 
>> "un-authorized".
>>
>> 73 - Eric - NO3M
>>
>> Eric Tichansky wrote:
>>   
>>> Is there anything specific that needs to be configured to permit certain 
>>> connections to the repeater via echolink?  Specifically, when attempting 
>>> to connect as user X to X-R (repeater), the client returns 
>>> "Un-authorized".  The echolink.conf file has no permit/deny parameters, 
>>> so by default all connections should be accepted?
>>>
>>> Hopefully this hasn't been asked elsewhere, if so, please direct me to 
>>> that thread; otherwise, any pointers appreciated.
>>>
>>> 73 - Eric - NO3M
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>   
>>>     
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>   
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Bingo.

When run the echolink app on your pc, chan_echolink will not accept
connections until it downloads an update to the authorized nodes list
with your PC's node number in the update.

The thing to remember is that you must wait 5-10 minutes before trying
to connect so that a node update includes your PC's node number.

Steve
WA6ZFT


From wb5nfc at yahoo.com  Sat Sep 19 21:10:36 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sat, 19 Sep 2009 14:10:36 -0700 (PDT)
Subject: [App_rpt-users] irlpsetup
Message-ID: <834163.76021.qm@web51110.mail.re2.yahoo.com>

Is there a different procedure for setting up irlp in app_rpt.c version 0.203?

 ./irlpsetup.sh
--14:07:24--  http://dltest.allstarlink.org/installcd/irlp-centos-install
Resolving dltest.allstarlink.org... 67.23.8.125
Connecting to dltest.allstarlink.org|67.23.8.125|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
14:07:24 ERROR 404: Not Found.

chmod: cannot access `irlp-centos-install': No such file or directory
./irlpsetup.sh: line 13: ./irlp-centos-install: No such file or directory

Thanks!

John


      


From sales at qrvc.com  Sat Sep 19 21:46:58 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sat, 19 Sep 2009 14:46:58 -0700
Subject: [App_rpt-users] irlpsetup
In-Reply-To: <834163.76021.qm@web51110.mail.re2.yahoo.com>
References: <834163.76021.qm@web51110.mail.re2.yahoo.com>
Message-ID: <4AB55152.8060401@qrvc.com>

John (WB5NFC) wrote:
> Is there a different procedure for setting up irlp in app_rpt.c version 0.203?
> 
>  ./irlpsetup.sh
> --14:07:24--  http://dltest.allstarlink.org/installcd/irlp-centos-install
> Resolving dltest.allstarlink.org... 67.23.8.125
> Connecting to dltest.allstarlink.org|67.23.8.125|:80... connected.
> HTTP request sent, awaiting response... 404 Not Found
> 14:07:24 ERROR 404: Not Found.
> 
> chmod: cannot access `irlp-centos-install': No such file or directory
> ./irlpsetup.sh: line 13: ./irlp-centos-install: No such file or directory
> 
> Thanks!
> 
> John
> 
> 
>       
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

We have since released the latest to dl.allstarlink.org. Please use the
ISO to download and install from dl.allstarlink.org. Your installation
attempting to get it's files from dltest.allstarlink.org which means the
 iso you are currently using was obtained from there.
dltest.allstarlink.org is a test site and shouldn't be relied upon for
production systems.

If you are adventurous, you can try editing the file /etc/rc.d/acidrepo
and change the url inside of it to dl.allstarlink.org, but this may not
work if the test version you are running is very old.

Steve
WA6ZFT



From wb5nfc at yahoo.com  Sat Sep 19 22:00:09 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sat, 19 Sep 2009 15:00:09 -0700 (PDT)
Subject: [App_rpt-users] irlpsetup
In-Reply-To: <4AB55152.8060401@qrvc.com>
References: <834163.76021.qm@web51110.mail.re2.yahoo.com>
	<4AB55152.8060401@qrvc.com>
Message-ID: <449120.22081.qm@web51112.mail.re2.yahoo.com>



John (WB5NFC) wrote:
> Is there a different procedure for setting up irlp in app_rpt.c version 0.203?
> 
>  ./irlpsetup.sh
> --14:07:24--  http://dltest.allstarlink.org/installcd/irlp-centos-install
> Resolving dltest.allstarlink.org... 67.23.8.125
> Connecting to dltest.allstarlink.org|67.23.8.125|:80... connected.
> HTTP request sent, awaiting response... 404 Not Found
> 14:07:24 ERROR 404: Not Found.
> 
> chmod: cannot access `irlp-centos-install': No such file or directory
> ./irlpsetup.sh: line 13: ./irlp-centos-install: No such file or directory
> 
> Thanks!
> 
> John
> 

We have since released the latest to dl.allstarlink.org. Please use the
ISO to download and install from dl.allstarlink.org. Your installation
attempting to get it's files from dltest.allstarlink.org which means the
iso you are currently using was obtained from there.
dltest.allstarlink.org is a test site and shouldn't be relied upon for
production systems.

If you are adventurous, you can try editing the file /etc/rc.d/acidrepo
and change the url inside of it to dl.allstarlink.org, but this may not
work if the test version you are running is very old.

Steve
WA6ZFT

-------------

OK, now you're really confusing this newbie... isn't the ACID app_rpt.c version 0.203 installed on CentOS 5.3?  

The download link at dl.allstarlink.org indicates Centos 5.1

ISO image: allstar_link_centos_51.iso

John / WB5NFC


      


From sales at qrvc.com  Sat Sep 19 22:28:14 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sat, 19 Sep 2009 15:28:14 -0700
Subject: [App_rpt-users] irlpsetup
In-Reply-To: <449120.22081.qm@web51112.mail.re2.yahoo.com>
References: <834163.76021.qm@web51110.mail.re2.yahoo.com>	<4AB55152.8060401@qrvc.com>
	<449120.22081.qm@web51112.mail.re2.yahoo.com>
Message-ID: <4AB55AFE.2070803@qrvc.com>

John (WB5NFC) wrote:
> 
> John (WB5NFC) wrote:
>> Is there a different procedure for setting up irlp in app_rpt.c version 0.203?
>>
>>  ./irlpsetup.sh
>> --14:07:24--  http://dltest.allstarlink.org/installcd/irlp-centos-install
>> Resolving dltest.allstarlink.org... 67.23.8.125
>> Connecting to dltest.allstarlink.org|67.23.8.125|:80... connected.
>> HTTP request sent, awaiting response... 404 Not Found
>> 14:07:24 ERROR 404: Not Found.
>>
>> chmod: cannot access `irlp-centos-install': No such file or directory
>> ./irlpsetup.sh: line 13: ./irlp-centos-install: No such file or directory
>>
>> Thanks!
>>
>> John
>>
> 
> We have since released the latest to dl.allstarlink.org. Please use the
> ISO to download and install from dl.allstarlink.org. Your installation
> attempting to get it's files from dltest.allstarlink.org which means the
> iso you are currently using was obtained from there.
> dltest.allstarlink.org is a test site and shouldn't be relied upon for
> production systems.
> 
> If you are adventurous, you can try editing the file /etc/rc.d/acidrepo
> and change the url inside of it to dl.allstarlink.org, but this may not
> work if the test version you are running is very old.
> 
> Steve
> WA6ZFT
> 
> -------------
> 
> OK, now you're really confusing this newbie... isn't the ACID app_rpt.c version 0.203 installed on CentOS 5.3?  
> 
> The download link at dl.allstarlink.org indicates Centos 5.1
> 
> ISO image: allstar_link_centos_51.iso
> 
> John / WB5NFC
> 
> 
>       
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

The contents of the ISO and CD remains the same regardless of which
version it is. During the update process, it will become Centos 5.3 with
app_rpt version 0.203. A lot packages and source code get downloaded
from the net after the CD boots. What is on the CD is just enough to get
the process started.

Steve
WA6ZFT




From wb5nfc at yahoo.com  Sat Sep 19 22:37:06 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sat, 19 Sep 2009 15:37:06 -0700 (PDT)
Subject: [App_rpt-users] irlpsetup
In-Reply-To: <4AB55AFE.2070803@qrvc.com>
References: <834163.76021.qm@web51110.mail.re2.yahoo.com>
	<4AB55152.8060401@qrvc.com>
	<449120.22081.qm@web51112.mail.re2.yahoo.com>
	<4AB55AFE.2070803@qrvc.com>
Message-ID: <287692.28063.qm@web51108.mail.re2.yahoo.com>



John (WB5NFC) wrote:
> 
> John (WB5NFC) wrote:
>> Is there a different procedure for setting up irlp in app_rpt.c version 0.203?
>>
>>  ./irlpsetup.sh
>> --14:07:24--  http://dltest.allstarlink.org/installcd/irlp-centos-install
>> Resolving dltest.allstarlink.org... 67.23.8.125
>> Connecting to dltest.allstarlink.org|67.23.8.125|:80... connected.
>> HTTP request sent, awaiting response... 404 Not Found
>> 14:07:24 ERROR 404: Not Found.
>>
>> chmod: cannot access `irlp-centos-install': No such file or directory
>> ./irlpsetup.sh: line 13: ./irlp-centos-install: No such file or directory
>>
>> Thanks!
>>
>> John
>>
> 
> We have since released the latest to dl.allstarlink.org. Please use the
> ISO to download and install from dl.allstarlink.org. Your installation
> attempting to get it's files from dltest.allstarlink.org which means the
> iso you are currently using was obtained from there.
> dltest.allstarlink.org is a test site and shouldn't be relied upon for
> production systems.
> 
> If you are adventurous, you can try editing the file /etc/rc.d/acidrepo
> and change the url inside of it to dl.allstarlink.org, but this may not
> work if the test version you are running is very old.
> 
> Steve
> WA6ZFT
> 
> -------------
> 
> OK, now you're really confusing this newbie... isn't the ACID app_rpt.c version 0.203 installed on CentOS 5.3?  
> 
> The download link at dl.allstarlink.org indicates Centos 5.1
> 
> ISO image: allstar_link_centos_51.iso
> 
> John / WB5NFC
> 
> 
>      
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

The contents of the ISO and CD remains the same regardless of which
version it is. During the update process, it will become Centos 5.3 with
app_rpt version 0.203. A lot packages and source code get downloaded
from the net after the CD boots. What is on the CD is just enough to get
the process started.

Steve
WA6ZFT

----

Thanks for the education. Makes perfect sense. BTW, your suggestion to edit /acidrepo worked. My test download was only about a week old. 

The node appears on IRLP but apparently I still have some configuration to do. Doing my homework now before I ask more stupid questions...<g>. 

John / WB5NFC


      


From hwstar at rodgers.sdcoxmail.com  Sat Sep 19 23:17:53 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sat, 19 Sep 2009 16:17:53 -0700
Subject: [App_rpt-users] Announce: ACID version 0.9 released [or where
 did the pgp binary go?]
In-Reply-To: <d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>	
	<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>	
	<4AB2EB5F.6020605@rodgers.sdcoxmail.com>
	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
Message-ID: <4AB566A1.4000501@rodgers.sdcoxmail.com>

Keith Williamson wrote:
> I decided to start from scratch with the new v0.9 CentOS 5.3 iso.
> All went fine and my Allstar node (2541) registered fine and my echolink
> node registered fine. However, when I attempted a NEW install of irlp, the
> irlp-centos-install script bombed out on line 423 when it attempted to run
> /home/irlp/bin/pgp. The pgp executable is missing. I checked with a "tar
> -tzf  irlp-centos-dist.tgz" (in irlp-install-files) and it is indeed
> missing.
> 
> Should I just do a yum install of pgp and link pgp into /home/irlp/bin or
> are there perhaps more files missing from the irlp-centos-dist.tgz?
> 
> Thanks,
> 
> Keith, KF7DRV
> 
> On Thu, Sep 17, 2009 at 7:07 PM, Stephen Rodgers <
> hwstar at rodgers.sdcoxmail.com> wrote:
> 
>> Keith Williamson wrote:
>>> Hi.
>>> Looking at the installcd directory at dl.allstarlink.org, I only see an
>> iso
>>> for CentOS 5.1 dated March 9.
>>>
>>> Also, I have been trying to do the IRLP setup for a NEW IRLP node and the
>>> install script bombs out when it gets to the point of doing the wget of
>>> irlp-centos-dist.tgz. This morning I was able to manually download it
>> with
>>> wget but then tar complained that it wasn't a valid gzip'd file. Just a
>> few
>>> minutes ago, it appeared as if the file is not even in the installcd
>>> directory anymore.
>>>
>>> Is the installcd folder just in flux for a day or so while the switchover
>> is
>>> made to 0.9 or am I missing something fundamental here?
>>>
>>> Thanks,
>>>
>>> Keith, KF7DRV
>>>
>>>
>>> On Wed, Sep 16, 2009 at 10:00 PM, Stephen Rodgers <
>>> hwstar at rodgers.sdcoxmail.com> wrote:
>>>
>>>> ACID 0.9 can be downloaded from dl.allstarlink.or<
>> http://dl.allstarlink.org>
>>>> g
>>>> This is based on Centos 5.3,
>>>>
>>>> ACID version 0.9 contains:
>>>>
>>>> app_rpt.c version 0.203:
>>>>
>>>> 1. Added tone burst detection for our European friends.
>>>> 2. Fixed W9SH's audio format mismatch on startup bug (very unusual
>> config)
>>>> 3. Added check for RPT_A version of zaptel.(We need this to fix
>>>> autopatch call progress issues)
>>>> 4. Fixed strange keying problem with new version of IAXRPT.
>>>> 5. Fixed more hang problems and unreliability with simplex
>>>> repeater/remote base nodes
>>>> 6. Fixed telemetry propagation when downrev (non-newkey1) systems
>> present
>>>> 7. Fixed irlp/echolink tx audio distortion at high gains
>>>> 8. Resolve spurious time out message.
>>>> 9. Fixed problems with simplex autopatch.
>>>> 10. Fixed serial rx hang problem with Kenwood remotes
>>>> 11. Fixed problem with serial baud rate being wiped out on Kenwood
>>>> TMG-707 radios (using USB device).
>>>> 12. Added delay statements to FT-897 serial commands on remote base
>>>> bacause some FT897 radios do not accept the complete sequence of
>>>> commands without some delay between the commands.
>>>> 13. Fixed Mantis bug 0000032: ID Talkover CW loops causes RX audio to
>> chop
>>>> 14. Add beaconing node stanza key to allow the repeater ID to be sent
>>>> regardless of whether there has vin activity or not.
>>>> 15. Fix "always enabled" bug with holdofftelem feature.
>>>> 16. Add nounkeyct and holdofftelem node stanza confiiguration options.
>>>> 17. Add COP functions 49 (NOICE) and 50 (NOICD) to enable and disable
>>>> all Allstar, Echolink and IRLP connections.
>>>> 18. Fixed telemetry control parameters.
>>>> 19. Resolve mantis bug 0000016: Quick unkeys and rekeys over the network
>>>> queue a link Courtesy Tone
>>>> 20.Add nolocallinkct key to node stanza so that nodes co-hosted on the
>>>> same server can optionally send no link courtesy tone.
>>>> 21. Added arbitary tone generation as COP function 48.
>>>> 22.Add link activity timer function to resolve Mantis feature request
>>>> 0000010.
>>>> 23. Better control of IRLP connect and disconnect messages through
>>>> config file options and DTMF commands, and added irlpplay CLI command to
>>>> assist in queuing the messages one at a time.
>>>> 24. Fixed Mantis bug 0000011 pad test broken
>>>> 25. Fixed Mantis bug 0000004 out-of-band telemetry sent when link in
>>>> monitor
>>>> 26.Added antenna select for FT-950
>>>> 27. Cleaned up debug messages for FT-950
>>>> 28, Added FT-950 support
>>>> 29. Fix alarm setup with multiple uChameleons
>>>>
>>>> chan_irlp.c version 0.27:
>>>>
>>>> 1, Fixed problem with enabling and disabling irlp connect/disconnect
>>>> announcement mmessages. Use irlpplay Asterisk cli command.
>>>> 2, Don't update DB when operating in experimental reflector mode.
>>>> 3. Resolve Mantis bug 0000001 by disabling Asterisk's DTMF decoder on
>>>> IRLP incoming audio.
>>>> 4. Major changes to add experimental reflector support and ability to
>>>> connect to expermental reflectors.
>>>>
>>>>
>>>> chan_echolink.c version 0.21:
>>>>
>>>> 1, Resolved Mantis Bugs 0000026 and 0000038
>>>> 2, Failure to connect to certain Echolink nodes.
>>>> 3, Removed multiple initial packets.
>>>>
>>>> chan_usbradio.c/xpmr has been updated:
>>>>
>>>> 1, CM108AH (new uri) support
>>>> 2, Add support for CM119 sound chips
>>>> 3, Improve carrier squelch operation.
>>>> 4. Allow for hot plug functionallity of USB devices
>>>> 5. Add rxontime parameter for simplex nodes. (anti-pingpong)
>>>> 6. Fix TX hang problem.
>>>> 7. Resolve Segfault when txmixa=voice and txtone is set to zero.
>>>> 8. Sync with Xelatec version. Add TX blanking time.
>>>> 9. Fixed mode steering problem and clipping in xpmr
>>>>
>>>>
>>>>
>>>> Final Note: Someone needs to test the astupd feature on older ACID
>>>> installs and either say it works or doesn't work. Do not use astupd on
>>>> older installs until we have confirmation that it is working, play it
>>>> safe and do a complete install from CD unless this is reported to be
>>>> working from several sources.
>>>>
>>>> Steve
>>>> WA6ZFT
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at qrvc.com
>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>
>> The ISO usually doesn't change when an upgrade is release, because most
>> of the code is downloaded over the network using install scripts.
>>
>> The  irlp-centos-dist.tgz tarball got inavertently deleted during the
>> move over from dltest. It has since been restored.
>>
>> Steve
>> WA6ZFT
>>
>>
> 
Good question....

The file on dl.allstarlink.org is missing the mentioned binary. We are
working to regenerate the correct binary with everything necessary
included.

The same faulty file is in our revision control system as well! Grrrr....

Please be patient, we'll announce when the file has been updated....


Steve
WA6ZFT


From kb2ear at kb2ear.net  Sun Sep 20 17:55:52 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Sun, 20 Sep 2009 13:55:52 -0400
Subject: [App_rpt-users] squelch tail
Message-ID: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>

I've been listening on the LA hub and noticed that the systems on there 
don't have a squelch tail after each receive. I have always had one no mater 
what radio I've used. My current config is as follows: 1 pair of Icom F221 
radios (Full duplex), 1 URI and on Dell PC running ACID (Updated to latest 
ACID asterisk release.) The COR is hardware from the radio. PL is DSP. What 
is everyone else doing different?

Thanks & 73
Scott KB2EAR 




From sales at qrvc.com  Sun Sep 20 18:57:57 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 20 Sep 2009 11:57:57 -0700
Subject: [App_rpt-users] squelch tail
In-Reply-To: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
Message-ID: <4AB67B35.5040207@qrvc.com>

Scott Weis wrote:
> I've been listening on the LA hub and noticed that the systems on there 
> don't have a squelch tail after each receive. I have always had one no mater 
> what radio I've used. My current config is as follows: 1 pair of Icom F221 
> radios (Full duplex), 1 URI and on Dell PC running ACID (Updated to latest 
> ACID asterisk release.) The COR is hardware from the radio. PL is DSP. What 
> is everyone else doing different?
> 
> Thanks & 73
> Scott KB2EAR 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Hi Scott,

There could be a couple of things that could cause this:

1. COR always asserted from the radio, and carrier detect depending on
CTCSS decode only. Check for signal swing on the COR line with a
voltmeter or a scope and make sure it swings below 0.3V and above 3V for
signal and no signal conditions.


2. There have been reports that when external COR is used with internal
DSP CTCSS decode, that the system doesn't respond as quickly as when DSP
is used for both CTCSS and squelch, or when an external decoder is used
for both CTCSS and the radio's squelch circuit is used. None of this is
confirmed so if you could confirm it, that would be useful.

As a test, try using external COR and CTCSS or a combined signal and see
if that  eliminates the squelch tail.

Steve
WA6ZFT


From k1lnx at k1lnx.net  Sun Sep 20 19:33:23 2009
From: k1lnx at k1lnx.net (Stephen - K1LNX)
Date: Sun, 20 Sep 2009 15:33:23 -0400
Subject: [App_rpt-users] squelch tail
In-Reply-To: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
Message-ID: <8390870f0909201233t40d8dd2bwd5ffb07d48fadc5b@mail.gmail.com>

Scott,
     For what's it's worth, I am running a single Icom F221S UHF radio and
using the onboard CTCSS capabilities and it works flawlessly. I don't have
any problems with squelch tails, you may experiment with yours and find that
to be the case, let us know how you make out if you do.  :)

Stephen
K1LNX


On Sun, Sep 20, 2009 at 1:55 PM, Scott Weis <kb2ear at kb2ear.net> wrote:

> I've been listening on the LA hub and noticed that the systems on there
> don't have a squelch tail after each receive. I have always had one no
> mater
> what radio I've used. My current config is as follows: 1 pair of Icom F221
> radios (Full duplex), 1 URI and on Dell PC running ACID (Updated to latest
> ACID asterisk release.) The COR is hardware from the radio. PL is DSP. What
> is everyone else doing different?
>
> Thanks & 73
> Scott KB2EAR
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>



-- 
**********************************
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net
google voice: 423-665-9367
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090920/6f6296b2/attachment.html>

From bbrown at byrg.net  Sun Sep 20 19:36:22 2009
From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=)
Date: Sun, 20 Sep 2009 14:36:22 -0500
Subject: [App_rpt-users] squelch tail
In-Reply-To: <8390870f0909201233t40d8dd2bwd5ffb07d48fadc5b@mail.gmail.com>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
	<8390870f0909201233t40d8dd2bwd5ffb07d48fadc5b@mail.gmail.com>
Message-ID: <358e96270909201236n163c4840o3cdd1e4be97b3384@mail.gmail.com>

stephen,

are you meaning "onboard" to the Icom or the USB fob?
as i too have had problem with certain radios and fobs.


--
Thanks in Advance

  Bob Brown, W?NQX

  Kansas City Metro Area

  http://sm0kenet.net

  http://byrg.net

  http://kcdstar.byrg.net

"Surely you can't be serious?" "Of course I am, and don't call me Shirley."

Pablo Picasso<http://www.brainyquote.com/quotes/authors/p/pablo_picasso.html>
- "Computers are useless. They can only give you answers."

On Sun, Sep 20, 2009 at 14:33, Stephen - K1LNX <k1lnx at k1lnx.net> wrote:

> Scott,
>      For what's it's worth, I am running a single Icom F221S UHF radio and
> using the onboard CTCSS capabilities and it works flawlessly. I don't have
> any problems with squelch tails, you may experiment with yours and find that
> to be the case, let us know how you make out if you do.  :)
>
> Stephen
> K1LNX
>
>
>
> On Sun, Sep 20, 2009 at 1:55 PM, Scott Weis <kb2ear at kb2ear.net> wrote:
>
>> I've been listening on the LA hub and noticed that the systems on there
>> don't have a squelch tail after each receive. I have always had one no
>> mater
>> what radio I've used. My current config is as follows: 1 pair of Icom F221
>> radios (Full duplex), 1 URI and on Dell PC running ACID (Updated to latest
>> ACID asterisk release.) The COR is hardware from the radio. PL is DSP.
>> What
>> is everyone else doing different?
>>
>> Thanks & 73
>> Scott KB2EAR
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>
>
>
> --
> **********************************
> Stephen Brown - ARS K1LNX
> Johnson City, TN EM86
> http://www.k1lnx.net
> google voice: 423-665-9367
> **********************************
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090920/b2ba0c34/attachment.html>

From k1lnx at k1lnx.net  Sun Sep 20 19:37:41 2009
From: k1lnx at k1lnx.net (Stephen - K1LNX)
Date: Sun, 20 Sep 2009 15:37:41 -0400
Subject: [App_rpt-users] squelch tail
In-Reply-To: <358e96270909201236n163c4840o3cdd1e4be97b3384@mail.gmail.com>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
	<8390870f0909201233t40d8dd2bwd5ffb07d48fadc5b@mail.gmail.com>
	<358e96270909201236n163c4840o3cdd1e4be97b3384@mail.gmail.com>
Message-ID: <8390870f0909201237t18ff972aw199d813eb22b27ef@mail.gmail.com>

Onboard the radio itself, I set mine to 100hz for both TX and RX for
example, and of course disabled the CTCSS option in usbradio.conf

On Sun, Sep 20, 2009 at 3:36 PM, Bob Brown - W?NQX <bbrown at byrg.net> wrote:

> stephen,
>
> are you meaning "onboard" to the Icom or the USB fob?
> as i too have had problem with certain radios and fobs.
>
>
> --
> Thanks in Advance
>
>   Bob Brown, W?NQX
>
>   Kansas City Metro Area
>
>   http://sm0kenet.net
>
>   http://byrg.net
>
>   http://kcdstar.byrg.net
>
> "Surely you can't be serious?" "Of course I am, and don't call me Shirley."
>
> Pablo Picasso<http://www.brainyquote.com/quotes/authors/p/pablo_picasso.html> - "Computers are useless. They can only give you answers."
>
> On Sun, Sep 20, 2009 at 14:33, Stephen - K1LNX <k1lnx at k1lnx.net> wrote:
>
>> Scott,
>>      For what's it's worth, I am running a single Icom F221S UHF radio and
>> using the onboard CTCSS capabilities and it works flawlessly. I don't have
>> any problems with squelch tails, you may experiment with yours and find that
>> to be the case, let us know how you make out if you do.  :)
>>
>> Stephen
>> K1LNX
>>
>>
>>
>> On Sun, Sep 20, 2009 at 1:55 PM, Scott Weis <kb2ear at kb2ear.net> wrote:
>>
>>> I've been listening on the LA hub and noticed that the systems on there
>>> don't have a squelch tail after each receive. I have always had one no
>>> mater
>>> what radio I've used. My current config is as follows: 1 pair of Icom
>>> F221
>>> radios (Full duplex), 1 URI and on Dell PC running ACID (Updated to
>>> latest
>>> ACID asterisk release.) The COR is hardware from the radio. PL is DSP.
>>> What
>>> is everyone else doing different?
>>>
>>> Thanks & 73
>>> Scott KB2EAR
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>>
>>
>>
>> --
>> **********************************
>> Stephen Brown - ARS K1LNX
>> Johnson City, TN EM86
>> http://www.k1lnx.net
>> google voice: 423-665-9367
>> **********************************
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>>
>


-- 
**********************************
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net
google voice: 423-665-9367
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090920/69df0e3e/attachment.html>

From bbrown at byrg.net  Sun Sep 20 19:40:40 2009
From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=)
Date: Sun, 20 Sep 2009 14:40:40 -0500
Subject: [App_rpt-users] Announce: ACID version 0.9 released
In-Reply-To: <4AB1C283.5060405@rodgers.sdcoxmail.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>
Message-ID: <358e96270909201240x2183d26dq4c0526ed382371ae@mail.gmail.com>

BTW i just updated node 2181 using the update script

i went from 0.174 to 0.203

remotely via ssh, seamed to go fine i guess time will tell.

seems i am always behind. hihi!

the new rebuilt 2180 node was a raw install from the
latest DL iso.
--
Thanks in Advance

  Bob Brown, W?NQX

  Kansas City Metro Area

  http://sm0kenet.net

  http://byrg.net

  http://kcdstar.byrg.net

"Surely you can't be serious?" "Of course I am, and don't call me Shirley."

Jonathan Swift<http://www.brainyquote.com/quotes/authors/j/jonathan_swift.html>
- "May you live every day of your life."

On Thu, Sep 17, 2009 at 00:00, Stephen Rodgers <hwstar at rodgers.sdcoxmail.com
> wrote:

>
> ACID 0.9 can be downloaded from dl.allstarlink.org.
>
> This is based on Centos 5.3,
>
> ACID version 0.9 contains:
>
> app_rpt.c version 0.203:
>
> 1. Added tone burst detection for our European friends.
> 2. Fixed W9SH's audio format mismatch on startup bug (very unusual config)
> 3. Added check for RPT_A version of zaptel.(We need this to fix
> autopatch call progress issues)
> 4. Fixed strange keying problem with new version of IAXRPT.
> 5. Fixed more hang problems and unreliability with simplex
> repeater/remote base nodes
> 6. Fixed telemetry propagation when downrev (non-newkey1) systems present
> 7. Fixed irlp/echolink tx audio distortion at high gains
> 8. Resolve spurious time out message.
> 9. Fixed problems with simplex autopatch.
> 10. Fixed serial rx hang problem with Kenwood remotes
> 11. Fixed problem with serial baud rate being wiped out on Kenwood
> TMG-707 radios (using USB device).
> 12. Added delay statements to FT-897 serial commands on remote base
> bacause some FT897 radios do not accept the complete sequence of
> commands without some delay between the commands.
> 13. Fixed Mantis bug 0000032: ID Talkover CW loops causes RX audio to chop
> 14. Add beaconing node stanza key to allow the repeater ID to be sent
> regardless of whether there has vin activity or not.
> 15. Fix "always enabled" bug with holdofftelem feature.
> 16. Add nounkeyct and holdofftelem node stanza confiiguration options.
> 17. Add COP functions 49 (NOICE) and 50 (NOICD) to enable and disable
> all Allstar, Echolink and IRLP connections.
> 18. Fixed telemetry control parameters.
> 19. Resolve mantis bug 0000016: Quick unkeys and rekeys over the network
> queue a link Courtesy Tone
> 20.Add nolocallinkct key to node stanza so that nodes co-hosted on the
> same server can optionally send no link courtesy tone.
> 21. Added arbitary tone generation as COP function 48.
> 22.Add link activity timer function to resolve Mantis feature request
> 0000010.
> 23. Better control of IRLP connect and disconnect messages through
> config file options and DTMF commands, and added irlpplay CLI command to
> assist in queuing the messages one at a time.
> 24. Fixed Mantis bug 0000011 pad test broken
> 25. Fixed Mantis bug 0000004 out-of-band telemetry sent when link in
> monitor
> 26.Added antenna select for FT-950
> 27. Cleaned up debug messages for FT-950
> 28, Added FT-950 support
> 29. Fix alarm setup with multiple uChameleons
>
> chan_irlp.c version 0.27:
>
> 1, Fixed problem with enabling and disabling irlp connect/disconnect
> announcement mmessages. Use irlpplay Asterisk cli command.
> 2, Don't update DB when operating in experimental reflector mode.
> 3. Resolve Mantis bug 0000001 by disabling Asterisk's DTMF decoder on
> IRLP incoming audio.
> 4. Major changes to add experimental reflector support and ability to
> connect to expermental reflectors.
>
>
> chan_echolink.c version 0.21:
>
> 1, Resolved Mantis Bugs 0000026 and 0000038
> 2, Failure to connect to certain Echolink nodes.
> 3, Removed multiple initial packets.
>
> chan_usbradio.c/xpmr has been updated:
>
> 1, CM108AH (new uri) support
> 2, Add support for CM119 sound chips
> 3, Improve carrier squelch operation.
> 4. Allow for hot plug functionallity of USB devices
> 5. Add rxontime parameter for simplex nodes. (anti-pingpong)
> 6. Fix TX hang problem.
> 7. Resolve Segfault when txmixa=voice and txtone is set to zero.
> 8. Sync with Xelatec version. Add TX blanking time.
> 9. Fixed mode steering problem and clipping in xpmr
>
>
>
> Final Note: Someone needs to test the astupd feature on older ACID
> installs and either say it works or doesn't work. Do not use astupd on
> older installs until we have confirmation that it is working, play it
> safe and do a complete install from CD unless this is reported to be
> working from several sources.
>
> Steve
> WA6ZFT
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090920/0b5217e8/attachment.html>

From kb2ear at kb2ear.net  Sun Sep 20 19:46:12 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Sun, 20 Sep 2009 15:46:12 -0400
Subject: [App_rpt-users] squelch tail
In-Reply-To: <4AB67B35.5040207@qrvc.com>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>
	<4AB67B35.5040207@qrvc.com>
Message-ID: <5EC7274C317C47ECB874BCBCEA128559@KB2EAR2>

>
> Hi Scott,
>
> There could be a couple of things that could cause this:
>
> 1. COR always asserted from the radio, and carrier detect depending on
> CTCSS decode only. Check for signal swing on the COR line with a
> voltmeter or a scope and make sure it swings below 0.3V and above 3V for
> signal and no signal conditions.
>
COR no signal +12v, COR w/signal 0.0v usbradio.conf = carrierfrom=usbinvert

>
> 2. There have been reports that when external COR is used with internal
> DSP CTCSS decode, that the system doesn't respond as quickly as when DSP
> is used for both CTCSS and squelch, or when an external decoder is used
> for both CTCSS and the radio's squelch circuit is used. None of this is
> confirmed so if you could confirm it, that would be useful.
>
As a test I have done:  External COR w/o PL (either internal or external) = 
Short Sq tail, External COR w/external PL = no sq tail, DSP COR and DSP PL = 
Really long Sq tail. ( I have radio tune rxsquelch set to 900 and RSSI is 
716).

I have noticed that when I do a radio tune rxnoise and I use DSP ctcss I 
get:
WARNING: Insufficient high frequency noise from receiver.
WARNING: Rx input point may be de-emphasized and not flat.
         usbradio.conf setting of 'carrierfrom=dsp' not recommended.
but when I have ctcssfrom=no it does not give the warning.

> As a test, try using external COR and CTCSS or a combined signal and see
> if that  eliminates the squelch tail.
>
> Steve
> WA6ZFT
>
> 




From sales at qrvc.com  Sun Sep 20 19:53:00 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 20 Sep 2009 12:53:00 -0700
Subject: [App_rpt-users] Missing PGP binary issue resolved.
In-Reply-To: <4AB566A1.4000501@rodgers.sdcoxmail.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>		<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>		<4AB2EB5F.6020605@rodgers.sdcoxmail.com>	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
	<4AB566A1.4000501@rodgers.sdcoxmail.com>
Message-ID: <4AB6881C.1050206@qrvc.com>

Stephen Rodgers wrote:
> Keith Williamson wrote:
>> I decided to start from scratch with the new v0.9 CentOS 5.3 iso.
>> All went fine and my Allstar node (2541) registered fine and my echolink
>> node registered fine. However, when I attempted a NEW install of irlp, the
>> irlp-centos-install script bombed out on line 423 when it attempted to run
>> /home/irlp/bin/pgp. The pgp executable is missing. I checked with a "tar
>> -tzf  irlp-centos-dist.tgz" (in irlp-install-files) and it is indeed
>> missing.
>>
>> Should I just do a yum install of pgp and link pgp into /home/irlp/bin or
>> are there perhaps more files missing from the irlp-centos-dist.tgz?
>>
>> Thanks,
>>
>> Keith, KF7DRV
>>
>> On Thu, Sep 17, 2009 at 7:07 PM, Stephen Rodgers <
>> hwstar at rodgers.sdcoxmail.com> wrote:
>>
>>> Keith Williamson wrote:
>>>> Hi.
>>>> Looking at the installcd directory at dl.allstarlink.org, I only see an
>>> iso
>>>> for CentOS 5.1 dated March 9.
>>>>
>>>> Also, I have been trying to do the IRLP setup for a NEW IRLP node and the
>>>> install script bombs out when it gets to the point of doing the wget of
>>>> irlp-centos-dist.tgz. This morning I was able to manually download it
>>> with
>>>> wget but then tar complained that it wasn't a valid gzip'd file. Just a
>>> few
>>>> minutes ago, it appeared as if the file is not even in the installcd
>>>> directory anymore.
>>>>
>>>> Is the installcd folder just in flux for a day or so while the switchover
>>> is
>>>> made to 0.9 or am I missing something fundamental here?
>>>>
>>>> Thanks,
>>>>
>>>> Keith, KF7DRV
>>>>
>>>>
>>>> On Wed, Sep 16, 2009 at 10:00 PM, Stephen Rodgers <
>>>> hwstar at rodgers.sdcoxmail.com> wrote:
>>>>
>>>>> ACID 0.9 can be downloaded from dl.allstarlink.or<
>>> http://dl.allstarlink.org>
>>>>> g
>>>>> This is based on Centos 5.3,
>>>>>
>>>>> ACID version 0.9 contains:
>>>>>
>>>>> app_rpt.c version 0.203:
>>>>>
>>>>> 1. Added tone burst detection for our European friends.
>>>>> 2. Fixed W9SH's audio format mismatch on startup bug (very unusual
>>> config)
>>>>> 3. Added check for RPT_A version of zaptel.(We need this to fix
>>>>> autopatch call progress issues)
>>>>> 4. Fixed strange keying problem with new version of IAXRPT.
>>>>> 5. Fixed more hang problems and unreliability with simplex
>>>>> repeater/remote base nodes
>>>>> 6. Fixed telemetry propagation when downrev (non-newkey1) systems
>>> present
>>>>> 7. Fixed irlp/echolink tx audio distortion at high gains
>>>>> 8. Resolve spurious time out message.
>>>>> 9. Fixed problems with simplex autopatch.
>>>>> 10. Fixed serial rx hang problem with Kenwood remotes
>>>>> 11. Fixed problem with serial baud rate being wiped out on Kenwood
>>>>> TMG-707 radios (using USB device).
>>>>> 12. Added delay statements to FT-897 serial commands on remote base
>>>>> bacause some FT897 radios do not accept the complete sequence of
>>>>> commands without some delay between the commands.
>>>>> 13. Fixed Mantis bug 0000032: ID Talkover CW loops causes RX audio to
>>> chop
>>>>> 14. Add beaconing node stanza key to allow the repeater ID to be sent
>>>>> regardless of whether there has vin activity or not.
>>>>> 15. Fix "always enabled" bug with holdofftelem feature.
>>>>> 16. Add nounkeyct and holdofftelem node stanza confiiguration options.
>>>>> 17. Add COP functions 49 (NOICE) and 50 (NOICD) to enable and disable
>>>>> all Allstar, Echolink and IRLP connections.
>>>>> 18. Fixed telemetry control parameters.
>>>>> 19. Resolve mantis bug 0000016: Quick unkeys and rekeys over the network
>>>>> queue a link Courtesy Tone
>>>>> 20.Add nolocallinkct key to node stanza so that nodes co-hosted on the
>>>>> same server can optionally send no link courtesy tone.
>>>>> 21. Added arbitary tone generation as COP function 48.
>>>>> 22.Add link activity timer function to resolve Mantis feature request
>>>>> 0000010.
>>>>> 23. Better control of IRLP connect and disconnect messages through
>>>>> config file options and DTMF commands, and added irlpplay CLI command to
>>>>> assist in queuing the messages one at a time.
>>>>> 24. Fixed Mantis bug 0000011 pad test broken
>>>>> 25. Fixed Mantis bug 0000004 out-of-band telemetry sent when link in
>>>>> monitor
>>>>> 26.Added antenna select for FT-950
>>>>> 27. Cleaned up debug messages for FT-950
>>>>> 28, Added FT-950 support
>>>>> 29. Fix alarm setup with multiple uChameleons
>>>>>
>>>>> chan_irlp.c version 0.27:
>>>>>
>>>>> 1, Fixed problem with enabling and disabling irlp connect/disconnect
>>>>> announcement mmessages. Use irlpplay Asterisk cli command.
>>>>> 2, Don't update DB when operating in experimental reflector mode.
>>>>> 3. Resolve Mantis bug 0000001 by disabling Asterisk's DTMF decoder on
>>>>> IRLP incoming audio.
>>>>> 4. Major changes to add experimental reflector support and ability to
>>>>> connect to expermental reflectors.
>>>>>
>>>>>
>>>>> chan_echolink.c version 0.21:
>>>>>
>>>>> 1, Resolved Mantis Bugs 0000026 and 0000038
>>>>> 2, Failure to connect to certain Echolink nodes.
>>>>> 3, Removed multiple initial packets.
>>>>>
>>>>> chan_usbradio.c/xpmr has been updated:
>>>>>
>>>>> 1, CM108AH (new uri) support
>>>>> 2, Add support for CM119 sound chips
>>>>> 3, Improve carrier squelch operation.
>>>>> 4. Allow for hot plug functionallity of USB devices
>>>>> 5. Add rxontime parameter for simplex nodes. (anti-pingpong)
>>>>> 6. Fix TX hang problem.
>>>>> 7. Resolve Segfault when txmixa=voice and txtone is set to zero.
>>>>> 8. Sync with Xelatec version. Add TX blanking time.
>>>>> 9. Fixed mode steering problem and clipping in xpmr
>>>>>
>>>>>
>>>>>
>>>>> Final Note: Someone needs to test the astupd feature on older ACID
>>>>> installs and either say it works or doesn't work. Do not use astupd on
>>>>> older installs until we have confirmation that it is working, play it
>>>>> safe and do a complete install from CD unless this is reported to be
>>>>> working from several sources.
>>>>>
>>>>> Steve
>>>>> WA6ZFT
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at qrvc.com
>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>
>>> The ISO usually doesn't change when an upgrade is release, because most
>>> of the code is downloaded over the network using install scripts.
>>>
>>> The  irlp-centos-dist.tgz tarball got inavertently deleted during the
>>> move over from dltest. It has since been restored.
>>>
>>> Steve
>>> WA6ZFT
>>>
>>>
> Good question....
> 
> The file on dl.allstarlink.org is missing the mentioned binary. We are
> working to regenerate the correct binary with everything necessary
> included.
> 
> The same faulty file is in our revision control system as well! Grrrr....
> 
> Please be patient, we'll announce when the file has been updated....
> 
> 
> Steve
> WA6ZFT
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

The irlp update script has been updated inside the irlp-centos-dist.tgz
tarball to download tyhe pgp binary from IRLP's webserver. A new tarball
was uploaded to dl.allstarlink.org. I've done a dry run and it now
downloads the pgp file correctly and completes the install (without
sending the order into to the IRLP folks).

Someone now needs to step forward and do a live install and report back
on the results of that ;)

Steve
WA6ZFT





From no3m at no3m.net  Sun Sep 20 20:01:50 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sun, 20 Sep 2009 16:01:50 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB51921.3070307@qrvc.com>
References: <4AB503C6.2050307@no3m.net> <4AB505E1.6030707@no3m.net>
	<4AB50722.7090106@no3m.net> <4AB51921.3070307@qrvc.com>
Message-ID: <4AB68A2E.3060708@no3m.net>

The problem that keeps coming up is that while the updates are 
attempted, it often fails throwing complaints about zlib, et.al.  
Between what seems to be a long delay in acquiring the node list and 
frequent failures, I've found there are times when it may be more than 
30-45 minutes before the current IP becomes part of the locally cached 
listing.  This isn't so good when trying to connect to the system using 
an echolink client on a laptop while mobile, where mobile broadband 
connectivity may be in and out periodically.

Is anyone else seeing these same frequent echolink node list update 
failures?  We are running asterisk/app_rpt/chan_echolink/zaptel from the 
1.4.23-pre svn trunk over Gentoo Linux vs. ACID or limey linux.

73 - eric no3m
>
> Bingo.
>
> When run the echolink app on your pc, chan_echolink will not accept
> connections until it downloads an update to the authorized nodes list
> with your PC's node number in the update.
>
> The thing to remember is that you must wait 5-10 minutes before trying
> to connect so that a node update includes your PC's node number.
>
> Steve
> WA6ZFT
>   



From sales at qrvc.com  Sun Sep 20 20:07:15 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 20 Sep 2009 13:07:15 -0700
Subject: [App_rpt-users] squelch tail
In-Reply-To: <5EC7274C317C47ECB874BCBCEA128559@KB2EAR2>
References: <4075C1A2019C45A6A665CDD2392EA8B9@KB2EAR2>	<4AB67B35.5040207@qrvc.com>
	<5EC7274C317C47ECB874BCBCEA128559@KB2EAR2>
Message-ID: <4AB68B73.6070007@qrvc.com>

Scott Weis wrote:
>> Hi Scott,
>>
>> There could be a couple of things that could cause this:
>>
>> 1. COR always asserted from the radio, and carrier detect depending on
>> CTCSS decode only. Check for signal swing on the COR line with a
>> voltmeter or a scope and make sure it swings below 0.3V and above 3V for
>> signal and no signal conditions.
>>
> COR no signal +12v, COR w/signal 0.0v usbradio.conf = carrierfrom=usbinvert
> 
>> 2. There have been reports that when external COR is used with internal
>> DSP CTCSS decode, that the system doesn't respond as quickly as when DSP
>> is used for both CTCSS and squelch, or when an external decoder is used
>> for both CTCSS and the radio's squelch circuit is used. None of this is
>> confirmed so if you could confirm it, that would be useful.
>>
> As a test I have done:  External COR w/o PL (either internal or external) = 
> Short Sq tail, External COR w/external PL = no sq tail, DSP COR and DSP PL = 
> Really long Sq tail. ( I have radio tune rxsquelch set to 900 and RSSI is 
> 716).
> 
> I have noticed that when I do a radio tune rxnoise and I use DSP ctcss I 
> get:
> WARNING: Insufficient high frequency noise from receiver.
> WARNING: Rx input point may be de-emphasized and not flat.
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
> but when I have ctcssfrom=no it does not give the warning.
> 
>> As a test, try using external COR and CTCSS or a combined signal and see
>> if that  eliminates the squelch tail.
>>
>> Steve
>> WA6ZFT
>>
>>
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Hi Scott,

I wouldn't worry about this warning as far as CTCSS decode goes
as CTCSS decoding doesn't depend on high frequency noise. This sounds to
me like there could be a logic issue inside of XPMR or chan_usbradio

This warning was something which was added to the latest xpmr code be
Steve Henke, W9SH to tune the DSP code to different high frequency noise
spectra between radios.

Have you tried fully external CTCSS decode and Squelch and did that make
a difference?

Steve
WA6ZFT





From g4rky at yahoo.co.uk  Sun Sep 20 20:09:58 2009
From: g4rky at yahoo.co.uk (Matt Beasant)
Date: Sun, 20 Sep 2009 21:09:58 +0100
Subject: [App_rpt-users] Announce: ACID version 0.9 released
In-Reply-To: <358e96270909201240x2183d26dq4c0526ed382371ae@mail.gmail.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>
	<358e96270909201240x2183d26dq4c0526ed382371ae@mail.gmail.com>
Message-ID: <ff95e2ea0909201309w409dbb61rff82fde50ec0602d@mail.gmail.com>

I just used the astupd.sh script to update my node 2250.
All worked OK but had to reboot the node after the update.

All seems fine now :-)  app_rpt version 0.203

Matt
G4RKY

2009/9/20 Bob Brown - W?NQX <bbrown at byrg.net>

> BTW i just updated node 2181 using the update script
>
> i went from 0.174 to 0.203
>
> remotely via ssh, seamed to go fine i guess time will tell.
>
> seems i am always behind. hihi!
>
> the new rebuilt 2180 node was a raw install from the
> latest DL iso.
> --
> Thanks in Advance
>
>   Bob Brown, W?NQX
>
>   Kansas City Metro Area
>
>   http://sm0kenet.net
>
>   http://byrg.net
>
>   http://kcdstar.byrg.net
>
> "Surely you can't be serious?" "Of course I am, and don't call me Shirley."
>
> Jonathan Swift<http://www.brainyquote.com/quotes/authors/j/jonathan_swift.html> - "May you live every day of your life."
>
> On Thu, Sep 17, 2009 at 00:00, Stephen Rodgers <
> hwstar at rodgers.sdcoxmail.com> wrote:
>
>>
>> ACID 0.9 can be downloaded from dl.allstarlink.org.
>>
>> This is based on Centos 5.3,
>>
>> ACID version 0.9 contains:
>>
>> app_rpt.c version 0.203:
>>
>> 1. Added tone burst detection for our European friends.
>> 2. Fixed W9SH's audio format mismatch on startup bug (very unusual config)
>> 3. Added check for RPT_A version of zaptel.(We need this to fix
>> autopatch call progress issues)
>> 4. Fixed strange keying problem with new version of IAXRPT.
>> 5. Fixed more hang problems and unreliability with simplex
>> repeater/remote base nodes
>> 6. Fixed telemetry propagation when downrev (non-newkey1) systems present
>> 7. Fixed irlp/echolink tx audio distortion at high gains
>> 8. Resolve spurious time out message.
>> 9. Fixed problems with simplex autopatch.
>> 10. Fixed serial rx hang problem with Kenwood remotes
>> 11. Fixed problem with serial baud rate being wiped out on Kenwood
>> TMG-707 radios (using USB device).
>> 12. Added delay statements to FT-897 serial commands on remote base
>> bacause some FT897 radios do not accept the complete sequence of
>> commands without some delay between the commands.
>> 13. Fixed Mantis bug 0000032: ID Talkover CW loops causes RX audio to chop
>> 14. Add beaconing node stanza key to allow the repeater ID to be sent
>> regardless of whether there has vin activity or not.
>> 15. Fix "always enabled" bug with holdofftelem feature.
>> 16. Add nounkeyct and holdofftelem node stanza confiiguration options.
>> 17. Add COP functions 49 (NOICE) and 50 (NOICD) to enable and disable
>> all Allstar, Echolink and IRLP connections.
>> 18. Fixed telemetry control parameters.
>> 19. Resolve mantis bug 0000016: Quick unkeys and rekeys over the network
>> queue a link Courtesy Tone
>> 20.Add nolocallinkct key to node stanza so that nodes co-hosted on the
>> same server can optionally send no link courtesy tone.
>> 21. Added arbitary tone generation as COP function 48.
>> 22.Add link activity timer function to resolve Mantis feature request
>> 0000010.
>> 23. Better control of IRLP connect and disconnect messages through
>> config file options and DTMF commands, and added irlpplay CLI command to
>> assist in queuing the messages one at a time.
>> 24. Fixed Mantis bug 0000011 pad test broken
>> 25. Fixed Mantis bug 0000004 out-of-band telemetry sent when link in
>> monitor
>> 26.Added antenna select for FT-950
>> 27. Cleaned up debug messages for FT-950
>> 28, Added FT-950 support
>> 29. Fix alarm setup with multiple uChameleons
>>
>> chan_irlp.c version 0.27:
>>
>> 1, Fixed problem with enabling and disabling irlp connect/disconnect
>> announcement mmessages. Use irlpplay Asterisk cli command.
>> 2, Don't update DB when operating in experimental reflector mode.
>> 3. Resolve Mantis bug 0000001 by disabling Asterisk's DTMF decoder on
>> IRLP incoming audio.
>> 4. Major changes to add experimental reflector support and ability to
>> connect to expermental reflectors.
>>
>>
>> chan_echolink.c version 0.21:
>>
>> 1, Resolved Mantis Bugs 0000026 and 0000038
>> 2, Failure to connect to certain Echolink nodes.
>> 3, Removed multiple initial packets.
>>
>> chan_usbradio.c/xpmr has been updated:
>>
>> 1, CM108AH (new uri) support
>> 2, Add support for CM119 sound chips
>> 3, Improve carrier squelch operation.
>> 4. Allow for hot plug functionallity of USB devices
>> 5. Add rxontime parameter for simplex nodes. (anti-pingpong)
>> 6. Fix TX hang problem.
>> 7. Resolve Segfault when txmixa=voice and txtone is set to zero.
>> 8. Sync with Xelatec version. Add TX blanking time.
>> 9. Fixed mode steering problem and clipping in xpmr
>>
>>
>>
>> Final Note: Someone needs to test the astupd feature on older ACID
>> installs and either say it works or doesn't work. Do not use astupd on
>> older installs until we have confirmation that it is working, play it
>> safe and do a complete install from CD unless this is reported to be
>> working from several sources.
>>
>> Steve
>> WA6ZFT
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090920/95f52517/attachment.html>

From sales at qrvc.com  Sun Sep 20 20:13:46 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 20 Sep 2009 13:13:46 -0700
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB68A2E.3060708@no3m.net>
References: <4AB503C6.2050307@no3m.net>
	<4AB505E1.6030707@no3m.net>	<4AB50722.7090106@no3m.net>
	<4AB51921.3070307@qrvc.com> <4AB68A2E.3060708@no3m.net>
Message-ID: <4AB68CFA.7090809@qrvc.com>

Eric Tichansky wrote:
> The problem that keeps coming up is that while the updates are 
> attempted, it often fails throwing complaints about zlib, et.al.  
> Between what seems to be a long delay in acquiring the node list and 
> frequent failures, I've found there are times when it may be more than 
> 30-45 minutes before the current IP becomes part of the locally cached 
> listing.  This isn't so good when trying to connect to the system using 
> an echolink client on a laptop while mobile, where mobile broadband 
> connectivity may be in and out periodically.
> 
> Is anyone else seeing these same frequent echolink node list update 
> failures?  We are running asterisk/app_rpt/chan_echolink/zaptel from the 
> 1.4.23-pre svn trunk over Gentoo Linux vs. ACID or limey linux.
> 
> 73 - eric no3m
>> Bingo.
>>
>> When run the echolink app on your pc, chan_echolink will not accept
>> connections until it downloads an update to the authorized nodes list
>> with your PC's node number in the update.
>>
>> The thing to remember is that you must wait 5-10 minutes before trying
>> to connect so that a node update includes your PC's node number.
>>
>> Steve
>> WA6ZFT
>>   
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

How about posting some printouts of the zlib and other failures you see
during the Echolink update process.

We just can't let anyone connect if we don't see a known IP because that
poses a big security issue.

Steve
WA6ZFT



From wb5nfc at yahoo.com  Sun Sep 20 20:44:41 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sun, 20 Sep 2009 13:44:41 -0700 (PDT)
Subject: [App_rpt-users] Missing PGP binary issue resolved.
In-Reply-To: <4AB6881C.1050206@qrvc.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>
	<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>
	<4AB2EB5F.6020605@rodgers.sdcoxmail.com>
	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
	<4AB566A1.4000501@rodgers.sdcoxmail.com>
	<4AB6881C.1050206@qrvc.com>
Message-ID: <424932.56728.qm@web51101.mail.re2.yahoo.com>



The irlp update script has been updated inside the irlp-centos-dist.tgz
tarball to download tyhe pgp binary from IRLP's webserver. A new tarball
was uploaded to dl.allstarlink.org. I've done a dry run and it now
downloads the pgp file correctly and completes the install (without
sending the order into to the IRLP folks).

Someone now needs to step forward and do a live install and report back
on the results of that ;)

Steve
WA6ZFT

----

Ran irlpsetup.sh (for reinstall of my old EchoIRLP node). Reinstall seemed to go OK, but I am still unable to connect to IRLP nodes (long wait, then 'connection failed' message). Upon reboot, I did see a message about 'no such command irlp db load...' but it disappeared before I got a good look at it. 

John / WB5NFC


_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users



      


From sales at qrvc.com  Sun Sep 20 21:29:19 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Sun, 20 Sep 2009 14:29:19 -0700
Subject: [App_rpt-users] Missing PGP binary issue resolved.
In-Reply-To: <424932.56728.qm@web51101.mail.re2.yahoo.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>	<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>	<4AB2EB5F.6020605@rodgers.sdcoxmail.com>	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>	<4AB566A1.4000501@rodgers.sdcoxmail.com>	<4AB6881C.1050206@qrvc.com>
	<424932.56728.qm@web51101.mail.re2.yahoo.com>
Message-ID: <4AB69EAF.3080300@qrvc.com>

John (WB5NFC) wrote:
> 
> The irlp update script has been updated inside the irlp-centos-dist.tgz
> tarball to download tyhe pgp binary from IRLP's webserver. A new tarball
> was uploaded to dl.allstarlink.org. I've done a dry run and it now
> downloads the pgp file correctly and completes the install (without
> sending the order into to the IRLP folks).
> 
> Someone now needs to step forward and do a live install and report back
> on the results of that ;)
> 
> Steve
> WA6ZFT
> 
> ----
> 
> Ran irlpsetup.sh (for reinstall of my old EchoIRLP node). Reinstall seemed to go OK, but I am still unable to connect to IRLP nodes (long wait, then 'connection failed' message). Upon reboot, I did see a message about 'no such command irlp db load...' but it disappeared before I got a good look at it. 
> 
> John / WB5NFC
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> 
> 
>       
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Hi John,

I tried this on my system of which IRLP was installed in dry-run mode
(without sending install data to the irlp folks), but I didn't see the
db load error message. Can you try the following and post the specific
error message to the list?:


Try commenting out the rc.irlp line in /etc/rc.d/rc.local like this:

#/home/irlp/custom/rc.irlp

Then run the command manually once you are logged in as root:

cd /home/irlp/custom
./rc.irlp

This should print out the error message we are looking for...

Steve
WA6ZFT




From wb5nfc at yahoo.com  Sun Sep 20 21:39:34 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sun, 20 Sep 2009 14:39:34 -0700 (PDT)
Subject: [App_rpt-users] Missing PGP binary issue resolved. -
In-Reply-To: <424932.56728.qm@web51101.mail.re2.yahoo.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>
	<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>
	<4AB2EB5F.6020605@rodgers.sdcoxmail.com>
	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
	<4AB566A1.4000501@rodgers.sdcoxmail.com>
	<4AB6881C.1050206@qrvc.com>
	<424932.56728.qm@web51101.mail.re2.yahoo.com>
Message-ID: <500165.28318.qm@web51102.mail.re2.yahoo.com>

Ran irlpsetup.sh a second time and now IRLP seems to be working. Tracking down and commenting out inappropriate EchoIRLP lines from my original install now. 

Example:


/home/irlp/custom/environment: line 128:
/home/EchoIRLP/custom/echo_environment: No such file or directory
Starting IRLP services:
 irlpd...
/home/irlp/custom/environment: line 128:
/home/EchoIRLP/custom/echo_environment: No such file or directory
done.
Updating IRLP hosts file... (put in background) done!
Updating IRLP dns server... (put in background) done!
Enabling IRLP node... /home/irlp/custom/environment: line
128: /home/EchoIRLP/custom/echo_environment: No such file or directory
/home/irlp/custom/environment: line 128:
/home/EchoIRLP/custom/echo_environment: No such file or directory
done!
[root at wb5nfc ~]# /home/irlp/custom/environment: line 128:
/home/EchoIRLP/custom/echo_environment: No such file or directory
John



      


From wb5nfc at yahoo.com  Sun Sep 20 22:43:21 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sun, 20 Sep 2009 15:43:21 -0700 (PDT)
Subject: [App_rpt-users] Missing PGP binary issue resolved.
In-Reply-To: <4AB69EAF.3080300@qrvc.com>
References: <4AB1C283.5060405@rodgers.sdcoxmail.com>
	<d15872230909171743pf652ce1vd355d36ea96f12d0@mail.gmail.com>
	<4AB2EB5F.6020605@rodgers.sdcoxmail.com>
	<d15872230909191528h5e45810y80db708b97d7b6fd@mail.gmail.com>
	<4AB566A1.4000501@rodgers.sdcoxmail.com>
	<4AB6881C.1050206@qrvc.com>
	<424932.56728.qm@web51101.mail.re2.yahoo.com>
	<4AB69EAF.3080300@qrvc.com>
Message-ID: <115183.1225.qm@web51108.mail.re2.yahoo.com>

---

Hi John,

I tried this on my system of which IRLP was installed in dry-run mode
(without sending install data to the irlp folks), but I didn't see the
db load error message. Can you try the following and post the specific
error message to the list?:

Try commenting out the rc.irlp line in /etc/rc.d/rc.local like this:

#/home/irlp/custom/rc.irlp

Then run the command manually once you are logged in as root:

cd /home/irlp/custom
./rc.irlp

This should print out the error message we are looking for...

Steve
WA6ZFT

----------

Hi Steve. 

My system seems to work, but I still get the following error message upon boot:

Loading all DB entries into Asterisk (takes awhile). 
No such command ' irlp dbload'

Done, looping until next time. 

I did not find the statement you wanted me to comment out in the   /etc/rc.d/rc.local

Here's a paste of mine:

#!/bin/sh
# This script will be executed *after* all the other
init scripts.
# You can put your own initialization stuff in here
if you don't
# want to do the full Sys V style init stuff.
 
touch /var/lock/subsys/local
/etc/rc.d/rc.updatenodelist &
/etc/rc.d/rc.irlphosts &Thanks!

John / WB5NFC


      


From no3m at no3m.net  Sun Sep 20 22:49:10 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sun, 20 Sep 2009 18:49:10 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <BAY119-W28823F9C923B23DBF09F2AB1DE0@phx.gbl>
References: <4AB503C6.2050307@no3m.net>
	<4AB505E1.6030707@no3m.net>	<4AB50722.7090106@no3m.net>
	<4AB51921.3070307@qrvc.com> <4AB68A2E.3060708@no3m.net>
	<BAY119-W28823F9C923B23DBF09F2AB1DE0@phx.gbl>
Message-ID: <4AB6B166.4080408@no3m.net>

Here's the CLI output:

[Sep 20 16:09:50] ERROR[15356]: chan_echolink.c:1841 el_net_read: Unable 
to inflate (Zlib)
[Sep 20 16:09:50] ERROR[15356]: chan_echolink.c:2029 do_el_directory: 
Error in directory download on server3.echolink.org
[Sep 20 16:41:01] NOTICE[15356]: chan_echolink.c:2102 do_el_directory: 
Directory pgm done downloading(full,compressed), 4489 records
[Sep 20 17:33:37] ERROR[15356]: chan_echolink.c:1841 el_net_read: Unable 
to inflate (Zlib)
[Sep 20 17:33:37] ERROR[15356]: chan_echolink.c:2029 do_el_directory: 
Error in directory download on server1.echolink.org
[Sep 20 18:19:54] NOTICE[15356]: chan_echolink.c:2102 do_el_directory: 
Directory pgm done downloading(full,compressed), 4416 records

- no3m




From no3m at no3m.net  Sun Sep 20 23:04:31 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sun, 20 Sep 2009 19:04:31 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <BAY119-W39955510467C3638B96318B1DE0@phx.gbl>
References: <4AB503C6.2050307@no3m.net>	<4AB505E1.6030707@no3m.net>	<4AB50722.7090106@no3m.net>
	<4AB51921.3070307@qrvc.com> <4AB68A2E.3060708@no3m.net>
	<BAY119-W28823F9C923B23DBF09F2AB1DE0@phx.gbl>
	<4AB6B166.4080408@no3m.net>
	<BAY119-W39955510467C3638B96318B1DE0@phx.gbl>
Message-ID: <4AB6B4FF.7070703@no3m.net>

So is that a software issue or network related issue (ie. caused by NAT 
environment, et.al.)?

Jim Duuuude wrote:
> that happens when you are not authorized with the echolink servers.
>
> > Date: Sun, 20 Sep 2009 18:49:10 -0400
> > From: no3m at no3m.net
> > To: app_rpt-users at qrvc.com
> > Subject: Re: [App_rpt-users] Echolink Unauthorized
> >
> > Here's the CLI output:
> >
> > [Sep 20 16:09:50] ERROR[15356]: chan_echolink.c:1841 el_net_read: 
> Unable
> > to inflate (Zlib)
> > [Sep 20 16:09:50] ERROR[15356]: chan_echolink.c:2029 do_el_directory:
> > Error in directory download on server3.echolink.org
> > [Sep 20 16:41:01] NOTICE[15356]: chan_echolink.c:2102 do_el_directory:
> > Directory pgm done downloading(full,compressed), 4489 records
> > [Sep 20 17:33:37] ERROR[15356]: chan_echolink.c:1841 el_net_read: 
> Unable
> > to inflate (Zlib)
> > [Sep 20 17:33:37] ERROR[15356]: chan_echolink.c:2029 do_el_directory:
> > Error in directory download on server1.echolink.org
> > [Sep 20 18:19:54] NOTICE[15356]: chan_echolink.c:2102 do_el_directory:
> > Directory pgm done downloading(full,compressed), 4416 records
> >
> > - no3m
> >
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users



From no3m at no3m.net  Mon Sep 21 00:01:25 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sun, 20 Sep 2009 20:01:25 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <BAY119-W4415BC363A7BD7F5614FC0B1DE0@phx.gbl>
References: <4AB503C6.2050307@no3m.net>	<4AB505E1.6030707@no3m.net>	<4AB50722.7090106@no3m.net>
	<4AB51921.3070307@qrvc.com> <4AB68A2E.3060708@no3m.net>
	<BAY119-W28823F9C923B23DBF09F2AB1DE0@phx.gbl>
	<4AB6B166.4080408@no3m.net>
	<BAY119-W39955510467C3638B96318B1DE0@phx.gbl>
	<4AB6B4FF.7070703@no3m.net>
	<BAY119-W4415BC363A7BD7F5614FC0B1DE0@phx.gbl>
Message-ID: <4AB6C255.9010309@no3m.net>

1. Yes, the username/password is valid, otherwise echolink would not 
work at all on the app_rpt system.  We can and have initiated outgoing 
links as well as incoming links.  The only problem is this erratic 
directory download failure.  As noted previously, there are also 
successful directory downloads periodically:

[Sep 20 16:41:01] NOTICE[15356]: chan_echolink.c:2102 do_el_directory: 
Directory pgm done downloading(full,compressed), 4489 records

2. No, there are no other devices on the same LAN (behind DSL 
connection) attempting echolink, IRLP, or allstar connections, just one 
app_rpt system.

- no3m

Jim Duuuude wrote:
> 1. Are you sure you are using a valid echolink username/password?
> 
> 2. Are you attempting to use more then 1 echolink device from behind the
> same public IP address?
> 



From no3m at no3m.net  Mon Sep 21 00:11:02 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Sun, 20 Sep 2009 20:11:02 -0400
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <BAY119-W1453E5A1BE961F1A817A7DB1DD0@phx.gbl>
References: <4AB503C6.2050307@no3m.net>	<4AB505E1.6030707@no3m.net>	<4AB50722.7090106@no3m.net>
	<4AB51921.3070307@qrvc.com> <4AB68A2E.3060708@no3m.net>
	<BAY119-W28823F9C923B23DBF09F2AB1DE0@phx.gbl>
	<4AB6B166.4080408@no3m.net>
	<BAY119-W39955510467C3638B96318B1DE0@phx.gbl>
	<4AB6B4FF.7070703@no3m.net>
	<BAY119-W4415BC363A7BD7F5614FC0B1DE0@phx.gbl>
	<4AB6C255.9010309@no3m.net>
	<BAY119-W1453E5A1BE961F1A817A7DB1DD0@phx.gbl>
Message-ID: <4AB6C496.4000809@no3m.net>

How would you suggest debugging?  Since it's not a fatal error or 
anything to cause a core dump, perhaps strace output would help?

Jim Duuuude wrote:
> hmmm very odd... havent seen this before
> 
>  > Date: Sun, 20 Sep 2009 20:01:25 -0400
>  > From: no3m at no3m.net
>  > To: telesistant at hotmail.com; app_rpt-users at qrvc.com
>  > Subject: Re: [App_rpt-users] Echolink Unauthorized
>  >
>  > 1. Yes, the username/password is valid, otherwise echolink would not
>  > work at all on the app_rpt system. We can and have initiated outgoing
>  > links as well as incoming links. The only problem is this erratic
>  > directory download failure. As noted previously, there are also
>  > successful directory downloads periodically:
>  >
>  > [Sep 20 16:41:01] NOTICE[15356]: chan_echolink.c:2102 do_el_directory:
>  > Directory pgm done downloading(full,compressed), 4489 records
>  >
>  > 2. No, there are no other devices on the same LAN (behind DSL
>  > connection) attempting echolink, IRLP, or allstar connections, just one
>  > app_rpt system.
>  >
>  > - no3m
>  >
>  > Jim Duuuude wrote:
>  > > 1. Are you sure you are using a valid echolink username/password?
>  > >
>  > > 2. Are you attempting to use more then 1 echolink device from 
> behind the
>  > > same public IP address?
>  > >
>  >



From vk3jed at vkradio.com  Mon Sep 21 00:49:57 2009
From: vk3jed at vkradio.com (Tony Langdon, VK3JED)
Date: Mon, 21 Sep 2009 10:49:57 +1000
Subject: [App_rpt-users] Echolink Unauthorized
In-Reply-To: <4AB68CFA.7090809@qrvc.com>
References: <4AB503C6.2050307@no3m.net> <4AB505E1.6030707@no3m.net>
	<4AB50722.7090106@no3m.net> <4AB51921.3070307@qrvc.com>
	<4AB68A2E.3060708@no3m.net> <4AB68CFA.7090809@qrvc.com>
Message-ID: <4ab6cdc2.04015a0a.1af5.1e56@mx.google.com>

At 06:13 AM 9/21/2009, you wrote:

>We just can't let anyone connect if we don't see a known IP because that
>poses a big security issue.

Other software (e.g. thebridge) falls back to a realtime lookup on 
the Echolink servers, if an unknown IP commects to it, under the 
assumption that it's a new node (e.g. someone who's just fired up 
Echolink on their PC) that is not in the local hosts cache.  You can 
see this in action if you fire up Echolink on your PC and immediately 
connect to a conference.  Instead of being immediate, it takes around 
10 seconds, during which time, your unknown IP is being checked.  Any 
reason chan_echolink can't do this and then add the result to the 
local cache/host list?

I believe something similar happens when making an outbound call to 
an unknown node (been a while since I've talked to Skip about this 
area though).  Skip and I often talk a lot about thebridge and 
related software, because I use it in all sorts of ways (EchoIRLP, etc).

73 de VK3JED / VK3IRL
http://vkradio.com



From stevegebhard at cox.net  Mon Sep 21 16:14:29 2009
From: stevegebhard at cox.net (Steve Gebhard)
Date: Mon, 21 Sep 2009 12:14:29 -0400
Subject: [App_rpt-users] New ISO question
Message-ID: <20090921121429.BW0RM.287010.imail@fed1rmwml37>

Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?


From hwstar at rodgers.sdcoxmail.com  Mon Sep 21 18:06:56 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Mon, 21 Sep 2009 11:06:56 -0700
Subject: [App_rpt-users] New ISO question
Message-ID: <20090921180656.MFWS22000.dukecmfep06.coxmail.com@dukecmimpo02.coxmail.com>

> 
> From: Steve Gebhard <stevegebhard at cox.net>
> Date: 2009/09/21 Mon AM 09:14:29 PDT
> To: app_rpt-users at qrvc.com
> Subject: [App_rpt-users] New ISO question
> 
> Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

What specifically happens when you run the irlpsetup.sh script on the new install?

Steve
WA6ZFT




From hwstar at rodgers.sdcoxmail.com  Mon Sep 21 18:09:21 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Mon, 21 Sep 2009 11:09:21 -0700
Subject: [App_rpt-users] New ISO question
Message-ID: <20090921180921.KCGZ10630.dukecmfep05.coxmail.com@dukecmimpo03.coxmail.com>


> 
> From: Steve Gebhard <stevegebhard at cox.net>
> Date: 2009/09/21 Mon AM 09:14:29 PDT
> To: app_rpt-users at qrvc.com
> Subject: [App_rpt-users] New ISO question
> 
> Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
The ACID directory is no longer required in version 0.9 all scripts are directly executed from anywhere.



From telesistant at hotmail.com  Mon Sep 21 18:49:18 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 21 Sep 2009 11:49:18 -0700
Subject: [App_rpt-users] New ISO question
In-Reply-To: <20090921180921.KCGZ10630.dukecmfep05.coxmail.com@dukecmimpo03.coxmail.com>
References: <20090921180921.KCGZ10630.dukecmfep05.coxmail.com@dukecmimpo03.coxmail.com>
Message-ID: <BAY119-W47FD1E9F102D40076B7237B1DD0@phx.gbl>


no wonder I didnt know about an acid directory :-).

Confused JIM

> From: hwstar at rodgers.sdcoxmail.com
> To: stevegebhard at cox.net; app_rpt-users at qrvc.com
> Date: Mon, 21 Sep 2009 11:09:21 -0700
> Subject: Re: [App_rpt-users] New ISO question
> 
> 
> > 
> > From: Steve Gebhard <stevegebhard at cox.net>
> > Date: 2009/09/21 Mon AM 09:14:29 PDT
> > To: app_rpt-users at qrvc.com
> > Subject: [App_rpt-users] New ISO question
> > 
> > Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> > 
> The ACID directory is no longer required in version 0.9 all scripts are directly executed from anywhere.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090921/df2a3eb0/attachment.html>

From hwstar at rodgers.sdcoxmail.com  Mon Sep 21 18:56:40 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Mon, 21 Sep 2009 11:56:40 -0700
Subject: [App_rpt-users] New ISO question
Message-ID: <20090921185640.NAMD22000.dukecmfep06.coxmail.com@dukecmimpo03.coxmail.com>


> 
> From: Jim Duuuude <telesistant at hotmail.com>
> Date: 2009/09/21 Mon AM 11:49:18 PDT
> To: Steve RoDgers <hwstar at rodgers.sdcoxmail.com>,  steve gebhard
> 	<stevegebhard at cox.net>,  <app_rpt-users at qrvc.com>
> Subject: RE: [App_rpt-users] New ISO question
> 
> 
> no wonder I didnt know about an acid directory :-).
> 
> Confused JIM
> 
> > From: hwstar at rodgers.sdcoxmail.com
> > To: stevegebhard at cox.net; app_rpt-users at qrvc.com
> > Date: Mon, 21 Sep 2009 11:09:21 -0700
> > Subject: Re: [App_rpt-users] New ISO question
> > 
> > 
> > > 
> > > From: Steve Gebhard <stevegebhard at cox.net>
> > > Date: 2009/09/21 Mon AM 09:14:29 PDT
> > > To: app_rpt-users at qrvc.com
> > > Subject: [App_rpt-users] New ISO question
> > > 
> > > Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?
> > > _______________________________________________
> > > App_rpt-users mailing list
> > > App_rpt-users at qrvc.com
> > > http://qrvc.com/mailman/listinfo/app_rpt-users
> > > 
> > The ACID directory is no longer required in version 0.9 all scripts are directly executed from anywhere.
> > 
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> 

Prior to ACID 0.9 all scripts were located in /root/acid and you had to be in that directory to execute them. They have since been moved to a directory which PATH searches, and the directory has been removed. Much more flexible.

Steve.




From stevegebhard at cox.net  Mon Sep 21 20:33:15 2009
From: stevegebhard at cox.net (Steve Gebhard)
Date: Mon, 21 Sep 2009 16:33:15 -0400
Subject: [App_rpt-users] New ISO question
In-Reply-To: <20090921180656.MFWS22000.dukecmfep06.coxmail.com@dukecmimpo02.coxmail.com>
Message-ID: <20090921163315.LXY7L.292031.imail@fed1rmwml45>

execution of the script (./irlpsetup.sh) gave a no such file or directory error.  I found the scripts though at /usr/local/sbin, after navigating there, the script worked as it should   Thanks for clarifying the elimination of the acid directory.  Now that I know where they are, things are good!  Thanks Steve


---- hwstar at rodgers.sdcoxmail.com wrote: 
> > 
> > From: Steve Gebhard <stevegebhard at cox.net>
> > Date: 2009/09/21 Mon AM 09:14:29 PDT
> > To: app_rpt-users at qrvc.com
> > Subject: [App_rpt-users] New ISO question
> > 
> > Hello, yesterday I updated both of my nodes using the astupd command, node 2169 worked fine, no issues, node 2527 blew up (It locked up during download, which stuck it in limbo).  So, on 2527 I burned the latest ISO and reinstalled, which worked, BUT, now there is no acid directory for installing IRLP, etc.  Where did it go?
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> > 
> 
> What specifically happens when you run the irlpsetup.sh script on the new install?
> 
> Steve
> WA6ZFT
> 
>


From nessenj at jimsoffice.org  Mon Sep 21 22:09:19 2009
From: nessenj at jimsoffice.org (James Nessen)
Date: Mon, 21 Sep 2009 15:09:19 -0700
Subject: [App_rpt-users] New ISO question
In-Reply-To: <20090921163315.LXY7L.292031.imail@fed1rmwml45>
References: <20090921180656.MFWS22000.dukecmfep06.coxmail.com@dukecmimpo02.coxmail.com>
	<20090921163315.LXY7L.292031.imail@fed1rmwml45>
Message-ID: <20090921220919.GC12862@fremont2.jimsoffice.org>

On Mon, Sep 21, 2009 at 04:33:15PM -0400, Steve Gebhard <stevegebhard at cox.net> said:

> execution of the script (./irlpsetup.sh) gave a no such file or directory error.  I found the scripts though at /usr/local/sbin, after navigating there, the script worked as it should   Thanks for clarifying the elimination of the acid directory.  Now that I know where they are, things are good!  Thanks Steve
> 

So, we're looking good now to use chan_irlp on the new ISO?

Jim, K6JWN


From stevegebhard at cox.net  Mon Sep 21 22:15:21 2009
From: stevegebhard at cox.net (Steve Gebhard)
Date: Mon, 21 Sep 2009 18:15:21 -0400
Subject: [App_rpt-users] New ISO question
In-Reply-To: <20090921220919.GC12862@fremont2.jimsoffice.org>
Message-ID: <20090921181521.CEGSO.293853.imail@fed1rmwml45>

Yes, it works fine once you get the correct command :-)


---- James Nessen <nessenj at jimsoffice.org> wrote: 
> On Mon, Sep 21, 2009 at 04:33:15PM -0400, Steve Gebhard <stevegebhard at cox.net> said:
> 
> > execution of the script (./irlpsetup.sh) gave a no such file or directory error.  I found the scripts though at /usr/local/sbin, after navigating there, the script worked as it should   Thanks for clarifying the elimination of the acid directory.  Now that I know where they are, things are good!  Thanks Steve
> > 
> 
> So, we're looking good now to use chan_irlp on the new ISO?
> 
> Jim, K6JWN


From hwstar at rodgers.sdcoxmail.com  Mon Sep 21 23:00:19 2009
From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com)
Date: Mon, 21 Sep 2009 16:00:19 -0700
Subject: [App_rpt-users] New ISO question
Message-ID: <20090921230019.MUXD10630.dukecmfep05.coxmail.com@dukecmimpo02.coxmail.com>


> 
> From: Steve Gebhard <stevegebhard at cox.net>
> Date: 2009/09/21 Mon PM 03:15:21 PDT
> To: James Nessen <nessenj at jimsoffice.org>
> CC: app_rpt-users at qrvc.com,  hwstar at rodgers.sdcoxmail.com
> Subject: Re: [App_rpt-users] New ISO question
> 
> Yes, it works fine once you get the correct command :-)
> 
> 
> ---- James Nessen <nessenj at jimsoffice.org> wrote: 
> > On Mon, Sep 21, 2009 at 04:33:15PM -0400, Steve Gebhard <stevegebhard at cox.net> said:
> > 
> > > execution of the script (./irlpsetup.sh) gave a no such file or directory error.  I found the scripts though at /usr/local/sbin, after navigating there, the script worked as it should   Thanks for clarifying the elimination of the acid directory.  Now that I know where they are, things are good!  Thanks Steve
> > > 
> > 
> > So, we're looking good now to use chan_irlp on the new ISO?
> > 
> > Jim, K6JWN
> 

You should be able to run the script from *any* directory as the root user. I'm not near an ACID box at this time. If you type env<return> at the shell as the root user, the PATH variable have /usr/local/sbin in it. Please advise if this isn't the case, because if it isn't I need to fix it.


Steve
WA6ZFT




From stevegebhard at cox.net  Mon Sep 21 23:05:08 2009
From: stevegebhard at cox.net (Steve Gebhard)
Date: Mon, 21 Sep 2009 19:05:08 -0400
Subject: [App_rpt-users] New ISO question
In-Reply-To: <20090921230019.MUXD10630.dukecmfep05.coxmail.com@dukecmimpo02.coxmail.com>
Message-ID: <20090921190508.15VL5.294787.imail@fed1rmwml45>

It does have that path, just checked it, we are good :-)


---- hwstar at rodgers.sdcoxmail.com wrote: 
> 
> > 
> > From: Steve Gebhard <stevegebhard at cox.net>
> > Date: 2009/09/21 Mon PM 03:15:21 PDT
> > To: James Nessen <nessenj at jimsoffice.org>
> > CC: app_rpt-users at qrvc.com,  hwstar at rodgers.sdcoxmail.com
> > Subject: Re: [App_rpt-users] New ISO question
> > 
> > Yes, it works fine once you get the correct command :-)
> > 
> > 
> > ---- James Nessen <nessenj at jimsoffice.org> wrote: 
> > > On Mon, Sep 21, 2009 at 04:33:15PM -0400, Steve Gebhard <stevegebhard at cox.net> said:
> > > 
> > > > execution of the script (./irlpsetup.sh) gave a no such file or directory error.  I found the scripts though at /usr/local/sbin, after navigating there, the script worked as it should   Thanks for clarifying the elimination of the acid directory.  Now that I know where they are, things are good!  Thanks Steve
> > > > 
> > > 
> > > So, we're looking good now to use chan_irlp on the new ISO?
> > > 
> > > Jim, K6JWN
> > 
> 
> You should be able to run the script from *any* directory as the root user. I'm not near an ACID box at this time. If you type env<return> at the shell as the root user, the PATH variable have /usr/local/sbin in it. Please advise if this isn't the case, because if it isn't I need to fix it.
> 
> 
> Steve
> WA6ZFT
> 
>


From hwstar at rodgers.sdcoxmail.com  Tue Sep 22 02:11:17 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Mon, 21 Sep 2009 19:11:17 -0700
Subject: [App_rpt-users] dl.allstarlink moved to a different server.
Message-ID: <4AB83245.2040403@rodgers.sdcoxmail.com>

I had to move dl.allstarlink.org to a different webserver due to heavy
Drupal traffic on the main webserver.  Connections were getting reset
due to low memory on the main server.

Hopefully there will be no problems with file downloads, but without
going live you never know for sure.


Steve
WA6ZFT




From Ramesh at va3uv.com  Tue Sep 22 02:51:03 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Mon, 21 Sep 2009 22:51:03 -0400
Subject: [App_rpt-users] connpgm / discpgm
Message-ID: <4AB83B97.60104@va3uv.com>

Hey Guys;

I need to execute a couple of scripts when a connection is first 
established and then disconnected.

I have the following in rpt.conf:


connpgm=full_path_to_script/name_of_script
discpgm=full_path_to_script/name_of_script


This doesn't seem to be calling the script - I don't see any attempt to 
call the script when monitoring CLI either.

Any ideas?

Thx!

Ramesh.






From kb2ear at kb2ear.net  Tue Sep 22 03:47:55 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Mon, 21 Sep 2009 23:47:55 -0400
Subject: [App_rpt-users] Mini ITX recomendation
Message-ID: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>

Hi All,

So what Mini ITX hardware would you all recommend for use at a remote 
repeater site. I've heard horror stories about systems overheating and 
failing and I would like to try and avoid that.

Thanks,
Scott KB2EAR 




From kd8b at thebades.net  Tue Sep 22 13:34:52 2009
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 22 Sep 2009 09:34:52 -0400
Subject: [App_rpt-users] Mini ITX recomendation
In-Reply-To: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>
References: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>
Message-ID: <20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>

I am building 2 systems with Intel D945GCLF2D boards. I have not had 
them up long enough to say about longevity but the chipset ( the only 
fan) is of poor quality from intel and I have replaced mine with 
better aftermarket versions.

I am experimenting with CF, Microdrives and SD card OS configs and 
dropped back to SATA 2 3.5 as it is just plain fast.... I also have a 
Jetway 945GC board and it has a couple slots and extra usb ports 
compared to the Intel board... albeit a little larger.. all around 
80w power consumption with a sata drive

There is a CF embedded install for the D945GCLF2 board and I was able 
to get it working.. a little learning curve due to the ram based loop 
file system and remembering to save the configs to make them 
persistent as save to ram and save to disk are different things ...

I am also playing with a ASUS Netbook 900 series and have Allstar 
loaded on it.. A solid state HD and 3 usb ports allow up to 3 
repeaters... 199.00 refurb.. and no UPS needed to keep it alive .. No 
dragging a monitor and keyboard to do local edits.. It is not 
deployed yet but operational.. It idles at 13% CPU with the 900 mhz 
celeron M processor... so probably would not run much more than 2 or 
3 repeaters that were busy....

Later Netbooks with SSD and an Atom CPU would probably do better with 
230 or 330 cpu's....

The Intel board is about $69.00 and 1gb ram is $29.00 or so... Case 
and CPU vary....I found a nice little rack on Ebay a while back but 
have not seen them listed lately.. it was about 9 inches deep that I 
want to order but no experience yet.. about 169.00 with PSU... but tiny......

Alternate to that I found some smaller Mini ITX  cases from GEEKS for 
$37.00 ea that come with a 380w PSU and are 13 " deep, not rack but 
small enough to fit in my station..

Doug
KD8B




At 11:47 PM 9/21/2009, Scott Weis wrote:
>Hi All,
>
>So what Mini ITX hardware would you all recommend for use at a remote
>repeater site. I've heard horror stories about systems overheating and
>failing and I would like to try and avoid that.
>
>Thanks,
>Scott KB2EAR
>
>
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at qrvc.com
>http://qrvc.com/mailman/listinfo/app_rpt-users



From kd8b at thebades.net  Tue Sep 22 13:38:47 2009
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 22 Sep 2009 09:38:47 -0400
Subject: [App_rpt-users] Mini ITX recomendation
In-Reply-To: <20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>
References: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>
	<20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>
Message-ID: <20090922133856.9CC30D085B@randymail-a10.g.dreamhost.com>

Correction;
The Geeks.com case Ark PI-01 is now 42.99 or so.. I bought 2 on a 
special last week....

Doug
KD8B



At 09:34 AM 9/22/2009, Doug Bade wrote:
>I am building 2 systems with Intel D945GCLF2D boards. I have not had
>them up long enough to say about longevity but the chipset ( the only
>fan) is of poor quality from intel and I have replaced mine with
>better aftermarket versions.
>
>I am experimenting with CF, Microdrives and SD card OS configs and
>dropped back to SATA 2 3.5 as it is just plain fast.... I also have a
>Jetway 945GC board and it has a couple slots and extra usb ports
>compared to the Intel board... albeit a little larger.. all around
>80w power consumption with a sata drive
>
>There is a CF embedded install for the D945GCLF2 board and I was able
>to get it working.. a little learning curve due to the ram based loop
>file system and remembering to save the configs to make them
>persistent as save to ram and save to disk are different things ...
>
>I am also playing with a ASUS Netbook 900 series and have Allstar
>loaded on it.. A solid state HD and 3 usb ports allow up to 3
>repeaters... 199.00 refurb.. and no UPS needed to keep it alive .. No
>dragging a monitor and keyboard to do local edits.. It is not
>deployed yet but operational.. It idles at 13% CPU with the 900 mhz
>celeron M processor... so probably would not run much more than 2 or
>3 repeaters that were busy....
>
>Later Netbooks with SSD and an Atom CPU would probably do better with
>230 or 330 cpu's....
>
>The Intel board is about $69.00 and 1gb ram is $29.00 or so... Case
>and CPU vary....I found a nice little rack on Ebay a while back but
>have not seen them listed lately.. it was about 9 inches deep that I
>want to order but no experience yet.. about 169.00 with PSU... but tiny......
>
>Alternate to that I found some smaller Mini ITX  cases from GEEKS for
>$37.00 ea that come with a 380w PSU and are 13 " deep, not rack but
>small enough to fit in my station..
>
>Doug
>KD8B
>
>
>
>
>At 11:47 PM 9/21/2009, Scott Weis wrote:
> >Hi All,
> >
> >So what Mini ITX hardware would you all recommend for use at a remote
> >repeater site. I've heard horror stories about systems overheating and
> >failing and I would like to try and avoid that.
> >
> >Thanks,
> >Scott KB2EAR
> >
> >
> >_______________________________________________
> >App_rpt-users mailing list
> >App_rpt-users at qrvc.com
> >http://qrvc.com/mailman/listinfo/app_rpt-users
>
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at qrvc.com
>http://qrvc.com/mailman/listinfo/app_rpt-users



From sales at qrvc.com  Tue Sep 22 14:21:52 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Tue, 22 Sep 2009 07:21:52 -0700
Subject: [App_rpt-users] Mini ITX recomendation
In-Reply-To: <20090922133856.9CC30D085B@randymail-a10.g.dreamhost.com>
References: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>	<20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>
	<20090922133856.9CC30D085B@randymail-a10.g.dreamhost.com>
Message-ID: <4AB8DD80.20805@qrvc.com>

Doug Bade wrote:
> Correction;
> The Geeks.com case Ark PI-01 is now 42.99 or so.. I bought 2 on a 
> special last week....
> 
> Doug
> KD8B
> 
> 
> 
> At 09:34 AM 9/22/2009, Doug Bade wrote:
>> I am building 2 systems with Intel D945GCLF2D boards. I have not had
>> them up long enough to say about longevity but the chipset ( the only
>> fan) is of poor quality from intel and I have replaced mine with
>> better aftermarket versions.
>>
>> I am experimenting with CF, Microdrives and SD card OS configs and
>> dropped back to SATA 2 3.5 as it is just plain fast.... I also have a
>> Jetway 945GC board and it has a couple slots and extra usb ports
>> compared to the Intel board... albeit a little larger.. all around
>> 80w power consumption with a sata drive
>>
>> There is a CF embedded install for the D945GCLF2 board and I was able
>> to get it working.. a little learning curve due to the ram based loop
>> file system and remembering to save the configs to make them
>> persistent as save to ram and save to disk are different things ...
>>
>> I am also playing with a ASUS Netbook 900 series and have Allstar
>> loaded on it.. A solid state HD and 3 usb ports allow up to 3
>> repeaters... 199.00 refurb.. and no UPS needed to keep it alive .. No
>> dragging a monitor and keyboard to do local edits.. It is not
>> deployed yet but operational.. It idles at 13% CPU with the 900 mhz
>> celeron M processor... so probably would not run much more than 2 or
>> 3 repeaters that were busy....
>>
>> Later Netbooks with SSD and an Atom CPU would probably do better with
>> 230 or 330 cpu's....
>>
>> The Intel board is about $69.00 and 1gb ram is $29.00 or so... Case
>> and CPU vary....I found a nice little rack on Ebay a while back but
>> have not seen them listed lately.. it was about 9 inches deep that I
>> want to order but no experience yet.. about 169.00 with PSU... but tiny......
>>
>> Alternate to that I found some smaller Mini ITX  cases from GEEKS for
>> $37.00 ea that come with a 380w PSU and are 13 " deep, not rack but
>> small enough to fit in my station..
>>
>> Doug
>> KD8B
>>
>>
>>
>>
>> At 11:47 PM 9/21/2009, Scott Weis wrote:
>>> Hi All,
>>>
>>> So what Mini ITX hardware would you all recommend for use at a remote
>>> repeater site. I've heard horror stories about systems overheating and
>>> failing and I would like to try and avoid that.
>>>
>>> Thanks,
>>> Scott KB2EAR
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
It's been my experience that most cases for Mini-itx motherboards are
poorly designed from a thermal standpoint. The best thermal design I've
seen to date is the Casetronic C137 case. It has plenty of ventilation
holes on the top and sides as well as a case fan near the PSU.

Steve
WA6ZFT




From kd8b at thebades.net  Tue Sep 22 15:05:05 2009
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 22 Sep 2009 11:05:05 -0400
Subject: [App_rpt-users] Mini ITX recomendation
In-Reply-To: <4AB8DD80.20805@qrvc.com>
References: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>
	<20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>
	<20090922133856.9CC30D085B@randymail-a10.g.dreamhost.com>
	<4AB8DD80.20805@qrvc.com>
Message-ID: <20090922150513.BD512D082C@randymail-a10.g.dreamhost.com>

Scott and Steve;

One of the things I was looking for is no holes on the top of the 
case as we have mice nesting issues and holes on top equals eventual 
use as potty stop in our sites :-)

I also tried using a Supermicro 1u rack case that looked good but way 
louder than I want to use even at my site... There is a version of 
the SC512 that has a 200w PS that might be a lot quieter according to 
the docs.. but SuperMicro cases and no SM motherboards need some 
special attention..

The ARK case has holes on both sides, the back and in front behind 
the panel. It also has a pretty blue light fan on the back of the 
front panel just inside in front/under the HD bay... blowing through 
(quietly) to the rear over the motherboard..it is taller than the 
C137 but quite a bit narrower by the looks... and 13 " deep or so 
which was an issue in my Quintron 900 ex-paging station Cabinet.

The power supply is only 300w on the ARK case so I will correct that...

.

At 10:21 AM 9/22/2009, Stephen Rodgers wrote:

>It's been my experience that most cases for Mini-itx motherboards are
>poorly designed from a thermal standpoint. The best thermal design I've
>seen to date is the Casetronic C137 case. It has plenty of ventilation
>holes on the top and sides as well as a case fan near the PSU.
>
>Steve
>WA6ZFT



From ea8ee1 at gmail.com  Tue Sep 22 15:26:51 2009
From: ea8ee1 at gmail.com (jose)
Date: Tue, 22 Sep 2009 16:26:51 +0100
Subject: [App_rpt-users] URI with Yaesu and Alinco
Message-ID: <4AB8ECBB.3080501@gmail.com>

What is the pinout connection tx-uri-pc with Alinco Dr-150 and Yesus Ft2800?


From kd8b at thebades.net  Tue Sep 22 16:06:42 2009
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 22 Sep 2009 12:06:42 -0400
Subject: [App_rpt-users] Mini ITX recomendation
In-Reply-To: <20090922150513.BD512D082C@randymail-a10.g.dreamhost.com>
References: <FC6038308AC5415695EE42DD993450B5@KB2EAR2>
	<20090922133500.EF98D109E89@randymail-a11.g.dreamhost.com>
	<20090922133856.9CC30D085B@randymail-a10.g.dreamhost.com>
	<4AB8DD80.20805@qrvc.com>
	<20090922150513.BD512D082C@randymail-a10.g.dreamhost.com>
Message-ID: <20090922160651.4F7FCEE2F3@randymail-a2.g.dreamhost.com>

Here is one I would like some input on if anyone has tried it...
RM-1U102ITX25

Athena Power;
RM-1U102ITX25

It looks site tight and looks like it was made for the D945GCLF2 
motherboard....

anyone tried one????

Doug
KD8B


At 11:05 AM 9/22/2009, Doug Bade wrote:

>One of the things I was looking for is no holes on the top of the
>case as we have mice nesting issues and holes on top equals eventual
>use as potty stop in our sites :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090922/47650b6d/attachment.html>

From jabettasso at yahoo.com  Tue Sep 22 16:15:31 2009
From: jabettasso at yahoo.com (John Bettasso)
Date: Tue, 22 Sep 2009 09:15:31 -0700 (PDT)
Subject: [App_rpt-users] TTS?
Message-ID: <641281.56124.qm@web35607.mail.mud.yahoo.com>

Hello all,
Does anyone have example configurations for reading text files over the repeater?  

I am using Asterisk/app_rpt/zap, etc from qrvc.com subversion system.
Thanks,
John


      


From kb2ear at kb2ear.net  Tue Sep 22 21:01:28 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 22 Sep 2009 17:01:28 -0400
Subject: [App_rpt-users] (no subject)
Message-ID: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>

I am haveing trouble setting up a remote base using a TM-271A. I have the 
folloing settings in my rpt.conf

[2555]                                  ; Node id of Remote Base
rxchannel = Radio/usb1                  ; Rx audio/signalling channel
functions = functions-remote
phone_functions=functions-remote
remote=tm271
ioport = /dev/ttyS0                     ; Specify port for serial port 
(optional)
memory = memory                         ; Section to hold memory entries 
(optional)
authlevel = 0                           ; Anyone can use it
duplex=0
statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program and 
options to send stats
statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status 
updates

When I connect I get serial errors, am I missing something?

[Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory: 
Directory pgm done downloading(partial,compressed), 132 records
    -- Accepting AUTHENTICATED call from 172.31.1.164:
       > requested format = ulaw,
       > requested prefs = (ulaw),
       > actual format = ulaw,
       > host prefs = (ulaw|gsm),
       > priority = mine
    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new 
stack
    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new 
stack
    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in new 
stack
    -- Re-Loading config for repeater 2555
  == Parsing '/etc/asterisk/rpt.conf': Found
    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
  == Set device 5-1 to usb1
  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
[Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened serial 
port /dev/ttyS0
[Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: Tracepoint 
rpt_telemetry() entered mode=38
[Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: Tracepoint 
rpt_telemetry() exit
[Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: send_usb_txt 
SETFREQ 0.0 0.0 0.0 0.0 L
[Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x4b
[Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x4b
[Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x4b
[Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x4b
[Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@ node 
2298 recieved node list L T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481 
from node 2000
[Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x4b
[Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555




From kb2ear at kb2ear.net  Tue Sep 22 22:09:21 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 22 Sep 2009 18:09:21 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>
Message-ID: <7720403C6A6B43B194DFC149602DC837@KB2EAR2>

I have just tried with a belkin USB serial dongle and get the exact same 
errors. I can see data going out on the TX light but no rx light ever 
flashes. It's like the radio is not talking to the system.  As a test I 
tried the Kenwood RCP software with the same USB dongle and it works file.

Am I supposed to set the baud rate somewhere?

Thanks & 73,
Scott KB2EAR
----- Original Message ----- 
From: "Scott Weis" <kb2ear at kb2ear.net>
To: "app_rpt users list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 22, 2009 5:01 PM
Subject: [App_rpt-users] (no subject)


>I am haveing trouble setting up a remote base using a TM-271A. I have the
> folloing settings in my rpt.conf
>
> [2555]                                  ; Node id of Remote Base
> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
> functions = functions-remote
> phone_functions=functions-remote
> remote=tm271
> ioport = /dev/ttyS0                     ; Specify port for serial port
> (optional)
> memory = memory                         ; Section to hold memory entries
> (optional)
> authlevel = 0                           ; Anyone can use it
> duplex=0
> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program 
> and
> options to send stats
> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status
> updates
>
> When I connect I get serial errors, am I missing something?
>
> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
> Directory pgm done downloading(partial,compressed), 132 records
>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>       > requested format = ulaw,
>       > requested prefs = (ulaw),
>       > actual format = ulaw,
>       > host prefs = (ulaw|gsm),
>       > priority = mine
>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new
> stack
>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
> stack
>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in new
> stack
>    -- Re-Loading config for repeater 2555
>  == Parsing '/etc/asterisk/rpt.conf': Found
>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>  == Set device 5-1 to usb1
>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded
> parameters from usbradio_tune_usb1.conf for device usb1 .
> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened serial
> port /dev/ttyS0
> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: Tracepoint
> rpt_telemetry() entered mode=38
> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: Tracepoint
> rpt_telemetry() exit
> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: send_usb_txt
> SETFREQ 0.0 0.0 0.0 0.0 L
> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@ 
> node
> 2298 recieved node list L T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
> from node 2000
> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
> 




From sales at qrvc.com  Wed Sep 23 01:50:41 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Tue, 22 Sep 2009 18:50:41 -0700
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <7720403C6A6B43B194DFC149602DC837@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>
	<7720403C6A6B43B194DFC149602DC837@KB2EAR2>
Message-ID: <4AB97EF1.3080602@qrvc.com>

Scott Weis wrote:
> I have just tried with a belkin USB serial dongle and get the exact same 
> errors. I can see data going out on the TX light but no rx light ever 
> flashes. It's like the radio is not talking to the system.  As a test I 
> tried the Kenwood RCP software with the same USB dongle and it works file.
> 
> Am I supposed to set the baud rate somewhere?
> 
> Thanks & 73,
> Scott KB2EAR
> ----- Original Message ----- 
> From: "Scott Weis" <kb2ear at kb2ear.net>
> To: "app_rpt users list" <app_rpt-users at qrvc.com>
> Sent: Tuesday, September 22, 2009 5:01 PM
> Subject: [App_rpt-users] (no subject)
> 
> 
>> I am haveing trouble setting up a remote base using a TM-271A. I have the
>> folloing settings in my rpt.conf
>>
>> [2555]                                  ; Node id of Remote Base
>> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
>> functions = functions-remote
>> phone_functions=functions-remote
>> remote=tm271
>> ioport = /dev/ttyS0                     ; Specify port for serial port
>> (optional)
>> memory = memory                         ; Section to hold memory entries
>> (optional)
>> authlevel = 0                           ; Anyone can use it
>> duplex=0
>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program 
>> and
>> options to send stats
>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status
>> updates
>>
>> When I connect I get serial errors, am I missing something?
>>
>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
>> Directory pgm done downloading(partial,compressed), 132 records
>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>       > requested format = ulaw,
>>       > requested prefs = (ulaw),
>>       > actual format = ulaw,
>>       > host prefs = (ulaw|gsm),
>>       > priority = mine
>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new
>> stack
>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
>> stack
>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in new
>> stack
>>    -- Re-Loading config for repeater 2555
>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>  == Set device 5-1 to usb1
>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded
>> parameters from usbradio_tune_usb1.conf for device usb1 .
>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened serial
>> port /dev/ttyS0
>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: Tracepoint
>> rpt_telemetry() entered mode=38
>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: Tracepoint
>> rpt_telemetry() exit
>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: send_usb_txt
>> SETFREQ 0.0 0.0 0.0 0.0 L
>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>> device not responding on node 2555
>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>> device not responding on node 2555
>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>> device not responding on node 2555
>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@ 
>> node
>> 2298 recieved node list L T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>> from node 2000
>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>> device not responding on node 2555
>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>> device not responding on node 2555
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>>
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

The baud rate is fixed in the app_rpt s/w.

The problem is very likely to be in the interface. What are you using
for an interface? Note the interface is not the usb to serial converter,
and it is not the pre-made up Kenwood serial cable either. It is usually
a homebrew circuit which merges the output from the sound fob and the
serial port together, oh, and it requires power from the modified FOB as
well.

Please refer to the interface circuit here:

http://images.qrvc.com/usb2tmg707.pdf

Steve
WA6ZFT


From kb2ear at kb2ear.net  Wed Sep 23 02:05:58 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 22 Sep 2009 22:05:58 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <4AB97EF1.3080602@qrvc.com>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>
	<7720403C6A6B43B194DFC149602DC837@KB2EAR2>
	<4AB97EF1.3080602@qrvc.com>
Message-ID: <70A7678E36C540F19DE88641A73A939D@KB2EAR2>

Isn't that circuit only required because the TM-G707 uses the same connector 
for programming as for the audio and COR?

Thanks,
Scott
----- Original Message ----- 
From: "Stephen Rodgers" <sales at qrvc.com>
To: "Scott Weis" <kb2ear at kb2ear.net>
Cc: "app_rpt users list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 22, 2009 9:50 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


> Scott Weis wrote:
>> I have just tried with a belkin USB serial dongle and get the exact same
>> errors. I can see data going out on the TX light but no rx light ever
>> flashes. It's like the radio is not talking to the system.  As a test I
>> tried the Kenwood RCP software with the same USB dongle and it works 
>> file.
>>
>> Am I supposed to set the baud rate somewhere?
>>
>> Thanks & 73,
>> Scott KB2EAR
>> ----- Original Message ----- 
>> From: "Scott Weis" <kb2ear at kb2ear.net>
>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>> Sent: Tuesday, September 22, 2009 5:01 PM
>> Subject: [App_rpt-users] (no subject)
>>
>>
>>> I am haveing trouble setting up a remote base using a TM-271A. I have 
>>> the
>>> folloing settings in my rpt.conf
>>>
>>> [2555]                                  ; Node id of Remote Base
>>> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
>>> functions = functions-remote
>>> phone_functions=functions-remote
>>> remote=tm271
>>> ioport = /dev/ttyS0                     ; Specify port for serial port
>>> (optional)
>>> memory = memory                         ; Section to hold memory entries
>>> (optional)
>>> authlevel = 0                           ; Anyone can use it
>>> duplex=0
>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program
>>> and
>>> options to send stats
>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status
>>> updates
>>>
>>> When I connect I get serial errors, am I missing something?
>>>
>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
>>> Directory pgm done downloading(partial,compressed), 132 records
>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>       > requested format = ulaw,
>>>       > requested prefs = (ulaw),
>>>       > actual format = ulaw,
>>>       > host prefs = (ulaw|gsm),
>>>       > priority = mine
>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new
>>> stack
>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
>>> stack
>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in 
>>> new
>>> stack
>>>    -- Re-Loading config for repeater 2555
>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>  == Set device 5-1 to usb1
>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded
>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened 
>>> serial
>>> port /dev/ttyS0
>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: 
>>> Tracepoint
>>> rpt_telemetry() entered mode=38
>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: 
>>> Tracepoint
>>> rpt_telemetry() exit
>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: 
>>> send_usb_txt
>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>> Serial
>>> device not responding on node 2555
>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>> Serial
>>> device not responding on node 2555
>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>> Serial
>>> device not responding on node 2555
>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@
>>> node
>>> 2298 recieved node list L 
>>> T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>> from node 2000
>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>> Serial
>>> device not responding on node 2555
>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>> Serial
>>> device not responding on node 2555
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>
> The baud rate is fixed in the app_rpt s/w.
>
> The problem is very likely to be in the interface. What are you using
> for an interface? Note the interface is not the usb to serial converter,
> and it is not the pre-made up Kenwood serial cable either. It is usually
> a homebrew circuit which merges the output from the sound fob and the
> serial port together, oh, and it requires power from the modified FOB as
> well.
>
> Please refer to the interface circuit here:
>
> http://images.qrvc.com/usb2tmg707.pdf
>
> Steve
> WA6ZFT
>
> 




From telesistant at hotmail.com  Wed Sep 23 02:33:51 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 22 Sep 2009 19:33:51 -0700
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <4AB97EF1.3080602@qrvc.com>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>
	<7720403C6A6B43B194DFC149602DC837@KB2EAR2> <4AB97EF1.3080602@qrvc.com>
Message-ID: <BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl>


No, in the case of the tm-271 the interface IS the standard serial one
that connects thru the mic cable.

> Date: Tue, 22 Sep 2009 18:50:41 -0700
> From: sales at qrvc.com
> To: kb2ear at kb2ear.net
> CC: app_rpt-users at qrvc.com
> Subject: Re: [App_rpt-users] TM-271 remote base setup
> 
> Scott Weis wrote:
> > I have just tried with a belkin USB serial dongle and get the exact same 
> > errors. I can see data going out on the TX light but no rx light ever 
> > flashes. It's like the radio is not talking to the system.  As a test I 
> > tried the Kenwood RCP software with the same USB dongle and it works file.
> > 
> > Am I supposed to set the baud rate somewhere?
> > 
> > Thanks & 73,
> > Scott KB2EAR
> > ----- Original Message ----- 
> > From: "Scott Weis" <kb2ear at kb2ear.net>
> > To: "app_rpt users list" <app_rpt-users at qrvc.com>
> > Sent: Tuesday, September 22, 2009 5:01 PM
> > Subject: [App_rpt-users] (no subject)
> > 
> > 
> >> I am haveing trouble setting up a remote base using a TM-271A. I have the
> >> folloing settings in my rpt.conf
> >>
> >> [2555]                                  ; Node id of Remote Base
> >> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
> >> functions = functions-remote
> >> phone_functions=functions-remote
> >> remote=tm271
> >> ioport = /dev/ttyS0                     ; Specify port for serial port
> >> (optional)
> >> memory = memory                         ; Section to hold memory entries
> >> (optional)
> >> authlevel = 0                           ; Anyone can use it
> >> duplex=0
> >> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program 
> >> and
> >> options to send stats
> >> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status
> >> updates
> >>
> >> When I connect I get serial errors, am I missing something?
> >>
> >> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
> >> Directory pgm done downloading(partial,compressed), 132 records
> >>    -- Accepting AUTHENTICATED call from 172.31.1.164:
> >>       > requested format = ulaw,
> >>       > requested prefs = (ulaw),
> >>       > actual format = ulaw,
> >>       > host prefs = (ulaw|gsm),
> >>       > priority = mine
> >>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new
> >> stack
> >>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
> >> stack
> >>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in new
> >> stack
> >>    -- Re-Loading config for repeater 2555
> >>  == Parsing '/etc/asterisk/rpt.conf': Found
> >>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
> >>  == Set device 5-1 to usb1
> >>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
> >> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded
> >> parameters from usbradio_tune_usb1.conf for device usb1 .
> >> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened serial
> >> port /dev/ttyS0
> >> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: Tracepoint
> >> rpt_telemetry() entered mode=38
> >> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: Tracepoint
> >> rpt_telemetry() exit
> >> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: send_usb_txt
> >> SETFREQ 0.0 0.0 0.0 0.0 L
> >> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> >> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> >> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> >> device not responding on node 2555
> >> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> >> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> >> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> >> device not responding on node 2555
> >> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> >> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> >> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> >> device not responding on node 2555
> >> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> >> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> >> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@ 
> >> node
> >> 2298 recieved node list L T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
> >> from node 2000
> >> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> >> device not responding on node 2555
> >> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
> >> ioport=/dev/ttyS0 baud=13 iofd=0x4b
> >> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
> >> device not responding on node 2555
> >>
> >>
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at qrvc.com
> >> http://qrvc.com/mailman/listinfo/app_rpt-users
> >>
> >>
> > 
> > 
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> > 
> 
> The baud rate is fixed in the app_rpt s/w.
> 
> The problem is very likely to be in the interface. What are you using
> for an interface? Note the interface is not the usb to serial converter,
> and it is not the pre-made up Kenwood serial cable either. It is usually
> a homebrew circuit which merges the output from the sound fob and the
> serial port together, oh, and it requires power from the modified FOB as
> well.
> 
> Please refer to the interface circuit here:
> 
> http://images.qrvc.com/usb2tmg707.pdf
> 
> Steve
> WA6ZFT
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090922/180505a0/attachment.html>

From sales at qrvc.com  Wed Sep 23 03:07:11 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Tue, 22 Sep 2009 20:07:11 -0700
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2>
	<4AB97EF1.3080602@qrvc.com>
	<BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl>
Message-ID: <4AB990DF.3000703@qrvc.com>

Jim Duuuude wrote:
> No, in the case of the tm-271 the interface IS the standard serial one
> that connects thru the mic cable.
> 
>> Date: Tue, 22 Sep 2009 18:50:41 -0700
>> From: sales at qrvc.com
>> To: kb2ear at kb2ear.net
>> CC: app_rpt-users at qrvc.com
>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>
>> Scott Weis wrote:
>>> I have just tried with a belkin USB serial dongle and get the exact same 
>>> errors. I can see data going out on the TX light but no rx light ever 
>>> flashes. It's like the radio is not talking to the system.  As a test I 
>>> tried the Kenwood RCP software with the same USB dongle and it works file.
>>>
>>> Am I supposed to set the baud rate somewhere?
>>>
>>> Thanks & 73,
>>> Scott KB2EAR
>>> ----- Original Message ----- 
>>> From: "Scott Weis" <kb2ear at kb2ear.net>
>>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>>> Sent: Tuesday, September 22, 2009 5:01 PM
>>> Subject: [App_rpt-users] (no subject)
>>>
>>>
>>>> I am haveing trouble setting up a remote base using a TM-271A. I have the
>>>> folloing settings in my rpt.conf
>>>>
>>>> [2555]                                  ; Node id of Remote Base
>>>> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
>>>> functions = functions-remote
>>>> phone_functions=functions-remote
>>>> remote=tm271
>>>> ioport = /dev/ttyS0                     ; Specify port for serial port
>>>> (optional)
>>>> memory = memory                         ; Section to hold memory entries
>>>> (optional)
>>>> authlevel = 0                           ; Anyone can use it
>>>> duplex=0
>>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; Program 
>>>> and
>>>> options to send stats
>>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for status
>>>> updates
>>>>
>>>> When I connect I get serial errors, am I missing something?
>>>>
>>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
>>>> Directory pgm done downloading(partial,compressed), 132 records
>>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>>       > requested format = ulaw,
>>>>       > requested prefs = (ulaw),
>>>>       > actual format = ulaw,
>>>>       > host prefs = (ulaw|gsm),
>>>>       > priority = mine
>>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in new
>>>> stack
>>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
>>>> stack
>>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in new
>>>> stack
>>>>    -- Re-Loading config for repeater 2555
>>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>>  == Set device 5-1 to usb1
>>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: Loaded
>>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened serial
>>>> port /dev/ttyS0
>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: Tracepoint
>>>> rpt_telemetry() entered mode=38
>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: Tracepoint
>>>> rpt_telemetry() exit
>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: send_usb_txt
>>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>>>> device not responding on node 2555
>>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>>>> device not responding on node 2555
>>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>>>> device not responding on node 2555
>>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: @@@@ 
>>>> node
>>>> 2298 recieved node list L T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>>> from node 2000
>>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>>>> device not responding on node 2555
>>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: Serial
>>>> device not responding on node 2555
>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at qrvc.com
>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>> The baud rate is fixed in the app_rpt s/w.
>>
>> The problem is very likely to be in the interface. What are you using
>> for an interface? Note the interface is not the usb to serial converter,
>> and it is not the pre-made up Kenwood serial cable either. It is usually
>> a homebrew circuit which merges the output from the sound fob and the
>> serial port together, oh, and it requires power from the modified FOB as
>> well.
>>
>> Please refer to the interface circuit here:
>>
>> http://images.qrvc.com/usb2tmg707.pdf
>>
>> Steve
>> WA6ZFT
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users

Oops. I screwed up!
I don't know how I got stuck on TMG-707 vs TM-271.

The TM-271 has a dedicated serial port so please disregard my confusing
message....

Steve
WA6ZFT




From kb2ear at kb2ear.net  Wed Sep 23 03:28:40 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 22 Sep 2009 23:28:40 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <4AB990DF.3000703@qrvc.com>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2>
	<4AB97EF1.3080602@qrvc.com>
	<BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl>
	<4AB990DF.3000703@qrvc.com>
Message-ID: <59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>

Anyway, Does anyone out there have a working config for the tm271 that they 
would be willing to share? I can provide SSH access for debugging. at this 
point I'm stuck.

Thanks & 73
Scott KB2EAR
----- Original Message ----- 
From: "Stephen Rodgers" <sales at qrvc.com>
To: "Jim Duuuude" <telesistant at hotmail.com>
Cc: <kb2ear at kb2ear.net>; "app_rpt mailing list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 22, 2009 11:07 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


> Jim Duuuude wrote:
>> No, in the case of the tm-271 the interface IS the standard serial one
>> that connects thru the mic cable.
>>
>>> Date: Tue, 22 Sep 2009 18:50:41 -0700
>>> From: sales at qrvc.com
>>> To: kb2ear at kb2ear.net
>>> CC: app_rpt-users at qrvc.com
>>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>>
>>> Scott Weis wrote:
>>>> I have just tried with a belkin USB serial dongle and get the exact 
>>>> same
>>>> errors. I can see data going out on the TX light but no rx light ever
>>>> flashes. It's like the radio is not talking to the system.  As a test I
>>>> tried the Kenwood RCP software with the same USB dongle and it works 
>>>> file.
>>>>
>>>> Am I supposed to set the baud rate somewhere?
>>>>
>>>> Thanks & 73,
>>>> Scott KB2EAR
>>>> ----- Original Message ----- 
>>>> From: "Scott Weis" <kb2ear at kb2ear.net>
>>>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>>>> Sent: Tuesday, September 22, 2009 5:01 PM
>>>> Subject: [App_rpt-users] (no subject)
>>>>
>>>>
>>>>> I am haveing trouble setting up a remote base using a TM-271A. I have 
>>>>> the
>>>>> folloing settings in my rpt.conf
>>>>>
>>>>> [2555]                                  ; Node id of Remote Base
>>>>> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
>>>>> functions = functions-remote
>>>>> phone_functions=functions-remote
>>>>> remote=tm271
>>>>> ioport = /dev/ttyS0                     ; Specify port for serial port
>>>>> (optional)
>>>>> memory = memory                         ; Section to hold memory 
>>>>> entries
>>>>> (optional)
>>>>> authlevel = 0                           ; Anyone can use it
>>>>> duplex=0
>>>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ; 
>>>>> Program
>>>>> and
>>>>> options to send stats
>>>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for 
>>>>> status
>>>>> updates
>>>>>
>>>>> When I connect I get serial errors, am I missing something?
>>>>>
>>>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 do_el_directory:
>>>>> Directory pgm done downloading(partial,compressed), 132 records
>>>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>>>       > requested format = ulaw,
>>>>>       > requested prefs = (ulaw),
>>>>>       > actual format = ulaw,
>>>>>       > host prefs = (ulaw|gsm),
>>>>>       > priority = mine
>>>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in 
>>>>> new
>>>>> stack
>>>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in new
>>>>> stack
>>>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") in 
>>>>> new
>>>>> stack
>>>>>    -- Re-Loading config for repeater 2555
>>>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>>>  == Set device 5-1 to usb1
>>>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread: 
>>>>> Loaded
>>>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened 
>>>>> serial
>>>>> port /dev/ttyS0
>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry: 
>>>>> Tracepoint
>>>>> rpt_telemetry() entered mode=38
>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry: 
>>>>> Tracepoint
>>>>> rpt_telemetry() exit
>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt: 
>>>>> send_usb_txt
>>>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>>>> Serial
>>>>> device not responding on node 2555
>>>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>>>> Serial
>>>>> device not responding on node 2555
>>>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>>>> Serial
>>>>> device not responding on node 2555
>>>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data: 
>>>>> @@@@
>>>>> node
>>>>> 2298 recieved node list L 
>>>>> T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>>>> from node 2000
>>>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>>>> Serial
>>>>> device not responding on node 2555
>>>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io: 
>>>>> Serial
>>>>> device not responding on node 2555
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at qrvc.com
>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at qrvc.com
>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>
>>> The baud rate is fixed in the app_rpt s/w.
>>>
>>> The problem is very likely to be in the interface. What are you using
>>> for an interface? Note the interface is not the usb to serial converter,
>>> and it is not the pre-made up Kenwood serial cable either. It is usually
>>> a homebrew circuit which merges the output from the sound fob and the
>>> serial port together, oh, and it requires power from the modified FOB as
>>> well.
>>>
>>> Please refer to the interface circuit here:
>>>
>>> http://images.qrvc.com/usb2tmg707.pdf
>>>
>>> Steve
>>> WA6ZFT
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>
> Oops. I screwed up!
> I don't know how I got stuck on TMG-707 vs TM-271.
>
> The TM-271 has a dedicated serial port so please disregard my confusing
> message....
>
> Steve
> WA6ZFT
>
>
> 




From kd8b at thebades.net  Wed Sep 23 12:17:33 2009
From: kd8b at thebades.net (Doug Bade)
Date: Wed, 23 Sep 2009 08:17:33 -0400
Subject: [App_rpt-users] Fwd: D945 board
Message-ID: <20090923121741.D771D18CE8E@randymail-a1.g.dreamhost.com>

A reply on the D945 subject came to me directly that I think was 
supposed to go to the group... as I was not the original poster who 
asked, so here it is...

I will add that there is a Limey Linux version for the D945 board now 
that does have the drivers for my D945 board anyhow.. so the 
information may be reference an older version...

It is a really nice embedded option if you want to use a CF disk or 
SD disk device and no moving parts... except the PS fan and the 
Northbridge fan.....

Doug
KD8B


>To: kd8b at thebades.net
>Subject: D945 board
>
>I have had a d945 board burning in with asterisk for about 5 months 
>now. Not a problem. I used a D300 case from mini-box, and have 
>another fan on it that way. The only real issue I had was the LL 
>image for D945 was missing the driver for the net adapter.
>
>Good luck, this stuff's getting pretty neat.
>
>GeorgeC
>W2DB
>
>



From kd8b at thebades.net  Wed Sep 23 12:32:57 2009
From: kd8b at thebades.net (Doug Bade)
Date: Wed, 23 Sep 2009 08:32:57 -0400
Subject: [App_rpt-users] Install when your Ethernet port is not detected
In-Reply-To: <7.1.0.9.2.20090923081824.03a78b10@clecom.com>
References: <7.1.0.9.2.20090923081824.03a78b10@clecom.com>
Message-ID: <20090923123305.D9CBCEE26A@randymail-a9.g.dreamhost.com>

At 08:23 AM 9/23/2009, Doug Bade wrote:
>Hello;
>
>         I had this happen when I was trying to install on my Asus 
> Netbook 900 which has an unsupported ethernet device... I found 
> that the Linksys series USB/ethernet devices are detected in Centos 
> 5.x installs and can be added in long enough to get the install 
> completed then pulled after you locate and find the drivers for for 
> the ethernet adapter.. They are posted by the way.... google if 
> needed.... also the wifi drivers are posted for centos/redhat etc....
>
>Just a little tidbit I ran across in my frustration.. I now keep a 
>Linksys usb/ethernet adapter in my laptop kit for emergencies.. :-)
>
>Doug
>KD8B



From kb2ear at kb2ear.net  Wed Sep 23 16:46:42 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Wed, 23 Sep 2009 12:46:42 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2><4AB97EF1.3080602@qrvc.com><BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl><4AB990DF.3000703@qrvc.com>
	<59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>
Message-ID: <934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2>

I have now tried this on 3 different machines, every one of them fails the 
same way. Does anyone actually have a Kenwood TM-271a working with version 
0.203 9/12/2009 of app_rpt.c?

Scott
----- Original Message ----- 
From: "Scott Weis" <kb2ear at kb2ear.net>
To: <sales at qrvc.com>; "Jim Duuuude" <telesistant at hotmail.com>
Cc: "app_rpt mailing list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 22, 2009 11:28 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


> Anyway, Does anyone out there have a working config for the tm271 that 
> they
> would be willing to share? I can provide SSH access for debugging. at this
> point I'm stuck.
>
> Thanks & 73
> Scott KB2EAR
> ----- Original Message ----- 
> From: "Stephen Rodgers" <sales at qrvc.com>
> To: "Jim Duuuude" <telesistant at hotmail.com>
> Cc: <kb2ear at kb2ear.net>; "app_rpt mailing list" <app_rpt-users at qrvc.com>
> Sent: Tuesday, September 22, 2009 11:07 PM
> Subject: Re: [App_rpt-users] TM-271 remote base setup
>
>
>> Jim Duuuude wrote:
>>> No, in the case of the tm-271 the interface IS the standard serial one
>>> that connects thru the mic cable.
>>>
>>>> Date: Tue, 22 Sep 2009 18:50:41 -0700
>>>> From: sales at qrvc.com
>>>> To: kb2ear at kb2ear.net
>>>> CC: app_rpt-users at qrvc.com
>>>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>>>
>>>> Scott Weis wrote:
>>>>> I have just tried with a belkin USB serial dongle and get the exact
>>>>> same
>>>>> errors. I can see data going out on the TX light but no rx light ever
>>>>> flashes. It's like the radio is not talking to the system.  As a test 
>>>>> I
>>>>> tried the Kenwood RCP software with the same USB dongle and it works
>>>>> file.
>>>>>
>>>>> Am I supposed to set the baud rate somewhere?
>>>>>
>>>>> Thanks & 73,
>>>>> Scott KB2EAR
>>>>> ----- Original Message ----- 
>>>>> From: "Scott Weis" <kb2ear at kb2ear.net>
>>>>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>>>>> Sent: Tuesday, September 22, 2009 5:01 PM
>>>>> Subject: [App_rpt-users] (no subject)
>>>>>
>>>>>
>>>>>> I am haveing trouble setting up a remote base using a TM-271A. I have
>>>>>> the
>>>>>> folloing settings in my rpt.conf
>>>>>>
>>>>>> [2555]                                  ; Node id of Remote Base
>>>>>> rxchannel = Radio/usb1                  ; Rx audio/signalling channel
>>>>>> functions = functions-remote
>>>>>> phone_functions=functions-remote
>>>>>> remote=tm271
>>>>>> ioport = /dev/ttyS0                     ; Specify port for serial 
>>>>>> port
>>>>>> (optional)
>>>>>> memory = memory                         ; Section to hold memory
>>>>>> entries
>>>>>> (optional)
>>>>>> authlevel = 0                           ; Anyone can use it
>>>>>> duplex=0
>>>>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ;
>>>>>> Program
>>>>>> and
>>>>>> options to send stats
>>>>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for
>>>>>> status
>>>>>> updates
>>>>>>
>>>>>> When I connect I get serial errors, am I missing something?
>>>>>>
>>>>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102 
>>>>>> do_el_directory:
>>>>>> Directory pgm done downloading(partial,compressed), 132 records
>>>>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>>>>       > requested format = ulaw,
>>>>>>       > requested prefs = (ulaw),
>>>>>>       > actual format = ulaw,
>>>>>>       > host prefs = (ulaw|gsm),
>>>>>>       > priority = mine
>>>>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in
>>>>>> new
>>>>>> stack
>>>>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in 
>>>>>> new
>>>>>> stack
>>>>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P") 
>>>>>> in
>>>>>> new
>>>>>> stack
>>>>>>    -- Re-Loading config for repeater 2555
>>>>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>>>>  == Set device 5-1 to usb1
>>>>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>>>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread:
>>>>>> Loaded
>>>>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened
>>>>>> serial
>>>>>> port /dev/ttyS0
>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry:
>>>>>> Tracepoint
>>>>>> rpt_telemetry() entered mode=38
>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry:
>>>>>> Tracepoint
>>>>>> rpt_telemetry() exit
>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt:
>>>>>> send_usb_txt
>>>>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>> Serial
>>>>>> device not responding on node 2555
>>>>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>> Serial
>>>>>> device not responding on node 2555
>>>>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>> Serial
>>>>>> device not responding on node 2555
>>>>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data:
>>>>>> @@@@
>>>>>> node
>>>>>> 2298 recieved node list L
>>>>>> T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>>>>> from node 2000
>>>>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>> Serial
>>>>>> device not responding on node 2555
>>>>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>> Serial
>>>>>> device not responding on node 2555
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at qrvc.com
>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at qrvc.com
>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>
>>>> The baud rate is fixed in the app_rpt s/w.
>>>>
>>>> The problem is very likely to be in the interface. What are you using
>>>> for an interface? Note the interface is not the usb to serial 
>>>> converter,
>>>> and it is not the pre-made up Kenwood serial cable either. It is 
>>>> usually
>>>> a homebrew circuit which merges the output from the sound fob and the
>>>> serial port together, oh, and it requires power from the modified FOB 
>>>> as
>>>> well.
>>>>
>>>> Please refer to the interface circuit here:
>>>>
>>>> http://images.qrvc.com/usb2tmg707.pdf
>>>>
>>>> Steve
>>>> WA6ZFT
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at qrvc.com
>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>> Oops. I screwed up!
>> I don't know how I got stuck on TMG-707 vs TM-271.
>>
>> The TM-271 has a dedicated serial port so please disregard my confusing
>> message....
>>
>> Steve
>> WA6ZFT
>>
>>
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
> 




From telesistant at hotmail.com  Wed Sep 23 16:48:37 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Wed, 23 Sep 2009 09:48:37 -0700
Subject: [App_rpt-users] Install when your Ethernet port is not detected
In-Reply-To: <20090923123305.D9CBCEE26A@randymail-a9.g.dreamhost.com>
References: <7.1.0.9.2.20090923081824.03a78b10@clecom.com>
Message-ID: <BAY119-W21E0928342008811A2AA5EB1DB0@phx.gbl>


yes, but did you set the tidbit, or clear the tidbit? :-) :-)

> Date: Wed, 23 Sep 2009 08:32:57 -0400
> To: app_rpt-users at qrvc.com
> From: kd8b at thebades.net
> Subject: Re: [App_rpt-users] Install when your Ethernet port is not detected
> 
> At 08:23 AM 9/23/2009, Doug Bade wrote:
> >Hello;
> >
> >         I had this happen when I was trying to install on my Asus 
> > Netbook 900 which has an unsupported ethernet device... I found 
> > that the Linksys series USB/ethernet devices are detected in Centos 
> > 5.x installs and can be added in long enough to get the install 
> > completed then pulled after you locate and find the drivers for for 
> > the ethernet adapter.. They are posted by the way.... google if 
> > needed.... also the wifi drivers are posted for centos/redhat etc....
> >
> >Just a little tidbit I ran across in my frustration.. I now keep a 
> >Linksys usb/ethernet adapter in my laptop kit for emergencies.. :-)
> >
> >Doug
> >KD8B
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090923/3a63dc07/attachment.html>

From kb4fxc at inttek.net  Wed Sep 23 21:51:42 2009
From: kb4fxc at inttek.net (David McGough)
Date: Wed, 23 Sep 2009 17:51:42 -0400 (EDT)
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <4AB83B97.60104@va3uv.com>
Message-ID: <Pine.LNX.4.44.0909231746330.9515-100000@goliath.inttek.net>


Hi Everyone,

Before I start hacking on the code, I though I'd ask if there is any
current way the to perform a disconnect operation for all echolink or IRLP
nodes??? I know about (and am currently using) ilink command 6 to perform
an "all disconnect"....But, I need to be more selective.

Thanks in advance!

73, David kb4fxc




From nessenj at jimsoffice.org  Wed Sep 23 22:12:58 2009
From: nessenj at jimsoffice.org (James Nessen)
Date: Wed, 23 Sep 2009 15:12:58 -0700
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <Pine.LNX.4.44.0909231746330.9515-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909231746330.9515-100000@goliath.inttek.net>
Message-ID: <0DAA61B7-2A8A-42DE-8170-DA3F6AACC2A7@jimsoffice.org>

Outside of disconnecting manually, I don't think there is a way to  
disconnect only echolink stations.  IRLP one is easy since you can  
only have a single node connected.

Jim, K6JWN

On Sep 23, 2009, at 2:51 PM, David McGough wrote:

>
> Hi Everyone,
>
> Before I start hacking on the code, I though I'd ask if there is any
> current way the to perform a disconnect operation for all echolink  
> or IRLP
> nodes??? I know about (and am currently using) ilink command 6 to  
> perform
> an "all disconnect"....But, I need to be more selective.
>
> Thanks in advance!
>
> 73, David kb4fxc
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users



From sales at qrvc.com  Thu Sep 24 03:53:38 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Wed, 23 Sep 2009 20:53:38 -0700
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <0DAA61B7-2A8A-42DE-8170-DA3F6AACC2A7@jimsoffice.org>
References: <Pine.LNX.4.44.0909231746330.9515-100000@goliath.inttek.net>
	<0DAA61B7-2A8A-42DE-8170-DA3F6AACC2A7@jimsoffice.org>
Message-ID: <4ABAED42.7050701@qrvc.com>

James Nessen wrote:
> Outside of disconnecting manually, I don't think there is a way to  
> disconnect only echolink stations.  IRLP one is easy since you can  
> only have a single node connected.
> 
> Jim, K6JWN
> 
> On Sep 23, 2009, at 2:51 PM, David McGough wrote:
> 
>> Hi Everyone,
>>
>> Before I start hacking on the code, I though I'd ask if there is any
>> current way the to perform a disconnect operation for all echolink  
>> or IRLP
>> nodes??? I know about (and am currently using) ilink command 6 to  
>> perform
>> an "all disconnect"....But, I need to be more selective.
>>
>> Thanks in advance!
>>
>> 73, David kb4fxc
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Here's a way it could possibly be done without changing any C source code...

<Rube_Golberg_mode = on>

1. Use the autopatch to invoke a context in extensions.conf
2. Use the system command in the context to call a script
3. Have the script do an asterisk -rx rpt nodes xxxx and parse the
output for nodes beginning with a 3 or 4. (After throwing out the
leading R.C, or T)
4. Have the script send disconnect commands for each matching node:
asterisk -rx rpt fun *1node
5. Exit the script

<Rube_Golberg_mode = off>


You may run in to some snags. I haven't tried this myself it's just an idea.

Steve
WA6ZFT


From kb4fxc at inttek.net  Thu Sep 24 18:18:11 2009
From: kb4fxc at inttek.net (David McGough)
Date: Thu, 24 Sep 2009 14:18:11 -0400 (EDT)
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <4ABAED42.7050701@qrvc.com>
Message-ID: <Pine.LNX.4.44.0909241352590.2154-100000@goliath.inttek.net>



On Wed, 23 Sep 2009, Stephen Rodgers wrote:

<snip>
> 
> Here's a way it could possibly be done without changing any C source code...
> 
> <Rube_Golberg_mode = on>
> 
> 1. Use the autopatch to invoke a context in extensions.conf
> 2. Use the system command in the context to call a script
> 3. Have the script do an asterisk -rx rpt nodes xxxx and parse the
> output for nodes beginning with a 3 or 4. (After throwing out the
> leading R.C, or T)
> 4. Have the script send disconnect commands for each matching node:
> asterisk -rx rpt fun *1node
> 5. Exit the script
> 
> <Rube_Golberg_mode = off>
> 
> 
> You may run in to some snags. I haven't tried this myself it's just an idea.
> 
> Steve
> WA6ZFT
> 


Hey! That's an intereting idea! I just tried tests from the command line 
and I think it'll work GREAT! ...I'll put together a script and report 
back.

This kind of scripted approach would be very very useful for remote base
controls, too, IMO---Rather than hacking on app_rpt.c to add an another
radio type or features, etc....Then, hooking in a "do it all" library (eg:
hamlib) would be painless--AND, it would be a completely separate module
that doesn't introduce show-stopping bugs or have to be directly
maintained as part of the app_rpt codebase.

The reason I bring this up is that I'm very successfully using an Icom 
M-710 radio for HF remote base. But, it uses NMEA-0183 control sentences. 
And, right now I have to hack, hack everytime I upgrade app_rpt.c...
Separate scripts/modules would be SOOOO much easier! ....And Ole Rube 
would be prowd, too!

73, David kb4fxc




From no3m at no3m.net  Thu Sep 24 18:47:32 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Thu, 24 Sep 2009 14:47:32 -0400
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <Pine.LNX.4.44.0909241352590.2154-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909241352590.2154-100000@goliath.inttek.net>
Message-ID: <4ABBBEC4.7060408@no3m.net>

app_rpt is quite flexible like that.

Using a completely silent autopatch call, coupled w/ dialplan + a couple 
bash scripts allows us to change almost every node stanza parameter, cw 
attributes, and build new courtesy tones in rpt.conf as well as 
zaptel.conf parameters using just DTMF over the air, with changes 
activated in realtime.  We've even implemented a 100 slot "DVR" using 
silent autopatch for playback, record, delete.  The messages can then be 
used as tail messages, which, again, are added/removed from a silent 
autopatch -> script tail messages  parameter "editor" using over-the-air 
DTMF commands.  There is also a "command mode lock and unlock" function 
to avoid unauthorized use of the above.  Just a simple Asterisk DB entry 
that is toggled by a command + security code, and checked prior to every 
command call.

We may eventually consider mashing together a distributable AGI script 
to eliminate the dialplan ugliness.

There's quite a lot of flexibility and functionality that can be 
squeezed out of app_rpt if you don't mind getting dirty.

73 - eric - no3m
>
> Hey! That's an intereting idea! I just tried tests from the command line 
> and I think it'll work GREAT! ...I'll put together a script and report 
> back.
>
> This kind of scripted approach would be very very useful for remote base
> controls, too, IMO---Rather than hacking on app_rpt.c to add an another
> radio type or features, etc....Then, hooking in a "do it all" library (eg:
> hamlib) would be painless--AND, it would be a completely separate module
> that doesn't introduce show-stopping bugs or have to be directly
> maintained as part of the app_rpt codebase.
>
> The reason I bring this up is that I'm very successfully using an Icom 
> M-710 radio for HF remote base. But, it uses NMEA-0183 control sentences. 
> And, right now I have to hack, hack everytime I upgrade app_rpt.c...
> Separate scripts/modules would be SOOOO much easier! ....And Ole Rube 
> would be prowd, too!
>
> 73, David kb4fxc
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>   



From nessenj at jimsoffice.org  Thu Sep 24 18:52:00 2009
From: nessenj at jimsoffice.org (James Nessen)
Date: Thu, 24 Sep 2009 11:52:00 -0700
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <4ABBBEC4.7060408@no3m.net>
References: <Pine.LNX.4.44.0909241352590.2154-100000@goliath.inttek.net>
	<4ABBBEC4.7060408@no3m.net>
Message-ID: <6DA8E928-9C3A-4C90-AEE4-0F5A6096F6E3@jimsoffice.org>

I would be curious to see this (if you don't mind sharing).  This is  
one part of asterisk that has baffled me.

Jim, K6JWN

On Sep 24, 2009, at 11:47 AM, Eric Tichansky wrote:

> app_rpt is quite flexible like that.
>
> Using a completely silent autopatch call, coupled w/ dialplan + a  
> couple
> bash scripts allows us to change almost every node stanza parameter,  
> cw
> attributes, and build new courtesy tones in rpt.conf as well as
> zaptel.conf parameters using just DTMF over the air, with changes
> activated in realtime.  We've even implemented a 100 slot "DVR" using
> silent autopatch for playback, record, delete.  The messages can  
> then be
> used as tail messages, which, again, are added/removed from a silent
> autopatch -> script tail messages  parameter "editor" using over-the- 
> air
> DTMF commands.  There is also a "command mode lock and unlock"  
> function
> to avoid unauthorized use of the above.  Just a simple Asterisk DB  
> entry
> that is toggled by a command + security code, and checked prior to  
> every
> command call.
>
> We may eventually consider mashing together a distributable AGI script
> to eliminate the dialplan ugliness.
>
> There's quite a lot of flexibility and functionality that can be
> squeezed out of app_rpt if you don't mind getting dirty.
>
> 73 - eric - no3m
>>
>> Hey! That's an intereting idea! I just tried tests from the command  
>> line
>> and I think it'll work GREAT! ...I'll put together a script and  
>> report
>> back.
>>
>> This kind of scripted approach would be very very useful for remote  
>> base
>> controls, too, IMO---Rather than hacking on app_rpt.c to add an  
>> another
>> radio type or features, etc....Then, hooking in a "do it all"  
>> library (eg:
>> hamlib) would be painless--AND, it would be a completely separate  
>> module
>> that doesn't introduce show-stopping bugs or have to be directly
>> maintained as part of the app_rpt codebase.
>>
>> The reason I bring this up is that I'm very successfully using an  
>> Icom
>> M-710 radio for HF remote base. But, it uses NMEA-0183 control  
>> sentences.
>> And, right now I have to hack, hack everytime I upgrade app_rpt.c...
>> Separate scripts/modules would be SOOOO much easier! ....And Ole Rube
>> would be prowd, too!
>>
>> 73, David kb4fxc
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users



From kb4fxc at inttek.net  Thu Sep 24 19:07:53 2009
From: kb4fxc at inttek.net (David McGough)
Date: Thu, 24 Sep 2009 15:07:53 -0400 (EDT)
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <4ABBBEC4.7060408@no3m.net>
Message-ID: <Pine.LNX.4.44.0909241506130.6782-100000@goliath.inttek.net>


Hi Eric,

I'm very interested in your enhancements! Would you mind sharing this
code?  I'll be glad to contribute my changes, too!

73, David kb4fxc



On Thu, 24 Sep 2009, Eric Tichansky wrote:

> app_rpt is quite flexible like that.
> 
> Using a completely silent autopatch call, coupled w/ dialplan + a couple 
> bash scripts allows us to change almost every node stanza parameter, cw 
> attributes, and build new courtesy tones in rpt.conf as well as 
> zaptel.conf parameters using just DTMF over the air, with changes 
> activated in realtime.  We've even implemented a 100 slot "DVR" using 
> silent autopatch for playback, record, delete.  The messages can then be 
> used as tail messages, which, again, are added/removed from a silent 
> autopatch -> script tail messages  parameter "editor" using over-the-air 
> DTMF commands.  There is also a "command mode lock and unlock" function 
> to avoid unauthorized use of the above.  Just a simple Asterisk DB entry 
> that is toggled by a command + security code, and checked prior to every 
> command call.
> 
> We may eventually consider mashing together a distributable AGI script 
> to eliminate the dialplan ugliness.
> 
> There's quite a lot of flexibility and functionality that can be 
> squeezed out of app_rpt if you don't mind getting dirty.
> 
> 73 - eric - no3m
> >
> > Hey! That's an intereting idea! I just tried tests from the command line 
> > and I think it'll work GREAT! ...I'll put together a script and report 
> > back.
> >
> > This kind of scripted approach would be very very useful for remote base
> > controls, too, IMO---Rather than hacking on app_rpt.c to add an another
> > radio type or features, etc....Then, hooking in a "do it all" library (eg:
> > hamlib) would be painless--AND, it would be a completely separate module
> > that doesn't introduce show-stopping bugs or have to be directly
> > maintained as part of the app_rpt codebase.
> >
> > The reason I bring this up is that I'm very successfully using an Icom 
> > M-710 radio for HF remote base. But, it uses NMEA-0183 control sentences. 
> > And, right now I have to hack, hack everytime I upgrade app_rpt.c...
> > Separate scripts/modules would be SOOOO much easier! ....And Ole Rube 
> > would be prowd, too!
> >
> > 73, David kb4fxc
> >
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> >   
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 



From Ramesh at va3uv.com  Thu Sep 24 23:53:44 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 24 Sep 2009 19:53:44 -0400
Subject: [App_rpt-users] Error after running astupdate
Message-ID: <4ABC0688.3080109@va3uv.com>

Hi Jim / Steve;

I've ust ran the astupdate script on node 2424 and get the following 
error when trying to start asterisk:


pbx_config.so => (Text Extension Configuration)
[Sep 24 19:51:10] ERROR[15375]: app_rpt.c:19965 load_module: Zaptel 
version 1.4.12.1 must at least level RPT_A to operate


I also still have the /root/acid directory so I am wondering whether the 
update did not complete....

Any ideas?

Thx,

Ramesh.


From kb4fxc at inttek.net  Fri Sep 25 00:46:44 2009
From: kb4fxc at inttek.net (David McGough)
Date: Thu, 24 Sep 2009 20:46:44 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909241352590.2154-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0909242028210.22000-100000@goliath.inttek.net>


Hi Everyone,

I just noticed an oddity related to the ID timer. I have a new simplex 10m
FM node setup in rpt.conf as a "standard node" (not as a "remote base")
with duplex=0. In the usbradio.conf file, duplex=0 is set for this node as
well....This node won't ID unless its TX is already keyed when it is time
to ID. But, the asterisk screen indicates that it IS IDing properly--it
shows: "Playing 'xxxxx' (language 'en').......It just doesn't key the 10m 
TX.

Note that this node is fully functional, otherwise. And, I'm using 
app_rpt.c version 0.201 from svn. Oh, and I'm using an idrecording ulaw 
audio file config'ed for the node in rpt.conf. Any ideas?



73, David kb4fxc




From sales at qrvc.com  Fri Sep 25 01:25:18 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Thu, 24 Sep 2009 18:25:18 -0700
Subject: [App_rpt-users] Error after running astupdate
In-Reply-To: <4ABC0688.3080109@va3uv.com>
References: <4ABC0688.3080109@va3uv.com>
Message-ID: <4ABC1BFE.4060700@qrvc.com>

Ramesh Dhami (VA3UV) wrote:
> Hi Jim / Steve;
> 
> I've ust ran the astupdate script on node 2424 and get the following 
> error when trying to start asterisk:
> 
> 
> pbx_config.so => (Text Extension Configuration)
> [Sep 24 19:51:10] ERROR[15375]: app_rpt.c:19965 load_module: Zaptel 
> version 1.4.12.1 must at least level RPT_A to operate
> 
> 
> I also still have the /root/acid directory so I am wondering whether the 
> update did not complete....
> 
> Any ideas?
> 
> Thx,
> 
> Ramesh.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Congratulations! You just stumbled upon the check we put in app_rpt to
ensure that the latest Zaptel drivers are loaded and used.

Zaptel drivers are kernel modules loaded in your kernel are not from the
update, but are from the prior software load. Just restarting Asterisk
will not reload the kernel drivers. You must reboot the system as well
to ensure the latest Zaptel drivers get loaded into the system.

This is one of the driving reasons we requested everyone do a complete
install for this release and avoid the use of astupd.




From sales at qrvc.com  Fri Sep 25 01:33:07 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Thu, 24 Sep 2009 18:33:07 -0700
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909242028210.22000-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909242028210.22000-100000@goliath.inttek.net>
Message-ID: <4ABC1DD3.5010101@qrvc.com>

David McGough wrote:
> Hi Everyone,
> 
> I just noticed an oddity related to the ID timer. I have a new simplex 10m
> FM node setup in rpt.conf as a "standard node" (not as a "remote base")
> with duplex=0. In the usbradio.conf file, duplex=0 is set for this node as
> well....This node won't ID unless its TX is already keyed when it is time
> to ID. But, the asterisk screen indicates that it IS IDing properly--it
> shows: "Playing 'xxxxx' (language 'en').......It just doesn't key the 10m 
> TX.
> 
> Note that this node is fully functional, otherwise. And, I'm using 
> app_rpt.c version 0.201 from svn. Oh, and I'm using an idrecording ulaw 
> audio file config'ed for the node in rpt.conf. Any ideas?
> 
> 
> 
> 73, David kb4fxc
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Does its behaviour change when you use duplex=1? duplex=0 turns off ALL
telemetry including voice ID;s.

Also curious why you want to use duplex=0 and not duplex=1.


Steve
WA6ZFT



From Ramesh at va3uv.com  Fri Sep 25 01:41:13 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Thu, 24 Sep 2009 21:41:13 -0400
Subject: [App_rpt-users] Error after running astupdate
In-Reply-To: <4ABC1BFE.4060700@qrvc.com>
References: <4ABC0688.3080109@va3uv.com> <4ABC1BFE.4060700@qrvc.com>
Message-ID: <4ABC1FB9.3020900@va3uv.com>

Stephen Rodgers wrote:
> Congratulations! You just stumbled upon the check we put in app_rpt to
> ensure that the latest Zaptel drivers are loaded and used.
> 
> Zaptel drivers are kernel modules loaded in your kernel are not from the
> update, but are from the prior software load. Just restarting Asterisk
> will not reload the kernel drivers. You must reboot the system as well
> to ensure the latest Zaptel drivers get loaded into the system.
> 
> This is one of the driving reasons we requested everyone do a complete
> install for this release and avoid the use of astupd.
> 
<-- Hi Steve;  Thanks! - I forgot about the re-boot; I have since 
re-booted and the system seems to be online again... now for the stress 
test...

Cheers,

Ramesh.


From no3m at no3m.net  Fri Sep 25 01:45:23 2009
From: no3m at no3m.net (Eric Tichansky)
Date: Thu, 24 Sep 2009 21:45:23 -0400
Subject: [App_rpt-users] Echolink / IRLP all node disconnect
In-Reply-To: <Pine.LNX.4.44.0909241506130.6782-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909241506130.6782-100000@goliath.inttek.net>
Message-ID: <4ABC20B3.7050501@no3m.net>

Jim/David/et.al.

I'll try to sanitize and consolidate the randomness in the next few days 
and elaborate more on the dialplan/scripts/etc. used to accomplish live 
config changes.

- no3m

David McGough wrote:
> Hi Eric,
> 
> I'm very interested in your enhancements! Would you mind sharing this
> code?  I'll be glad to contribute my changes, too!
> 
> 73, David kb4fxc
> 
>


From kb4fxc at inttek.net  Fri Sep 25 04:56:42 2009
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 25 Sep 2009 00:56:42 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <4ABC1DD3.5010101@qrvc.com>
Message-ID: <Pine.LNX.4.44.0909250024430.1808-100000@goliath.inttek.net>


On Thu, 24 Sep 2009, Stephen Rodgers wrote:

<snip>
> 
> Does its behaviour change when you use duplex=1? duplex=0 turns off ALL
> telemetry including voice ID;s.
> 
> Also curious why you want to use duplex=0 and not duplex=1.
> 
> 
> Steve
> WA6ZFT
> 
> 


Oops!! I originally had set duplex=0 because I couldn't seem to disable
the linked courtesy tone or unlinked hang time....That is, immediately
after a signal in received and then COS drops, the TX instantly keys up
with the telemetry...

I have now set duplex=1 and the CD ID issue seems resolved. But, I can't
leave it this way with the remaining telemetry active--it'll certainly
cause undesired interference on 10m when the node is unlinked and not in 
use and the band is open.....Note that with duplex=0 everything is 
perfect; except for the lack of the required ID.

Ideas?

73, David kb4fxc




From sales at qrvc.com  Fri Sep 25 05:04:06 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Thu, 24 Sep 2009 22:04:06 -0700
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909250024430.1808-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909250024430.1808-100000@goliath.inttek.net>
Message-ID: <4ABC4F46.2040809@qrvc.com>

David McGough wrote:
> On Thu, 24 Sep 2009, Stephen Rodgers wrote:
> 
> <snip>
>> Does its behaviour change when you use duplex=1? duplex=0 turns off ALL
>> telemetry including voice ID;s.
>>
>> Also curious why you want to use duplex=0 and not duplex=1.
>>
>>
>> Steve
>> WA6ZFT
>>
>>
> 
> 
> Oops!! I originally had set duplex=0 because I couldn't seem to disable
> the linked courtesy tone or unlinked hang time....That is, immediately
> after a signal in received and then COS drops, the TX instantly keys up
> with the telemetry...
> 
> I have now set duplex=1 and the CD ID issue seems resolved. But, I can't
> leave it this way with the remaining telemetry active--it'll certainly
> cause undesired interference on 10m when the node is unlinked and not in 
> use and the band is open.....Note that with duplex=0 everything is 
> perfect; except for the lack of the required ID.
> 
> Ideas?
> 
> 73, David kb4fxc
> 
> 
> 

Search for up nounkeyct= on http://app-rpt.qrvc.com

Steve
WA6ZFT




From kb4fxc at inttek.net  Fri Sep 25 05:20:02 2009
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 25 Sep 2009 01:20:02 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <4ABC4F46.2040809@qrvc.com>
Message-ID: <Pine.LNX.4.44.0909250113060.1808-100000@goliath.inttek.net>





On Thu, 24 Sep 2009, Stephen Rodgers wrote:

<snip>
> 
> Search for up nounkeyct= on http://app-rpt.qrvc.com
> 
> Steve
> WA6ZFT
> 
> 
> 


BINGO!!! PERFECT!!!

Thank you! ....BTW, the 10M FM radio is an old GE Rangr running 100W from 
an antenna up about 80ft. It has been fantastic during some of the 
sporadic-E openings this summer....A 6m 100W Rangr will be available 
shortly, too.

73, David kb4fxc




From telesistant at hotmail.com  Fri Sep 25 16:55:37 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Fri, 25 Sep 2009 09:55:37 -0700
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909250113060.1808-100000@goliath.inttek.net>
References: <4ABC4F46.2040809@qrvc.com>
Message-ID: <BAY119-W411CAF9941C1171C378C3EB1D90@phx.gbl>


thats cool.. the GE RANGR is a most amazing radio!

> Date: Fri, 25 Sep 2009 01:20:02 -0400
> From: kb4fxc at inttek.net
> To: sales at qrvc.com
> CC: app_rpt-users at qrvc.com
> Subject: Re: [App_rpt-users] CW ID issues
> 
> 
> 
> 
> 
> On Thu, 24 Sep 2009, Stephen Rodgers wrote:
> 
> <snip>
> > 
> > Search for up nounkeyct= on http://app-rpt.qrvc.com
> > 
> > Steve
> > WA6ZFT
> > 
> > 
> > 
> 
> 
> BINGO!!! PERFECT!!!
> 
> Thank you! ....BTW, the 10M FM radio is an old GE Rangr running 100W from 
> an antenna up about 80ft. It has been fantastic during some of the 
> sporadic-E openings this summer....A 6m 100W Rangr will be available 
> shortly, too.
> 
> 73, David kb4fxc
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090925/de8983e4/attachment.html>

From nessenj at jimsoffice.org  Fri Sep 25 18:34:37 2009
From: nessenj at jimsoffice.org (James Nessen)
Date: Fri, 25 Sep 2009 11:34:37 -0700
Subject: [App_rpt-users] echolink announce callsign
Message-ID: <9D11AE20-3197-419E-9439-590556C91C94@jimsoffice.org>

Ok, so I have a couple echolink announce requests (probably nitpicky,  
but hey).

1. Have the choice for the call to be announced with letters or  
phonetically?
   i.e. Kilo Six Juliet Whiskey November vs K6JWN

2. Have the -L or -R announced as Link or Repeater
   i.e Kilo Six Juliet Whiskey November dash Lima vs Kilo Six Juliet  
Whiskey November Link
       or
       K6JWN-R vs K6JWN Repeater

Jim, K6JWN
  


From tim.sawyer at mac.com  Fri Sep 25 18:55:27 2009
From: tim.sawyer at mac.com (Tim Sawyer)
Date: Fri, 25 Sep 2009 11:55:27 -0700
Subject: [App_rpt-users] echolink announce callsign
In-Reply-To: <9D11AE20-3197-419E-9439-590556C91C94@jimsoffice.org>
References: <9D11AE20-3197-419E-9439-590556C91C94@jimsoffice.org>
Message-ID: <55FF973A-7774-4EFD-98ED-A90F9278F0D6@mac.com>

Jim,

Do you know that you can make recordings and have the connect say  
whatever you want? The files go in /var/lib/asterisk/sounds/rpt/ 
nodenames. For example I have a 3043220.ulaw file for *TECHTALK*

Works great for your own node and those you frequently connect to.
--
Tim
:wq

On Sep 25, 2009, at 11:34 AM, James Nessen wrote:

Ok, so I have a couple echolink announce requests (probably nitpicky,
but hey).

1. Have the choice for the call to be announced with letters or
phonetically?
   i.e. Kilo Six Juliet Whiskey November vs K6JWN

2. Have the -L or -R announced as Link or Repeater
   i.e Kilo Six Juliet Whiskey November dash Lima vs Kilo Six Juliet
Whiskey November Link
       or
       K6JWN-R vs K6JWN Repeater

Jim, K6JWN

_______________________________________________
App_rpt-users mailing list
App_rpt-users at qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users



From kb4fxc at inttek.net  Fri Sep 25 22:35:04 2009
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 25 Sep 2009 18:35:04 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909250113060.1808-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0909251808030.12327-100000@goliath.inttek.net>



Hummm...Well, I thought my 10m simplex FM node problem was resolved. But,
setting nounkeyct=1 stopped the IDer proper operation, too. In fact, I
don't even see the Playing 'xxxx' messages for the node on the
console....To verify for certain, I removed the nounkeyct statement and
left duplex=1. The IDer again works fine. But, the other undesired 
telemetry is back too, of course.

73, David kb4fxc



On Fri, 25 Sep 2009, David McGough wrote:

> 
> 
> 
> 
> On Thu, 24 Sep 2009, Stephen Rodgers wrote:
> 
> <snip>
> > 
> > Search for up nounkeyct= on http://app-rpt.qrvc.com
> > 
> > Steve
> > WA6ZFT
> > 
> > 
> > 
> 
> 
> BINGO!!! PERFECT!!!
> 
> Thank you! ....BTW, the 10M FM radio is an old GE Rangr running 100W from 
> an antenna up about 80ft. It has been fantastic during some of the 
> sporadic-E openings this summer....A 6m 100W Rangr will be available 
> shortly, too.
> 
> 73, David kb4fxc
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 



From kb4fxc at inttek.net  Fri Sep 25 23:25:31 2009
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 25 Sep 2009 19:25:31 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909251808030.12327-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0909251911480.12327-100000@goliath.inttek.net>


...Okay, here's some additional feedback. I've been monitoring the system
for the last hour and a half, and the IDer isn't working any more, at all,
for this simplex node. It ID'ed properly about 3 times. This is with
duplex=1 and nounkeyct removed from the config. All telemetry is still 
present on the 10M simplex and it otherwise appears properly functional.

Also, note that this same box is controlling a second node--a full duplex
2m repeater. Everything about the 2m side is working great--no problems
with the IDer, etc. And, both of these nodes (the 2m & 10m) are linked
together. This box also has chan_echolink enabled on it.

Thanks for any ideas!

73, David kb4fxc




On Fri, 25 Sep 2009, David McGough wrote:

> 
> 
> Hummm...Well, I thought my 10m simplex FM node problem was resolved. But,
> setting nounkeyct=1 stopped the IDer proper operation, too. In fact, I
> don't even see the Playing 'xxxx' messages for the node on the
> console....To verify for certain, I removed the nounkeyct statement and
> left duplex=1. The IDer again works fine. But, the other undesired 
> telemetry is back too, of course.
> 
> 73, David kb4fxc
> 
> 
> 
> On Fri, 25 Sep 2009, David McGough wrote:
> 
> > 
> > 
> > 
> > 
> > On Thu, 24 Sep 2009, Stephen Rodgers wrote:
> > 
> > <snip>
> > > 
> > > Search for up nounkeyct= on http://app-rpt.qrvc.com
> > > 
> > > Steve
> > > WA6ZFT
> > > 
> > > 
> > > 
> > 
> > 
> > BINGO!!! PERFECT!!!
> > 
> > Thank you! ....BTW, the 10M FM radio is an old GE Rangr running 100W from 
> > an antenna up about 80ft. It has been fantastic during some of the 
> > sporadic-E openings this summer....A 6m 100W Rangr will be available 
> > shortly, too.
> > 
> > 73, David kb4fxc
> > 
> > 
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> > 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 



From kb4fxc at inttek.net  Sat Sep 26 00:54:48 2009
From: kb4fxc at inttek.net (David McGough)
Date: Fri, 25 Sep 2009 20:54:48 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909251911480.12327-100000@goliath.inttek.net>
Message-ID: <Pine.LNX.4.44.0909252021340.12327-100000@goliath.inttek.net>


More info....the nounkeyct statement doesn't seem to effect this issue
after all. I added nounkeyct=1 back to the stanza and the IDer is now
(still) working, so far.  So, nounkeyct does work as expected and
something else is going on...I'll keep investigating.

I guess I should ask if this is the right place for this thread, or, 
should it be moved to mantis?

73, David kb4fxc


On Fri, 25 Sep 2009, David McGough wrote:

> 
> ...Okay, here's some additional feedback. I've been monitoring the system
> for the last hour and a half, and the IDer isn't working any more, at all,
> for this simplex node. It ID'ed properly about 3 times. This is with
> duplex=1 and nounkeyct removed from the config. All telemetry is still 
> present on the 10M simplex and it otherwise appears properly functional.
> 
> Also, note that this same box is controlling a second node--a full duplex
> 2m repeater. Everything about the 2m side is working great--no problems
> with the IDer, etc. And, both of these nodes (the 2m & 10m) are linked
> together. This box also has chan_echolink enabled on it.
> 
> Thanks for any ideas!
> 
> 73, David kb4fxc
> 
> 
> 
> 



From sales at qrvc.com  Sat Sep 26 03:18:49 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Fri, 25 Sep 2009 20:18:49 -0700
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <Pine.LNX.4.44.0909252021340.12327-100000@goliath.inttek.net>
References: <Pine.LNX.4.44.0909252021340.12327-100000@goliath.inttek.net>
Message-ID: <4ABD8819.5070805@qrvc.com>

David McGough wrote:
> More info....the nounkeyct statement doesn't seem to effect this issue
> after all. I added nounkeyct=1 back to the stanza and the IDer is now
> (still) working, so far.  So, nounkeyct does work as expected and
> something else is going on...I'll keep investigating.
> 
> I guess I should ask if this is the right place for this thread, or, 
> should it be moved to mantis?
> 
> 73, David kb4fxc
> 
> 
> On Fri, 25 Sep 2009, David McGough wrote:
> 
>> ...Okay, here's some additional feedback. I've been monitoring the system
>> for the last hour and a half, and the IDer isn't working any more, at all,
>> for this simplex node. It ID'ed properly about 3 times. This is with
>> duplex=1 and nounkeyct removed from the config. All telemetry is still 
>> present on the 10M simplex and it otherwise appears properly functional.
>>
>> Also, note that this same box is controlling a second node--a full duplex
>> 2m repeater. Everything about the 2m side is working great--no problems
>> with the IDer, etc. And, both of these nodes (the 2m & 10m) are linked
>> together. This box also has chan_echolink enabled on it.
>>
>> Thanks for any ideas!
>>
>> 73, David kb4fxc
>>
>>
>>
>>
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

Asterisk CLI command "rpt stats 2285" is your friend

Steve
WA6ZFT



From kb4fxc at inttek.net  Sat Sep 26 05:03:29 2009
From: kb4fxc at inttek.net (David McGough)
Date: Sat, 26 Sep 2009 01:03:29 -0400 (EDT)
Subject: [App_rpt-users] CW ID issues
In-Reply-To: <4ABD8819.5070805@qrvc.com>
Message-ID: <Pine.LNX.4.44.0909260054160.7201-100000@goliath.inttek.net>


Hi Stephen,

Yes about rpt stats <node>....The node num is 29--I'm still testing the
system before taking this box live. Initially, everything was working
great. Now, however, after disconnecting the node, leaving it idle for a
while, and reconnecting it, the IDer is dead again. The "Identifier state"
remains "CLEAN" no matter what happens. Also, an rpt dump 29 always shows
"myrpt->mustid = 0" ....But, the node is otherwise completely functional.

The 2m repeater node (currently node #28) on the same box still works 
properly, though--no IDer problems, etc.

I'm still poking around studying the source code--

73, David kb4fxc




On Fri, 25 Sep 2009, Stephen Rodgers wrote:

> David McGough wrote:
> > More info....the nounkeyct statement doesn't seem to effect this issue
> > after all. I added nounkeyct=1 back to the stanza and the IDer is now
> > (still) working, so far.  So, nounkeyct does work as expected and
> > something else is going on...I'll keep investigating.
> > 
> > I guess I should ask if this is the right place for this thread, or, 
> > should it be moved to mantis?
> > 
> > 73, David kb4fxc
> > 
> > 
> > On Fri, 25 Sep 2009, David McGough wrote:
> > 
> >> ...Okay, here's some additional feedback. I've been monitoring the system
> >> for the last hour and a half, and the IDer isn't working any more, at all,
> >> for this simplex node. It ID'ed properly about 3 times. This is with
> >> duplex=1 and nounkeyct removed from the config. All telemetry is still 
> >> present on the 10M simplex and it otherwise appears properly functional.
> >>
> >> Also, note that this same box is controlling a second node--a full duplex
> >> 2m repeater. Everything about the 2m side is working great--no problems
> >> with the IDer, etc. And, both of these nodes (the 2m & 10m) are linked
> >> together. This box also has chan_echolink enabled on it.
> >>
> >> Thanks for any ideas!
> >>
> >> 73, David kb4fxc
> >>
> >>
> >>
> >>
> > 
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at qrvc.com
> > http://qrvc.com/mailman/listinfo/app_rpt-users
> > 
> 
> Asterisk CLI command "rpt stats 2285" is your friend
> 
> Steve
> WA6ZFT
> 
> 



From telesistant at hotmail.com  Sat Sep 26 08:53:36 2009
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 26 Sep 2009 01:53:36 -0700
Subject: [App_rpt-users] tmg-707 interface board
Message-ID: <BAY119-W5135CA9B2E6BAAFDC33167B1D80@phx.gbl>


For those of you interested in interfacing a Kenwood TMG-707a
to app_rpt, check this out:

http://app-rpt.qrvc.com/node/162

JIM WB6NIL

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090926/3696943b/attachment.html>

From ki6lnx at gmail.com  Sat Sep 26 10:08:30 2009
From: ki6lnx at gmail.com (Orland Lopez)
Date: Sat, 26 Sep 2009 03:08:30 -0700
Subject: [App_rpt-users] Hello to everyone
Message-ID: <39c51e0f0909260308h4fb22da1v722b3b5a052efe2b@mail.gmail.com>

I finally get to be where I can post questions, Comments  regarding  this
excellent software....Pheeew.

I wanted to let anyone know that if they are any Spanish Speaking Hams that
need assistance setting up their nodes I am more than happy to help. I've
been working with Jose in the Canary Islands, Spain, setting up their system
and we are just about done. For me this has been a learning experience
relearning the OS as I drifted away from it, but It is all coming back to
me.  I got my own system on one them IPAQ 500MHz computer with 512Meg of
memory running  rtpDir, yes yes  i know that sound cheap bur  funds are not
the greatest to get an URI at this very moment.  There are quite a few
things I dont get about the syntax used in most of the configuration files
but will read on past threads.  I want to thank the creators of this project
for all their effort in advancing RoIP.

-- 
Gracias y 73's
Hasta la Vista
KI6LNX
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090926/eaac666c/attachment.html>

From wb5nfc at yahoo.com  Sun Sep 27 19:06:58 2009
From: wb5nfc at yahoo.com (John (WB5NFC))
Date: Sun, 27 Sep 2009 12:06:58 -0700 (PDT)
Subject: [App_rpt-users] Packet Modes and USB Interface
Message-ID: <623508.64717.qm@web51111.mail.re2.yahoo.com>

Is anyone in the group using an Icom IC-207 as a node radio? I recently purchased one at a bargain price at a local hamfest. The radio has a data plug for packet operation and is menu-selectable for either 9600 bps or 1200 bps. 9600 bps has two modes, G3RUH or GMSK. Other than pinouts, the owner's manual is little help. I've never messed with packet...

For best audio quality and reliability, what settings are most appropriate?

Thanks in advance for any suggestions.

John / WB5NFC


      


From ki6lnx at gmail.com  Sun Sep 27 20:45:59 2009
From: ki6lnx at gmail.com (Orland Lopez)
Date: Sun, 27 Sep 2009 13:45:59 -0700
Subject: [App_rpt-users] Ptt activates on and off
Message-ID: <39c51e0f0909271345j618cfe07nfa2f45abdd6e67cc@mail.gmail.com>

Im just about done setting up a friends Node but we run into the ptt
acitvating on and off. I can see that in the CLI. It receives DTMF fine but
PTT gets engaged off and on. Ive toyed around with usb.conf to no avail.
Node is set to simplex and  any information is appreciated
-- 
Gracias y 73's
Hasta la Vista
KI6LNX
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20090927/34ff13b4/attachment.html>

From hwstar at rodgers.sdcoxmail.com  Sun Sep 27 22:18:41 2009
From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers)
Date: Sun, 27 Sep 2009 15:18:41 -0700
Subject: [App_rpt-users] New rc.updatenodelist script
Message-ID: <4ABFE4C1.1090807@rodgers.sdcoxmail.com>

I put a new version of the rc.updatenodelist script on
http://dl.allstarlink.org/installcd/rc.updatenodelist

A few things have changed:

1. nodes3.allstarlink.org node server supported
2. Added additional check for garbage downloaded
3. Automatic reselection of a new download server when 100 successful
downloads have been completed. This helps balance the load on the node
servers.
4. Added a Back off timer to reduce server load if a node isn't
authorized, or there is no network connectivity.

To install in ACID, you must save your old copy of the script in
/etc/rc.d/rc.updatenodelist, then download and copy the new script
over the top of the old script:

cd /etc/init.d
cp rc.updatenodelist rc.updatenodelist.bak
wget -O rc.updatenodelist \
http://dl.allstarlink.org/installcd/rc.updatenodelist

And then reboot your system to load the new script


Steve
WA6ZFT


From kb2ear at kb2ear.net  Tue Sep 29 05:02:42 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 29 Sep 2009 01:02:42 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2><4AB97EF1.3080602@qrvc.com><BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl><4AB990DF.3000703@qrvc.com><59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>
	<934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2>
Message-ID: <AD4DEB83AAEE418AB703FF0364B64035@KB2EAR2>

It was suggested that I capture the output of the computer trying to talk to 
the TM-271a. So this is what I get:

VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0

I'm sure that there is something missing. I have tried connecting the PC 
running the MCP program and It is sending some sort of unprintable character 
to get the radio in to serial programming mode. But it stops there.

Anyone have any suggestions for a protocol analyzer (Free/Cheap)?

Any ideas out there at all?

Thanks & 73,
Scott KB2EAR
----- Original Message ----- 
From: "Scott Weis" <kb2ear at kb2ear.net>
To: "app_rpt mailing list" <app_rpt-users at qrvc.com>
Sent: Wednesday, September 23, 2009 12:46 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


>I have now tried this on 3 different machines, every one of them fails the
> same way. Does anyone actually have a Kenwood TM-271a working with version
> 0.203 9/12/2009 of app_rpt.c?
>
> Scott
> ----- Original Message ----- 
> From: "Scott Weis" <kb2ear at kb2ear.net>
> To: <sales at qrvc.com>; "Jim Duuuude" <telesistant at hotmail.com>
> Cc: "app_rpt mailing list" <app_rpt-users at qrvc.com>
> Sent: Tuesday, September 22, 2009 11:28 PM
> Subject: Re: [App_rpt-users] TM-271 remote base setup
>
>
>> Anyway, Does anyone out there have a working config for the tm271 that
>> they
>> would be willing to share? I can provide SSH access for debugging. at 
>> this
>> point I'm stuck.
>>
>> Thanks & 73
>> Scott KB2EAR
>> ----- Original Message ----- 
>> From: "Stephen Rodgers" <sales at qrvc.com>
>> To: "Jim Duuuude" <telesistant at hotmail.com>
>> Cc: <kb2ear at kb2ear.net>; "app_rpt mailing list" <app_rpt-users at qrvc.com>
>> Sent: Tuesday, September 22, 2009 11:07 PM
>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>
>>
>>> Jim Duuuude wrote:
>>>> No, in the case of the tm-271 the interface IS the standard serial one
>>>> that connects thru the mic cable.
>>>>
>>>>> Date: Tue, 22 Sep 2009 18:50:41 -0700
>>>>> From: sales at qrvc.com
>>>>> To: kb2ear at kb2ear.net
>>>>> CC: app_rpt-users at qrvc.com
>>>>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>>>>
>>>>> Scott Weis wrote:
>>>>>> I have just tried with a belkin USB serial dongle and get the exact
>>>>>> same
>>>>>> errors. I can see data going out on the TX light but no rx light ever
>>>>>> flashes. It's like the radio is not talking to the system.  As a test
>>>>>> I
>>>>>> tried the Kenwood RCP software with the same USB dongle and it works
>>>>>> file.
>>>>>>
>>>>>> Am I supposed to set the baud rate somewhere?
>>>>>>
>>>>>> Thanks & 73,
>>>>>> Scott KB2EAR
>>>>>> ----- Original Message ----- 
>>>>>> From: "Scott Weis" <kb2ear at kb2ear.net>
>>>>>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>>>>>> Sent: Tuesday, September 22, 2009 5:01 PM
>>>>>> Subject: [App_rpt-users] (no subject)
>>>>>>
>>>>>>
>>>>>>> I am haveing trouble setting up a remote base using a TM-271A. I 
>>>>>>> have
>>>>>>> the
>>>>>>> folloing settings in my rpt.conf
>>>>>>>
>>>>>>> [2555]                                  ; Node id of Remote Base
>>>>>>> rxchannel = Radio/usb1                  ; Rx audio/signalling 
>>>>>>> channel
>>>>>>> functions = functions-remote
>>>>>>> phone_functions=functions-remote
>>>>>>> remote=tm271
>>>>>>> ioport = /dev/ttyS0                     ; Specify port for serial
>>>>>>> port
>>>>>>> (optional)
>>>>>>> memory = memory                         ; Section to hold memory
>>>>>>> entries
>>>>>>> (optional)
>>>>>>> authlevel = 0                           ; Anyone can use it
>>>>>>> duplex=0
>>>>>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ;
>>>>>>> Program
>>>>>>> and
>>>>>>> options to send stats
>>>>>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for
>>>>>>> status
>>>>>>> updates
>>>>>>>
>>>>>>> When I connect I get serial errors, am I missing something?
>>>>>>>
>>>>>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102
>>>>>>> do_el_directory:
>>>>>>> Directory pgm done downloading(partial,compressed), 132 records
>>>>>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>>>>>       > requested format = ulaw,
>>>>>>>       > requested prefs = (ulaw),
>>>>>>>       > actual format = ulaw,
>>>>>>>       > host prefs = (ulaw|gsm),
>>>>>>>       > priority = mine
>>>>>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in
>>>>>>> new
>>>>>>> stack
>>>>>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in
>>>>>>> new
>>>>>>> stack
>>>>>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P")
>>>>>>> in
>>>>>>> new
>>>>>>> stack
>>>>>>>    -- Re-Loading config for repeater 2555
>>>>>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>>>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>>>>>  == Set device 5-1 to usb1
>>>>>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>>>>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread:
>>>>>>> Loaded
>>>>>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened
>>>>>>> serial
>>>>>>> port /dev/ttyS0
>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry:
>>>>>>> Tracepoint
>>>>>>> rpt_telemetry() entered mode=38
>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry:
>>>>>>> Tracepoint
>>>>>>> rpt_telemetry() exit
>>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt:
>>>>>>> send_usb_txt
>>>>>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>> Serial
>>>>>>> device not responding on node 2555
>>>>>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>> Serial
>>>>>>> device not responding on node 2555
>>>>>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>> Serial
>>>>>>> device not responding on node 2555
>>>>>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data:
>>>>>>> @@@@
>>>>>>> node
>>>>>>> 2298 recieved node list L
>>>>>>> T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>>>>>> from node 2000
>>>>>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>> Serial
>>>>>>> device not responding on node 2555
>>>>>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>> Serial
>>>>>>> device not responding on node 2555
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> App_rpt-users mailing list
>>>>>>> App_rpt-users at qrvc.com
>>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at qrvc.com
>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>>
>>>>> The baud rate is fixed in the app_rpt s/w.
>>>>>
>>>>> The problem is very likely to be in the interface. What are you using
>>>>> for an interface? Note the interface is not the usb to serial
>>>>> converter,
>>>>> and it is not the pre-made up Kenwood serial cable either. It is
>>>>> usually
>>>>> a homebrew circuit which merges the output from the sound fob and the
>>>>> serial port together, oh, and it requires power from the modified FOB
>>>>> as
>>>>> well.
>>>>>
>>>>> Please refer to the interface circuit here:
>>>>>
>>>>> http://images.qrvc.com/usb2tmg707.pdf
>>>>>
>>>>> Steve
>>>>> WA6ZFT
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at qrvc.com
>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> App_rpt-users mailing list
>>>> App_rpt-users at qrvc.com
>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>>> Oops. I screwed up!
>>> I don't know how I got stuck on TMG-707 vs TM-271.
>>>
>>> The TM-271 has a dedicated serial port so please disregard my confusing
>>> message....
>>>
>>> Steve
>>> WA6ZFT
>>>
>>>
>>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
> 




From sales at qrvc.com  Tue Sep 29 05:46:33 2009
From: sales at qrvc.com (Stephen Rodgers)
Date: Mon, 28 Sep 2009 22:46:33 -0700
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <AD4DEB83AAEE418AB703FF0364B64035@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2><4AB97EF1.3080602@qrvc.com><BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl><4AB990DF.3000703@qrvc.com><59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>	<934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2>
	<AD4DEB83AAEE418AB703FF0364B64035@KB2EAR2>
Message-ID: <4AC19F39.2070002@qrvc.com>

Scott Weis wrote:
> It was suggested that I capture the output of the computer trying to talk to 
> the TM-271a. So this is what I get:
> 
> VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
> VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
> VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
> VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
> VF 0146520000,0,0,0,0,0,0,12,00,000,00600000,0,0
> 
> I'm sure that there is something missing. I have tried connecting the PC 
> running the MCP program and It is sending some sort of unprintable character 
> to get the radio in to serial programming mode. But it stops there.
> 
> Anyone have any suggestions for a protocol analyzer (Free/Cheap)?
> 
> Any ideas out there at all?
> 
> Thanks & 73,
> Scott KB2EAR
> ----- Original Message ----- 
> From: "Scott Weis" <kb2ear at kb2ear.net>
> To: "app_rpt mailing list" <app_rpt-users at qrvc.com>
> Sent: Wednesday, September 23, 2009 12:46 PM
> Subject: Re: [App_rpt-users] TM-271 remote base setup
> 
> 
>> I have now tried this on 3 different machines, every one of them fails the
>> same way. Does anyone actually have a Kenwood TM-271a working with version
>> 0.203 9/12/2009 of app_rpt.c?
>>
>> Scott
>> ----- Original Message ----- 
>> From: "Scott Weis" <kb2ear at kb2ear.net>
>> To: <sales at qrvc.com>; "Jim Duuuude" <telesistant at hotmail.com>
>> Cc: "app_rpt mailing list" <app_rpt-users at qrvc.com>
>> Sent: Tuesday, September 22, 2009 11:28 PM
>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>
>>
>>> Anyway, Does anyone out there have a working config for the tm271 that
>>> they
>>> would be willing to share? I can provide SSH access for debugging. at 
>>> this
>>> point I'm stuck.
>>>
>>> Thanks & 73
>>> Scott KB2EAR
>>> ----- Original Message ----- 
>>> From: "Stephen Rodgers" <sales at qrvc.com>
>>> To: "Jim Duuuude" <telesistant at hotmail.com>
>>> Cc: <kb2ear at kb2ear.net>; "app_rpt mailing list" <app_rpt-users at qrvc.com>
>>> Sent: Tuesday, September 22, 2009 11:07 PM
>>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>>
>>>
>>>> Jim Duuuude wrote:
>>>>> No, in the case of the tm-271 the interface IS the standard serial one
>>>>> that connects thru the mic cable.
>>>>>
>>>>>> Date: Tue, 22 Sep 2009 18:50:41 -0700
>>>>>> From: sales at qrvc.com
>>>>>> To: kb2ear at kb2ear.net
>>>>>> CC: app_rpt-users at qrvc.com
>>>>>> Subject: Re: [App_rpt-users] TM-271 remote base setup
>>>>>>
>>>>>> Scott Weis wrote:
>>>>>>> I have just tried with a belkin USB serial dongle and get the exact
>>>>>>> same
>>>>>>> errors. I can see data going out on the TX light but no rx light ever
>>>>>>> flashes. It's like the radio is not talking to the system.  As a test
>>>>>>> I
>>>>>>> tried the Kenwood RCP software with the same USB dongle and it works
>>>>>>> file.
>>>>>>>
>>>>>>> Am I supposed to set the baud rate somewhere?
>>>>>>>
>>>>>>> Thanks & 73,
>>>>>>> Scott KB2EAR
>>>>>>> ----- Original Message ----- 
>>>>>>> From: "Scott Weis" <kb2ear at kb2ear.net>
>>>>>>> To: "app_rpt users list" <app_rpt-users at qrvc.com>
>>>>>>> Sent: Tuesday, September 22, 2009 5:01 PM
>>>>>>> Subject: [App_rpt-users] (no subject)
>>>>>>>
>>>>>>>
>>>>>>>> I am haveing trouble setting up a remote base using a TM-271A. I 
>>>>>>>> have
>>>>>>>> the
>>>>>>>> folloing settings in my rpt.conf
>>>>>>>>
>>>>>>>> [2555]                                  ; Node id of Remote Base
>>>>>>>> rxchannel = Radio/usb1                  ; Rx audio/signalling 
>>>>>>>> channel
>>>>>>>> functions = functions-remote
>>>>>>>> phone_functions=functions-remote
>>>>>>>> remote=tm271
>>>>>>>> ioport = /dev/ttyS0                     ; Specify port for serial
>>>>>>>> port
>>>>>>>> (optional)
>>>>>>>> memory = memory                         ; Section to hold memory
>>>>>>>> entries
>>>>>>>> (optional)
>>>>>>>> authlevel = 0                           ; Anyone can use it
>>>>>>>> duplex=0
>>>>>>>> statpost_program=/usr/bin/wget,-q,--output-document=/dev/null ;
>>>>>>>> Program
>>>>>>>> and
>>>>>>>> options to send stats
>>>>>>>> statpost_url=http://stats.allstarlink.org/uhandler.php ; URL for
>>>>>>>> status
>>>>>>>> updates
>>>>>>>>
>>>>>>>> When I connect I get serial errors, am I missing something?
>>>>>>>>
>>>>>>>> [Sep 22 16:54:32] NOTICE[10614]: chan_echolink.c:2102
>>>>>>>> do_el_directory:
>>>>>>>> Directory pgm done downloading(partial,compressed), 132 records
>>>>>>>>    -- Accepting AUTHENTICATED call from 172.31.1.164:
>>>>>>>>       > requested format = ulaw,
>>>>>>>>       > requested prefs = (ulaw),
>>>>>>>>       > actual format = ulaw,
>>>>>>>>       > host prefs = (ulaw|gsm),
>>>>>>>>       > priority = mine
>>>>>>>>    -- Executing [2555 at radio-phone:1] Answer("IAX2/pbx-5488", "") in
>>>>>>>> new
>>>>>>>> stack
>>>>>>>>    -- Executing [2555 at radio-phone:2] Wait("IAX2/pbx-5488", "2") in
>>>>>>>> new
>>>>>>>> stack
>>>>>>>>    -- Executing [2555 at radio-phone:3] Rpt("IAX2/pbx-5488", "2555|P")
>>>>>>>> in
>>>>>>>> new
>>>>>>>> stack
>>>>>>>>    -- Re-Loading config for repeater 2555
>>>>>>>>  == Parsing '/etc/asterisk/rpt.conf': Found
>>>>>>>>    -- rpt (Rx) initiating call to Radio/usb1 on Radio/usb1
>>>>>>>>  == Set device 5-1 to usb1
>>>>>>>>  == Parsing '/etc/asterisk/usbradio_tune_usb1.conf': Found
>>>>>>>> [Sep 22 16:54:36] WARNING[10860]: chan_usbradio.c:1436 hidthread:
>>>>>>>> Loaded
>>>>>>>> parameters from usbradio_tune_usb1.conf for device usb1 .
>>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:4040 openserial: Opened
>>>>>>>> serial
>>>>>>>> port /dev/ttyS0
>>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8284 rpt_telemetry:
>>>>>>>> Tracepoint
>>>>>>>> rpt_telemetry() entered mode=38
>>>>>>>> [Sep 22 16:54:36] NOTICE[10859]: app_rpt.c:8478 rpt_telemetry:
>>>>>>>> Tracepoint
>>>>>>>> rpt_telemetry() exit
>>>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:4230 send_usb_txt:
>>>>>>>> send_usb_txt
>>>>>>>> SETFREQ 0.0 0.0 0.0 0.0 L
>>>>>>>> [Sep 22 16:54:36] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>>> [Sep 22 16:54:37] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>>> Serial
>>>>>>>> device not responding on node 2555
>>>>>>>> [Sep 22 16:54:37] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>>> [Sep 22 16:54:38] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>>> Serial
>>>>>>>> device not responding on node 2555
>>>>>>>> [Sep 22 16:54:38] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>>> [Sep 22 16:54:39] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>>> Serial
>>>>>>>> device not responding on node 2555
>>>>>>>> [Sep 22 16:54:39] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>>> [Sep 22 16:54:39] NOTICE[10733]: app_rpt.c:10331 handle_link_data:
>>>>>>>> @@@@
>>>>>>>> node
>>>>>>>> 2298 recieved node list L
>>>>>>>> T2023,T2061,T2459,T2010,T2011,T2393,T2480,T2481
>>>>>>>> from node 2000
>>>>>>>> [Sep 22 16:54:40] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>>> Serial
>>>>>>>> device not responding on node 2555
>>>>>>>> [Sep 22 16:54:40] NOTICE[10871]: app_rpt.c:11117 serial_remote_io:
>>>>>>>> ioport=/dev/ttyS0 baud=13 iofd=0x4b
>>>>>>>> [Sep 22 16:54:41] WARNING[10871]: app_rpt.c:11140 serial_remote_io:
>>>>>>>> Serial
>>>>>>>> device not responding on node 2555
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> App_rpt-users mailing list
>>>>>>>> App_rpt-users at qrvc.com
>>>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> App_rpt-users mailing list
>>>>>>> App_rpt-users at qrvc.com
>>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>>>
>>>>>> The baud rate is fixed in the app_rpt s/w.
>>>>>>
>>>>>> The problem is very likely to be in the interface. What are you using
>>>>>> for an interface? Note the interface is not the usb to serial
>>>>>> converter,
>>>>>> and it is not the pre-made up Kenwood serial cable either. It is
>>>>>> usually
>>>>>> a homebrew circuit which merges the output from the sound fob and the
>>>>>> serial port together, oh, and it requires power from the modified FOB
>>>>>> as
>>>>>> well.
>>>>>>
>>>>>> Please refer to the interface circuit here:
>>>>>>
>>>>>> http://images.qrvc.com/usb2tmg707.pdf
>>>>>>
>>>>>> Steve
>>>>>> WA6ZFT
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at qrvc.com
>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at qrvc.com
>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>> Oops. I screwed up!
>>>> I don't know how I got stuck on TMG-707 vs TM-271.
>>>>
>>>> The TM-271 has a dedicated serial port so please disregard my confusing
>>>> message....
>>>>
>>>> Steve
>>>> WA6ZFT
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at qrvc.com
>>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>>
>>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at qrvc.com
>> http://qrvc.com/mailman/listinfo/app_rpt-users
>>
>>
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
> 

What version of app_rpt.c are you running?

I'm no the expert on the TM-271 code or its protocol, but after a brief
look, it seems to me like the code is attempting send a VF command
(which it should do) and is never receiving an acknowledge response from
the radio!  This explains the 5 VF attempts seen in the capture as the
Kenwood retry count is set to 5 in the code. You should be able to
confirm this by going in to the Asterisk CLI and sending the  CLI command:

rpt debug level 5

Then connect to the remote base and capture the cli output.

Another thing to try is to monitor the serial data going from the radio
back to the PC and try to see if you can see any acknowledgement data
being transmitted by the radio.

Steve
WA6ZFT




From ralph at radio-link.net  Tue Sep 29 08:47:22 2009
From: ralph at radio-link.net (Ralph A. Schmid, dk5ras)
Date: Tue, 29 Sep 2009 10:47:22 +0200
Subject: [App_rpt-users] Some questions regarding new node
In-Reply-To: <Pine.LNX.4.44.0909252021340.12327-100000@goliath.inttek.net>
Message-ID: <NKEEIFACLPLHPELJILGKMEEPCAAA.ralph@radio-link.net>

Hi all there,

at the moment I operate a dual band NBFM repeater (both bands 2m and 70cm
hard linked together) that has a special feature: it passes not only FM, but
also APCO25 and D-Star. Of course I do not want to loose this feature, but
want to expand its capabilities with an AllStar Link connection.

So my approach would be, let the local control unit be in charge for audio
path switching (digital voice through the PC probably will not work), the
link PC does nothing else but feed the audio into the net and vice versa,
and control the PTT when smth. from the link has to be transmitted locally.
I assume the configuration options would allow this?

Next problem, I am not very experienced with Linux; I am able to use an
editor like vi or nano, but manually installing devices and such probably
will be very difficult with my limited knowledge. What CD image is the best
to go with for a beginner? The hardware will be an mini-ITX board, Intel
Core 2 duo with standard 945GM chipset amd the CM108 audio USB interface. It
will be a headless system with only a CF card instead of a hard disk, and I
still wonder if I will have to buy an CDROM drive for first installation, or
if there is some other useful way...

What about the future? Passing digital modes over the internet would be an
exciting challenge... The Motorola radios I am using work clean enough for
local use without regenerating the digital modulation, maybe it will even be
possible passing that through the internet?! Seems to depend mainly on the
quality of the interfaces, and on the way the stuff is digitized and
compressed...and even demodulation and regeneration of the protocols
(demodulate and modulate GMSK and 4FSK, regenerate the frames, the
checksums) should be an fairly easy task for todays hardware - if there was
not the problem that somebody would have to write the software :-)


With best regards

Ralph, dk5ras

http://www.db0fue.de/



From kb2ear at kb2ear.net  Tue Sep 29 16:02:02 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 29 Sep 2009 12:02:02 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <4AC19F39.2070002@qrvc.com>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2><4AB97EF1.3080602@qrvc.com><BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl><4AB990DF.3000703@qrvc.com><59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>	<934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2>
	<AD4DEB83AAEE418AB703FF0364B64035@KB2EAR2>
	<4AC19F39.2070002@qrvc.com>
Message-ID: <18C7AC80F78747DFAF18183FAF175D7E@KB2EAR2>

I can see when the commands are given that there are no responses from the 
radio. Like I said I think there is a sequence missing, I believe there 
should be some control character that wakes up the radio for serial data, 
which is not being sent from app_rpt.c. I am running  version 0.203 
9/12/2009. Here is the output of the debug:

[Sep 29 11:56:13] WARNING[12195]: chan_usbradio.c:1436 hidthread: Loaded 
parameters from usbradio_tune_usb1.conf for device usb1 .
[Sep 29 11:56:13] NOTICE[12194]: app_rpt.c:4040 openserial: Opened serial 
port /dev/ttyS0
[Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:4230 send_usb_txt: send_usb_txt 
SETFREQ 0.0 0.0 0.0 0.0 L
[Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x46
[Sep 29 11:56:14] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 29 11:56:14] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x46
[Sep 29 11:56:15] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 29 11:56:15] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x46
[Sep 29 11:56:16] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 29 11:56:16] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x46
[Sep 29 11:56:17] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 29 11:56:17] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: 
ioport=/dev/ttyS0 baud=13 iofd=0x46
[Sep 29 11:56:18] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial 
device not responding on node 2555
[Sep 29 11:56:18] NOTICE[12205]: app_rpt.c:6616 wait_interval: Delay 
interval = 1000
[Sep 29 11:56:19] NOTICE[12205]: app_rpt.c:6620 wait_interval: Delay 
complete
    -- <Zap/pseudo-94643657> Playing 'rpt/invalid-freq' (language 'en')

----- Original Message ----- >
> What version of app_rpt.c are you running?
>
> I'm no the expert on the TM-271 code or its protocol, but after a brief
> look, it seems to me like the code is attempting send a VF command
> (which it should do) and is never receiving an acknowledge response from
> the radio!  This explains the 5 VF attempts seen in the capture as the
> Kenwood retry count is set to 5 in the code. You should be able to
> confirm this by going in to the Asterisk CLI and sending the  CLI command:
>
> rpt debug level 5
>
> Then connect to the remote base and capture the cli output.
>
> Another thing to try is to monitor the serial data going from the radio
> back to the PC and try to see if you can see any acknowledgement data
> being transmitted by the radio.
>
> Steve
> WA6ZFT
>
>
> 




From Ramesh at va3uv.com  Tue Sep 29 18:43:12 2009
From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV))
Date: Tue, 29 Sep 2009 14:43:12 -0400
Subject: [App_rpt-users] SNOM M3 DECT Phone with Asterisk
Message-ID: <4AC25540.6080501@va3uv.com>

Hi All;

Agreed, this has nothing to do with app_rpt but there is a lot of 
Asterisk expertise here!

If anyone is using the SNOM M3 DECT phone with Asterisk, please contact 
me off list.

Thanks!

Ramesh.


From kb2ear at kb2ear.net  Tue Sep 29 19:48:56 2009
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 29 Sep 2009 15:48:56 -0400
Subject: [App_rpt-users] TM-271 remote base setup
In-Reply-To: <18C7AC80F78747DFAF18183FAF175D7E@KB2EAR2>
References: <A20348AD9CE642D8B7703405E9AE9B42@KB2EAR2>	<7720403C6A6B43B194DFC149602DC837@KB2EAR2><4AB97EF1.3080602@qrvc.com><BAY119-W46ED21F96DF877D974FD22B1DB0@phx.gbl><4AB990DF.3000703@qrvc.com><59684C8FDD244FF494B32F0EBB7D60BB@KB2EAR2>	<934BE58ED775460ABCA94C50E8A0C16D@KB2EAR2><AD4DEB83AAEE418AB703FF0364B64035@KB2EAR2><4AC19F39.2070002@qrvc.com>
	<18C7AC80F78747DFAF18183FAF175D7E@KB2EAR2>
Message-ID: <0ADE472C906B46BB8EAD0BD375D7C71C@KB2EAR2>

I have had a minor break through. I have found that if I type the string:
VF 0162550000,0,2,0,1,0,0,22,22,000,00600000,0,0
by hand the radio changes frequency. But if I paste the same exact string 
the radio does not change frequency. This makes me think that perhaps there 
is a buffer overflow on the radio. I have tried software flow control and it 
does not work. Nor does hardware flow control.

I also found that the com parameters need to be 9600 Baud, 8 bits, no 
parity, 1 stop bit

I am not a c guy so I am not going to be able to work this one out. Any 
ideas??

Scott
----- Original Message ----- 
From: "Scott Weis" <kb2ear at kb2ear.net>
To: <sales at qrvc.com>
Cc: "app_rpt mailing list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 29, 2009 12:02 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


>I can see when the commands are given that there are no responses from the
> radio. Like I said I think there is a sequence missing, I believe there
> should be some control character that wakes up the radio for serial data,
> which is not being sent from app_rpt.c. I am running  version 0.203
> 9/12/2009. Here is the output of the debug:
>
> [Sep 29 11:56:13] WARNING[12195]: chan_usbradio.c:1436 hidthread: Loaded
> parameters from usbradio_tune_usb1.conf for device usb1 .
> [Sep 29 11:56:13] NOTICE[12194]: app_rpt.c:4040 openserial: Opened serial
> port /dev/ttyS0
> [Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:4230 send_usb_txt: send_usb_txt
> SETFREQ 0.0 0.0 0.0 0.0 L
> [Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x46
> [Sep 29 11:56:14] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 29 11:56:14] NOTICE[12205]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x46
> [Sep 29 11:56:15] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 29 11:56:15] NOTICE[12205]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x46
> [Sep 29 11:56:16] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 29 11:56:16] NOTICE[12205]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x46
> [Sep 29 11:56:17] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 29 11:56:17] NOTICE[12205]: app_rpt.c:11117 serial_remote_io:
> ioport=/dev/ttyS0 baud=13 iofd=0x46
> [Sep 29 11:56:18] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial
> device not responding on node 2555
> [Sep 29 11:56:18] NOTICE[12205]: app_rpt.c:6616 wait_interval: Delay
> interval = 1000
> [Sep 29 11:56:19] NOTICE[12205]: app_rpt.c:6620 wait_interval: Delay
> complete
>    -- <Zap/pseudo-94643657> Playing 'rpt/invalid-freq' (language 'en')
>
> ----- Original Message ----- >
>> What version of app_rpt.c are you running?
>>
>> I'm no the expert on the TM-271 code or its protocol, but after a brief
>> look, it seems to me like the code is attempting send a VF command
>> (which it should do) and is never receiving an acknowledge response from
>> the radio!  This explains the 5 VF attempts seen in the capture as the
>> Kenwood retry count is set to 5 in the code. You should be able to
>> confirm this by going in to the Asterisk CLI and sending the  CLI 
>> command:
>>
>> rpt debug level 5
>>
>> Then connect to the remote base and capture the cli output.
>>
>> Another thing to try is to monitor the serial data going from the radio
>> back to the PC and try to see if you can see any acknowledgement data
>> being transmitted by the radio.
>>
>> Steve
>> WA6ZFT
>>
>>
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
>