From nessenj at jimsoffice.org  Mon Jul  1 14:50:53 2013
From: nessenj at jimsoffice.org (James Nessen)
Date: Mon, 1 Jul 2013 07:50:53 -0700
Subject: [App_rpt-users] Interfacing Motorola TRBO XPR 4350 to
	BeagleBoard?
In-Reply-To: <CDD107DE.1161C%wolthuis@gmail.com>
References: <CDD107DE.1161C%wolthuis@gmail.com>
Message-ID: <CANBAAEv+_jkhbJXco1faO+MeepyiHHdFZ=yndQzoZLOMXRip5w@mail.gmail.com>

A little late on the response, sorry :)

Yes, I have interfaced a XPR 4550 (i think thats the model) with an allstar
node.  Everything was done on the connector on the back of the radio (I
purchased a generic cable from eBay and soldered up the end myself).

The guy I made it for uses it both on digital and analog and sounds pretty
darn good.

Jim, K6JWN


On Sun, Jun 2, 2013 at 11:31 AM, Michael Wolthuis <wolthuis at gmail.com>wrote:

>  I think I read someone has interfaced a TRBO XPR radio.  Can you assist
> me with where you grabbed the TXA, RXA, COR and PTT?  Did you get them off
> the connector on the back of the radio?  I don't see the appropriate
> pinouts to configure as these in CPS?
>
>  Thanks,
> Mike
> kb8zgl
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130701/88742940/attachment.html>

From kilo7AlphaZulu at verizon.net  Tue Jul  2 00:05:24 2013
From: kilo7AlphaZulu at verizon.net (Chris K7AZ)
Date: Mon, 01 Jul 2013 17:05:24 -0700
Subject: [App_rpt-users] Map & Lat Long Problems?
Message-ID: <CDF76754.18355%kilo7AlphaZulu@verizon.net>

I was wondering if anyone else is having a problem entering LAT/LONG set up
for their AllStar server location.

The set up screen shows "Enter Location", I put in Lompoc CA, then press
enter,
but the map never shows up.   I have the Lat/Long from Google Earth but
the set up page will not allow typing that in.  Tried IE and Google
Chrome.  

Thank you,
Chris Hill,  K7AZ,  Node 29275 

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

From telesistant at hotmail.com  Tue Jul  2 00:28:32 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 1 Jul 2013 17:28:32 -0700
Subject: [App_rpt-users] Map & Lat Long Problems?
In-Reply-To: <CDF76754.18355%kilo7AlphaZulu@verizon.net>
References: <CDF76754.18355%kilo7AlphaZulu@verizon.net>
Message-ID: <BLU155-W39B454E5C065FEC105A354B1720@phx.gbl>

I have heard of such problems, but I sure as heck can't reproduce them here!!

Jim 

Date: Mon, 1 Jul 2013 17:05:24 -0700
From: kilo7AlphaZulu at verizon.net
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Map & Lat Long Problems?



Map & Lat Long Problems?


I was wondering if anyone else is having a problem entering LAT/LONG set up for their AllStar server location.



The set up screen shows "Enter Location", I put in Lompoc CA, then press enter,

but the map never shows up.   I have the Lat/Long from Google Earth but

the set up page will not allow typing that in.  Tried IE and Google

Chrome.  



Thank you,

Chris Hill,  K7AZ,  Node 29275 






_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130701/c68c76e5/attachment.html>

From robert at n5qm.com  Tue Jul  2 00:59:42 2013
From: robert at n5qm.com (Robert Garcia)
Date: Mon, 1 Jul 2013 19:59:42 -0500
Subject: [App_rpt-users] Map & Lat Long Problems?
In-Reply-To: <BLU155-W39B454E5C065FEC105A354B1720@phx.gbl>
References: <CDF76754.18355%kilo7AlphaZulu@verizon.net>
	<BLU155-W39B454E5C065FEC105A354B1720@phx.gbl>
Message-ID: <CAMLJ17NZxyr=cxX3D4qFiSW5qNxfTVK9xP2HMKWcANck2R1Cfg@mail.gmail.com>

I had this problem.  I had to switch to IE to get it to work, even
then I received a warning about portions of the page being "insecure".
 I suspect that the map portion is from a non SSL enabled site, which
causes the issues.

Robert
N5QM

On Mon, Jul 1, 2013 at 7:28 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> I have heard of such problems, but I sure as heck can't reproduce them
> here!!
>
> Jim
>
> ________________________________
> Date: Mon, 1 Jul 2013 17:05:24 -0700
> From: kilo7AlphaZulu at verizon.net
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Map & Lat Long Problems?
>
>
> I was wondering if anyone else is having a problem entering LAT/LONG set up
> for their AllStar server location.
>
> The set up screen shows "Enter Location", I put in Lompoc CA, then press
> enter,
> but the map never shows up.   I have the Lat/Long from Google Earth but
> the set up page will not allow typing that in.  Tried IE and Google
> Chrome.
>
> Thank you,
> Chris Hill,  K7AZ,  Node 29275
>
> _______________________________________________ App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>


From phil at n3cdy.com  Tue Jul  2 12:18:47 2013
From: phil at n3cdy.com (Phil Hebert)
Date: Tue, 2 Jul 2013 08:18:47 -0400
Subject: [App_rpt-users] RTCM Question
Message-ID: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>

A question for the group please.
 
I would like to use an RTCM in a mobile environment, using a wireless ISP.
The question is, does anyone have any experience with this ?
 
The reason that I ask is; I was checking with Verizon Wireless and they
block UDP ports on their 4G/LTE network .
Is anyone succesfully using something else ?
 
Thanks and 73
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/a4ab1d57/attachment.html>

From kd8b at thebades.net  Tue Jul  2 12:23:36 2013
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 2 Jul 2013 08:23:36 -0400
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
References: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
Message-ID: <002d01ce771e$fa496000$eedc2000$@thebades.net>

I am using Virgin Mobile for some digital stuff and it works ok, I use a usb
radio on a cradlepoint adapter/router which allows full configuration of
forwards. Most Mifi Devices have limited port forwarding ability..

I have My Allstar machines behind it but have not really been using those
linked for a while since I went to Virgin Mobile... so cannot say if Allstar
is passing but I think it is. My NXDN links operate from the inside out so
YMMV. 

Doug

KD8B

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Phil Hebert
Sent: Tuesday, July 02, 2013 8:19 AM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] RTCM Question

 

A question for the group please.

 

I would like to use an RTCM in a mobile environment, using a wireless ISP.

The question is, does anyone have any experience with this ?

 

The reason that I ask is; I was checking with Verizon Wireless and they
block UDP ports on their 4G/LTE network .

Is anyone succesfully using something else ?

 

Thanks and 73

 

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

From kuggie at kuggie.com  Tue Jul  2 13:05:38 2013
From: kuggie at kuggie.com (Kevin Custer)
Date: Tue, 02 Jul 2013 09:05:38 -0400
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
References: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
Message-ID: <51D2D022.3090100@kuggie.com>

On 7/2/2013 8:18 AM, Phil Hebert wrote:
> Message
> A question for the group please.
> I would like to use an RTCM in a mobile environment, using a wireless ISP.
> The question is, does anyone have any experience with this ?
> The reason that I ask is; I was checking with Verizon Wireless and 
> they block UDP ports on their 4G/LTE network .
> Is anyone succesfully using something else ?
> Thanks and 73

I use a Verizon 4G LTE ZTE Jetpack.  To convert the WiFi to Ethernet, I 
use a Ubiquiti PicoStation (run in bridge mode) set-up as a wireless 
client - which connects to Jetpack.  The PicoStations' Ethernet connects 
to a router.  I seem to remember static'ing the IP's of the WAN port of 
the router and PicoStation inside the LAN range of the Jetpack and using 
a DMZ for the AllStar box.

I have had no issues with ports being blocked.

Kevin - WJ8G



-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3345 / Virus Database: 3204/6456 - Release Date: 07/02/13
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/8b600cd3/attachment.html>

From k0jsc.jeff at gmail.com  Tue Jul  2 16:40:49 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Tue, 2 Jul 2013 10:40:49 -0600
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <002d01ce771e$fa496000$eedc2000$@thebades.net>
References: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
	<002d01ce771e$fa496000$eedc2000$@thebades.net>
Message-ID: <CAA_aZLhEWbLjeyEd+EKF+qcNLH=7+wXGNFsSA2d=UsEd6=AZfQ@mail.gmail.com>

I ran a simplex node up at Estes Park Colorado during HamCon this weekend
with zero issues.  I used the hotspot in my phone and a linksys router
hacked with dd-wrt so I could use the wireless side as a client rather than
an ap.  I discovered that I didn't even need to mess with port forwarding
if the connection was outbound to my hub node.

k0jsc


On Tue, Jul 2, 2013 at 6:23 AM, Doug Bade <kd8b at thebades.net> wrote:

> I am using Virgin Mobile for some digital stuff and it works ok, I use a
> usb radio on a cradlepoint adapter/router which allows full configuration
> of forwards. Most Mifi Devices have limited port forwarding ability..****
>
> I have My Allstar machines behind it but have not really been using those
> linked for a while since I went to Virgin Mobile... so cannot say if
> Allstar is passing but I think it is. My NXDN links operate from the inside
> out so YMMV. ****
>
> Doug****
>
> KD8B****
>
> ** **
>
> *From:* app_rpt-users-bounces at ohnosec.org [mailto:
> app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Phil Hebert
> *Sent:* Tuesday, July 02, 2013 8:19 AM
> *To:* app_rpt-users at ohnosec.org
> *Subject:* [App_rpt-users] RTCM Question****
>
> ** **
>
> A question for the group please.****
>
>  ****
>
> I would like to use an RTCM in a mobile environment, using a wireless ISP.
> ****
>
> The question is, does anyone have any experience with this ?****
>
>  ****
>
> The reason that I ask is; I was checking with Verizon Wireless and they
> block UDP ports on their 4G/LTE network .****
>
> Is anyone succesfully using something else ?****
>
>  ****
>
> Thanks and 73****
>
>  ****
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/3c8903f7/attachment.html>

From mhebert1975 at gmail.com  Tue Jul  2 23:21:24 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Tue, 2 Jul 2013 18:21:24 -0500
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
References: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
Message-ID: <CANQAhPGkCTw=08O8gP1u_6J096wbUw2+F9gTQ-EKRTDcpnVetg@mail.gmail.com>

I use a Linksys router with dd-wrt in wireless client mode with no issues.
On Jul 2, 2013 7:25 AM, "Phil Hebert" <phil at n3cdy.com> wrote:

> **
> A question for the group please.
>
> I would like to use an RTCM in a mobile environment, using a wireless ISP.
> The question is, does anyone have any experience with this ?
>
> The reason that I ask is; I was checking with Verizon Wireless and they
> block UDP ports on their 4G/LTE network .
> Is anyone succesfully using something else ?
>
> Thanks and 73
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/4a72caa1/attachment.html>

From nessenj at jimsoffice.org  Wed Jul  3 05:01:31 2013
From: nessenj at jimsoffice.org (Jim Nessen)
Date: Tue, 2 Jul 2013 22:01:31 -0700
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
References: <638CE0D5F4D049EA9B75E5E38BBC05C0@treasurer>
Message-ID: <B968C706-1714-44EB-9EFA-174EB00EF317@jimsoffice.org>

From what I understand Verizon uses private IP's on their 4G network which renders most applications that need port forwarding useless.  Now, their 3G network provides static public IP's that can be used with this type of application, but good luck getting a 3G device these days :)

Jim, K6JWN

On Jul 2, 2013, at 5:18 AM, Phil Hebert wrote:

> A question for the group please.
>  
> I would like to use an RTCM in a mobile environment, using a wireless ISP.
> The question is, does anyone have any experience with this ?
>  
> The reason that I ask is; I was checking with Verizon Wireless and they block UDP ports on their 4G/LTE network .
> Is anyone succesfully using something else ?
>  
> Thanks and 73
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From paulschlaterradio at gmail.com  Wed Jul  3 05:52:16 2013
From: paulschlaterradio at gmail.com (Paul Schlacter)
Date: Tue, 2 Jul 2013 22:52:16 -0700
Subject: [App_rpt-users] RTCM Question
Message-ID: <CAGD7rLWqNsskm3XWgshQk2nYpPpgQNJc4Vu0T-GT47mWWkwsJA@mail.gmail.com>

I have a slightly off-topic question regarding the RTCM in


On Tue, Jul 2, 2013 at 10:01 PM, Jim Nessen <nessenj at jimsoffice.org> wrote:

> From what I understand Verizon uses private IP's on their 4G network which
> renders most applications that need port forwarding useless.  Now, their 3G
> network provides static public IP's that can be used with this type of
> application, but good luck getting a 3G device these days :)
>
> Jim, K6JWN
>
> On Jul 2, 2013, at 5:18 AM, Phil Hebert wrote:
>
> > A question for the group please.
> >
> > I would like to use an RTCM in a mobile environment, using a wireless
> ISP.
> > The question is, does anyone have any experience with this ?
> >
> > The reason that I ask is; I was checking with Verizon Wireless and they
> block UDP ports on their 4G/LTE network .
> > Is anyone succesfully using something else ?
> >
> > Thanks and 73
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/29ed04ca/attachment.html>

From paulschlaterradio at gmail.com  Wed Jul  3 06:47:16 2013
From: paulschlaterradio at gmail.com (Paul Schlacter)
Date: Tue, 2 Jul 2013 23:47:16 -0700
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <CAGD7rLWqNsskm3XWgshQk2nYpPpgQNJc4Vu0T-GT47mWWkwsJA@mail.gmail.com>
References: <CAGD7rLWqNsskm3XWgshQk2nYpPpgQNJc4Vu0T-GT47mWWkwsJA@mail.gmail.com>
Message-ID: <CAGD7rLV-beZDx9VpEVbH0zj19s=xNsSq6j_ydbq5OCT1Lq9nxw@mail.gmail.com>

I have a slightly off-topic question regarding the RTCM in this
configuration. I have been wanting to use my RTCM in a mobile application
such as this. There is a section in the RTCM manual which describes
configuring the RTCM as a non-voted, non-simulcasted client. One would
think that a GPS reference wouldn't be needed for something like this where
the data is not time-sensitive, but app_rpt and chan_voter don't seem to
want to work without a GPS sync (even for a standalone "simple radio
interface" as described in the manual). If the RTCM's can't even be used as
simple radio interfaces without a GPS, than that may need to be documented
in a much clearer fashion to avoid confused, unhappy customers who are
expecting to use the RTCM as a simple, standalone radio interface to
app_rpt.
Thanks for reading,
Paul


On Tue, Jul 2, 2013 at 10:52 PM, Paul Schlacter <paulschlaterradio at gmail.com
> wrote:

> I have a slightly off-topic question regarding the RTCM in
>
>
> On Tue, Jul 2, 2013 at 10:01 PM, Jim Nessen <nessenj at jimsoffice.org>wrote:
>
>> From what I understand Verizon uses private IP's on their 4G network
>> which renders most applications that need port forwarding useless.  Now,
>> their 3G network provides static public IP's that can be used with this
>> type of application, but good luck getting a 3G device these days :)
>>
>> Jim, K6JWN
>>
>> On Jul 2, 2013, at 5:18 AM, Phil Hebert wrote:
>>
>> > A question for the group please.
>> >
>> > I would like to use an RTCM in a mobile environment, using a wireless
>> ISP.
>> > The question is, does anyone have any experience with this ?
>> >
>> > The reason that I ask is; I was checking with Verizon Wireless and they
>> block UDP ports on their 4G/LTE network .
>> > Is anyone succesfully using something else ?
>> >
>> > Thanks and 73
>> >
>> > _______________________________________________
>> > App_rpt-users mailing list
>> > App_rpt-users at ohnosec.org
>> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130702/c3ce22a4/attachment.html>

From mark at micro-node.com  Wed Jul  3 15:18:44 2013
From: mark at micro-node.com (Mark Guibord)
Date: Wed, 3 Jul 2013 08:18:44 -0700
Subject: [App_rpt-users] RTCM Question
In-Reply-To: <vinL1l00u0UUS9J01inMUj>
References: <CAGD7rLWqNsskm3XWgshQk2nYpPpgQNJc4Vu0T-GT47mWWkwsJA@mail.gmail.com>
	<vinL1l00u0UUS9J01inMUj>
Message-ID: <002101ce7800$9c09bca0$d41d35e0$@com>

The RTCM can be used as a simple radio interface without GPS by simply
setting the RTCM GPS Polarity to 'NONE'.

 

10 - GPS PPS Polarity (0=Non-Inverted, 1=Inverted, 2=NONE) (2)

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Paul Schlacter
Sent: Tuesday, July 02, 2013 11:47 PM
To: app_rpt mailing list
Subject: Re: [App_rpt-users] RTCM Question

 

I have a slightly off-topic question regarding the RTCM in this
configuration. I have been wanting to use my RTCM in a mobile application
such as this. There is a section in the RTCM manual which describes
configuring the RTCM as a non-voted, non-simulcasted client. One would think
that a GPS reference wouldn't be needed for something like this where the
data is not time-sensitive, but app_rpt and chan_voter don't seem to want to
work without a GPS sync (even for a standalone "simple radio interface" as
described in the manual). If the RTCM's can't even be used as simple radio
interfaces without a GPS, than that may need to be documented in a much
clearer fashion to avoid confused, unhappy customers who are expecting to
use the RTCM as a simple, standalone radio interface to app_rpt.
Thanks for reading, 
Paul

 

On Tue, Jul 2, 2013 at 10:52 PM, Paul Schlacter
<paulschlaterradio at gmail.com> wrote:

I have a slightly off-topic question regarding the RTCM in 

 

On Tue, Jul 2, 2013 at 10:01 PM, Jim Nessen <nessenj at jimsoffice.org> wrote:

>From what I understand Verizon uses private IP's on their 4G network which
renders most applications that need port forwarding useless.  Now, their 3G
network provides static public IP's that can be used with this type of
application, but good luck getting a 3G device these days :)

Jim, K6JWN


On Jul 2, 2013, at 5:18 AM, Phil Hebert wrote:

> A question for the group please.
>
> I would like to use an RTCM in a mobile environment, using a wireless ISP.
> The question is, does anyone have any experience with this ?
>
> The reason that I ask is; I was checking with Verizon Wireless and they
block UDP ports on their 4G/LTE network .
> Is anyone succesfully using something else ?
>
> Thanks and 73
>

> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

 

 

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

From joshh at imsar.com  Wed Jul  3 19:58:44 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Wed, 3 Jul 2013 13:58:44 -0600
Subject: [App_rpt-users] Issue with Hangup after first keying
Message-ID: <06ed01ce7827$b95d9a20$2c18ce60$@com>

Hello,

 

It is my first posting on here. I have ALMOST gotten the ACID installation
working. I'm using the URI interfaced to ACID and to my radio. The asterisk
can properly key the radio and its working just fine with that. I can also
connect to the node with iaxRpt directly with no problem and transmit OUT of
my radio.

 

However I am having some issues when my radio receives communication in that
as soon as I get my first radio RX, asterisk will then play a tone out of
the URI into the radio over and over again at about a one second interval.
In the asterisk terminal it just keeps repeating:

 

    -- Hungup 'Zap/pseudo-1726358622'

    -- Hungup 'Zap/pseudo-1774817359'

    -- Hungup 'Zap/pseudo-691532115'

    -- Hungup 'Zap/pseudo-81389311'

    -- Hungup 'Zap/pseudo-465154784'

   -- Hungup 'Zap/pseudo-627058532'

    -- Hungup 'Zap/pseudo-1656870264'

    -- Hungup 'Zap/pseudo-1671691803'

    -- Hungup 'Zap/pseudo-50274194'

 

forever keeping my radio always keyed.

 

I have the COR from the radio going into the URI. I do not plan on using
CTCSS and have tried tying it to ground as well as tying it to the COR as
well. My usbradio.conf has the following:

 

carrierfrom=usb

ctcssfrom=no

 

I have tried also ctcssfrom=usb as well.

 

Any help would be appreciated.

 

Thanks,

 

Josh

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

From benjamin at kb9lfz.com  Wed Jul  3 20:37:09 2013
From: benjamin at kb9lfz.com (Benjamin Naber)
Date: Wed, 03 Jul 2013 16:37:09 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <06ed01ce7827$b95d9a20$2c18ce60$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
Message-ID: <1372883829.3208.11.camel@benjamin-dell>

sounds to me you are using a simplex node.

In your simpleusb.conf or usbradio.conf, ensure duplex=0, and not
duplex=1. This is different from duplex= in rpt.conf

I had the same symptoms when I first setup my node.

Also, make sure you use the radio-tune-menu with a service monitor or
some other methods to make sure your have good, clean audio being
transmitted over the internet and over your node radio.


~Benjamin, KB9LFZ


On Wed, 2013-07-03 at 13:58 -0600, Joshua Hintze wrote:
> Hello,
> 
>  
> 
> It is my first posting on here. I have ALMOST gotten the ACID
> installation working. I'm using the URI interfaced to ACID and to my
> radio. The asterisk can properly key the radio and its working just
> fine with that. I can also connect to the node with iaxRpt directly
> with no problem and transmit OUT of my radio.
> 
>  
> 
> However I am having some issues when my radio receives communication
> in that as soon as I get my first radio RX, asterisk will then play a
> tone out of the URI into the radio over and over again at about a one
> second interval. In the asterisk terminal it just keeps repeating:
> 
>  
> 
>     -- Hungup 'Zap/pseudo-1726358622'
> 
>     -- Hungup 'Zap/pseudo-1774817359'
> 
>     -- Hungup 'Zap/pseudo-691532115'
> 
>     -- Hungup 'Zap/pseudo-81389311'
> 
>     -- Hungup 'Zap/pseudo-465154784'
> 
>    -- Hungup 'Zap/pseudo-627058532'
> 
>     -- Hungup 'Zap/pseudo-1656870264'
> 
>     -- Hungup 'Zap/pseudo-1671691803'
> 
>     -- Hungup 'Zap/pseudo-50274194'
> 
>  
> 
> forever keeping my radio always keyed.
> 
>  
> 
> I have the COR from the radio going into the URI. I do not plan on
> using CTCSS and have tried tying it to ground as well as tying it to
> the COR as well. My usbradio.conf has the following:
> 
>  
> 
> carrierfrom=usb
> 
> ctcssfrom=no
> 
>  
> 
> I have tried also ctcssfrom=usb as well.
> 
>  
> 
> Any help would be appreciated.
> 
>  
> 
> Thanks,
> 
>  
> 
> Josh
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From joshh at imsar.com  Wed Jul  3 20:48:20 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Wed, 3 Jul 2013 14:48:20 -0600
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <1372883829.3208.11.camel@benjamin-dell>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
Message-ID: <06fb01ce782e$a70bcc00$f5236400$@com>

Thanks Ben for the quick feedback. I think I might have figured it out. It turns out my COR signal might not necessarily be the best COR signal. It looks like the signal goes high on BOTH RX and TX. This is probably causing asterisk to think its receiving when its sending getting into a nice infinite loop.

I'm going to try an AND gate with the PTT so that PTT has to be high (i.e. NOT TX) and speaker mute (my COR) has to be high for a true COR output on RX.

In the meantime I tried carrierfrom=vox but it didn't really seem to work. Anybody get this working properly?

Thanks,

Josh

-----Original Message-----
From: Benjamin Naber [mailto:benjamin at kb9lfz.com] 
Sent: Wednesday, July 03, 2013 2:37 PM
To: Joshua Hintze
Cc: app_rpt-users at ohnosec.org
Subject: Re: [Bulk] [App_rpt-users] Issue with Hangup after first keying

sounds to me you are using a simplex node.

In your simpleusb.conf or usbradio.conf, ensure duplex=0, and not
duplex=1. This is different from duplex= in rpt.conf

I had the same symptoms when I first setup my node.

Also, make sure you use the radio-tune-menu with a service monitor or
some other methods to make sure your have good, clean audio being
transmitted over the internet and over your node radio.


~Benjamin, KB9LFZ


On Wed, 2013-07-03 at 13:58 -0600, Joshua Hintze wrote:
> Hello,
> 
>  
> 
> It is my first posting on here. I have ALMOST gotten the ACID
> installation working. I'm using the URI interfaced to ACID and to my
> radio. The asterisk can properly key the radio and its working just
> fine with that. I can also connect to the node with iaxRpt directly
> with no problem and transmit OUT of my radio.
> 
>  
> 
> However I am having some issues when my radio receives communication
> in that as soon as I get my first radio RX, asterisk will then play a
> tone out of the URI into the radio over and over again at about a one
> second interval. In the asterisk terminal it just keeps repeating:
> 
>  
> 
>     -- Hungup 'Zap/pseudo-1726358622'
> 
>     -- Hungup 'Zap/pseudo-1774817359'
> 
>     -- Hungup 'Zap/pseudo-691532115'
> 
>     -- Hungup 'Zap/pseudo-81389311'
> 
>     -- Hungup 'Zap/pseudo-465154784'
> 
>    -- Hungup 'Zap/pseudo-627058532'
> 
>     -- Hungup 'Zap/pseudo-1656870264'
> 
>     -- Hungup 'Zap/pseudo-1671691803'
> 
>     -- Hungup 'Zap/pseudo-50274194'
> 
>  
> 
> forever keeping my radio always keyed.
> 
>  
> 
> I have the COR from the radio going into the URI. I do not plan on
> using CTCSS and have tried tying it to ground as well as tying it to
> the COR as well. My usbradio.conf has the following:
> 
>  
> 
> carrierfrom=usb
> 
> ctcssfrom=no
> 
>  
> 
> I have tried also ctcssfrom=usb as well.
> 
>  
> 
> Any help would be appreciated.
> 
>  
> 
> Thanks,
> 
>  
> 
> Josh
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From k7ilo1 at gmail.com  Wed Jul  3 20:51:58 2013
From: k7ilo1 at gmail.com (Harold Kinchelow)
Date: Wed, 3 Jul 2013 13:51:58 -0700
Subject: [App_rpt-users] Outbound
Message-ID: <CAOpiJhXv+3EDVqY=t7QUisRaFyr-a-nLms8xFDOfJLb53MJ+2Q@mail.gmail.com>

Hello all
I recently had to rebuild my system due to a badly failed hard drive which
wasnt that big of a deal.
What I am experiencing now is, I cant make any outbound connections.
I have followed everything on the ohn site as far as troubleshooting this
type of issue with no results.
I seem to register on the servers ok since I seem my node in the nodes list.
But one thing I did notice is, the site mentions a file called rpt_extnodes
should be in /var/lib/asterisk folder but I do not see this, even after
multuple restarts of asterisk and rebooting of the system which I suspect
is my issue.
Where to next?  Im at a lost now.

Thanks all

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

From benjamin at kb9lfz.com  Wed Jul  3 22:17:59 2013
From: benjamin at kb9lfz.com (Benjamin Naber)
Date: Wed, 03 Jul 2013 18:17:59 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <06fb01ce782e$a70bcc00$f5236400$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
Message-ID: <1372889879.3208.18.camel@benjamin-dell>

I used carrierfrom=dsp and ctcssfrom=dsp

I am not sure why folks are having serious issues with that, but it
works very well, and I have zero issues with it. I do crude signal
testing with it, and even when the signal from the node radio is choppy,
I can still command the node to do things.

I would say the biggest hurdle for getting DSP to work correctly is
using the radio-tune-menu with a service monitor. This is to ensure the
input and output audio audio levels are correctly set, and the DSP
functions can understand the different audio freqs coming to it.

I do not use a COR/COS and the node does all the CTCSS stuff. Just TX/RX
audio, and PTT connections are made to the node radio.

for the radio that requires 5V or active HIGH, use the K0KN PLRI
interface. Very simple: a couple resistors and transistors. No need to
waste time modifying a USB sound FOB, which is difficult to do because
of the size of components one would be working with.

~Benjamin, KB9LFZ


On Wed, 2013-07-03 at 14:48 -0600, Joshua Hintze wrote:
> Thanks Ben for the quick feedback. I think I might have figured it out. It turns out my COR signal might not necessarily be the best COR signal. It looks like the signal goes high on BOTH RX and TX. This is probably causing asterisk to think its receiving when its sending getting into a nice infinite loop.
> 
> I'm going to try an AND gate with the PTT so that PTT has to be high (i.e. NOT TX) and speaker mute (my COR) has to be high for a true COR output on RX.
> 
> In the meantime I tried carrierfrom=vox but it didn't really seem to work. Anybody get this working properly?
> 
> Thanks,
> 
> Josh
> 
> -----Original Message-----
> From: Benjamin Naber [mailto:benjamin at kb9lfz.com] 
> Sent: Wednesday, July 03, 2013 2:37 PM
> To: Joshua Hintze
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [Bulk] [App_rpt-users] Issue with Hangup after first keying
> 
> sounds to me you are using a simplex node.
> 
> In your simpleusb.conf or usbradio.conf, ensure duplex=0, and not
> duplex=1. This is different from duplex= in rpt.conf
> 
> I had the same symptoms when I first setup my node.
> 
> Also, make sure you use the radio-tune-menu with a service monitor or
> some other methods to make sure your have good, clean audio being
> transmitted over the internet and over your node radio.
> 
> 
> ~Benjamin, KB9LFZ
> 
> 
> On Wed, 2013-07-03 at 13:58 -0600, Joshua Hintze wrote:
> > Hello,
> > 
> >  
> > 
> > It is my first posting on here. I have ALMOST gotten the ACID
> > installation working. I'm using the URI interfaced to ACID and to my
> > radio. The asterisk can properly key the radio and its working just
> > fine with that. I can also connect to the node with iaxRpt directly
> > with no problem and transmit OUT of my radio.
> > 
> >  
> > 
> > However I am having some issues when my radio receives communication
> > in that as soon as I get my first radio RX, asterisk will then play a
> > tone out of the URI into the radio over and over again at about a one
> > second interval. In the asterisk terminal it just keeps repeating:
> > 
> >  
> > 
> >     -- Hungup 'Zap/pseudo-1726358622'
> > 
> >     -- Hungup 'Zap/pseudo-1774817359'
> > 
> >     -- Hungup 'Zap/pseudo-691532115'
> > 
> >     -- Hungup 'Zap/pseudo-81389311'
> > 
> >     -- Hungup 'Zap/pseudo-465154784'
> > 
> >    -- Hungup 'Zap/pseudo-627058532'
> > 
> >     -- Hungup 'Zap/pseudo-1656870264'
> > 
> >     -- Hungup 'Zap/pseudo-1671691803'
> > 
> >     -- Hungup 'Zap/pseudo-50274194'
> > 
> >  
> > 
> > forever keeping my radio always keyed.
> > 
> >  
> > 
> > I have the COR from the radio going into the URI. I do not plan on
> > using CTCSS and have tried tying it to ground as well as tying it to
> > the COR as well. My usbradio.conf has the following:
> > 
> >  
> > 
> > carrierfrom=usb
> > 
> > ctcssfrom=no
> > 
> >  
> > 
> > I have tried also ctcssfrom=usb as well.
> > 
> >  
> > 
> > Any help would be appreciated.
> > 
> >  
> > 
> > Thanks,
> > 
> >  
> > 
> > Josh
> > 
> > 
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 




From benjamin at kb9lfz.com  Wed Jul  3 22:20:21 2013
From: benjamin at kb9lfz.com (Benjamin Naber)
Date: Wed, 03 Jul 2013 18:20:21 -0400
Subject: [App_rpt-users] Outbound
In-Reply-To: <CAOpiJhXv+3EDVqY=t7QUisRaFyr-a-nLms8xFDOfJLb53MJ+2Q@mail.gmail.com>
References: <CAOpiJhXv+3EDVqY=t7QUisRaFyr-a-nLms8xFDOfJLb53MJ+2Q@mail.gmail.com>
Message-ID: <1372890021.3208.20.camel@benjamin-dell>

Did you update the SVN or whatever that stuff is?

are you sure your node is successfully registering with the
register.allstarlink.org server?



~Benjamin, KB9LFZ

On Wed, 2013-07-03 at 13:51 -0700, Harold Kinchelow wrote:
> Hello all
> I recently had to rebuild my system due to a badly failed hard drive
> which wasnt that big of a deal.
> What I am experiencing now is, I cant make any outbound connections.
> I have followed everything on the ohn site as far as troubleshooting
> this type of issue with no results.
> I seem to register on the servers ok since I seem my node in the nodes
> list.
> But one thing I did notice is, the site mentions a file
> called rpt_extnodes should be in /var/lib/asterisk folder but I do not
> see this, even after multuple restarts of asterisk and rebooting of
> the system which I suspect is my issue.
> Where to next?  Im at a lost now.
> 
> 
> Thanks all
> 
> 
> Harold
> K7ILO
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From wb3awj at comcast.net  Wed Jul  3 23:29:15 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Wed, 03 Jul 2013 19:29:15 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <1372889879.3208.18.camel@benjamin-dell>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<1372889879.3208.18.camel@benjamin-dell>
Message-ID: <befca1f6-ee77-482a-a3ae-65c45bcd1dd5@email.android.com>

I too would suggest using the DSP.
Sure is easier to bring out discriminator audio than muck about building extra logic.

As to not using PL...... please reconsider.
 It's quite frustrating to be connected to a large network and hearing the squelch on one node popping because of local noise or band conditions. Meanwhile, the DSP generally does a good job of decoding it.
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130703/6da3076d/attachment.html>

From joshh at imsar.com  Wed Jul  3 23:37:38 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Wed, 3 Jul 2013 17:37:38 -0600
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <51D497A2.9020204@bdboyle.com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<51D497A2.9020204@bdboyle.com>
Message-ID: <070801ce7846$4e10a2c0$ea31e840$@com>

Thank you for all the suggestions thus far.

I'm using an ICOM IC-A110 VHF radio. I was able to find some
schematics/block diagrams in the service manual here:

http://elektrotanya.com/icom_ic-a110,_a110e_service_manual.pdf/download.html

This is my first time trying to dig through a radio and find a COR. I'm not
sure either where to get a discriminator audio signal either.

Josh

-----Original Message-----
From: Bryan D. Boyle [mailto:bdboyle at bdboyle.com] 
Sent: Wednesday, July 03, 2013 3:29 PM
To: Joshua Hintze
Subject: Re: [App_rpt-users] [Bulk] Issue with Hangup after first keying

On 7/3/2013 4:48 PM, Joshua Hintze wrote:
> Thanks Ben for the quick feedback. I think I might have figured it out. It
turns out my COR signal might not necessarily be the best COR signal. It
looks like the signal goes high on BOTH RX and TX. This is probably causing
asterisk to think its receiving when its sending getting into a nice
infinite loop.
> 

Then you don't have a true COR signal.  What radio (make/model) are you
using?  Can you get discriminator audio??  If so, you can use dsp to
derive COR; otherwise, you need to look elsewhere.  Sounds like you're
too far down the circuit.

> I'm going to try an AND gate with the PTT so that PTT has to be high (i.e.
NOT TX) and speaker mute (my COR) has to be high for a true COR output on
RX.
> 

Sounds complicated; I'm thinking some quality time with the schematic
will provide an answer that is more agreeable and doesn't require
building logic circuits.  In all the machines I've built the most
complex interface has been a pullup resistor on the DB25 connector.  And
that's for everything from a micor to wouxun HTs to maxtracs and gtx's
and systel, and ALinco radio-based repeaters.  And throw in a couple GE
rigs (Mastr-IIs) along the way.  Heck, I even interfaced a TR-33C as a
receiver in a pinch.

> In the meantime I tried carrierfrom=vox but it didn't really seem to work.
Anybody get this working properly?
> 

As our Maximum Leader Jim says: "Friends don't let friends use VOX".
Not a way to do it; and is an artifact of development.

BB WB0YLE
Allstar 27294, 27295, 27673, 27710, etc.



From wb3awj at comcast.net  Wed Jul  3 23:46:09 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Wed, 03 Jul 2013 19:46:09 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <070801ce7846$4e10a2c0$ea31e840$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<51D497A2.9020204@bdboyle.com>
	<070801ce7846$4e10a2c0$ea31e840$@com>
Message-ID: <82fc3a33-f1f8-47be-99de-f12cb0b5f77c@email.android.com>

Try the top of either the volume or squelch controls.




Joshua Hintze <joshh at imsar.com> wrote:

>Thank you for all the suggestions thus far.
>
>I'm using an ICOM IC-A110 VHF radio. I was able to find some
>schematics/block diagrams in the service manual here:
>
>http://elektrotanya.com/icom_ic-a110,_a110e_service_manual.pdf/download.html
>
>This is my first time trying to dig through a radio and find a COR. I'm
>not
>sure either where to get a discriminator audio signal either.
>
>Josh
>
>-----Original Message-----
>From: Bryan D. Boyle [mailto:bdboyle at bdboyle.com] 
>Sent: Wednesday, July 03, 2013 3:29 PM
>To: Joshua Hintze
>Subject: Re: [App_rpt-users] [Bulk] Issue with Hangup after first
>keying
>
>On 7/3/2013 4:48 PM, Joshua Hintze wrote:
>> Thanks Ben for the quick feedback. I think I might have figured it
>out. It
>turns out my COR signal might not necessarily be the best COR signal.
>It
>looks like the signal goes high on BOTH RX and TX. This is probably
>causing
>asterisk to think its receiving when its sending getting into a nice
>infinite loop.
>> 
>
>Then you don't have a true COR signal.  What radio (make/model) are you
>using?  Can you get discriminator audio??  If so, you can use dsp to
>derive COR; otherwise, you need to look elsewhere.  Sounds like you're
>too far down the circuit.
>
>> I'm going to try an AND gate with the PTT so that PTT has to be high
>(i.e.
>NOT TX) and speaker mute (my COR) has to be high for a true COR output
>on
>RX.
>> 
>
>Sounds complicated; I'm thinking some quality time with the schematic
>will provide an answer that is more agreeable and doesn't require
>building logic circuits.  In all the machines I've built the most
>complex interface has been a pullup resistor on the DB25 connector. 
>And
>that's for everything from a micor to wouxun HTs to maxtracs and gtx's
>and systel, and ALinco radio-based repeaters.  And throw in a couple GE
>rigs (Mastr-IIs) along the way.  Heck, I even interfaced a TR-33C as a
>receiver in a pinch.
>
>> In the meantime I tried carrierfrom=vox but it didn't really seem to
>work.
>Anybody get this working properly?
>> 
>
>As our Maximum Leader Jim says: "Friends don't let friends use VOX".
>Not a way to do it; and is an artifact of development.
>
>BB WB0YLE
>Allstar 27294, 27295, 27673, 27710, etc.
>
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130703/a7c3de37/attachment.html>

From wb3awj at comcast.net  Thu Jul  4 00:01:33 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Wed, 03 Jul 2013 20:01:33 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <070801ce7846$4e10a2c0$ea31e840$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<51D497A2.9020204@bdboyle.com>
	<070801ce7846$4e10a2c0$ea31e840$@com>
Message-ID: <cc6109e6-2a85-459e-810b-b459c87441b1@email.android.com>

Ahh...  now I understand... aircraft AM?

Looking at the block diagram, does the output of IC11, the squelch switch do what you want for COR?
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130703/3d739ed4/attachment.html>

From joshh at imsar.com  Thu Jul  4 00:06:29 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Wed, 3 Jul 2013 18:06:29 -0600
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <cc6109e6-2a85-459e-810b-b459c87441b1@email.android.com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>	<1372883829.3208.11.camel@benjamin-dell>	<06fb01ce782e$a70bcc00$f5236400$@com>	<51D497A2.9020204@bdboyle.com>	<070801ce7846$4e10a2c0$ea31e840$@com>
	<cc6109e6-2a85-459e-810b-b459c87441b1@email.android.com>
Message-ID: <072d01ce784a$554e7040$ffeb50c0$@com>

I did not see that one. Thanks for pointing it out. I will test it out tomorrow when I get back into work.

 

Josh

 

From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Robert a. Poff
Sent: Wednesday, July 03, 2013 6:02 PM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] [Bulk] Issue with Hangup after first keying

 

Ahh... now I understand... aircraft AM?

Looking at the block diagram, does the output of IC11, the squelch switch do what you want for COR?
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

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

From vacuumtubesforever at gmail.com  Thu Jul  4 01:40:12 2013
From: vacuumtubesforever at gmail.com (Ed Wilhelm)
Date: Wed, 03 Jul 2013 21:40:12 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <070801ce7846$4e10a2c0$ea31e840$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<51D497A2.9020204@bdboyle.com>
	<070801ce7846$4e10a2c0$ea31e840$@com>
Message-ID: <51D4D27C.7080307@gmail.com>

The Icom IC-A110 is an AM aircraft radio. Being AM there is no 
discriminator audio, and DSP derived COR won't work due to the nature of 
the AM signal. You're going to have to dig around in the squelch circuit 
to find a point that toggles. Most AM type squelch are usually derived 
from the AGC. Don't what they're doing in the Icom.

Ed, W8VT
Nodes 27849 29496
Beckley WV

On 07/03/2013 07:37 PM, Joshua Hintze wrote:
> Thank you for all the suggestions thus far.
>
> I'm using an ICOM IC-A110 VHF radio. I was able to find some
> schematics/block diagrams in the service manual here:
>
> http://elektrotanya.com/icom_ic-a110,_a110e_service_manual.pdf/download.html
>
> This is my first time trying to dig through a radio and find a COR. I'm not
> sure either where to get a discriminator audio signal either.
>
> Josh
>
> -----Original Message-----
> From: Bryan D. Boyle [mailto:bdboyle at bdboyle.com]
> Sent: Wednesday, July 03, 2013 3:29 PM
> To: Joshua Hintze
> Subject: Re: [App_rpt-users] [Bulk] Issue with Hangup after first keying
>
> On 7/3/2013 4:48 PM, Joshua Hintze wrote:
>> Thanks Ben for the quick feedback. I think I might have figured it out. It
> turns out my COR signal might not necessarily be the best COR signal. It
> looks like the signal goes high on BOTH RX and TX. This is probably causing
> asterisk to think its receiving when its sending getting into a nice
> infinite loop.
> Then you don't have a true COR signal.  What radio (make/model) are you
> using?  Can you get discriminator audio??  If so, you can use dsp to
> derive COR; otherwise, you need to look elsewhere.  Sounds like you're
> too far down the circuit.
>
>> I'm going to try an AND gate with the PTT so that PTT has to be high (i.e.
> NOT TX) and speaker mute (my COR) has to be high for a true COR output on
> RX.
> Sounds complicated; I'm thinking some quality time with the schematic
> will provide an answer that is more agreeable and doesn't require
> building logic circuits.  In all the machines I've built the most
> complex interface has been a pullup resistor on the DB25 connector.  And
> that's for everything from a micor to wouxun HTs to maxtracs and gtx's
> and systel, and ALinco radio-based repeaters.  And throw in a couple GE
> rigs (Mastr-IIs) along the way.  Heck, I even interfaced a TR-33C as a
> receiver in a pinch.
>
>> In the meantime I tried carrierfrom=vox but it didn't really seem to work.
> Anybody get this working properly?
> As our Maximum Leader Jim says: "Friends don't let friends use VOX".
> Not a way to do it; and is an artifact of development.
>
> BB WB0YLE
> Allstar 27294, 27295, 27673, 27710, etc.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From bdboyle at bdboyle.com  Thu Jul  4 03:17:53 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 03 Jul 2013 23:17:53 -0400
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <070801ce7846$4e10a2c0$ea31e840$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<1372883829.3208.11.camel@benjamin-dell>
	<06fb01ce782e$a70bcc00$f5236400$@com>
	<51D497A2.9020204@bdboyle.com>
	<070801ce7846$4e10a2c0$ea31e840$@com>
Message-ID: <51D4E961.2090109@bdboyle.com>

On 7/3/2013 7:37 PM, Joshua Hintze wrote:
> Thank you for all the suggestions thus far.
> 
> I'm using an ICOM IC-A110 VHF radio. I was able to find some
> schematics/block diagrams in the service manual here:
> 
> http://elektrotanya.com/icom_ic-a110,_a110e_service_manual.pdf/download.html
> 
> This is my first time trying to dig through a radio and find a COR. I'm not
> sure either where to get a discriminator audio signal either.
> 

Detecting squelch break in AM is a lot different that breaking squelch
in FM...

iirc, you have to depend on the AGC circuit to do what it's supposed to
do in order to detect a signal level delta greater than the background
hash, which is a variable.  FM looks for the detector to open up when
the frequency swing happens...a bit more binary than AM transmissions,
which means there's a constant noise level vice AM (just listen on the
HF bands to see the difference in the noise levels from minute to
minute...).  Kind of hard to detect amplitude changes as being a
legitimate carrier vice noise, since they're both the same general
modulation envelope, whereas in FM, the intelligence is carried in a
different mode than the background noise.

Don't know whether I'm explaining it clearly enough, but it's in that
general neighborhood or some such.

Just what are you trying to do?

BB




From robert at n5qm.com  Thu Jul  4 03:30:42 2013
From: robert at n5qm.com (Robert Garcia)
Date: Wed, 3 Jul 2013 22:30:42 -0500
Subject: [App_rpt-users] Outbound
In-Reply-To: <1372890021.3208.20.camel@benjamin-dell>
References: <CAOpiJhXv+3EDVqY=t7QUisRaFyr-a-nLms8xFDOfJLb53MJ+2Q@mail.gmail.com>
	<1372890021.3208.20.camel@benjamin-dell>
Message-ID: <CAMLJ17PRw2AOEkcj1TW8QBAQ2BFTD4PFx5yw9g6r8u8sY--20Q@mail.gmail.com>

Harold,

You can validate this by sshing to your machine, running asterisk -r
which will give you the asterisk console, then typing "iax2 show
registry"  You should see a line that says "registered".

Robert
N5QM

On Wed, Jul 3, 2013 at 5:20 PM, Benjamin Naber <benjamin at kb9lfz.com> wrote:
> Did you update the SVN or whatever that stuff is?
>
> are you sure your node is successfully registering with the
> register.allstarlink.org server?
>
>
>
> ~Benjamin, KB9LFZ
>
> On Wed, 2013-07-03 at 13:51 -0700, Harold Kinchelow wrote:
>> Hello all
>> I recently had to rebuild my system due to a badly failed hard drive
>> which wasnt that big of a deal.
>> What I am experiencing now is, I cant make any outbound connections.
>> I have followed everything on the ohn site as far as troubleshooting
>> this type of issue with no results.
>> I seem to register on the servers ok since I seem my node in the nodes
>> list.
>> But one thing I did notice is, the site mentions a file
>> called rpt_extnodes should be in /var/lib/asterisk folder but I do not
>> see this, even after multuple restarts of asterisk and rebooting of
>> the system which I suspect is my issue.
>> Where to next?  Im at a lost now.
>>
>>
>> Thanks all
>>
>>
>> Harold
>> K7ILO
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From wbs099 at yahoo.com  Thu Jul  4 11:58:08 2013
From: wbs099 at yahoo.com (Bill South)
Date: Thu, 4 Jul 2013 04:58:08 -0700 (PDT)
Subject: [App_rpt-users] [Bulk]  Issue with Hangup after first keying
In-Reply-To: <06fb01ce782e$a70bcc00$f5236400$@com>
Message-ID: <1372939088.6699.YahooMailClassic@web161403.mail.bf1.yahoo.com>

Joshua, I'm going to take a chance here and?state what seems to be the obvious; all your additional work to get your node functional seem to stem from the rather unusual radio you are using.? So why not just bite the bullet and change?radios to something a bit more standard, like a ham dual-band FM radio for some flexability, or maybe a ham?monoband HT or mobile radio?to save both time and money?? Seems the time and effort you have put into getting the AM aircraft radio to function would be moot with just about any ham FM radio replacing it.? And if you get one with a data-access conection, all the signals you need are there so you can run COR or stratight audio relatively easily, whatever your choice?? Or have I missed something obvious related to your choice of radios?? Just a thought.

--- On Wed, 7/3/13, Joshua Hintze <joshh at imsar.com> wrote:


From: Joshua Hintze <joshh at imsar.com>
Subject: Re: [App_rpt-users] [Bulk] Issue with Hangup after first keying
To: "'Benjamin Naber'" <benjamin at kb9lfz.com>
Cc: app_rpt-users at ohnosec.org
Date: Wednesday, July 3, 2013, 8:48 PM


Thanks Ben for the quick feedback. I think I might have figured it out. It turns out my COR signal might not necessarily be the best COR signal. It looks like the signal goes high on BOTH RX and TX. This is probably causing asterisk to think its receiving when its sending getting into a nice infinite loop.

I'm going to try an AND gate with the PTT so that PTT has to be high (i.e. NOT TX) and speaker mute (my COR) has to be high for a true COR output on RX.

In the meantime I tried carrierfrom=vox but it didn't really seem to work. Anybody get this working properly?

Thanks,

Josh

-----Original Message-----
From: Benjamin Naber [mailto:benjamin at kb9lfz.com] 
Sent: Wednesday, July 03, 2013 2:37 PM
To: Joshua Hintze
Cc: app_rpt-users at ohnosec.org
Subject: Re: [Bulk] [App_rpt-users] Issue with Hangup after first keying

sounds to me you are using a simplex node.

In your simpleusb.conf or usbradio.conf, ensure duplex=0, and not
duplex=1. This is different from duplex= in rpt.conf

I had the same symptoms when I first setup my node.

Also, make sure you use the radio-tune-menu with a service monitor or
some other methods to make sure your have good, clean audio being
transmitted over the internet and over your node radio.


~Benjamin, KB9LFZ


On Wed, 2013-07-03 at 13:58 -0600, Joshua Hintze wrote:
> Hello,
> 
>? 
> 
> It is my first posting on here. I have ALMOST gotten the ACID
> installation working. I'm using the URI interfaced to ACID and to my
> radio. The asterisk can properly key the radio and its working just
> fine with that. I can also connect to the node with iaxRpt directly
> with no problem and transmit OUT of my radio.
> 
>? 
> 
> However I am having some issues when my radio receives communication
> in that as soon as I get my first radio RX, asterisk will then play a
> tone out of the URI into the radio over and over again at about a one
> second interval. In the asterisk terminal it just keeps repeating:
> 
>? 
> 
>? ???-- Hungup 'Zap/pseudo-1726358622'
> 
>? ???-- Hungup 'Zap/pseudo-1774817359'
> 
>? ???-- Hungup 'Zap/pseudo-691532115'
> 
>? ???-- Hungup 'Zap/pseudo-81389311'
> 
>? ???-- Hungup 'Zap/pseudo-465154784'
> 
>? ? -- Hungup 'Zap/pseudo-627058532'
> 
>? ???-- Hungup 'Zap/pseudo-1656870264'
> 
>? ???-- Hungup 'Zap/pseudo-1671691803'
> 
>? ???-- Hungup 'Zap/pseudo-50274194'
> 
>? 
> 
> forever keeping my radio always keyed.
> 
>? 
> 
> I have the COR from the radio going into the URI. I do not plan on
> using CTCSS and have tried tying it to ground as well as tying it to
> the COR as well. My usbradio.conf has the following:
> 
>? 
> 
> carrierfrom=usb
> 
> ctcssfrom=no
> 
>? 
> 
> I have tried also ctcssfrom=usb as well.
> 
>? 
> 
> Any help would be appreciated.
> 
>? 
> 
> Thanks,
> 
>? 
> 
> Josh
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/a12861cb/attachment.html>

From robert at n5qm.com  Thu Jul  4 13:33:47 2013
From: robert at n5qm.com (Robert Garcia)
Date: Thu, 4 Jul 2013 08:33:47 -0500
Subject: [App_rpt-users] Stuck Booting
Message-ID: <-7171281289097372666@unknownmsgid>

Guys, doing another install on newer hardware with ACID.

The install with the CD completes but the first boot fails.  The
splash screen comes up and then it gets stuck at the "Booting CentOS"
screen.

It is a dell machine with a C2D processor, so nothing too recent.

Any ideas?

Robert
N5QM


From n3fe at repeater.net  Thu Jul  4 14:48:02 2013
From: n3fe at repeater.net (Corey Dean)
Date: Thu, 4 Jul 2013 10:48:02 -0400
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <06ed01ce7827$b95d9a20$2c18ce60$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>

Are you running full duplex on a simplex radio?

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Joshua Hintze [joshh at imsar.com]
Sent: Wednesday, July 03, 2013 3:58 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Issue with Hangup after first keying

Hello,

It is my first posting on here. I have ALMOST gotten the ACID installation working. I'm using the URI interfaced to ACID and to my radio. The asterisk can properly key the radio and its working just fine with that. I can also connect to the node with iaxRpt directly with no problem and transmit OUT of my radio.

However I am having some issues when my radio receives communication in that as soon as I get my first radio RX, asterisk will then play a tone out of the URI into the radio over and over again at about a one second interval. In the asterisk terminal it just keeps repeating:

    -- Hungup 'Zap/pseudo-1726358622'
    -- Hungup 'Zap/pseudo-1774817359'
    -- Hungup 'Zap/pseudo-691532115'
    -- Hungup 'Zap/pseudo-81389311'
    -- Hungup 'Zap/pseudo-465154784'
   -- Hungup 'Zap/pseudo-627058532'
    -- Hungup 'Zap/pseudo-1656870264'
    -- Hungup 'Zap/pseudo-1671691803'
    -- Hungup 'Zap/pseudo-50274194'

forever keeping my radio always keyed.

I have the COR from the radio going into the URI. I do not plan on using CTCSS and have tried tying it to ground as well as tying it to the COR as well. My usbradio.conf has the following:

carrierfrom=usb
ctcssfrom=no

I have tried also ctcssfrom=usb as well.

Any help would be appreciated.

Thanks,

Josh

--
This message was scanned and is believed to be clean.
Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93BD>


From n3fe at repeater.net  Thu Jul  4 14:52:36 2013
From: n3fe at repeater.net (Corey Dean)
Date: Thu, 4 Jul 2013 10:52:36 -0400
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>,
	<4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E04833C76C731@exchange.mail.repeater.net>

Forget this emaill.  I should learn to read all my emails before replying to an old one...

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Corey Dean [n3fe at repeater.net]
Sent: Thursday, July 04, 2013 10:48 AM
To: Joshua Hintze; app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Issue with Hangup after first keying

Are you running full duplex on a simplex radio?

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Joshua Hintze [joshh at imsar.com]
Sent: Wednesday, July 03, 2013 3:58 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Issue with Hangup after first keying

Hello,

It is my first posting on here. I have ALMOST gotten the ACID installation working. I'm using the URI interfaced to ACID and to my radio. The asterisk can properly key the radio and its working just fine with that. I can also connect to the node with iaxRpt directly with no problem and transmit OUT of my radio.

However I am having some issues when my radio receives communication in that as soon as I get my first radio RX, asterisk will then play a tone out of the URI into the radio over and over again at about a one second interval. In the asterisk terminal it just keeps repeating:

    -- Hungup 'Zap/pseudo-1726358622'
    -- Hungup 'Zap/pseudo-1774817359'
    -- Hungup 'Zap/pseudo-691532115'
    -- Hungup 'Zap/pseudo-81389311'
    -- Hungup 'Zap/pseudo-465154784'
   -- Hungup 'Zap/pseudo-627058532'
    -- Hungup 'Zap/pseudo-1656870264'
    -- Hungup 'Zap/pseudo-1671691803'
    -- Hungup 'Zap/pseudo-50274194'

forever keeping my radio always keyed.

I have the COR from the radio going into the URI. I do not plan on using CTCSS and have tried tying it to ground as well as tying it to the COR as well. My usbradio.conf has the following:

carrierfrom=usb
ctcssfrom=no

I have tried also ctcssfrom=usb as well.

Any help would be appreciated.

Thanks,

Josh

--
This message was scanned and is believed to be clean.
Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93BD>
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

--
This message was scanned and is believed to be clean.
Click here to report this message as spam.
http://simba.repeater.net/cgi-bin/learn-msg.cgi?id=E2134221A.A8DD0




From robert at n5qm.com  Thu Jul  4 16:58:44 2013
From: robert at n5qm.com (Robert Garcia)
Date: Thu, 4 Jul 2013 11:58:44 -0500
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>
Message-ID: <CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>

This appears to be an issue trying to compile against the 3.2 kernel.
I tried on a 2.6 kernel and the issues were gone.

Robert
N5QM

On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
> Guys,
>
> I am working on compiling app_rpt for another platform using the
> sources from svn and following the makefile.  It looks like I am going
> to need some help as I am already stuck at configuring zaptel. lol
>
> gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
> mxml/libmxml.a mxml/libmxml.a
> make[2]: Leaving directory `/home/tc/zaptel/menuselect'
> make[1]: Leaving directory `/home/tc/zaptel/menuselect'
>
> ***********************************************************
>   The existing menuselect.makeopts file did not specify
>   that 'zttool' should not be included.  However, either some
>   dependencies for this module were not found or a
>   conflict exists.
>
>   Either run 'make menuselect' or remove the existing
>   menuselect.makeopts file to resolve this issue.
> ***********************************************************
>
> make: *** [menuselect.makeopts] Error 255
>
> I then nuked the menuselect.makeopts per the error and tried again, I
> get a little further before receiving this error.
>
> make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> make[2]: Entering directory `/usr/local/src/linux-headers-3.0.21-tinycore'
>   CC [M]  /usr/src/zaptel/kernel/zaptel-base.o
> In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
> /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error: linux/autoconf.h:
> No such file or directory
> compilation terminated.
> make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> make[2]: Leaving directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> make[1]: *** [modules] Error 2
> make[1]: Leaving directory `/usr/src/zaptel'
> make: *** [all] Error 2
> make: Leaving directory `/usr/src/zaptel'
>
> Oddly, the linux/autoconf.h file is there, so I'm not sure what path
> is the base.  I "fixed" that by providing an absolute path to the
> autoconf.h file.  Then I tried again and received this.
>
> make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> make[2]: Entering directory `/usr/local/src/linux-headers-3.0.21-tinycore'
>   CC [M]  /usr/src/zaptel/kernel/zaptel-base.o
> /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
> /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
> parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
> [-Wparentheses]
> /usr/src/zaptel/kernel/zaptel-base.c: At top level:
> /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
> 'ioctl' specified in initializer
> /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
> from incompatible pointer type [enabled by default]
> /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
> initialization for 'zt_fops.fsync') [enabled by default]
> make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> make[2]: Leaving directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> make[1]: *** [modules] Error 2
> make[1]: Leaving directory `/usr/src/zaptel'
> make: *** [all] Error 2
> make: Leaving directory `/usr/src/zaptel'
>
> Any ideas on how I can get past this?
>
> Robert
> N5QM


From robert at n5qm.com  Thu Jul  4 17:02:18 2013
From: robert at n5qm.com (Robert Garcia)
Date: Thu, 4 Jul 2013 12:02:18 -0500
Subject: [App_rpt-users] Small System Recommendations
In-Reply-To: <CAMLJ17P1S95fRxNsPSpz3UXwErckPsyVtE8R5vQS4qOCThEsxA@mail.gmail.com>
References: <CAMLJ17Oj+YRNk8JdaVSbqgX7KMh2NfM8hXjnpu4C6_46NaRDVA@mail.gmail.com>
	<C2A5488B9850452D8CDA870450C7FA89@lintv.com>
	<CAMLJ17PYv=eD_OgJCeLXTe=f-X4zEvB47owT56UB6mwy-nULaw@mail.gmail.com>
	<CAMLJ17NwTTxKFQhhEGn1DvVxLwSMFjOvmU_Mj8QJOFo-3gKQyA@mail.gmail.com>
	<1372475351.1887.8.camel@benjamin-dell>
	<CAMLJ17P1S95fRxNsPSpz3UXwErckPsyVtE8R5vQS4qOCThEsxA@mail.gmail.com>
Message-ID: <CAMLJ17PpYfNZNvd_k9-76WZ4YGPVrm1MEbiGZjxUfdD3tJzAMQ@mail.gmail.com>

Guys,

I managed to get app_rpt compiled and fully functional on Debian
squeeze, 2.6.32 kernel, without issues.  Including all of the dev
tools, the disk space consumed is just shy of 1GB, so it should be be
doable on a thin client with a 2GB flash drive.  The memory
consumption is well under 128MB while running.

Robert
N5QM

On Sat, Jun 29, 2013 at 12:10 AM, Robert Garcia <robert at n5qm.com> wrote:
> Benjamin,
>
> I got it worked out, I didn't pay attention and grabbed a thin client
> with only 256MB or ram, I tried one with 512MB and it is all good.
>
> The CPU usage seems pretty high at over 50% using usbradio, I will
> have to give simpleusb a shot to compare.
>
> Robert
> N5QM
>
> On Fri, Jun 28, 2013 at 10:09 PM, Benjamin Naber <benjamin at kb9lfz.com> wrote:
>> I think I am using the Limey Linux for i686.
>>
>> I am trying to remember if I used 'dd' or 'gunzip -c.....' to install
>> the image to the IDE flash drive. I remember having some trouble first
>> installing it, but decided to try a couple different routes as
>> previously I had to do the same thing.
>>
>> I am not sure why I had to do that, but I figured there are more than
>> one to do something.
>>
>> ~Benjamin, KB9LFZ
>>
>>
>> On Thu, 2013-06-27 at 22:28 -0500, Robert Garcia wrote:
>>> Benjamin,
>>>
>>>
>>> Which image of Limey are you running?  Both of them panic on me.
>>>
>>>
>>> Robert
>>>
>>> On Tuesday, June 25, 2013, Robert Garcia wrote:
>>>         I have 5 of the Neoware CA22 systems on the way, so wish me
>>>         luck!
>>>
>>>         Robert
>>>         N5QM
>>>
>>>         On Mon, Jun 24, 2013 at 7:39 PM, George Csahanin
>>>         <george at dyb.com> wrote:
>>>         > I have standardized on the Intel D945 motherboard in a M200
>>>         case from Mini
>>>         > Box. 1GB RAM and a 256MB CF and use Limey. Limey can be
>>>         customized for other
>>>         > motherboards. The power supply is tricky. I found the
>>>         cheapies convert the
>>>         > 12V in to 5 volts. But they tend to take the 12 volts in and
>>>         make that the
>>>         > 12 volts for the motherboard (P4 4 pin connector) Any wiggle
>>>         on that 12
>>>         > Volts and the computer does really crazy stuff. Mine would
>>>         just shut down.
>>>         > So thru trial and error I found the PICO PSU 60-WI 60 watt
>>>         power supply. The
>>>         > input can go down to about 7 volts and the 5 and 12 volt
>>>         supplies are
>>>         > steady. Runs very stable.
>>>         >
>>>         > One drawback of this motherboard is the USB system. If you
>>>         use SimpleUSB,
>>>         > it's great. USBRadio, not so good. Lots of audio
>>>         interruptions that last
>>>         > miulliseconds. For voice, not a problem. But if you're using
>>>         it to decode PL
>>>         > and squelch it just will not work well. I'm told other
>>>         motherboards  (read:
>>>         > non-Intel) would be better. But I have about 7 of these now,
>>>         not going to
>>>         > change. But the printer port is important to me. So I didn't
>>>         need to hack
>>>         > the USB Fob I use pp signalling. Getting ready to add remote
>>>         base to it in
>>>         > the coming weeks.
>>>         >
>>>         > GeorgeC
>>>         > W2DB
>>>         > AllstarLink 2360
>>>         >
>>>         >
>>>         > ----- Original Message ----- From: "Robert Garcia"
>>>         <robert at n5qm.com>
>>>         > To: "APP_RPT" <app_rpt-users at ohnosec.org>
>>>         > Sent: Sunday, June 23, 2013 8:50 PM
>>>         > Subject: [App_rpt-users] Small System Recommendations
>>>         >
>>>         >
>>>         >
>>>         >> All,
>>>         >>
>>>         >> I am looking for recommendations on small, preferably
>>>         inexpensive,
>>>         >> systems that are capable of running on 12v to take
>>>         advantage of the
>>>         >> redundant power systems at our sites.
>>>         >>
>>>         >> I would like it to support at least two nodes running
>>>         simpleusb as I
>>>         >> don't need the DSP processing capabilities.  The idea is
>>>         that these
>>>         >> systems would be connected to a port on an existing
>>>         controller.
>>>         >>
>>>         >> I expect that HP thin clients are going to be my best bet,
>>>         but there
>>>         >> seem to be many different models so I don't know where to
>>>         begin.
>>>         >>
>>>         >> Suggestions or thoughts?
>>>         >>
>>>         >> Robert
>>>         >> N5QM
>>>         >>
>>>         >>
>>>         >
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>


From telesistant at hotmail.com  Thu Jul  4 19:37:07 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 4 Jul 2013 12:37:07 -0700
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>,
	<CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>
Message-ID: <BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>

I guess that's not GIGANTICALLY surprising, since Zaptel isn't even
CAPABLE of being compiled under a 3.X kernel, since there was a 
major change in the ioctl() functionality in the driver stuff.

Jim

> Date: Thu, 4 Jul 2013 11:58:44 -0500
> From: robert at n5qm.com
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Compile Errors
> 
> This appears to be an issue trying to compile against the 3.2 kernel.
> I tried on a 2.6 kernel and the issues were gone.
> 
> Robert
> N5QM
> 
> On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
> > Guys,
> >
> > I am working on compiling app_rpt for another platform using the
> > sources from svn and following the makefile.  It looks like I am going
> > to need some help as I am already stuck at configuring zaptel. lol
> >
> > gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
> > mxml/libmxml.a mxml/libmxml.a
> > make[2]: Leaving directory `/home/tc/zaptel/menuselect'
> > make[1]: Leaving directory `/home/tc/zaptel/menuselect'
> >
> > ***********************************************************
> >   The existing menuselect.makeopts file did not specify
> >   that 'zttool' should not be included.  However, either some
> >   dependencies for this module were not found or a
> >   conflict exists.
> >
> >   Either run 'make menuselect' or remove the existing
> >   menuselect.makeopts file to resolve this issue.
> > ***********************************************************
> >
> > make: *** [menuselect.makeopts] Error 255
> >
> > I then nuked the menuselect.makeopts per the error and tried again, I
> > get a little further before receiving this error.
> >
> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> > make[2]: Entering directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> >   CC [M]  /usr/src/zaptel/kernel/zaptel-base.o
> > In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
> > /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error: linux/autoconf.h:
> > No such file or directory
> > compilation terminated.
> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> > make[2]: Leaving directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> > make[1]: *** [modules] Error 2
> > make[1]: Leaving directory `/usr/src/zaptel'
> > make: *** [all] Error 2
> > make: Leaving directory `/usr/src/zaptel'
> >
> > Oddly, the linux/autoconf.h file is there, so I'm not sure what path
> > is the base.  I "fixed" that by providing an absolute path to the
> > autoconf.h file.  Then I tried again and received this.
> >
> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> > make[2]: Entering directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> >   CC [M]  /usr/src/zaptel/kernel/zaptel-base.o
> > /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
> > /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
> > parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
> > [-Wparentheses]
> > /usr/src/zaptel/kernel/zaptel-base.c: At top level:
> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
> > 'ioctl' specified in initializer
> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
> > from incompatible pointer type [enabled by default]
> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
> > initialization for 'zt_fops.fsync') [enabled by default]
> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> > make[2]: Leaving directory `/usr/local/src/linux-headers-3.0.21-tinycore'
> > make[1]: *** [modules] Error 2
> > make[1]: Leaving directory `/usr/src/zaptel'
> > make: *** [all] Error 2
> > make: Leaving directory `/usr/src/zaptel'
> >
> > Any ideas on how I can get past this?
> >
> > Robert
> > N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/22984e2f/attachment.html>

From robert at n5qm.com  Thu Jul  4 20:11:08 2013
From: robert at n5qm.com (Robert Garcia)
Date: Thu, 4 Jul 2013 15:11:08 -0500
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>
	<CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>
	<BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>
Message-ID: <CAMLJ17M-_VDFoaXNSyP96A1cYSC1X+pjOcqCa7CsQTwCqE6mFA@mail.gmail.com>

I guess I should have researched that before I tried huh?  lol

Robert
N5QM

On Thu, Jul 4, 2013 at 2:37 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> I guess that's not GIGANTICALLY surprising, since Zaptel isn't even
> CAPABLE of being compiled under a 3.X kernel, since there was a
> major change in the ioctl() functionality in the driver stuff.
>
> Jim
>
>> Date: Thu, 4 Jul 2013 11:58:44 -0500
>> From: robert at n5qm.com
>> To: app_rpt-users at ohnosec.org
>> Subject: Re: [App_rpt-users] Compile Errors
>
>>
>> This appears to be an issue trying to compile against the 3.2 kernel.
>> I tried on a 2.6 kernel and the issues were gone.
>>
>> Robert
>> N5QM
>>
>> On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
>> > Guys,
>> >
>> > I am working on compiling app_rpt for another platform using the
>> > sources from svn and following the makefile. It looks like I am going
>> > to need some help as I am already stuck at configuring zaptel. lol
>> >
>> > gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
>> > mxml/libmxml.a mxml/libmxml.a
>> > make[2]: Leaving directory `/home/tc/zaptel/menuselect'
>> > make[1]: Leaving directory `/home/tc/zaptel/menuselect'
>> >
>> > ***********************************************************
>> > The existing menuselect.makeopts file did not specify
>> > that 'zttool' should not be included. However, either some
>> > dependencies for this module were not found or a
>> > conflict exists.
>> >
>> > Either run 'make menuselect' or remove the existing
>> > menuselect.makeopts file to resolve this issue.
>> > ***********************************************************
>> >
>> > make: *** [menuselect.makeopts] Error 255
>> >
>> > I then nuked the menuselect.makeopts per the error and tried again, I
>> > get a little further before receiving this error.
>> >
>> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
>> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
>> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
>> > make[2]: Entering directory
>> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
>> > In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
>> > /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error: linux/autoconf.h:
>> > No such file or directory
>> > compilation terminated.
>> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
>> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
>> > make[2]: Leaving directory
>> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> > make[1]: *** [modules] Error 2
>> > make[1]: Leaving directory `/usr/src/zaptel'
>> > make: *** [all] Error 2
>> > make: Leaving directory `/usr/src/zaptel'
>> >
>> > Oddly, the linux/autoconf.h file is there, so I'm not sure what path
>> > is the base. I "fixed" that by providing an absolute path to the
>> > autoconf.h file. Then I tried again and received this.
>> >
>> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
>> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
>> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
>> > make[2]: Entering directory
>> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
>> > /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
>> > /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
>> > parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
>> > [-Wparentheses]
>> > /usr/src/zaptel/kernel/zaptel-base.c: At top level:
>> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
>> > 'ioctl' specified in initializer
>> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
>> > from incompatible pointer type [enabled by default]
>> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
>> > initialization for 'zt_fops.fsync') [enabled by default]
>> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
>> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
>> > make[2]: Leaving directory
>> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> > make[1]: *** [modules] Error 2
>> > make[1]: Leaving directory `/usr/src/zaptel'
>> > make: *** [all] Error 2
>> > make: Leaving directory `/usr/src/zaptel'
>> >
>> > Any ideas on how I can get past this?
>> >
>> > Robert
>> > N5QM
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From telesistant at hotmail.com  Thu Jul  4 20:29:51 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 4 Jul 2013 13:29:51 -0700
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <CAMLJ17M-_VDFoaXNSyP96A1cYSC1X+pjOcqCa7CsQTwCqE6mFA@mail.gmail.com>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>,
	<CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>,
	<BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>,
	<CAMLJ17M-_VDFoaXNSyP96A1cYSC1X+pjOcqCa7CsQTwCqE6mFA@mail.gmail.com>
Message-ID: <BLU155-W46FA405A500C26E91BCDEBB17C0@phx.gbl>

ahhhhh.. sure...

If you wanna "go where do man has gone before" (or not many, actually),
I have included a very minimal patch set which will "fix" DAHDI so that
it actually works, and you can try using DAHDI instead...

Jim

> Date: Thu, 4 Jul 2013 15:11:08 -0500
> From: robert at n5qm.com
> CC: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Compile Errors
> 
> I guess I should have researched that before I tried huh?  lol
> 
> Robert
> N5QM
> 
> On Thu, Jul 4, 2013 at 2:37 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> > I guess that's not GIGANTICALLY surprising, since Zaptel isn't even
> > CAPABLE of being compiled under a 3.X kernel, since there was a
> > major change in the ioctl() functionality in the driver stuff.
> >
> > Jim
> >
> >> Date: Thu, 4 Jul 2013 11:58:44 -0500
> >> From: robert at n5qm.com
> >> To: app_rpt-users at ohnosec.org
> >> Subject: Re: [App_rpt-users] Compile Errors
> >
> >>
> >> This appears to be an issue trying to compile against the 3.2 kernel.
> >> I tried on a 2.6 kernel and the issues were gone.
> >>
> >> Robert
> >> N5QM
> >>
> >> On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
> >> > Guys,
> >> >
> >> > I am working on compiling app_rpt for another platform using the
> >> > sources from svn and following the makefile. It looks like I am going
> >> > to need some help as I am already stuck at configuring zaptel. lol
> >> >
> >> > gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
> >> > mxml/libmxml.a mxml/libmxml.a
> >> > make[2]: Leaving directory `/home/tc/zaptel/menuselect'
> >> > make[1]: Leaving directory `/home/tc/zaptel/menuselect'
> >> >
> >> > ***********************************************************
> >> > The existing menuselect.makeopts file did not specify
> >> > that 'zttool' should not be included. However, either some
> >> > dependencies for this module were not found or a
> >> > conflict exists.
> >> >
> >> > Either run 'make menuselect' or remove the existing
> >> > menuselect.makeopts file to resolve this issue.
> >> > ***********************************************************
> >> >
> >> > make: *** [menuselect.makeopts] Error 255
> >> >
> >> > I then nuked the menuselect.makeopts per the error and tried again, I
> >> > get a little further before receiving this error.
> >> >
> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> >> > make[2]: Entering directory
> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
> >> > In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
> >> > /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error: linux/autoconf.h:
> >> > No such file or directory
> >> > compilation terminated.
> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> >> > make[2]: Leaving directory
> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> > make[1]: *** [modules] Error 2
> >> > make[1]: Leaving directory `/usr/src/zaptel'
> >> > make: *** [all] Error 2
> >> > make: Leaving directory `/usr/src/zaptel'
> >> >
> >> > Oddly, the linux/autoconf.h file is there, so I'm not sure what path
> >> > is the base. I "fixed" that by providing an absolute path to the
> >> > autoconf.h file. Then I tried again and received this.
> >> >
> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> >> > make[2]: Entering directory
> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
> >> > /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
> >> > /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
> >> > parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
> >> > [-Wparentheses]
> >> > /usr/src/zaptel/kernel/zaptel-base.c: At top level:
> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
> >> > 'ioctl' specified in initializer
> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
> >> > from incompatible pointer type [enabled by default]
> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
> >> > initialization for 'zt_fops.fsync') [enabled by default]
> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> >> > make[2]: Leaving directory
> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> > make[1]: *** [modules] Error 2
> >> > make[1]: Leaving directory `/usr/src/zaptel'
> >> > make: *** [all] Error 2
> >> > make: Leaving directory `/usr/src/zaptel'
> >> >
> >> > Any ideas on how I can get past this?
> >> >
> >> > Robert
> >> > N5QM
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/c91fba8e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fixed-dahdi-patches.tar.gz
Type: application/x-gzip
Size: 1676 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/c91fba8e/attachment.bin>

From robert at n5qm.com  Thu Jul  4 20:45:33 2013
From: robert at n5qm.com (Robert Garcia)
Date: Thu, 4 Jul 2013 15:45:33 -0500
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <BLU155-W46FA405A500C26E91BCDEBB17C0@phx.gbl>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>
	<CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>
	<BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>
	<CAMLJ17M-_VDFoaXNSyP96A1cYSC1X+pjOcqCa7CsQTwCqE6mFA@mail.gmail.com>
	<BLU155-W46FA405A500C26E91BCDEBB17C0@phx.gbl>
Message-ID: <CAMLJ17MY-Y=rFT87vD5-HCU9sxVnOg_d9-RGHRfxj53tT3AKuA@mail.gmail.com>

Jim,

So, you have compiled using a 3.x kernel using dahdi?  Did you compile
libpri as well, or is it even necessary since we aren't using PRI
signaling?

Robert
N5QM

On Thu, Jul 4, 2013 at 3:29 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> ahhhhh.. sure...
>
> If you wanna "go where do man has gone before" (or not many, actually),
> I have included a very minimal patch set which will "fix" DAHDI so that
> it actually works, and you can try using DAHDI instead...
>
> Jim
>
>> Date: Thu, 4 Jul 2013 15:11:08 -0500
>> From: robert at n5qm.com
>> CC: app_rpt-users at ohnosec.org
>
>> Subject: Re: [App_rpt-users] Compile Errors
>>
>> I guess I should have researched that before I tried huh? lol
>>
>> Robert
>> N5QM
>>
>> On Thu, Jul 4, 2013 at 2:37 PM, Jim Duuuude <telesistant at hotmail.com>
>> wrote:
>> > I guess that's not GIGANTICALLY surprising, since Zaptel isn't even
>> > CAPABLE of being compiled under a 3.X kernel, since there was a
>> > major change in the ioctl() functionality in the driver stuff.
>> >
>> > Jim
>> >
>> >> Date: Thu, 4 Jul 2013 11:58:44 -0500
>> >> From: robert at n5qm.com
>> >> To: app_rpt-users at ohnosec.org
>> >> Subject: Re: [App_rpt-users] Compile Errors
>> >
>> >>
>> >> This appears to be an issue trying to compile against the 3.2 kernel.
>> >> I tried on a 2.6 kernel and the issues were gone.
>> >>
>> >> Robert
>> >> N5QM
>> >>
>> >> On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
>> >> > Guys,
>> >> >
>> >> > I am working on compiling app_rpt for another platform using the
>> >> > sources from svn and following the makefile. It looks like I am going
>> >> > to need some help as I am already stuck at configuring zaptel. lol
>> >> >
>> >> > gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
>> >> > mxml/libmxml.a mxml/libmxml.a
>> >> > make[2]: Leaving directory `/home/tc/zaptel/menuselect'
>> >> > make[1]: Leaving directory `/home/tc/zaptel/menuselect'
>> >> >
>> >> > ***********************************************************
>> >> > The existing menuselect.makeopts file did not specify
>> >> > that 'zttool' should not be included. However, either some
>> >> > dependencies for this module were not found or a
>> >> > conflict exists.
>> >> >
>> >> > Either run 'make menuselect' or remove the existing
>> >> > menuselect.makeopts file to resolve this issue.
>> >> > ***********************************************************
>> >> >
>> >> > make: *** [menuselect.makeopts] Error 255
>> >> >
>> >> > I then nuked the menuselect.makeopts per the error and tried again, I
>> >> > get a little further before receiving this error.
>> >> >
>> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
>> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
>> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
>> >> > make[2]: Entering directory
>> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
>> >> > In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
>> >> > /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error:
>> >> > linux/autoconf.h:
>> >> > No such file or directory
>> >> > compilation terminated.
>> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
>> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
>> >> > make[2]: Leaving directory
>> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> >> > make[1]: *** [modules] Error 2
>> >> > make[1]: Leaving directory `/usr/src/zaptel'
>> >> > make: *** [all] Error 2
>> >> > make: Leaving directory `/usr/src/zaptel'
>> >> >
>> >> > Oddly, the linux/autoconf.h file is there, so I'm not sure what path
>> >> > is the base. I "fixed" that by providing an absolute path to the
>> >> > autoconf.h file. Then I tried again and received this.
>> >> >
>> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
>> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
>> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
>> >> > make[2]: Entering directory
>> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
>> >> > /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
>> >> > /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
>> >> > parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
>> >> > [-Wparentheses]
>> >> > /usr/src/zaptel/kernel/zaptel-base.c: At top level:
>> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
>> >> > 'ioctl' specified in initializer
>> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
>> >> > from incompatible pointer type [enabled by default]
>> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
>> >> > initialization for 'zt_fops.fsync') [enabled by default]
>> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
>> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
>> >> > make[2]: Leaving directory
>> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
>> >> > make[1]: *** [modules] Error 2
>> >> > make[1]: Leaving directory `/usr/src/zaptel'
>> >> > make: *** [all] Error 2
>> >> > make: Leaving directory `/usr/src/zaptel'
>> >> >
>> >> > Any ideas on how I can get past this?
>> >> >
>> >> > Robert
>> >> > N5QM
>> >> _______________________________________________
>> >> App_rpt-users mailing list
>> >> App_rpt-users at ohnosec.org
>> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From telesistant at hotmail.com  Thu Jul  4 20:49:33 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 4 Jul 2013 13:49:33 -0700
Subject: [App_rpt-users] Compile Errors
In-Reply-To: <CAMLJ17MY-Y=rFT87vD5-HCU9sxVnOg_d9-RGHRfxj53tT3AKuA@mail.gmail.com>
References: <CAMLJ17M=-mFUZ7DcNpESGubORsinB8RabgTCQPzPHw8h6A8yTw@mail.gmail.com>,
	<CAMLJ17OTLrhV6fmsRTSPHuu_j1aEjiizJLOG98PS0L7xM9Mc7A@mail.gmail.com>,
	<BLU155-W83A0D2FEBA526E1925E3DB17C0@phx.gbl>,
	<CAMLJ17M-_VDFoaXNSyP96A1cYSC1X+pjOcqCa7CsQTwCqE6mFA@mail.gmail.com>,
	<BLU155-W46FA405A500C26E91BCDEBB17C0@phx.gbl>,
	<CAMLJ17MY-Y=rFT87vD5-HCU9sxVnOg_d9-RGHRfxj53tT3AKuA@mail.gmail.com>
Message-ID: <BLU155-W358F4761AB85E04CDBA724B17C0@phx.gbl>

OFficially, I will "neither deny nor confirm" that... :-) :-)

And yeah, libpri *REALLY* isnt necessary, but I always added it
for completeness. 

Jim


> Date: Thu, 4 Jul 2013 15:45:33 -0500
> Subject: Re: [App_rpt-users] Compile Errors
> From: robert at n5qm.com
> To: telesistant at hotmail.com
> CC: app_rpt-users at ohnosec.org
> 
> Jim,
> 
> So, you have compiled using a 3.x kernel using dahdi?  Did you compile
> libpri as well, or is it even necessary since we aren't using PRI
> signaling?
> 
> Robert
> N5QM
> 
> On Thu, Jul 4, 2013 at 3:29 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> > ahhhhh.. sure...
> >
> > If you wanna "go where do man has gone before" (or not many, actually),
> > I have included a very minimal patch set which will "fix" DAHDI so that
> > it actually works, and you can try using DAHDI instead...
> >
> > Jim
> >
> >> Date: Thu, 4 Jul 2013 15:11:08 -0500
> >> From: robert at n5qm.com
> >> CC: app_rpt-users at ohnosec.org
> >
> >> Subject: Re: [App_rpt-users] Compile Errors
> >>
> >> I guess I should have researched that before I tried huh? lol
> >>
> >> Robert
> >> N5QM
> >>
> >> On Thu, Jul 4, 2013 at 2:37 PM, Jim Duuuude <telesistant at hotmail.com>
> >> wrote:
> >> > I guess that's not GIGANTICALLY surprising, since Zaptel isn't even
> >> > CAPABLE of being compiled under a 3.X kernel, since there was a
> >> > major change in the ioctl() functionality in the driver stuff.
> >> >
> >> > Jim
> >> >
> >> >> Date: Thu, 4 Jul 2013 11:58:44 -0500
> >> >> From: robert at n5qm.com
> >> >> To: app_rpt-users at ohnosec.org
> >> >> Subject: Re: [App_rpt-users] Compile Errors
> >> >
> >> >>
> >> >> This appears to be an issue trying to compile against the 3.2 kernel.
> >> >> I tried on a 2.6 kernel and the issues were gone.
> >> >>
> >> >> Robert
> >> >> N5QM
> >> >>
> >> >> On Sun, Jun 30, 2013 at 6:05 PM, Robert Garcia <robert at n5qm.com> wrote:
> >> >> > Guys,
> >> >> >
> >> >> > I am working on compiling app_rpt for another platform using the
> >> >> > sources from svn and following the makefile. It looks like I am going
> >> >> > to need some help as I am already stuck at configuring zaptel. lol
> >> >> >
> >> >> > gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o
> >> >> > mxml/libmxml.a mxml/libmxml.a
> >> >> > make[2]: Leaving directory `/home/tc/zaptel/menuselect'
> >> >> > make[1]: Leaving directory `/home/tc/zaptel/menuselect'
> >> >> >
> >> >> > ***********************************************************
> >> >> > The existing menuselect.makeopts file did not specify
> >> >> > that 'zttool' should not be included. However, either some
> >> >> > dependencies for this module were not found or a
> >> >> > conflict exists.
> >> >> >
> >> >> > Either run 'make menuselect' or remove the existing
> >> >> > menuselect.makeopts file to resolve this issue.
> >> >> > ***********************************************************
> >> >> >
> >> >> > make: *** [menuselect.makeopts] Error 255
> >> >> >
> >> >> > I then nuked the menuselect.makeopts per the error and tried again, I
> >> >> > get a little further before receiving this error.
> >> >> >
> >> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> >> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> >> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> >> >> > make[2]: Entering directory
> >> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
> >> >> > In file included from /usr/src/zaptel/kernel/zaptel-base.c:37:0:
> >> >> > /usr/src/zaptel/kernel/zconfig.h:26:28: fatal error:
> >> >> > linux/autoconf.h:
> >> >> > No such file or directory
> >> >> > compilation terminated.
> >> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> >> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> >> >> > make[2]: Leaving directory
> >> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> >> > make[1]: *** [modules] Error 2
> >> >> > make[1]: Leaving directory `/usr/src/zaptel'
> >> >> > make: *** [all] Error 2
> >> >> > make: Leaving directory `/usr/src/zaptel'
> >> >> >
> >> >> > Oddly, the linux/autoconf.h file is there, so I'm not sure what path
> >> >> > is the base. I "fixed" that by providing an absolute path to the
> >> >> > autoconf.h file. Then I tried again and received this.
> >> >> >
> >> >> > make -C /lib/modules/3.0.21-tinycore/build ARCH=i386
> >> >> > SUBDIRS=/usr/src/zaptel/kernel HOTPLUG_FIRMWARE=yes
> >> >> > KBUILD_OBJ_M="zaptel.o ztdummy.o ztdynamic.o zttranscode.o " modules
> >> >> > make[2]: Entering directory
> >> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> >> > CC [M] /usr/src/zaptel/kernel/zaptel-base.o
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c: In function 'zt_rbs_sethook':
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c:2160:2: warning: suggest
> >> >> > parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
> >> >> > [-Wparentheses]
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c: At top level:
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: error: unknown field
> >> >> > 'ioctl' specified in initializer
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: initialization
> >> >> > from incompatible pointer type [enabled by default]
> >> >> > /usr/src/zaptel/kernel/zaptel-base.c:7650:2: warning: (near
> >> >> > initialization for 'zt_fops.fsync') [enabled by default]
> >> >> > make[3]: *** [/usr/src/zaptel/kernel/zaptel-base.o] Error 1
> >> >> > make[2]: *** [_module_/usr/src/zaptel/kernel] Error 2
> >> >> > make[2]: Leaving directory
> >> >> > `/usr/local/src/linux-headers-3.0.21-tinycore'
> >> >> > make[1]: *** [modules] Error 2
> >> >> > make[1]: Leaving directory `/usr/src/zaptel'
> >> >> > make: *** [all] Error 2
> >> >> > make: Leaving directory `/usr/src/zaptel'
> >> >> >
> >> >> > Any ideas on how I can get past this?
> >> >> >
> >> >> > Robert
> >> >> > N5QM
> >> >> _______________________________________________
> >> >> App_rpt-users mailing list
> >> >> App_rpt-users at ohnosec.org
> >> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >> _______________________________________________
> >> App_rpt-users mailing list
> >> App_rpt-users at ohnosec.org
> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/267eb64d/attachment.html>

From owen.campbell at tanti.org.uk  Thu Jul  4 21:08:23 2013
From: owen.campbell at tanti.org.uk (Owen Campbell)
Date: Thu, 4 Jul 2013 22:08:23 +0100
Subject: [App_rpt-users] Echolink Connection
Message-ID: <3E6CC033-3833-4F54-A942-A9BA4B14F586@tanti.org.uk>

Hi,

I'm struggling with connection to Echolink. I can see similar problems have occurred to others on the list, but I can't see a solution identified.

My log contains:

[Jul  4 14:04:20] ERROR[2532] chan_echolink.c: Error in parsing header on server1.echolink.org
[Jul  4 14:04:40] ERROR[2532] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org
[Jul  4 14:04:40] ERROR[2530] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org
[Jul  4 14:04:40] ERROR[2532] chan_echolink.c: Unable to connect to directory server server2.echolink.org
[Jul  4 14:05:00] ERROR[2532] chan_echolink.c: Error in parsing header on server3.echolink.org

UDP ports 5198 and 5199 are forwarded. TCP port 5200 is open and I can get a response via telnet from server1.echolink.org on 5200

Anyone any ideas?

Thanks,

Owen
--
This email has been digitally signed.
For further information, visit http://www.tanti.org.uk/index.php/blogs/owencampbell/3-tech/6-pgp



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/f5acf527/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/f5acf527/attachment.sig>

From telesistant at hotmail.com  Thu Jul  4 21:09:12 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 4 Jul 2013 14:09:12 -0700
Subject: [App_rpt-users] Echolink Connection
In-Reply-To: <3E6CC033-3833-4F54-A942-A9BA4B14F586@tanti.org.uk>
References: <3E6CC033-3833-4F54-A942-A9BA4B14F586@tanti.org.uk>
Message-ID: <BLU155-W58679EFE810DC796C9F3C9B17C0@phx.gbl>

sounds to me like your login info is wrong

From: owen.campbell at tanti.org.uk
Date: Thu, 4 Jul 2013 22:08:23 +0100
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Echolink Connection

Hi,
I'm struggling with connection to Echolink. I can see similar problems have occurred to others on the list, but I can't see a solution identified.
My log contains:
[Jul  4 14:04:20] ERROR[2532] chan_echolink.c: Error in parsing header on server1.echolink.org[Jul  4 14:04:40] ERROR[2532] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org[Jul  4 14:04:40] ERROR[2530] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org[Jul  4 14:04:40] ERROR[2532] chan_echolink.c: Unable to connect to directory server server2.echolink.org[Jul  4 14:05:00] ERROR[2532] chan_echolink.c: Error in parsing header on server3.echolink.org
UDP ports 5198 and 5199 are forwarded. TCP port 5200 is open and I can get a response via telnet from server1.echolink.org on 5200
Anyone any ideas?
Thanks,
Owen
--
This email has been digitally signed.
For further information, visit http://www.tanti.org.uk/index.php/blogs/owencampbell/3-tech/6-pgp








_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/ed93d44a/attachment.html>

From ve3elb at yahoo.com  Thu Jul  4 22:45:48 2013
From: ve3elb at yahoo.com (Vince P)
Date: Thu, 4 Jul 2013 18:45:48 -0400
Subject: [App_rpt-users] Echolink Connection
In-Reply-To: <3E6CC033-3833-4F54-A942-A9BA4B14F586@tanti.org.uk>
References: <3E6CC033-3833-4F54-A942-A9BA4B14F586@tanti.org.uk>
Message-ID: <1FCA1415-50E5-4307-9606-B18D70F68DCD@yahoo.com>

In Echolink.conf chance all the servers to the following they have been working great for me. This information is also in the Echolink website. 

server1=naeast.echolink.org
server2=nasouth.echolink.org
server3=servers.echolink.org
server4=backup.echolink.org



Vince VE3ELB

On 2013-07-04, at 5:08 PM, Owen Campbell <owen.campbell at tanti.org.uk> wrote:

> Hi,
> 
> I'm struggling with connection to Echolink. I can see similar problems have occurred to others on the list, but I can't see a solution identified.
> 
> My log contains:
> 
> [Jul  4 14:04:20] ERROR[2532] chan_echolink.c: Error in parsing header on server1.echolink.org
> [Jul  4 14:04:40] ERROR[2532] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org
> [Jul  4 14:04:40] ERROR[2530] chan_echolink.c: connect() failed to connect to the Echolink server server2.echolink.org
> [Jul  4 14:04:40] ERROR[2532] chan_echolink.c: Unable to connect to directory server server2.echolink.org
> [Jul  4 14:05:00] ERROR[2532] chan_echolink.c: Error in parsing header on server3.echolink.org
> 
> UDP ports 5198 and 5199 are forwarded. TCP port 5200 is open and I can get a response via telnet from server1.echolink.org on 5200
> 
> Anyone any ideas?
> 
> Thanks,
> 
> Owen
> --
> This email has been digitally signed.
> For further information, visit http://www.tanti.org.uk/index.php/blogs/owencampbell/3-tech/6-pgp
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/0d041f92/attachment.html>

From brett.friermood at gmail.com  Fri Jul  5 04:17:27 2013
From: brett.friermood at gmail.com (Brett Friermood)
Date: Thu, 4 Jul 2013 23:17:27 -0500
Subject: [App_rpt-users] [Bulk] Issue with Hangup after first keying
In-Reply-To: <1372939088.6699.YahooMailClassic@web161403.mail.bf1.yahoo.com>
References: <06fb01ce782e$a70bcc00$f5236400$@com>
	<1372939088.6699.YahooMailClassic@web161403.mail.bf1.yahoo.com>
Message-ID: <CADS0AtSRwpsVdbkNUepppq7wDV0x8Y=MA2KvKnkA15R62ykwNg@mail.gmail.com>

Replacing the air band radio with an amateur grade FM radio would be rather
useless when trying to communicate with aircraft on VHF-AM. I'm sure Josh
has a perfectly valid reason for using that radio.

Brett KQ9N



On Thu, Jul 4, 2013 at 6:58 AM, Bill South <wbs099 at yahoo.com> wrote:

> Joshua, I'm going to take a chance here and state what seems to be the
> obvious; all your additional work to get your node functional seem to stem
> from the rather unusual radio you are using.  So why not just bite the
> bullet and change radios to something a bit more standard, like a ham
> dual-band FM radio for some flexability, or maybe a ham monoband HT or
> mobile radio to save both time and money?  Seems the time and effort you
> have put into getting the AM aircraft radio to function would be moot with
> just about any ham FM radio replacing it.  And if you get one with a
> data-access conection, all the signals you need are there so you can run
> COR or stratight audio relatively easily, whatever your choice?  Or have I
> missed something obvious related to your choice of radios?  Just a thought.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130704/29d1b3e4/attachment.html>

From markjohnston73 at gmail.com  Fri Jul  5 08:14:50 2013
From: markjohnston73 at gmail.com (Mark Johnston)
Date: Fri, 5 Jul 2013 01:14:50 -0700
Subject: [App_rpt-users] SIP/IAX access
Message-ID: <CAARNdJFr6rR8Px9DkNq9=7bTqzwLM1G-ftkgTLDpLpe=qzwHyQ@mail.gmail.com>

Does anyone know the correct configuration/what else I have to do to get
SIP or IAX access working?

I tried this

A user stanza in sip.conf or iax.conf should look like this:
[my-?ip-?phone]
type=user
context=radio?control
auth=md5
secret=nunya  ; Important! Change this!!!
disallow=all
allow=gsm
allow=ulaw
transfer=no

The radio?control context in extensions.conf should look like this:
[radio-?control] ; Change all instances of 1234 to your node num.
exten=1234,1,Answer
exten=1234,n,Playback,rpt/node
exten=1234,n,Playback,digits/1
exten=1234,n,Playback,digits/2
exten=1234,n,Playback,digits/3
exten=1234,n,Playback,digits/4
exten=1234,n,Rpt,1234|P

I replaced the secret with a pw, and exten with my node 28344
added a line for username=....

My sip client says Request timeout, using the local wifi network to connect.
so not a router issue... I have tried a few combinations... Any ideas?

Thanks,


          Mark, KC7DMF
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130705/2a3801a4/attachment.html>

From bdboyle at bdboyle.com  Fri Jul  5 12:40:02 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Fri, 05 Jul 2013 08:40:02 -0400
Subject: [App_rpt-users] [Bulk] Issue with Hangup after first keying
In-Reply-To: <CADS0AtSRwpsVdbkNUepppq7wDV0x8Y=MA2KvKnkA15R62ykwNg@mail.gmail.com>
References: <06fb01ce782e$a70bcc00$f5236400$@com>
	<1372939088.6699.YahooMailClassic@web161403.mail.bf1.yahoo.com>
	<CADS0AtSRwpsVdbkNUepppq7wDV0x8Y=MA2KvKnkA15R62ykwNg@mail.gmail.com>
Message-ID: <51D6BEA2.7060508@bdboyle.com>

On 7/5/2013 12:17 AM, Brett Friermood wrote:
> Replacing the air band radio with an amateur grade FM radio would be rather
> useless when trying to communicate with aircraft on VHF-AM. I'm sure Josh
> has a perfectly valid reason for using that radio.

Aware (painfully) of the diffferences, having owned a certificated (ie
could yellow-tag nav/comm/xpdr/mb/ils/etc) avionics shop years
ago...right about the time GPS came along (the KLN-88 was the hot
navigation device way back then...).

As long as the proper precautions were taken to not cross-service
connect...one service does not require an operator certificate (unless
traveling outside the US, in which case a restricted radiotelephone op
permit, IIRC, is required, though the aircraft station is licensed (call
sign is the N number)), the other requires both an op and station license.

IOW, you can't use 122.9 (multicom) as a simplex channel to bring up
your 145.25 repeater and talk to your mates....;)

Wasn't questioning what he was trying to do, just the mode, interface
differences, and equipment that he was using to do so.


bb


From joshh at imsar.com  Fri Jul  5 17:56:11 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Fri, 5 Jul 2013 11:56:11 -0600
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
Message-ID: <07c101ce79a8$efa66850$cef338f0$@com>

Ok all I'm back to work today and playing with this setup again.

I was able to isolate a much better signal for COR than what I had before.
This now truely goes from 0V->5V only when receiving and not when
transmitting. However I'm still having issues.

As soon as asterisk receives a signal it immediately tries to transmit a
signal out. This then effectively pulls the PTT low and my receiver stops
receiving. It is almost like it is in duplex mode but I have in
usbradio.conf

duplex=0                ; Full Duplex

rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
eliminate "Ping Ponging"
                        ; or "Relay Racing".
                        ; A positive value here will instruct the usbradio
driver to ignore the
                        ; COR line for a specified number of 20mSec
intervals following the
                        ; release of PTT. Use this only on simplex nodes,
and leave commented
                        ; out for repeaters or other full duplex nodes.
eeprom=1


Just for clarity I'll post my entire usbradio.conf below:

[general]

[usb]

hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
using
                        ; the instructions from usbfob.pdf. Use a setting of
                        ; 1 is for Dingotel/Sph interfaces.

rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
removed
                        ; Set to 1 for additonal gain if using a low-level
receiver output

rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
                        ; Do not change this, leave this as a 1

;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in table
;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
mode

carrierfrom=usb ; no,usb,usbinvert,dsp,vox
                        ; no - no carrier detection at all
                        ; usb - from the COR line on the modified USB sound
fob
                        ; usbinvert - from the inverted COR line on the
modified USB sound fob
                        ; dsp - from RX noise using dsp techniques
                        ; vox - voice activated from RX audio

ctcssfrom=no            ; no,usb,dsp
                        ; no - CTCSS decoding, system will be carrier
squelch
                        ; usb - CTCSS decoding using input from USB FOB
                        ; (currently not supported)
                        ; dsp - CTCSS decoding using RX audio in DSP.
                        ; rxdemod option must be set to flat for this to
work.

rxdemod=speaker            ; input type from radio: no,speaker,flat
                        ; no - RX audio input not used
                        ; flat - Use RX audio from discriminator (before
de-emphasis)
                        ; speaker - use de-emphasized audio

txprelim=no             ; Audio processing on left output channel: no,yes
                        ; no - Audio is not pre-emphasized and limited.
                        ; Suitable for use on a microphone input
                        ; yes - Audio is pre-emphasized and limited.
                        ; Suitable for direct connection to an FM modulator

txlimonly=no            ; Audio limiting with no pre-emphasis on output
channel: no,yes
                        ; no - Audio is not limited.
                        ; yes - Audio is  limited.
                        ; Suitable for transmitters with no limiting but
with pre-emphasis.

txtoctype=no    ; Transmit tone control type: no,phase,notone
                        ; no - CTCSS tone encoding with no hang time
                        ; phase - encode CTCSS and reverse phase
                        ; AKA ("reverse burst") before unkeying TX
                        ; notone - encode CTCSS and stop sending tone before
unkeying TX
                        ; AKA ("chicken burst")

txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
                        ; no - Do not output anything
                        ; voice - output voice only
                        ; tone - CTCSS tone only
                        ; composite - voice and tone
                        ; auxvoice - auxiliary voice output at headphone
level for monitoring

txmixb=no               ; Right channel output: no,voice,tone,composite,
auxvoice
                        ; See txmixa above.

invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
transmit
                        ; This is the collector lead of the 2n4401 on the
modified
                        ; usb sound fob.
                        ; please refer to the howto for the procedure to do
this.

duplex=0                ; Full Duplex

rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
eliminate "Ping Ponging"
                        ; or "Relay Racing".
                        ; A positive value here will instruct the usbradio
driver to ignore the
                        ; COR line for a specified number of 20mSec
intervals following the
                        ; release of PTT. Use this only on simplex nodes,
and leave commented
                        ; out for repeaters or other full duplex nodes.
eeprom=1



Any thoughts on why asterisk would be trying to send a signal as soon as it
receives one? After the first time (upon asterisk restart) it receives a
signal it sends a beep followed by a morse code sequence. 

Thanks,

Josh


-----Original Message-----
From: Corey Dean [mailto:n3fe at repeater.net] 
Sent: Thursday, July 04, 2013 8:48 AM
To: Joshua Hintze; app_rpt-users at ohnosec.org
Subject: RE: [App_rpt-users] Issue with Hangup after first keying

Are you running full duplex on a simplex radio?

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org]
On Behalf Of Joshua Hintze [joshh at imsar.com]
Sent: Wednesday, July 03, 2013 3:58 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Issue with Hangup after first keying

Hello,

It is my first posting on here. I have ALMOST gotten the ACID installation
working. I'm using the URI interfaced to ACID and to my radio. The asterisk
can properly key the radio and its working just fine with that. I can also
connect to the node with iaxRpt directly with no problem and transmit OUT of
my radio.

However I am having some issues when my radio receives communication in that
as soon as I get my first radio RX, asterisk will then play a tone out of
the URI into the radio over and over again at about a one second interval.
In the asterisk terminal it just keeps repeating:

    -- Hungup 'Zap/pseudo-1726358622'
    -- Hungup 'Zap/pseudo-1774817359'
    -- Hungup 'Zap/pseudo-691532115'
    -- Hungup 'Zap/pseudo-81389311'
    -- Hungup 'Zap/pseudo-465154784'
   -- Hungup 'Zap/pseudo-627058532'
    -- Hungup 'Zap/pseudo-1656870264'
    -- Hungup 'Zap/pseudo-1671691803'
    -- Hungup 'Zap/pseudo-50274194'

forever keeping my radio always keyed.

I have the COR from the radio going into the URI. I do not plan on using
CTCSS and have tried tying it to ground as well as tying it to the COR as
well. My usbradio.conf has the following:

carrierfrom=usb
ctcssfrom=no

I have tried also ctcssfrom=usb as well.

Any help would be appreciated.

Thanks,

Josh

--
This message was scanned and is believed to be clean.
Click here to report this message as
spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
D>



From n5zua at earthlink.net  Fri Jul  5 18:05:16 2013
From: n5zua at earthlink.net (Steve Agee)
Date: Fri, 5 Jul 2013 13:05:16 -0500
Subject: [App_rpt-users] Issue with Hangup after first keying
References: <06ed01ce7827$b95d9a20$2c18ce60$@com><4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
	<07c101ce79a8$efa66850$cef338f0$@com>
Message-ID: <BB6A0507254E43ACA9B716FD3615C301@steveea3dc3d27>

For a simplex node be sure that you have the following defined in:

/etc/asterisk/rpt.conf

duplex=0 (for no telemetry / messasges)

or

duplex=1 (enables telemetry / messages / courtesy tones)

This is a different setting than the duplex = in your usbradio.conf file

N5ZUA

----- Original Message ----- 
From: "Joshua Hintze" <joshh at imsar.com>
To: "'Corey Dean'" <n3fe at repeater.net>; <app_rpt-users at ohnosec.org>
Sent: Friday, July 05, 2013 12:56 PM
Subject: Re: [App_rpt-users] Issue with Hangup after first keying


> Ok all I'm back to work today and playing with this setup again.
>
> I was able to isolate a much better signal for COR than what I had before.
> This now truely goes from 0V->5V only when receiving and not when
> transmitting. However I'm still having issues.
>
> As soon as asterisk receives a signal it immediately tries to transmit a
> signal out. This then effectively pulls the PTT low and my receiver stops
> receiving. It is almost like it is in duplex mode but I have in
> usbradio.conf
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                        ; or "Relay Racing".
>                        ; A positive value here will instruct the usbradio
> driver to ignore the
>                        ; COR line for a specified number of 20mSec
> intervals following the
>                        ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                        ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
> Just for clarity I'll post my entire usbradio.conf below:
>
> [general]
>
> [usb]
>
> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
> using
>                        ; the instructions from usbfob.pdf. Use a setting 
> of
>                        ; 1 is for Dingotel/Sph interfaces.
>
> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
> removed
>                        ; Set to 1 for additonal gain if using a low-level
> receiver output
>
> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>                        ; Do not change this, leave this as a 1
>
> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in 
> table
> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
> mode
>
> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>                        ; no - no carrier detection at all
>                        ; usb - from the COR line on the modified USB sound
> fob
>                        ; usbinvert - from the inverted COR line on the
> modified USB sound fob
>                        ; dsp - from RX noise using dsp techniques
>                        ; vox - voice activated from RX audio
>
> ctcssfrom=no            ; no,usb,dsp
>                        ; no - CTCSS decoding, system will be carrier
> squelch
>                        ; usb - CTCSS decoding using input from USB FOB
>                        ; (currently not supported)
>                        ; dsp - CTCSS decoding using RX audio in DSP.
>                        ; rxdemod option must be set to flat for this to
> work.
>
> rxdemod=speaker            ; input type from radio: no,speaker,flat
>                        ; no - RX audio input not used
>                        ; flat - Use RX audio from discriminator (before
> de-emphasis)
>                        ; speaker - use de-emphasized audio
>
> txprelim=no             ; Audio processing on left output channel: no,yes
>                        ; no - Audio is not pre-emphasized and limited.
>                        ; Suitable for use on a microphone input
>                        ; yes - Audio is pre-emphasized and limited.
>                        ; Suitable for direct connection to an FM modulator
>
> txlimonly=no            ; Audio limiting with no pre-emphasis on output
> channel: no,yes
>                        ; no - Audio is not limited.
>                        ; yes - Audio is  limited.
>                        ; Suitable for transmitters with no limiting but
> with pre-emphasis.
>
> txtoctype=no    ; Transmit tone control type: no,phase,notone
>                        ; no - CTCSS tone encoding with no hang time
>                        ; phase - encode CTCSS and reverse phase
>                        ; AKA ("reverse burst") before unkeying TX
>                        ; notone - encode CTCSS and stop sending tone 
> before
> unkeying TX
>                        ; AKA ("chicken burst")
>
> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>                        ; no - Do not output anything
>                        ; voice - output voice only
>                        ; tone - CTCSS tone only
>                        ; composite - voice and tone
>                        ; auxvoice - auxiliary voice output at headphone
> level for monitoring
>
> txmixb=no               ; Right channel output: no,voice,tone,composite,
> auxvoice
>                        ; See txmixa above.
>
> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
> transmit
>                        ; This is the collector lead of the 2n4401 on the
> modified
>                        ; usb sound fob.
>                        ; please refer to the howto for the procedure to do
> this.
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                        ; or "Relay Racing".
>                        ; A positive value here will instruct the usbradio
> driver to ignore the
>                        ; COR line for a specified number of 20mSec
> intervals following the
>                        ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                        ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
>
> Any thoughts on why asterisk would be trying to send a signal as soon as 
> it
> receives one? After the first time (upon asterisk restart) it receives a
> signal it sends a beep followed by a morse code sequence.
>
> Thanks,
>
> Josh
>
>
> -----Original Message-----
> From: Corey Dean [mailto:n3fe at repeater.net]
> Sent: Thursday, July 04, 2013 8:48 AM
> To: Joshua Hintze; app_rpt-users at ohnosec.org
> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>
> Are you running full duplex on a simplex radio?
>
> Corey N3FE
> ________________________________________
> From: app_rpt-users-bounces at ohnosec.org 
> [app_rpt-users-bounces at ohnosec.org]
> On Behalf Of Joshua Hintze [joshh at imsar.com]
> Sent: Wednesday, July 03, 2013 3:58 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issue with Hangup after first keying
>
> Hello,
>
> It is my first posting on here. I have ALMOST gotten the ACID installation
> working. I'm using the URI interfaced to ACID and to my radio. The 
> asterisk
> can properly key the radio and its working just fine with that. I can also
> connect to the node with iaxRpt directly with no problem and transmit OUT 
> of
> my radio.
>
> However I am having some issues when my radio receives communication in 
> that
> as soon as I get my first radio RX, asterisk will then play a tone out of
> the URI into the radio over and over again at about a one second interval.
> In the asterisk terminal it just keeps repeating:
>
>    -- Hungup 'Zap/pseudo-1726358622'
>    -- Hungup 'Zap/pseudo-1774817359'
>    -- Hungup 'Zap/pseudo-691532115'
>    -- Hungup 'Zap/pseudo-81389311'
>    -- Hungup 'Zap/pseudo-465154784'
>   -- Hungup 'Zap/pseudo-627058532'
>    -- Hungup 'Zap/pseudo-1656870264'
>    -- Hungup 'Zap/pseudo-1671691803'
>    -- Hungup 'Zap/pseudo-50274194'
>
> forever keeping my radio always keyed.
>
> I have the COR from the radio going into the URI. I do not plan on using
> CTCSS and have tried tying it to ground as well as tying it to the COR as
> well. My usbradio.conf has the following:
>
> carrierfrom=usb
> ctcssfrom=no
>
> I have tried also ctcssfrom=usb as well.
>
> Any help would be appreciated.
>
> Thanks,
>
> Josh
>
> --
> This message was scanned and is believed to be clean.
> Click here to report this message as
> spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
> D>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 



From joshh at imsar.com  Fri Jul  5 18:06:43 2013
From: joshh at imsar.com (Joshua Hintze)
Date: Fri, 5 Jul 2013 12:06:43 -0600
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <BB6A0507254E43ACA9B716FD3615C301@steveea3dc3d27>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com><4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>	<07c101ce79a8$efa66850$cef338f0$@com>
	<BB6A0507254E43ACA9B716FD3615C301@steveea3dc3d27>
Message-ID: <07c201ce79aa$680321c0$38096540$@com>

Wow that is it!

My rpt.conf did not even have a duplex setting in it so I had no idea that
it needed to be set. Grrrrr

Seems to be working much better now.

Thanks!

Josh

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Agee
Sent: Friday, July 05, 2013 12:05 PM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Issue with Hangup after first keying

For a simplex node be sure that you have the following defined in:

/etc/asterisk/rpt.conf

duplex=0 (for no telemetry / messasges)

or

duplex=1 (enables telemetry / messages / courtesy tones)

This is a different setting than the duplex = in your usbradio.conf file

N5ZUA

----- Original Message ----- 
From: "Joshua Hintze" <joshh at imsar.com>
To: "'Corey Dean'" <n3fe at repeater.net>; <app_rpt-users at ohnosec.org>
Sent: Friday, July 05, 2013 12:56 PM
Subject: Re: [App_rpt-users] Issue with Hangup after first keying


> Ok all I'm back to work today and playing with this setup again.
>
> I was able to isolate a much better signal for COR than what I had before.
> This now truely goes from 0V->5V only when receiving and not when
> transmitting. However I'm still having issues.
>
> As soon as asterisk receives a signal it immediately tries to transmit a
> signal out. This then effectively pulls the PTT low and my receiver stops
> receiving. It is almost like it is in duplex mode but I have in
> usbradio.conf
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                        ; or "Relay Racing".
>                        ; A positive value here will instruct the usbradio
> driver to ignore the
>                        ; COR line for a specified number of 20mSec
> intervals following the
>                        ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                        ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
> Just for clarity I'll post my entire usbradio.conf below:
>
> [general]
>
> [usb]
>
> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
> using
>                        ; the instructions from usbfob.pdf. Use a setting 
> of
>                        ; 1 is for Dingotel/Sph interfaces.
>
> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
> removed
>                        ; Set to 1 for additonal gain if using a low-level
> receiver output
>
> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>                        ; Do not change this, leave this as a 1
>
> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in 
> table
> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
> mode
>
> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>                        ; no - no carrier detection at all
>                        ; usb - from the COR line on the modified USB sound
> fob
>                        ; usbinvert - from the inverted COR line on the
> modified USB sound fob
>                        ; dsp - from RX noise using dsp techniques
>                        ; vox - voice activated from RX audio
>
> ctcssfrom=no            ; no,usb,dsp
>                        ; no - CTCSS decoding, system will be carrier
> squelch
>                        ; usb - CTCSS decoding using input from USB FOB
>                        ; (currently not supported)
>                        ; dsp - CTCSS decoding using RX audio in DSP.
>                        ; rxdemod option must be set to flat for this to
> work.
>
> rxdemod=speaker            ; input type from radio: no,speaker,flat
>                        ; no - RX audio input not used
>                        ; flat - Use RX audio from discriminator (before
> de-emphasis)
>                        ; speaker - use de-emphasized audio
>
> txprelim=no             ; Audio processing on left output channel: no,yes
>                        ; no - Audio is not pre-emphasized and limited.
>                        ; Suitable for use on a microphone input
>                        ; yes - Audio is pre-emphasized and limited.
>                        ; Suitable for direct connection to an FM modulator
>
> txlimonly=no            ; Audio limiting with no pre-emphasis on output
> channel: no,yes
>                        ; no - Audio is not limited.
>                        ; yes - Audio is  limited.
>                        ; Suitable for transmitters with no limiting but
> with pre-emphasis.
>
> txtoctype=no    ; Transmit tone control type: no,phase,notone
>                        ; no - CTCSS tone encoding with no hang time
>                        ; phase - encode CTCSS and reverse phase
>                        ; AKA ("reverse burst") before unkeying TX
>                        ; notone - encode CTCSS and stop sending tone 
> before
> unkeying TX
>                        ; AKA ("chicken burst")
>
> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>                        ; no - Do not output anything
>                        ; voice - output voice only
>                        ; tone - CTCSS tone only
>                        ; composite - voice and tone
>                        ; auxvoice - auxiliary voice output at headphone
> level for monitoring
>
> txmixb=no               ; Right channel output: no,voice,tone,composite,
> auxvoice
>                        ; See txmixa above.
>
> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
> transmit
>                        ; This is the collector lead of the 2n4401 on the
> modified
>                        ; usb sound fob.
>                        ; please refer to the howto for the procedure to do
> this.
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                        ; or "Relay Racing".
>                        ; A positive value here will instruct the usbradio
> driver to ignore the
>                        ; COR line for a specified number of 20mSec
> intervals following the
>                        ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                        ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
>
> Any thoughts on why asterisk would be trying to send a signal as soon as 
> it
> receives one? After the first time (upon asterisk restart) it receives a
> signal it sends a beep followed by a morse code sequence.
>
> Thanks,
>
> Josh
>
>
> -----Original Message-----
> From: Corey Dean [mailto:n3fe at repeater.net]
> Sent: Thursday, July 04, 2013 8:48 AM
> To: Joshua Hintze; app_rpt-users at ohnosec.org
> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>
> Are you running full duplex on a simplex radio?
>
> Corey N3FE
> ________________________________________
> From: app_rpt-users-bounces at ohnosec.org 
> [app_rpt-users-bounces at ohnosec.org]
> On Behalf Of Joshua Hintze [joshh at imsar.com]
> Sent: Wednesday, July 03, 2013 3:58 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issue with Hangup after first keying
>
> Hello,
>
> It is my first posting on here. I have ALMOST gotten the ACID installation
> working. I'm using the URI interfaced to ACID and to my radio. The 
> asterisk
> can properly key the radio and its working just fine with that. I can also
> connect to the node with iaxRpt directly with no problem and transmit OUT 
> of
> my radio.
>
> However I am having some issues when my radio receives communication in 
> that
> as soon as I get my first radio RX, asterisk will then play a tone out of
> the URI into the radio over and over again at about a one second interval.
> In the asterisk terminal it just keeps repeating:
>
>    -- Hungup 'Zap/pseudo-1726358622'
>    -- Hungup 'Zap/pseudo-1774817359'
>    -- Hungup 'Zap/pseudo-691532115'
>    -- Hungup 'Zap/pseudo-81389311'
>    -- Hungup 'Zap/pseudo-465154784'
>   -- Hungup 'Zap/pseudo-627058532'
>    -- Hungup 'Zap/pseudo-1656870264'
>    -- Hungup 'Zap/pseudo-1671691803'
>    -- Hungup 'Zap/pseudo-50274194'
>
> forever keeping my radio always keyed.
>
> I have the COR from the radio going into the URI. I do not plan on using
> CTCSS and have tried tying it to ground as well as tying it to the COR as
> well. My usbradio.conf has the following:
>
> carrierfrom=usb
> ctcssfrom=no
>
> I have tried also ctcssfrom=usb as well.
>
> Any help would be appreciated.
>
> Thanks,
>
> Josh
>
> --
> This message was scanned and is believed to be clean.
> Click here to report this message as
>
spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
> D>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From n5zua at earthlink.net  Fri Jul  5 18:16:32 2013
From: n5zua at earthlink.net (Steve Agee)
Date: Fri, 5 Jul 2013 13:16:32 -0500
Subject: [App_rpt-users] Issue with Hangup after first keying
References: <06ed01ce7827$b95d9a20$2c18ce60$@com><4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>	<07c101ce79a8$efa66850$cef338f0$@com>
	<BB6A0507254E43ACA9B716FD3615C301@steveea3dc3d27>
	<07c201ce79aa$680321c0$38096540$@com>
Message-ID: <520DBE8972A641039A41F4D1682DBF0A@steveea3dc3d27>

Correct. The default does not define that value, and thus it is assumed at 
full duplex / repeater setting.

Good deal!

N5ZUA

----- Original Message ----- 
From: "Joshua Hintze" <joshh at imsar.com>
To: "'Steve Agee'" <n5zua at earthlink.net>; <app_rpt-users at ohnosec.org>
Sent: Friday, July 05, 2013 1:06 PM
Subject: RE: [App_rpt-users] Issue with Hangup after first keying


> Wow that is it!
>
> My rpt.conf did not even have a duplex setting in it so I had no idea that
> it needed to be set. Grrrrr
>
> Seems to be working much better now.
>
> Thanks!
>
> Josh
>
> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org
> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Steve Agee
> Sent: Friday, July 05, 2013 12:05 PM
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Issue with Hangup after first keying
>
> For a simplex node be sure that you have the following defined in:
>
> /etc/asterisk/rpt.conf
>
> duplex=0 (for no telemetry / messasges)
>
> or
>
> duplex=1 (enables telemetry / messages / courtesy tones)
>
> This is a different setting than the duplex = in your usbradio.conf file
>
> N5ZUA
>
> ----- Original Message ----- 
> From: "Joshua Hintze" <joshh at imsar.com>
> To: "'Corey Dean'" <n3fe at repeater.net>; <app_rpt-users at ohnosec.org>
> Sent: Friday, July 05, 2013 12:56 PM
> Subject: Re: [App_rpt-users] Issue with Hangup after first keying
>
>
>> Ok all I'm back to work today and playing with this setup again.
>>
>> I was able to isolate a much better signal for COR than what I had 
>> before.
>> This now truely goes from 0V->5V only when receiving and not when
>> transmitting. However I'm still having issues.
>>
>> As soon as asterisk receives a signal it immediately tries to transmit a
>> signal out. This then effectively pulls the PTT low and my receiver stops
>> receiving. It is almost like it is in duplex mode but I have in
>> usbradio.conf
>>
>> duplex=0                ; Full Duplex
>>
>> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
>> eliminate "Ping Ponging"
>>                        ; or "Relay Racing".
>>                        ; A positive value here will instruct the usbradio
>> driver to ignore the
>>                        ; COR line for a specified number of 20mSec
>> intervals following the
>>                        ; release of PTT. Use this only on simplex nodes,
>> and leave commented
>>                        ; out for repeaters or other full duplex nodes.
>> eeprom=1
>>
>>
>> Just for clarity I'll post my entire usbradio.conf below:
>>
>> [general]
>>
>> [usb]
>>
>> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
>> using
>>                        ; the instructions from usbfob.pdf. Use a setting
>> of
>>                        ; 1 is for Dingotel/Sph interfaces.
>>
>> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db 
>> attenuator
>> removed
>>                        ; Set to 1 for additonal gain if using a low-level
>> receiver output
>>
>> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>>                        ; Do not change this, leave this as a 1
>>
>> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
>> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in
>> table
>> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
>> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
>> mode
>>
>> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>>                        ; no - no carrier detection at all
>>                        ; usb - from the COR line on the modified USB 
>> sound
>> fob
>>                        ; usbinvert - from the inverted COR line on the
>> modified USB sound fob
>>                        ; dsp - from RX noise using dsp techniques
>>                        ; vox - voice activated from RX audio
>>
>> ctcssfrom=no            ; no,usb,dsp
>>                        ; no - CTCSS decoding, system will be carrier
>> squelch
>>                        ; usb - CTCSS decoding using input from USB FOB
>>                        ; (currently not supported)
>>                        ; dsp - CTCSS decoding using RX audio in DSP.
>>                        ; rxdemod option must be set to flat for this to
>> work.
>>
>> rxdemod=speaker            ; input type from radio: no,speaker,flat
>>                        ; no - RX audio input not used
>>                        ; flat - Use RX audio from discriminator (before
>> de-emphasis)
>>                        ; speaker - use de-emphasized audio
>>
>> txprelim=no             ; Audio processing on left output channel: no,yes
>>                        ; no - Audio is not pre-emphasized and limited.
>>                        ; Suitable for use on a microphone input
>>                        ; yes - Audio is pre-emphasized and limited.
>>                        ; Suitable for direct connection to an FM 
>> modulator
>>
>> txlimonly=no            ; Audio limiting with no pre-emphasis on output
>> channel: no,yes
>>                        ; no - Audio is not limited.
>>                        ; yes - Audio is  limited.
>>                        ; Suitable for transmitters with no limiting but
>> with pre-emphasis.
>>
>> txtoctype=no    ; Transmit tone control type: no,phase,notone
>>                        ; no - CTCSS tone encoding with no hang time
>>                        ; phase - encode CTCSS and reverse phase
>>                        ; AKA ("reverse burst") before unkeying TX
>>                        ; notone - encode CTCSS and stop sending tone
>> before
>> unkeying TX
>>                        ; AKA ("chicken burst")
>>
>> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>>                        ; no - Do not output anything
>>                        ; voice - output voice only
>>                        ; tone - CTCSS tone only
>>                        ; composite - voice and tone
>>                        ; auxvoice - auxiliary voice output at headphone
>> level for monitoring
>>
>> txmixb=no               ; Right channel output: no,voice,tone,composite,
>> auxvoice
>>                        ; See txmixa above.
>>
>> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
>> transmit
>>                        ; This is the collector lead of the 2n4401 on the
>> modified
>>                        ; usb sound fob.
>>                        ; please refer to the howto for the procedure to 
>> do
>> this.
>>
>> duplex=0                ; Full Duplex
>>
>> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
>> eliminate "Ping Ponging"
>>                        ; or "Relay Racing".
>>                        ; A positive value here will instruct the usbradio
>> driver to ignore the
>>                        ; COR line for a specified number of 20mSec
>> intervals following the
>>                        ; release of PTT. Use this only on simplex nodes,
>> and leave commented
>>                        ; out for repeaters or other full duplex nodes.
>> eeprom=1
>>
>>
>>
>> Any thoughts on why asterisk would be trying to send a signal as soon as
>> it
>> receives one? After the first time (upon asterisk restart) it receives a
>> signal it sends a beep followed by a morse code sequence.
>>
>> Thanks,
>>
>> Josh
>>
>>
>> -----Original Message-----
>> From: Corey Dean [mailto:n3fe at repeater.net]
>> Sent: Thursday, July 04, 2013 8:48 AM
>> To: Joshua Hintze; app_rpt-users at ohnosec.org
>> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>>
>> Are you running full duplex on a simplex radio?
>>
>> Corey N3FE
>> ________________________________________
>> From: app_rpt-users-bounces at ohnosec.org
>> [app_rpt-users-bounces at ohnosec.org]
>> On Behalf Of Joshua Hintze [joshh at imsar.com]
>> Sent: Wednesday, July 03, 2013 3:58 PM
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] Issue with Hangup after first keying
>>
>> Hello,
>>
>> It is my first posting on here. I have ALMOST gotten the ACID 
>> installation
>> working. I'm using the URI interfaced to ACID and to my radio. The
>> asterisk
>> can properly key the radio and its working just fine with that. I can 
>> also
>> connect to the node with iaxRpt directly with no problem and transmit OUT
>> of
>> my radio.
>>
>> However I am having some issues when my radio receives communication in
>> that
>> as soon as I get my first radio RX, asterisk will then play a tone out of
>> the URI into the radio over and over again at about a one second 
>> interval.
>> In the asterisk terminal it just keeps repeating:
>>
>>    -- Hungup 'Zap/pseudo-1726358622'
>>    -- Hungup 'Zap/pseudo-1774817359'
>>    -- Hungup 'Zap/pseudo-691532115'
>>    -- Hungup 'Zap/pseudo-81389311'
>>    -- Hungup 'Zap/pseudo-465154784'
>>   -- Hungup 'Zap/pseudo-627058532'
>>    -- Hungup 'Zap/pseudo-1656870264'
>>    -- Hungup 'Zap/pseudo-1671691803'
>>    -- Hungup 'Zap/pseudo-50274194'
>>
>> forever keeping my radio always keyed.
>>
>> I have the COR from the radio going into the URI. I do not plan on using
>> CTCSS and have tried tying it to ground as well as tying it to the COR as
>> well. My usbradio.conf has the following:
>>
>> carrierfrom=usb
>> ctcssfrom=no
>>
>> I have tried also ctcssfrom=usb as well.
>>
>> Any help would be appreciated.
>>
>> Thanks,
>>
>> Josh
>>
>> --
>> This message was scanned and is believed to be clean.
>> Click here to report this message as
>>
> spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
>> D>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 



From k0jsc.jeff at gmail.com  Fri Jul  5 18:26:08 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Fri, 5 Jul 2013 12:26:08 -0600
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <07c101ce79a8$efa66850$cef338f0$@com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
	<07c101ce79a8$efa66850$cef338f0$@com>
Message-ID: <CAA_aZLhcF5iD5PRq+p6qjbuQb0exe3WiExSzKLEAxDSpXVYMig@mail.gmail.com>

I stand corrected.  You should be just fine though there is a duplex
setting in usbradio.conf too.

http://ohnosec.org/drupal/node/84
On Jul 5, 2013 11:58 AM, "Joshua Hintze" <joshh at imsar.com> wrote:

> Ok all I'm back to work today and playing with this setup again.
>
> I was able to isolate a much better signal for COR than what I had before.
> This now truely goes from 0V->5V only when receiving and not when
> transmitting. However I'm still having issues.
>
> As soon as asterisk receives a signal it immediately tries to transmit a
> signal out. This then effectively pulls the PTT low and my receiver stops
> receiving. It is almost like it is in duplex mode but I have in
> usbradio.conf
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                         ; or "Relay Racing".
>                         ; A positive value here will instruct the usbradio
> driver to ignore the
>                         ; COR line for a specified number of 20mSec
> intervals following the
>                         ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                         ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
> Just for clarity I'll post my entire usbradio.conf below:
>
> [general]
>
> [usb]
>
> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
> using
>                         ; the instructions from usbfob.pdf. Use a setting
> of
>                         ; 1 is for Dingotel/Sph interfaces.
>
> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
> removed
>                         ; Set to 1 for additonal gain if using a low-level
> receiver output
>
> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>                         ; Do not change this, leave this as a 1
>
> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in
> table
> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
> mode
>
> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>                         ; no - no carrier detection at all
>                         ; usb - from the COR line on the modified USB sound
> fob
>                         ; usbinvert - from the inverted COR line on the
> modified USB sound fob
>                         ; dsp - from RX noise using dsp techniques
>                         ; vox - voice activated from RX audio
>
> ctcssfrom=no            ; no,usb,dsp
>                         ; no - CTCSS decoding, system will be carrier
> squelch
>                         ; usb - CTCSS decoding using input from USB FOB
>                         ; (currently not supported)
>                         ; dsp - CTCSS decoding using RX audio in DSP.
>                         ; rxdemod option must be set to flat for this to
> work.
>
> rxdemod=speaker            ; input type from radio: no,speaker,flat
>                         ; no - RX audio input not used
>                         ; flat - Use RX audio from discriminator (before
> de-emphasis)
>                         ; speaker - use de-emphasized audio
>
> txprelim=no             ; Audio processing on left output channel: no,yes
>                         ; no - Audio is not pre-emphasized and limited.
>                         ; Suitable for use on a microphone input
>                         ; yes - Audio is pre-emphasized and limited.
>                         ; Suitable for direct connection to an FM modulator
>
> txlimonly=no            ; Audio limiting with no pre-emphasis on output
> channel: no,yes
>                         ; no - Audio is not limited.
>                         ; yes - Audio is  limited.
>                         ; Suitable for transmitters with no limiting but
> with pre-emphasis.
>
> txtoctype=no    ; Transmit tone control type: no,phase,notone
>                         ; no - CTCSS tone encoding with no hang time
>                         ; phase - encode CTCSS and reverse phase
>                         ; AKA ("reverse burst") before unkeying TX
>                         ; notone - encode CTCSS and stop sending tone
> before
> unkeying TX
>                         ; AKA ("chicken burst")
>
> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>                         ; no - Do not output anything
>                         ; voice - output voice only
>                         ; tone - CTCSS tone only
>                         ; composite - voice and tone
>                         ; auxvoice - auxiliary voice output at headphone
> level for monitoring
>
> txmixb=no               ; Right channel output: no,voice,tone,composite,
> auxvoice
>                         ; See txmixa above.
>
> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
> transmit
>                         ; This is the collector lead of the 2n4401 on the
> modified
>                         ; usb sound fob.
>                         ; please refer to the howto for the procedure to do
> this.
>
> duplex=0                ; Full Duplex
>
> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
> eliminate "Ping Ponging"
>                         ; or "Relay Racing".
>                         ; A positive value here will instruct the usbradio
> driver to ignore the
>                         ; COR line for a specified number of 20mSec
> intervals following the
>                         ; release of PTT. Use this only on simplex nodes,
> and leave commented
>                         ; out for repeaters or other full duplex nodes.
> eeprom=1
>
>
>
> Any thoughts on why asterisk would be trying to send a signal as soon as it
> receives one? After the first time (upon asterisk restart) it receives a
> signal it sends a beep followed by a morse code sequence.
>
> Thanks,
>
> Josh
>
>
> -----Original Message-----
> From: Corey Dean [mailto:n3fe at repeater.net]
> Sent: Thursday, July 04, 2013 8:48 AM
> To: Joshua Hintze; app_rpt-users at ohnosec.org
> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>
> Are you running full duplex on a simplex radio?
>
> Corey N3FE
> ________________________________________
> From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org
> ]
> On Behalf Of Joshua Hintze [joshh at imsar.com]
> Sent: Wednesday, July 03, 2013 3:58 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Issue with Hangup after first keying
>
> Hello,
>
> It is my first posting on here. I have ALMOST gotten the ACID installation
> working. I'm using the URI interfaced to ACID and to my radio. The asterisk
> can properly key the radio and its working just fine with that. I can also
> connect to the node with iaxRpt directly with no problem and transmit OUT
> of
> my radio.
>
> However I am having some issues when my radio receives communication in
> that
> as soon as I get my first radio RX, asterisk will then play a tone out of
> the URI into the radio over and over again at about a one second interval.
> In the asterisk terminal it just keeps repeating:
>
>     -- Hungup 'Zap/pseudo-1726358622'
>     -- Hungup 'Zap/pseudo-1774817359'
>     -- Hungup 'Zap/pseudo-691532115'
>     -- Hungup 'Zap/pseudo-81389311'
>     -- Hungup 'Zap/pseudo-465154784'
>    -- Hungup 'Zap/pseudo-627058532'
>     -- Hungup 'Zap/pseudo-1656870264'
>     -- Hungup 'Zap/pseudo-1671691803'
>     -- Hungup 'Zap/pseudo-50274194'
>
> forever keeping my radio always keyed.
>
> I have the COR from the radio going into the URI. I do not plan on using
> CTCSS and have tried tying it to ground as well as tying it to the COR as
> well. My usbradio.conf has the following:
>
> carrierfrom=usb
> ctcssfrom=no
>
> I have tried also ctcssfrom=usb as well.
>
> Any help would be appreciated.
>
> Thanks,
>
> Josh
>
> --
> This message was scanned and is believed to be clean.
> Click here to report this message as
> spam.<
> http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
> D>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130705/b4ec218c/attachment.html>

From k0jsc.jeff at gmail.com  Fri Jul  5 18:30:43 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Fri, 5 Jul 2013 12:30:43 -0600
Subject: [App_rpt-users] Issue with Hangup after first keying
In-Reply-To: <CAA_aZLhcF5iD5PRq+p6qjbuQb0exe3WiExSzKLEAxDSpXVYMig@mail.gmail.com>
References: <06ed01ce7827$b95d9a20$2c18ce60$@com>
	<4BCC91CBCFD66C4489B4BD3233140C3E04833C76C730@exchange.mail.repeater.net>
	<07c101ce79a8$efa66850$cef338f0$@com>
	<CAA_aZLhcF5iD5PRq+p6qjbuQb0exe3WiExSzKLEAxDSpXVYMig@mail.gmail.com>
Message-ID: <CAA_aZLjz0vYi8h+avgj5Lqaym68ZYk+eyEpphdVTc_Uyb7AJig@mail.gmail.com>

Try this too

  http://ohnosec.org/drupal/node/193
On Jul 5, 2013 12:26 PM, "Jeff Carrier" <k0jsc.jeff at gmail.com> wrote:

> I stand corrected.  You should be just fine though there is a duplex
> setting in usbradio.conf too.
>
> http://ohnosec.org/drupal/node/84
> On Jul 5, 2013 11:58 AM, "Joshua Hintze" <joshh at imsar.com> wrote:
>
>> Ok all I'm back to work today and playing with this setup again.
>>
>> I was able to isolate a much better signal for COR than what I had before.
>> This now truely goes from 0V->5V only when receiving and not when
>> transmitting. However I'm still having issues.
>>
>> As soon as asterisk receives a signal it immediately tries to transmit a
>> signal out. This then effectively pulls the PTT low and my receiver stops
>> receiving. It is almost like it is in duplex mode but I have in
>> usbradio.conf
>>
>> duplex=0                ; Full Duplex
>>
>> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
>> eliminate "Ping Ponging"
>>                         ; or "Relay Racing".
>>                         ; A positive value here will instruct the usbradio
>> driver to ignore the
>>                         ; COR line for a specified number of 20mSec
>> intervals following the
>>                         ; release of PTT. Use this only on simplex nodes,
>> and leave commented
>>                         ; out for repeaters or other full duplex nodes.
>> eeprom=1
>>
>>
>> Just for clarity I'll post my entire usbradio.conf below:
>>
>> [general]
>>
>> [usb]
>>
>> hdwtype=0               ; Leave this set to 0 for USB sound fobs modified
>> using
>>                         ; the instructions from usbfob.pdf. Use a setting
>> of
>>                         ; 1 is for Dingotel/Sph interfaces.
>>
>> rxboost=1               ; 0 = 20db attenuator inserted, 1= 20db attenuator
>> removed
>>                         ; Set to 1 for additonal gain if using a low-level
>> receiver output
>>
>> rxctcssrelax=1          ; reduce talkoff from radios w/o CTCSS Tx HPF
>>                         ; Do not change this, leave this as a 1
>>
>> ;txctcssdefault=100.0   ; default tx ctcss freq, any frequency permitted
>> ;rxctcssfreqs=100.0     ; rx ctcss freqs in floating point. must be in
>> table
>> ;txctcssfreqs=100.0     ; tx ctcss freqs, any frequency permitted
>> rxctcssoverride=1       ; Set to 1 or yes to start out in carrier squelch
>> mode
>>
>> carrierfrom=usb ; no,usb,usbinvert,dsp,vox
>>                         ; no - no carrier detection at all
>>                         ; usb - from the COR line on the modified USB
>> sound
>> fob
>>                         ; usbinvert - from the inverted COR line on the
>> modified USB sound fob
>>                         ; dsp - from RX noise using dsp techniques
>>                         ; vox - voice activated from RX audio
>>
>> ctcssfrom=no            ; no,usb,dsp
>>                         ; no - CTCSS decoding, system will be carrier
>> squelch
>>                         ; usb - CTCSS decoding using input from USB FOB
>>                         ; (currently not supported)
>>                         ; dsp - CTCSS decoding using RX audio in DSP.
>>                         ; rxdemod option must be set to flat for this to
>> work.
>>
>> rxdemod=speaker            ; input type from radio: no,speaker,flat
>>                         ; no - RX audio input not used
>>                         ; flat - Use RX audio from discriminator (before
>> de-emphasis)
>>                         ; speaker - use de-emphasized audio
>>
>> txprelim=no             ; Audio processing on left output channel: no,yes
>>                         ; no - Audio is not pre-emphasized and limited.
>>                         ; Suitable for use on a microphone input
>>                         ; yes - Audio is pre-emphasized and limited.
>>                         ; Suitable for direct connection to an FM
>> modulator
>>
>> txlimonly=no            ; Audio limiting with no pre-emphasis on output
>> channel: no,yes
>>                         ; no - Audio is not limited.
>>                         ; yes - Audio is  limited.
>>                         ; Suitable for transmitters with no limiting but
>> with pre-emphasis.
>>
>> txtoctype=no    ; Transmit tone control type: no,phase,notone
>>                         ; no - CTCSS tone encoding with no hang time
>>                         ; phase - encode CTCSS and reverse phase
>>                         ; AKA ("reverse burst") before unkeying TX
>>                         ; notone - encode CTCSS and stop sending tone
>> before
>> unkeying TX
>>                         ; AKA ("chicken burst")
>>
>> txmixa=voice    ; Left channel output: no,voice,tone,composite,auxvoice
>>                         ; no - Do not output anything
>>                         ; voice - output voice only
>>                         ; tone - CTCSS tone only
>>                         ; composite - voice and tone
>>                         ; auxvoice - auxiliary voice output at headphone
>> level for monitoring
>>
>> txmixb=no               ; Right channel output: no,voice,tone,composite,
>> auxvoice
>>                         ; See txmixa above.
>>
>> invertptt=0             ; Invert PTT 0 = ground to transmit, 1 = open to
>> transmit
>>                         ; This is the collector lead of the 2n4401 on the
>> modified
>>                         ; usb sound fob.
>>                         ; please refer to the howto for the procedure to
>> do
>> this.
>>
>> duplex=0                ; Full Duplex
>>
>> rxondelay=0             ; Uncomment and/or adjust for simplex nodes to
>> eliminate "Ping Ponging"
>>                         ; or "Relay Racing".
>>                         ; A positive value here will instruct the usbradio
>> driver to ignore the
>>                         ; COR line for a specified number of 20mSec
>> intervals following the
>>                         ; release of PTT. Use this only on simplex nodes,
>> and leave commented
>>                         ; out for repeaters or other full duplex nodes.
>> eeprom=1
>>
>>
>>
>> Any thoughts on why asterisk would be trying to send a signal as soon as
>> it
>> receives one? After the first time (upon asterisk restart) it receives a
>> signal it sends a beep followed by a morse code sequence.
>>
>> Thanks,
>>
>> Josh
>>
>>
>> -----Original Message-----
>> From: Corey Dean [mailto:n3fe at repeater.net]
>> Sent: Thursday, July 04, 2013 8:48 AM
>> To: Joshua Hintze; app_rpt-users at ohnosec.org
>> Subject: RE: [App_rpt-users] Issue with Hangup after first keying
>>
>> Are you running full duplex on a simplex radio?
>>
>> Corey N3FE
>> ________________________________________
>> From: app_rpt-users-bounces at ohnosec.org [
>> app_rpt-users-bounces at ohnosec.org]
>> On Behalf Of Joshua Hintze [joshh at imsar.com]
>> Sent: Wednesday, July 03, 2013 3:58 PM
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] Issue with Hangup after first keying
>>
>> Hello,
>>
>> It is my first posting on here. I have ALMOST gotten the ACID installation
>> working. I'm using the URI interfaced to ACID and to my radio. The
>> asterisk
>> can properly key the radio and its working just fine with that. I can also
>> connect to the node with iaxRpt directly with no problem and transmit OUT
>> of
>> my radio.
>>
>> However I am having some issues when my radio receives communication in
>> that
>> as soon as I get my first radio RX, asterisk will then play a tone out of
>> the URI into the radio over and over again at about a one second interval.
>> In the asterisk terminal it just keeps repeating:
>>
>>     -- Hungup 'Zap/pseudo-1726358622'
>>     -- Hungup 'Zap/pseudo-1774817359'
>>     -- Hungup 'Zap/pseudo-691532115'
>>     -- Hungup 'Zap/pseudo-81389311'
>>     -- Hungup 'Zap/pseudo-465154784'
>>    -- Hungup 'Zap/pseudo-627058532'
>>     -- Hungup 'Zap/pseudo-1656870264'
>>     -- Hungup 'Zap/pseudo-1671691803'
>>     -- Hungup 'Zap/pseudo-50274194'
>>
>> forever keeping my radio always keyed.
>>
>> I have the COR from the radio going into the URI. I do not plan on using
>> CTCSS and have tried tying it to ground as well as tying it to the COR as
>> well. My usbradio.conf has the following:
>>
>> carrierfrom=usb
>> ctcssfrom=no
>>
>> I have tried also ctcssfrom=usb as well.
>>
>> Any help would be appreciated.
>>
>> Thanks,
>>
>> Josh
>>
>> --
>> This message was scanned and is believed to be clean.
>> Click here to report this message as
>> spam.<
>> http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=6EF48221A.A93B
>> D>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130705/2be7808f/attachment.html>

From robert at n5qm.com  Fri Jul  5 19:15:35 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 5 Jul 2013 14:15:35 -0500
Subject: [App_rpt-users] Phrases with "localplay"
Message-ID: <CAMLJ17P0z9jM2Gu3Tn=rCJMw4a+1YZ-qBasMMdJN6MbpHzvM5g@mail.gmail.com>

All,

Is it possible to pass multiple filenames to localplay to say a
phrase?  I have attempted to separate the filenames with commas,
semi-colons, and spaces without any luck.

Is it only possible to pass multiple localplay commands to accomplish this?

Robert
N5QM


From JimKutsch at yahoo.com  Fri Jul  5 22:44:38 2013
From: JimKutsch at yahoo.com (Jim Kutsch, KY2D)
Date: Fri, 5 Jul 2013 18:44:38 -0400
Subject: [App_rpt-users] Beagle Bone Black and URI?
Message-ID: <001e01ce79d1$3b121690$b13643b0$@yahoo.com>

So, before I start reinventing the wheel, has anyone gotten app-rpt to run
on the Beagle Bone Black with a DMK URI radio interface? I did a search and
didn't find anything newer than the Beagle Board X with LOXX interface.

 

73,

Jim, KY2D, node 2396

 

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

From robert at n5qm.com  Fri Jul  5 23:39:32 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 5 Jul 2013 18:39:32 -0500
Subject: [App_rpt-users] Beagle Bone Black and URI?
In-Reply-To: <001e01ce79d1$3b121690$b13643b0$@yahoo.com>
References: <001e01ce79d1$3b121690$b13643b0$@yahoo.com>
Message-ID: <CAMLJ17PLMrfdfVci_5c-2TKyt26DPPxQt0VG0jDMgmM5X6qfbg@mail.gmail.com>

Jim,

I have been working on this every now and then, but haven't made much
progress with the 3.2 kernel on the base image I am using.  I would be
interested in any progress that you make.

Robert
N5QM

On Fri, Jul 5, 2013 at 5:44 PM, Jim Kutsch, KY2D <JimKutsch at yahoo.com> wrote:
> So, before I start reinventing the wheel, has anyone gotten app-rpt to run
> on the Beagle Bone Black with a DMK URI radio interface? I did a search and
> didn?t find anything newer than the Beagle Board X with LOXX interface.
>
>
>
> 73,
>
> Jim, KY2D, node 2396
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>


From vacuumtubesforever at gmail.com  Sat Jul  6 13:31:25 2013
From: vacuumtubesforever at gmail.com (Ed Wilhelm)
Date: Sat, 06 Jul 2013 09:31:25 -0400
Subject: [App_rpt-users] Phrases with "localplay"
In-Reply-To: <CAMLJ17P0z9jM2Gu3Tn=rCJMw4a+1YZ-qBasMMdJN6MbpHzvM5g@mail.gmail.com>
References: <CAMLJ17P0z9jM2Gu3Tn=rCJMw4a+1YZ-qBasMMdJN6MbpHzvM5g@mail.gmail.com>
Message-ID: <51D81C2D.9060108@gmail.com>

You can use cat to join them into a new file and then play it back.

Example:
cat 1.gsm 2.gsm 3.gsm 4.gsm >1234.gsm

will create a new file called 1234.gsm that will play 1 2 3 4 in sequence.

Ed W8VT
Nodes 27849 29496
Beckley WV

On 07/05/2013 03:15 PM, Robert Garcia wrote:
> All,
>
> Is it possible to pass multiple filenames to localplay to say a
> phrase?  I have attempted to separate the filenames with commas,
> semi-colons, and spaces without any luck.
>
> Is it only possible to pass multiple localplay commands to accomplish this?
>
> Robert
> N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From robert at n5qm.com  Sat Jul  6 15:36:40 2013
From: robert at n5qm.com (Robert Garcia)
Date: Sat, 6 Jul 2013 10:36:40 -0500
Subject: [App_rpt-users] Inbound from TLB
Message-ID: <CAMLJ17P-4acB4=1nWnkL8PiU9vKP+612ER7j4wr=omskuCnKqQ@mail.gmail.com>

All,

I am having an issue with connectivity from TLB to app_rpt.  Outbound
connectivity from app_rpt works fine between the same nodes.

When I attempt to connect from TLB to app_rpt, the asterisk console
streams many of these same messages.

[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
handle frames in 2 format
[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
handle frames in 2 format

Any ideas on what might be going wrong?

Robert
N5QM


From ka6sox at gmail.com  Sat Jul  6 16:11:25 2013
From: ka6sox at gmail.com (Tom King)
Date: Sat, 6 Jul 2013 09:11:25 -0700
Subject: [App_rpt-users] App_rpt-users Digest, Vol 53, Issue 15
In-Reply-To: <mailman.1.1373126401.5712.app_rpt-users@ohnosec.org>
References: <mailman.1.1373126401.5712.app_rpt-users@ohnosec.org>
Message-ID: <CAHQecY4Fba85VgKEH11XL_+1CN+LJxg9Yt0pEkntFyzZuefq2g@mail.gmail.com>

O
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 5 Jul 2013 18:39:32 -0500
> From: Robert Garcia <robert at n5qm.com>
> To: "Jim Kutsch, KY2D" <JimKutsch at yahoo.com>
> Cc: APP_RPT <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Beagle Bone Black and URI?
> Message-ID:
>         <
> CAMLJ17PLMrfdfVci_5c-2TKyt26DPPxQt0VG0jDMgmM5X6qfbg at mail.gmail.com>
> Content-Type: text/plain; charset=windows-1252
>
> Jim,
>
> I have been working on this every now and then, but haven't made much
> progress with the 3.2 kernel on the base image I am using.  I would be
> interested in any progress that you make.
>
> Robert
> N5QM
>
> On Fri, Jul 5, 2013 at 5:44 PM, Jim Kutsch, KY2D <JimKutsch at yahoo.com>
> wrote:
> > So, before I start reinventing the wheel, has anyone gotten app-rpt to
> run
> > on the Beagle Bone Black with a DMK URI radio interface? I did a search
> and
> > didn?t find anything newer than the Beagle Board X with LOXX interface.
> >
> >
> >
> > 73,
> >
> > Jim, KY2D, node 2396
> >
> >
> >
> >
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >
>
> For BeagleBone Black we need to use the 3.8 kernel


Since the URI is a USB device we won't need to futz with the Kernel
settings and can concentrate on
working on the USB drivers.

Try the 3.8 kernel that comes with Angstrom (delivered on the device) or in
the Debian  image for BBB.

I too am working on this (slowly with other things going on this summer)

Tom
ka6sox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130706/93fd4090/attachment.html>

From jrh at g0fhm.co.uk  Sun Jul  7 12:57:57 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sun, 07 Jul 2013 13:57:57 +0100
Subject: [App_rpt-users] Computing Hardware....
Message-ID: <51D965D5.1060801@g0fhm.co.uk>

Guys,

The old laptop that I use on my node is just about ready to roll over 
and die (numerous SMART warnings, and it's getting extremely hot).

I'm looking for new hardware options.

Any suggestions? In an ideal world, I would like to use my Pi with 
simpleusb (PL is handled by radio with hardware COR), but from reading 
the archives, it's been said that it is likely to never happen. Has 
anyone actually used a Pi & made it work?

Or, what about a Thin Client?

I haven't got that much money to splash on new stuff, and I need 
something with a low (ish) power consumption.

Any ideas would be appreciated!

Cheers,

James G0FHM


From telesistant at hotmail.com  Sun Jul  7 23:40:15 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sun, 7 Jul 2013 16:40:15 -0700
Subject: [App_rpt-users] Paypal Autopatch stuff went a little "Bonkers"
Message-ID: <BLU180-W6113618FD79CE17B5D3079B17F0@phx.gbl>

I have no idea why, but the Allstar Autopatch profiles stated getting "suspended"
for no apparent reason. I will have to look into this.

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

From w5omr at att.net  Mon Jul  8 01:30:27 2013
From: w5omr at att.net (Geoff Edmonson)
Date: Sun, 07 Jul 2013 20:30:27 -0500
Subject: [App_rpt-users] Inbound from TLB
Message-ID: <q8llyn5pth8umhn1k5tjrvsj.1373247027185@email.android.com>

Kinda sounds like TLB is trying to write HTML code and is specifying frames, but frames aren't supported in HTML 2.0 format.  Since the default Acid install doesn't support a GUI, it'd be my guess that anything higher than whatever the bottom rung version is wouldn't be included in the custom distro.
  
Of course, that's only a guess...


Robert Garcia <robert at n5qm.com> wrote:

>All,
>
>I am having an issue with connectivity from TLB to app_rpt.  Outbound
>connectivity from app_rpt works fine between the same nodes.
>
>When I attempt to connect from TLB to app_rpt, the asterisk console
>streams many of these same messages.
>
>[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
>handle frames in 2 format
>[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
>handle frames in 2 format
>
>Any ideas on what might be going wrong?
>
>Robert
>N5QM
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

From doug at crompton.com  Mon Jul  8 03:52:29 2013
From: doug at crompton.com (Doug Crompton)
Date: Sun, 7 Jul 2013 23:52:29 -0400
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <BLU172-W28DEC8A7FD6317EC4B1C40A9780@phx.gbl>
References: <51D965D5.1060801@g0fhm.co.uk>,
	<BLU172-W28DEC8A7FD6317EC4B1C40A9780@phx.gbl>
Message-ID: <BLU172-W24EBD0192404C7FB9019BAA9780@phx.gbl>





 James,
 
 I too would like to see the simple USB work on the Pi. The problem is that apparently the version of Asterisk that is in the Pi repository is newer and not compatible with app-rpt. If this really is the case then I ask why are we not making apt-rpt compatible with newer asterisk code.  I find answers on apt-rpt regarding this are at times ellusive.
 
There is code that works on the Beagleboard XM but I was also holding off for the Beaglebone black or some other cheaper board.
 
RasPBX runs on both the Pi and the Beagle black - http://www.raspberry-asterisk.org/
 
I wonder if there are any splinter groups working on any of these projects and if so how could we contribute.

73 Doug
WA3DSP
http://www.crompton.com/hamradio

 
> Date: Sun, 7 Jul 2013 13:57:57 +0100
> From: jrh at g0fhm.co.uk
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Computing Hardware....
> 
> Guys,
> 
> The old laptop that I use on my node is just about ready to roll over 
> and die (numerous SMART warnings, and it's getting extremely hot).
> 
> I'm looking for new hardware options.
> 
> Any suggestions? In an ideal world, I would like to use my Pi with 
> simpleusb (PL is handled by radio with hardware COR), but from reading 
> the archives, it's been said that it is likely to never happen. Has 
> anyone actually used a Pi & made it work?
> 
> Or, what about a Thin Client?
> 
> I haven't got that much money to splash on new stuff, and I need 
> something with a low (ish) power consumption.
> 
> Any ideas would be appreciated!
> 
> Cheers,
> 
> James G0FHM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
 		 	   		  
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130707/894a45d4/attachment.html>

From jldharma at gmail.com  Mon Jul  8 13:16:45 2013
From: jldharma at gmail.com (John Locke)
Date: Mon, 8 Jul 2013 10:16:45 -0300
Subject: [App_rpt-users] Radio with iaxclient
In-Reply-To: <CACaxzOib1JjART7HEqa9zoPH1kodanD0PjiZRLxckX2oy_JuWw@mail.gmail.com>
References: <CACaxzOib1JjART7HEqa9zoPH1kodanD0PjiZRLxckX2oy_JuWw@mail.gmail.com>
Message-ID: <CACaxzOgVHA5aOVoBYTogMVbiZFWtdnUwfQRCPPsg4HM2=saTLA@mail.gmail.com>

Hi all,
I have been fiddling with the iaxclient and the iaxrpt and all the basic
stuff seems to be working.

I have 2 icom radios connected to the PC with the URIs. I would like to PTT
(or "dial") to the 2 radios at the same time... Is this posible with the
iaxclient?
Or maybe with some configuration of the asterisk, to "link" the two
channels...

Thanks in advance
Best regards



On Mon, Jun 24, 2013 at 4:57 PM, John Locke <jldharma at gmail.com> wrote:

> Hi all.
> I have installed a private node with a URI connected to a iCOM radio.
> I can connect to my asterisk with some standard iax softphones, like
> http://sourceforge.net/projects/kiax/.
> But this iax clients are for phones, not for radios. There is no PTT
> support.
> I'm trying to develop my own softphone with the
> http://sourceforge.net/projects/iaxclient library, but I can't find any
> documentation about radio management with iaxclient.
> Any advice would be very appreciated.
> Thanks in advance.
> John
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130708/a744beff/attachment.html>

From telesistant at hotmail.com  Tue Jul  9 02:13:11 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 8 Jul 2013 19:13:11 -0700
Subject: [App_rpt-users] Back from the hospital
Message-ID: <BLU180-W13FDA04B8171B24AB84A47B1790@phx.gbl>

Ive been in the hospital for 3 days. I went in at 3AM because I woke up with 
SEVERE abdominal distention. 

Fortunately, there doesn't seem to be anything permanently wrong with me.
It could even have been from some sort of non-infectious foreign matter in 
something I ate. Who knows. They certainly don't.

Anyway, please give me a couple of days to recover and get "back on track".

One rather obvious thing that needs dealing with is the strange things going on
with the PayPal Autopatch subscriptions (gee, this should be "really fun").

Thanks..

Jim, WB6NIL

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

From edgecomberts at gmail.com  Tue Jul  9 02:28:34 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Tue, 9 Jul 2013 12:28:34 +1000
Subject: [App_rpt-users] Back from the hospital
In-Reply-To: <BLU180-W13FDA04B8171B24AB84A47B1790@phx.gbl>
References: <BLU180-W13FDA04B8171B24AB84A47B1790@phx.gbl>
Message-ID: <CANZw+5cUUVsAWi0JjG_3ax5Gx0xSQCNoNOvwEzwCTU+VLKxk+Q@mail.gmail.com>

Good to hear everything is a-ok Jim, I think we'd all sorely miss you if
you were out of action. Or at least, a Real Big Problem would come up and
exemplify Murphy's Law.

Best of luck sorting out the Paypal mess, I can only imagine what you're
going to need to pursaude (read: bribe) to get things running smoothly
again, but we know you can do it.

Rest up for as long as you need, and be able to work again in your own
time, don't rush. We don't want to see you fall off the log because you
rushed your recovery.

Best wishes from Australia!

Shane.
On Jul 9, 2013 12:13 PM, "Jim Duuuude" <telesistant at hotmail.com> wrote:

> Ive been in the hospital for 3 days. I went in at 3AM because I woke up
> with
> SEVERE abdominal distention.
>
> Fortunately, there doesn't seem to be anything permanently wrong with me.
> It could even have been from some sort of non-infectious foreign matter in
> something I ate. Who knows. They certainly don't.
>
> Anyway, please give me a couple of days to recover and get "back on track".
>
> One rather obvious thing that needs dealing with is the strange things
> going on
> with the PayPal Autopatch subscriptions (gee, this should be "really fun").
>
> Thanks..
>
> Jim, WB6NIL
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130709/6b025edd/attachment.html>

From Benjamin at kb9lfz.com  Tue Jul  9 03:02:22 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Mon, 08 Jul 2013 23:02:22 -0400
Subject: [App_rpt-users] SIP/IAX access
In-Reply-To: <CAARNdJFr6rR8Px9DkNq9=7bTqzwLM1G-ftkgTLDpLpe=qzwHyQ@mail.gmail.com>
References: <CAARNdJFr6rR8Px9DkNq9=7bTqzwLM1G-ftkgTLDpLpe=qzwHyQ@mail.gmail.com>
Message-ID: <1373338942.2230.10.camel@benjamin-hp>

what exactly are you trying to do, regarding these particular set of
stanzas?

~Benjamin, KB9LFZ



On Fri, 2013-07-05 at 01:14 -0700, Mark Johnston wrote:
> Does anyone know the correct configuration/what else I have to do to
> get SIP or IAX access working? 
> 
> 
> I tried this
> 
> 
> A user stanza in sip.conf or iax.conf should look like this:
> [my-?ip-?phone]
> type=user                                      
> context=radio?control                          
> auth=md5
> secret=nunya  ; Important! Change this!!!
> disallow=all
> allow=gsm
> allow=ulaw
> transfer=no 
> 
> 
> The radio?control context in extensions.conf should look like this:
> [radio-?control] ; Change all instances of 1234 to your node num.
> exten=1234,1,Answer 
> exten=1234,n,Playback,rpt/node 
> exten=1234,n,Playback,digits/1 
> exten=1234,n,Playback,digits/2 
> exten=1234,n,Playback,digits/3 
> exten=1234,n,Playback,digits/4 
> exten=1234,n,Rpt,1234|P
> 
> 
> I replaced the secret with a pw, and exten with my node 28344
> added a line for username=.... 
> 
> 
> My sip client says Request timeout, using the local wifi network to
> connect.
> so not a router issue... I have tried a few combinations... Any ideas?
> 
> 
> Thanks,
> 
> 
> 
> 
>           Mark, KC7DMF
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From ve3elb at yahoo.com  Tue Jul  9 03:26:49 2013
From: ve3elb at yahoo.com (Vince P)
Date: Mon, 8 Jul 2013 23:26:49 -0400
Subject: [App_rpt-users] SIP/IAX access
In-Reply-To: <1373338942.2230.10.camel@benjamin-hp>
References: <CAARNdJFr6rR8Px9DkNq9=7bTqzwLM1G-ftkgTLDpLpe=qzwHyQ@mail.gmail.com>
	<1373338942.2230.10.camel@benjamin-hp>
Message-ID: <EA754777-D264-4799-82C5-FF802584B45E@yahoo.com>

Hello all. I would also like to know how to setup the sip.conf to work with the iPhone app 3CXPhone

Vince. 

On 2013-07-08, at 11:02 PM, "Benjamin L. Naber" <Benjamin at kb9lfz.com> wrote:

> what exactly are you trying to do, regarding these particular set of
> stanzas?
> 
> ~Benjamin, KB9LFZ
> 
> 
> 
> On Fri, 2013-07-05 at 01:14 -0700, Mark Johnston wrote:
>> Does anyone know the correct configuration/what else I have to do to
>> get SIP or IAX access working? 
>> 
>> 
>> I tried this
>> 
>> 
>> A user stanza in sip.conf or iax.conf should look like this:
>> [my-?ip-?phone]
>> type=user                                      
>> context=radio?control                          
>> auth=md5
>> secret=nunya  ; Important! Change this!!!
>> disallow=all
>> allow=gsm
>> allow=ulaw
>> transfer=no 
>> 
>> 
>> The radio?control context in extensions.conf should look like this:
>> [radio-?control] ; Change all instances of 1234 to your node num.
>> exten=1234,1,Answer 
>> exten=1234,n,Playback,rpt/node 
>> exten=1234,n,Playback,digits/1 
>> exten=1234,n,Playback,digits/2 
>> exten=1234,n,Playback,digits/3 
>> exten=1234,n,Playback,digits/4 
>> exten=1234,n,Rpt,1234|P
>> 
>> 
>> I replaced the secret with a pw, and exten with my node 28344
>> added a line for username=.... 
>> 
>> 
>> My sip client says Request timeout, using the local wifi network to
>> connect.
>> so not a router issue... I have tried a few combinations... Any ideas?
>> 
>> 
>> Thanks,
>> 
>> 
>> 
>> 
>>          Mark, KC7DMF
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From Benjamin at kb9lfz.com  Tue Jul  9 20:32:44 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Tue, 09 Jul 2013 16:32:44 -0400
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <51D965D5.1060801@g0fhm.co.uk>
References: <51D965D5.1060801@g0fhm.co.uk>
Message-ID: <1373401964.2230.42.camel@benjamin-hp>

James,

Might a recommend a thin client?

They are very cheap, under $20 USD, sometimes including free shipping on
eBay!

I have zero idea what other folks have success with, but I'm using Limey
Linux on a Neoware CA-22 that I bought a few years ago for about $40
USD.

Very low power, in the order of 13W...
Well, my ADD took over so I went to check. During boot, the thin client
peaked at about 18.5W. When fully booted to prompt, meaning idle Node,
power consumption was 13W.

I am going to see if I can power the whole setup using a wheel chair
battery and a 3A or 5A supply. I have my node radio at 5W. Because it
sits idle most of the time, and current draw from the radio during TX is
2.4A, this will be fine, even when I'm connected to a another node and
mostly listening. Think about it...

~Benjamin, KB9LFZ


On Sun, 2013-07-07 at 13:57 +0100, James Hill wrote:
> Guys,
> 
> The old laptop that I use on my node is just about ready to roll over 
> and die (numerous SMART warnings, and it's getting extremely hot).
> 
> I'm looking for new hardware options.
> 
> Any suggestions? In an ideal world, I would like to use my Pi with 
> simpleusb (PL is handled by radio with hardware COR), but from reading 
> the archives, it's been said that it is likely to never happen. Has 
> anyone actually used a Pi & made it work?
> 
> Or, what about a Thin Client?
> 
> I haven't got that much money to splash on new stuff, and I need 
> something with a low (ish) power consumption.
> 
> Any ideas would be appreciated!
> 
> Cheers,
> 
> James G0FHM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From petem001 at hotmail.com  Tue Jul  9 21:30:51 2013
From: petem001 at hotmail.com (pete M)
Date: Tue, 9 Jul 2013 17:30:51 -0400
Subject: [App_rpt-users] =?iso-8859-1?q?Re=A0=3A_Re=3A__Computing_Hardware?=
 =?iso-8859-1?q?=2E=2E=2E=2E?=
Message-ID: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>

I second. I have use a thin client (hp)  for a few moths with acid. I had to install a small 44 pin ide drive for rhe install bur all was well.. I would not have run 2 node on radio usb but one was perfect



--- Message initial ---

De : "Benjamin L. Naber" <Benjamin at kb9lfz.com>
Envoy? : 9 juillet 2013 16:43
A : "James Hill" <jrh at g0fhm.co.uk>
Cc: app_rpt-users at ohnosec.org
Objet : Re: [App_rpt-users] Computing Hardware....

James,

Might a recommend a thin client?

They are very cheap, under $20 USD, sometimes including free shipping on
eBay!

I have zero idea what other folks have success with, but I'm using Limey
Linux on a Neoware CA-22 that I bought a few years ago for about $40
USD.

Very low power, in the order of 13W...
Well, my ADD took over so I went to check. During boot, the thin client
peaked at about 18.5W. When fully booted to prompt, meaning idle Node,
power consumption was 13W.

I am going to see if I can power the whole setup using a wheel chair
battery and a 3A or 5A supply. I have my node radio at 5W. Because it
sits idle most of the time, and current draw from the radio during TX is
2.4A, this will be fine, even when I'm connected to a another node and
mostly listening. Think about it...

~Benjamin, KB9LFZ


On Sun, 2013-07-07 at 13:57 +0100, James Hill wrote:
> Guys,
>
> The old laptop that I use on my node is just about ready to roll over
> and die (numerous SMART warnings, and it's getting extremely hot).
>
> I'm looking for new hardware options.
>
> Any suggestions? In an ideal world, I would like to use my Pi with
> simpleusb (PL is handled by radio with hardware COR), but from reading
> the archives, it's been said that it is likely to never happen. Has
> anyone actually used a Pi & made it work?
>
> Or, what about a Thin Client?
>
> I haven't got that much money to splash on new stuff, and I need
> something with a low (ish) power consumption.
>
> Any ideas would be appreciated!
>
> Cheers,
>
> James G0FHM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From torben at klimt-online.com  Wed Jul 10 09:36:49 2013
From: torben at klimt-online.com (torben at klimt-online.com)
Date: Wed, 10 Jul 2013 11:36:49 +0200
Subject: [App_rpt-users] Incoming Calls from SipGate
Message-ID: <CFFC664EDA2EE5479EA9D2D5A71DAABB4A8D7FEF76@ECCR05PUBLIC.exchange.local>

Hi all,
anybody here who can help me installing my sipgateaccount into the allstarlink box ? i would like to call the sipgate phone number to "connect" to the repeater. is there a possibility, that only "special" numbers cann call the sipgate telefon number ?

i think i must do changes in sip.conf (for the sipgate registration) and extension.conf (for answer the call and connect to the repeater)

greetings



Torben Klimt
Eicherstrasse 58
85123 Karlskron-Grillheim
Telefon: 08453-34 45 040
Fax: 08453 - 4085296
Mobil: 0151-178 74499
torben at klimt-online.com<mailto:torben at klimt-online.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130710/ce26d40f/attachment.html>

From jrh at g0fhm.co.uk  Wed Jul 10 10:26:26 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Wed, 10 Jul 2013 11:26:26 +0100
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>
References: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>
Message-ID: <51DD36D2.4050005@g0fhm.co.uk>

On 09/07/2013 22:30, pete M wrote:
> I second. I have use a thin client (hp)  for a few moths with acid. I had to install a small 44 pin ide drive for rhe install bur all was well.. I would not have run 2 node on radio usb but one was perfect
>
>
>
>
Hi Guys,

I've gone for a Wyse V90 Thin client.

A friend is using one with the acid install as a base for the KI4LKF 
D-STAR node suite, with no issues.

I'm going to try the CF route for a start, and if that doesn't work out 
I'll break a IDE cable out of the case and hook up a 20GB laptop HDD.

Thanks for the suggestions!

Cheers,

J

29681


From mhebert1975 at gmail.com  Wed Jul 10 22:54:19 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Wed, 10 Jul 2013 17:54:19 -0500
Subject: [App_rpt-users] chan_usbradio.c error
Message-ID: <CANQAhPEGXgd=8uw-dZXE==PG9_BJ31y2sCXWoZX6M7wr64+64g@mail.gmail.com>

All,

Every night at around 0108 in the morning my box has an error that reads

"[Jul  6 01:08:18] ERROR[5730] chan_usbradio.c: HID process has died or
something!!"

After the error, the app_rpt.c reloads and i loose all the nodes that are
connected to me or that i am connected to.

Anyone have thoughts?

Thanks,

Mike - KD5DFB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130710/83fb00d4/attachment.html>

From tim.sawyer at me.com  Wed Jul 10 23:10:08 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 10 Jul 2013 16:10:08 -0700
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <CANQAhPEGXgd=8uw-dZXE==PG9_BJ31y2sCXWoZX6M7wr64+64g@mail.gmail.com>
References: <CANQAhPEGXgd=8uw-dZXE==PG9_BJ31y2sCXWoZX6M7wr64+64g@mail.gmail.com>
Message-ID: <90FE879A-E8CC-4C6B-9406-3C0289254C76@me.com>

When did you last update from svn?
--
Tim
:wq

On Jul 10, 2013, at 3:54 PM, Michael Hebert <mhebert1975 at gmail.com> wrote:

> All,
> 
> Every night at around 0108 in the morning my box has an error that reads 
> 
> "[Jul  6 01:08:18] ERROR[5730] chan_usbradio.c: HID process has died or something!!"
> 
> After the error, the app_rpt.c reloads and i loose all the nodes that are connected to me or that i am connected to.
> 
> Anyone have thoughts?
> 
> Thanks,
> 
> Mike - KD5DFB
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From mhebert1975 at gmail.com  Wed Jul 10 23:50:57 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Wed, 10 Jul 2013 18:50:57 -0500
Subject: [App_rpt-users] chan_usbradio.c error
In-Reply-To: <90FE879A-E8CC-4C6B-9406-3C0289254C76@me.com>
References: <CANQAhPEGXgd=8uw-dZXE==PG9_BJ31y2sCXWoZX6M7wr64+64g@mail.gmail.com>
	<90FE879A-E8CC-4C6B-9406-3C0289254C76@me.com>
Message-ID: <CANQAhPGUMMx7RUT0jOrVuGyQh0rkCVoqJcKHYATPa+WvQYjp3g@mail.gmail.com>

About 7-10 days ago
On Jul 10, 2013 6:10 PM, "Tim Sawyer" <tim.sawyer at me.com> wrote:

> When did you last update from svn?
> --
> Tim
> :wq
>
> On Jul 10, 2013, at 3:54 PM, Michael Hebert <mhebert1975 at gmail.com> wrote:
>
> All,
>
> Every night at around 0108 in the morning my box has an error that reads
>
> "[Jul  6 01:08:18] ERROR[5730] chan_usbradio.c: HID process has died or
> something!!"
>
> After the error, the app_rpt.c reloads and i loose all the nodes that are
> connected to me or that i am connected to.
>
> Anyone have thoughts?
>
> Thanks,
>
> Mike - KD5DFB
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130710/0cffc01f/attachment.html>

From jrh at g0fhm.co.uk  Thu Jul 11 12:48:40 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Thu, 11 Jul 2013 13:48:40 +0100
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <51DD36D2.4050005@g0fhm.co.uk>
References: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>
	<51DD36D2.4050005@g0fhm.co.uk>
Message-ID: <51DEA9A8.4090200@g0fhm.co.uk>

On 10/07/2013 11:26, James Hill wrote:
> On 09/07/2013 22:30, pete M wrote:
>> I second. I have use a thin client (hp) for a few moths with acid. I 
>> had to install a small 44 pin ide drive for rhe install bur all was 
>> well.. I would not have run 2 node on radio usb but one was perfect
>>
>>
>>
>>
>

Well I'm in the process of installing acid on the Wyse V90 now.

2GB CF would not work, as there was not enough space to create the root 
partition. I have a 4GB on the way, so hopefully that will alleviate the 
problem.

For the time being, I'm using a laptop HDD with the thin lying 
horizontally with the case off to accomodate the drive. That will have 
to do for a few days until the 4GB arrives.

James
29681


From Benjamin at kb9lfz.com  Thu Jul 11 13:36:23 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Thu, 11 Jul 2013 09:36:23 -0400
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <51DEA9A8.4090200@g0fhm.co.uk>
References: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>
	<51DD36D2.4050005@g0fhm.co.uk>  <51DEA9A8.4090200@g0fhm.co.uk>
Message-ID: <1373549783.2230.54.camel@benjamin-hp>

James, et al:

ACiD is meant for a hard drive. It is not a good idea to put ACiD on
anything other than a HDD. The write cycles will cause a flash drive to
fail exponentially faster.

If you want to use something that will work with a flash drive, use
Limey Linux. It runs from RAM, and only writes to a flash drive when you
save configs using svcfg. for Limey, 256MB flash will work, but it will
also work with 1GB flash, as that is what I have inside the machine.

~Benjamin, KB9LFZ


On Thu, 2013-07-11 at 13:48 +0100, James Hill wrote:
> On 10/07/2013 11:26, James Hill wrote:
> > On 09/07/2013 22:30, pete M wrote:
> >> I second. I have use a thin client (hp) for a few moths with acid. I 
> >> had to install a small 44 pin ide drive for rhe install bur all was 
> >> well.. I would not have run 2 node on radio usb but one was perfect
> >>
> >>
> >>
> >>
> >
> 
> Well I'm in the process of installing acid on the Wyse V90 now.
> 
> 2GB CF would not work, as there was not enough space to create the root 
> partition. I have a 4GB on the way, so hopefully that will alleviate the 
> problem.
> 
> For the time being, I'm using a laptop HDD with the thin lying 
> horizontally with the case off to accomodate the drive. That will have 
> to do for a few days until the 4GB arrives.
> 
> James
> 29681
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From jrh at g0fhm.co.uk  Thu Jul 11 15:03:48 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Thu, 11 Jul 2013 16:03:48 +0100
Subject: [App_rpt-users] Computing Hardware....
In-Reply-To: <1373549783.2230.54.camel@benjamin-hp>
References: <BAY403-EAS25158B1F9974BAB09625F6B97790@phx.gbl>
	<51DD36D2.4050005@g0fhm.co.uk> <51DEA9A8.4090200@g0fhm.co.uk>
	<1373549783.2230.54.camel@benjamin-hp>
Message-ID: <51DEC954.9070204@g0fhm.co.uk>

On 11/07/2013 14:36, Benjamin L. Naber wrote:
> James, et al:
>
> ACiD is meant for a hard drive. It is not a good idea to put ACiD on
> anything other than a HDD. The write cycles will cause a flash drive to
> fail exponentially faster.
>
> If you want to use something that will work with a flash drive, use
> Limey Linux. It runs from RAM, and only writes to a flash drive when you
> save configs using svcfg. for Limey, 256MB flash will work, but it will
> also work with 1GB flash, as that is what I have inside the machine.
>
> ~Benjamin, KB9LFZ
>
>
> O

Hi Benjamin,

Duly noted!

I'll give Limey a shot. Hopefully it'll be able to support the RTL8192CU 
USB WLAN device that I have - CentOS will run it!

If I cannot get it to run, then I'll keep using the 2.5" HDD that's 
currently in!

Cheers,

James


From bill.hurlock at cpcomms.com  Fri Jul 12 13:54:25 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Fri, 12 Jul 2013 13:54:25 +0000
Subject: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
In-Reply-To: <mailman.1068.1372027394.13609.app_rpt-users@ohnosec.org>
References: <mailman.1068.1372027394.13609.app_rpt-users@ohnosec.org>
Message-ID: <8F656C03689E074C9EE70EE3343E4B8416573707@CPNYMAIL2.cpcomm.int>

I had the same problem and the solution I used, because I use SIP, was to change the default SIP port to a non standard port which stopped all the bogus junk from happening.

Bill Hurlock

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of app_rpt-users-request at ohnosec.org
Sent: Sunday, June 23, 2013 6:43 PM
To: app_rpt-users at ohnosec.org
Subject: App_rpt-users Digest, Vol 52, Issue 31

Send App_rpt-users mailing list submissions to
	app_rpt-users at ohnosec.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
or, via email, send a message with subject or body 'help' to
	app_rpt-users-request at ohnosec.org

You can reach the person managing the list at
	app_rpt-users-owner at ohnosec.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..."


From DwaineGarden at rogers.com  Fri Jul 12 17:07:06 2013
From: DwaineGarden at rogers.com (Dwaine Garden VE3GIF)
Date: Fri, 12 Jul 2013 13:07:06 -0400
Subject: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
Message-ID: <xpkypv7uc970pt539a3ja7m0.1373648826179@email.android.com>

I'm going to try that...  The hackers from China keep pounding the server non stop.  

Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

>I had the same problem and the solution I used, because I use SIP, was to change the default SIP port to a non standard port which stopped all the bogus junk from happening.
>
>Bill Hurlock
>
>-----Original Message-----
>From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of app_rpt-users-request at ohnosec.org
>Sent: Sunday, June 23, 2013 6:43 PM
>To: app_rpt-users at ohnosec.org
>Subject: App_rpt-users Digest, Vol 52, Issue 31
>
>Send App_rpt-users mailing list submissions to
>	app_rpt-users at ohnosec.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>or, via email, send a message with subject or body 'help' to
>	app_rpt-users-request at ohnosec.org
>
>You can reach the person managing the list at
>	app_rpt-users-owner at ohnosec.org
>
>When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..."
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

From telesistant at hotmail.com  Fri Jul 12 17:21:20 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Fri, 12 Jul 2013 10:21:20 -0700
Subject: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
In-Reply-To: <xpkypv7uc970pt539a3ja7m0.1373648826179@email.android.com>
References: <xpkypv7uc970pt539a3ja7m0.1373648826179@email.android.com>
Message-ID: <BLU180-W189A10E7BD297365077ECAB1640@phx.gbl>

Before you start accusing people of "hacking from China", remember that most of these SIP
'probing' attacks (where they go through a 'list' of extensions to see if they 'get a call through')
are 'done' from systems that, themselves, were compromised. 

Certainly, a good number of them seem to come from a Chinese-type location, but I have seen 
others "infected" with this problem in a number of places other then China, including, in one case,
here in the US, and it was "attacking" a system on the same ISP (gee, that was "easy" to 
"find and fix").

Another one I had to "deal with" (also here in the US) ironically was itself a SIP server/gateway
(*not* on port 5060), that got "compromised" to run "attack scripts" to other servers on port 5060.
As you can see, irony can be very ironic sometimes :-).

Perhaps China is a good place for these "hackers" to find systems that are run by people
that are unaware of "what's happening" with them.

In any case, since these "scripts" seem to only be "interested" in SIP servers running on port 5060,
changing the port seems to be a REALLY good way to "not have the problem anymore".

Jim

> Date: Fri, 12 Jul 2013 13:07:06 -0400
> From: DwaineGarden at rogers.com
> To: bill.hurlock at cpcomms.com
> CC: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
> 
> I'm going to try that...  The hackers from China keep pounding the server non stop.  
> 
> Bill Hurlock <bill.hurlock at cpcomms.com> wrote:
> 
> >I had the same problem and the solution I used, because I use SIP, was to change the default SIP port to a non standard port which stopped all the bogus junk from happening.
> >
> >Bill Hurlock
> >
> >-----Original Message-----
> >From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of app_rpt-users-request at ohnosec.org
> >Sent: Sunday, June 23, 2013 6:43 PM
> >To: app_rpt-users at ohnosec.org
> >Subject: App_rpt-users Digest, Vol 52, Issue 31
> >
> >Send App_rpt-users mailing list submissions to
> >	app_rpt-users at ohnosec.org
> >
> >To subscribe or unsubscribe via the World Wide Web, visit
> >	http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >or, via email, send a message with subject or body 'help' to
> >	app_rpt-users-request at ohnosec.org
> >
> >You can reach the person managing the list at
> >	app_rpt-users-owner at ohnosec.org
> >
> >When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..."
> >_______________________________________________
> >App_rpt-users mailing list
> >App_rpt-users at ohnosec.org
> >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130712/32b06499/attachment.html>

From robert at n5qm.com  Fri Jul 12 20:51:20 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 12 Jul 2013 15:51:20 -0500
Subject: [App_rpt-users] Inbound from TLB
In-Reply-To: <q8llyn5pth8umhn1k5tjrvsj.1373247027185@email.android.com>
References: <q8llyn5pth8umhn1k5tjrvsj.1373247027185@email.android.com>
Message-ID: <CAMLJ17MrkaZG0LbAbgJd_EJ=-FCj_MqzqbgGQA2tNjgQ6r702g@mail.gmail.com>

That wasn't the issue.  It appears that app_rpt is only happy with
inbound connections using GSM from TLB although outbound from app_rpt
I can use any codec..

Robert
N5QM

On Sun, Jul 7, 2013 at 8:30 PM, Geoff Edmonson <w5omr at att.net> wrote:
> Kinda sounds like TLB is trying to write HTML code and is specifying frames, but frames aren't supported in HTML 2.0 format.  Since the default Acid install doesn't support a GUI, it'd be my guess that anything higher than whatever the bottom rung version is wouldn't be included in the custom distro.
>
> Of course, that's only a guess...
>
>
> Robert Garcia <robert at n5qm.com> wrote:
>
>>All,
>>
>>I am having an issue with connectivity from TLB to app_rpt.  Outbound
>>connectivity from app_rpt works fine between the same nodes.
>>
>>When I attempt to connect from TLB to app_rpt, the asterisk console
>>streams many of these same messages.
>>
>>[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
>>handle frames in 2 format
>>[Jul  6 10:34:38] WARNING[21006]: chan_tlb.c:1362 TLB_xwrite: Cannot
>>handle frames in 2 format
>>
>>Any ideas on what might be going wrong?
>>
>>Robert
>>N5QM
>>_______________________________________________
>>App_rpt-users mailing list
>>App_rpt-users at ohnosec.org
>>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From bill.hurlock at cpcomms.com  Fri Jul 12 21:05:00 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Fri, 12 Jul 2013 21:05:00 +0000
Subject: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
In-Reply-To: <BLU180-W189A10E7BD297365077ECAB1640@phx.gbl>
References: <xpkypv7uc970pt539a3ja7m0.1373648826179@email.android.com>
	<BLU180-W189A10E7BD297365077ECAB1640@phx.gbl>
Message-ID: <8F656C03689E074C9EE70EE3343E4B8416573C0B@CPNYMAIL2.cpcomm.int>

Ones  I had problems with were coming from a small island in Japan. Every time they would get close to finding my SIP phone number I would move it. I was playing with them for a while. Once I got tired I just moved the SIP port and haven't had a problem since. I wanted to watch their search method for a while before I killed them off. Both of them used a different approach to discovery.

Bill Hurlock

From: Jim Duuuude [mailto:telesistant at hotmail.com]
Sent: Friday, July 12, 2013 1:21 PM
To: Dwaine Garden VE3GIF; Bill Hurlock
Cc: app_rpt mailing list
Subject: RE: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31

Before you start accusing people of "hacking from China", remember that most of these SIP
'probing' attacks (where they go through a 'list' of extensions to see if they 'get a call through')
are 'done' from systems that, themselves, were compromised.

Certainly, a good number of them seem to come from a Chinese-type location, but I have seen
others "infected" with this problem in a number of places other then China, including, in one case,
here in the US, and it was "attacking" a system on the same ISP (gee, that was "easy" to
"find and fix").

Another one I had to "deal with" (also here in the US) ironically was itself a SIP server/gateway
(*not* on port 5060), that got "compromised" to run "attack scripts" to other servers on port 5060.
As you can see, irony can be very ironic sometimes :-).

Perhaps China is a good place for these "hackers" to find systems that are run by people
that are unaware of "what's happening" with them.

In any case, since these "scripts" seem to only be "interested" in SIP servers running on port 5060,
changing the port seems to be a REALLY good way to "not have the problem anymore".

Jim
> Date: Fri, 12 Jul 2013 13:07:06 -0400
> From: DwaineGarden at rogers.com<mailto:DwaineGarden at rogers.com>
> To: bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>
> CC: app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 52, Issue 31
>
> I'm going to try that... The hackers from China keep pounding the server non stop.
>
> Bill Hurlock <bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>> wrote:
>
> >I had the same problem and the solution I used, because I use SIP, was to change the default SIP port to a non standard port which stopped all the bogus junk from happening.
> >
> >Bill Hurlock
> >
> >-----Original Message-----
> >From: app_rpt-users-bounces at ohnosec.org<mailto:app_rpt-users-bounces at ohnosec.org> [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of app_rpt-users-request at ohnosec.org<mailto:app_rpt-users-request at ohnosec.org>
> >Sent: Sunday, June 23, 2013 6:43 PM
> >To: app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>
> >Subject: App_rpt-users Digest, Vol 52, Issue 31
> >
> >Send App_rpt-users mailing list submissions to
> > app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>
> >
> >To subscribe or unsubscribe via the World Wide Web, visit
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> >or, via email, send a message with subject or body 'help' to
> > app_rpt-users-request at ohnosec.org<mailto:app_rpt-users-request at ohnosec.org>
> >
> >You can reach the person managing the list at
> > app_rpt-users-owner at ohnosec.org<mailto:app_rpt-users-owner at ohnosec.org>
> >
> >When replying, please edit your Subject line so it is more specific than "Re: Contents of App_rpt-users digest..."
> >_______________________________________________
> >App_rpt-users mailing list
> >App_rpt-users at ohnosec.org<mailto:App_rpt-users at ohnosec.org>
> >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org<mailto:App_rpt-users at ohnosec.org>
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130712/7778e6e1/attachment.html>

From jrh at g0fhm.co.uk  Sat Jul 13 12:34:59 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sat, 13 Jul 2013 13:34:59 +0100
Subject: [App_rpt-users] Limey Linux & CF
Message-ID: <51E14973.4050006@g0fhm.co.uk>

Hi Guys,

I'm using Randy's method of putting Limey on a 2GB CF card, and creating 
an extra partition for storage (here: http://ohnosec.org/drupal/node/43).

Everything goes as it should, but the boot stops at: EXT2-fs: Warning 
checktime reached. Running e2fsck is recommended. Obviously the thin 
client wants to check it before it mounts it (when I created the 
partition, it did say it would be checked every 27 mounts or similar).

I get a flashing cursor, and I can type in whatever I like - but it 
won't do anything!

Has anyone else had this? If so, how did you overcome it?

Cheers,

James
29681


From jrh at g0fhm.co.uk  Sat Jul 13 16:29:16 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sat, 13 Jul 2013 17:29:16 +0100
Subject: [App_rpt-users] Limey Help...
Message-ID: <51E1805C.2000207@g0fhm.co.uk>

Hi Guys,

I've fixed the fsck on boot problem - I was using the wrong image.

However, I'm in need of some assistance with setup etc.

I've never played with this kind of setup before, so please excuse me if 
some of the questions seem a bit basic.

First off, I cannot seem to get it to save anything. I changed the 
timezone to GMT0BST, ran date and it showed the correct time. Reboot, 
and it defaults back to PDT. Same as all the .conf files. The ones that 
have been downloaded from the portal are ok (such as gps.conf, 
echolink.conf etc), but I'm trying to modify rpt.conf & usbradio.conf 
with nano. Again, it all saves just fine, but the moment I reboot the 
thin client, everything is dropped and reverts back to the default settings.

Am I doing something wrong here? or is it just the nature of the system 
I'm using? I cannot leave the thin client on 24/7 - that won't be 
happening (it's powered by the 25A SMPSU I have in the shack, and the 
fan is noisy for a start).

If it's a case of having to drop everything every time it gets turned 
off, then I'll go back to the 2.5" HDD from the CF.

Unless I'm not doing something right?

Cheers,

James
29681




From telesistant at hotmail.com  Sat Jul 13 16:36:04 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 13 Jul 2013 09:36:04 -0700
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E1805C.2000207@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>
Message-ID: <BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>

Clearly, one of the fundamental differences of Limey Linux is that it is *ENTIRELY*
RAM-based. So, there is no "permanent" filesystem.

If you make a config change (something in the /etc directory tree), you have to then
use the command 'svcfg', which writes a tarball onto the CF card, so that the next time
it boots, it will re-read that stuff into RAM again.

Forgive me, but I can't control myself, and am taking this AMAZING opportunity to say:

"Gee, you're British.. Don't you know about this "Limey" stuff???"  :-) :-) :-)

Jim WB6NIL

> Date: Sat, 13 Jul 2013 17:29:16 +0100
> From: jrh at g0fhm.co.uk
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Limey Help...
> 
> Hi Guys,
> 
> I've fixed the fsck on boot problem - I was using the wrong image.
> 
> However, I'm in need of some assistance with setup etc.
> 
> I've never played with this kind of setup before, so please excuse me if 
> some of the questions seem a bit basic.
> 
> First off, I cannot seem to get it to save anything. I changed the 
> timezone to GMT0BST, ran date and it showed the correct time. Reboot, 
> and it defaults back to PDT. Same as all the .conf files. The ones that 
> have been downloaded from the portal are ok (such as gps.conf, 
> echolink.conf etc), but I'm trying to modify rpt.conf & usbradio.conf 
> with nano. Again, it all saves just fine, but the moment I reboot the 
> thin client, everything is dropped and reverts back to the default settings.
> 
> Am I doing something wrong here? or is it just the nature of the system 
> I'm using? I cannot leave the thin client on 24/7 - that won't be 
> happening (it's powered by the 25A SMPSU I have in the shack, and the 
> fan is noisy for a start).
> 
> If it's a case of having to drop everything every time it gets turned 
> off, then I'll go back to the 2.5" HDD from the CF.
> 
> Unless I'm not doing something right?
> 
> Cheers,
> 
> James
> 29681
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130713/d5be98a2/attachment.html>

From jrh at g0fhm.co.uk  Sat Jul 13 16:39:43 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sat, 13 Jul 2013 17:39:43 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>
References: <51E1805C.2000207@g0fhm.co.uk>
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>
Message-ID: <51E182CF.1020008@g0fhm.co.uk>

On 13/07/2013 17:36, Jim Duuuude wrote:
> Clearly, one of the fundamental differences of Limey Linux is that it 
> is *ENTIRELY*
> RAM-based. So, there is no "permanent" filesystem.
>
> If you make a config change (something in the /etc directory tree), 
> you have to then
> use the command 'svcfg', which writes a tarball onto the CF card, so 
> that the next time
> it boots, it will re-read that stuff into RAM again.
>
> Forgive me, but I can't control myself, and am taking this AMAZING 
> opportunity to say:
>
> "Gee, you're British.. Don't you know about this "Limey" stuff???"  
> :-) :-) :-)
>
> Jim WB6NIL
>
> >

Hi Jim,

I know the origins of the term Limey... but I've never played with our 
Linux before :) I've always been faithful to the acid distro.... up 
until now!

Thanks for the svcfg info - I'll give that a whirl!

Cheers,

J
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130713/9ed3c660/attachment.html>

From jrh at g0fhm.co.uk  Sat Jul 13 17:13:28 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sat, 13 Jul 2013 18:13:28 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E182CF.1020008@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>
	<51E182CF.1020008@g0fhm.co.uk>
Message-ID: <51E18AB8.9060808@g0fhm.co.uk>

My guess with my problem is that probably a value in app_rpt.c needs 
changing?

Looking at the acid box, the parport is /dev/parport0

The Limey box doesn't have parport0 in /dev

Any ideas as to what it would be called in /dev on a Limey box? There is 
/dev/ttyP0 thru P3. Using my (usually wrong) logic that the serial port 
is usually /dev/ttyS0 on a Linux box, would /dev/ttyP0 be the parallell 
port on the Limey box?

Thanks,

J
29681


From robert at n5qm.com  Sat Jul 13 20:40:39 2013
From: robert at n5qm.com (Robert Garcia)
Date: Sat, 13 Jul 2013 15:40:39 -0500
Subject: [App_rpt-users] Streaming on Limey
Message-ID: <CAMLJ17Oprq0XTJeYe_F1nGXqkybd7-Ro5xCwKLCkkvndS2AKDQ@mail.gmail.com>

I have audio streaming setup on my regular machine for a RR feed, has
anybody accomplished the same on Limey?  If so, would you share
details?

Robert
N5QM


From telesistant at hotmail.com  Sat Jul 13 23:49:22 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 13 Jul 2013 16:49:22 -0700
Subject: [App_rpt-users] Streaming on Limey
In-Reply-To: <CAMLJ17Oprq0XTJeYe_F1nGXqkybd7-Ro5xCwKLCkkvndS2AKDQ@mail.gmail.com>
References: <CAMLJ17Oprq0XTJeYe_F1nGXqkybd7-Ro5xCwKLCkkvndS2AKDQ@mail.gmail.com>
Message-ID: <BLU180-W71652F17FCF21BDF72C906B1650@phx.gbl>

GFL.. (Good Luck.. The 'F', of course, is silent)...

None of the "normal stuff" needed for that will even COMPILE
on Limey, since its dev sys is C-only (not C++).

Jim WB6NIL

> Date: Sat, 13 Jul 2013 15:40:39 -0500
> From: robert at n5qm.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Streaming on Limey
> 
> I have audio streaming setup on my regular machine for a RR feed, has
> anybody accomplished the same on Limey?  If so, would you share
> details?
> 
> Robert
> N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130713/73022270/attachment.html>

From telesistant at hotmail.com  Sun Jul 14 00:56:41 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 13 Jul 2013 17:56:41 -0700
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E18AB8.9060808@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>
Message-ID: <BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>

Limey Linux intentionally comes with NO parallel/printer drivers in the kernel,
since they would only "get in the way" of access to the parallel port (which is
done DIRECTLY from the channel driver as an io port).

Jim WB6NIL

> Date: Sat, 13 Jul 2013 18:13:28 +0100
> From: jrh at g0fhm.co.uk
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Limey Help...
> 
> My guess with my problem is that probably a value in app_rpt.c needs 
> changing?
> 
> Looking at the acid box, the parport is /dev/parport0
> 
> The Limey box doesn't have parport0 in /dev
> 
> Any ideas as to what it would be called in /dev on a Limey box? There is 
> /dev/ttyP0 thru P3. Using my (usually wrong) logic that the serial port 
> is usually /dev/ttyS0 on a Linux box, would /dev/ttyP0 be the parallell 
> port on the Limey box?
> 
> Thanks,
> 
> J
> 29681
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130713/13a85a76/attachment.html>

From david.osborn at manx.net  Sun Jul 14 08:31:53 2013
From: david.osborn at manx.net (David Osborn)
Date: Sun, 14 Jul 2013 09:31:53 +0100
Subject: [App_rpt-users] Streaming
Message-ID: <000601ce806c$98b539c0$ca1fad40$@manx.net>

Hi Group,

 

I've seen a few posts concerning audio streaming. Would someone kindly give
me some pointers as to what's involved in achieving this from the ground-up,
as I admit to being clueless!

 

Thanks

 

David Osborn

GD4HOZ

 

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

From jrh at g0fhm.co.uk  Sun Jul 14 12:15:57 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sun, 14 Jul 2013 13:15:57 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>
References: <51E1805C.2000207@g0fhm.co.uk>,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>
Message-ID: <51E2967D.5090002@g0fhm.co.uk>

On 14/07/2013 01:56, Jim Duuuude wrote:
> Limey Linux intentionally comes with NO parallel/printer drivers in 
> the kernel,
> since they would only "get in the way" of access to the parallel port 
> (which is
> done DIRECTLY from the channel driver as an io port).
>
> Jim WB6NIL
>

Hi Jim,

Righto - it's a case of old habits die hard.... I've always used 
chan_usbradio on more powerful hardware. I'll reinstall Limey on another 
CF card, and this time set up for simpleusb.

Cheers,

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

From david.osborn at manx.net  Sun Jul 14 13:05:31 2013
From: david.osborn at manx.net (david.osborn at manx.net)
Date: Sun, 14 Jul 2013 14:05:31 +0100 (BST)
Subject: [App_rpt-users] Streaming
In-Reply-To: <CE0812C7.202DF%keith@goobie.org>
References: <000601ce806c$98b539c0$ca1fad40$@manx.net>
	<CE0812C7.202DF%keith@goobie.org>
Message-ID: <201307141305.074147@manxnetms01.manx.net>

Geoff, Keith,

Thanks for the responses.

We've been running Allstar on the ACID platform for several years (notice the low node numbers!). We have four RF nodes linked back to a hub (2483) which has no RF interface. The hub has a pretty good VDSL connection. All of our nodes are PC-based running Centos.

I'm envisaging setting up whatever software is required on the hub, as alluded to by Geoff, and presumably streaming that to a server out on the interweb seomwhere.

So a more accurate question is: What do I need to do to stream the audio from the hub to the outside world? What is required on the hub, what streaming services are available (and how painful will it be to my bank balance?) and how is the streaming server set-up.

I have been a regular user of the Drupal site for a long time, but that doesn't appear to have any wisdom on the subject of streaming.

TIA

David

---- Original message ----
>Date: Sun, 14 Jul 2013 08:33:09 -0400
>From: Keith Goobie <keith at goobie.org>  
>Subject: Re: [App_rpt-users] Streaming  
>To: David Osborn <david.osborn at manx.net>
>
>   David
>
>   What have you built so far regarding allstar?
>
>   I looked at your repeater website and I see that you
>   have RF connectivity, but feel uncertain what you
>   have regarding Internet, linux/pc integration and
>   the like,
>
>   We have an integrated site and our web page can be
>   seen at http://www.ve3lsr.ca
>
>   It may give some ideas as to what can be done.  A
>   network config is attached.
>
>   73
>   Keith
>   VA3YC
>
>   On 7/14/13 4:31 AM, "David Osborn"
>   <david.osborn at manx.net> wrote:
>
>     GD4HOZ
>
>   --
>   keith at goobie.org
>   Keith Goobie
>   Richmond Hill, ON, CANADA
>________________
>ve3lsr-v3.jpg (344k bytes)


From jrh at g0fhm.co.uk  Sun Jul 14 13:49:23 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sun, 14 Jul 2013 14:49:23 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E2967D.5090002@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>
	<51E2967D.5090002@g0fhm.co.uk>
Message-ID: <51E2AC63.6070904@g0fhm.co.uk>

On 14/07/2013 13:15, James Hill wrot
>>
>
> Hi Jim,
>
> Righto - it's a case of old habits die hard.... I've always used 
> chan_usbradio on more powerful hardware. I'll reinstall Limey on 
> another CF card, and this time set up for simpleusb.
>
> Cheers,
>
> James

Hi Guys,

I give up!

No matter what I do, Limey seems to think that my CM108 device is "Not 
active". If I run lsusb it shows as there. Running simpleusb-tune-menu 
it shows it as there and selectable, but when I try to change a 
parameter it just says it's not active. I tried a fresh install on a 
different CF card for simpleusb. Same thing!

If I plug a 2.5" HDD into the thin client running ACiD, everything works 
fine!

I'm confused!

J
29681


From wb3awj at comcast.net  Sun Jul 14 14:03:25 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Sun, 14 Jul 2013 10:03:25 -0400
Subject: [App_rpt-users] Streaming
In-Reply-To: <201307141305.074147@manxnetms01.manx.net>
References: <000601ce806c$98b539c0$ca1fad40$@manx.net>
	<CE0812C7.202DF%keith@goobie.org>
	<201307141305.074147@manxnetms01.manx.net>
Message-ID: <4b5532ed-98d7-4636-a6c8-0e831e822607@email.android.com>

There was a thread on this list last month that may be of help.

Here in the archives :
http://ohnosec.org/pipermail/app_rpt-users/2013-June/006574.html

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130714/3ffac6e7/attachment.html>

From david.osborn at manx.net  Sun Jul 14 15:43:20 2013
From: david.osborn at manx.net (david.osborn at manx.net)
Date: Sun, 14 Jul 2013 16:43:20 +0100 (BST)
Subject: [App_rpt-users] Streaming
In-Reply-To: <CE0827AB.202E9%keith@goobie.org>
References: <201307141305.074147@manxnetms01.manx.net>
	<CE0827AB.202E9%keith@goobie.org>
Message-ID: <201307141543.074174@manxnetms01.manx.net>

Thanks Keith,

I should have stated my end goal. Essentially, I want a "Listen Live" service to that SWL's and others can listen to what's going on without a radio. I think that it will add a new dimension to what we are doing.

I use IAXrpt all the time as a monitor on my PC and then turn-on the handie when required. I am not clear how having that will help, and I won't be sharing the passwords with too many people.

So that's the bottom line: stream audio from the hub to a streaming service, add a "Listen Live" button on the website, to redirect would be listeners, and generate some more interest.

How's that done?

David

---- Original message ----
>Date: Sun, 14 Jul 2013 10:02:19 -0400
>From: Keith Goobie <keith at goobie.org>  
>Subject: Re: [App_rpt-users] Streaming  
>To: <david.osborn at manx.net>
>
>Hi
>
>I should have looked a little harder for the node numbers.  I did find them
>and if my memory serves me correctly, I think I may have chatted with some
>one over there.
>
>OK on the subject of streaming.  What is the real requirement here - in
>other words, please tell of a setup or a configuration that you have in
>mind.
>
>Thinking ahead - you may be looking for something like:
>
>http://wiki.radioreference.com/index.php/Become_a_Feed_Provider
>
>This is being done by an adjacent region on one of their repeaters.  Their
>web site, where you can gain contact info - http://www.ve3rmi.org/
>
>I did check another radio system and they are using the same service.
>
>Thinking of asterisk, have you looked at iaxrpt windows client.  That is
>another way that you can pull audio from the hub.  Again it comes back to
>what you are looking to do with the stream or the service that you want to
>offer.
>
>Cheers
>Keith
>
>
>On 7/14/13 9:05 AM, "david.osborn at manx.net" <david.osborn at manx.net> wrote:
>
>> Geoff, Keith,
>> 
>> Thanks for the responses.
>> 
>> We've been running Allstar on the ACID platform for several years (notice the
>> low node numbers!). We have four RF nodes linked back to a hub (2483) which
>> has no RF interface. The hub has a pretty good VDSL connection. All of our
>> nodes are PC-based running Centos.
>> 
>> I'm envisaging setting up whatever software is required on the hub, as alluded
>> to by Geoff, and presumably streaming that to a server out on the interweb
>> seomwhere.
>> 
>> So a more accurate question is: What do I need to do to stream the audio from
>> the hub to the outside world? What is required on the hub, what streaming
>> services are available (and how painful will it be to my bank balance?) and
>> how is the streaming server set-up.
>> 
>> I have been a regular user of the Drupal site for a long time, but that
>> doesn't appear to have any wisdom on the subject of streaming.
>> 
>> TIA
>> 
>> David
>> 
>> ---- Original message ----
>>> Date: Sun, 14 Jul 2013 08:33:09 -0400
>>> From: Keith Goobie <keith at goobie.org>
>>> Subject: Re: [App_rpt-users] Streaming
>>> To: David Osborn <david.osborn at manx.net>
>>> 
>>>   David
>>> 
>>>   What have you built so far regarding allstar?
>>> 
>>>   I looked at your repeater website and I see that you
>>>   have RF connectivity, but feel uncertain what you
>>>   have regarding Internet, linux/pc integration and
>>>   the like,
>>> 
>>>   We have an integrated site and our web page can be
>>>   seen at http://www.ve3lsr.ca
>>> 
>>>   It may give some ideas as to what can be done.  A
>>>   network config is attached.
>>> 
>>>   73
>>>   Keith
>>>   VA3YC
>>> 
>>>   On 7/14/13 4:31 AM, "David Osborn"
>>>   <david.osborn at manx.net> wrote:
>>> 
>>>     GD4HOZ
>>> 
>>>   --
>>>   keith at goobie.org
>>>   Keith Goobie
>>>   Richmond Hill, ON, CANADA
>>> ________________
>>> ve3lsr-v3.jpg (344k bytes)
>
>-- 
>keith at goobie.org
>Keith Goobie
>Richmond Hill, ON, CANADA
>
>


From N7LD at aol.com  Sun Jul 14 16:28:53 2013
From: N7LD at aol.com (N7LD at aol.com)
Date: Sun, 14 Jul 2013 12:28:53 -0400 (EDT)
Subject: [App_rpt-users] Limey Help...
Message-ID: <b97d7.2a64579b.3f142bc5@aol.com>

I run quite a few Limey nodes. I have had this happen and it seems if  you
wait 10-20 minutes it starts working. I think the node has to register  
first.
Also make sure the last thing that shows up on the monitor is ztttanscode  
loaded.
It will not work until you see that.
Lee
2233
 
 
 
In a message dated 7/14/2013 6:48:37 A.M. Pacific Daylight Time,  
jrh at g0fhm.co.uk writes:

On  14/07/2013 13:15, James Hill wrot
>>
>
> Hi  Jim,
>
> Righto - it's a case of old habits die hard.... I've  always used 
> chan_usbradio on more powerful hardware. I'll reinstall  Limey on 
> another CF card, and this time set up for  simpleusb.
>
> Cheers,
>
> James

Hi  Guys,

I give up!

No matter what I do, Limey seems to think that  my CM108 device is "Not 
active". If I run lsusb it shows as there. Running  simpleusb-tune-menu 
it shows it as there and selectable, but when I try to  change a 
parameter it just says it's not active. I tried a fresh install  on a 
different CF card for simpleusb. Same thing!

If I plug a 2.5"  HDD into the thin client running ACiD, everything works 
fine!

I'm  confused!

J
29681
_______________________________________________
App_rpt-users  mailing  list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From k0jsc.jeff at gmail.com  Sun Jul 14 16:48:34 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Sun, 14 Jul 2013 10:48:34 -0600
Subject: [App_rpt-users] Streaming
In-Reply-To: <201307141543.074174@manxnetms01.manx.net>
References: <201307141305.074147@manxnetms01.manx.net>
	<CE0827AB.202E9%keith@goobie.org>
	<201307141543.074174@manxnetms01.manx.net>
Message-ID: <CAA_aZLj5-s4ac9M4ptDzMHPh76_bRRZ4-4Qi8yUEFpV-0uwvTA@mail.gmail.com>

Here's what I've done at my installation.  I use iaxrpt and the scanner
radio stream software on the same pc (separate from the server) I set the
scannercast software to use the wav out as the input so the audio is as
clean as possible.  It works well and doesn't put anymore load on my hub.
 I'm just running those on a laptop that also runs BPQ and UI-View.

K0JSC


On Sun, Jul 14, 2013 at 9:43 AM, <david.osborn at manx.net> wrote:

> Thanks Keith,
>
> I should have stated my end goal. Essentially, I want a "Listen Live"
> service to that SWL's and others can listen to what's going on without a
> radio. I think that it will add a new dimension to what we are doing.
>
> I use IAXrpt all the time as a monitor on my PC and then turn-on the
> handie when required. I am not clear how having that will help, and I won't
> be sharing the passwords with too many people.
>
> So that's the bottom line: stream audio from the hub to a streaming
> service, add a "Listen Live" button on the website, to redirect would be
> listeners, and generate some more interest.
>
> How's that done?
>
> David
>
> ---- Original message ----
> >Date: Sun, 14 Jul 2013 10:02:19 -0400
> >From: Keith Goobie <keith at goobie.org>
> >Subject: Re: [App_rpt-users] Streaming
> >To: <david.osborn at manx.net>
> >
> >Hi
> >
> >I should have looked a little harder for the node numbers.  I did find
> them
> >and if my memory serves me correctly, I think I may have chatted with some
> >one over there.
> >
> >OK on the subject of streaming.  What is the real requirement here - in
> >other words, please tell of a setup or a configuration that you have in
> >mind.
> >
> >Thinking ahead - you may be looking for something like:
> >
> >http://wiki.radioreference.com/index.php/Become_a_Feed_Provider
> >
> >This is being done by an adjacent region on one of their repeaters.  Their
> >web site, where you can gain contact info - http://www.ve3rmi.org/
> >
> >I did check another radio system and they are using the same service.
> >
> >Thinking of asterisk, have you looked at iaxrpt windows client.  That is
> >another way that you can pull audio from the hub.  Again it comes back to
> >what you are looking to do with the stream or the service that you want to
> >offer.
> >
> >Cheers
> >Keith
> >
> >
> >On 7/14/13 9:05 AM, "david.osborn at manx.net" <david.osborn at manx.net>
> wrote:
> >
> >> Geoff, Keith,
> >>
> >> Thanks for the responses.
> >>
> >> We've been running Allstar on the ACID platform for several years
> (notice the
> >> low node numbers!). We have four RF nodes linked back to a hub (2483)
> which
> >> has no RF interface. The hub has a pretty good VDSL connection. All of
> our
> >> nodes are PC-based running Centos.
> >>
> >> I'm envisaging setting up whatever software is required on the hub, as
> alluded
> >> to by Geoff, and presumably streaming that to a server out on the
> interweb
> >> seomwhere.
> >>
> >> So a more accurate question is: What do I need to do to stream the
> audio from
> >> the hub to the outside world? What is required on the hub, what
> streaming
> >> services are available (and how painful will it be to my bank balance?)
> and
> >> how is the streaming server set-up.
> >>
> >> I have been a regular user of the Drupal site for a long time, but that
> >> doesn't appear to have any wisdom on the subject of streaming.
> >>
> >> TIA
> >>
> >> David
> >>
> >> ---- Original message ----
> >>> Date: Sun, 14 Jul 2013 08:33:09 -0400
> >>> From: Keith Goobie <keith at goobie.org>
> >>> Subject: Re: [App_rpt-users] Streaming
> >>> To: David Osborn <david.osborn at manx.net>
> >>>
> >>>   David
> >>>
> >>>   What have you built so far regarding allstar?
> >>>
> >>>   I looked at your repeater website and I see that you
> >>>   have RF connectivity, but feel uncertain what you
> >>>   have regarding Internet, linux/pc integration and
> >>>   the like,
> >>>
> >>>   We have an integrated site and our web page can be
> >>>   seen at http://www.ve3lsr.ca
> >>>
> >>>   It may give some ideas as to what can be done.  A
> >>>   network config is attached.
> >>>
> >>>   73
> >>>   Keith
> >>>   VA3YC
> >>>
> >>>   On 7/14/13 4:31 AM, "David Osborn"
> >>>   <david.osborn at manx.net> wrote:
> >>>
> >>>     GD4HOZ
> >>>
> >>>   --
> >>>   keith at goobie.org
> >>>   Keith Goobie
> >>>   Richmond Hill, ON, CANADA
> >>> ________________
> >>> ve3lsr-v3.jpg (344k bytes)
> >
> >--
> >keith at goobie.org
> >Keith Goobie
> >Richmond Hill, ON, CANADA
> >
> >
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130714/9e30e0c6/attachment.html>

From jrh at g0fhm.co.uk  Sun Jul 14 20:14:11 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Sun, 14 Jul 2013 21:14:11 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <b97d7.2a64579b.3f142bc5@aol.com>
References: <b97d7.2a64579b.3f142bc5@aol.com>
Message-ID: <51E30693.20502@g0fhm.co.uk>

On 14/07/2013 17:28, N7LD at aol.com wrote:
> I run quite a few Limey nodes. I have had this happen and it seems if you
> wait 10-20 minutes it starts working. I think the node has to register 
> first.
> Also make sure the last thing that shows up on the monitor is 
> ztttanscode loaded.
> It will not work until you see that.
> Lee
> 2233
>
Hi Lee,

I've emailed the login info toJim, and he can have a look and see if he 
can see what I have done wrong (it has to be my fault - there are loads 
of Limey systems working perfectly well out there!). There has to be a 
subtle difference between ACiD and Limey that I have missed - I can use 
exactly the same setup, on the same box with a HDD running ACiD all day 
long!

I'll await Jim's response with interest! :)

James
29681


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

From telesistant at hotmail.com  Mon Jul 15 01:09:41 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sun, 14 Jul 2013 18:09:41 -0700
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E2AC63.6070904@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>, ,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>, ,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>,
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>,
	<51E2967D.5090002@g0fhm.co.uk>, <51E2AC63.6070904@g0fhm.co.uk>
Message-ID: <BLU180-W46159F0AE298F845EE78A1B1670@phx.gbl>

After logging into James' system, I found that the "distro" version
of chan_simpleusb and chan_usbradio sources werent working
properly on Limey Linux.  I then loaded the SVN sources, and found
out that they had a different problem, the fix of which will appear in
SVN at 18:15 PDT this evening (in 14 minutes).

It had to do with the fact that the internal filesystem structure
(/proc and /sys entries) for the LSS (Linux Sound Stuff) seemed to
have changed sometime between Kernel verison 2.6.30 and 2.6.35.

I hadn't put in the check for this correctly (I merely had it doing it the
'new' way if it was a BeagleBoard distro), then to attempt a more 'right'
way, I took a guess at which version it changed in, and was apparently
wrong, so I took another 'guess' and that is what is there now, which at
least seems to work with all our distros.

The reason I have to 'guess', rather then know, is *SOMEONE* *STILL*
needs to take the time to do the research to see at what version that
*ACTUALLY* happened. This now, in all the history of app_rpt, is probably
about the SIXTH or SEVENTH time I have desperately begged anyone,
someone, to *PLEASE* take the time to do this research.

So, if anyone could do this, it would SURE be appreciated.

Anyway, the bottom line here is that if anyone wants to use chan_simpleusb or
chan_usbradio on Limey, I guess they need to load SVN sources.

Jim WB6NIL


> Date: Sun, 14 Jul 2013 14:49:23 +0100
> From: jrh at g0fhm.co.uk
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Limey Help...
> 
> On 14/07/2013 13:15, James Hill wrot
> >>
> >
> > Hi Jim,
> >
> > Righto - it's a case of old habits die hard.... I've always used 
> > chan_usbradio on more powerful hardware. I'll reinstall Limey on 
> > another CF card, and this time set up for simpleusb.
> >
> > Cheers,
> >
> > James
> 
> Hi Guys,
> 
> I give up!
> 
> No matter what I do, Limey seems to think that my CM108 device is "Not 
> active". If I run lsusb it shows as there. Running simpleusb-tune-menu 
> it shows it as there and selectable, but when I try to change a 
> parameter it just says it's not active. I tried a fresh install on a 
> different CF card for simpleusb. Same thing!
> 
> If I plug a 2.5" HDD into the thin client running ACiD, everything works 
> fine!
> 
> I'm confused!
> 
> J
> 29681
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130714/fbaeac80/attachment.html>

From jrh at g0fhm.co.uk  Mon Jul 15 11:14:40 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Mon, 15 Jul 2013 12:14:40 +0100
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <BLU180-W46159F0AE298F845EE78A1B1670@phx.gbl>
References: <51E1805C.2000207@g0fhm.co.uk>, ,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>, ,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>,
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>,
	<51E2967D.5090002@g0fhm.co.uk>, <51E2AC63.6070904@g0fhm.co.uk>
	<BLU180-W46159F0AE298F845EE78A1B1670@phx.gbl>
Message-ID: <51E3D9A0.8060408@g0fhm.co.uk>

On 15/07/2013 02:09, Jim Duuuude wrote:
> After logging into James' system, I found that the "distro" version
> of chan_simpleusb and chan_usbradio sources werent working
> properly on Limey Linux.  I then loaded the SVN sources, and found
> out that they had a different problem, the fix of which will appear in
> SVN at 18:15 PDT this evening (in 14 minutes).
>

I'd like to thank Jim in public too - I'd never have figured that out in 
a million years!

However, I have one slight issue after Jim's fix - Don't know is anybody 
can put their finger on it.

My Timezones appear to be all messed up.

Running 'date' gives the correct time/date info output.

However, initially asterisk/app_rpt was stuck back in PST (ie 8h behind) 
when I keyed *81.

I've done some tinkering, and have now got the voice announcement to UTC 
(still an hour behind).

/etc/TZ is set to GMT0BST as it should be. BIOS clock is correct.

Any pointers?

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

From w5omr at att.net  Mon Jul 15 13:13:19 2013
From: w5omr at att.net (Geoff)
Date: Mon, 15 Jul 2013 08:13:19 -0500
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E3D9A0.8060408@g0fhm.co.uk>
References: <51E1805C.2000207@g0fhm.co.uk>, ,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>, ,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>,
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>,
	<51E2967D.5090002@g0fhm.co.uk>, <51E2AC63.6070904@g0fhm.co.uk>
	<BLU180-W46159F0AE298F845EE78A1B1670@phx.gbl>
	<51E3D9A0.8060408@g0fhm.co.uk>
Message-ID: <51E3F56F.9080002@att.net>

On 07/15/2013 06:14 AM, James Hill wrote:
> On 15/07/2013 02:09, Jim Duuuude wrote:
>> After logging into James' system, I found that the "distro" version
>> of chan_simpleusb and chan_usbradio sources werent working
>> properly on Limey Linux.  I then loaded the SVN sources, and found
>> out that they had a different problem, the fix of which will appear in
>> SVN at 18:15 PDT this evening (in 14 minutes).

Glad you found it and were able to find a fix, Jim.  Sounds kind of 
reminiscent of when I was in 'dependency hell', trying to install a 
program, only to find out I had the wrong version of lib[whatever]. Good 
job!  Atta boy!  Pat's on the back!


>
> My Timezones appear to be all messed up.
>
> Running 'date' gives the correct time/date info output.
>
> However, initially asterisk/app_rpt was stuck back in PST (ie 8h 
> behind) when I keyed *81.
>
> I've done some tinkering, and have now got the voice announcement to 
> UTC (still an hour behind).
>
> /etc/TZ is set to GMT0BST as it should be. BIOS clock is correct.

If I have read right, and understand - Limey Linux runs on a flash 
drive.  Sort of like a 'Live Evaluation Distro' and nothing is ever 
'saved'.  I'm not exactly sure what SVN services are, but they sound 
like something required for Limey.  My vague understanding of it is that 
by implementing SVN services, you are somehow able, once everything is 
setup and running, to -save- the configuration so that it stays the same 
each time the system boots up.

As for setting the timezone and time on your Linux system, this link may 
help:
http://www.hypexr.org/linux_date_time_help.php

73 = Best Regards,
-Geoff/W5OMR
29655


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

From kt9ac at ameritech.net  Mon Jul 15 14:21:03 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Mon, 15 Jul 2013 07:21:03 -0700 (PDT)
Subject: [App_rpt-users] Limey Help...
In-Reply-To: <51E3F56F.9080002@att.net>
References: <51E1805C.2000207@g0fhm.co.uk>, ,
	<BLU180-W24FFA1554A6404C2312E64B1650@phx.gbl>, ,
	<51E182CF.1020008@g0fhm.co.uk>, <51E18AB8.9060808@g0fhm.co.uk>,
	<BLU180-W4193CF7E6F0A87AA1C4876B1660@phx.gbl>,
	<51E2967D.5090002@g0fhm.co.uk>, <51E2AC63.6070904@g0fhm.co.uk>
	<BLU180-W46159F0AE298F845EE78A1B1670@phx.gbl>
	<51E3D9A0.8060408@g0fhm.co.uk> <51E3F56F.9080002@att.net>
Message-ID: <1373898063.82438.YahooMailNeo@web181106.mail.ne1.yahoo.com>

Is the Limey build process documented anywhere? I've tried the zip files on a T5710 thin client but never got it to work, whereas ArchLinux and XIPAR worked (with some tweaks afterward to save the compact flash card). XIPAR took a few hours to install onto the 1.2G box, 512MB ram and 4GB CF but runs very lean afterward.

?So in other words, can we start with X distro, load the SVN's, compile and then save to flash on the target device? I've read somewhere that you develop on another platform then port it over, but that's new to me.

?I like both ACID and XIPAR, but the latter seems to lack MDC1200 and audio archive capability that I use a lot.

Tony


________________________________
 From: Geoff <w5omr at att.net>
To: James Hill <jrh at g0fhm.co.uk>; app_rpt-users at ohnosec.org 
Sent: Monday, July 15, 2013 8:13 AM
Subject: Re: [App_rpt-users] Limey Help...
 


On 07/15/2013 06:14 AM, James Hill wrote:

On 15/07/2013 02:09, Jim Duuuude wrote:
>
> 
>>After logging into James' system, I found that the "distro" version
>>of chan_simpleusb and chan_usbradio sources werent working
>>properly on Limey Linux.? I then loaded the SVN sources, and
          found
>>out that they had a different problem, the fix of which will
          appear in
>>SVN at 18:15 PDT this evening (in 14 minutes).
>>
Glad you found it and were able to find a fix, Jim.? Sounds kind of
    reminiscent of when I was in 'dependency hell', trying to install a
    program, only to find out I had the wrong version of lib[whatever].?
    Good job!? Atta boy!? Pat's on the back!




>My Timezones appear to be all messed up. 
>
>Running 'date' gives the correct time/date info output.
>
>However, initially asterisk/app_rpt was stuck back in PST (ie 8h
      behind) when I keyed *81.
>
>I've done some tinkering, and have now got the voice announcement
      to UTC (still an hour behind).
>
>/etc/TZ is set to GMT0BST as it should be. BIOS clock is correct.
>
If I have read right, and understand - Limey Linux runs on a flash
    drive.? Sort of like a 'Live Evaluation Distro' and nothing is ever
    'saved'.? I'm not exactly sure what SVN services are, but they sound
    like something required for Limey.? My vague understanding of it is
    that by implementing SVN services, you are somehow able, once
    everything is setup and running, to -save- the configuration so that
    it stays the same each time the system boots up.

As for setting the timezone and time on your Linux system, this link
    may help:
http://www.hypexr.org/linux_date_time_help.php

73 = Best Regards,
-Geoff/W5OMR
29655



_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130715/23b58961/attachment.html>

From telesistant at hotmail.com  Tue Jul 16 17:46:10 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 16 Jul 2013 10:46:10 -0700
Subject: [App_rpt-users] Finally....
Message-ID: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>

Finally, I think we have managed to "close the chapter" in the miserable
quest for accurate information to allow for proper compilation of the
USB-related audio channel drivers, regarding the "proc/sys file structure"
of various Linux kernels, etc.

As it turns out, the "major" change in that area happened in Linux Kernel
2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in 
that area. In addition, to allow for "backwards compatibility", a new kernel
parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"
kernels to use the "old structure" for the /sys filesystem entries.

So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.
Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED
parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also.
Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.

Now, the build scripts and sources (in SVN) take all this into account, and seem
to properly build in all the OS's that we support.

Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the
next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that
the OSS audio support in the newer kernels (like the one used in Centos 6.X)
seems to be SERIOUSLY broken.

It is entirely possible that if chan_simpleusb and chan_usbradio were modified
to use ALSA directly, instead of using the OSS compatibility layer (as it does now),
it *MIGHT* fix this problem (and might also allow newer ARM implementations,
such as the Pi, etc) to work properly, at least with chan_simpleusb.

This is not, by any means, a simple task. Nor does it even guarantee that it will
do any good. We don't *KNOW* that this is problem. It just seems like a reasonable
guess at this point.

Is there anyone out there that is capable and willing to attempt to port (particularly
chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY
and just can't do everything here (technically).

Jim WB6NIL









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

From yokshs at gmail.com  Tue Jul 16 22:40:33 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Tue, 16 Jul 2013 17:40:33 -0500
Subject: [App_rpt-users] allstarlink.org down?
Message-ID: <A89F7ADDE86643508096ADF9A6AE89C1@main>


Seems as though allstarlink.org is down?

73,

Kyle Yoksh
K0KN
Olathe, KS
Allstar 2210-2219




From k0jsc.jeff at gmail.com  Tue Jul 16 22:56:30 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Tue, 16 Jul 2013 16:56:30 -0600
Subject: [App_rpt-users] allstarlink.org down?
In-Reply-To: <A89F7ADDE86643508096ADF9A6AE89C1@main>
References: <A89F7ADDE86643508096ADF9A6AE89C1@main>
Message-ID: <CAA_aZLiEd6nQUH4NVJ31sn=KNmXo3Hz_w37JOwkTf5b0vPEs8A@mail.gmail.com>

working here.

k0jsc


On Tue, Jul 16, 2013 at 4:40 PM, K&R Yoksh <yokshs at gmail.com> wrote:

>
> Seems as though allstarlink.org is down?
>
> 73,
>
> Kyle Yoksh
> K0KN
> Olathe, KS
> Allstar 2210-2219
>
>
> ______________________________**_________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130716/b4724bc9/attachment.html>

From bdboyle at bdboyle.com  Tue Jul 16 23:08:23 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Tue, 16 Jul 2013 19:08:23 -0400
Subject: [App_rpt-users] allstarlink.org down?
In-Reply-To: <A89F7ADDE86643508096ADF9A6AE89C1@main>
References: <A89F7ADDE86643508096ADF9A6AE89C1@main>
Message-ID: <51E5D267.5080003@bdboyle.com>

On 7/16/2013 6:40 PM, K&R Yoksh wrote:
> 
> Seems as though allstarlink.org is down?
Pretty much all day as of now.  Couldn't see it at 8AM ET.




From yokshs at gmail.com  Tue Jul 16 23:08:46 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Tue, 16 Jul 2013 18:08:46 -0500
Subject: [App_rpt-users] Fw:  allstarlink.org down?
Message-ID: <B32E0385A2EF404898B93A15E062F9DF@main>

From: K&R Yoksh 
To: Jeff Carrier 
Sent: Tuesday, July 16, 2013 6:05 PM
Subject: Re: [App_rpt-users] allstarlink.org down?


Ok, must be a DNS issue with my provider, Compost.

Thanks. Sorry for the bandwidth
  ----- Original Message ----- 
  From: Jeff Carrier 
  To: K&R Yoksh 
  Cc: app_rpt 
  Sent: Tuesday, July 16, 2013 5:56 PM
  Subject: Re: [App_rpt-users] allstarlink.org down?


  working here. 


  k0jsc



From jrh at g0fhm.co.uk  Tue Jul 16 23:10:23 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Wed, 17 Jul 2013 00:10:23 +0100
Subject: [App_rpt-users] allstarlink.org down?
Message-ID: <ck3yavtqm6of5ucar8tbwhcf.1374016223303@email.android.com>

Down here in G too.. 

Been down for a couple of hours now.

J

Jeff Carrier <k0jsc.jeff at gmail.com> wrote:

>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130717/0dfaf319/attachment.html>

From keith at goobie.org  Tue Jul 16 23:12:53 2013
From: keith at goobie.org (Keith Goobie)
Date: Tue, 16 Jul 2013 19:12:53 -0400
Subject: [App_rpt-users] allstarlink.org down?
In-Reply-To: <ck3yavtqm6of5ucar8tbwhcf.1374016223303@email.android.com>
Message-ID: <CE0B4BB5.2059E%keith@goobie.org>

Working in Canada.

Keith


On 7/16/13 7:10 PM, "James Hill" <jrh at g0fhm.co.uk> wrote:

> Down here in G too..
> 
> Been down for a couple of hours now.
> 
> J
> 
> Jeff Carrier <k0jsc.jeff at gmail.com> wrote:
> 
> working here.
> 
> k0jsc
> 
> 
> On Tue, Jul 16, 2013 at 4:40 PM, K&R Yoksh <yokshs at gmail.com> wrote:
>> 
>> Seems as though allstarlink.org <http://allstarlink.org>  is down?
>> 
>> 73,
>> 
>> Kyle Yoksh
>> K0KN
>> Olathe, KS
>> Allstar 2210-2219
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-- 
keith at goobie.org
Keith Goobie
Richmond Hill, ON, CANADA

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

From ve3elb at yahoo.com  Wed Jul 17 01:11:53 2013
From: ve3elb at yahoo.com (Vince P)
Date: Tue, 16 Jul 2013 21:11:53 -0400
Subject: [App_rpt-users] allstarlink.org down?
In-Reply-To: <51E5D267.5080003@bdboyle.com>
References: <A89F7ADDE86643508096ADF9A6AE89C1@main>
	<51E5D267.5080003@bdboyle.com>
Message-ID: <7E4E459B-7FE3-486B-9740-A190B27D02FD@yahoo.com>

It's working great here has been working all day. 

Vince VE3ELB

On 2013-07-16, at 7:08 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:

> On 7/16/2013 6:40 PM, K&R Yoksh wrote:
>> 
>> Seems as though allstarlink.org is down?
> Pretty much all day as of now.  Couldn't see it at 8AM ET.
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From bobtenty at gmail.com  Wed Jul 17 06:07:54 2013
From: bobtenty at gmail.com (Bob Tenty)
Date: Wed, 17 Jul 2013 02:07:54 -0400
Subject: [App_rpt-users] Finally....
In-Reply-To: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>
References: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>
Message-ID: <51E634BA.4050505@gmail.com>

Regarding OSS in linux

In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation
is switched off (depreciated) and is or will happen with more distro's
What you can do is to install OSS4 (oss4-base & oss4-dkms ), with
oss4-dkms new
oss modules will be compiled and installed from source in the background
every-time
a new kernel will be installed. OSS4 uses new name modules and devices but
will also create soft-links with the old legacy devices /dev/dsp &
/dev/mixer to the
new oss4 devices.
I installed the libasound2 library and pulseaudio and did set the config
file of
libasound2 to use pulseaudio and  pulseaudio to output OSS
Now we can use programs that interface with  both ALSA and OSS.

It is also possible to not install pulse audio and only OSS4 and libasound2
and also to use  OSS and ALSA talking programs (this need a different
libasound2 config.)
Something along the same line is valid for other distro's.

73,

Bob / Boudewijn VE3TOK


On 13-07-16 01:46 PM, Jim Duuuude wrote:
> Finally, I think we have managed to "close the chapter" in the miserable
> quest for accurate information to allow for proper compilation of the
> USB-related audio channel drivers, regarding the "proc/sys file structure"
> of various Linux kernels, etc.
>
> As it turns out, the "major" change in that area happened in Linux Kernel
> 2.6.20, as the new release of ALSA at that time (1.0.19) did some
> changes in
> that area. In addition, to allow for "backwards compatibility", a new
> kernel
> parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"
> kernels to use the "old structure" for the /sys filesystem entries.
>
> So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.
> Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED
> parameter enabled, so it "acts" like a pre 2.6.20 kernel in that
> repsect also.
> Pickle, is a 2.6.35 (as I recall), and follows the "current" way of
> doing things.
>
> Now, the build scripts and sources (in SVN) take all this into
> account, and seem
> to properly build in all the OS's that we support.
>
> Since this is (hopefully) *FINALLY* done, it would be nice to "move
> on" to the
> next UTTERLY MISERABLE festering technical issue with app_rpt: The
> fact that
> the OSS audio support in the newer kernels (like the one used in
> Centos 6.X)
> seems to be SERIOUSLY broken.
>
> It is entirely possible that if chan_simpleusb and chan_usbradio were
> modified
> to use ALSA directly, instead of using the OSS compatibility layer (as
> it does now),
> it *MIGHT* fix this problem (and might also allow newer ARM
> implementations,
> such as the Pi, etc) to work properly, at least with chan_simpleusb.
>
> This is not, by any means, a simple task. Nor does it even guarantee
> that it will
> do any good. We don't *KNOW* that this is problem. It just seems like
> a reasonable
> guess at this point.
>
> Is there anyone out there that is capable and willing to attempt to
> port (particularly
> chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I
> am EXTREMELY BUSY
> and just can't do everything here (technically).
>
> Jim WB6NIL
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From telesistant at hotmail.com  Wed Jul 17 06:42:12 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 16 Jul 2013 23:42:12 -0700
Subject: [App_rpt-users] Finally....
In-Reply-To: <51E634BA.4050505@gmail.com>
References: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>,
	<51E634BA.4050505@gmail.com>
Message-ID: <BLU180-W343A4A349BC260C50B918FB1610@phx.gbl>

The kernel in Centos 6.X *does* have it installed and
supposedly "working", but sadly it does not.

Jim

Date: Wed, 17 Jul 2013 02:07:54 -0400
From: bobtenty at gmail.com
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Finally....


  
    
    
  
  
    Regarding OSS in linux

      

      In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA
      emulation

      is switched off (depreciated) and is or will happen with more
      distro's

      What you can do is to install OSS4 (oss4-base & oss4-dkms ),
      with oss4-dkms new

      oss modules will be compiled and installed from source in the
      background every-time 

      a new kernel will be installed. OSS4 uses new name modules and
      devices but

      will also create soft-links with the old legacy devices /dev/dsp
      & /dev/mixer to the

      new oss4 devices.

      I installed the libasound2 library and pulseaudio and did set the
      config file of

      libasound2 to use pulseaudio and  pulseaudio to output OSS

      Now we can use programs that interface with  both ALSA and OSS.

      

      It is also possible to not install pulse audio and only OSS4 and
      libasound2

      and also to use  OSS and ALSA talking programs (this need a
      different 

      libasound2 config.)

      Something along the same line is valid for other distro's.

      

      73,

      

      Bob / Boudewijn VE3TOK

      

      

      On 13-07-16 01:46 PM, Jim Duuuude wrote:

    
    
      
      Finally, I think we have managed to "close the
        chapter" in the miserable

        quest for accurate information to allow for proper compilation
        of the

        USB-related audio channel drivers, regarding the "proc/sys file
        structure"

        of various Linux kernels, etc.

        

        As it turns out, the "major" change in that area happened in
        Linux Kernel

        2.6.20, as the new release of ALSA at that time (1.0.19) did
        some changes in 

        that area. In addition, to allow for "backwards compatibility",
        a new kernel

        parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for
        "newer"

        kernels to use the "old structure" for the /sys filesystem
        entries.

        

        So, all of the Centos 5.X kernels, are 2.6.18-based, and are
        pre-changes.

        Limey Linux, which is a 2.6.30 kernel, has the
        CONFIG_SYSFS_DEPRECATED

        parameter enabled, so it "acts" like a pre 2.6.20 kernel in that
        repsect also.

        Pickle, is a 2.6.35 (as I recall), and follows the "current" way
        of doing things.

        

        Now, the build scripts and sources (in SVN) take all this into
        account, and seem

        to properly build in all the OS's that we support.

        

        Since this is (hopefully) *FINALLY* done, it would be nice to
        "move on" to the

        next UTTERLY MISERABLE festering technical issue with app_rpt:
        The fact that

        the OSS audio support in the newer kernels (like the one used in
        Centos 6.X)

        seems to be SERIOUSLY broken.

        

        It is entirely possible that if chan_simpleusb and chan_usbradio
        were modified

        to use ALSA directly, instead of using the OSS compatibility
        layer (as it does now),

        it *MIGHT* fix this problem (and might also allow newer ARM
        implementations,

        such as the Pi, etc) to work properly, at least with
        chan_simpleusb.

        

        This is not, by any means, a simple task. Nor does it even
        guarantee that it will

        do any good. We don't *KNOW* that this is problem. It just seems
        like a reasonable

        guess at this point.

        

        Is there anyone out there that is capable and willing to attempt
        to port (particularly

        chan_simpleusb at first) to "native ALSA"?? It sure would be
        nice. I am EXTREMELY BUSY

        and just can't do everything here (technically).

        

        Jim WB6NIL

        

        

        

        

        

        

        

        

        

      
      

      
      

      _______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

    
    

    
      
    
  


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130716/095264d1/attachment.html>

From n5uxt at hotmail.com  Wed Jul 17 15:21:25 2013
From: n5uxt at hotmail.com (Angelo Glorioso)
Date: Wed, 17 Jul 2013 10:21:25 -0500
Subject: [App_rpt-users] Added Echo Link
Message-ID: <BLU0-SMTP178732758B9F8236A5DB5D4ED610@phx.gbl>

Hi All,

 We added Echolink to the KD5KNZ node and it is runs fine. It accepts connects but does not act on any of the commands to connect to other echolink nodes. 

I am using :

*33 + 6 digit node number. ( add 0's were needed )

Any ideas??

Thanks in advance,

Angelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130717/8b67289c/attachment.html>

From yokshs at gmail.com  Wed Jul 17 22:50:24 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Wed, 17 Jul 2013 17:50:24 -0500
Subject: [App_rpt-users] Added Echo Link
Message-ID: <2C536226DDB64A519ACD7E6927B37A22@main>

Fixed. Trouble was, echolink.conf had the wrong stanza title at the top. It 
should have been:[el0]it was:[e10]That was a pretty easy find after seeing 
the error message in the CLI:[Jul 17 17:39:44] NOTICE[3928]: 
chan_echolink.c:1012 el_alloc: Cannot find echolink channel el073KyleK0KN---  
Original Message ---Hi All,

 We added Echolink to the KD5KNZ node and it is runs fine. It accepts 
connects but does not act on any of the commands to connect to other 
echolink nodes.

I am using :

*33 + 6 digit node number. ( add 0's were needed )

Any ideas??

Thanks in advance,

Angelo 



From edgecomberts at gmail.com  Thu Jul 18 12:34:43 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Thu, 18 Jul 2013 22:34:43 +1000
Subject: [App_rpt-users] App_rpt on original version BeagleBoard
Message-ID: <CANZw+5dM_=OxXSNrVgt7v92RCXOckHcy4Ku7oFXiVhb4pXyNkw@mail.gmail.com>

Hello all,

Has anyone sucessfully run app_rpt on an original version BeagleBoard with
*only* the Voter/ RTCM links, *not* a LOX Board? I have access to an
original version BeagleBoard, and I wish to use it in a network of RTCMs
with a suitable USB to ethernet interface.

Thanks!

Shane.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130718/2a4fbb6f/attachment.html>

From telesistant at hotmail.com  Thu Jul 18 16:02:04 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 18 Jul 2013 09:02:04 -0700
Subject: [App_rpt-users] App_rpt on original version BeagleBoard
In-Reply-To: <CANZw+5dM_=OxXSNrVgt7v92RCXOckHcy4Ku7oFXiVhb4pXyNkw@mail.gmail.com>
References: <CANZw+5dM_=OxXSNrVgt7v92RCXOckHcy4Ku7oFXiVhb4pXyNkw@mail.gmail.com>
Message-ID: <BLU180-W412C7528E6B0AF76122223B1620@phx.gbl>

Are you referring to an "original" (pre xM board?)

Jim

Date: Thu, 18 Jul 2013 22:34:43 +1000
From: edgecomberts at gmail.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] App_rpt on original version BeagleBoard

Hello all,

Has anyone sucessfully run app_rpt on an original version BeagleBoard with *only* the Voter/ RTCM links, *not* a LOX Board? I have access to an original version BeagleBoard, and I wish to use it in a network of RTCMs with a suitable USB to ethernet interface.


Thanks!

Shane.


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130718/40b4549b/attachment.html>

From jldharma at gmail.com  Thu Jul 18 21:26:35 2013
From: jldharma at gmail.com (John Locke)
Date: Thu, 18 Jul 2013 18:26:35 -0300
Subject: [App_rpt-users] Radio Console
Message-ID: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>

I'm trying to develop a TAXI radio dispatch application.
Something like this:
http://www.motorolasolutions.com/US-EN/Business+Product+and+Services/Dispatch/Dispatch+Consoles/MIP+5000_US-EN


I have 3 radios (with different private frecuencies) connected to the
asterisk with 3 URI interfaces.
The basic features of app_rpt and iaxrpt are working OK.

Now, the problems...
1) Sometimes i need to talk to 2 or 3 of the radio channels at the same
time. With the iaxrpt I can select and talk to only one radio, only one
active call.
2) Also, i need to listen to the audio of the 3 calls (base radios), not
only the selected call. Sadly, i can't open iaxrpt multiple instances in
the same PC...
3) Is there any way i can detect wich taxi is talking to the radio?

I'm a programmer, but I'm a newbie in the radio field. It would be great if
any of you can sell me some consulting hours to accomplish this project.

Thanks in advance
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130718/17a758f5/attachment.html>

From telesistant at hotmail.com  Thu Jul 18 21:40:28 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 18 Jul 2013 14:40:28 -0700
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
Message-ID: <BLU180-W57E4A6C5F29448CC6CB400B1620@phx.gbl>

Well, I'd certainly be happy to work with you on the protocol, implementation, and radio
issues, but don't expect me to do anything with user interface or GUI or anything like that.

Honestly, you should probably as Steve Henke, W9SH about this. He is the one who has so 
heavily modified and is maintaining IAXRPT. If possible, he would be your best bet.

Jim WB6NIL

Date: Thu, 18 Jul 2013 18:26:35 -0300
From: jldharma at gmail.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Radio Console

I'm trying to develop a TAXI radio dispatch application.Something like this:http://www.motorolasolutions.com/US-EN/Business+Product+and+Services/Dispatch/Dispatch+Consoles/MIP+5000_US-EN



I have 3 radios (with different private frecuencies) connected to the asterisk with 3 URI interfaces.The basic features of app_rpt and iaxrpt are working OK.

Now, the problems...1) Sometimes i need to talk to 2 or 3 of the radio channels at the same time. With the iaxrpt I can select and talk to only one radio, only one active call.2) Also, i need to listen to the audio of the 3 calls (base radios), not only the selected call. Sadly, i can't open iaxrpt multiple instances in the same PC...
3) Is there any way i can detect wich taxi is talking to the radio?
I'm a programmer, but I'm a newbie in the radio field. It would be great if any of you can sell me some consulting hours to accomplish this project.

Thanks in advanceJohn


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130718/ab99c515/attachment.html>

From smisel at fonality.com  Thu Jul 18 22:53:57 2013
From: smisel at fonality.com (Stephen A. Misel)
Date: Thu, 18 Jul 2013 18:53:57 -0400
Subject: [App_rpt-users] Radio Console
In-Reply-To: <BLU180-W57E4A6C5F29448CC6CB400B1620@phx.gbl>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
	<BLU180-W57E4A6C5F29448CC6CB400B1620@phx.gbl>
Message-ID: <CABgikvCCfyeryqrhnK6yKmRJZEjPPOp9gOWs6Yb9Z=SaMd3a1Q@mail.gmail.com>

A conference bridge, along with the Manager interfaces to allow talker
detection and muting comes to mind as a potential solution.

Steve




On Thu, Jul 18, 2013 at 5:40 PM, Jim Duuuude <telesistant at hotmail.com>wrote:

> Well, I'd certainly be happy to work with you on the protocol,
> implementation, and radio
> issues, but don't expect me to do anything with user interface or GUI or
> anything like that.
>
> Honestly, you should probably as Steve Henke, W9SH about this. He is the
> one who has so
> heavily modified and is maintaining IAXRPT. If possible, he would be your
> best bet.
>
> Jim WB6NIL
>
> ------------------------------
> Date: Thu, 18 Jul 2013 18:26:35 -0300
> From: jldharma at gmail.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Radio Console
>
>
> I'm trying to develop a TAXI radio dispatch application.
> Something like this:
>
> http://www.motorolasolutions.com/US-EN/Business+Product+and+Services/Dispatch/Dispatch+Consoles/MIP+5000_US-EN
>
>
> I have 3 radios (with different private frecuencies) connected to the
> asterisk with 3 URI interfaces.
> The basic features of app_rpt and iaxrpt are working OK.
>
> Now, the problems...
> 1) Sometimes i need to talk to 2 or 3 of the radio channels at the same
> time. With the iaxrpt I can select and talk to only one radio, only one
> active call.
> 2) Also, i need to listen to the audio of the 3 calls (base radios), not
> only the selected call. Sadly, i can't open iaxrpt multiple instances in
> the same PC...
> 3) Is there any way i can detect wich taxi is talking to the radio?
>
> I'm a programmer, but I'm a newbie in the radio field. It would be great
> if any of you can sell me some consulting hours to accomplish this project.
>
> Thanks in advance
> John
>
>
> _______________________________________________ App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>


-- 


Stephen A. Misel
Director of Research and Development
Fonality, Inc.
+1.310.861.4300 x7007
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130718/37b510b1/attachment.html>

From bill.hurlock at cpcomms.com  Thu Jul 18 23:21:44 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Thu, 18 Jul 2013 23:21:44 +0000
Subject: [App_rpt-users] Voter Question
Message-ID: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>

I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM's. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I'm sure this is just something stupid on my part in the configs.

Bill Hurlock
CPCommunications
856-234-1661 Office
856-264-1010<http://www.totalrf.com/> Cell
www.cpcomms.com<http://www.cpcomms.com/>
WA2TQI

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

From tim.sawyer at me.com  Fri Jul 19 02:34:24 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Thu, 18 Jul 2013 19:34:24 -0700
Subject: [App_rpt-users] Voter Question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
Message-ID: <3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>

Make sure you have the latest source from SVN https://allstarlink.org/support.html#astupgrade

You will hear your last word or so after you unkey. This is do to the buffers on both transmit and receive.

I run buflen = 180 in voter.conf and 7 - Tx Buffer Length at 1200 on the RTCM itself.
--
Tim
:wq

On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM?s. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I?m sure this is just something stupid on my part in the configs.
>  
> Bill Hurlock
> CPCommunications
> 856-234-1661 Office
> 856-264-1010 Cell
> www.cpcomms.com
> WA2TQI
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Fri Jul 19 05:06:41 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Thu, 18 Jul 2013 22:06:41 -0700
Subject: [App_rpt-users] Voter Question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
Message-ID: <669EEBE6-A559-4E4A-AB93-C7A83982A380@me.com>

One other thing comes to mind: make sure the serial numbers of the two RTCMs are different. 
--
Tim
:wq

On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM?s. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I?m sure this is just something stupid on my part in the configs.
>  
> Bill Hurlock
> CPCommunications
> 856-234-1661 Office
> 856-264-1010 Cell
> www.cpcomms.com
> WA2TQI
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From w7ry at centurytel.net  Fri Jul 19 14:27:46 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 19 Jul 2013 07:27:46 -0700
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
Message-ID: <1183486FE9A7446C9DFFE148CACBB64C@JimsLaptop>

Buy the MIP-5000...

Jim



From: John Locke 
Sent: Thursday, July 18, 2013 2:26 PM
To: app_rpt-users at ohnosec.org 
Subject: [App_rpt-users] Radio Console

I'm trying to develop a TAXI radio dispatch application.
Something like this:
http://www.motorolasolutions.com/US-EN/Business+Product+and+Services/Dispatch/Dispatch+Consoles/MIP+5000_US-EN



I have 3 radios (with different private frecuencies) connected to the asterisk with 3 URI interfaces.
The basic features of app_rpt and iaxrpt are working OK.

Now, the problems...
1) Sometimes i need to talk to 2 or 3 of the radio channels at the same time. With the iaxrpt I can select and talk to only one radio, only one active call.
2) Also, i need to listen to the audio of the 3 calls (base radios), not only the selected call. Sadly, i can't open iaxrpt multiple instances in the same PC...
3) Is there any way i can detect wich taxi is talking to the radio?

I'm a programmer, but I'm a newbie in the radio field. It would be great if any of you can sell me some consulting hours to accomplish this project.

Thanks in advance
John



--------------------------------------------------------------------------------
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130719/ec8817f4/attachment.html>

From bill.hurlock at cpcomms.com  Fri Jul 19 14:37:23 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Fri, 19 Jul 2013 14:37:23 +0000
Subject: [App_rpt-users] Voter Question
In-Reply-To: <3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
	<3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>
Message-ID: <8F656C03689E074C9EE70EE3343E4B8416577857@CPNYMAIL2.cpcomm.int>

Tim,
Checked ser# and they are different. One thing...If the Server system time and the RTCM are off by minutes will this cause this problem?

Bill Hurlock

From: Tim Sawyer [mailto:tim.sawyer at me.com]
Sent: Thursday, July 18, 2013 10:34 PM
To: Bill Hurlock
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Voter Question

Make sure you have the latest source from SVN https://allstarlink.org/support.html#astupgrade

You will hear your last word or so after you unkey. This is do to the buffers on both transmit and receive.

I run buflen = 180 in voter.conf and 7 - Tx Buffer Length at 1200 on the RTCM itself.
--
Tim
:wq

On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>> wrote:


I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM's. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I'm sure this is just something stupid on my part in the configs.

Bill Hurlock
CPCommunications
856-234-1661 Office
856-264-1010<http://www.totalrf.com/> Cell
www.cpcomms.com<http://www.cpcomms.com/>
WA2TQI

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org<mailto:App_rpt-users at ohnosec.org>
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Fri Jul 19 15:16:09 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 19 Jul 2013 08:16:09 -0700
Subject: [App_rpt-users] Voter Question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B8416577857@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
	<3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>
	<8F656C03689E074C9EE70EE3343E4B8416577857@CPNYMAIL2.cpcomm.int>
Message-ID: <81F88405-7EA6-496D-8666-F209D36BEDE7@me.com>

No, the server time is set via ntp (or not). It's not used for voting as server time is not precise enough. 

How about your version of the RTCM firmware? I thing the latest is like 1.17.
--
Tim
:wq

On Jul 19, 2013, at 7:37 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> Tim,
> Checked ser# and they are different. One thing?If the Server system time and the RTCM are off by minutes will this cause this problem?
>  
> Bill Hurlock
>  
> From: Tim Sawyer [mailto:tim.sawyer at me.com] 
> Sent: Thursday, July 18, 2013 10:34 PM
> To: Bill Hurlock
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Voter Question
>  
> Make sure you have the latest source from SVN https://allstarlink.org/support.html#astupgrade
>  
> You will hear your last word or so after you unkey. This is do to the buffers on both transmit and receive.
>  
> I run buflen = 180 in voter.conf and 7 - Tx Buffer Length at 1200 on the RTCM itself.
> --
> Tim
> :wq
>  
> On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:
> 
> 
> I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM?s. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I?m sure this is just something stupid on my part in the configs.
>  
> Bill Hurlock
> CPCommunications
> 856-234-1661 Office
> 856-264-1010 Cell
> www.cpcomms.com
> WA2TQI
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From bill.hurlock at cpcomms.com  Fri Jul 19 15:18:05 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Fri, 19 Jul 2013 15:18:05 +0000
Subject: [App_rpt-users] Voter Question
In-Reply-To: <81F88405-7EA6-496D-8666-F209D36BEDE7@me.com>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
	<3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>
	<8F656C03689E074C9EE70EE3343E4B8416577857@CPNYMAIL2.cpcomm.int>
	<81F88405-7EA6-496D-8666-F209D36BEDE7@me.com>
Message-ID: <8F656C03689E074C9EE70EE3343E4B8416577927@CPNYMAIL2.cpcomm.int>

1.10


Bill Hurlock

From: Tim Sawyer [mailto:tim.sawyer at me.com]
Sent: Friday, July 19, 2013 11:16 AM
To: Bill Hurlock
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Voter Question

No, the server time is set via ntp (or not). It's not used for voting as server time is not precise enough.

How about your version of the RTCM firmware? I thing the latest is like 1.17.
--
Tim
:wq

On Jul 19, 2013, at 7:37 AM, Bill Hurlock <bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>> wrote:


Tim,
Checked ser# and they are different. One thing...If the Server system time and the RTCM are off by minutes will this cause this problem?

Bill Hurlock

From: Tim Sawyer [mailto:tim.sawyer at me.com<http://me.com>]
Sent: Thursday, July 18, 2013 10:34 PM
To: Bill Hurlock
Cc: app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>
Subject: Re: [App_rpt-users] Voter Question

Make sure you have the latest source from SVN https://allstarlink.org/support.html#astupgrade

You will hear your last word or so after you unkey. This is do to the buffers on both transmit and receive.

I run buflen = 180 in voter.conf and 7 - Tx Buffer Length at 1200 on the RTCM itself.
--
Tim
:wq

On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>> wrote:



I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM's. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I'm sure this is just something stupid on my part in the configs.

Bill Hurlock
CPCommunications
856-234-1661 Office
856-264-1010<http://www.totalrf.com/> Cell
www.cpcomms.com<http://www.cpcomms.com/>
WA2TQI

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org<mailto:App_rpt-users at ohnosec.org>
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Fri Jul 19 15:24:51 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 19 Jul 2013 08:24:51 -0700
Subject: [App_rpt-users] Voter Question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B8416577927@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B84165773DA@CPNYMAIL2.cpcomm.int>
	<3AEFB66E-C5AC-4E0F-B515-4F1496C6C2B4@me.com>
	<8F656C03689E074C9EE70EE3343E4B8416577857@CPNYMAIL2.cpcomm.int>
	<81F88405-7EA6-496D-8666-F209D36BEDE7@me.com>
	<8F656C03689E074C9EE70EE3343E4B8416577927@CPNYMAIL2.cpcomm.int>
Message-ID: <5EBAA6E0-1B0F-4299-8700-C7A1908ACF67@me.com>

It wouldn't hurt to upgrade but that's probably not your issue. If you'd like to do a screen share (I have teamViewer) I can walk you through the upgrade.

--
Tim
:wq

On Jul 19, 2013, at 8:18 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> 1.10
>  
>  
> Bill Hurlock
>  
> From: Tim Sawyer [mailto:tim.sawyer at me.com] 
> Sent: Friday, July 19, 2013 11:16 AM
> To: Bill Hurlock
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Voter Question
>  
> No, the server time is set via ntp (or not). It's not used for voting as server time is not precise enough. 
>  
> How about your version of the RTCM firmware? I thing the latest is like 1.17.
> --
> Tim
> :wq
>  
> On Jul 19, 2013, at 7:37 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:
> 
> 
> Tim,
> Checked ser# and they are different. One thing?If the Server system time and the RTCM are off by minutes will this cause this problem?
>  
> Bill Hurlock
>  
> From: Tim Sawyer [mailto:tim.sawyer at me.com] 
> Sent: Thursday, July 18, 2013 10:34 PM
> To: Bill Hurlock
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Voter Question
>  
> Make sure you have the latest source from SVN https://allstarlink.org/support.html#astupgrade
>  
> You will hear your last word or so after you unkey. This is do to the buffers on both transmit and receive.
>  
> I run buflen = 180 in voter.conf and 7 - Tx Buffer Length at 1200 on the RTCM itself.
> --
> Tim
> :wq
>  
> On Jul 18, 2013, at 4:21 PM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:
> 
> 
> 
> I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM?s. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I?m sure this is just something stupid on my part in the configs.
>  
> Bill Hurlock
> CPCommunications
> 856-234-1661 Office
> 856-264-1010 Cell
> www.cpcomms.com
> WA2TQI
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>  

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

From n8ohu at yahoo.com  Sat Jul 20 13:06:37 2013
From: n8ohu at yahoo.com (Matthew)
Date: Sat, 20 Jul 2013 09:06:37 -0400
Subject: [App_rpt-users] Finally....
Message-ID: <597n7kycl4mysl257xyikykm.1374325597357@email.android.com>

An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130720/a294f329/attachment.html>

From n5uxt at hotmail.com  Sat Jul 20 13:52:14 2013
From: n5uxt at hotmail.com (Angelo Glorioso)
Date: Sat, 20 Jul 2013 08:52:14 -0500
Subject: [App_rpt-users] GPS/APRS Symbols
Message-ID: <BLU0-SMTP48CCA36BC9C70E23BA6ABED6C0@phx.gbl>


Hi Tim,

 Well, since that symbol is not on the list, I guess it is not supported. Is there any plans to expand this list??


  ----- Original Message ----- 
  From: Tim Sawyer 
  To: Angelo Glorioso 
  Sent: Saturday, July 20, 2013 8:29 AM
  Subject: Re: GPS/APRS Symbols


  The list of Allstar GPS symbols is here http://ohnosec.org/drupal/node/179 


  --
  Tim
  :wq


  On Jul 20, 2013, at 6:19 AM, Angelo Glorioso <n5uxt at hotmail.com> wrote:


    Hello to the list,

     I have been tryng to get the following symbol to work within the gps.conf.

    \$  XYZ   ALTERNATE SYMBOL TABLE (\)
    \0  A0#   CIRCLE (E/I/W=IRLP/Echolink/WIRES)\

    Is this icon supported??

    Thanks in advance,

    Angelo







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

From ty at sarna.org  Sat Jul 20 14:42:06 2013
From: ty at sarna.org (Ty Sarna)
Date: Sat, 20 Jul 2013 10:42:06 -0400
Subject: [App_rpt-users] Finally....
In-Reply-To: <BLU180-W343A4A349BC260C50B918FB1610@phx.gbl>
References: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>,
	<51E634BA.4050505@gmail.com>
	<BLU180-W343A4A349BC260C50B918FB1610@phx.gbl>
Message-ID: <C4ABA37D-691D-4FFF-B9E7-1BE06CC5242A@sarna.org>

Note to anyone interested in working on this, 
I already got ACID ported to CentOS 6 and it works OK
aside from the audio issues (I'm running it on a hub and it's fine).

So, if anyone has time to work on the audio issues and wants
access to the CentOS 6 ACID image for testing/development purposes,
I think Jim has it available in a "secret" location. If not, contact
me and I'll hook you up.

I agree that porting to ALSA is probably the way to go,
but I haven't had time to look at it -- too many other irons
in the fire at the moment.

-Ty

On Jul 17, 2013, at 2:42 AM, Jim Duuuude <telesistant at hotmail.com> wrote:

> The kernel in Centos 6.X *does* have it installed and
> supposedly "working", but sadly it does not.
> 
> Jim
> 
> Date: Wed, 17 Jul 2013 02:07:54 -0400
> From: bobtenty at gmail.com
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Finally....
> 
> Regarding OSS in linux
> 
> In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation
> is switched off (depreciated) and is or will happen with more distro's
> What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new
> oss modules will be compiled and installed from source in the background every-time 
> a new kernel will be installed. OSS4 uses new name modules and devices but
> will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the
> new oss4 devices.
> I installed the libasound2 library and pulseaudio and did set the config file of
> libasound2 to use pulseaudio and  pulseaudio to output OSS
> Now we can use programs that interface with  both ALSA and OSS.
> 
> It is also possible to not install pulse audio and only OSS4 and libasound2
> and also to use  OSS and ALSA talking programs (this need a different 
> libasound2 config.)
> Something along the same line is valid for other distro's.
> 
> 73,
> 
> Bob / Boudewijn VE3TOK
> 
> 
> On 13-07-16 01:46 PM, Jim Duuuude wrote:
> Finally, I think we have managed to "close the chapter" in the miserable
> quest for accurate information to allow for proper compilation of the
> USB-related audio channel drivers, regarding the "proc/sys file structure"
> of various Linux kernels, etc.
> 
> As it turns out, the "major" change in that area happened in Linux Kernel
> 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in 
> that area. In addition, to allow for "backwards compatibility", a new kernel
> parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"
> kernels to use the "old structure" for the /sys filesystem entries.
> 
> So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.
> Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED
> parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also.
> Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.
> 
> Now, the build scripts and sources (in SVN) take all this into account, and seem
> to properly build in all the OS's that we support.
> 
> Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the
> next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that
> the OSS audio support in the newer kernels (like the one used in Centos 6.X)
> seems to be SERIOUSLY broken.
> 
> It is entirely possible that if chan_simpleusb and chan_usbradio were modified
> to use ALSA directly, instead of using the OSS compatibility layer (as it does now),
> it *MIGHT* fix this problem (and might also allow newer ARM implementations,
> such as the Pi, etc) to work properly, at least with chan_simpleusb.
> 
> This is not, by any means, a simple task. Nor does it even guarantee that it will
> do any good. We don't *KNOW* that this is problem. It just seems like a reasonable
> guess at this point.
> 
> Is there anyone out there that is capable and willing to attempt to port (particularly
> chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY
> and just can't do everything here (technically).
> 
> Jim WB6NIL
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From bdboyle at bdboyle.com  Sat Jul 20 16:05:24 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Sat, 20 Jul 2013 12:05:24 -0400
Subject: [App_rpt-users] GPS/APRS Symbols
In-Reply-To: <BLU0-SMTP48CCA36BC9C70E23BA6ABED6C0@phx.gbl>
References: <BLU0-SMTP48CCA36BC9C70E23BA6ABED6C0@phx.gbl>
Message-ID: <51EAB544.2060606@bdboyle.com>

On 7/20/2013 9:52 AM, Angelo Glorioso wrote:
> 
> Hi Tim,
> 
>  Well, since that symbol is not on the list, I guess it is not supported. Is there any plans to expand this list??

We don't define the list, that's done by the folks that are developing APRS.





From telesistant at hotmail.com  Sat Jul 20 17:05:15 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 20 Jul 2013 10:05:15 -0700
Subject: [App_rpt-users] Finally....
In-Reply-To: <C4ABA37D-691D-4FFF-B9E7-1BE06CC5242A@sarna.org>
References: <BLU180-W3092EEBF60C8AFAC9F44D8B1600@phx.gbl>, ,
	<51E634BA.4050505@gmail.com>,
	<BLU180-W343A4A349BC260C50B918FB1610@phx.gbl>,
	<C4ABA37D-691D-4FFF-B9E7-1BE06CC5242A@sarna.org>
Message-ID: <BLU180-W26AD3C8602A73E91EEBAEEB16C0@phx.gbl>

Well yes Ty, that is *precisely* one of the reasons that I am "pushing"
to get this resolved. Yes, you *DID* do a marvelous job making that work,
and I *REALLY* want to see that effort be 100% usable (since that seems to
be the only thing "holding it back").

Jim


From: ty at sarna.org
Date: Sat, 20 Jul 2013 10:42:06 -0400
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Finally....

Note to anyone interested in working on this, I already got ACID ported to CentOS 6 and it works OKaside from the audio issues (I'm running it on a hub and it's fine).
So, if anyone has time to work on the audio issues and wantsaccess to the CentOS 6 ACID image for testing/development purposes,I think Jim has it available in a "secret" location. If not, contactme and I'll hook you up.
I agree that porting to ALSA is probably the way to go,but I haven't had time to look at it -- too many other ironsin the fire at the moment.
-Ty
On Jul 17, 2013, at 2:42 AM, Jim Duuuude <telesistant at hotmail.com> wrote:The kernel in Centos 6.X *does* have it installed and
supposedly "working", but sadly it does not.

Jim

Date: Wed, 17 Jul 2013 02:07:54 -0400
From: bobtenty at gmail.com
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Finally....

Regarding OSS in linux

In the kernels of Ubuntu 12 .04 and later OSS support (OSS to ALSA emulation
is switched off (depreciated) and is or will happen with more distro's
What you can do is to install OSS4 (oss4-base & oss4-dkms ), with oss4-dkms new
oss modules will be compiled and installed from source in the background every-time 
a new kernel will be installed. OSS4 uses new name modules and devices but
will also create soft-links with the old legacy devices /dev/dsp & /dev/mixer to the
new oss4 devices.
I installed the libasound2 library and pulseaudio and did set the config file of
libasound2 to use pulseaudio and  pulseaudio to output OSS
Now we can use programs that interface with  both ALSA and OSS.

It is also possible to not install pulse audio and only OSS4 and libasound2
and also to use  OSS and ALSA talking programs (this need a different 
libasound2 config.)
Something along the same line is valid for other distro's.

73,

Bob / Boudewijn VE3TOK


On 13-07-16 01:46 PM, Jim Duuuude wrote:
Finally, I think we have managed to "close the chapter" in the miserable
quest for accurate information to allow for proper compilation of the
USB-related audio channel drivers, regarding the "proc/sys file structure"
of various Linux kernels, etc.

As it turns out, the "major" change in that area happened in Linux Kernel
2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in 
that area. In addition, to allow for "backwards compatibility", a new kernel
parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"
kernels to use the "old structure" for the /sys filesystem entries.

So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.
Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED
parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also.
Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.

Now, the build scripts and sources (in SVN) take all this into account, and seem
to properly build in all the OS's that we support.

Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the
next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that
the OSS audio support in the newer kernels (like the one used in Centos 6.X)
seems to be SERIOUSLY broken.

It is entirely possible that if chan_simpleusb and chan_usbradio were modified
to use ALSA directly, instead of using the OSS compatibility layer (as it does now),
it *MIGHT* fix this problem (and might also allow newer ARM implementations,
such as the Pi, etc) to work properly, at least with chan_simpleusb.

This is not, by any means, a simple task. Nor does it even guarantee that it will
do any good. We don't *KNOW* that this is problem. It just seems like a reasonable
guess at this point.

Is there anyone out there that is capable and willing to attempt to port (particularly
chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY
and just can't do everything here (technically).

Jim WB6NIL











_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130720/1d69e0b1/attachment.html>

From telesistant at hotmail.com  Sat Jul 20 20:11:34 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 20 Jul 2013 13:11:34 -0700
Subject: [App_rpt-users] Finally....
In-Reply-To: <597n7kycl4mysl257xyikykm.1374325597357@email.android.com>
References: <597n7kycl4mysl257xyikykm.1374325597357@email.android.com>
Message-ID: <BLU180-W458851A84CB978FE77886B16C0@phx.gbl>

Fantastic!!! That will be great!!

Thanks...

I am definitely interested to hear your results for the Pi.

Jim

Date: Sat, 20 Jul 2013 09:06:37 -0400
Subject: Re: [App_rpt-users] Finally....
From: n8ohu at yahoo.com
To: telesistant at hotmail.com; app_rpt-users at ohnosec.org

Jim,

I will tackle this, but be advised that I will be working on it on a Raspberry Pi (running Raspian) and will need people tp test it on supported platforms. 

Matthew Pitts
N8OHU 

Sent from my Verizon Wireless 4G LTE smartphone

-------- Original Message --------
Subject:[App_rpt-users] Finally....
>From :Jim Duuuude 
Date :Tue, 16-Jul-2013 13:46
To :app_rpt mailing list 
CC :




Finally, I think we have managed to "close the chapter" in the miserable
quest for accurate information to allow for proper compilation of the
USB-related audio channel drivers, regarding the "proc/sys file structure"
of various Linux kernels, etc.

As it turns out, the "major" change in that area happened in Linux Kernel
2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in 
that area. In addition, to allow for "backwards compatibility", a new kernel
parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer"
kernels to use the "old structure" for the /sys filesystem entries.

So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes.
Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED
parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also.
Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things.

Now, the build scripts and sources (in SVN) take all this into account, and seem
to properly build in all the OS's that we support.

Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the
next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that
the OSS audio support in the newer kernels (like the one used in Centos 6.X)
seems to be SERIOUSLY broken.

It is entirely possible that if chan_simpleusb and chan_usbradio were modified
to use ALSA directly, instead of using the OSS compatibility layer (as it does now),
it *MIGHT* fix this problem (and might also allow newer ARM implementations,
such as the Pi, etc) to work properly, at least with chan_simpleusb.

This is not, by any means, a simple task. Nor does it even guarantee that it will
do any good. We don't *KNOW* that this is problem. It just seems like a reasonable
guess at this point.

Is there anyone out there that is capable and willing to attempt to port (particularly
chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY
and just can't do everything here (technically).

Jim WB6NIL









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

From robert at n5qm.com  Sun Jul 21 00:59:32 2013
From: robert at n5qm.com (Robert Garcia)
Date: Sat, 20 Jul 2013 19:59:32 -0500
Subject: [App_rpt-users] Tones
Message-ID: <CAMLJ17NNfBdERkVGrRUCj_D_N4XZ3JcB9RBJzvTOLEsz7A8iLg@mail.gmail.com>

All,

I am confused as to the tones I am hearing on the output of a repeater
I am running with app_rpt.  I hear the normal courtesy tone, but then
right before the transmitter unkeys, I hear another tone, any ideas?

Robert
N5QM


From anthcp at gmail.com  Sun Jul 21 07:44:27 2013
From: anthcp at gmail.com (Anthony Percy)
Date: Sun, 21 Jul 2013 17:44:27 +1000
Subject: [App_rpt-users] anthcp
Message-ID: <CA+rLymFGTnHchXDyBs_8tpXbNX-5w5CurFcif2vgVbeZv5X7ag@mail.gmail.com>

http://flare.falmags.co.uk/tgzqtib/vlxuldalam.xmtaayoqsltaknbw





anthcp


7/21/2013 8:44:20 AM


From mhebert1975 at gmail.com  Sun Jul 21 12:56:47 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Sun, 21 Jul 2013 07:56:47 -0500
Subject: [App_rpt-users] RTCM to GPS 18x LVC
Message-ID: <CANQAhPErBw6YyVqDko8R51xmhoEPF5B_BuKe0DX7U_kG8MaZ9Q@mail.gmail.com>

All,

I am setting up a voter system using the RTCM and GPS 18x LVC. Has anyone
used the Garmin GPS 18x LVC to interface with the RTCM?

Here is the pinout I have. want to make sure it is correct.

   RTCM GPS 18x LVC   7 PTT Out <-- Pulse Output 1 Yellow  13 5Vdc --> Vin 2
Red  8 Ground Ground 3 Black  6 Rx Data <-- TX Data 4 White  8 Ground Ground
5 Black  14 TX Data --> Rx Data 6 Red
Thanks,

Mike - KD5DFB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130721/eee1c246/attachment.html>

From anthcp at gmail.com  Sun Jul 21 13:23:34 2013
From: anthcp at gmail.com (Anthony Percy)
Date: Sun, 21 Jul 2013 23:23:34 +1000
Subject: [App_rpt-users] gmail account was hacked,
 please ignore any email from me in the last 6 hours!!! I was DNS
 poisoned!!!
Message-ID: <CA+rLymF3uGMmBct6FQYhauENhjOCgh1uscZB5J-sDPdqHQcOww@mail.gmail.com>


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

From telesistant at hotmail.com  Mon Jul 22 00:41:42 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sun, 21 Jul 2013 17:41:42 -0700
Subject: [App_rpt-users] RTCM to GPS 18x LVC
In-Reply-To: <CANQAhPErBw6YyVqDko8R51xmhoEPF5B_BuKe0DX7U_kG8MaZ9Q@mail.gmail.com>
References: <CANQAhPErBw6YyVqDko8R51xmhoEPF5B_BuKe0DX7U_kG8MaZ9Q@mail.gmail.com>
Message-ID: <BLU180-W689F809350B9D3382209DFB16E0@phx.gbl>

Dont quote me on this, but I SWEAR (from questionable memory) that the pin that
the data goes from the "puck" to the RTCM on is on the BOTTOM row, not the top
(next to the PPS), so I would (off hand) say that you have your TX and RX reversed.

Again, this is entirely from memory. I may VERY WELL be wrong.

The best thing to do is try it. 

Jim


Date: Sun, 21 Jul 2013 07:56:47 -0500
From: mhebert1975 at gmail.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] RTCM to GPS 18x LVC

All,
I am setting up a voter system using the RTCM and GPS 18x LVC. Has anyone used the Garmin GPS 18x LVC to interface with the RTCM?
Here is the pinout I have. want to make sure it is correct. 


 
 
 
 
  

  RTCM
  

  GPS 18x LVC
  

  

 
 
  7
  PTT Out
  <--
  Pulse Output
  1
  Yellow
 
 
  13
  5Vdc
  -->
  Vin
  2
  Red
 
 
  8
  Ground
  

  Ground
  3
  Black
 
 
  6
  Rx Data
  <--
  TX Data
  4
  White
 
 
  8
  Ground
  

  Ground
  5
  Black
 
 
  14
  TX Data
  -->
  Rx Data
  6
  Red
 
Thanks,
Mike - KD5DFB


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130721/62890fe9/attachment.html>

From robert at n5qm.com  Mon Jul 22 05:47:11 2013
From: robert at n5qm.com (Robert Garcia)
Date: Mon, 22 Jul 2013 00:47:11 -0500
Subject: [App_rpt-users] 4+ Port Controllers
Message-ID: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>

All,

Are there any options for controllers that have 4 or more ports other
than the RLC4 or RLC Club lineup?

Robert
N5QM


From kj6ko at innercite.com  Mon Jul 22 06:15:01 2013
From: kj6ko at innercite.com (KJ6KO)
Date: Sun, 21 Jul 2013 23:15:01 -0700
Subject: [App_rpt-users] FLAT vs Preemphasized audio
Message-ID: <24B00DF35D3D48C0A9140889CF3B2A29@KJ6KO>

We plan on interfacing with a Palomar repeater controller which uses FLAT audio in and out.  It is designed strictly for disc audio in and output directly to a radio's modulator.  

Would the settings.....
RXDEMOD = FLAT
TXPRELIM = YES
.... be correct to make sure the Palomar gets already pre-emphasized audio in and audio coming from the Palomar to the URI is de-emphasized in the URI before going out to the rest of the network?  Many of the other nodes on the network are using MIC inputs and "Speaker" audio out.

Would these commands go in the usbradio.conf file?
If it is a DMK URI, would the same commands go in the simpleusb.conf file?
Seems I remember setting something like this in the initial DMK setup...have only done one DMK.
Not sure if final unit will be a DMK or some other URI.

...I know...a lot of questions!

Thanks....


__________ Information from ESET NOD32 Antivirus, version of virus signature database 8594 (20130721) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

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

From Benjamin at kb9lfz.com  Mon Jul 22 10:49:54 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Mon, 22 Jul 2013 06:49:54 -0400
Subject: [App_rpt-users] FLAT vs Preemphasized audio
In-Reply-To: <24B00DF35D3D48C0A9140889CF3B2A29@KJ6KO>
References: <24B00DF35D3D48C0A9140889CF3B2A29@KJ6KO>
Message-ID: <1374490194.2230.14152.camel@benjamin-hp>

The settings you have thought to be for usbradio.conf appear to be
correct.

Not sure about the simpleusb for DMK URI. You can use the DMK URI with
usbradio.conf. I like the usbradio.conf over simpleusb, seems to me a
lot of folks are having issues with simpleusb.

Remember to use radio-tune-menu with a service monitor to ensure your
TX/RX audio levels are set appropriately!

~Benjamin, KB9LFZ





On Sun, 2013-07-21 at 23:15 -0700, KJ6KO wrote:
> We plan on interfacing with a Palomar repeater controller which uses
> FLAT audio in and out.  It is designed strictly for disc audio in and
> output directly to a radio's modulator.  
>  
> Would the settings.....
> RXDEMOD = FLAT
> TXPRELIM = YES
> .... be correct to make sure the Palomar gets already pre-emphasized
> audio in and audio coming from the Palomar to the URI is de-emphasized
> in the URI before going out to the rest of the network?  Many of the
> other nodes on the network are using MIC inputs and "Speaker" audio
> out.
>  
> Would these commands go in the usbradio.conf file?
> If it is a DMK URI, would the same commands go in the simpleusb.conf
> file?
> Seems I remember setting something like this in the initial DMK
> setup...have only done one DMK.
> Not sure if final unit will be a DMK or some other URI.
>  
> ...I know...a lot of questions!
>  
> Thanks....
> 
> 
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 8594 (20130721) __________
> 
> The message was checked by ESET NOD32 Antivirus.
> 
> http://www.eset.com
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From Benjamin at kb9lfz.com  Mon Jul 22 10:54:54 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Mon, 22 Jul 2013 06:54:54 -0400
Subject: [App_rpt-users] Tones
In-Reply-To: <CAMLJ17NNfBdERkVGrRUCj_D_N4XZ3JcB9RBJzvTOLEsz7A8iLg@mail.gmail.com>
References: <CAMLJ17NNfBdERkVGrRUCj_D_N4XZ3JcB9RBJzvTOLEsz7A8iLg@mail.gmail.com>
Message-ID: <1374490494.2230.14159.camel@benjamin-hp>

is this something that creeped up, or began to happen since some changes
were made?

~Benjamin, KB9LFZ




On Sat, 2013-07-20 at 19:59 -0500, Robert Garcia wrote:
> All,
> 
> I am confused as to the tones I am hearing on the output of a repeater
> I am running with app_rpt.  I hear the normal courtesy tone, but then
> right before the transmitter unkeys, I hear another tone, any ideas?
> 
> Robert
> N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users




From robert at n5qm.com  Mon Jul 22 13:42:13 2013
From: robert at n5qm.com (Robert Garcia)
Date: Mon, 22 Jul 2013 08:42:13 -0500
Subject: [App_rpt-users] Tones
In-Reply-To: <1374490494.2230.14159.camel@benjamin-hp>
References: <CAMLJ17NNfBdERkVGrRUCj_D_N4XZ3JcB9RBJzvTOLEsz7A8iLg@mail.gmail.com>
	<1374490494.2230.14159.camel@benjamin-hp>
Message-ID: <CAMLJ17NAr+Cvf52heh3qsa_J_2OFi4wkz7qq0kDF+R+B58e2=A@mail.gmail.com>

Benjamin,

I think I figured it out.  It is a lack of understanding on how the
Kenwood repeater I have it connected to functions.  I assumed that if
I used the input on the backside of the repeater instead of using the
"repeat" function of the repeater and set it in "duplex" mode it would
disable the internal courtesy beeps.  Not the case!

Thank you for responding!

Robert
N5QM

On Mon, Jul 22, 2013 at 5:54 AM, Benjamin L. Naber <Benjamin at kb9lfz.com> wrote:
> is this something that creeped up, or began to happen since some changes
> were made?
>
> ~Benjamin, KB9LFZ
>
>
>
>
> On Sat, 2013-07-20 at 19:59 -0500, Robert Garcia wrote:
>> All,
>>
>> I am confused as to the tones I am hearing on the output of a repeater
>> I am running with app_rpt.  I hear the normal courtesy tone, but then
>> right before the transmitter unkeys, I hear another tone, any ideas?
>>
>> Robert
>> N5QM
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>


From tim.sawyer at me.com  Mon Jul 22 15:14:25 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 22 Jul 2013 08:14:25 -0700
Subject: [App_rpt-users] Tones
In-Reply-To: <CAMLJ17NAr+Cvf52heh3qsa_J_2OFi4wkz7qq0kDF+R+B58e2=A@mail.gmail.com>
References: <CAMLJ17NNfBdERkVGrRUCj_D_N4XZ3JcB9RBJzvTOLEsz7A8iLg@mail.gmail.com>
	<1374490494.2230.14159.camel@benjamin-hp>
	<CAMLJ17NAr+Cvf52heh3qsa_J_2OFi4wkz7qq0kDF+R+B58e2=A@mail.gmail.com>
Message-ID: <A38DF98B-E53F-4A2A-A030-9BC010197D4C@me.com>

You might find duplex mode 3 useful. I've never played with a Kenwood repeater so I don't know if that will work. Let us know.

http://ohnosec.org/drupal/node/84
--
Tim
:wq

On Jul 22, 2013, at 6:42 AM, Robert Garcia <robert at n5qm.com> wrote:

> Benjamin,
> 
> I think I figured it out.  It is a lack of understanding on how the
> Kenwood repeater I have it connected to functions.  I assumed that if
> I used the input on the backside of the repeater instead of using the
> "repeat" function of the repeater and set it in "duplex" mode it would
> disable the internal courtesy beeps.  Not the case!
> 
> Thank you for responding!
> 
> Robert
> N5QM
> 
> On Mon, Jul 22, 2013 at 5:54 AM, Benjamin L. Naber <Benjamin at kb9lfz.com> wrote:
>> is this something that creeped up, or began to happen since some changes
>> were made?
>> 
>> ~Benjamin, KB9LFZ
>> 
>> 
>> 
>> 
>> On Sat, 2013-07-20 at 19:59 -0500, Robert Garcia wrote:
>>> All,
>>> 
>>> I am confused as to the tones I am hearing on the output of a repeater
>>> I am running with app_rpt.  I hear the normal courtesy tone, but then
>>> right before the transmitter unkeys, I hear another tone, any ideas?
>>> 
>>> Robert
>>> N5QM
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> 
>> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From tim.sawyer at me.com  Mon Jul 22 15:15:21 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 22 Jul 2013 08:15:21 -0700
Subject: [App_rpt-users] New RTCM Feature - Duplex Mode 3 Support
Message-ID: <373A5D22-BCEC-45DD-93B5-68663F05D2C3@me.com>

Does delayed repeat audio bug you? Tired of hearing a bit of yourself after you unkey? Wish you could talk full duplex? Hate the echo chamber effect? Then we have the answer for you.

Duplex mode 3 in app_rpt allows for "in-cabinet repeat" (where the radio hardware provides repeat audio) and app_rpt adds the hang time, courtesy tones, linking - all the things apt_rpt does sans repeat audio. Therefore no repeat audio delay. Cool, eh? This duplex mode has been in app_rpt for a while. Problem has been how to implement it. 

Duplex mode 3 support in the RTCM provides in-cabinet repeat functionality. Repeat audio loops through the RTCM and has almost zero delay because it does not have to traverse the network. The delay is not quite zero but it's plenty short enough to eliminate all of the above mentioned annoyances. 

Of course duplex mode 3 support can't be used with voting or simulcast. 

Upgrade instructions are here http://ohnosec.org/drupal/node/185 and here https://allstarlink.org/support.html#astupgrade. Normal caviots apply when upgrading to brand new firmware and software. Read the comments in voter.c.

I'm very excited about this new feature and I think you will find it useful too. 
--
Tim
:wq

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

From kj6ko at innercite.com  Mon Jul 22 16:15:40 2013
From: kj6ko at innercite.com (KJ6KO)
Date: Mon, 22 Jul 2013 09:15:40 -0700
Subject: [App_rpt-users] FLAT vs Preemphasized audio
References: <24B00DF35D3D48C0A9140889CF3B2A29@KJ6KO>
	<1374490194.2230.14152.camel@benjamin-hp>
Message-ID: <4DCD106BD8E24301ADD262757D22CC78@KJ6KO>

Have not heard about problems with "simpleusb.conf"   ???  Any comments on 
that??  New to the reflector.

Nothing but an HP 8920 and scope for levels! Only way to fly!

73 de Greg KJ6KO
Trustee NC9RS 900 repeater system.
----- Original Message ----- 
From: "Benjamin L. Naber" <Benjamin at kb9lfz.com>
To: "KJ6KO" <kj6ko at innercite.com>
Cc: <app_rpt-users at ohnosec.org>
Sent: Monday, July 22, 2013 3:49 AM
Subject: Re: [App_rpt-users] FLAT vs Preemphasized audio


> The settings you have thought to be for usbradio.conf appear to be
> correct.
>
> Not sure about the simpleusb for DMK URI. You can use the DMK URI with
> usbradio.conf. I like the usbradio.conf over simpleusb, seems to me a
> lot of folks are having issues with simpleusb.
>
> Remember to use radio-tune-menu with a service monitor to ensure your
> TX/RX audio levels are set appropriately!
>
> ~Benjamin, KB9LFZ
>
>
>
>
>
> On Sun, 2013-07-21 at 23:15 -0700, KJ6KO wrote:
>> We plan on interfacing with a Palomar repeater controller which uses
>> FLAT audio in and out.  It is designed strictly for disc audio in and
>> output directly to a radio's modulator.
>>
>> Would the settings.....
>> RXDEMOD = FLAT
>> TXPRELIM = YES
>> .... be correct to make sure the Palomar gets already pre-emphasized
>> audio in and audio coming from the Palomar to the URI is de-emphasized
>> in the URI before going out to the rest of the network?  Many of the
>> other nodes on the network are using MIC inputs and "Speaker" audio
>> out.
>>
>> Would these commands go in the usbradio.conf file?
>> If it is a DMK URI, would the same commands go in the simpleusb.conf
>> file?
>> Seems I remember setting something like this in the initial DMK
>> setup...have only done one DMK.
>> Not sure if final unit will be a DMK or some other URI.
>>
>> ...I know...a lot of questions!
>>
>> Thanks....
>>
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus
>> signature database 8594 (20130721) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 8594 (20130721) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 8594 (20130721) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com





From jldharma at gmail.com  Mon Jul 22 19:28:43 2013
From: jldharma at gmail.com (John Locke)
Date: Mon, 22 Jul 2013 16:28:43 -0300
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
Message-ID: <CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>

As i said, I have 3 radios (with different private frecuencies) connected
to the asterisk with 3 URI interfaces.
How can i talk from iaxrpt to 2 or 3 radios at the same time? like a
conference call.
For example, in the motorola console application i can "patch" multiple
channels (frecuencies). Any audio received from one channel automatically
repeats to the other cannels in the patch. The audio from the operator is
sent to all the channels in the patch.

Any advise would be deeply appreciated.
Thanks in advance

John


On Thu, Jul 18, 2013 at 6:26 PM, John Locke <jldharma at gmail.com> wrote:

> I'm trying to develop a TAXI radio dispatch application.
> Something like this:
>
> http://www.motorolasolutions.com/US-EN/Business+Product+and+Services/Dispatch/Dispatch+Consoles/MIP+5000_US-EN
>
>
> I have 3 radios (with different private frecuencies) connected to the
> asterisk with 3 URI interfaces.
> The basic features of app_rpt and iaxrpt are working OK.
>
> Now, the problems...
> 1) Sometimes i need to talk to 2 or 3 of the radio channels at the same
> time. With the iaxrpt I can select and talk to only one radio, only one
> active call.
> 2) Also, i need to listen to the audio of the 3 calls (base radios), not
> only the selected call. Sadly, i can't open iaxrpt multiple instances in
> the same PC...
> 3) Is there any way i can detect wich taxi is talking to the radio?
>
> I'm a programmer, but I'm a newbie in the radio field. It would be great
> if any of you can sell me some consulting hours to accomplish this project.
>
> Thanks in advance
> John
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130722/d171e2b2/attachment.html>

From brett.friermood at gmail.com  Mon Jul 22 20:46:36 2013
From: brett.friermood at gmail.com (Brett Friermood)
Date: Mon, 22 Jul 2013 15:46:36 -0500
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
	<CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
Message-ID: <CADS0AtRPVqjQZkoEGRXz8qHRSu2aCh7upw-XexyDojQ3mDnrtA@mail.gmail.com>

For that situation just connect the nodes together and connect to one
of them with iaxrpt.

Brett KQ9N


On Mon, Jul 22, 2013 at 2:28 PM, John Locke <jldharma at gmail.com> wrote:
> As i said, I have 3 radios (with different private frecuencies) connected to
> the asterisk with 3 URI interfaces.
> How can i talk from iaxrpt to 2 or 3 radios at the same time? like a
> conference call.
> For example, in the motorola console application i can "patch" multiple
> channels (frecuencies). Any audio received from one channel automatically
> repeats to the other cannels in the patch. The audio from the operator is
> sent to all the channels in the patch.
>
> Any advise would be deeply appreciated.
> Thanks in advance
>
> John


From bdboyle at bdboyle.com  Mon Jul 22 20:51:19 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Mon, 22 Jul 2013 16:51:19 -0400
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
	<CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
Message-ID: <51ED9B47.3070001@bdboyle.com>

On 7/22/13 3:28 PM, John Locke wrote:
> As i said, I have 3 radios (with different private frecuencies) connected
> to the asterisk with 3 URI interfaces.
> How can i talk from iaxrpt to 2 or 3 radios at the same time? like a
> conference call.
> For example, in the motorola console application i can "patch" multiple
> channels (frecuencies). Any audio received from one channel automatically
> repeats to the other cannels in the patch. The audio from the operator is
> sent to all the channels in the patch.
>
> Any advise would be deeply appreciated.
> Thanks in advance


Set up a second computer with app_rpt and a registered node number...set 
up the node on the second computer as a 'hub' node, set up iaxrpt to 
talk into the hub...and connect using *3XXXXX to connect the radios 
together thru hub.

Simple.  You can build scripts to send commands through the hub to 
connect radios in and out, etc.

You are essentially talking about building a network of radio systems to 
control.  Build a hub, write some simple bash scripts...Not an issue; 
think outside the box.


-- 
Bryan
In this world, you must be oh so smart or oh so pleasant.
Well, for years I was smart. I recommend pleasant.
You may quote me.

Sent from my MacBook Pro.


From brett.friermood at gmail.com  Mon Jul 22 21:02:08 2013
From: brett.friermood at gmail.com (Brett Friermood)
Date: Mon, 22 Jul 2013 16:02:08 -0500
Subject: [App_rpt-users] Radio Console
In-Reply-To: <51ED9B47.3070001@bdboyle.com>
References: <CACaxzOjxFwbRYKVfOPigJGSPG00+4=qdy0dy58wa6sa4paocqg@mail.gmail.com>
	<CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
	<51ED9B47.3070001@bdboyle.com>
Message-ID: <CADS0AtQpHr8k8mMuoZ5Gg86BAh0z7k8o2A94=0o_JqZCfWkpew@mail.gmail.com>

Also look into using ilink,8 when you want to hear but not transmit on
all 3 nodes.

Unless of course I'm interpreting it's purpose wrong.

Brett


On Mon, Jul 22, 2013 at 3:51 PM, Bryan D. Boyle <bdboyle at bdboyle.com> wrote:
> Set up a second computer with app_rpt and a registered node number...set up
> the node on the second computer as a 'hub' node, set up iaxrpt to talk into
> the hub...and connect using *3XXXXX to connect the radios together thru hub.
>
> Simple.  You can build scripts to send commands through the hub to connect
> radios in and out, etc.
>
> You are essentially talking about building a network of radio systems to
> control.  Build a hub, write some simple bash scripts...Not an issue; think
> outside the box.
>
>
> --
> Bryan
> In this world, you must be oh so smart or oh so pleasant.
> Well, for years I was smart. I recommend pleasant.
> You may quote me.
>
> Sent from my MacBook Pro.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From n6gkj.cm98 at yahoo.com  Mon Jul 22 21:38:17 2013
From: n6gkj.cm98 at yahoo.com (Ron Simpson)
Date: Mon, 22 Jul 2013 14:38:17 -0700 (PDT)
Subject: [App_rpt-users] Radio Console
In-Reply-To: <CACaxzOj02rTunMvpdVs0do_vhACyEaGh13gR_yDp=J6PoE65Bw@mail.gmail.com>
Message-ID: <1374529097.21230.YahooMailAndroidMobile@web140605.mail.bf1.yahoo.com>

What you are trying to do John is not really doable in Allstar. IAXRPT has limitations due to how the audio libraries work. Currently they are not multi threaded..

The issue really is how do you listen to the unselected audio. 

To get even close to MCC or Gold Elite operational functionality would be awesome... but unrealistic given the current environment.

I have talked with Steve Henke (iaxrpt) about doing the same thing you want to do. Until we can change how the audio in iaxtpt works we can't do much more than rewrite iaxrpt to make it look a little different.

Currently one possibility is to have 2 vm's running with iaxrpt on each one set up for a different radio and listen as unselected audio and run iaxrpt on the host as your selected audio source and patch to a hub from each instance of iaxrpt. You can setup quick shortcut buttons in iaxrpt to connect and disconnect from the hub.

Not exactly what you want but would work maybe..

Personally I like MCC and Gold Elite. I do much work with both platforms...

Would be nice to emulate that a little more closely.

Sent from Yahoo! Mail on Android

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

From kj6qfs at gmail.com  Mon Jul 22 23:56:35 2013
From: kj6qfs at gmail.com (Sam Skolfield)
Date: Mon, 22 Jul 2013 16:56:35 -0700
Subject: [App_rpt-users] Sudden dropped packet problem on LAN
Message-ID: <CALK+jHHwAmCqXPx6Qtt5FVuqC-2sDi7NV977_=SJNUR04k4JGw@mail.gmail.com>

Hello Group,
I have a test-bench voted configuration consisting of two RTCMs acting as
receivers, one acting as a transmitter, and an app_rpt server. Everything
was working great for days until suddenly, audio packets started to drop
like flies.
I had the "buflen" in the voter.conf file set to 200, and the TX buffer
length in the RTCMS set for 1200, and made no changes whatsoever to the
configuration. No matter what combination of buffer values I try, I can't
seem to get the system to stop dropping packets.
Mind you, all three RTCMS and the server are all connected to a common
Verizon FIOS modem/4 port router.

Any help is greatly appreciated.

Thank you,
Sam

-- 
KJ6QFS
Sam Skolfield
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130722/320c9fa0/attachment.html>

From mhebert1975 at gmail.com  Tue Jul 23 06:13:53 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Tue, 23 Jul 2013 01:13:53 -0500
Subject: [App_rpt-users] RTCM to GPS 18x LVC
In-Reply-To: <BLU180-W689F809350B9D3382209DFB16E0@phx.gbl>
References: <CANQAhPErBw6YyVqDko8R51xmhoEPF5B_BuKe0DX7U_kG8MaZ9Q@mail.gmail.com>
	<BLU180-W689F809350B9D3382209DFB16E0@phx.gbl>
Message-ID: <CANQAhPFZRgbpF0RPvLM3VcpUEmQeck5S9OkPn1RFLuj5ewGjLA@mail.gmail.com>

Jim,

Thanks for looking at the issue. That was the problem! I have updated the
pinout for anyone else that might need it. Also, does the RTCM just need
the 1 PPS or does it need both 1 PPS and the NEMA string?

   RTCM GPS 18x LVC   7 GPPS <-- Pulse Output 1 Yellow  13 +5V --> Vin 2 Red
8 GND Ground 3 Black  14 GTX --> TX Data 4 White  8 GND Ground 5 Black  6
GRX <-- Rx Data 6 Green
Mike - KD5DFB




On Sun, Jul 21, 2013 at 7:41 PM, Jim Duuuude <telesistant at hotmail.com>wrote:

> Dont quote me on this, but I SWEAR (from questionable memory) that the pin
> that
> the data goes from the "puck" to the RTCM on is on the BOTTOM row, not the
> top
> (next to the PPS), so I would (off hand) say that you have your TX and RX
> reversed.
>
> Again, this is entirely from memory. I may VERY WELL be wrong.
>
> The best thing to do is try it.
>
> Jim
>
>
> ------------------------------
> Date: Sun, 21 Jul 2013 07:56:47 -0500
> From: mhebert1975 at gmail.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] RTCM to GPS 18x LVC
>
> All,
>
> I am setting up a voter system using the RTCM and GPS 18x LVC. Has anyone
> used the Garmin GPS 18x LVC to interface with the RTCM?
>
> Here is the pinout I have. want to make sure it is correct.
>
>
> RTCM
> GPS 18x LVC
>
>  7 PTT Out <-- Pulse Output 1 Yellow  13 5Vdc --> Vin 2 Red  8 Ground
> Ground 3 Black  6 Rx Data <-- TX Data 4 White  8 Ground
> Ground 5 Black  14 TX Data --> Rx Data 6 Red
> Thanks,
>
> Mike - KD5DFB
>
>
> _______________________________________________ App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/6c596c59/attachment.html>

From telesistant at hotmail.com  Tue Jul 23 06:14:39 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Mon, 22 Jul 2013 23:14:39 -0700
Subject: [App_rpt-users] RTCM to GPS 18x LVC
In-Reply-To: <CANQAhPFZRgbpF0RPvLM3VcpUEmQeck5S9OkPn1RFLuj5ewGjLA@mail.gmail.com>
References: <CANQAhPErBw6YyVqDko8R51xmhoEPF5B_BuKe0DX7U_kG8MaZ9Q@mail.gmail.com>,
	<BLU180-W689F809350B9D3382209DFB16E0@phx.gbl>,
	<CANQAhPFZRgbpF0RPvLM3VcpUEmQeck5S9OkPn1RFLuj5ewGjLA@mail.gmail.com>
Message-ID: <BLU180-W85BF2943CCBDD9E1DB1C01B16F0@phx.gbl>

it needs both the NMEA and the 1PPS

Date: Tue, 23 Jul 2013 01:13:53 -0500
Subject: Re: [App_rpt-users] RTCM to GPS 18x LVC
From: mhebert1975 at gmail.com
To: telesistant at hotmail.com
CC: app_rpt-users at ohnosec.org

Jim,
Thanks for looking at the issue. That was the problem! I have updated the pinout for anyone else that might need it. Also, does the RTCM just need the 1 PPS or does it need both 1 PPS and the NEMA string? 


 
 
 
 
  
  RTCM
  
  GPS 18x LVC
  
  
 
 
  7
  GPPS
  <--
  Pulse Output
  1
  Yellow
 
 
  13
  +5V
  -->
  Vin
  2
  Red
 
 
  8
  GND
  
  Ground
  3
  Black
 
 
  14
  GTX
  -->
  TX Data
  4
  White
 
 
  8
  GND
  
  Ground
  5
  Black
 
 
  6
  GRX
  <--
  Rx Data
  6
  Green
 
Mike - KD5DFB




On Sun, Jul 21, 2013 at 7:41 PM, Jim Duuuude <telesistant at hotmail.com> wrote:




Dont quote me on this, but I SWEAR (from questionable memory) that the pin that
the data goes from the "puck" to the RTCM on is on the BOTTOM row, not the top
(next to the PPS), so I would (off hand) say that you have your TX and RX reversed.


Again, this is entirely from memory. I may VERY WELL be wrong.

The best thing to do is try it. 

Jim


Date: Sun, 21 Jul 2013 07:56:47 -0500
From: mhebert1975 at gmail.com

To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] RTCM to GPS 18x LVC

All,
I am setting up a voter system using the RTCM and GPS 18x LVC. Has anyone used the Garmin GPS 18x LVC to interface with the RTCM?

Here is the pinout I have. want to make sure it is correct. 


 
 
 
 
  

  RTCM
  

  GPS 18x LVC
  

  

 
 
  7
  PTT Out
  <--
  Pulse Output
  1
  Yellow
 
 
  13
  5Vdc
  -->
  Vin
  2
  Red
 
 
  8
  Ground
  

  Ground
  3
  Black
 
 
  6
  Rx Data
  <--
  TX Data
  4
  White
 
 
  8
  Ground
  

  Ground
  5
  Black
 
 
  14
  TX Data
  -->
  Rx Data
  6
  Red
 
Thanks,
Mike - KD5DFB


_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  

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

From kj6qfs at gmail.com  Tue Jul 23 11:13:29 2013
From: kj6qfs at gmail.com (Sam Skolfield)
Date: Tue, 23 Jul 2013 04:13:29 -0700
Subject: [App_rpt-users] Sudden dropped packet problem on LAN
Message-ID: <CALK+jHEQMjWepHgPwFYPCb65dWnR6H+Thc7hCRg5cQ6NLQ7O+Q@mail.gmail.com>

The problem has been solved by re-installing ACID from scratch.


On Mon, Jul 22, 2013 at 4:56 PM, Sam Skolfield <kj6qfs at gmail.com> wrote:

> Hello Group,
> I have a test-bench voted configuration consisting of two RTCMs acting as
> receivers, one acting as a transmitter, and an app_rpt server. Everything
> was working great for days until suddenly, audio packets started to drop
> like flies.
> I had the "buflen" in the voter.conf file set to 200, and the TX buffer
> length in the RTCMS set for 1200, and made no changes whatsoever to the
> configuration. No matter what combination of buffer values I try, I can't
> seem to get the system to stop dropping packets.
> Mind you, all three RTCMS and the server are all connected to a common
> Verizon FIOS modem/4 port router.
>
> Any help is greatly appreciated.
>
> Thank you,
> Sam
>
> --
> KJ6QFS
> Sam Skolfield
>



-- 
KJ6QFS
Sam Skolfield
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/6caa1cca/attachment.html>

From cypresstower at yahoo.com  Tue Jul 23 15:58:58 2013
From: cypresstower at yahoo.com (Johnny Keeker)
Date: Tue, 23 Jul 2013 08:58:58 -0700 (PDT)
Subject: [App_rpt-users] Squlech Tail
Message-ID: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>

Is there a squelch tail eliminator setting for ACID?in the full duplex mode?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/11a26ccf/attachment.html>

From tim.sawyer at me.com  Tue Jul 23 16:43:06 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Tue, 23 Jul 2013 09:43:06 -0700
Subject: [App_rpt-users] Squlech Tail
In-Reply-To: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
References: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
Message-ID: <B415F1E7-EDB1-4348-8CE4-EAED62747743@me.com>

There is for TX (mobile RX) if using the RTCM for your radio interface. In that case the setting is in the RTCM. 

If other interfaces support STE I am not aware of it.
--
Tim
:wq

On Jul 23, 2013, at 8:58 AM, Johnny Keeker <cypresstower at yahoo.com> wrote:

> Is there a squelch tail eliminator setting for ACID in the full duplex mode?
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From w5omr at att.net  Tue Jul 23 17:44:14 2013
From: w5omr at att.net (Geoff)
Date: Tue, 23 Jul 2013 12:44:14 -0500
Subject: [App_rpt-users] 4+ Port Controllers
In-Reply-To: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
References: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
Message-ID: <51EEC0EE.7060305@att.net>

On 07/22/2013 12:47 AM, Robert Garcia wrote:
> All,
>
> Are there any options for controllers that have 4 or more ports other
> than the RLC4 or RLC Club lineup?
>

What are you wanting to do, Bob?




From jrorke at cogeco.ca  Tue Jul 23 18:28:07 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Tue, 23 Jul 2013 14:28:07 -0400
Subject: [App_rpt-users] Squlech Tail
In-Reply-To: <B415F1E7-EDB1-4348-8CE4-EAED62747743@me.com>
References: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
	<B415F1E7-EDB1-4348-8CE4-EAED62747743@me.com>
Message-ID: <51EECB37.8010507@cogeco.ca>

Use radio tune rxsquelch to set the squelch.

In ACID:

AST_2249_XCN*CLI> radio tune rxsquelch
Current Signal Strength is 741
Current Squelch setting is 501

If the setting is lower then you will hear squelch crash.

Set the squelch above the measured level:

AST_2249_XCN*CLI> radio tune rxsquelch 800
Changed Squelch setting to 800

AST_2249_XCN*CLI> radio tune rxsquelch
Current Signal Strength is 749
Current Squelch setting is 800
AST_2249_XCN*CLI>

Then do a "radio tune save" to save the setting.

The squelch should now close very fast like the Micor squelch.

It works very well.

Jon VA3RQ



On 7/23/2013 12:43 PM, Tim Sawyer wrote:
> There is for TX (mobile RX) if using the RTCM for your radio 
> interface. In that case the setting is in the RTCM.
>
> If other interfaces support STE I am not aware of it.
> --
> Tim
> :wq
>
> On Jul 23, 2013, at 8:58 AM, Johnny Keeker <cypresstower at yahoo.com 
> <mailto:cypresstower at yahoo.com>> wrote:
>
>> Is there a squelch tail eliminator setting for ACID in the full 
>> duplex mode?
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org <mailto:App_rpt-users at ohnosec.org>
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From k0jsc.jeff at gmail.com  Tue Jul 23 23:35:03 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Tue, 23 Jul 2013 17:35:03 -0600
Subject: [App_rpt-users] Telemetry Stanza
Message-ID: <CAA_aZLjLS++=37sWKaJJWtz8-qUzvORFBH5M9XLvsb=Up4T9Ng@mail.gmail.com>

Here's a brain teaser for the guru's out there.  I can specify different
function stanzas for different nodes on the same box by naming them
functions1234 and functions1235 and defining that in each node stanza but
with the telemetry I can't do that.  Is this by design or have I missed
something?

ex.

[1234]
functions=functions1234
telemetry=telemetry1234

[1235]
functions=functions1235
telemetry=telemetry1235

73 de K0JSC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/6208f48e/attachment.html>

From robert at n5qm.com  Wed Jul 24 03:07:54 2013
From: robert at n5qm.com (Robert Garcia)
Date: Tue, 23 Jul 2013 22:07:54 -0500
Subject: [App_rpt-users] 4+ Port Controllers
In-Reply-To: <51EEC0EE.7060305@att.net>
References: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
	<51EEC0EE.7060305@att.net>
Message-ID: <CAMLJ17MWBYjBnbGoh=f+JB9NdTgh8sB-CvF6hxtsh-=DgmpmtA@mail.gmail.com>

Geoff,

I am trying to run two repeaters off of one controller, each having
it's own node if possible.  Our group does alot of experimentation, so
being able to connect other radios and such to the system easily would
be very nice.  We also have a need for telemetry inputs and outputs,
schedules, and the normal stuff.

I am starting to think the RLC Club series may be our best bet due to
the number of ports available, but OUCH.

Robert
N5QM

On Tue, Jul 23, 2013 at 12:44 PM, Geoff <w5omr at att.net> wrote:
> On 07/22/2013 12:47 AM, Robert Garcia wrote:
>>
>> All,
>>
>> Are there any options for controllers that have 4 or more ports other
>> than the RLC4 or RLC Club lineup?
>>
>
> What are you wanting to do, Bob?
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From cypresstower at yahoo.com  Wed Jul 24 04:22:10 2013
From: cypresstower at yahoo.com (Johnny Keeker)
Date: Tue, 23 Jul 2013 21:22:10 -0700 (PDT)
Subject: [App_rpt-users] Squlech Tail
In-Reply-To: <51EECB37.8010507@cogeco.ca>
References: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
	<B415F1E7-EDB1-4348-8CE4-EAED62747743@me.com>
	<51EECB37.8010507@cogeco.ca>
Message-ID: <1374639730.87984.YahooMailNeo@web163606.mail.gq1.yahoo.com>

Jon
I ran your setup, the numbers were different but it helped a lot.?? Browsing the chan_usbradio.c? file, I found a line in the code?"int? rxsquelchdelay"? in and among other function of the usbradio stanza, so I added it the usbradio.conf file as follows rxsquelchdelay=90? After a restart the squelch tail was completely gone.? Can you or anyone shed some light on this?? 

________________________________
From: Jon Rorke <jrorke at cogeco.ca>
To: 
Cc: "app_rpt-users at ohnosec.org" <app_rpt-users at ohnosec.org> 
Sent: Tuesday, July 23, 2013 2:28 PM
Subject: Re: [App_rpt-users] Squlech Tail



Use radio tune rxsquelch to set the squelch.

In ACID:

AST_2249_XCN*CLI> radio tune rxsquelch
Current Signal Strength is 741
Current Squelch setting is 501

If the setting is lower then you will hear squelch crash.

Set the squelch above the measured level: 

AST_2249_XCN*CLI> radio tune rxsquelch 800
Changed Squelch setting to 800

AST_2249_XCN*CLI> radio tune rxsquelch
Current Signal Strength is 749
Current Squelch setting is 800
AST_2249_XCN*CLI>

Then do a "radio tune save" to save the setting.

The squelch should now close very fast like the Micor squelch.

It works very well.

Jon VA3RQ




On 7/23/2013 12:43 PM, Tim Sawyer wrote:

There is for TX (mobile RX) if using the RTCM for your radio interface. In that case the setting is in the RTCM.? 
>
>
>If other interfaces support STE I am not aware of it.
>
>--
>Tim
>:wq
>
>On Jul 23, 2013, at 8:58 AM, Johnny Keeker <cypresstower at yahoo.com> wrote:
>
>Is there a squelch tail eliminator setting for ACID?in the full duplex mode?_______________________________________________
>>App_rpt-users mailing list
>>App_rpt-users at ohnosec.org
>>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>
> 
>
>_______________________________________________
App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/e68aa58d/attachment.html>

From wb3awj at comcast.net  Wed Jul 24 04:48:06 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Wed, 24 Jul 2013 00:48:06 -0400
Subject: [App_rpt-users] 4+ Port Controllers
In-Reply-To: <CAMLJ17MWBYjBnbGoh=f+JB9NdTgh8sB-CvF6hxtsh-=DgmpmtA@mail.gmail.com>
References: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
	<51EEC0EE.7060305@att.net>
	<CAMLJ17MWBYjBnbGoh=f+JB9NdTgh8sB-CvF6hxtsh-=DgmpmtA@mail.gmail.com>
Message-ID: <a056a7c2-fbec-4fb4-9076-245b391a5028@email.android.com>

Why not use app_rpt with four nodes/repeaters defined?

 Seems it would be less fuss.


Robert Garcia <robert at n5qm.com> wrote:
>Geoff,
>
>I am trying to run two repeaters off of one controller, each having
>it's own node if possible.  Our group does alot of experimentation, so
>being able to connect other radios and such to the system easily would
>be very nice.  We also have a need for telemetry inputs and outputs,
>schedules, and the normal stuff.
>
>I am starting to think the RLC Club series may be our best bet due to
>the number of ports available, but OUCH.
>
>Robert
>N5QM
>
>On Tue, Jul 23, 2013 at 12:44 PM, Geoff <w5omr at att.net> wrote:
>> On 07/22/2013 12:47 AM, Robert Garcia wrote:
>>>
>>> All,
>>>
>>> Are there any options for controllers that have 4 or more ports
>other
>>> than the RLC4 or RLC Club lineup?
>>>
>>
>> What are you wanting to do, Bob?
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130724/ff8eae43/attachment.html>

From telesistant at hotmail.com  Wed Jul 24 05:46:47 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 23 Jul 2013 22:46:47 -0700
Subject: [App_rpt-users] Telemetry Stanza
In-Reply-To: <CAA_aZLjLS++=37sWKaJJWtz8-qUzvORFBH5M9XLvsb=Up4T9Ng@mail.gmail.com>
References: <CAA_aZLjLS++=37sWKaJJWtz8-qUzvORFBH5M9XLvsb=Up4T9Ng@mail.gmail.com>
Message-ID: <BLU180-W3470EAC7C08709BBA82426B1680@phx.gbl>

Try upgrading to SVN sources and see if the problem is still there.

Jim

Date: Tue, 23 Jul 2013 17:35:03 -0600
From: k0jsc.jeff at gmail.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Telemetry Stanza

Here's a brain teaser for the guru's out there.  I can specify different function stanzas for different nodes on the same box by naming them functions1234 and functions1235 and defining that in each node stanza but with the telemetry I can't do that.  Is this by design or have I missed something?

ex.
[1234]functions=functions1234telemetry=telemetry1234

[1235]functions=functions1235telemetry=telemetry1235

73 de K0JSC

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130723/f5058d7c/attachment.html>

From ke2n at cs.com  Wed Jul 24 08:57:50 2013
From: ke2n at cs.com (Ken)
Date: Wed, 24 Jul 2013 04:57:50 -0400
Subject: [App_rpt-users] Squlech Tail
In-Reply-To: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
References: <1374595138.17899.YahooMailNeo@web163602.mail.gq1.yahoo.com>
Message-ID: <001b01ce884b$e0b36120$a21a2360$@cs.com>

In usbradio.conf

 

rxsquelchdelay=100   ; squelch tail eliminator - NEW only works with DSP

 

Ken

 

From: Johnny Keeker [mailto:cypresstower at yahoo.com] 
Sent: Tuesday, July 23, 2013 11:59 AM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Squlech Tail

 

Is there a squelch tail eliminator setting for ACID in the full duplex mode?

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

From david.osborn at manx.net  Wed Jul 24 10:04:34 2013
From: david.osborn at manx.net (David Osborn)
Date: Wed, 24 Jul 2013 11:04:34 +0100
Subject: [App_rpt-users] Portable Nodes
Message-ID: <003901ce8855$32e63b30$98b2b190$@manx.net>

Hi All,

 

I was just wondering what people have deployed as a "node in a box"
solution.

 

I'm toying with building a portable node that can use either WiFi or 3G and
which can be set-up in an arbitrary location as required. The general idea
being aimed at emergency communications.

 

So, what radios, what computer power (RTCM, perhaps?), what power
arrangements?

 

73

 

David Osborn

GD4HOZ

 

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

From jrh at g0fhm.co.uk  Wed Jul 24 10:37:26 2013
From: jrh at g0fhm.co.uk (James Hill)
Date: Wed, 24 Jul 2013 11:37:26 +0100
Subject: [App_rpt-users] Portable Nodes
In-Reply-To: <003901ce8855$32e63b30$98b2b190$@manx.net>
References: <003901ce8855$32e63b30$98b2b190$@manx.net>
Message-ID: <51EFAE66.9070700@g0fhm.co.uk>

On 24/07/2013 11:04, David Osborn wrote:
>
> Hi All,
>
> I was just wondering what people have deployed as a "node in a box" 
> solution.
>
> I'm toying with building a portable node that can use either WiFi or 
> 3G and which can be set-up in an arbitrary location as required. The 
> general idea being aimed at emergency communications.
>
> So, what radios, what computer power (RTCM, perhaps?), what power 
> arrangements?
>
> 73
>
> David Osborn
>
> GD4HOZ
>
>

David,

I would consider a thin client with 2.5" HDD running ACiD. They require 
12V and are easily powered by a SLAB or similar battery. The RTL8188CU 
WLAN USB dongle also works with CentOS. My Wyse V90 has a 1GHz CPU and 
only had 256MB RAM (i've since upgraded it), and initially ran ACiD with 
usbradio with no problems. For /P uses, I have a Motorola HT-600E of 
which I have "hacked" the public safety speaker/mic connector to connect 
to the TC. The cable has mini coax, so I've connected a BNC socket to 
the end to connect to a better antenna.

Pretty "Quick N Durty", but it works. For the HT-600E, I've knocked up a 
simple circuit involving a LM7810 regulator and a dead battery pack 
(I've removed the cells and placed the circuit inside, so again it can 
run from either 12V or a 13.8V PSU.

I haven't done anything with the 3G dongle yet - I have one here, but 
havent experimented!

73

J


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

From jrorke at cogeco.ca  Wed Jul 24 11:56:11 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Wed, 24 Jul 2013 07:56:11 -0400
Subject: [App_rpt-users] 4+ Port Controllers
In-Reply-To: <a056a7c2-fbec-4fb4-9076-245b391a5028@email.android.com>
References: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
	<51EEC0EE.7060305@att.net>
	<CAMLJ17MWBYjBnbGoh=f+JB9NdTgh8sB-CvF6hxtsh-=DgmpmtA@mail.gmail.com>
	<a056a7c2-fbec-4fb4-9076-245b391a5028@email.android.com>
Message-ID: <51EFC0DB.8010800@cogeco.ca>

I have 4 full duplex nodes on one Mini ITX pc and works like a champ!
Does everything a hardware controller does.

We have pulled several hardware controllers and replaced them with 
App_Rpt boxes!

Pc cost about $125 + 4 URIs = $400 total cost.

Dont know what the Hardware controllers are going for but it much 
cheaper and more flexible.

Jon RQ

On 7/24/2013 12:48 AM, Robert a. Poff wrote:
> Why not use app_rpt with four nodes/repeaters defined?
>
> Seems it would be less fuss.
>
>
> Robert Garcia <robert at n5qm.com> wrote:
>
>     Geoff,
>
>     I am trying to run two repeaters off of one controller, each having
>     it's own node if possible.  Our group does alot of experimentation, so
>     being able to connect other radios and such to the system easily would
>     be very nice.  We also have a need for telemetry inputs and outputs,
>     schedules, and the normal stuff.
>
>     I am starting to think the RLC Club series may be our best bet due to
>     the number of ports available, but OUCH.
>
>     Robert
>     N5QM
>
>     On Tue, Jul 23, 2013 at 12:44 PM, Geoff <w5omr at att.net> wrote:
>
>         On 07/22/2013 12:47 AM, Robert Garcia wrote:
>
>             All, Are there any options for controllers that have 4 or
>             more ports other than the RLC4 or RLC Club lineup?
>
>         What are you wanting to do, Bob?
>         ------------------------------------------------------------------------
>         App_rpt-users mailing list App_rpt-users at ohnosec.org
>         http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 
>
>     ------------------------------------------------------------------------
>
>     App_rpt-users mailing list
>     App_rpt-users at ohnosec.org
>     http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> -- 
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From k0jsc.jeff at gmail.com  Wed Jul 24 12:21:38 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Wed, 24 Jul 2013 06:21:38 -0600
Subject: [App_rpt-users] Telemetry Stanza
In-Reply-To: <BLU180-W3470EAC7C08709BBA82426B1680@phx.gbl>
References: <CAA_aZLjLS++=37sWKaJJWtz8-qUzvORFBH5M9XLvsb=Up4T9Ng@mail.gmail.com>
	<BLU180-W3470EAC7C08709BBA82426B1680@phx.gbl>
Message-ID: <CAA_aZLg7VMPcKKFNR1bvg+F+9-PZtGT_30ac2y1mKsr_TSzjtA@mail.gmail.com>

I'll try that Jim,

If i remember correctly I ran an SVN update on all my nodes 2-3 weeks ago
but I'll update one of them and do some testing.

Jeff


On Tue, Jul 23, 2013 at 11:46 PM, Jim Duuuude <telesistant at hotmail.com>wrote:

> Try upgrading to SVN sources and see if the problem is still there.
>
> Jim
>
> ------------------------------
> Date: Tue, 23 Jul 2013 17:35:03 -0600
> From: k0jsc.jeff at gmail.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Telemetry Stanza
>
> Here's a brain teaser for the guru's out there.  I can specify different
> function stanzas for different nodes on the same box by naming them
> functions1234 and functions1235 and defining that in each node stanza but
> with the telemetry I can't do that.  Is this by design or have I missed
> something?
>
> ex.
>
> [1234]
> functions=functions1234
> telemetry=telemetry1234
>
> [1235]
> functions=functions1235
> telemetry=telemetry1235
>
> 73 de K0JSC
>
> _______________________________________________ App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130724/f13b5677/attachment.html>

From george at dyb.com  Wed Jul 24 12:49:55 2013
From: george at dyb.com (George Csahanin)
Date: Wed, 24 Jul 2013 07:49:55 -0500
Subject: [App_rpt-users] Portable Nodes
References: <003901ce8855$32e63b30$98b2b190$@manx.net>
Message-ID: <055B7A838CF047D0A9D897C30A647F78@lintv.com>

I made a modified version of Limey that has support for WiFi and one or two USB WiFI adapters. It worked. It took a while to learn my way around Limey Linux, which I also added wirelesstools to. I remember that I had broken something in the distro, though. I can't remember what, this is a couple of years ago, and I was able to find a new location for the computer that had a router 3' away, so no need for wifi any longer. 

But it ran off a CF card and I can't remember which wifi adapter I had compiled into the kernel, which also needed an adjustment to libraries.

I know this isn't clear at all...sorry, it is hazy in my memory.

GeorgeC
W2DB
2360

  ----- Original Message ----- 
  From: David Osborn 
  To: app_rpt-users at ohnosec.org 
  Sent: Wednesday, July 24, 2013 5:04 AM
  Subject: [App_rpt-users] Portable Nodes


  Hi All,

   

  I was just wondering what people have deployed as a "node in a box" solution.

   

  I'm toying with building a portable node that can use either WiFi or 3G and which can be set-up in an arbitrary location as required. The general idea being aimed at emergency communications.

   

  So, what radios, what computer power (RTCM, perhaps?), what power arrangements?

   

  73

   

  David Osborn

  GD4HOZ

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

From wb3awj at comcast.net  Wed Jul 24 20:29:50 2013
From: wb3awj at comcast.net (Robert A. Poff WB3AWJ)
Date: Wed, 24 Jul 2013 20:29:50 +0000 (UTC)
Subject: [App_rpt-users] Freqency Agile Remote
Message-ID: <2501921.1735474.1374697790529.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>

After having the project sit idle for about a year, I've been getting my frequency agile remote ready to deploy. 
I had everything working fine on the workbench testing with iaxRpt. 

Then I thought, "I should update to the current version.....". 
So first I did a system update with "yum -y update". 
Then I did the Acid SVN update. 

Now I can't retrieve a memory defined in rpt.conf. 
example : 40 = 146.970,123.0,-rt 

Any attempt results in an "invalid frequency" response. 
And with a serial tracker in line I don't see data being sent to the radio. 

I've also tried sending it as a direct entry such as *1146*970*2. That doesn't work either. 

If I restart Asterisk, when I connect the first time with iaxRpt, it does send the init string. 
And the radio goes where it's supposed to. So I know the iospeed/port/CIV are all set right. 

This is using a Syntor X with an XCAT on ttyS0 at 19200. 
Which all worked before I did the update. 

Any ideas? 








Robert A. Poff 
Loganville, PA. 


"Lieutenant, target the offending power boat and launch photon torpedoes" 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130724/7cb1ff5d/attachment.html>

From wolthuis at gmail.com  Fri Jul 26 18:29:04 2013
From: wolthuis at gmail.com (Michael Wolthuis)
Date: Fri, 26 Jul 2013 14:29:04 -0400
Subject: [App_rpt-users] Help with hanging PTT on BeagleBoard
Message-ID: <CE183830.16457%wolthuis@gmail.com>

This is a new problem I have not experienced.

I have a maxtrac RX and a maxtrac TX hooked up I believe appropriately to
the BeagleBoard.

The board detects COR fine and turns the TX PTT on, however, when the COR
drops, the PTT stays lit on the board and the TX stays transmitting
indefinitely (at least I haven't found the timeout yet).

Any suggestions on what I may have screwed up on this one?  I don't have
this issue on any of my other Beagleboards.

Mike
kb8zgl



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

From n9laz at comcast.net  Fri Jul 26 20:16:16 2013
From: n9laz at comcast.net (Mike Brown)
Date: Fri, 26 Jul 2013 15:16:16 -0500
Subject: [App_rpt-users] module zpatel not found
Message-ID: <011b01ce8a3c$fc877650$f59662f0$@net>

I seem to have lost my zaptel module.  On boot up the fatal error missing
dev/zap

 

How do I restore this?

Centos 5.9 asterisk....

 

Mike B

 

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

From mhebert1975 at gmail.com  Fri Jul 26 20:25:45 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Fri, 26 Jul 2013 15:25:45 -0500
Subject: [App_rpt-users] module zpatel not found
In-Reply-To: <011b01ce8a3c$fc877650$f59662f0$@net>
References: <011b01ce8a3c$fc877650$f59662f0$@net>
Message-ID: <CANQAhPHTH_MQSfCw+D4hGpnhp=7TGe1K2hYY9hn676nuQXUj0Q@mail.gmail.com>

Upgrade to the latest SVN

https://allstarlink.org/support.html#astupgrade



On Fri, Jul 26, 2013 at 3:16 PM, Mike Brown <n9laz at comcast.net> wrote:

> I seem to have lost my zaptel module.  On boot up the fatal error missing
> dev/zap****
>
> ** **
>
> How do I restore this?****
>
> Centos 5.9 asterisk....****
>
> ** **
>
> Mike B****
>
> ** **
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130726/278e712d/attachment.html>

From robert at n5qm.com  Fri Jul 26 23:12:11 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 26 Jul 2013 18:12:11 -0500
Subject: [App_rpt-users] PL Encode Disable
Message-ID: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>

All,

I have sifted through the documentation, but I haven't been able to
find much that directly relates to this.

When using simpleusb as an interface, can you setup one of the I/Os to
trigger a PL enable or disable input on a radio?  The goal would be to
disable IDs and system messages from being encoded as is normally
configured on external controllers.

Robert
N5QM


From robert at n5qm.com  Fri Jul 26 23:13:01 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 26 Jul 2013 18:13:01 -0500
Subject: [App_rpt-users] 4+ Port Controllers
In-Reply-To: <51EFC0DB.8010800@cogeco.ca>
References: <CAMLJ17P81ZPHkfb8zNG+o8zw0s309MAqAeCrvwNnzOxSMgkgHw@mail.gmail.com>
	<51EEC0EE.7060305@att.net>
	<CAMLJ17MWBYjBnbGoh=f+JB9NdTgh8sB-CvF6hxtsh-=DgmpmtA@mail.gmail.com>
	<a056a7c2-fbec-4fb4-9076-245b391a5028@email.android.com>
	<51EFC0DB.8010800@cogeco.ca>
Message-ID: <CAMLJ17Prhp+TM8tGi8Rp2FdRe-4e5ocY6abTrSh2sHVPK_+Yjw@mail.gmail.com>

Thanks to everyone who answered.  I'm going to give it a go with
app_rpt only and see how it turns out.  No need to throw an extra
component into the mix.

Robert
N5QM

On Wed, Jul 24, 2013 at 6:56 AM, Jon Rorke <jrorke at cogeco.ca> wrote:
> I have 4 full duplex nodes on one Mini ITX pc and works like a champ!
> Does everything a hardware controller does.
>
> We have pulled several hardware controllers and replaced them with App_Rpt
> boxes!
>
> Pc cost about $125 + 4 URIs = $400 total cost.
>
> Dont know what the Hardware controllers are going for but it much cheaper
> and more flexible.
>
> Jon RQ
>
>
> On 7/24/2013 12:48 AM, Robert a. Poff wrote:
>
> Why not use app_rpt with four nodes/repeaters defined?
>
> Seems it would be less fuss.
>
>
> Robert Garcia <robert at n5qm.com> wrote:
>>
>> Geoff,
>>
>> I am trying to run two repeaters off of one controller, each having
>> it's own node if possible.  Our group does alot of experimentation, so
>> being able to connect other radios and such to the system easily would
>> be very nice.  We also have a need for telemetry inputs and outputs,
>> schedules, and the normal stuff.
>>
>> I am starting to think the RLC Club series may be our best bet due to
>> the number of ports available, but OUCH.
>>
>> Robert
>> N5QM
>>
>> On Tue, Jul 23, 2013 at 12:44 PM, Geoff <w5omr at att.net> wrote:
>>>
>>> On 07/22/2013 12:47 AM, Robert Garcia wrote:
>>>
>>>> All,
>>>>
>>>> Are there any options for controllers that have 4 or more ports other
>>>> than
>>>> the RLC4 or RLC Club lineup?
>>>
>>> What are you wanting to do, Bob?
>>>
>>>
>>> ________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users at ohnosec.org
>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> ________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> --
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>


From tim.sawyer at me.com  Sat Jul 27 01:17:13 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 26 Jul 2013 18:17:13 -0700
Subject: [App_rpt-users] PL Encode Disable
In-Reply-To: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>
References: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>
Message-ID: <1349376C-DF81-4B34-A899-73DEA214C604@me.com>

IDs and system messages can be disabled with configuration setting in rpt.conf. But, from your email, it's not clear what you want to do.
--
Tim
:wq

On Jul 26, 2013, at 4:12 PM, Robert Garcia <robert at n5qm.com> wrote:

> All,
> 
> I have sifted through the documentation, but I haven't been able to
> find much that directly relates to this.
> 
> When using simpleusb as an interface, can you setup one of the I/Os to
> trigger a PL enable or disable input on a radio?  The goal would be to
> disable IDs and system messages from being encoded as is normally
> configured on external controllers.
> 
> Robert
> N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From robert at n5qm.com  Sat Jul 27 02:25:07 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 26 Jul 2013 21:25:07 -0500
Subject: [App_rpt-users] PL Encode Disable
In-Reply-To: <1349376C-DF81-4B34-A899-73DEA214C604@me.com>
References: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>
	<1349376C-DF81-4B34-A899-73DEA214C604@me.com>
Message-ID: <CAMLJ17N0GPAg+4C2O=T8i9P4nsyAmvtDCZDpCyygAh81hDEmdw@mail.gmail.com>

Tim,

My goal is to not have IDs encoded with a PL tone.

I need to trigger an output pin on the URI to do so using SimpleUSB to tell
the repeater not to send a PL with the current audio.

I hope that is a better explanation.

Robert
N5QM

On Friday, July 26, 2013, Tim Sawyer wrote:

> IDs and system messages can be disabled with configuration setting in
> rpt.conf. But, from your email, it's not clear what you want to do.
> --
> Tim
> :wq
>
> On Jul 26, 2013, at 4:12 PM, Robert Garcia <robert at n5qm.com <javascript:;>>
> wrote:
>
> > All,
> >
> > I have sifted through the documentation, but I haven't been able to
> > find much that directly relates to this.
> >
> > When using simpleusb as an interface, can you setup one of the I/Os to
> > trigger a PL enable or disable input on a radio?  The goal would be to
> > disable IDs and system messages from being encoded as is normally
> > configured on external controllers.
> >
> > Robert
> > N5QM
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org <javascript:;>
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130726/642d92a0/attachment.html>

From robert at n5qm.com  Sat Jul 27 03:05:03 2013
From: robert at n5qm.com (Robert Garcia)
Date: Fri, 26 Jul 2013 22:05:03 -0500
Subject: [App_rpt-users] PL Encode Disable
In-Reply-To: <1374893049.6382.YahooMailNeo@web141003.mail.bf1.yahoo.com>
References: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>
	<1349376C-DF81-4B34-A899-73DEA214C604@me.com>
	<CAMLJ17N0GPAg+4C2O=T8i9P4nsyAmvtDCZDpCyygAh81hDEmdw@mail.gmail.com>
	<1374893049.6382.YahooMailNeo@web141003.mail.bf1.yahoo.com>
Message-ID: <CAMLJ17ND8dbv8JQQ=dUmmqbeRxxZD4udtpmmKYPhWnn_tUsKUQ@mail.gmail.com>

Matthew,

That is correct, sorry for having so much trouble trying to explain.

Robert
N5QM

On Fri, Jul 26, 2013 at 9:44 PM, Matthew Pitts
<daywalker_blade_2004 at yahoo.com> wrote:
> In essence, what you want is to allow PL for normal operation, but have
> repeater ID an "random announcements" not have it, so users only hear actual
> repeater activity if they have a receive PL tone set, correct?
>
> Matthew Pitts
> N8OHU
>
>
> ________________________________
> From: Robert Garcia <robert at n5qm.com>
> To: Tim Sawyer <tim.sawyer at me.com>
> Cc: APP_RPT <app_rpt-users at ohnosec.org>
> Sent: Friday, July 26, 2013 10:25 PM
> Subject: Re: [App_rpt-users] PL Encode Disable
>
> Tim,
>
> My goal is to not have IDs encoded with a PL tone.
>
> I need to trigger an output pin on the URI to do so using SimpleUSB to tell
> the repeater not to send a PL with the current audio.
>
> I hope that is a better explanation.
>
> Robert
> N5QM
>
> On Friday, July 26, 2013, Tim Sawyer wrote:
>
> IDs and system messages can be disabled with configuration setting in
> rpt.conf. But, from your email, it's not clear what you want to do.
> --
> Tim
> :wq
>
> On Jul 26, 2013, at 4:12 PM, Robert Garcia <robert at n5qm.com> wrote:
>
>> All,
>>
>> I have sifted through the documentation, but I haven't been able to
>> find much that directly relates to this.
>>
>> When using simpleusb as an interface, can you setup one of the I/Os to
>> trigger a PL enable or disable input on a radio?  The goal would be to
>> disable IDs and system messages from being encoded as is normally
>> configured on external controllers.
>>
>> Robert
>> N5QM
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>


From tim.sawyer at me.com  Sat Jul 27 03:49:10 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 26 Jul 2013 20:49:10 -0700
Subject: [App_rpt-users] PL Encode Disable
In-Reply-To: <1374893049.6382.YahooMailNeo@web141003.mail.bf1.yahoo.com>
References: <CAMLJ17OOgH4g1SXbYTbs51jrabt7Z8KMM+-0U8DjbJBnDk287Q@mail.gmail.com>
	<1349376C-DF81-4B34-A899-73DEA214C604@me.com>
	<CAMLJ17N0GPAg+4C2O=T8i9P4nsyAmvtDCZDpCyygAh81hDEmdw@mail.gmail.com>
	<1374893049.6382.YahooMailNeo@web141003.mail.bf1.yahoo.com>
Message-ID: <EA14286E-9F18-487B-BB16-D3EECCB8FBF5@me.com>

You might be able to do something with the event management system. Please read this http://ohnosec.org/drupal/node/176

--
Tim
:wq

On Jul 26, 2013, at 7:44 PM, Matthew Pitts <daywalker_blade_2004 at yahoo.com> wrote:

> In essence, what you want is to allow PL for normal operation, but have repeater ID an "random announcements" not have it, so users only hear actual repeater activity if they have a receive PL tone set, correct?
> 
> Matthew Pitts
> N8OHU
> 
> 
> From: Robert Garcia <robert at n5qm.com>
> To: Tim Sawyer <tim.sawyer at me.com> 
> Cc: APP_RPT <app_rpt-users at ohnosec.org> 
> Sent: Friday, July 26, 2013 10:25 PM
> Subject: Re: [App_rpt-users] PL Encode Disable
> 
> Tim,
> 
> My goal is to not have IDs encoded with a PL tone.
> 
> I need to trigger an output pin on the URI to do so using SimpleUSB to tell the repeater not to send a PL with the current audio.
> 
> I hope that is a better explanation.
> 
> Robert
> N5QM
> 
> On Friday, July 26, 2013, Tim Sawyer wrote:
> IDs and system messages can be disabled with configuration setting in rpt.conf. But, from your email, it's not clear what you want to do.
> --
> Tim
> :wq
> 
> On Jul 26, 2013, at 4:12 PM, Robert Garcia <robert at n5qm.com> wrote:
> 
> > All,
> >
> > I have sifted through the documentation, but I haven't been able to
> > find much that directly relates to this.
> >
> > When using simpleusb as an interface, can you setup one of the I/Os to
> > trigger a PL enable or disable input on a radio?  The goal would be to
> > disable IDs and system messages from being encoded as is normally
> > configured on external controllers.
> >
> > Robert
> > N5QM
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 

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

From wb3awj at comcast.net  Sat Jul 27 04:21:38 2013
From: wb3awj at comcast.net (Robert A. Poff WB3AWJ)
Date: Sat, 27 Jul 2013 04:21:38 +0000 (UTC)
Subject: [App_rpt-users] Frequency Agile Remote - Continued
In-Reply-To: <210120879.1817660.1374898526111.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>
Message-ID: <971784998.1817726.1374898898298.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>

Still can't set the frequency on an XCAT. 

I've done a complete clean install. 

By running Asterisk in the foreground and turning up the debug levels, I see the CIV command being 
sent to the XCAT is FE FE 20 E0 08 01 FD Which if I'm right is trying to retrieve memory #1 from the radio. Not write to the VFO (function 05 instead of 08). 
In rpt.conf I have the remote defined as xcat (remote = xcat) . 

So what gives? 

Again, this was working before I updated from a version of app_rpt from about a year ago, to current. 






Robert A. Poff 
Loganville, PA. 


"Lieutenant, target the offending power boat and launch photon torpedoes" 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/9bf1f43b/attachment.html>

From pyaslagna at gmx.com  Sat Jul 27 06:17:20 2013
From: pyaslagna at gmx.com (Harshad Rangarajan)
Date: Sat, 27 Jul 2013 02:17:20 -0400
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
Message-ID: <20130727061720.137260@gmx.com>

Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. 
The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for 180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application. Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. 
Sorry for the bad English and Have a nice dayde Harashad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/20d222e2/attachment.html>

From wb3awj at comcast.net  Sat Jul 27 12:14:03 2013
From: wb3awj at comcast.net (Robert A. Poff)
Date: Sat, 27 Jul 2013 08:14:03 -0400
Subject: [App_rpt-users] Frequency Agile Remote - Continued
In-Reply-To: <3B931205-4287-4140-91AB-352145A37C66@me.com>
References: <971784998.1817726.1374898898298.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>
	<3B931205-4287-4140-91AB-352145A37C66@me.com>
Message-ID: <118df9e1-f409-4b52-b27b-11c8f2491093@email.android.com>

Thanks Tim.

Mine is the same, except using usbradio  and authlevel=0.

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/c391c660/attachment.html>

From jrorke at cogeco.ca  Sat Jul 27 12:28:09 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Sat, 27 Jul 2013 08:28:09 -0400
Subject: [App_rpt-users] Frequency Agile Remote - Continued
In-Reply-To: <118df9e1-f409-4b52-b27b-11c8f2491093@email.android.com>
References: <971784998.1817726.1374898898298.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>
	<3B931205-4287-4140-91AB-352145A37C66@me.com>
	<118df9e1-f409-4b52-b27b-11c8f2491093@email.android.com>
Message-ID: <51F3BCD9.8000909@cogeco.ca>

So what did Tim say? The list didnt get the reply.

On 7/27/2013 8:14 AM, Robert A. Poff wrote:
> Thanks Tim.
>
> Mine is the same, except using usbradio and authlevel=0.
>
> -- 
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From wb3awj at comcast.net  Sat Jul 27 13:07:42 2013
From: wb3awj at comcast.net (Robert Poff)
Date: Sat, 27 Jul 2013 09:07:42 -0400
Subject: [App_rpt-users] [Fwd: Re:  Frequency Agile Remote - Continued]
Message-ID: <1374930462.2308.0.camel@localhost>

Sorry, didn't notice that was off list.....
Copied below.
-- 
Robert A. Poff
Loganville, PA

S/V Loon
1983 Hunter 34
Havre de Grace, MD.

WB3AWJ - Allstar 27784
Powered by Linux 

-------- Forwarded Message --------
From: Tim Sawyer <tim.sawyer at me.com>
To: Robert A. Poff WB3AWJ <wb3awj at comcast.net>
Subject: Re: [App_rpt-users] Frequency Agile Remote - Continued
Date: Fri, 26 Jul 2013 22:31:53 -0700

Here's my Xcat config... if it helps any.






[2535] ; Change this to your assigned node number 


rxchannel = Simpleusb/usb ; Rx audio/signalling channel
remote = xcat
civaddr = 32
functions = functions-remote
lconn = PP3=1
ldisc = PP3=0
memory = memory ; Section to hold memory entries (optional)
; remote=ft897 for Yaesu FT-897 or
; remote=rbi for Doug Hall RBI1
; remote=kenwood for Kenwood mobiles such as the TMG707A
; remote=ic706 for the Icom IC-706
ioport = /dev/ttyS0 ; Specify port for serial port (optional)
iospeed = 19200
dusbabek = yes


;iobase = 0x378 ; Specify IO port for parallel port (optional)
authlevel = 2 ; Remote base authentication level
;; authlevel = 0 : Anyone can use it
;; authlevel = 1 : Requires log in, Waits for Tx key to ask for it
;; authlevel = 2 : Requires log in, asks for it automously
;mars = 0                   ; set=1 for IC-706 w/MARS mods (optional)


remote_inact_timeout=1800            ; Inactivity timer for remote base
nodes only (set to 0 to disable).
remote_timeout=5400                 ; Session time out for remote base.
(set to 0 to disable)
;remote_timeout=120                 ; Session time out for remote base.
(set to 0 to disable)
;remote_timeout_warning=30


--
Tim
:wq

On Jul 26, 2013, at 9:21 PM, Robert A. Poff WB3AWJ <wb3awj at comcast.net>
wrote:

> Still can't set the frequency on an XCAT.
> 
> I've done a complete clean install.
> 
> By running Asterisk in the foreground and turning up the debug levels,
> I see the CIV command being 
> sent to the XCAT is
> 
> FE FE 20 E0 08 01 FD
> 
> Which if I'm right is trying to retrieve memory #1 from the radio. Not
> write to the VFO (function 05 instead of 08). 
> In rpt.conf I have the remote defined as xcat (remote = xcat).
> 
> So what gives?
> 
> Again, this was working before I updated from a version of app_rpt
> from about a year ago, to current.
> 
> 
>  
> Robert A. Poff
> Loganville, PA.
> 
> 
> "Lieutenant, target the offending power boat and launch photon
> torpedoes"
> 
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 

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

From ve2abc at ve2abc.com  Sat Jul 27 13:48:35 2013
From: ve2abc at ve2abc.com (=?iso-8859-1?Q?Serge_B=E9rub=E9?=)
Date: Sat, 27 Jul 2013 09:48:35 -0400
Subject: [App_rpt-users] cop, 48 explanation
Message-ID: <7BAFAABA13844C918BE1EAF6C9ABF086@sergemain2>

I have tryed for a long time (at least  2 full days )  to get the COP 48  function to work  with no success... this would be very usefull to be used to send tones  to open a link on the  old dtmf controlled Quebec vhf net  consisting of many repeaters   linked in the Province of Quebec , from an Asterisk point of connection.. Does somebody had success with that command , if so , please help me , I would greatly appreciate.  Also , does the gpio pins are supposed to be  functionnal with  usb devices in usb.conf ? This too is not working in my  nodes...  I know I have to learn  a lot on app-rpt , I already operate  6 nodes all linked  with Ubiquiti radios on 2365 mhz amateur band in Canada ; everything wented  good but these 2 issues , up to date...

Best Regards, Serge
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/c00559a0/attachment.html>

From tim.sawyer at me.com  Sat Jul 27 13:52:03 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sat, 27 Jul 2013 06:52:03 -0700
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
In-Reply-To: <20130727061720.137260@gmx.com>
References: <20130727061720.137260@gmx.com>
Message-ID: <D0A01356-7FE2-4107-B940-15382E7C6680@me.com>

I have a similar setup, Ubiquiti equipment and network has low latency. RX buffer is 180, TX is 1200. And like you say it's not possible to operate full duplex as the delay is too great. 

The the delay is mostly in the network. It takes time to buffer up the UDP packets.
--
Tim
:wq

On Jul 26, 2013, at 11:17 PM, Harshad Rangarajan <pyaslagna at gmx.com> wrote:

> Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. 
> The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for  180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application.  Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. 
> Sorry for the bad English and Have a nice dayde Harashad 
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Sat Jul 27 14:06:29 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sat, 27 Jul 2013 07:06:29 -0700
Subject: [App_rpt-users] cop, 48 explanation
In-Reply-To: <7BAFAABA13844C918BE1EAF6C9ABF086@sergemain2>
References: <7BAFAABA13844C918BE1EAF6C9ABF086@sergemain2>
Message-ID: <FF8797BB-980D-410E-A20D-224F31B2FE7C@me.com>

There was a bug in cop 48 but it was fixed in Jan this year. Update from SVN if you never have. Also see http://ohnosec.org/drupal/node/94

--
Tim
:wq

On Jul 27, 2013, at 6:48 AM, Serge B?rub? <ve2abc at ve2abc.com> wrote:

> I have tryed for a long time (at least  2 full days )  to get the COP 48  function to work  with no success... this would be very usefull to be used to send tones  to open a link on the  old dtmf controlled Quebec vhf net  consisting of many repeaters   linked in the Province of Quebec , from an Asterisk point of connection.. Does somebody had success with that command , if so , please help me , I would greatly appreciate.  Also , does the gpio pins are supposed to be  functionnal with  usb devices in usb.conf ? This too is not working in my  nodes...  I know I have to learn  a lot on app-rpt , I already operate  6 nodes all linked  with Ubiquiti radios on 2365 mhz amateur band in Canada ; everything wented  good but these 2 issues , up to date...
>  
> Best Regards, Serge
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From telesistant at hotmail.com  Sat Jul 27 17:24:14 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 27 Jul 2013 10:24:14 -0700
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
In-Reply-To: <20130727061720.137260@gmx.com>
References: <20130727061720.137260@gmx.com>
Message-ID: <BLU180-W343AE2678C58467FB0C77AB16B0@phx.gbl>

"I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. "

Of course it works with voting....

What are you talking about???

Jim WB6NIL

Date: Sat, 27 Jul 2013 02:17:20 -0400
From: pyaslagna at gmx.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?

Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for  180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application.  Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. Sorry for the bad English and Have a nice dayde Harashad  

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/b2a5bebe/attachment.html>

From wolthuis at gmail.com  Sat Jul 27 20:26:57 2013
From: wolthuis at gmail.com (Michael Wolthuis)
Date: Sat, 27 Jul 2013 16:26:57 -0400
Subject: [App_rpt-users] Making progress with BeagleBoard - still one issue
Message-ID: <CE19A551.165CF%wolthuis@gmail.com>

Making good progress thanks to so many on checking the COR, had to use
HWINVERT on the COR and now all is well following COR on the Maxtrac
receiver.

Final problem, I think..

The audio is horrible low on the Maxtrac.  I have tried injecting via the
microphone port and tried injecting flat tied inside the Maxtrac.  If I plug
a standard MIC into the mic port the audio is fine, so I am certain the TX
Deviation is good.

I have been advised there is a TXGAIN setting, but I can only find that for
Echolink, not for the port as a whole.

What am I missing?  My other two BeagleBoards ? plugged into controllers, I
had a POT in the controller I used to bring the audio up where I needed it.

Mike
kb8zgl



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

From tim.sawyer at me.com  Sat Jul 27 21:05:55 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sat, 27 Jul 2013 14:05:55 -0700
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
In-Reply-To: <BLU180-W343AE2678C58467FB0C77AB16B0@phx.gbl>
References: <20130727061720.137260@gmx.com>
	<BLU180-W343AE2678C58467FB0C77AB16B0@phx.gbl>
Message-ID: <C07C6FAD-791B-4915-BFC9-C3ECB6DCE7C5@me.com>

I think he is taking about duplex mode 3 support.
--
Tim
:wq

On Jul 27, 2013, at 10:24 AM, Jim Duuuude <telesistant at hotmail.com> wrote:

> "I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. "
> 
> Of course it works with voting....
> 
> What are you talking about???
> 
> Jim WB6NIL
> 
> Date: Sat, 27 Jul 2013 02:17:20 -0400
> From: pyaslagna at gmx.com
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
> 
> Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. 
> The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for  180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application.  Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. 
> Sorry for the bad English and Have a nice dayde Harashad 
>  
> 
> _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From wolthuis at gmail.com  Sat Jul 27 22:23:04 2013
From: wolthuis at gmail.com (Mike Wolthuis)
Date: Sat, 27 Jul 2013 18:23:04 -0400
Subject: [App_rpt-users] Figured it out!
Message-ID: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>

Hear clear needs to be enabled to get enough audio.

Thanks all,
Mike

Sent from my iPhone


From w7ry at centurytel.net  Sun Jul 28 00:20:14 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Sat, 27 Jul 2013 17:20:14 -0700
Subject: [App_rpt-users] Figured it out!
In-Reply-To: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
Message-ID: <49771AFE6E62445AA5741A27A12B4C72@JimsLaptop>

Not really... You really don?t want to enable hear clear. Hear clear is 
really for narrow band. For Motorola microphone circuit, you need to use the 
additional amplifier on the URI. What interface are you using?

73
Jim W7RY



-----Original Message----- 
From: Mike Wolthuis
Sent: Saturday, July 27, 2013 3:23 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Figured it out!

Hear clear needs to be enabled to get enough audio.

Thanks all,
Mike

Sent from my iPhone
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 



From w7ry at centurytel.net  Sun Jul 28 00:43:35 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Sat, 27 Jul 2013 17:43:35 -0700
Subject: [App_rpt-users] Figured it out!
In-Reply-To: <49771AFE6E62445AA5741A27A12B4C72@JimsLaptop>
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
	<49771AFE6E62445AA5741A27A12B4C72@JimsLaptop>
Message-ID: <9D8B60C161F44EDF8E7DA57995626358@JimsLaptop>

Here is a cut and paste from Repeater Builder:

Hear-Clear is a noise reduction system trademarked by Motorola. It's probably similar to other manufacturer's compression/expansion techniques. Spectra radios call it a compander. The system looks at the received signal strength and the high frequency noise at the receiver and adjusts the audio response to eliminate most of the flutter, pops, and clicks that are prevalent with motion. The transmitter audio is filtered and compressed to bring low levels up. The receiver applies similar expansion to return the audio to normal levels. This also tends to reduce the high frequency components and a lot of the noise along with it. The audio filtering tends to make the audio sound thin, but most of the energy is now in the normal communications-quality frequency range of about 400 to 2500 Hz. PL and DPL are unaffected.

In an all-Motorola repeater environment, Hear-Clear would be enabled on all user radios as well as the repeater. The repeater's receiver will adjust its action based on the signals it hears. The user's radio will adjust its action based on the signal put out by the repeater. Unfortunately, Hear-Clear is only available on 900 MHz products. In MaxTracs, the Hear-Clear component (one IC) is mounted on the microphone jack circuit board and the 900 MHz logic board enables or disables the circuit on a channel-by-channel basis (configured through RSS). Hear-Clear is either enabled or disabled, and it always affects both receive and transmit audio.

A repeater without Hear-Clear can still be used. The repeater must pass clean audio and the user radios can have Hear-Clear enabled. Unfortunately, the part of the system that utilizes signal strength will be fooled by the constant strong signal coming from the repeater's transmitter, but the user radios will still benefit from the compression and expansion of the audio signal. Pops and clicks will be noticeably removed. Radios without Hear-Clear can also use the repeater, but the audio will sound strange if a mix of radios is used.

-----Original Message----- 
From: Jim W7RY 
Sent: Saturday, July 27, 2013 5:20 PM 
To: Mike Wolthuis ; app_rpt-users at ohnosec.org 
Subject: Re: [App_rpt-users] Figured it out! 

Not really... You really don?t want to enable hear clear. Hear clear is 
really for narrow band. For Motorola microphone circuit, you need to use the 
additional amplifier on the URI. What interface are you using?

73
Jim W7RY



-----Original Message----- 
From: Mike Wolthuis
Sent: Saturday, July 27, 2013 3:23 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Figured it out!

Hear clear needs to be enabled to get enough audio.

Thanks all,
Mike

Sent from my iPhone
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/791eb600/attachment.html>

From telesistant at hotmail.com  Sun Jul 28 01:07:30 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sat, 27 Jul 2013 18:07:30 -0700
Subject: [App_rpt-users] Figured it out!
In-Reply-To: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
Message-ID: <BLU180-W85BACB7DD5A8B0549A5CB4B1540@phx.gbl>

Are you aware of the 'beagle tune' commands in the Asterisk CLI?

> From: wolthuis at gmail.com
> Date: Sat, 27 Jul 2013 18:23:04 -0400
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Figured it out!
> 
> Hear clear needs to be enabled to get enough audio.
> 
> Thanks all,
> Mike
> 
> Sent from my iPhone
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/df4ca597/attachment.html>

From fred at moses.bz  Sun Jul 28 01:22:48 2013
From: fred at moses.bz (Fredric Moses)
Date: Sat, 27 Jul 2013 21:22:48 -0400
Subject: [App_rpt-users] Figured it out!
In-Reply-To: <BLU180-W85BACB7DD5A8B0549A5CB4B1540@phx.gbl>
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
	<BLU180-W85BACB7DD5A8B0549A5CB4B1540@phx.gbl>
Message-ID: <CAEQC42uW0Dv6BL+Y2J0VC1uBdhjYL5yFz2=o5YxxR+NFsWuDzA@mail.gmail.com>

Yea Mike don't use hear-clear... I was asleep when you messaged.. I am
awake now... but don't use hear-clear...

--
Fredric Moses - W8FSM - WQOG498
fred at moses.bz


On Sat, Jul 27, 2013 at 9:07 PM, Jim Duuuude <telesistant at hotmail.com> wrote:
> Are you aware of the 'beagle tune' commands in the Asterisk CLI?
>
>> From: wolthuis at gmail.com
>> Date: Sat, 27 Jul 2013 18:23:04 -0400
>
>> To: app_rpt-users at ohnosec.org
>> Subject: [App_rpt-users] Figured it out!
>>
>> Hear clear needs to be enabled to get enough audio.
>>
>> Thanks all,
>> Mike
>>
>> Sent from my iPhone
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>


From kj6ko at innercite.com  Sun Jul 28 02:28:36 2013
From: kj6ko at innercite.com (KJ6KO)
Date: Sat, 27 Jul 2013 19:28:36 -0700
Subject: [App_rpt-users] Figured it out!
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
Message-ID: <442A63631A544C2FA54F32C0E1664749@KJ6KO>

This must be a 900 maxtrac??  Don't know what other Maxtracs have 
HEARCLEAR...and it will NOT do wideband!  2.5 KHz...that's it! (maybe a 
little more)

Very few HAM's use HEARCLEAR!  Sounds compressed (because it is!).  There is 
no reason to have to use it to get enough audio.  I have no problems with 
ANY motorolas, Maxtrac(900 and UHF), Radius, GM300 etc.  Something else is 
wrong!  Check your settings!

  You will play hell trying to align TX audio levels correctly with 
hearclear on!   There is no dynamic range with it on...always full audio!


ALSO...If this is a 900 maxtrac, the rear mic connector does NOT use 
hearclear nor is it pre-emphasized like all othe maxtracs!  ALSO, the 900 RX 
from the rear (pin 11)  is ALWAYS flat regardless of JU551!  It is NEVER 
de-emphasized!  All that is done in the mic jack.  That is why the 900's 
have an extra board in the head on the mic board.  Leave the hearclear OFF!! 
If you can't get enough audio, something else is wrong.

You said you "tied flat inside the maxtrac"???  Why inside and to what?? 
The 900 maxtrac has flat audio in on the rear connector.  ALL 900 maxtracs 
are 16 pin maxtracs.

 I have 11 900 repeaters, all Maxtracs,(a couple GTX's) and do NOT use 
hearclear on any of them, and have plenty of audio!!  Never had to use the 
TXGAIN.

Since all the Maxtrac, Radius, GM300, M10, M120, GTX etc. all have the same 
basic mic input levels, I would think others would have seen the same issue 
you have.  Has to be a setting in the beagle board or one of the files.

Believe me, running hearclear only on the TX will increase all background 
noise, flutter, RF noise etc.  Unless you want to run all your receivers 
listening to it in Hearclear mode also, and that drives me nuts!  I've tried 
it!  I can identify a hearclear radio within the first sentence spoken thru 
it!  again, check your settings!


Good luck! and 73...

----- Original Message ----- 
From: "Mike Wolthuis" <wolthuis at gmail.com>
To: <app_rpt-users at ohnosec.org>
Sent: Saturday, July 27, 2013 3:23 PM
Subject: [App_rpt-users] Figured it out!


> Hear clear needs to be enabled to get enough audio.
>
> Thanks all,
> Mike
>
> Sent from my iPhone
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 8615 (20130727) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 8615 (20130727) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com





From sam.nabkey at gmail.com  Sun Jul 28 03:01:05 2013
From: sam.nabkey at gmail.com (Sam Nabkey)
Date: Sat, 27 Jul 2013 23:01:05 -0400
Subject: [App_rpt-users] Figured it out!
In-Reply-To: <442A63631A544C2FA54F32C0E1664749@KJ6KO>
References: <74CA29E3-E19F-422A-9017-B9F0691E3374@gmail.com>
	<442A63631A544C2FA54F32C0E1664749@KJ6KO>
Message-ID: <CAO8AawqXznSRj-KST8PPnYBurLmVr29R9A3TckB9wZR1YEHG0Q@mail.gmail.com>

Goodness...
On Jul 27, 2013 10:35 PM, "KJ6KO" <kj6ko at innercite.com> wrote:

> This must be a 900 maxtrac??  Don't know what other Maxtracs have
> HEARCLEAR...and it will NOT do wideband!  2.5 KHz...that's it! (maybe a
> little more)
>
> Very few HAM's use HEARCLEAR!  Sounds compressed (because it is!).  There
> is no reason to have to use it to get enough audio.  I have no problems
> with ANY motorolas, Maxtrac(900 and UHF), Radius, GM300 etc.  Something
> else is wrong!  Check your settings!
>
>  You will play hell trying to align TX audio levels correctly with
> hearclear on!   There is no dynamic range with it on...always full audio!
>
>
> ALSO...If this is a 900 maxtrac, the rear mic connector does NOT use
> hearclear nor is it pre-emphasized like all othe maxtracs!  ALSO, the 900
> RX from the rear (pin 11)  is ALWAYS flat regardless of JU551!  It is NEVER
> de-emphasized!  All that is done in the mic jack.  That is why the 900's
> have an extra board in the head on the mic board.  Leave the hearclear
> OFF!! If you can't get enough audio, something else is wrong.
>
> You said you "tied flat inside the maxtrac"???  Why inside and to what??
> The 900 maxtrac has flat audio in on the rear connector.  ALL 900 maxtracs
> are 16 pin maxtracs.
>
> I have 11 900 repeaters, all Maxtracs,(a couple GTX's) and do NOT use
> hearclear on any of them, and have plenty of audio!!  Never had to use the
> TXGAIN.
>
> Since all the Maxtrac, Radius, GM300, M10, M120, GTX etc. all have the
> same basic mic input levels, I would think others would have seen the same
> issue you have.  Has to be a setting in the beagle board or one of the
> files.
>
> Believe me, running hearclear only on the TX will increase all background
> noise, flutter, RF noise etc.  Unless you want to run all your receivers
> listening to it in Hearclear mode also, and that drives me nuts!  I've
> tried it!  I can identify a hearclear radio within the first sentence
> spoken thru it!  again, check your settings!
>
>
> Good luck! and 73...
>
> ----- Original Message ----- From: "Mike Wolthuis" <wolthuis at gmail.com>
> To: <app_rpt-users at ohnosec.org>
> Sent: Saturday, July 27, 2013 3:23 PM
> Subject: [App_rpt-users] Figured it out!
>
>
>  Hear clear needs to be enabled to get enough audio.
>>
>> Thanks all,
>> Mike
>>
>> Sent from my iPhone
>> ______________________________**_________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus
>> signature database 8615 (20130727) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>>
>>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 8615 (20130727) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
> ______________________________**_________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130727/87bf205c/attachment.html>

From mhebert1975 at gmail.com  Sun Jul 28 05:02:41 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Sun, 28 Jul 2013 00:02:41 -0500
Subject: [App_rpt-users] RTCM interface to Spectracom netclock
In-Reply-To: <CANQAhPEMs9khBNO0VDavuc6X9SvPjLcr4gozMA1NN+MhWc2S4w@mail.gmail.com>
References: <CANQAhPHoWqwn_LnMVKUbApUYK1bJZkk-HTMsp99GfoRq9SjMCA@mail.gmail.com>
	<CANQAhPEMs9khBNO0VDavuc6X9SvPjLcr4gozMA1NN+MhWc2S4w@mail.gmail.com>
Message-ID: <CANQAhPHRo9EAPNkuf7fnoqO8rszaOq-75SHzmiCyPztFs_Npdw@mail.gmail.com>

Has anyone interfaced a Spectracom model 8183  netclock/gps to a RTCM?

Also, does anyone know what NEMA sentences the RTCM needs?

Mike - KD5DFB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130728/4f363130/attachment.html>

From pyaslagna at gmx.com  Sun Jul 28 07:39:15 2013
From: pyaslagna at gmx.com (Harshad Rangarajan)
Date: Sun, 28 Jul 2013 03:39:15 -0400
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
Message-ID: <20130728073915.137250@gmx.com>

Exactly, Tim. Jim, According to the firmware release notes, Duplex mode 3 will not solve my problem because I am using voting via app_rpt.Duplex mode 3 just loops RX audio to TX audio inside the RTCM, and app_rpt inject ID and telemetry. Even with all the equipment in one room plugged to a router, the latency is still existant. How could this be network latency if the lowest possible buffer value in app_rpt and in the RTCM works, but it is still not fast enough? If this were a network latency issue, than the lowest possible buffer (which is working for me) simply woldn't be able to work! In my case, the lowest buffer value that the RTCM will allow me to enter (800) works, and that tells me that the network isn't what's keeping me from reducing the latency. By putting the server and the RTCMs in a room and plugging them up to a router/switch, the latency is still too high for full-duplex operation, with the buffer values set to lowest value that RTCM and app_rpt will allow to be inputted. This cleary tell me that the limitation is in the RTCM minumum TX buffer limit of 800 samples. Is there any for me to trick the RTCM into accepting buffer values lower than 800? This would be a HUGE help to us. Thank you! Harshad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130728/d18df2d0/attachment.html>

From pyaslagna at gmx.com  Sun Jul 28 18:51:50 2013
From: pyaslagna at gmx.com (Harshad Rangarajan)
Date: Sun, 28 Jul 2013 14:51:50 -0400
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
Message-ID: <20130728185151.142730@gmx.com>

Exactly, Tim. Jim, According to the firmware release notes, Duplex mode 3 will not solve my problem because I am using voting via app_rpt.Duplex mode 3 just loops RX audio to TX audio inside the RTCM, and app_rpt inject ID and telemetry. Even with all the equipment in one room plugged to a router, the latency is still existant. How could this be network latency if the lowest possible buffer value in app_rpt and in the RTCM works, but it is still not fast enough? If this were a network latency issue, than the lowest possible buffer (which is working for me) simply woldn't be able to work! In my case, the lowest buffer value that the RTCM will allow me to enter (800) works, and that tells me that the network isn't what's keeping me from reducing the latency. By putting the server and the RTCMs in a room and plugging them up to a router/switch, the latency is still too high for full-duplex operation, with the buffer values set to lowest value that RTCM and app_rpt will allow to be inputted. This cleary tell me that the limitation is in the RTCM minumum TX buffer limit of 800 samples. Is there any for me to trick the RTCM into accepting buffer values lower than 800? This would be a HUGE help to us. Thank you! Harshad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130728/a6e14b1a/attachment.html>

From telesistant at hotmail.com  Sun Jul 28 19:35:44 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Sun, 28 Jul 2013 12:35:44 -0700
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
In-Reply-To: <20130728185151.142730@gmx.com>
References: <20130728185151.142730@gmx.com>
Message-ID: <BLU180-W68AC1D7899C2E529AFBF78B1540@phx.gbl>

The chan_voter/Voter Board/RTCM stuff is *NEVER* going to be without audible delay.
In no way, shape or form, was it EVER even considered to be a valid or viable option for
systems where full-duplex USER operation is needed (because of the inherent delays involved).

Now, what I am interested in, is: 

1)  What are you doing that requires or even has full duplex user operation as a "desirable"
aspect?

2) What are you using for full-dupex user hardware (radios)?

Jim WB6NIL

Date: Sun, 28 Jul 2013 14:51:50 -0400
From: pyaslagna at gmx.com
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Voter RTCM TX buffer hardware limitation?

Exactly, Tim. 
Jim, According to the firmware release notes, Duplex mode 3 will not solve my problem because I am using voting via app_rpt.Duplex mode 3 just loops RX audio to TX audio inside the RTCM, and app_rpt inject ID and telemetry. 

 Even with all the equipment in one room plugged to a router, the latency is still existant. 

How could this be network latency if the lowest possible buffer value in app_rpt and in the RTCM works, but it is still not fast enough? If this were a network latency issue, than the lowest possible buffer (which is working for me)  simply woldn't be able to work!  In my case, the lowest buffer value that the RTCM will allow me to enter (800) works, and that tells me that the network isn't what's keeping me from reducing the latency. 

By putting the server and the RTCMs in a room and plugging them up to a router/switch, the latency is still too high for full-duplex operation, with the buffer values set to lowest value that RTCM and app_rpt will allow to be inputted. This cleary tell me that the limitation is in the RTCM minumum TX buffer limit of 800 samples. 

Is there any for me to trick the RTCM into accepting buffer values lower than 800? This would be a HUGE help to us. 
Thank you! 

Harshad 
 

_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130728/ad70a19f/attachment.html>

From pyaslagna at gmx.com  Mon Jul 29 02:09:10 2013
From: pyaslagna at gmx.com (Harshad Rangarajan)
Date: Sun, 28 Jul 2013 22:09:10 -0400
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
Message-ID: <20130729020910.137280@gmx.com>

Jim, 
I do not expect zero latency. I understand that DSP has latency no matter what. I do not expect zero latency from the system, I am just curious if there is any way to lower the minimum TX buffer in the RTCM below 800. At 800, the latency is very, very close to acceptable for my use.
We currently have a hilltop UHF repeater that is linked via 420MHZ to other VHF repeater in next county. People often talk full-duplex between the two, so they are listen to the repeater output while they talk. This is also very common amongst other local linked systems. If someone else talk at the same time on the VHF, their voices mix like a conference call. This has proved to be very useful to everyone. 
You ask what repeater we use? UHF repeater is TKR-850 and VHF repeater is a Micor base.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130728/7d9d264c/attachment.html>

From phoggberg at gmail.com  Mon Jul 29 23:44:02 2013
From: phoggberg at gmail.com (Barry Berg)
Date: Mon, 29 Jul 2013 18:44:02 -0500
Subject: [App_rpt-users] Dumb Noob Questions trying to get started
Message-ID: <850DBEC7-CC10-458A-99B3-98638083C4A0@gmail.com>

To the List,

Pardon the dumb questions of a noob.   I actually have two, and would like pointers where to start looking. Frankly I started in the archive, but it is organized by month going back 5 years, and not easy to search 50+ files for what might be a dubious search term,  and I havent figured out how to do a full archive search (enlightenment would always be welcome)  I realized that the distro is centos based, but I am really more comfortable in debian.  I have been told that some folks are working with trying to integrate the apt-rpt software into the standard current release of software, and I would like to follow the progress and see if I can add my poor skills to the project.  But first I have a bit of learning, and so I would like to follow any archives on the subject.  Can someone point me to what work has been done,especially if it is concluded that this is an impossibility.  Actually I am interested in trying to interface the URIx module to the Raspberry Pi, and while I realize that the  Pi may not have the horse power of the atom processor, I have a couple of ideas that might allow it to actually process an audio stream with the software DSP's.  Its using a technique I have used before to get better performance out of C Code.  It might work, then again it might not.   

My other question once I get a remote site working, I want to merge multiple sites into a conference bridge.   This is a very specialized project so I am not concerned about circuit discipline.  Also, I am not enamored  with a laptop / desktop software to access the network, but prefer a thin client software.  I understand that there is some software that is web based that will handle multiple sites and do some form of soft voting, transmitting on multiple sites simultaneously.  This is exactly what I want and the addition to add a PC/Mac based computers with Headphone/Mic into a sound card that will act somewhat like a DV Dongle into the bridge as well.   Thin Client would be better than thick, but for the latter I will take what I can get.

If anyone out there can provide me with some links to help start me out It would be greatly appreciated.  I do not want to take up the bandpass of the list, so if you prefer to mail me privately  I am reachable through arrl.net forwarding.

73,
Barry, K0BSB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130729/16b8107f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4133 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130729/16b8107f/attachment.bin>

From kc7rjk at comcast.net  Tue Jul 30 22:26:41 2013
From: kc7rjk at comcast.net (Ross Johnson)
Date: Tue, 30 Jul 2013 15:26:41 -0700
Subject: [App_rpt-users] URI remote base question
Message-ID: <3CDAA49DF8274ECAB2F8F4102936DD9F@SamUltraBook>

Hello group,
I?m new to the list, fairly new to Allstar as well, and love the systems flexibility great work everyone.

I?m adding a IC706 remote base to my system. I was hoping to use the URI for this job but in going through the documents I see the the wiring schematic is detailed for the 4 port PCI interface. Can a URI be used in it?s place using the GPOI?s of the URI in place of the UIO?s of the PCI interface. Here?s the diagram I was using to interface the 706. http://images.ohnosec.org/ic706.pdf 

If this is not possible what would be the best alternative? For instance using an rs232 interface for control with the uri or FOB for audio and PTT/COR? 

Again thanks for your time.

Ross
kc7rjk Eugene OR
29649-29651
www.kc7rjk.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130730/7d379230/attachment.html>

From wb3awj at comcast.net  Tue Jul 30 23:04:32 2013
From: wb3awj at comcast.net (Robert A. Poff)
Date: Tue, 30 Jul 2013 19:04:32 -0400
Subject: [App_rpt-users] URI remote base question
In-Reply-To: <3CDAA49DF8274ECAB2F8F4102936DD9F@SamUltraBook>
References: <3CDAA49DF8274ECAB2F8F4102936DD9F@SamUltraBook>
Message-ID: <1ddfb1a3-4c65-4659-b36e-e3167bb52c58@email.android.com>

I run a 706 as a simplex base at home.
With a URI connected to the data/packet connector.

Set the  "packet speed" parameter (sorry I can't remember the actual name) in the radio to 9600. Then I use the software DSP . Let the software do the de-emphasis/PL decode. And let the radio do PL encode and pre- emphasis.

I haven't tried it yet as a frequency agile remote.

No GPIO to deal with.

Ross Johnson <kc7rjk at comcast.net> wrote:
>Hello group,
>I?m new to the list, fairly new to Allstar as well, and love the
>systems flexibility great work everyone.
>
>I?m adding a IC706 remote base to my system. I was hoping to use the
>URI for this job but in going through the documents I see the the
>wiring schematic is detailed for the 4 port PCI interface. Can a URI be
>used in it?s place using the GPOI?s of the URI in place of the UIO?s of
>the PCI interface. Here?s the diagram I was using to interface the 706.
>http://images.ohnosec.org/ic706.pdf 
>
>If this is not possible what would be the best alternative? For
>instance using an rs232 interface for control with the uri or FOB for
>audio and PTT/COR? 
>
>Again thanks for your time.
>
>Ross
>kc7rjk Eugene OR
>29649-29651
>www.kc7rjk.net
>
>------------------------------------------------------------------------
>
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130730/5f60aef6/attachment.html>

From robert at n5qm.com  Wed Jul 31 02:43:24 2013
From: robert at n5qm.com (Robert Garcia)
Date: Tue, 30 Jul 2013 21:43:24 -0500
Subject: [App_rpt-users] DTMF Variables
Message-ID: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>

All,

Is it possible to pass a variable via DTMF to a macro?  Let me explain my goal..

Private Node <-> Public Hub

I would like a user on the private node to be able to link or unlink
the hub node without having to go through the *4 remote command
process to do it.

In practice, I would like to use a macro like *5329728 from the
Private Node and have the Public Hub connect to node 29728, is this
possible?

Robert
N5QM


From wb3awj at comcast.net  Wed Jul 31 04:02:32 2013
From: wb3awj at comcast.net (Robert A. Poff)
Date: Wed, 31 Jul 2013 00:02:32 -0400
Subject: [App_rpt-users] DTMF Variables
In-Reply-To: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>
References: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>
Message-ID: <0a67438b-331c-47f7-8711-69ff911d272d@email.android.com>

If you define the two in their respective rpt.conf nodes stanza, and have a function codes assigned to ilink,3 and ilink ,1 the private node should be able to connect directly.

Something like this....
In the public node
[nodes]
radio at 127.0.0.1:4569/29728,NONE.                 ; the public node
radio at XXX.XXX.XXX.xxx:4569/1701,NONE.    ; the private node

Where XXX.XXX.XXX.XXX is the address of the private node, and1701 is it's number.

On the private node:
[nodes]
radio at 127.0.0.1:4569/1701,NONE
radio at yyy.yyy.yyy.yyy:4569/29728,NONE

Where yyy.yyy.yyy.yyy is the address of the public node.

In fact, I think you'll need to do this anyhow since the private node won't appear or get directory information from the Allstar portal.

Once that's in place, just a matter of dialing *329728 at the private node.

If you wanted to make it shorter dialing....
 Define two macros:
[macro]
60 = *129728.    ; disconnect
61 = *329728.    ; connect

The user can dial (and easily remember) *561 to connect, and *560 to disconnect


Robert Garcia <robert at n5qm.com> wrote:
>All,
>
>Is it possible to pass a variable via DTMF to a macro?  Let me explain
>my goal..
>
>Private Node <-> Public Hub
>
>I would like a user on the private node to be able to link or unlink
>the hub node without having to go through the *4 remote command
>process to do it.
>
>In practice, I would like to use a macro like *5329728 from the
>Private Node and have the Public Hub connect to node 29728, is this
>possible?
>
>Robert
>N5QM
>_______________________________________________
>App_rpt-users mailing list
>App_rpt-users at ohnosec.org
>http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/ffba2191/attachment.html>

From robert at n5qm.com  Wed Jul 31 04:20:18 2013
From: robert at n5qm.com (Robert Garcia)
Date: Tue, 30 Jul 2013 23:20:18 -0500
Subject: [App_rpt-users] DTMF Variables
In-Reply-To: <0a67438b-331c-47f7-8711-69ff911d272d@email.android.com>
References: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>
	<0a67438b-331c-47f7-8711-69ff911d272d@email.android.com>
Message-ID: <CAMLJ17M29Fsg-7=j3rgwiTdXiAFbjzKuGK=03PoqeBxPjSZpXQ@mail.gmail.com>

Robert,

Thanks for responding...  I am good with the config as you have
described and it is already set that way.  What I am trying to figure
out is a way to shorten the DTMF command sequence from the Private
node to get the Public node to connect to another public node.

For example, instead of *4PUBLIC *3OTHERPUBLIC# something like *53OTHERPUBLIC

I hope that makes sense..

Robert
N5QM

On Tue, Jul 30, 2013 at 11:02 PM, Robert A. Poff <wb3awj at comcast.net> wrote:
> If you define the two in their respective rpt.conf nodes stanza, and have a
> function codes assigned to ilink,3 and ilink ,1 the private node should be
> able to connect directly.
>
> Something like this....
> In the public node
> [nodes]
> radio at 127.0.0.1:4569/29728,NONE. ; the public node
> radio at XXX.XXX.XXX.xxx:4569/1701,NONE. ; the private node
>
> Where XXX.XXX.XXX.XXX is the address of the private node, and1701 is it's
> number.
>
> On the private node:
> [nodes]
> radio at 127.0.0.1:4569/1701,NONE
> radio at yyy.yyy.yyy.yyy:4569/29728,NONE
>
> Where yyy.yyy.yyy.yyy is the address of the public node.
>
> In fact, I think you'll need to do this anyhow since the private node won't
> appear or get directory information from the Allstar portal.
>
> Once that's in place, just a matter of dialing *329728 at the private node.
>
> If you wanted to make it shorter dialing....
> Define two macros:
> [macro]
> 60 = *129728. ; disconnect
> 61 = *329728. ; connect
>
> The user can dial (and easily remember) *561 to connect, and *560 to
> disconnect
>
>
> Robert Garcia <robert at n5qm.com> wrote:
>>
>> All,
>>
>> Is it possible to pass a variable via DTMF to a macro?  Let me explain my
>> goal..
>>
>> Private Node <-> Public Hub
>>
>> I would like a user on the private node to be able to link or unlink
>> the hub node without having to go through the *4 remote command
>> process to do it.
>>
>> In practice, I would like to use a macro like *5329728 from the
>> Private Node and have the Public Hub connect to node 29728, is this
>> possible?
>>
>> Robert
>> N5QM
>> ________________________________
>>
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> --
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>


From tim.sawyer at me.com  Wed Jul 31 04:33:13 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Tue, 30 Jul 2013 21:33:13 -0700
Subject: [App_rpt-users] DTMF Variables
In-Reply-To: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>
References: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>
Message-ID: <09F86891-7865-4B01-9C1F-2063F51CC3C8@me.com>

Assuming you already have the public and private nodes setup, and assuming the private node and public node are connected, on the private node add a macro like so:

[macros]
1 = *4xxxxx*329728#
2 = *4xxxxx*129728#

where xxxxx = your public node. the # is needed to complete the *4 (ie to terminate remote command)
--
Tim
:wq

On Jul 30, 2013, at 7:43 PM, Robert Garcia <robert at n5qm.com> wrote:

> All,
> 
> Is it possible to pass a variable via DTMF to a macro?  Let me explain my goal..
> 
> Private Node <-> Public Hub
> 
> I would like a user on the private node to be able to link or unlink
> the hub node without having to go through the *4 remote command
> process to do it.
> 
> In practice, I would like to use a macro like *5329728 from the
> Private Node and have the Public Hub connect to node 29728, is this
> possible?
> 
> Robert
> N5QM
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From telesistant at hotmail.com  Wed Jul 31 04:54:21 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 30 Jul 2013 21:54:21 -0700
Subject: [App_rpt-users] DTMF Variables
In-Reply-To: <09F86891-7865-4B01-9C1F-2063F51CC3C8@me.com>
References: <CAMLJ17Nb5Uhy5UtH=kv4rAN2ztA1Eftiow74b+13iDGUHkyNYg@mail.gmail.com>,
	<09F86891-7865-4B01-9C1F-2063F51CC3C8@me.com>
Message-ID: <BLU180-W91F9BAD478BC247B733A51B1570@phx.gbl>

Wow, all this discussion about macro-oni is getting me hungry!! :-) :-)

Jim

> From: tim.sawyer at me.com
> Date: Tue, 30 Jul 2013 21:33:13 -0700
> To: App_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] DTMF Variables
> 
> Assuming you already have the public and private nodes setup, and assuming the private node and public node are connected, on the private node add a macro like so:
> 
> [macros]
> 1 = *4xxxxx*329728#
> 2 = *4xxxxx*129728#
> 
> where xxxxx = your public node. the # is needed to complete the *4 (ie to terminate remote command)
> --
> Tim
> :wq
> 
> On Jul 30, 2013, at 7:43 PM, Robert Garcia <robert at n5qm.com> wrote:
> 
> > All,
> > 
> > Is it possible to pass a variable via DTMF to a macro?  Let me explain my goal..
> > 
> > Private Node <-> Public Hub
> > 
> > I would like a user on the private node to be able to link or unlink
> > the hub node without having to go through the *4 remote command
> > process to do it.
> > 
> > In practice, I would like to use a macro like *5329728 from the
> > Private Node and have the Public Hub connect to node 29728, is this
> > possible?
> > 
> > Robert
> > N5QM
> > _______________________________________________
> > App_rpt-users mailing list
> > App_rpt-users at ohnosec.org
> > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130730/9cec13f1/attachment.html>

From pyaslagna at gmx.com  Wed Jul 31 07:40:40 2013
From: pyaslagna at gmx.com (Harshad Rangarajan)
Date: Wed, 31 Jul 2013 03:40:40 -0400
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
Message-ID: <20130731074040.150490@gmx.com>

As of now I am still looking for any people to tell me if lowering the minimum TX buffer RTCM will allow is possible at all. My system is so close to having the low latency I need, I just need a tiny less! I know that there are MANY others who would love to see RTCM voting capability to be this fast, and the current capabilities are very close! I look forward to any response about this. 

-Harshad
P.S. Thank you Jim and Tim!
----- Original Message -----
From: Harshad Rangarajan
Sent: 07/28/13 07:09 PM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Voter RTCM TX buffer hardware limitation?

Jim, 
I do not expect zero latency. I understand that DSP has latency no matter what. I do not expect zero latency from the system, I am just curious if there is any way to lower the minimum TX buffer in the RTCM below 800. At 800, the latency is very, very close to acceptable for my use.
We currently have a hilltop UHF repeater that is linked via 420MHZ to other VHF repeater in next county. People often talk full-duplex between the two, so they are listen to the repeater output while they talk. This is also very common amongst other local linked systems. If someone else talk at the same time on the VHF, their voices mix like a conference call. This has proved to be very useful to everyone. 
You ask what repeater we use? UHF repeater is TKR-850 and VHF repeater is a Micor base.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/501366b4/attachment.html>

From mhebert1975 at gmail.com  Wed Jul 31 13:05:56 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Wed, 31 Jul 2013 08:05:56 -0500
Subject: [App_rpt-users] RTCM simple mode to voting
Message-ID: <CANQAhPHrPtPaPe8stZ3pRnNbMD5Q-CDThDgtpj1aKPZ5EqKJ1Q@mail.gmail.com>

All,

I am trying to convert my system from simple mode to voting. I wanted to
check to make sure that I make all the appropriate changes.

Here is my setup.

Main node
Asterisk server running ACID
Kenwood TKR-820 repeater
RTCM
Garmin 18x GPS LVC

Voter node
Kenwood TKR-820 repeater
RTCM
Garmin 18x GPS LVC

I changed the voter.conf to reflect the changes

[28304]
KD5DFB_main=pass1,transmit
KD5DFB_voter=pass2
thresholds=255,110-5
linger=6

Do i just need to add master statement to KD5DFB_main?

Also, do I need to change menu 10 on the RTCM to 0?

Any help please!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/8fb3e0c4/attachment.html>

From tim.sawyer at me.com  Wed Jul 31 13:38:03 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 31 Jul 2013 06:38:03 -0700
Subject: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
In-Reply-To: <20130731074040.150490@gmx.com>
References: <20130731074040.150490@gmx.com>
Message-ID: <7CC10149-818F-4ABD-8EEF-1C98D875BA70@me.com>

What is your buflen (the rx buffer) in voter.conf? Setting that lower will also shorten the latency.
--
Tim
:wq

On Jul 31, 2013, at 12:40 AM, Harshad Rangarajan <pyaslagna at gmx.com> wrote:

> As of now I am still looking for any people to tell me if lowering the minimum TX buffer RTCM will allow is possible at all.  My system is so close to having the low latency I need, I just need a tiny less! I know that there are MANY others who would love to see RTCM voting capability to be this fast, and the current capabilities are very close! I look forward to any response about this. 
> 
> -Harshad
> 
> P.S. Thank you Jim and Tim!
>  
>> ----- Original Message -----
>> From: Harshad Rangarajan
>> Sent: 07/28/13 07:09 PM
>> To: app_rpt-users at ohnosec.org
>> Subject: Re: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
>>  
>> Jim, 
>> I do not expect zero latency. I understand that DSP has latency no matter what. I do not expect zero latency from the system, I am just curious if there is any way to lower the minimum TX buffer in the RTCM below 800. At 800, the latency is very, very close to acceptable for my use.
>> We currently have a hilltop UHF repeater that is linked via 420MHZ to other VHF repeater in next county. People often talk full-duplex between the two, so they are listen to the repeater output while they talk. This is also very common amongst other local linked systems. If someone else talk at the same time on the VHF, their voices mix like a conference call. This has proved to be very useful to everyone. 
>> You ask what repeater we use? UHF repeater is TKR-850 and VHF repeater is  a Micor base.
>  
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Wed Jul 31 13:41:48 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 31 Jul 2013 06:41:48 -0700
Subject: [App_rpt-users] RTCM simple mode to voting
In-Reply-To: <CANQAhPHrPtPaPe8stZ3pRnNbMD5Q-CDThDgtpj1aKPZ5EqKJ1Q@mail.gmail.com>
References: <CANQAhPHrPtPaPe8stZ3pRnNbMD5Q-CDThDgtpj1aKPZ5EqKJ1Q@mail.gmail.com>
Message-ID: <BED22F28-9C8C-4B93-83D1-2D2F4ADAE69B@me.com>

Yes and yes.
--
Tim
:wq

On Jul 31, 2013, at 6:05 AM, Michael Hebert <mhebert1975 at gmail.com> wrote:

> All,
> 
> I am trying to convert my system from simple mode to voting. I wanted to check to make sure that I make all the appropriate changes.
> 
> Here is my setup.
> 
> Main node
> Asterisk server running ACID
> Kenwood TKR-820 repeater
> RTCM
> Garmin 18x GPS LVC
> 
> Voter node
> Kenwood TKR-820 repeater
> RTCM
> Garmin 18x GPS LVC
> 
> I changed the voter.conf to reflect the changes
> 
> [28304]
> KD5DFB_main=pass1,transmit
> KD5DFB_voter=pass2
> thresholds=255,110-5
> linger=6
> 
> Do i just need to add master statement to KD5DFB_main?
> 
> Also, do I need to change menu 10 on the RTCM to 0?
> 
> Any help please! 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From phoggberg at gmail.com  Wed Jul 31 16:39:43 2013
From: phoggberg at gmail.com (Barry Berg)
Date: Wed, 31 Jul 2013 11:39:43 -0500
Subject: [App_rpt-users] How to Configure for Private network
Message-ID: <1B791ECB-D63F-4EE9-B1D8-60D6B59ED5B7@gmail.com>

Before I gen a copy of the system, I want to experiment and do not want to link to Allstar.  How do I set up the .iso so that I will end up with a provate network>


TIA
Barry, K0BSB
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4133 bytes
Desc: not available
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/5d0430b2/attachment.bin>

From tim.sawyer at me.com  Wed Jul 31 16:45:16 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 31 Jul 2013 09:45:16 -0700
Subject: [App_rpt-users] How to Configure for Private network
In-Reply-To: <1B791ECB-D63F-4EE9-B1D8-60D6B59ED5B7@gmail.com>
References: <1B791ECB-D63F-4EE9-B1D8-60D6B59ED5B7@gmail.com>
Message-ID: <AD463C85-3CAE-49B7-8B9D-1DA513190838@me.com>

Install the .iso but don't download the portal config when prompted. App_rpt will come up with private node 1999.
--
Tim
:wq

On Jul 31, 2013, at 9:39 AM, Barry Berg <phoggberg at gmail.com> wrote:

> Before I gen a copy of the system, I want to experiment and do not want to link to Allstar.  How do I set up the .iso so that I will end up with a provate network>
> 
> 
> TIA
> Barry, K0BSB_______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From cypresstower at yahoo.com  Wed Jul 31 18:38:03 2013
From: cypresstower at yahoo.com (Johnny Keeker)
Date: Wed, 31 Jul 2013 11:38:03 -0700 (PDT)
Subject: [App_rpt-users] Access Command Mode With A Macro
Message-ID: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>

The question is, can a macro be created to connect to a node and then put it in the command mode?? I've tried creating the usual macro example.
[macro]
1=*325555*425555#
*51 only calls the 25555 node yet it does not take into account the *425555
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/00e5214b/attachment.html>

From jrorke at cogeco.ca  Wed Jul 31 18:43:27 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Wed, 31 Jul 2013 14:43:27 -0400
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
Message-ID: <51F95ACF.4050604@cogeco.ca>

yes
On 7/31/2013 2:38 PM, Johnny Keeker wrote:
> The question is, can a macro be created to connect to a node and then 
> put it in the command mode?I've tried creating the usual macro example.
> [macro]
> 1=*325555*425555#
> *51 only calls the 25555 node yet it does not take into account the 
> *425555
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From tim.sawyer at me.com  Wed Jul 31 19:00:28 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 31 Jul 2013 12:00:28 -0700
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <51F95ACF.4050604@cogeco.ca>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
	<51F95ACF.4050604@cogeco.ca>
Message-ID: <71B35BFE-865B-4575-90B3-18F19E3168AE@me.com>

Leave the # off and it will stay in command mode. 
1=*355555*455555

Also you can do this shortcut. The zero is an app_rpt shortcut meaning the last node used node number.
1=*355555*40


--
Tim
:wq

On Jul 31, 2013, at 11:43 AM, Jon Rorke <jrorke at cogeco.ca> wrote:

> yes
> On 7/31/2013 2:38 PM, Johnny Keeker wrote:
>> The question is, can a macro be created to connect to a node and then put it in the command mode?  I've tried creating the usual macro example.
>> [macro]
>> 1=*325555*425555#
>> *51 only calls the 25555 node yet it does not take into account the *425555
>>  
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From jrorke at cogeco.ca  Wed Jul 31 19:10:38 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Wed, 31 Jul 2013 15:10:38 -0400
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <51F95ACF.4050604@cogeco.ca>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
	<51F95ACF.4050604@cogeco.ca>
Message-ID: <51F9612E.7000405@cogeco.ca>

Ok my original answer is not correct.

it should be like this:

1=*425555*327999#

So if you execute macro *51, you node will command node 25555 to connect 
to 27999.
This works as long as your node is already connected to node 25222.

Jon RQ



On 7/31/2013 2:43 PM, Jon Rorke wrote:
> yes
> On 7/31/2013 2:38 PM, Johnny Keeker wrote:
>> The question is, can a macro be created to connect to a node and then 
>> put it in the command mode?I've tried creating the usual macro example.
>> [macro]
>> 1=*325555*425555#
>> *51 only calls the 25555 node yet it does not take into account the 
>> *425555
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

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

From bdboyle at bdboyle.com  Wed Jul 31 19:14:24 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 31 Jul 2013 15:14:24 -0400
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
Message-ID: <51F96210.1050109@bdboyle.com>

On 7/31/13 2:38 PM, Johnny Keeker wrote:
> The question is, can a macro be created to connect to a node and then put it in the command mode?  I've tried creating the usual macro example.
> [macro]
> 1=*325555*425555#
> *51 only calls the 25555 node yet it does not take into account the *425555

Colin Chapman, founder of Lotus, had a favorite saying: "Simplify and 
add lightness".

When you get into complex command strings and trying to make the 
machines jump through hoops, brew coffee, and change the baby at the 
same time, it's easy to forget that there is more than one way to 
accomplish what you are trying to do or gore an ox or stuff a ballot box 
(if you're in Chicago).

Ever thought of writing an OS shell script?  There you now have somewhat 
more programmatic control over HOW and IN WHAT sequence commands are 
executed, can pause in between commands to allow them to run to 
completion, do variable substitution so that the same shell, with 
different values passed to it, can be used for multiple functions.

In short, to me, it makes more sense.

Here, is an example of a useful Macro tied to a schedule:

[macro27XXX]
09=*81#

[schedule27XXX] 

09 = 00 * * * *

Which plays the time at the top of every hour.  Clean.  Neat.  Simple. 
Brilliant.  No pillocks here....

But, what if you want to unlink two hub nodes, link another node through 
a secondary hub (because your brother ops object to the other node 
because it's a 2-meter link radio?) and tell everyone that it's done? 
Wow.  Tell me the command string for that.

I do not see that as a macro job.

How about a script to do it:

Call this script linkconnect.sh.  Put it in a scripts directory 
somewhere, like /etc/asterisk/scripts, strangely enough...

Call it from rpt.conf:
9XX=cmd,/etc/asterisk/scripts/linkconnect.sh

--
# Call a shell, no error checking, WYSIWYG, down and dirty
#!/bin/bash

#Send Asterisk a function message to unlink the two hubs
/usr/sbin/asterisk -rx "rpt fun 27123 *127234#"

#wait for all the gyrations and Allison to shut up
sleep 5

#Now, send a message to the second hub in the network to link
#to the link radio node 27999
/usr/sbin/asterisk -rx "rpt fun 27123 *428999*327999#"

#Wait for it....
sleep 2

#Now, play an announcement that the new configuration is up and going.
/etc/asterisk/scripts/w3skconnect
--


(obviously not the real node numbers, apologies to the holders of those 
numbers if they're in live use.)

Now, you can define a 'macro' as, say,
10=*9xx# ;call the function numbered 9XX

This gives you added flexibility and the ability to either call, using 
the internal schedule, on a fixed value, the shell you wrote, or using 
the OS cron facility, from a cronjob, or, even just run from the shell.

Don't fixate on one solution as being better...sometimes imagination is 
the key to creativity and indecision is the key to flexibility.


-- 
Bryan
In this world, you must be oh so smart or oh so pleasant.
Well, for years I was smart. I recommend pleasant.
You may quote me.

Sent from my MacBook Pro.


From mhebert1975 at gmail.com  Wed Jul 31 19:21:15 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Wed, 31 Jul 2013 14:21:15 -0500
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <51F96210.1050109@bdboyle.com>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>
	<51F96210.1050109@bdboyle.com>
Message-ID: <CANQAhPEPrqYdsMv4iM2UC9bRjOY29qzxjgkHNPcN2ur9YWWxSw@mail.gmail.com>

Brilliantly written Bryan! Kudos

Mike - KD5DFB


On Wed, Jul 31, 2013 at 2:14 PM, Bryan D. Boyle <bdboyle at bdboyle.com> wrote:

> On 7/31/13 2:38 PM, Johnny Keeker wrote:
>
>> The question is, can a macro be created to connect to a node and then put
>> it in the command mode?  I've tried creating the usual macro example.
>> [macro]
>> 1=*325555*425555#
>> *51 only calls the 25555 node yet it does not take into account the
>> *425555
>>
>
> Colin Chapman, founder of Lotus, had a favorite saying: "Simplify and add
> lightness".
>
> When you get into complex command strings and trying to make the machines
> jump through hoops, brew coffee, and change the baby at the same time, it's
> easy to forget that there is more than one way to accomplish what you are
> trying to do or gore an ox or stuff a ballot box (if you're in Chicago).
>
> Ever thought of writing an OS shell script?  There you now have somewhat
> more programmatic control over HOW and IN WHAT sequence commands are
> executed, can pause in between commands to allow them to run to completion,
> do variable substitution so that the same shell, with different values
> passed to it, can be used for multiple functions.
>
> In short, to me, it makes more sense.
>
> Here, is an example of a useful Macro tied to a schedule:
>
> [macro27XXX]
> 09=*81#
>
> [schedule27XXX]
> 09 = 00 * * * *
>
> Which plays the time at the top of every hour.  Clean.  Neat.  Simple.
> Brilliant.  No pillocks here....
>
> But, what if you want to unlink two hub nodes, link another node through a
> secondary hub (because your brother ops object to the other node because
> it's a 2-meter link radio?) and tell everyone that it's done? Wow.  Tell me
> the command string for that.
>
> I do not see that as a macro job.
>
> How about a script to do it:
>
> Call this script linkconnect.sh.  Put it in a scripts directory somewhere,
> like /etc/asterisk/scripts, strangely enough...
>
> Call it from rpt.conf:
> 9XX=cmd,/etc/asterisk/scripts/**linkconnect.sh
>
> --
> # Call a shell, no error checking, WYSIWYG, down and dirty
> #!/bin/bash
>
> #Send Asterisk a function message to unlink the two hubs
> /usr/sbin/asterisk -rx "rpt fun 27123 *127234#"
>
> #wait for all the gyrations and Allison to shut up
> sleep 5
>
> #Now, send a message to the second hub in the network to link
> #to the link radio node 27999
> /usr/sbin/asterisk -rx "rpt fun 27123 *428999*327999#"
>
> #Wait for it....
> sleep 2
>
> #Now, play an announcement that the new configuration is up and going.
> /etc/asterisk/scripts/**w3skconnect
> --
>
>
> (obviously not the real node numbers, apologies to the holders of those
> numbers if they're in live use.)
>
> Now, you can define a 'macro' as, say,
> 10=*9xx# ;call the function numbered 9XX
>
> This gives you added flexibility and the ability to either call, using the
> internal schedule, on a fixed value, the shell you wrote, or using the OS
> cron facility, from a cronjob, or, even just run from the shell.
>
> Don't fixate on one solution as being better...sometimes imagination is
> the key to creativity and indecision is the key to flexibility.
>
>
> --
> Bryan
> In this world, you must be oh so smart or oh so pleasant.
> Well, for years I was smart. I recommend pleasant.
> You may quote me.
>
> Sent from my MacBook Pro.
> ______________________________**_________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users<http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/94a8df5d/attachment.html>

From tim.sawyer at me.com  Wed Jul 31 20:06:47 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 31 Jul 2013 13:06:47 -0700
Subject: [App_rpt-users] RTCM simple mode to voting
In-Reply-To: <CANQAhPHnE1bFxcayWsx30gcDrUyYiyVRu0bn_DiF=Ds2PRmDug@mail.gmail.com>
References: <CANQAhPHrPtPaPe8stZ3pRnNbMD5Q-CDThDgtpj1aKPZ5EqKJ1Q@mail.gmail.com>
	<BED22F28-9C8C-4B93-83D1-2D2F4ADAE69B@me.com>
	<CANQAhPHnE1bFxcayWsx30gcDrUyYiyVRu0bn_DiF=Ds2PRmDug@mail.gmail.com>
Message-ID: <FDF8281E-570D-4C2B-ADBB-CA9A6FCC52C2@me.com>

Oh, I misunderstood you. It thought by 'simple mode' you meant simpleUSB. There is no such mode as 'simple voting'. You have to have a GPS for voting.
--
Tim
:wq

On Jul 31, 2013, at 12:06 PM, Michael Hebert <mhebert1975 at gmail.com> wrote:

> Tim,
> 
> Thank you for the quick response. I have changed the settings and restarted asterisk. I am not sure that it is function correctly. We are using your allmon and it looks like it is still in mix mode. http://allstar.kc5daq.net/allmon/voter.php?node=28304
> 
> Also, this is what i am seeing when logged into asterisk using putty.
> 
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291366 our seq: 6291366
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291367 our seq: 6291367
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291368 our seq: 6291368
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291369 our seq: 6291369
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291370 our seq: 6291370
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291371 our seq: 6291371
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291372 our seq: 6291372
> 
> 
> On Wed, Jul 31, 2013 at 8:41 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
> Yes and yes.
> --
> Tim
> :wq
> 
> On Jul 31, 2013, at 6:05 AM, Michael Hebert <mhebert1975 at gmail.com> wrote:
> 
>> All,
>> 
>> I am trying to convert my system from simple mode to voting. I wanted to check to make sure that I make all the appropriate changes.
>> 
>> Here is my setup.
>> 
>> Main node
>> Asterisk server running ACID
>> Kenwood TKR-820 repeater
>> RTCM
>> Garmin 18x GPS LVC
>> 
>> Voter node
>> Kenwood TKR-820 repeater
>> RTCM
>> Garmin 18x GPS LVC
>> 
>> I changed the voter.conf to reflect the changes
>> 
>> [28304]
>> KD5DFB_main=pass1,transmit
>> KD5DFB_voter=pass2
>> thresholds=255,110-5
>> linger=6
>> 
>> Do i just need to add master statement to KD5DFB_main?
>> 
>> Also, do I need to change menu 10 on the RTCM to 0?
>> 
>> Any help please! 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 

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

From mhebert1975 at gmail.com  Wed Jul 31 20:18:36 2013
From: mhebert1975 at gmail.com (Michael Hebert)
Date: Wed, 31 Jul 2013 15:18:36 -0500
Subject: [App_rpt-users] RTCM simple mode to voting
In-Reply-To: <FDF8281E-570D-4C2B-ADBB-CA9A6FCC52C2@me.com>
References: <CANQAhPHrPtPaPe8stZ3pRnNbMD5Q-CDThDgtpj1aKPZ5EqKJ1Q@mail.gmail.com>
	<BED22F28-9C8C-4B93-83D1-2D2F4ADAE69B@me.com>
	<CANQAhPHnE1bFxcayWsx30gcDrUyYiyVRu0bn_DiF=Ds2PRmDug@mail.gmail.com>
	<FDF8281E-570D-4C2B-ADBB-CA9A6FCC52C2@me.com>
Message-ID: <CANQAhPH7hJ5E+woPsOYd42v0R2mknuaKoSJx-m0DhH48SHiUGw@mail.gmail.com>

I have a Garmin GPS 18X LVC connect to both RTCMs.


On Wed, Jul 31, 2013 at 3:06 PM, Tim Sawyer <tim.sawyer at me.com> wrote:

> Oh, I misunderstood you. It thought by 'simple mode' you meant simpleUSB.
> There is no such mode as 'simple voting'. You have to have a GPS for voting.
> --
> Tim
> :wq
>
> On Jul 31, 2013, at 12:06 PM, Michael Hebert <mhebert1975 at gmail.com>
> wrote:
>
> Tim,
>
> Thank you for the quick response. I have changed the settings and
> restarted asterisk. I am not sure that it is function correctly. We are
> using your allmon and it looks like it is still in mix mode.
> http://allstar.kc5daq.net/allmon/voter.php?node=28304
>
> Also, this is what i am seeing when logged into asterisk using putty.
>
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291366 our seq:
> 6291366
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291367 our seq:
> 6291367
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291368 our seq:
> 6291368
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291369 our seq:
> 6291369
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291370 our seq:
> 6291370
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291371 our seq:
> 6291371
> Got rx packet, len 185 payload 1 challenge 301026669 digest 9d8b59de
> mix client (Mulaw) KD5DFB_main index: 960 their seq: 6291372 our seq:
> 6291372
>
>
> On Wed, Jul 31, 2013 at 8:41 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
>
>> Yes and yes.
>>  --
>> Tim
>> :wq
>>
>> On Jul 31, 2013, at 6:05 AM, Michael Hebert <mhebert1975 at gmail.com>
>> wrote:
>>
>> All,
>>
>> I am trying to convert my system from simple mode to voting. I wanted to
>> check to make sure that I make all the appropriate changes.
>>
>> Here is my setup.
>>
>> Main node
>> Asterisk server running ACID
>> Kenwood TKR-820 repeater
>> RTCM
>> Garmin 18x GPS LVC
>>
>> Voter node
>> Kenwood TKR-820 repeater
>> RTCM
>> Garmin 18x GPS LVC
>>
>> I changed the voter.conf to reflect the changes
>>
>> [28304]
>> KD5DFB_main=pass1,transmit
>> KD5DFB_voter=pass2
>> thresholds=255,110-5
>> linger=6
>>
>> Do i just need to add master statement to KD5DFB_main?
>>
>> Also, do I need to change menu 10 on the RTCM to 0?
>>
>> Any help please!
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130731/38c7a521/attachment.html>

From ke2n at cs.com  Wed Jul 31 23:10:00 2013
From: ke2n at cs.com (Ken)
Date: Wed, 31 Jul 2013 19:10:00 -0400
Subject: [App_rpt-users] Access Command Mode With A Macro
In-Reply-To: <CANQAhPEPrqYdsMv4iM2UC9bRjOY29qzxjgkHNPcN2ur9YWWxSw@mail.gmail.com>
References: <1375295883.61497.YahooMailNeo@web163604.mail.gq1.yahoo.com>	<51F96210.1050109@bdboyle.com>
	<CANQAhPEPrqYdsMv4iM2UC9bRjOY29qzxjgkHNPcN2ur9YWWxSw@mail.gmail.com>
Message-ID: <007201ce8e43$1513b850$3f3b28f0$@cs.com>

Very nice - I do something quite similar.

 

I note that you can define a function to tell Allison to "be quiet" for
example

 

9940=cop,34                       ; local telemtry off

 

I execute *9940 at the start of my multi step script and it helps keep
things a bit more quiet.

 

At the end, I turn it back on with cop,33.

 

Of course, this only does the local node.  I suppose you could execute such
a function on the remote node to turn off announcements (after the first
one).

 

I have a DSTAR machine at the same site and it sends commands to the
asterisk machine, in some cases, using OS scripts like this.

 

73

Ken

 

From: Michael Hebert [mailto:mhebert1975 at gmail.com] 
Sent: Wednesday, July 31, 2013 3:21 PM
To: Bryan D. Boyle
Cc: app_rpt mailing list
Subject: Re: [App_rpt-users] Access Command Mode With A Macro

 

Brilliantly written Bryan! Kudos

 

Mike - KD5DFB

 

On Wed, Jul 31, 2013 at 2:14 PM, Bryan D. Boyle <bdboyle at bdboyle.com> wrote:

On 7/31/13 2:38 PM, Johnny Keeker wrote:

The question is, can a macro be created to connect to a node and then put it
in the command mode?  I've tried creating the usual macro example.
[macro]
1=*325555*425555#
*51 only calls the 25555 node yet it does not take into account the *425555


Colin Chapman, founder of Lotus, had a favorite saying: "Simplify and add
lightness".

When you get into complex command strings and trying to make the machines
jump through hoops, brew coffee, and change the baby at the same time, it's
easy to forget that there is more than one way to accomplish what you are
trying to do or gore an ox or stuff a ballot box (if you're in Chicago).

Ever thought of writing an OS shell script?  There you now have somewhat
more programmatic control over HOW and IN WHAT sequence commands are
executed, can pause in between commands to allow them to run to completion,
do variable substitution so that the same shell, with different values
passed to it, can be used for multiple functions.

In short, to me, it makes more sense.

Here, is an example of a useful Macro tied to a schedule:

[macro27XXX]
09=*81#

[schedule27XXX] 
09 = 00 * * * *

Which plays the time at the top of every hour.  Clean.  Neat.  Simple.
Brilliant.  No pillocks here....

But, what if you want to unlink two hub nodes, link another node through a
secondary hub (because your brother ops object to the other node because
it's a 2-meter link radio?) and tell everyone that it's done? Wow.  Tell me
the command string for that.

I do not see that as a macro job.

How about a script to do it:

Call this script linkconnect.sh.  Put it in a scripts directory somewhere,
like /etc/asterisk/scripts, strangely enough...

Call it from rpt.conf:
9XX=cmd,/etc/asterisk/scripts/linkconnect.sh

--
# Call a shell, no error checking, WYSIWYG, down and dirty
#!/bin/bash

#Send Asterisk a function message to unlink the two hubs
/usr/sbin/asterisk -rx "rpt fun 27123 *127234#"

#wait for all the gyrations and Allison to shut up
sleep 5

#Now, send a message to the second hub in the network to link
#to the link radio node 27999
/usr/sbin/asterisk -rx "rpt fun 27123 *428999*327999#"

#Wait for it....
sleep 2

#Now, play an announcement that the new configuration is up and going.
/etc/asterisk/scripts/w3skconnect
--


(obviously not the real node numbers, apologies to the holders of those
numbers if they're in live use.)

Now, you can define a 'macro' as, say,
10=*9xx# ;call the function numbered 9XX

This gives you added flexibility and the ability to either call, using the
internal schedule, on a fixed value, the shell you wrote, or using the OS
cron facility, from a cronjob, or, even just run from the shell.

Don't fixate on one solution as being better...sometimes imagination is the
key to creativity and indecision is the key to flexibility.


-- 
Bryan
In this world, you must be oh so smart or oh so pleasant.
Well, for years I was smart. I recommend pleasant.
You may quote me.

Sent from my MacBook Pro.
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

 

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