From bob at af6d.com  Sat Mar  2 11:09:17 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sat, 2 Mar 2013 03:09:17 -0800
Subject: [App_rpt-users] Motorola Phone Patch
Message-ID: <DDEF7A15C7314813A6088295BE510C6D@desktop>

I am about to order my first Radio Thin Client and get a node up to start.
Eventually we'll add our own server and share resources that I have. I had
asked a question that I must have sent the wrong place.

 

Our plan is two MSF 5000's linked, GPS locked and voted simulcast. We'll add
remote receivers later. The question is regarding a Motorola phone patch.
>From the reading that I've done phone patch is available with Asterisks
somehow but I have one for the MSF. Can it be used or should I expect audio
delays? Can it be used across both nodes or am I better off staying with
Asterisks?

 

I am going to the second mountain top today to prep for the second MSF and
would like to do this right. I am the rookie but I have a very well
experienced Elmer that hasn't used Allstar yet.

 

Thank you in advance.

 

Humbly, Bob

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

From k0jsc.jeff at gmail.com  Sat Mar  2 13:39:59 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Sat, 2 Mar 2013 06:39:59 -0700
Subject: [App_rpt-users] Motorola Phone Patch
In-Reply-To: <DDEF7A15C7314813A6088295BE510C6D@desktop>
References: <DDEF7A15C7314813A6088295BE510C6D@desktop>
Message-ID: <CAA_aZLjecd2fxUrOCoH6TcUzKeg-XAfF7ayghCGS2WWN4g_=fQ@mail.gmail.com>

Bob,

You need a server with the RTCM otherwise it's just a dumb repeater
controller with no functions other than hang time and cwid.  You'll also
need some expensive GPSDO for the simulcast function.

Without knowing the particulars of the phone patch I can't comment much.
 Though it will be tricky to get the phone patch to work at all without
some creative programming in-order to pass the dtmf tones to the patch.
 The "easiest" way to go is pay the 5 bucks for Jim's atuopatch service.

73 de k0JSC

On Sat, Mar 2, 2013 at 4:09 AM, Bob - AF6D <bob at af6d.com> wrote:

>  I am about to order my first Radio Thin Client and get a node up to
> start. Eventually we?ll add our own server and share resources that I have.
> I had asked a question that I must have sent the wrong place.****
>
> ** **
>
> Our plan is two MSF 5000?s linked, GPS locked and voted simulcast. We?ll
> add remote receivers later. The question is regarding a Motorola phone
> patch. From the reading that I?ve done phone patch is available with
> Asterisks somehow but I have one for the MSF. Can it be used or should I
> expect audio delays? Can it be used across both nodes or am I better off
> staying with Asterisks?****
>
> ** **
>
> I am going to the second mountain top today to prep for the second MSF and
> would like to do this right. I am the rookie but I have a very well
> experienced Elmer that hasn?t used Allstar yet.****
>
> ** **
>
> Thank you in advance.****
>
> ** **
>
> Humbly, Bob****
>
> _______________________________________________
> 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/20130302/dfefef51/attachment.html>

From adamson_alan at hotmail.com  Sat Mar  2 15:16:02 2013
From: adamson_alan at hotmail.com (Alan Adamson)
Date: Sat, 2 Mar 2013 10:16:02 -0500
Subject: [App_rpt-users] Server Lat/Lon - Portal
Message-ID: <BLU169-DS8E9CD51D3BA91A107EB3EE9F80@phx.gbl>

Why is that neither the Map work or can I enter an actual Lat/Lon for a
given server in the portal?  Is something broken there.  I click the link
for the interactive map and I get a blank screen with nothing to click on, I
go to the screen where the input for Lat/lon is and I can double click the
0.00000, but I can't enter any values.

Was using chrome, going to try IE, but something doesn't seem right.

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

From chris.andrist at gmail.com  Sat Mar  2 16:26:46 2013
From: chris.andrist at gmail.com (Chris Andrist)
Date: Sat, 02 Mar 2013 08:26:46 -0800 (PST)
Subject: [App_rpt-users] Server Lat/Lon - Portal
In-Reply-To: <BLU169-DS8E9CD51D3BA91A107EB3EE9F80@phx.gbl>
References: <BLU169-DS8E9CD51D3BA91A107EB3EE9F80@phx.gbl>
Message-ID: <1362241605474.56499d9@Nodemailer>

Alan,


I would contact the Allstar Staff directly.


This list is about app_rpt, but not Allstar specifically.


Regards,


Chris Andrist, KC7WSU
?
Chris Andrist

On Sat, Mar 2, 2013 at 8:25 AM, Alan Adamson <adamson_alan at hotmail.com>
wrote:

> Why is that neither the Map work or can I enter an actual Lat/Lon for a
> given server in the portal?  Is something broken there.  I click the link
> for the interactive map and I get a blank screen with nothing to click on, I
> go to the screen where the input for Lat/lon is and I can double click the
> 0.00000, but I can't enter any values.
> Was using chrome, going to try IE, but something doesn't seem right.
> Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130302/701a7c3b/attachment.html>

From adamson_alan at hotmail.com  Sat Mar  2 16:45:40 2013
From: adamson_alan at hotmail.com (Alan Adamson)
Date: Sat, 2 Mar 2013 11:45:40 -0500
Subject: [App_rpt-users] Server Lat/Lon - Portal
In-Reply-To: <000301ce1764$f3932bc0$dab98340$@gmail.com>
References: <BLU169-DS8E9CD51D3BA91A107EB3EE9F80@phx.gbl>
	<000301ce1764$f3932bc0$dab98340$@gmail.com>
Message-ID: <BLU169-DS260D56013DD11E8F5F99EE9F80@phx.gbl>

Yeah, you know with Jim being front and center here and kinda all things allstar, it's easy to forget the separation between church and state? :)?
 
Sorry for the bandwidth, I dropped the contact emails a query on this topic.
Alan
 
From: Chris Andrist [mailto:chris.andrist at gmail.com] 
Sent: Saturday, March 02, 2013 11:27 AM
To: Alan Adamson
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Server Lat/Lon - Portal
 
Alan,
 
I would contact the Allstar Staff directly.
 
This list is about app_rpt, but not Allstar specifically.
 
Regards,
 
Chris Andrist, KC7WSU
?
Chris Andrist
 
On Sat, Mar 2, 2013 at 8:25 AM, Alan Adamson <adamson_alan at hotmail.com> wrote:
Why is that neither the Map work or can I enter an actual Lat/Lon for a given server in the portal?  Is something broken there.  I click the link for the interactive map and I get a blank screen with nothing to click on, I go to the screen where the input for Lat/lon is and I can double click the 0.00000, but I can't enter any values?
Was using chrome, going to try IE, but something doesn't seem right.
Alan
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130302/5be5c800/attachment.html>

From george at dyb.com  Sat Mar  2 17:23:53 2013
From: george at dyb.com (George Csahanin)
Date: Sat, 2 Mar 2013 12:23:53 -0500
Subject: [App_rpt-users] ppp16
Message-ID: <A444EEC0A2194B2195BB3258151B78E4@lintv.com>

Hey guys, can anyone point me to a "howto" for ppp16?

Command functions, which pport pins, etc?

Thanks

GeorgeC
W2DB
2360



From petem001 at hotmail.com  Sat Mar  2 18:51:46 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sat, 2 Mar 2013 13:51:46 -0500
Subject: [App_rpt-users] Really need some advice here..
Message-ID: <BAY167-DS497EED288DDB99042AABBA97F80@phx.gbl>

Ok I finnaly got the ok to switch everything from the rc-210 to app_rpt based controler.
I eveb got a board with a dual amd cpu 2 gig ram ect..
Now Acid wont install no matter what I do. If I clear anything about APIC in the Bios that make a kernel panic at boot of the install dsik it will fail giving all sort of crash information for hours..
I got version 6.3 centos for x86_64 to run, but If I try to start phase1.sh so that the install script from acid try to load, it will tell me bad version of centos and stop..
Anyone can point me in a direction where to go from here?
I am totally lost, but fast to catch up and learn.
Pierre
VE2PF
Dude??? some help please??
;-) 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130302/ef4e8965/attachment.html>

From keith at goobie.org  Sat Mar  2 19:42:45 2013
From: keith at goobie.org (Keith Goobie)
Date: Sat, 02 Mar 2013 14:42:45 -0500
Subject: [App_rpt-users] Really need some advice here..
In-Reply-To: <BAY167-DS497EED288DDB99042AABBA97F80@phx.gbl>
Message-ID: <CD57C065.189F2%keith@goobie.org>

Do it on 32 bit, not possible on 64 if I remember correctly

Keith


On 3/2/13 1:51 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:

> Ok I finnaly got the ok to switch everything from the rc-210 to app_rpt based
> controler.
> I eveb got a board with a dual amd cpu 2 gig ram ect..
> Now Acid wont install no matter what I do. If I clear anything about APIC in
> the Bios that make a kernel panic at boot of the install dsik it will fail
> giving all sort of crash information for hours..
> I got version 6.3 centos for x86_64 to run, but If I try to start phase1.sh so
> that the install script from acid try to load, it will tell me bad version of
> centos and stop..
> Anyone can point me in a direction where to go from here?
> I am totally lost, but fast to catch up and learn.
> Pierre
> VE2PF
> Dude??? some help please??
> ;-) 
> 
> 
> _______________________________________________
> 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/20130302/17783008/attachment.html>

From chris.andrist at gmail.com  Sat Mar  2 21:10:01 2013
From: chris.andrist at gmail.com (Chris Andrist)
Date: Sat, 02 Mar 2013 13:10:01 -0800 (PST)
Subject: [App_rpt-users] Really need some advice here..
In-Reply-To: <CD57C065.189F2%keith@goobie.org>
References: <CD57C065.189F2%keith@goobie.org>
Message-ID: <1362258600089.0a3087d5@Nodemailer>

Phase 1 checks for the version of Centos that you are running. It will only ?install on Centos 5.x and it needs to be x86 not x64.


?
Chris Andrist

On Sat, Mar 2, 2013 at 12:42 PM, Keith Goobie <keith at goobie.org> wrote:

> Do it on 32 bit, not possible on 64 if I remember correctly
> Keith
> On 3/2/13 1:51 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>> Ok I finnaly got the ok to switch everything from the rc-210 to app_rpt based
>> controler.
>> I eveb got a board with a dual amd cpu 2 gig ram ect..
>> Now Acid wont install no matter what I do. If I clear anything about APIC in
>> the Bios that make a kernel panic at boot of the install dsik it will fail
>> giving all sort of crash information for hours..
>> I got version 6.3 centos for x86_64 to run, but If I try to start phase1.sh so
>> that the install script from acid try to load, it will tell me bad version of
>> centos and stop..
>> Anyone can point me in a direction where to go from here?
>> I am totally lost, but fast to catch up and learn.
>> Pierre
>> VE2PF
>> Dude??? some help please??
>> ;-) 
>> 
>> 
>> _______________________________________________
>> 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/20130302/76a5965d/attachment.html>

From keith at goobie.org  Sat Mar  2 21:20:31 2013
From: keith at goobie.org (Keith Goobie)
Date: Sat, 02 Mar 2013 16:20:31 -0500
Subject: [App_rpt-users] Really need some advice here..
In-Reply-To: <1362258600089.0a3087d5@Nodemailer>
Message-ID: <CD57D74F.189FD%keith@goobie.org>

To be honest and in line with what Chris states, go download the ACID Disto
and install.  Once installed, take your config files in the /etc/asterisk
folder and copy to the new system.


ET voila.

Keith / VA3YC


On 3/2/13 4:10 PM, "Chris Andrist" <chris.andrist at gmail.com> wrote:

> Phase 1 checks for the version of Centos that you are running. It will only
> ?install on Centos 5.x and it needs to be x86 not x64.
> 
> 
> ?
> Chris Andrist
> 
> 
> On Sat, Mar 2, 2013 at 12:42 PM, Keith Goobie <keith at goobie.org> wrote:
>> Do it on 32 bit, not possible on 64 if I remember correctly
>> 
>> Keith
>> 
>> 
>> On 3/2/13 1:51 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>> 
>>> Ok I finnaly got the ok to switch everything from the rc-210 to app_rpt
>>> based controler.
>>> I eveb got a board with a dual amd cpu 2 gig ram ect..
>>> Now Acid wont install no matter what I do. If I clear anything about APIC in
>>> the Bios that make a kernel panic at boot of the install dsik it will fail
>>> giving all sort of crash information for hours..
>>> I got version 6.3 centos for x86_64 to run, but If I try to start phase1.sh
>>> so that the install script from acid try to load, it will tell me bad
>>> version of centos and stop..
>>> Anyone can point me in a direction where to go from here?
>>> I am totally lost, but fast to catch up and learn.
>>> Pierre
>>> VE2PF
>>> Dude??? some help please??
>>> ;-) 
>>> 
>>> 
>>> _______________________________________________
>>> 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/20130302/1480d405/attachment.html>

From donh at sigma.net  Sat Mar  2 21:32:46 2013
From: donh at sigma.net (Don Hackler)
Date: Sat, 2 Mar 2013 13:32:46 -0800
Subject: [App_rpt-users] Really need some advice here..
In-Reply-To: <BAY167-DS56783A633FDDA160FF98097F80@phx.gbl>
References: <BAY167-DS497EED288DDB99042AABBA97F80@phx.gbl>
	<84ED5322-7958-4F6A-B58D-0DA9B4B5227D@sigma.net>
	<BAY167-DS56783A633FDDA160FF98097F80@phx.gbl>
Message-ID: <597BB1D7-C544-4EA1-B1CC-E85706CFB66B@sigma.net>

That's the class of machine I usually run Asterisk, AllStar, IRLP, and other similar stuff on.
I pick them up cheap at the local surplus stores, they are lease returns from places that were running Windows XP on them.
I have a handful of them in daily production use, mostly running the PBX in a Flash distribution of Asterisk.   
You only need a Gig of ram (maybe less) and a 40 gig hard drive is plenty.

If it's going on a hill or other remote place, check the fans and hard drive carefully,
and look for swollen capacitors on the mother board. 


On Mar 2, 2013, at 1:17 PM, pete M <petem001 at hotmail.com> wrote:

> Ok I think I have a 2.6ghz penthium 4 system around... I hope this will run ok on it,
>  
>  
>  
> From: Don Hackler
> Sent: Saturday, March 02, 2013 2:36 PM
> To: Pierre Martel
> Subject: Re: [App_rpt-users] Really need some advice here..
>  
> That's way more motherboard than you need.  You might try a simpler motherboard to test.  Pretty much anything with a single Pentium 4 or better should work fine.
>  
> Otherwise there are a bunch of APIC flags you can turn off at kernel boot time, but that gets a bit trickier.
>  
> I also recommend running memtest386+ on any new system for a day or so to make sure you don't have memory or hardware problems,
> 
> 
> On Mar 2, 2013, at 10:51 AM, "Pierre Martel" <petem001 at hotmail.com> wrote:
> 
>> Ok I finnaly got the ok to switch everything from the rc-210 to app_rpt based controler.
>> I eveb got a board with a dual amd cpu 2 gig ram ect..
>> Now Acid wont install no matter what I do. If I clear anything about APIC in the Bios that make a kernel panic at boot of the install dsik it will fail giving all sort of crash information for hours..
>> I got version 6.3 centos for x86_64 to run, but If I try to start phase1.sh so that the install script from acid try to load, it will tell me bad version of centos and stop..
>> Anyone can point me in a direction where to go from here?
>> I am totally lost, but fast to catch up and learn.
>> Pierre
>> VE2PF
>> Dude??? some 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/20130302/8f0ab9b0/attachment.html>

From bob at af6d.com  Sun Mar  3 03:19:34 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sat, 2 Mar 2013 19:19:34 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
Message-ID: <A97BBE73090949D69EB863075AF5CDFA@desktop>

You have exposed my rookiness! LOL. I am aware that a thin client hooked up
acts like a controller. Fallback mode I guess. But I was under the
impression that there are open conference servers, or that others may call
our node if connected to the internet. I have much to learn.

 

Our plan remains the same. We intend to link both MSF's on different
mountain tops via our own server. I own the hosting company and have Tier 1
bandwidth at my beckon call. But we want to have our own phone patch and
have a phone line at our data center. Both nodes are true public safety
(ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there
is a way to add a phone patch that doesn't cost us a recurring fee.

 

With regards to our dedicated server I was under the impression that we
could have our own private network, and, a public network for others to use.
Giving back for fun and for free. But our phone patch would be for our
exclusive use. We envision macros that will telephone specific numbers. I am
Linux literate if I can create my own phone patch.

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

From donh at sigma.net  Sun Mar  3 05:40:21 2013
From: donh at sigma.net (Don Hackler)
Date: Sat, 2 Mar 2013 21:40:21 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <A97BBE73090949D69EB863075AF5CDFA@desktop>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
Message-ID: <3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>

You won't have much trouble setting up what you want with some config file hackage.
Most of the phone patch "secret sauce" is just Asterisk configuration.  If you don't want random Allstar connections, you don't need to allow them.  The phone patch is easy to control.   You will need a sip trunk, either from an external provider, or you can put a SIP adapter on a local POTS line.  You will find that a cheap SIP trunk costs less than a POTS line with adapter and works much better.

Radios are simply extensions on the asterisk system.  This makes them very flexible. 


On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:

> You have exposed my rookiness! LOL. I am aware that a thin client hooked up acts like a controller. Fallback mode I guess. But I was under the impression that there are open conference servers, or that others may call our node if connected to the internet. I have much to learn.
>  
> Our plan remains the same. We intend to link both MSF?s on different mountain tops via our own server. I own the hosting company and have Tier 1 bandwidth at my beckon call. But we want to have our own phone patch and have a phone line at our data center. Both nodes are true public safety (ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there is a way to add a phone patch that doesn?t cost us a recurring fee.
>  
> With regards to our dedicated server I was under the impression that we could have our own private network, and, a public network for others to use. Giving back for fun and for free. But our phone patch would be for our exclusive use. We envision macros that will telephone specific numbers. I am Linux literate if I can create my own phone patch.
> _______________________________________________
> 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/20130302/d943329a/attachment.html>

From bob at af6d.com  Sun Mar  3 06:06:01 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sat, 2 Mar 2013 22:06:01 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
Message-ID: <D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>

This is excellent news! To be clear on random connections, I'd like my own
private network, but I'd also like a public server. Can they be the same
server? Not a problem either way. I have rack space.

 

The reasons to use Allstar that you state are the reasons we've chosen it.
Snow has hampered us somewhat with another storm brewing mid-week. We're
getting about one foot a week at 6,400 feet in So. California. Just enough
to snow on my parade. For now then I need to configure each repeater and the
Thin Client.

  _____  

From: Don Hackler [mailto:donh at sigma.net] 
Sent: Saturday, March 02, 2013 9:40 PM
To: Bob - AF6D
Cc: <app_rpt-users at ohnosec.org>
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

You won't have much trouble setting up what you want with some config file
hackage.

Most of the phone patch "secret sauce" is just Asterisk configuration.  If
you don't want random Allstar connections, you don't need to allow them.
The phone patch is easy to control.   You will need a sip trunk, either from
an external provider, or you can put a SIP adapter on a local POTS line.
You will find that a cheap SIP trunk costs less than a POTS line with
adapter and works much better.


Radios are simply extensions on the asterisk system.  This makes them very
flexible. 

 


On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:

You have exposed my rookiness! LOL. I am aware that a thin client hooked up
acts like a controller. Fallback mode I guess. But I was under the
impression that there are open conference servers, or that others may call
our node if connected to the internet. I have much to learn.

 

Our plan remains the same. We intend to link both MSF's on different
mountain tops via our own server. I own the hosting company and have Tier 1
bandwidth at my beckon call. But we want to have our own phone patch and
have a phone line at our data center. Both nodes are true public safety
(ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there
is a way to add a phone patch that doesn't cost us a recurring fee.

 

With regards to our dedicated server I was under the impression that we
could have our own private network, and, a public network for others to use.
Giving back for fun and for free. But our phone patch would be for our
exclusive use. We envision macros that will telephone specific numbers. I am
Linux literate if I can create my own phone patch.

_______________________________________________
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/20130302/135c7c3b/attachment.html>

From bob at af6d.com  Sun Mar  3 06:16:36 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sat, 2 Mar 2013 22:16:36 -0800
Subject: [App_rpt-users] MSF 5000 Echo
Message-ID: <5C8363BF64134AED9F4E98B0A07F701E@desktop>

Just like with a RC210 controller we are getting an echo when attaching the
RTC. Some tell us "no way." Yes, way. Is there a trace that needs to be cut?
A DIP setting or electronic pot?

 

What is the recommended setup for a stock MSF5000 Limited?

 

Bob - AF6D

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

From bbrown at byrg.net  Sun Mar  3 06:18:55 2013
From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=)
Date: Sun, 3 Mar 2013 00:18:55 -0600
Subject: [App_rpt-users] MSF 5000 Echo
In-Reply-To: <5C8363BF64134AED9F4E98B0A07F701E@desktop>
References: <5C8363BF64134AED9F4E98B0A07F701E@desktop>
Message-ID: <CA+WM89YNFeVw4Y6_gCKE1m1TRCRDP8HzDwgdFPdprxZcd08Ucw@mail.gmail.com>

Full Duplex BASE - No repeater



--
Thanks in Advance

   Bob Brown, W?NQX

   Kansas City Metro Area

   http://sm0kenet.net

   http://byrg.net

   http://kcdstar.byrg.net

   http://w0nqx.blogspot.com

Quis custodiet ipsos custodes?




--


On Sun, Mar 3, 2013 at 12:16 AM, Bob - AF6D <bob at af6d.com> wrote:

>  Just like with a RC210 controller we are getting an echo when attaching
> the RTC. Some tell us ?no way.? Yes, way. Is there a trace that needs to be
> cut? A DIP setting or electronic pot?****
>
> ** **
>
> What is the recommended setup for a stock MSF5000 Limited?****
>
> ** **
>
> Bob ? AF6D****
>
> _______________________________________________
> 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/20130303/0e034ca1/attachment.html>

From donh at sigma.net  Sun Mar  3 08:36:43 2013
From: donh at sigma.net (Don Hackler)
Date: Sun, 3 Mar 2013 00:36:43 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
	<D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
Message-ID: <A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>

In your situation, I would use Micro-Node RTCM modules on the repeaters to minimize the computer hardware on mountain tops.

All they need is some internet (or private ethernet) connectivity back to the server in the warm cozy datacenter.
The RTCM modules don't even need static or public IP addresses as long as they have an IP address for the server in the datacenter..

The RTCM module is effectively a remote URI that uses ethernet instead of a direct USB connection.
Ideally, you want the Allstar system to be the repeater controller for the most flexibility, but 
the RTCM will also do basic repeater control if the internet connection dies.


Personally, I have an AllStar server that just talks to local radios over DMK URI modules, and it has an IAX connection to my "production" Asterisk phone servers.
The radios can be dialed as extensions from my main phone servers, and I can route an outside trunk directly to a radio if I want.
The radios can also dial extensions in my production servers.

You can setup dial plans in either the Allstar box (or the Asterisk server) that will only allow certain numbers to be dialed from the radios or codes that dial explicit numbers.

It's all very flexible.  The biggest issue is that the ACID/apt_rpt distribution for AllStar is a fork of the main Asterisk distribution that is frozen at Asterisk 1.4
It is minimalist command line driven system with very steep learning curve.

I use PBX in a Flash Distributions of more modern Asterisk versions to connect to the outside world and do the heavy lifting.  It's still a handful to learn, but it's mostly
a web GUI that is a lot easier to get things done, and it's a fairly secure distribution (with a very minimal attack surface) if you put it behind a firewall. 



On Mar 2, 2013, at 10:06 PM, "Bob - AF6D" <bob at af6d.com> wrote:

> This is excellent news! To be clear on random connections, I?d like my own private network, but I?d also like a public server. Can they be the same server? Not a problem either way. I have rack space.
>  
> The reasons to use Allstar that you state are the reasons we?ve chosen it. Snow has hampered us somewhat with another storm brewing mid-week. We?re getting about one foot a week at 6,400 feet in So. California. Just enough to snow on my parade. For now then I need to configure each repeater and the Thin Client.
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Saturday, March 02, 2013 9:40 PM
> To: Bob - AF6D
> Cc: <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> You won't have much trouble setting up what you want with some config file hackage.
> Most of the phone patch "secret sauce" is just Asterisk configuration.  If you don't want random Allstar connections, you don't need to allow them.  The phone patch is easy to control.   You will need a sip trunk, either from an external provider, or you can put a SIP adapter on a local POTS line.  You will find that a cheap SIP trunk costs less than a POTS line with adapter and works much better.
> 
> Radios are simply extensions on the asterisk system.  This makes them very flexible. 
>  
> 
> On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
>> You have exposed my rookiness! LOL. I am aware that a thin client hooked up acts like a controller. Fallback mode I guess. But I was under the impression that there are open conference servers, or that others may call our node if connected to the internet. I have much to learn.
>>  
>> Our plan remains the same. We intend to link both MSF?s on different mountain tops via our own server. I own the hosting company and have Tier 1 bandwidth at my beckon call. But we want to have our own phone patch and have a phone line at our data center. Both nodes are true public safety (ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there is a way to add a phone patch that doesn?t cost us a recurring fee.
>>  
>> With regards to our dedicated server I was under the impression that we could have our own private network, and, a public network for others to use. Giving back for fun and for free. But our phone patch would be for our exclusive use. We envision macros that will telephone specific numbers. I am Linux literate if I can create my own phone patch.
>> _______________________________________________
>> 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/20130303/6157cdfe/attachment.html>

From bob at af6d.com  Sun Mar  3 09:02:45 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sun, 3 Mar 2013 01:02:45 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
	<D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
	<A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>
Message-ID: <29D26D539B8A488AAF0F29203A7FC034@desktop>

I am very impressed with what you have done but must admit that you've scare
the stuffing out of me! I have built several complete hosting data centers
(behind a main providers infrastructure) and can get around Linux. All I
want for now are two mountain tops that will get public links (each repeater
can only see one control center) using Ubiquity. I am AT site one and will
provide internet. Site 2 can be seen by repeater 2 and he will use Ubiquity
to link up. At the end of the day they need to see the datacenter. I'll add
phone patching later. We intend to link/vote/simulcast.

 

Step one seems to be to get the RTC installed. But as far as a warm and cozy
data center? Ain't gonna happen! They are like refrigerators! LOL.

  _____  

From: Don Hackler [mailto:donh at sigma.net] 
Sent: Sunday, March 03, 2013 12:37 AM
To: Bob - AF6D
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

In your situation, I would use Micro-Node RTCM modules on the repeaters to
minimize the computer hardware on mountain tops.

 

All they need is some internet (or private ethernet) connectivity back to
the server in the warm cozy datacenter.

The RTCM modules don't even need static or public IP addresses as long as
they have an IP address for the server in the datacenter..

 

The RTCM module is effectively a remote URI that uses ethernet instead of a
direct USB connection.

Ideally, you want the Allstar system to be the repeater controller for the
most flexibility, but 

the RTCM will also do basic repeater control if the internet connection
dies.

 

 

Personally, I have an AllStar server that just talks to local radios over
DMK URI modules, and it has an IAX connection to my "production" Asterisk
phone servers.

The radios can be dialed as extensions from my main phone servers, and I can
route an outside trunk directly to a radio if I want.

The radios can also dial extensions in my production servers.

 

You can setup dial plans in either the Allstar box (or the Asterisk server)
that will only allow certain numbers to be dialed from the radios or codes
that dial explicit numbers.

 

It's all very flexible.  The biggest issue is that the ACID/apt_rpt
distribution for AllStar is a fork of the main Asterisk distribution that is
frozen at Asterisk 1.4

It is minimalist command line driven system with very steep learning curve.

 

I use PBX in a Flash Distributions of more modern Asterisk versions to
connect to the outside world and do the heavy lifting.  It's still a handful
to learn, but it's mostly

a web GUI that is a lot easier to get things done, and it's a fairly secure
distribution (with a very minimal attack surface) if you put it behind a
firewall. 

 

 

 

On Mar 2, 2013, at 10:06 PM, "Bob - AF6D" <bob at af6d.com> wrote:





This is excellent news! To be clear on random connections, I'd like my own
private network, but I'd also like a public server. Can they be the same
server? Not a problem either way. I have rack space.

 

The reasons to use Allstar that you state are the reasons we've chosen it.
Snow has hampered us somewhat with another storm brewing mid-week. We're
getting about one foot a week at 6,400 feet in So. California. Just enough
to snow on my parade. For now then I need to configure each repeater and the
Thin Client.

  _____  

From: Don Hackler [mailto:donh at sigma.net] 
Sent: Saturday, March 02, 2013 9:40 PM
To: Bob - AF6D
Cc: <app_rpt-users at ohnosec.org>
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

You won't have much trouble setting up what you want with some config file
hackage.

Most of the phone patch "secret sauce" is just Asterisk configuration.  If
you don't want random Allstar connections, you don't need to allow them.
The phone patch is easy to control.   You will need a sip trunk, either from
an external provider, or you can put a SIP adapter on a local POTS line.
You will find that a cheap SIP trunk costs less than a POTS line with
adapter and works much better.


Radios are simply extensions on the asterisk system.  This makes them very
flexible. 

 


On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:

You have exposed my rookiness! LOL. I am aware that a thin client hooked up
acts like a controller. Fallback mode I guess. But I was under the
impression that there are open conference servers, or that others may call
our node if connected to the internet. I have much to learn.

 

Our plan remains the same. We intend to link both MSF's on different
mountain tops via our own server. I own the hosting company and have Tier 1
bandwidth at my beckon call. But we want to have our own phone patch and
have a phone line at our data center. Both nodes are true public safety
(ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there
is a way to add a phone patch that doesn't cost us a recurring fee.

 

With regards to our dedicated server I was under the impression that we
could have our own private network, and, a public network for others to use.
Giving back for fun and for free. But our phone patch would be for our
exclusive use. We envision macros that will telephone specific numbers. I am
Linux literate if I can create my own phone patch.

_______________________________________________
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/20130303/a6204808/attachment.html>

From donh at sigma.net  Sun Mar  3 10:39:44 2013
From: donh at sigma.net (Don Hackler)
Date: Sun, 3 Mar 2013 02:39:44 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <29D26D539B8A488AAF0F29203A7FC034@desktop>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
	<D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
	<A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>
	<29D26D539B8A488AAF0F29203A7FC034@desktop>
Message-ID: <424EB488-F07B-4231-84BB-4F22B77FB3B2@sigma.net>

You shouldn't have that much trouble making it all fly.
Nothing is as complicated as say, setting up a Cisco router using IOS...

You just have to understand some of the terminology, and get some signal polarities headed the right direction, so get the basics running on the workbench first.
Get the radios and the RTCMs talking to the AllStar server and make it vote/repeat like you want.
Be sure and have a service monitor handy so you can set audio and modulation levels.  At that point you are good to go for installing on the mountains.

Let AllStar do as much of the repeater control as you possibly can, it's far more flexible than the built in repeater controllers.  Ideally,
you would just have access to the RX and TX and feed them back to the AllStar box through the RTCM.

The phone stuff can be added later, since it's all done in the server on the ground.


I meant warm and cozy compared to the mountain tops...
Some of the data centers here in the Silicon Valley are in heavy energy conservation mode, so they run them uncomfortably warm.

The voting and linking is working pretty well with the RTCM system, but I hear the simulcast is not working so well.
(if you are not trying to do a single frequency simulcast where a receiver can hear both transmitters on the same freq, you are probably OK?)



On Mar 3, 2013, at 1:02 AM, "Bob - AF6D" <bob at af6d.com> wrote:

> I am very impressed with what you have done but must admit that you?ve scare the stuffing out of me! I have built several complete hosting data centers (behind a main providers infrastructure) and can get around Linux. All I want for now are two mountain tops that will get public links (each repeater can only see one control center) using Ubiquity. I am AT site one and will provide internet. Site 2 can be seen by repeater 2 and he will use Ubiquity to link up. At the end of the day they need to see the datacenter. I?ll add phone patching later. We intend to link/vote/simulcast.
>  
> Step one seems to be to get the RTC installed. But as far as a warm and cozy data center? Ain?t gonna happen! They are like refrigerators! LOL.
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Sunday, March 03, 2013 12:37 AM
> To: Bob - AF6D
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> In your situation, I would use Micro-Node RTCM modules on the repeaters to minimize the computer hardware on mountain tops.
>  
> All they need is some internet (or private ethernet) connectivity back to the server in the warm cozy datacenter.
> The RTCM modules don't even need static or public IP addresses as long as they have an IP address for the server in the datacenter..
>  
> The RTCM module is effectively a remote URI that uses ethernet instead of a direct USB connection.
> Ideally, you want the Allstar system to be the repeater controller for the most flexibility, but 
> the RTCM will also do basic repeater control if the internet connection dies.
>  
>  
> Personally, I have an AllStar server that just talks to local radios over DMK URI modules, and it has an IAX connection to my "production" Asterisk phone servers.
> The radios can be dialed as extensions from my main phone servers, and I can route an outside trunk directly to a radio if I want.
> The radios can also dial extensions in my production servers.
>  
> You can setup dial plans in either the Allstar box (or the Asterisk server) that will only allow certain numbers to be dialed from the radios or codes that dial explicit numbers.
>  
> It's all very flexible.  The biggest issue is that the ACID/apt_rpt distribution for AllStar is a fork of the main Asterisk distribution that is frozen at Asterisk 1.4
> It is minimalist command line driven system with very steep learning curve.
>  
> I use PBX in a Flash Distributions of more modern Asterisk versions to connect to the outside world and do the heavy lifting.  It's still a handful to learn, but it's mostly
> a web GUI that is a lot easier to get things done, and it's a fairly secure distribution (with a very minimal attack surface) if you put it behind a firewall. 
>  
>  
>  
> On Mar 2, 2013, at 10:06 PM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
> 
> This is excellent news! To be clear on random connections, I?d like my own private network, but I?d also like a public server. Can they be the same server? Not a problem either way. I have rack space.
>  
> The reasons to use Allstar that you state are the reasons we?ve chosen it. Snow has hampered us somewhat with another storm brewing mid-week. We?re getting about one foot a week at 6,400 feet in So. California. Just enough to snow on my parade. For now then I need to configure each repeater and the Thin Client.
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Saturday, March 02, 2013 9:40 PM
> To: Bob - AF6D
> Cc: <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> You won't have much trouble setting up what you want with some config file hackage.
> Most of the phone patch "secret sauce" is just Asterisk configuration.  If you don't want random Allstar connections, you don't need to allow them.  The phone patch is easy to control.   You will need a sip trunk, either from an external provider, or you can put a SIP adapter on a local POTS line.  You will find that a cheap SIP trunk costs less than a POTS line with adapter and works much better.
> 
> Radios are simply extensions on the asterisk system.  This makes them very flexible. 
>  
> 
> On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
>> You have exposed my rookiness! LOL. I am aware that a thin client hooked up acts like a controller. Fallback mode I guess. But I was under the impression that there are open conference servers, or that others may call our node if connected to the internet. I have much to learn.
>>  
>> Our plan remains the same. We intend to link both MSF?s on different mountain tops via our own server. I own the hosting company and have Tier 1 bandwidth at my beckon call. But we want to have our own phone patch and have a phone line at our data center. Both nodes are true public safety (ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there is a way to add a phone patch that doesn?t cost us a recurring fee.
>>  
>> With regards to our dedicated server I was under the impression that we could have our own private network, and, a public network for others to use. Giving back for fun and for free. But our phone patch would be for our exclusive use. We envision macros that will telephone specific numbers. I am Linux literate if I can create my own phone patch.
>> _______________________________________________
>> 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/20130303/65a390ee/attachment.html>

From bob at af6d.com  Sun Mar  3 11:37:33 2013
From: bob at af6d.com (Bob - AF6D)
Date: Sun, 3 Mar 2013 03:37:33 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <424EB488-F07B-4231-84BB-4F22B77FB3B2@sigma.net>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
	<D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
	<A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>
	<29D26D539B8A488AAF0F29203A7FC034@desktop>
	<424EB488-F07B-4231-84BB-4F22B77FB3B2@sigma.net>
Message-ID: <2C66EE5A462840B7B336EF341BF4BB2A@desktop>

Your help makes it sound easy and I am looking forward to getting it
working. I opened another thread about an echo even though we are already
set as a full duplex base and not as a repeater. This was the same as with
the RC210 controllers we already have. My technical manager is damn good and
he'll get it solved.

 

I understand that the server becomes the repeater controller and I think I
understand that everyone has their own. No problem. But I don't understand
not using our link controller, the RC210. We have a dedicated weather
receiver, for example, that uses a FIPS code for repeater 1's area. Repeater
2's area has a different FIPS. Should I assume that since these devices use
COR/PTT that a RTCM should be able to attach? But then routing to the
correct repeater.

 

Again, first things first. Repeater 1 (R1) is running at Site 1 (S1) and R2
is going online we hope this week at S2. The voted coverage pattern will be
tremendous! I especially like being able to add a fill receiver in an area
that can hear the repeater but mobiles and HT's cannot.

 

Thank you for allowing me to be here as a student. I may ask a dumb question
and probably get an answer back that I won't understand. If I ask for
clarification it won't be out of disrespect. I am hoping that my 15 years
experience with high-end Linux hosting will allow me to help others.

 

I see numerous users on the Yahoo group at
http://groups.yahoo.com/group/allstarlink/. I know that it's faster but I
don't see anyone using it. Is this list switching over to it?

 

As for simulcast I hesitate to name mountain tops. Right now I have a DB224e
with its back to S2. S2 will have its back to S1. We expect to set all audio
levels with random ladder test tones using a HP 8924C. We'll add the GPSO
devices as required. Right now one repeater reliably covers almost all of
southern California. Excellent receive, 6,400 feet location and a 1 watt HT
can hit it full quieting from 100 miles away. No kidding. Give me a call on
147.705( - ) 167.9. No courtesy tone without the RTCM but all in time. I am
getting excited!

 

  _____  

From: Don Hackler [mailto:donh at sigma.net] 
Sent: Sunday, March 03, 2013 2:40 AM
To: Bob - AF6D
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

You shouldn't have that much trouble making it all fly.

Nothing is as complicated as say, setting up a Cisco router using IOS...

 

You just have to understand some of the terminology, and get some signal
polarities headed the right direction, so get the basics running on the
workbench first.

Get the radios and the RTCMs talking to the AllStar server and make it
vote/repeat like you want.

Be sure and have a service monitor handy so you can set audio and modulation
levels.  At that point you are good to go for installing on the mountains.

 

Let AllStar do as much of the repeater control as you possibly can, it's far
more flexible than the built in repeater controllers.  Ideally,

you would just have access to the RX and TX and feed them back to the
AllStar box through the RTCM.

 

The phone stuff can be added later, since it's all done in the server on the
ground.

 

 

I meant warm and cozy compared to the mountain tops...

Some of the data centers here in the Silicon Valley are in heavy energy
conservation mode, so they run them uncomfortably warm.

 

The voting and linking is working pretty well with the RTCM system, but I
hear the simulcast is not working so well.

(if you are not trying to do a single frequency simulcast where a receiver
can hear both transmitters on the same freq, you are probably OK.)

 

 

 

On Mar 3, 2013, at 1:02 AM, "Bob - AF6D" <bob at af6d.com> wrote:





I am very impressed with what you have done but must admit that you've scare
the stuffing out of me! I have built several complete hosting data centers
(behind a main providers infrastructure) and can get around Linux. All I
want for now are two mountain tops that will get public links (each repeater
can only see one control center) using Ubiquity. I am AT site one and will
provide internet. Site 2 can be seen by repeater 2 and he will use Ubiquity
to link up. At the end of the day they need to see the datacenter. I'll add
phone patching later. We intend to link/vote/simulcast.

 

Step one seems to be to get the RTC installed. But as far as a warm and cozy
data center? Ain't gonna happen! They are like refrigerators! LOL.

  _____  

From: Don Hackler [mailto:donh at sigma.net] 
Sent: Sunday, March 03, 2013 12:37 AM
To: Bob - AF6D
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

In your situation, I would use Micro-Node RTCM modules on the repeaters to
minimize the computer hardware on mountain tops.

 

All they need is some internet (or private ethernet) connectivity back to
the server in the warm cozy datacenter.

The RTCM modules don't even need static or public IP addresses as long as
they have an IP address for the server in the datacenter..

 

The RTCM module is effectively a remote URI that uses ethernet instead of a
direct USB connection.

Ideally, you want the Allstar system to be the repeater controller for the
most flexibility, but 

the RTCM will also do basic repeater control if the internet connection
dies.

 

 

Personally, I have an AllStar server that just talks to local radios over
DMK URI modules, and it has an IAX connection to my "production" Asterisk
phone servers.

The radios can be dialed as extensions from my main phone servers, and I can
route an outside trunk directly to a radio if I want.

The radios can also dial extensions in my production servers.

 

You can setup dial plans in either the Allstar box (or the Asterisk server)
that will only allow certain numbers to be dialed from the radios or codes
that dial explicit numbers.

 

It's all very flexible.  The biggest issue is that the ACID/apt_rpt
distribution for AllStar is a fork of the main Asterisk distribution that is
frozen at Asterisk 1.4

It is minimalist command line driven system with very steep learning curve.

 

I use PBX in a Flash Distributions of more modern Asterisk versions to
connect to the outside world and do the heavy lifting.  It's still a handful
to learn, but it's mostly

a web GUI that is a lot easier to get things done, and it's a fairly secure
distribution (with a very minimal attack surface) if you put it behind a
firewall. 

 

 

 

On Mar 2, 2013, at 10:06 PM, "Bob - AF6D" <bob at af6d.com> wrote:






This is excellent news! To be clear on random connections, I'd like my own
private network, but I'd also like a public server. Can they be the same
server? Not a problem either way. I have rack space.

 

The reasons to use Allstar that you state are the reasons we've chosen it.
Snow has hampered us somewhat with another storm brewing mid-week. We're
getting about one foot a week at 6,400 feet in So. California. Just enough
to snow on my parade. For now then I need to configure each repeater and the
Thin Client.

  _____  

From: Don Hackler [mailto:donh at sigma.net <http://sigma.net/> ] 
Sent: Saturday, March 02, 2013 9:40 PM
To: Bob - AF6D
Cc: <app_rpt-users at ohnosec.org>
Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)

 

You won't have much trouble setting up what you want with some config file
hackage.

Most of the phone patch "secret sauce" is just Asterisk configuration.  If
you don't want random Allstar connections, you don't need to allow them.
The phone patch is easy to control.   You will need a sip trunk, either from
an external provider, or you can put a SIP adapter on a local POTS line.
You will find that a cheap SIP trunk costs less than a POTS line with
adapter and works much better.


Radios are simply extensions on the asterisk system.  This makes them very
flexible. 

 


On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:

You have exposed my rookiness! LOL. I am aware that a thin client hooked up
acts like a controller. Fallback mode I guess. But I was under the
impression that there are open conference servers, or that others may call
our node if connected to the internet. I have much to learn.

 

Our plan remains the same. We intend to link both MSF's on different
mountain tops via our own server. I own the hosting company and have Tier 1
bandwidth at my beckon call. But we want to have our own phone patch and
have a phone line at our data center. Both nodes are true public safety
(ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there
is a way to add a phone patch that doesn't cost us a recurring fee.

 

With regards to our dedicated server I was under the impression that we
could have our own private network, and, a public network for others to use.
Giving back for fun and for free. But our phone patch would be for our
exclusive use. We envision macros that will telephone specific numbers. I am
Linux literate if I can create my own phone patch.

_______________________________________________
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/20130303/563eaa2a/attachment.html>

From keith at goobie.org  Sun Mar  3 16:31:41 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 11:31:41 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver Client
Message-ID: <CD58E51D.18A6D%keith@goobie.org>

Good day All.

We have had our node up at VE3LSR / VE3UOR for a few months and we all have
learned a lot about configuration and operation.  It is ACID install and
version id is 300.3.

On our asterisk system, we support three nodes:

27211 ? VE3UOR UHF repeater
29133 ? VE3LSR coupled through a RLC-DSP404 controller (often connected to
VE3UPS and VE3UHN), and
29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ? ad-hoc
RF link.

I have also been testing out iaxrpt and the WebTransceiver clients.

I am on these systems and the results have been promising.  I do notice some
clipping on the audio on some stations.  Initially I thought it was
amplitude related ? over-driving the URI-FOB, but I am now beginning to
suspect that it may be network related and in my research I hear the term
jitter being used ? which if activated, adjust operation on the receiving
end only.

It may be that the system is not powered enough to drive the three uri-fobs.
CPU show about 25% busy.
[root at VE3LSR etc]# cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 15
model        : 4
model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping    : 3
cpu MHz        : 2992.898
cache size    : 2048 KB
physical id    : 0
siblings    : 2
core id        : 0
cpu cores    : 1
apicid        : 0
fdiv_bug    : no
hlt_bug        : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 5
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni
monitor ds_cpl est cid cx16 xtpr
bogomips    : 5985.79

We do think that the system is sufficiently powered.

We are looking for comments & guidance.  Are we expecting too much from the
system having three fobs connected?  We do have good bandwidth into and out
of the site.  

I am listening to other systems ? most not to busy, so I am not yet able to
get a good reference point.

I have not dabbled with the codecs much, but have been focused on using
ulaw.  I am also testing with GSM ? lower bandwidth.

So as I said before, thoughts or suggestions are welcome.

Keith / VA3YC
-- 
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/20130303/a63add90/attachment.html>

From jrorke at cogeco.ca  Sun Mar  3 16:41:06 2013
From: jrorke at cogeco.ca (REDBUTTON_CTRL)
Date: Sun, 03 Mar 2013 11:41:06 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <CD58E51D.18A6D%keith@goobie.org>
References: <CD58E51D.18A6D%keith@goobie.org>
Message-ID: <51337D22.8040507@cogeco.ca>

Hi Kieth, In the usbradio.conf  have you got the "txlinonly = yes'?

This should limit TX audio coming from the URI.

txlimonly=yes        ; 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.

You can also tell the IAX users to cut back their mic gains. I would 
start here first. Like a lot of people on Echolink they dont have the 
computer set up properly. I find that head sets sound the best rather 
than using the internal mics on lapatops.

I would leave the codec as Ulaw. dont bother with GSM, has crappy watery 
audio.

Jon VA3RQ

On 3/3/2013 11:31 AM, Keith Goobie wrote:
> Good day All.
>
> We have had our node up at VE3LSR / VE3UOR for a few months and we all 
> have learned a lot about configuration and operation.  It is ACID 
> install and version id is 300.3.
>
> On our asterisk system, we support three nodes:
>
> 27211 -- VE3UOR UHF repeater
> 29133 -- VE3LSR coupled through a RLC-DSP404 controller (often 
> connected to VE3UPS and VE3UHN), and
> 29154 -- VA3LSR remote link for VE3LSR into VE3MUS -- not too active 
> -- ad-hoc RF link.
>
> I have also been testing out iaxrpt and the WebTransceiver clients.
>
> I am on these systems and the results have been promising.  I do 
> notice some clipping on the audio on some stations.  Initially I 
> thought it was amplitude related -- over-driving the URI-FOB, but I am 
> now beginning to suspect that it may be network related and in my 
> research I hear the term jitter being used -- which if activated, 
> adjust operation on the receiving end only.
>
> It may be that the system is not powered enough to drive the three 
> uri-fobs.   CPU show about 25% busy.
> [root at VE3LSR etc]# cat /proc/cpuinfo
> processor    : 0
> vendor_id    : GenuineIntel
> cpu family    : 15
> model        : 4
> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping    : 3
> cpu MHz        : 2992.898
> cache size    : 2048 KB
> physical id    : 0
> siblings    : 2
> core id        : 0
> cpu cores    : 1
> apicid        : 0
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
> fpu_exception    : yes
> cpuid level    : 5
> wp        : yes
> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca 
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm 
> constant_tsc pni monitor ds_cpl est cid cx16 xtpr
> bogomips    : 5985.79
>
> We do think that the system is sufficiently powered.
>
> We are looking for comments & guidance.  Are we expecting too much 
> from the system having three fobs connected?  We do have good 
> bandwidth into and out of the site.
>
> I am listening to other systems -- most not to busy, so I am not yet 
> able to get a good reference point.
>
> I have not dabbled with the codecs much, but have been focused on 
> using ulaw.  I am also testing with GSM -- lower bandwidth.
>
> So as I said before, thoughts or suggestions are welcome.
>
> Keith / VA3YC
> -- 
> 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/20130303/0efd1606/attachment.html>

From keith at goobie.org  Sun Mar  3 17:18:34 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 12:18:34 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <51337D22.8040507@cogeco.ca>
Message-ID: <CD58F01A.18A72%keith@goobie.org>

Hi Jon

Just checked the configs -

All three appearances (we control three URI fobs) of txlinonly are commented
out, do you know what the default is.

Incoming audio from iaxrpt users seems OK, with no issues.

Keith

On 3/3/13 11:41 AM, "REDBUTTON_CTRL" <jrorke at cogeco.ca> wrote:

>    Hi Kieth, In the usbradio.conf  have you got the "txlinonly = yes'?
>  
>  This should limit TX audio coming from the URI.
>  
>  txlimonly=yes        ; 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.
>  
>  You can also tell the IAX users to cut back their mic gains. I would start
> here first. Like a lot of people on Echolink they dont have the computer set
> up properly. I find that head sets sound the best rather than using the
> internal mics on lapatops.
>  
>  I would leave the codec as Ulaw. dont bother with GSM, has crappy watery
> audio.
>  
>  Jon VA3RQ
>  
>  On 3/3/2013 11:31 AM, Keith Goobie wrote:
>>  Audio Clipping with IAXRPT / Web Transceiver Client Good day All.
>>  
>>  We have had our node up at VE3LSR / VE3UOR for a few months and we all have
>> learned a lot about configuration and operation.  It is ACID install and
>> version id is 300.3.
>>  
>>  On our asterisk system, we support three nodes:
>>  
>>  27211 ? VE3UOR UHF repeater
>>  29133 ? VE3LSR coupled through a RLC-DSP404 controller (often connected to
>> VE3UPS and VE3UHN), and
>>  29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ? ad-hoc
>> RF link.
>>  
>>  I have also been testing out iaxrpt and the WebTransceiver clients.
>>  
>>  I am on these systems and the results have been promising.  I do notice some
>> clipping on the audio on some stations.  Initially I thought it was amplitude
>> related ? over-driving the URI-FOB, but I am now beginning to suspect that it
>> may be network related and in my research I hear the term jitter being used ?
>> which if activated, adjust operation on the receiving end only.
>>  
>>  It may be that the system is not powered enough to drive the three uri-fobs.
>> CPU show about 25% busy.
>>  [root at VE3LSR etc]# cat /proc/cpuinfo
>>  processor    : 0
>>  vendor_id    : GenuineIntel
>>  cpu family    : 15
>>  model        : 4
>>  model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
>>  stepping    : 3
>>  cpu MHz        : 2992.898
>>  cache size    : 2048 KB
>>  physical id    : 0
>>  siblings    : 2
>>  core id        : 0
>>  cpu cores    : 1
>>  apicid        : 0
>>  fdiv_bug    : no
>>  hlt_bug        : no
>>  f00f_bug    : no
>>  coma_bug    : no
>>  fpu        : yes
>>  fpu_exception    : yes
>>  cpuid level    : 5
>>  wp        : yes
>>  flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat
>> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni
>> monitor ds_cpl est cid cx16 xtpr
>>  bogomips    : 5985.79
>>  
>>  We do think that the system is sufficiently powered.
>>  
>>  We are looking for comments & guidance.  Are we expecting too much from the
>> system having three fobs connected?  We do have good bandwidth into and out
>> of the site.  
>>  
>>  I am listening to other systems ? most not to busy, so I am not yet able to
>> get a good reference point.
>>  
>>  I have not dabbled with the codecs much, but have been focused on using
>> ulaw.  I am also testing with GSM ? lower bandwidth.
>>  
>>  So as I said before, thoughts or suggestions are welcome.
>>  
>>  Keith / VA3YC
>>  -- 
>>  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
>>  
>  
> 
> _______________________________________________
> 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/20130303/cd8149b1/attachment.html>

From wb3awj at comcast.net  Sun Mar  3 17:48:17 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Sun, 03 Mar 2013 12:48:17 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
	Client
In-Reply-To: <CD58E51D.18A6D%keith@goobie.org>
References: <CD58E51D.18A6D%keith@goobie.org>
Message-ID: <c6a3d28b-e497-4b4b-a962-5cd56d227a78@email.android.com>

Does the clipping occur usually on the same stations?
Or sort of randomly?

In addition to CPU load, how much free memory do you have?
I was told that you should have enough memory to not see ANY swapping.
And found that to be a good rule of thumb.
The time involved with disk access comes into play.


Keith Goobie <keith at goobie.org> wrote:

>Good day All.
>
>We have had our node up at VE3LSR / VE3UOR for a few months and we all
>have
>learned a lot about configuration and operation.  It is ACID install
>and
>version id is 300.3.
>
>On our asterisk system, we support three nodes:
>
>27211 ? VE3UOR UHF repeater
>29133 ? VE3LSR coupled through a RLC-DSP404 controller (often connected
>to
>VE3UPS and VE3UHN), and
>29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ?
>ad-hoc
>RF link.
>
>I have also been testing out iaxrpt and the WebTransceiver clients.
>
>I am on these systems and the results have been promising.  I do notice
>some
>clipping on the audio on some stations.  Initially I thought it was
>amplitude related ? over-driving the URI-FOB, but I am now beginning to
>suspect that it may be network related and in my research I hear the
>term
>jitter being used ? which if activated, adjust operation on the
>receiving
>end only.
>
>It may be that the system is not powered enough to drive the three
>uri-fobs.
>CPU show about 25% busy.
>[root at VE3LSR etc]# cat /proc/cpuinfo
>processor    : 0
>vendor_id    : GenuineIntel
>cpu family    : 15
>model        : 4
>model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
>stepping    : 3
>cpu MHz        : 2992.898
>cache size    : 2048 KB
>physical id    : 0
>siblings    : 2
>core id        : 0
>cpu cores    : 1
>apicid        : 0
>fdiv_bug    : no
>hlt_bug        : no
>f00f_bug    : no
>coma_bug    : no
>fpu        : yes
>fpu_exception    : yes
>cpuid level    : 5
>wp        : yes
>flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
>cmov pat
>pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc
>pni
>monitor ds_cpl est cid cx16 xtpr
>bogomips    : 5985.79
>
>We do think that the system is sufficiently powered.
>
>We are looking for comments & guidance.  Are we expecting too much from
>the
>system having three fobs connected?  We do have good bandwidth into and
>out
>of the site.  
>
>I am listening to other systems ? most not to busy, so I am not yet
>able to
>get a good reference point.
>
>I have not dabbled with the codecs much, but have been focused on using
>ulaw.  I am also testing with GSM ? lower bandwidth.
>
>So as I said before, thoughts or suggestions are welcome.
>
>Keith / VA3YC
>-- 
>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

-- 
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/20130303/5cb1d6f1/attachment.html>

From donh at sigma.net  Sun Mar  3 17:48:33 2013
From: donh at sigma.net (Don Hackler)
Date: Sun, 3 Mar 2013 09:48:33 -0800
Subject: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
In-Reply-To: <2C66EE5A462840B7B336EF341BF4BB2A@desktop>
References: <A97BBE73090949D69EB863075AF5CDFA@desktop>
	<3FEE0DE0-0253-4FDB-8BA6-267833766648@sigma.net>
	<D3FF1404C86344BD98A9FD32DEBA6EE3@desktop>
	<A33BAE45-4FBC-41BF-8932-3099631AD4C9@sigma.net>
	<29D26D539B8A488AAF0F29203A7FC034@desktop>
	<424EB488-F07B-4231-84BB-4F22B77FB3B2@sigma.net>
	<2C66EE5A462840B7B336EF341BF4BB2A@desktop>
Message-ID: <92DBBFB6-0C15-4D49-BF24-475818118B39@sigma.net>

As far as I know, the ohnosec.org mailing list is still the "official" support mechanism.

Are the weather receivers going to be at the mountains or can they be at the datacenter?
If they are are at the datacenter, you can use DMK engineering URI interfaces connected with USB directly to the AllStar server.
If they are remote, then put them on RTCMs and shoot the data back to the server over ethernet.

Just make sure you configure everything properly with respect to pre-emphasized and non pre-emphasized audio.
The system can use either mode on a radio by radio basis?  The built in DSP will do the conversions for you as needed.
CTCSS/digital PL tone detection/generation can be done in the system as well.

You can script pretty much anything you want the WX receivers to do at the server level (i.e. sending the WX alerts to the proper repeaters?.)
and interrogating the WX receivers using DTMF commands front the repeaters.

My only concern from a voting/simulcast point of view is this:

Are the two repeaters on the same output frequency, and if so, do they overlap coverage areas?
The simulcast mode is not quite ready for prime time in that situation.  (the RF and audio timing in the overlap areas is not as good as it needs to be
so you will actually interfere with yourself?.)  If the sites are different output frequencies, or there is no overlap area you are concerned about,
then the simulcast will work.

When you use the GPS receivers on the RTCM units, the RX voting works very well. but there is a delay in the repeated audio.
(similar to a cellphone or Nextel delay)
The RX voting is seamless.  Without monitoring it on the server you won't even know it switched.

Disclaimer:  I've never done the voting/simulcast game, but there is a group here in the San Francisco Bay area experimenting with it.



On Mar 3, 2013, at 3:37 AM, "Bob - AF6D" <bob at af6d.com> wrote:

> Your help makes it sound easy and I am looking forward to getting it working. I opened another thread about an echo even though we are already set as a full duplex base and not as a repeater. This was the same as with the RC210 controllers we already have. My technical manager is damn good and he?ll get it solved.
>  
> I understand that the server becomes the repeater controller and I think I understand that everyone has their own. No problem. But I don?t understand not using our link controller, the RC210. We have a dedicated weather receiver, for example, that uses a FIPS code for repeater 1?s area. Repeater 2?s area has a different FIPS. Should I assume that since these devices use COR/PTT that a RTCM should be able to attach? But then routing to the correct repeater?
>  
> Again, first things first. Repeater 1 (R1) is running at Site 1 (S1) and R2 is going online we hope this week at S2. The voted coverage pattern will be tremendous! I especially like being able to add a fill receiver in an area that can hear the repeater but mobiles and HT?s cannot.
>  
> Thank you for allowing me to be here as a student. I may ask a dumb question and probably get an answer back that I won?t understand. If I ask for clarification it won?t be out of disrespect. I am hoping that my 15 years experience with high-end Linux hosting will allow me to help others.
>  
> I see numerous users on the Yahoo group at http://groups.yahoo.com/group/allstarlink/. I know that it?s faster but I don?t see anyone using it. Is this list switching over to it?
>  
> As for simulcast I hesitate to name mountain tops. Right now I have a DB224e with its back to S2. S2 will have its back to S1. We expect to set all audio levels with random ladder test tones using a HP 8924C. We?ll add the GPSO devices as required. Right now one repeater reliably covers almost all of southern California. Excellent receive, 6,400 feet location and a 1 watt HT can hit it full quieting from 100 miles away. No kidding. Give me a call on 147.705( - ) 167.9. No courtesy tone without the RTCM but all in time. I am getting excited!
>  
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Sunday, March 03, 2013 2:40 AM
> To: Bob - AF6D
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> You shouldn't have that much trouble making it all fly.
> Nothing is as complicated as say, setting up a Cisco router using IOS...
>  
> You just have to understand some of the terminology, and get some signal polarities headed the right direction, so get the basics running on the workbench first.
> Get the radios and the RTCMs talking to the AllStar server and make it vote/repeat like you want.
> Be sure and have a service monitor handy so you can set audio and modulation levels.  At that point you are good to go for installing on the mountains.
>  
> Let AllStar do as much of the repeater control as you possibly can, it's far more flexible than the built in repeater controllers.  Ideally,
> you would just have access to the RX and TX and feed them back to the AllStar box through the RTCM.
>  
> The phone stuff can be added later, since it's all done in the server on the ground.
>  
>  
> I meant warm and cozy compared to the mountain tops...
> Some of the data centers here in the Silicon Valley are in heavy energy conservation mode, so they run them uncomfortably warm.
>  
> The voting and linking is working pretty well with the RTCM system, but I hear the simulcast is not working so well.
> (if you are not trying to do a single frequency simulcast where a receiver can hear both transmitters on the same freq, you are probably OK?)
>  
>  
>  
> On Mar 3, 2013, at 1:02 AM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
> 
> I am very impressed with what you have done but must admit that you?ve scare the stuffing out of me! I have built several complete hosting data centers (behind a main providers infrastructure) and can get around Linux. All I want for now are two mountain tops that will get public links (each repeater can only see one control center) using Ubiquity. I am AT site one and will provide internet. Site 2 can be seen by repeater 2 and he will use Ubiquity to link up. At the end of the day they need to see the datacenter. I?ll add phone patching later. We intend to link/vote/simulcast.
>  
> Step one seems to be to get the RTC installed. But as far as a warm and cozy data center? Ain?t gonna happen! They are like refrigerators! LOL.
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Sunday, March 03, 2013 12:37 AM
> To: Bob - AF6D
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> In your situation, I would use Micro-Node RTCM modules on the repeaters to minimize the computer hardware on mountain tops.
>  
> All they need is some internet (or private ethernet) connectivity back to the server in the warm cozy datacenter.
> The RTCM modules don't even need static or public IP addresses as long as they have an IP address for the server in the datacenter..
>  
> The RTCM module is effectively a remote URI that uses ethernet instead of a direct USB connection.
> Ideally, you want the Allstar system to be the repeater controller for the most flexibility, but 
> the RTCM will also do basic repeater control if the internet connection dies.
>  
>  
> Personally, I have an AllStar server that just talks to local radios over DMK URI modules, and it has an IAX connection to my "production" Asterisk phone servers.
> The radios can be dialed as extensions from my main phone servers, and I can route an outside trunk directly to a radio if I want.
> The radios can also dial extensions in my production servers.
>  
> You can setup dial plans in either the Allstar box (or the Asterisk server) that will only allow certain numbers to be dialed from the radios or codes that dial explicit numbers.
>  
> It's all very flexible.  The biggest issue is that the ACID/apt_rpt distribution for AllStar is a fork of the main Asterisk distribution that is frozen at Asterisk 1.4
> It is minimalist command line driven system with very steep learning curve.
>  
> I use PBX in a Flash Distributions of more modern Asterisk versions to connect to the outside world and do the heavy lifting.  It's still a handful to learn, but it's mostly
> a web GUI that is a lot easier to get things done, and it's a fairly secure distribution (with a very minimal attack surface) if you put it behind a firewall. 
>  
>  
>  
> On Mar 2, 2013, at 10:06 PM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
> 
> 
> This is excellent news! To be clear on random connections, I?d like my own private network, but I?d also like a public server. Can they be the same server? Not a problem either way. I have rack space.
>  
> The reasons to use Allstar that you state are the reasons we?ve chosen it. Snow has hampered us somewhat with another storm brewing mid-week. We?re getting about one foot a week at 6,400 feet in So. California. Just enough to snow on my parade. For now then I need to configure each repeater and the Thin Client.
> From: Don Hackler [mailto:donh at sigma.net] 
> Sent: Saturday, March 02, 2013 9:40 PM
> To: Bob - AF6D
> Cc: <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Motorola Phone Patch (Bob - AF6D)
>  
> You won't have much trouble setting up what you want with some config file hackage.
> Most of the phone patch "secret sauce" is just Asterisk configuration.  If you don't want random Allstar connections, you don't need to allow them.  The phone patch is easy to control.   You will need a sip trunk, either from an external provider, or you can put a SIP adapter on a local POTS line.  You will find that a cheap SIP trunk costs less than a POTS line with adapter and works much better.
> 
> Radios are simply extensions on the asterisk system.  This makes them very flexible. 
>  
> 
> On Mar 2, 2013, at 7:19 PM, "Bob - AF6D" <bob at af6d.com> wrote:
> 
>> You have exposed my rookiness! LOL. I am aware that a thin client hooked up acts like a controller. Fallback mode I guess. But I was under the impression that there are open conference servers, or that others may call our node if connected to the internet. I have much to learn.
>>  
>> Our plan remains the same. We intend to link both MSF?s on different mountain tops via our own server. I own the hosting company and have Tier 1 bandwidth at my beckon call. But we want to have our own phone patch and have a phone line at our data center. Both nodes are true public safety (ECS/ARES/SAR) and expenses come out of my wallet. It is my hope that there is a way to add a phone patch that doesn?t cost us a recurring fee.
>>  
>> With regards to our dedicated server I was under the impression that we could have our own private network, and, a public network for others to use. Giving back for fun and for free. But our phone patch would be for our exclusive use. We envision macros that will telephone specific numbers. I am Linux literate if I can create my own phone patch.
>> _______________________________________________
>> 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/20130303/e215e099/attachment.html>

From keith at goobie.org  Sun Mar  3 17:55:42 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 12:55:42 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <c6a3d28b-e497-4b4b-a962-5cd56d227a78@email.android.com>
Message-ID: <CD58F8CE.18A79%keith@goobie.org>

Hi Robert

Memory on the system is 1GB ram

When I run free I get -

[root at VE3LSR asterisk]#  free
             total       used       free     shared    buffers     cached
Mem:       1034368     628924     405444          0     185776     289968
-/+ buffers/cache:     153180     881188
Swap:      1020116          0    1020116
[root at VE3LSR asterisk]#

The attached drive is a SSD

Clipping can occur randomly ? it is not tied to one station.  Volume levels
on these stations can vary.

We have good bandwidth into out of the site.  Co-located with an ISP.

We are using the DMK fobs.

Keith



On 3/3/13 12:48 PM, "Robert a. Poff" <wb3awj at comcast.net> wrote:

> Does the clipping occur usually on the same stations?
> Or sort of randomly?
> 
> In addition to CPU load, how much free memory do you have?
> I was told that you should have enough memory to not see ANY swapping.
> And found that to be a good rule of thumb.
> The time involved with disk access comes into play.
> 
> 
> Keith Goobie <keith at goobie.org> wrote:
>> Good day All.
>> 
>> We have had our node up at VE3LSR / VE3UOR for a few months and we all have
>> learned a lot about configuration and operation.  It is ACID install and
>> version id is 300.3.
>> 
>> On our asterisk system, we support three nodes:
>> 
>> 27211 ? VE3UOR UHF repeater
>> 29133 ? VE3LSR coupled through a RLC-DSP404 controller (often connected to
>> VE3UPS and VE3UHN), and
>> 29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ? ad-hoc
>> RF link.
>> 
>> I have also been testing out iaxrpt and the WebTransceiver clients.
>> 
>> I am on these systems and the results have been promising.  I do notice some
>> clipping on the audio on some stations.  Initially I thought it was amplitude
>> related ? over-driving the URI-FOB, but I am now beginning to suspect that it
>> may be network related and in my research I hear the term jitter being used ?
>> which if activated, adjust operation on the receiving end only.
>> 
>> It may be that the system is not powered enough to drive the three uri-fobs.
>> CPU show about 25% busy.
>> [root at VE3LSR etc]# cat /proc/cpuinfo
>> processor    : 0
>> vendor_id    : GenuineIntel
>> cpu family    : 15
>> model        : 4
>> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
>> stepping    : 3
>> cpu MHz        : 2992.898
>> cache size    : 2048 KB
>> physical id    : 0
>> siblings    : 2
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 0
>> fdiv_bug    : no
>> hlt_bug        : no
>> f00f_bug    : no
>> coma_bug    : no
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 5
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat
>> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni
>> monitor ds_cpl est cid cx16 xtpr
>> bogomips    : 5985.79
>> 
>> We do think that the system is sufficiently powered.
>> 
>> We are looking for comments & guidance.  Are we expecting too much from the
>> system having three fobs connected?  We do have good bandwidth into and out
>> of the site.  
>> 
>> I am listening to other systems ? most not to busy, so I am not yet able to
>> get a good reference point.
>> 
>> I have not dabbled with the codecs much, but have been focused on using ulaw.
>> I am also testing with GSM ? lower bandwidth.
>> 
>> So as I said before, thoughts or suggestions are welcome.
>> 
>> Keith / VA3YC

-- 
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/20130303/a31c4118/attachment.html>

From ke2n at cs.com  Sun Mar  3 18:56:09 2013
From: ke2n at cs.com (Ken)
Date: Sun, 3 Mar 2013 13:56:09 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
	Client
In-Reply-To: <CD58F01A.18A72%keith@goobie.org>
References: <51337D22.8040507@cogeco.ca> <CD58F01A.18A72%keith@goobie.org>
Message-ID: <003101ce1840$c56d47d0$5047d770$@cs.com>

If you have a system where you drive the modulator directly and use

 

txprelim=yes

 

-          then you already have limiting

 

If not, and you are using "microphone audio" then you should un-comment

 

txlimonly=yes

 

it is quite possible to overdrive the URI and it sounds nasty when it
happens.

 

(You should check that the values for txtone and txvoice that you used in
your audio calibration add up to a number less than 1000).

 

GL

 

Ken

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Keith Goobie
Sent: Sunday, March 03, 2013 12:19 PM
To: REDBUTTON_CTRL
Cc: APP RPT
Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
Client

 

Hi Jon

Just checked the configs - 

All three appearances (we control three URI fobs) of txlinonly are commented
out, do you know what the default is.

Incoming audio from iaxrpt users seems OK, with no issues.

Keith

On 3/3/13 11:41 AM, "REDBUTTON_CTRL" <jrorke at cogeco.ca> wrote:

  Hi Kieth, In the usbradio.conf  have you got the "txlinonly = yes'? 
 
 This should limit TX audio coming from the URI.
 
 txlimonly=yes        ; 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.
 
 You can also tell the IAX users to cut back their mic gains. I would start
here first. Like a lot of people on Echolink they dont have the computer set
up properly. I find that head sets sound the best rather than using the
internal mics on lapatops.
 
 I would leave the codec as Ulaw. dont bother with GSM, has crappy watery
audio.
 
 Jon VA3RQ
 
 On 3/3/2013 11:31 AM, Keith Goobie wrote: 

Audio Clipping with IAXRPT / Web Transceiver Client Good day All.
 
 We have had our node up at VE3LSR / VE3UOR for a few months and we all have
learned a lot about configuration and operation.  It is ACID install and
version id is 300.3.
 
 On our asterisk system, we support three nodes:
 
 27211 - VE3UOR UHF repeater
 29133 - VE3LSR coupled through a RLC-DSP404 controller (often connected to
VE3UPS and VE3UHN), and
 29154 - VA3LSR remote link for VE3LSR into VE3MUS - not too active - ad-hoc
RF link.
 
 I have also been testing out iaxrpt and the WebTransceiver clients.
 
 I am on these systems and the results have been promising.  I do notice
some clipping on the audio on some stations.  Initially I thought it was
amplitude related - over-driving the URI-FOB, but I am now beginning to
suspect that it may be network related and in my research I hear the term
jitter being used - which if activated, adjust operation on the receiving
end only.
 
 It may be that the system is not powered enough to drive the three
uri-fobs.   CPU show about 25% busy.
 [root at VE3LSR etc]# cat /proc/cpuinfo
 processor    : 0
 vendor_id    : GenuineIntel
 cpu family    : 15
 model        : 4
 model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
 stepping    : 3
 cpu MHz        : 2992.898
 cache size    : 2048 KB
 physical id    : 0
 siblings    : 2
 core id        : 0
 cpu cores    : 1
 apicid        : 0
 fdiv_bug    : no
 hlt_bug        : no
 f00f_bug    : no
 coma_bug    : no
 fpu        : yes
 fpu_exception    : yes
 cpuid level    : 5
 wp        : yes
 flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc
pni monitor ds_cpl est cid cx16 xtpr
 bogomips    : 5985.79
 
We do think that the system is sufficiently powered.
 
 We are looking for comments & guidance.  Are we expecting too much from the
system having three fobs connected?  We do have good bandwidth into and out
of the site.  
 
 I am listening to other systems - most not to busy, so I am not yet able to
get a good reference point.
 
 I have not dabbled with the codecs much, but have been focused on using
ulaw.  I am also testing with GSM - lower bandwidth.
 
 So as I said before, thoughts or suggestions are welcome.
 
 Keith / VA3YC
 -- 
 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
 

 

  _____  

_______________________________________________
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/20130303/01d18584/attachment.html>

From bdboyle at bdboyle.com  Sun Mar  3 20:52:45 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Sun, 03 Mar 2013 15:52:45 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <CD58F01A.18A72%keith@goobie.org>
References: <CD58F01A.18A72%keith@goobie.org>
Message-ID: <5133B81D.9050402@bdboyle.com>

On 3/3/2013 12:18 PM, Keith Goobie wrote:
> Hi Jon
> 
> Just checked the configs -
> 
> All three appearances (we control three URI fobs) of txlinonly are commented
> out, do you know what the default is.
> 
> Incoming audio from iaxrpt users seems OK, with no issues.
> 
> Keith

One other thing to check...which I'm surprised no one has mentioned, is
that frequently the motherboard USB ports are crap.  Plain and simple.
I had the same problem, which I traced down to a 'value engineered'
(read as cheap as possible implementation) set of USB ports on my HP
computer (who knows whose motherboard) which gave me choppy audio, cut
outs, etc., which simulated overdriving/limiting apparently on the
systems connected.

Spent (OMG, there's that word in a ham discussion) 40 bucks for an
add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went away.

Just some other things to check.

Bryan WB0YLE
Allstar 27295 27295 27710 etc.




From keith at goobie.org  Sun Mar  3 21:00:26 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 16:00:26 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <5133B81D.9050402@bdboyle.com>
Message-ID: <CD59241A.18A91%keith@goobie.org>

Hi Bryan

Thanks for the input on the limitations of some USB hubs.  I have seen that
before on another project.  In some cases I went back to plain old serial
ports, but that is not possible here.

I will keep my eyes open for error messaging in that regard.

One suggestion, I did receive was to remove the rxboost and I have done
that.  I think it has helped and I am monitoring it.  This would suggest
that the problem was amplitude related and not jitter where I was trying to
point myself.

There will be more to follow.

Again thanks to all for their feedback.

Keith


On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:

> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>> Hi Jon
>> 
>> Just checked the configs -
>> 
>> All three appearances (we control three URI fobs) of txlinonly are commented
>> out, do you know what the default is.
>> 
>> Incoming audio from iaxrpt users seems OK, with no issues.
>> 
>> Keith
> 
> One other thing to check...which I'm surprised no one has mentioned, is
> that frequently the motherboard USB ports are crap.  Plain and simple.
> I had the same problem, which I traced down to a 'value engineered'
> (read as cheap as possible implementation) set of USB ports on my HP
> computer (who knows whose motherboard) which gave me choppy audio, cut
> outs, etc., which simulated overdriving/limiting apparently on the
> systems connected.
> 
> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went away.
> 
> Just some other things to check.
> 
> Bryan WB0YLE
> Allstar 27295 27295 27710 etc.
> 
> 
> _______________________________________________
> 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




From kt9ac at ameritech.net  Sun Mar  3 21:08:15 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Sun, 03 Mar 2013 15:08:15 -0600
Subject: [App_rpt-users] [Bulk] Getting to know App-Rpt all over again.
In-Reply-To: <51D8E0B1-DE1A-4C44-9AAB-4A772A6E8A90@dyb.com>
References: <CAP8iMfcqq3F3ipznox4c8kghWZZ2A2f-nwh_VsKuAo-GxhsfFg@mail.gmail.com>
	<1361843540.1765.29.camel@benjamin-hp>
	<51D8E0B1-DE1A-4C44-9AAB-4A772A6E8A90@dyb.com>
Message-ID: <5133BBBF.60608@ameritech.net>

I was successful in getting XIPPR to install on my HP T5710 yesterday, 
with an automated net install. Was not having any luck with ACID, Limey 
or even CentOS 5.9/6.3 minimal installs (it couldn't find the install 
images on the USB thumb drive used for booting). I upgraded the 512MB 
flash chip with a Transcend 8GB compact flash and adapter like how 
Ramesh talked about a few weeks ago. I disabled swap and added "noatime" 
in /etc/fstab to help the CF extend its life.

XIPPR took about four hours to install but runs very well with a DMK URI 
and includes web-based administration tools. It is a very nice distro, 
but a little behind in MDC1200 capability that I need. My C programming 
skills will be challenged for sure.

Tony


On 2/26/2013 1:50 PM, George Csahanin wrote:
> You can roll your own custom Limey as well. Not too much of a c.f., but I did it to add wifi.
>
> I also said I'd write a how-to, but time is my enemy...
>
> But just ordered one of those HP boxes and will probably at some point try to roll a Limey for it. I need to stop using the d945 boards all over. The USB is plain flaky with transmit audio.
>
> GeorgeC
> W2DB
>
> Sent from my iPad
>


From ke2n at cs.com  Sun Mar  3 22:00:26 2013
From: ke2n at cs.com (Ken)
Date: Sun, 3 Mar 2013 17:00:26 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
	Client
In-Reply-To: <CD59241A.18A91%keith@goobie.org>
References: <5133B81D.9050402@bdboyle.com> <CD59241A.18A91%keith@goobie.org>
Message-ID: <004201ce185a$8325aa10$8970fe30$@cs.com>

Yes I guess you could clobber the input side ... a symptom of that is when
you run  "radio tune rxnoise" you would not be able to get a reasonable
setting for the receive gain (rxmixerset= in the radio_tune_usbxxx file).  

Ideally that gain setting should be somewhere in the middle of the range
(say 200-800).

Regards

Ken

(You did run the calibration again after turning off rxboost, right?)

> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
> bounces at ohnosec.org] On Behalf Of Keith Goobie
> Sent: Sunday, March 03, 2013 4:00 PM
> To: Bryan D. Boyle; app_rpt mailing list
> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
> Client
> 
> Hi Bryan
> 
> Thanks for the input on the limitations of some USB hubs.  I have seen
that
> before on another project.  In some cases I went back to plain old serial
> ports, but that is not possible here.
> 
> I will keep my eyes open for error messaging in that regard.
> 
> One suggestion, I did receive was to remove the rxboost and I have done
> that.  I think it has helped and I am monitoring it.  This would suggest
that the
> problem was amplitude related and not jitter where I was trying to point
> myself.
> 
> There will be more to follow.
> 
> Again thanks to all for their feedback.
> 
> Keith
> 
> 
> On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
> 
> > On 3/3/2013 12:18 PM, Keith Goobie wrote:
> >> Hi Jon
> >>
> >> Just checked the configs -
> >>
> >> All three appearances (we control three URI fobs) of txlinonly are
> >> commented out, do you know what the default is.
> >>
> >> Incoming audio from iaxrpt users seems OK, with no issues.
> >>
> >> Keith
> >
> > One other thing to check...which I'm surprised no one has mentioned,
> > is that frequently the motherboard USB ports are crap.  Plain and
simple.
> > I had the same problem, which I traced down to a 'value engineered'
> > (read as cheap as possible implementation) set of USB ports on my HP
> > computer (who knows whose motherboard) which gave me choppy audio,
> cut
> > outs, etc., which simulated overdriving/limiting apparently on the
> > systems connected.
> >
> > Spent (OMG, there's that word in a ham discussion) 40 bucks for an
> > add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went
away.
> >
> > Just some other things to check.
> >
> > Bryan WB0YLE
> > Allstar 27295 27295 27710 etc.
> >
> >
> > _______________________________________________
> > 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
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From keith at goobie.org  Sun Mar  3 22:27:37 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 17:27:37 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <004201ce185a$8325aa10$8970fe30$@cs.com>
Message-ID: <CD593889.18AD8%keith@goobie.org>

Ken

We had to do it by ear today - not the preferred approach.  It will require
a trip to the site with the test gear.  We are much better in the ball park.

Trip is to be planned = we are fortunate that we have remote access to the
various elements that make up the system.  This is how it was configured
with the test equipment a few months ago.

[root at VE3LSR asterisk]# cat usbradio_tune_usb1.conf
[usb1]
; name=usb1
; devicenum=1
devstr=2-2
rxmixerset=500
txmixaset=750
txmixbset=500
rxvoiceadj=2.186060
rxctcssadj=0.500000
txctcssadj=200
rxsquelchadj=500
[root at VE3LSR asterisk]#

More to follow

Keith


On 3/3/13 5:00 PM, "Ken" <ke2n at cs.com> wrote:

> Yes I guess you could clobber the input side ... a symptom of that is when
> you run  "radio tune rxnoise" you would not be able to get a reasonable
> setting for the receive gain (rxmixerset= in the radio_tune_usbxxx file).
> 
> Ideally that gain setting should be somewhere in the middle of the range
> (say 200-800).
> 
> Regards
> 
> Ken
> 
> (You did run the calibration again after turning off rxboost, right?)
> 
>> -----Original Message-----
>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
>> bounces at ohnosec.org] On Behalf Of Keith Goobie
>> Sent: Sunday, March 03, 2013 4:00 PM
>> To: Bryan D. Boyle; app_rpt mailing list
>> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
>> Client
>> 
>> Hi Bryan
>> 
>> Thanks for the input on the limitations of some USB hubs.  I have seen
> that
>> before on another project.  In some cases I went back to plain old serial
>> ports, but that is not possible here.
>> 
>> I will keep my eyes open for error messaging in that regard.
>> 
>> One suggestion, I did receive was to remove the rxboost and I have done
>> that.  I think it has helped and I am monitoring it.  This would suggest
> that the
>> problem was amplitude related and not jitter where I was trying to point
>> myself.
>> 
>> There will be more to follow.
>> 
>> Again thanks to all for their feedback.
>> 
>> Keith
>> 
>> 
>> On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
>> 
>>> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>>>> Hi Jon
>>>> 
>>>> Just checked the configs -
>>>> 
>>>> All three appearances (we control three URI fobs) of txlinonly are
>>>> commented out, do you know what the default is.
>>>> 
>>>> Incoming audio from iaxrpt users seems OK, with no issues.
>>>> 
>>>> Keith
>>> 
>>> One other thing to check...which I'm surprised no one has mentioned,
>>> is that frequently the motherboard USB ports are crap.  Plain and
> simple.
>>> I had the same problem, which I traced down to a 'value engineered'
>>> (read as cheap as possible implementation) set of USB ports on my HP
>>> computer (who knows whose motherboard) which gave me choppy audio,
>> cut
>>> outs, etc., which simulated overdriving/limiting apparently on the
>>> systems connected.
>>> 
>>> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
>>> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went
> away.
>>> 
>>> Just some other things to check.
>>> 
>>> Bryan WB0YLE
>>> Allstar 27295 27295 27710 etc.
>>> 
>>> 
>>> _______________________________________________
>>> 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
>> 
>> 
>> _______________________________________________
>> 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




From n6gkj.cm98 at yahoo.com  Sun Mar  3 22:54:16 2013
From: n6gkj.cm98 at yahoo.com (Ron Simpson)
Date: Sun, 3 Mar 2013 14:54:16 -0800 (PST)
Subject: [App_rpt-users] Virtual Environment
Message-ID: <1362351256.11357.androidMobile@web140602.mail.bf1.yahoo.com>

Has anyone played with Allstar as a virtual machine, if so was it successful?

Sent from Yahoo! Mail on Android

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

From Benjamin at kb9lfz.com  Mon Mar  4 01:03:59 2013
From: Benjamin at kb9lfz.com (Benjamin L. Naber)
Date: Sun, 03 Mar 2013 20:03:59 -0500
Subject: [App_rpt-users] [Bulk] Audio Clipping with IAXRPT / Web
 Transceiver Client
In-Reply-To: <CD58E51D.18A6D%keith@goobie.org>
References: <CD58E51D.18A6D%keith@goobie.org>
Message-ID: <1362359039.1765.76.camel@benjamin-hp>

Somethings I would check on. 

Use the radio-tune-menu to ensure with a service monitor to ensure the
TX and RX audio levels correctly. Remove any possibility the "Distant
End" is having difficulty.

Also, while you might still have a great internet connection, you may
still suffer poor VoIP service because of Quality of Service (QoS)
implemented on the routers you are connected to. I've run into many
businesses with 50-100Mb internet connections and the VoIP audio sucks
because there was no prioritization of VoIP packets.

Test your setup with stations that have properly set audio levels, via
RF, and connected to another node. Allstar nodes 2130 and 2560 seem to
have their stuff together. You also be able to call into the Allstar
telephone portal (763) 230-0000, and connect to your node that way to do
some "for grins" testing. 

What is beyond anyone's reasonable control is whether or not the users
of your system, or anyones for that matter, have properly set audio
levels on their rigs. HTs seem to be the biggest offenders of having
mis-tuned TX audio.

As mentioned before, you do not need to have a real power node to run
Allstar. I run Limey Linux on a 1GHz thin client with zero problems. I
have my router setup for QoS of VoIP packets, and so far I've had zero
issues with any type of audio issues.

~Benjamin, KB9LFZ
Allstar 28569



On Sun, 2013-03-03 at 11:31 -0500, Keith Goobie wrote:
> Good day All.
> 
> We have had our node up at VE3LSR / VE3UOR for a few months and we all
> have learned a lot about configuration and operation.  It is ACID
> install and version id is 300.3.
> 
> On our asterisk system, we support three nodes:
> 
> 27211 ? VE3UOR UHF repeater
> 29133 ? VE3LSR coupled through a RLC-DSP404 controller (often
> connected to VE3UPS and VE3UHN), and
> 29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ?
> ad-hoc RF link.
> 
> I have also been testing out iaxrpt and the WebTransceiver clients.
> 
> I am on these systems and the results have been promising.  I do
> notice some clipping on the audio on some stations.  Initially I
> thought it was amplitude related ? over-driving the URI-FOB, but I am
> now beginning to suspect that it may be network related and in my
> research I hear the term jitter being used ? which if activated,
> adjust operation on the receiving end only.
> 
> It may be that the system is not powered enough to drive the three
> uri-fobs.   CPU show about 25% busy.
> [root at VE3LSR etc]# cat /proc/cpuinfo
> processor    : 0
> vendor_id    : GenuineIntel
> cpu family    : 15
> model        : 4
> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping    : 3
> cpu MHz        : 2992.898
> cache size    : 2048 KB
> physical id    : 0
> siblings    : 2
> core id        : 0
> cpu cores    : 1
> apicid        : 0
> fdiv_bug    : no
> hlt_bug        : no
> f00f_bug    : no
> coma_bug    : no
> fpu        : yes
> fpu_exception    : yes
> cpuid level    : 5
> wp        : yes
> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm
> constant_tsc pni monitor ds_cpl est cid cx16 xtpr
> bogomips    : 5985.79
> 
> We do think that the system is sufficiently powered.
> 
> We are looking for comments & guidance.  Are we expecting too much
> from the system having three fobs connected?  We do have good
> bandwidth into and out of the site.  
> 
> I am listening to other systems ? most not to busy, so I am not yet
> able to get a good reference point.
> 
> I have not dabbled with the codecs much, but have been focused on
> using ulaw.  I am also testing with GSM ? lower bandwidth.
> 
> So as I said before, thoughts or suggestions are welcome.
> 
> Keith / VA3YC
> -- 
> 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




From keith at goobie.org  Mon Mar  4 03:05:23 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 03 Mar 2013 22:05:23 -0500
Subject: [App_rpt-users] [Bulk] Audio Clipping with IAXRPT / Web
 Transceiver Client
In-Reply-To: <1362359039.1765.76.camel@benjamin-hp>
Message-ID: <CD5979A3.18AE4%keith@goobie.org>

Benjamin

I have an RV042 router and I have established priority handling for iAX VoIP
packets.

WE will get a service monitor into play.  We just have to schedule some site
time.

I do agree that there are a lot of variables out there.

WE do have some nodes to reference locally.

Keith


On 3/3/13 8:03 PM, "Benjamin L. Naber" <Benjamin at kb9lfz.com> wrote:

> Somethings I would check on.
> 
> Use the radio-tune-menu to ensure with a service monitor to ensure the
> TX and RX audio levels correctly. Remove any possibility the "Distant
> End" is having difficulty.
> 
> Also, while you might still have a great internet connection, you may
> still suffer poor VoIP service because of Quality of Service (QoS)
> implemented on the routers you are connected to. I've run into many
> businesses with 50-100Mb internet connections and the VoIP audio sucks
> because there was no prioritization of VoIP packets.
> 
> Test your setup with stations that have properly set audio levels, via
> RF, and connected to another node. Allstar nodes 2130 and 2560 seem to
> have their stuff together. You also be able to call into the Allstar
> telephone portal (763) 230-0000, and connect to your node that way to do
> some "for grins" testing.
> 
> What is beyond anyone's reasonable control is whether or not the users
> of your system, or anyones for that matter, have properly set audio
> levels on their rigs. HTs seem to be the biggest offenders of having
> mis-tuned TX audio.
> 
> As mentioned before, you do not need to have a real power node to run
> Allstar. I run Limey Linux on a 1GHz thin client with zero problems. I
> have my router setup for QoS of VoIP packets, and so far I've had zero
> issues with any type of audio issues.
> 
> ~Benjamin, KB9LFZ
> Allstar 28569
> 
> 
> 
> On Sun, 2013-03-03 at 11:31 -0500, Keith Goobie wrote:
>> Good day All.
>> 
>> We have had our node up at VE3LSR / VE3UOR for a few months and we all
>> have learned a lot about configuration and operation.  It is ACID
>> install and version id is 300.3.
>> 
>> On our asterisk system, we support three nodes:
>> 
>> 27211 ? VE3UOR UHF repeater
>> 29133 ? VE3LSR coupled through a RLC-DSP404 controller (often
>> connected to VE3UPS and VE3UHN), and
>> 29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ?
>> ad-hoc RF link.
>> 
>> I have also been testing out iaxrpt and the WebTransceiver clients.
>> 
>> I am on these systems and the results have been promising.  I do
>> notice some clipping on the audio on some stations.  Initially I
>> thought it was amplitude related ? over-driving the URI-FOB, but I am
>> now beginning to suspect that it may be network related and in my
>> research I hear the term jitter being used ? which if activated,
>> adjust operation on the receiving end only.
>> 
>> It may be that the system is not powered enough to drive the three
>> uri-fobs.   CPU show about 25% busy.
>> [root at VE3LSR etc]# cat /proc/cpuinfo
>> processor    : 0
>> vendor_id    : GenuineIntel
>> cpu family    : 15
>> model        : 4
>> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
>> stepping    : 3
>> cpu MHz        : 2992.898
>> cache size    : 2048 KB
>> physical id    : 0
>> siblings    : 2
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 0
>> fdiv_bug    : no
>> hlt_bug        : no
>> f00f_bug    : no
>> coma_bug    : no
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 5
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
>> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm
>> constant_tsc pni monitor ds_cpl est cid cx16 xtpr
>> bogomips    : 5985.79
>> 
>> We do think that the system is sufficiently powered.
>> 
>> We are looking for comments & guidance.  Are we expecting too much
>> from the system having three fobs connected?  We do have good
>> bandwidth into and out of the site.
>> 
>> I am listening to other systems ? most not to busy, so I am not yet
>> able to get a good reference point.
>> 
>> I have not dabbled with the codecs much, but have been focused on
>> using ulaw.  I am also testing with GSM ? lower bandwidth.
>> 
>> So as I said before, thoughts or suggestions are welcome.
>> 
>> Keith / VA3YC
>> -- 
>> 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
> 
> 

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




From n6gkj.cm98 at yahoo.com  Mon Mar  4 05:50:17 2013
From: n6gkj.cm98 at yahoo.com (Ron Simpson)
Date: Sun, 3 Mar 2013 21:50:17 -0800 (PST)
Subject: [App_rpt-users] XIPAR Questions
Message-ID: <1362376217.20567.YahooMailClassic@web140601.mail.bf1.yahoo.com>

Hello everyone,
?
I just installed XIPAR on a 3.4G dual core machine with 1gb ram. Install went fine. 
It registers to the Allstar Server, I can see it on the list.
?
My local IP for the box is 192.168.15.25, my laptop is on the same network as 192.168.15.242.
?
I cannot connect to the XIPAR box from iaxRPT, I can connect to the HP Thin Client on the same network, different IP address. No DMZ or port forwarding?needed on the local?LAN.
?
I have verified my setting in the IAX, extensions and rpt?configs and matched up the user name and password in the iax file pertaining to radio-gui.
?
I am?not concerned with outside connections at this point.
?
I have noticed several differences in the way XIPAR arranges files compared to ACID.
I cannot find the file?/tmp/rpt_extnodes.temp
?
Looking for answers, did I miss something??

Ron Simpson,
N6GKJ Amateur Radio
...................

Have you ever noticed that when you are looking for something, 
it is always found in the last place you look?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130303/70bb3ef7/attachment.html>

From jedscoot at yahoo.com  Mon Mar  4 10:39:48 2013
From: jedscoot at yahoo.com (Ian Wilson)
Date: Mon, 4 Mar 2013 10:39:48 +0000 (GMT)
Subject: [App_rpt-users] Virtual Environment
In-Reply-To: <1362351256.11357.androidMobile@web140602.mail.bf1.yahoo.com>
References: <1362351256.11357.androidMobile@web140602.mail.bf1.yahoo.com>
Message-ID: <1362393588.60702.YahooMailNeo@web172001.mail.ir2.yahoo.com>

Yesterday I installed a node in VBox ( Ubuntu 12.04 ).

It works, after a fashion !!!?? I need to sort out port forwarding etc. as there is a conflict with my "original" install.

If you are running only the VBox node then it should be no problem, use PAN1 as the interface and bridged connection instead of NAT.

NAT lets you out but doesn't let anything in ( in its default setting )..

73,
Ian..



________________________________
 From: Ron Simpson <n6gkj.cm98 at yahoo.com>
To: "app_rpt-users at ohnosec.org" <app_rpt-users at ohnosec.org> 
Sent: Sunday, 3 March 2013, 22:54
Subject: [App_rpt-users] Virtual Environment
 

Has anyone played with Allstar as a virtual machine, if so was it successful?
Sent from Yahoo! Mail on Android 
_______________________________________________
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/20130304/7d80a6af/attachment.html>

From davidkierz at gmail.com  Mon Mar  4 11:47:29 2013
From: davidkierz at gmail.com (davek)
Date: Mon, 4 Mar 2013 06:47:29 -0500
Subject: [App_rpt-users] Virtual Environment
In-Reply-To: <1362351256.11357.androidMobile@web140602.mail.bf1.yahoo.com>
References: <1362351256.11357.androidMobile@web140602.mail.bf1.yahoo.com>
Message-ID: <CALZVzvEG5wmBKFJYzDmixWM9_RwcxQ+2hbAEo6jXDC+Ki-+zNw@mail.gmail.com>

I tried a long time ago and recently. Vbox windows and linux host. URIx usb
connection was very problematic to the point where it would occasionally
lockup the host system. Attributed it to virtualboxes shit usb support
Dave
On Mar 3, 2013 5:54 PM, "Ron Simpson" <n6gkj.cm98 at yahoo.com> wrote:

> Has anyone played with Allstar as a virtual machine, if so was it
> successful?
>
> Sent from Yahoo! Mail on Android
>
> _______________________________________________
> 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/20130304/90390fd9/attachment.html>

From vencl at att.net  Mon Mar  4 12:28:46 2013
From: vencl at att.net (Lu Vencl)
Date: Mon, 4 Mar 2013 07:28:46 -0500
Subject: [App_rpt-users] App_rpt-users Digest, Vol 49, Issue 10
In-Reply-To: <mailman.468.1362359037.13609.app_rpt-users@ohnosec.org>
References: <mailman.468.1362359037.13609.app_rpt-users@ohnosec.org>
Message-ID: <94C94092-BD7E-4C81-B161-9B65EBEB18AA@att.net>

I brought this issue up over a year ago. I tried everything and even putting in a additional USB hub and tried all 7 of my PC's. They are Asus mother boards. I finally went to XIPAR and that solved it. Don't know if going to the Fedora OS had anything to do with it or not. The new XIPAR build is under Centos so I will test this again this weekend and report back. 
73 KA4EPS

Sent from my iPad

On Mar 3, 2013, at 8:03 PM, app_rpt-users-request at ohnosec.org wrote:

> 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..."
> 
> 
> Today's Topics:
> 
>   1. Re: Audio Clipping with IAXRPT / Web Transceiver Client
>      (Bryan D. Boyle)
>   2. Re: Audio Clipping with IAXRPT / Web Transceiver Client
>      (Keith Goobie)
>   3. Re: [Bulk] Getting to know App-Rpt all over again. (Tony KT9AC)
>   4. Re: Audio Clipping with IAXRPT / Web Transceiver    Client (Ken)
>   5. Re: Audio Clipping with IAXRPT / Web Transceiver Client
>      (Keith Goobie)
>   6. Virtual Environment (Ron Simpson)
>   7. Re: [Bulk] Audio Clipping with IAXRPT / Web Transceiver
>      Client (Benjamin L. Naber)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 03 Mar 2013 15:52:45 -0500
> From: "Bryan D. Boyle" <bdboyle at bdboyle.com>
> To: app_rpt mailing list <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web
>    Transceiver Client
> Message-ID: <5133B81D.9050402 at bdboyle.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>> Hi Jon
>> 
>> Just checked the configs -
>> 
>> All three appearances (we control three URI fobs) of txlinonly are commented
>> out, do you know what the default is.
>> 
>> Incoming audio from iaxrpt users seems OK, with no issues.
>> 
>> Keith
> 
> One other thing to check...which I'm surprised no one has mentioned, is
> that frequently the motherboard USB ports are crap.  Plain and simple.
> I had the same problem, which I traced down to a 'value engineered'
> (read as cheap as possible implementation) set of USB ports on my HP
> computer (who knows whose motherboard) which gave me choppy audio, cut
> outs, etc., which simulated overdriving/limiting apparently on the
> systems connected.
> 
> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went away.
> 
> Just some other things to check.
> 
> Bryan WB0YLE
> Allstar 27295 27295 27710 etc.
> 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 03 Mar 2013 16:00:26 -0500
> From: Keith Goobie <keith at goobie.org>
> To: "Bryan D. Boyle" <bdboyle at bdboyle.com>,    app_rpt mailing list
>    <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web
>    Transceiver Client
> Message-ID: <CD59241A.18A91%keith at goobie.org>
> Content-Type: text/plain;    charset="US-ASCII"
> 
> Hi Bryan
> 
> Thanks for the input on the limitations of some USB hubs.  I have seen that
> before on another project.  In some cases I went back to plain old serial
> ports, but that is not possible here.
> 
> I will keep my eyes open for error messaging in that regard.
> 
> One suggestion, I did receive was to remove the rxboost and I have done
> that.  I think it has helped and I am monitoring it.  This would suggest
> that the problem was amplitude related and not jitter where I was trying to
> point myself.
> 
> There will be more to follow.
> 
> Again thanks to all for their feedback.
> 
> Keith
> 
> 
> On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
> 
>> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>>> Hi Jon
>>> 
>>> Just checked the configs -
>>> 
>>> All three appearances (we control three URI fobs) of txlinonly are commented
>>> out, do you know what the default is.
>>> 
>>> Incoming audio from iaxrpt users seems OK, with no issues.
>>> 
>>> Keith
>> 
>> One other thing to check...which I'm surprised no one has mentioned, is
>> that frequently the motherboard USB ports are crap.  Plain and simple.
>> I had the same problem, which I traced down to a 'value engineered'
>> (read as cheap as possible implementation) set of USB ports on my HP
>> computer (who knows whose motherboard) which gave me choppy audio, cut
>> outs, etc., which simulated overdriving/limiting apparently on the
>> systems connected.
>> 
>> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
>> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went away.
>> 
>> Just some other things to check.
>> 
>> Bryan WB0YLE
>> Allstar 27295 27295 27710 etc.
>> 
>> 
>> _______________________________________________
>> 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
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 03 Mar 2013 15:08:15 -0600
> From: Tony KT9AC <kt9ac at ameritech.net>
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] [Bulk] Getting to know App-Rpt all over
>    again.
> Message-ID: <5133BBBF.60608 at ameritech.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> I was successful in getting XIPPR to install on my HP T5710 yesterday, 
> with an automated net install. Was not having any luck with ACID, Limey 
> or even CentOS 5.9/6.3 minimal installs (it couldn't find the install 
> images on the USB thumb drive used for booting). I upgraded the 512MB 
> flash chip with a Transcend 8GB compact flash and adapter like how 
> Ramesh talked about a few weeks ago. I disabled swap and added "noatime" 
> in /etc/fstab to help the CF extend its life.
> 
> XIPPR took about four hours to install but runs very well with a DMK URI 
> and includes web-based administration tools. It is a very nice distro, 
> but a little behind in MDC1200 capability that I need. My C programming 
> skills will be challenged for sure.
> 
> Tony
> 
> 
> On 2/26/2013 1:50 PM, George Csahanin wrote:
>> You can roll your own custom Limey as well. Not too much of a c.f., but I did it to add wifi.
>> 
>> I also said I'd write a how-to, but time is my enemy...
>> 
>> But just ordered one of those HP boxes and will probably at some point try to roll a Limey for it. I need to stop using the d945 boards all over. The USB is plain flaky with transmit audio.
>> 
>> GeorgeC
>> W2DB
>> 
>> Sent from my iPad
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 3 Mar 2013 17:00:26 -0500
> From: "Ken" <ke2n at cs.com>
> To: "'Keith Goobie'" <keith at goobie.org>,    "'Bryan D. Boyle'"
>    <bdboyle at bdboyle.com>,    "'app_rpt mailing list'"
>    <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web
>    Transceiver    Client
> Message-ID: <004201ce185a$8325aa10$8970fe30$@cs.com>
> Content-Type: text/plain;    charset="us-ascii"
> 
> Yes I guess you could clobber the input side ... a symptom of that is when
> you run  "radio tune rxnoise" you would not be able to get a reasonable
> setting for the receive gain (rxmixerset= in the radio_tune_usbxxx file).  
> 
> Ideally that gain setting should be somewhere in the middle of the range
> (say 200-800).
> 
> Regards
> 
> Ken
> 
> (You did run the calibration again after turning off rxboost, right?)
> 
>> -----Original Message-----
>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
>> bounces at ohnosec.org] On Behalf Of Keith Goobie
>> Sent: Sunday, March 03, 2013 4:00 PM
>> To: Bryan D. Boyle; app_rpt mailing list
>> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
>> Client
>> 
>> Hi Bryan
>> 
>> Thanks for the input on the limitations of some USB hubs.  I have seen
> that
>> before on another project.  In some cases I went back to plain old serial
>> ports, but that is not possible here.
>> 
>> I will keep my eyes open for error messaging in that regard.
>> 
>> One suggestion, I did receive was to remove the rxboost and I have done
>> that.  I think it has helped and I am monitoring it.  This would suggest
> that the
>> problem was amplitude related and not jitter where I was trying to point
>> myself.
>> 
>> There will be more to follow.
>> 
>> Again thanks to all for their feedback.
>> 
>> Keith
>> 
>> 
>> On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
>> 
>>> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>>>> Hi Jon
>>>> 
>>>> Just checked the configs -
>>>> 
>>>> All three appearances (we control three URI fobs) of txlinonly are
>>>> commented out, do you know what the default is.
>>>> 
>>>> Incoming audio from iaxrpt users seems OK, with no issues.
>>>> 
>>>> Keith
>>> 
>>> One other thing to check...which I'm surprised no one has mentioned,
>>> is that frequently the motherboard USB ports are crap.  Plain and
> simple.
>>> I had the same problem, which I traced down to a 'value engineered'
>>> (read as cheap as possible implementation) set of USB ports on my HP
>>> computer (who knows whose motherboard) which gave me choppy audio,
>> cut
>>> outs, etc., which simulated overdriving/limiting apparently on the
>>> systems connected.
>>> 
>>> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
>>> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went
> away.
>>> 
>>> Just some other things to check.
>>> 
>>> Bryan WB0YLE
>>> Allstar 27295 27295 27710 etc.
>>> 
>>> 
>>> _______________________________________________
>>> 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
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Sun, 03 Mar 2013 17:27:37 -0500
> From: Keith Goobie <keith at goobie.org>
> To: Ken <ke2n at cs.com>, "'Bryan D. Boyle'" <bdboyle at bdboyle.com>,
>    'app_rpt mailing list' <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web
>    Transceiver Client
> Message-ID: <CD593889.18AD8%keith at goobie.org>
> Content-Type: text/plain;    charset="US-ASCII"
> 
> Ken
> 
> We had to do it by ear today - not the preferred approach.  It will require
> a trip to the site with the test gear.  We are much better in the ball park.
> 
> Trip is to be planned = we are fortunate that we have remote access to the
> various elements that make up the system.  This is how it was configured
> with the test equipment a few months ago.
> 
> [root at VE3LSR asterisk]# cat usbradio_tune_usb1.conf
> [usb1]
> ; name=usb1
> ; devicenum=1
> devstr=2-2
> rxmixerset=500
> txmixaset=750
> txmixbset=500
> rxvoiceadj=2.186060
> rxctcssadj=0.500000
> txctcssadj=200
> rxsquelchadj=500
> [root at VE3LSR asterisk]#
> 
> More to follow
> 
> Keith
> 
> 
> On 3/3/13 5:00 PM, "Ken" <ke2n at cs.com> wrote:
> 
>> Yes I guess you could clobber the input side ... a symptom of that is when
>> you run  "radio tune rxnoise" you would not be able to get a reasonable
>> setting for the receive gain (rxmixerset= in the radio_tune_usbxxx file).
>> 
>> Ideally that gain setting should be somewhere in the middle of the range
>> (say 200-800).
>> 
>> Regards
>> 
>> Ken
>> 
>> (You did run the calibration again after turning off rxboost, right?)
>> 
>>> -----Original Message-----
>>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
>>> bounces at ohnosec.org] On Behalf Of Keith Goobie
>>> Sent: Sunday, March 03, 2013 4:00 PM
>>> To: Bryan D. Boyle; app_rpt mailing list
>>> Subject: Re: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
>>> Client
>>> 
>>> Hi Bryan
>>> 
>>> Thanks for the input on the limitations of some USB hubs.  I have seen
>> that
>>> before on another project.  In some cases I went back to plain old serial
>>> ports, but that is not possible here.
>>> 
>>> I will keep my eyes open for error messaging in that regard.
>>> 
>>> One suggestion, I did receive was to remove the rxboost and I have done
>>> that.  I think it has helped and I am monitoring it.  This would suggest
>> that the
>>> problem was amplitude related and not jitter where I was trying to point
>>> myself.
>>> 
>>> There will be more to follow.
>>> 
>>> Again thanks to all for their feedback.
>>> 
>>> Keith
>>> 
>>> 
>>> On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
>>> 
>>>> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>>>>> Hi Jon
>>>>> 
>>>>> Just checked the configs -
>>>>> 
>>>>> All three appearances (we control three URI fobs) of txlinonly are
>>>>> commented out, do you know what the default is.
>>>>> 
>>>>> Incoming audio from iaxrpt users seems OK, with no issues.
>>>>> 
>>>>> Keith
>>>> 
>>>> One other thing to check...which I'm surprised no one has mentioned,
>>>> is that frequently the motherboard USB ports are crap.  Plain and
>> simple.
>>>> I had the same problem, which I traced down to a 'value engineered'
>>>> (read as cheap as possible implementation) set of USB ports on my HP
>>>> computer (who knows whose motherboard) which gave me choppy audio,
>>> cut
>>>> outs, etc., which simulated overdriving/limiting apparently on the
>>>> systems connected.
>>>> 
>>>> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
>>>> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went
>> away.
>>>> 
>>>> Just some other things to check.
>>>> 
>>>> Bryan WB0YLE
>>>> Allstar 27295 27295 27710 etc.
>>>> 
>>>> 
>>>> _______________________________________________
>>>> 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
>>> 
>>> 
>>> _______________________________________________
>>> 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
> 
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Sun, 3 Mar 2013 14:54:16 -0800 (PST)
> From: Ron Simpson <n6gkj.cm98 at yahoo.com>
> To: "app_rpt-users at ohnosec.org" <app_rpt-users at ohnosec.org>
> Subject: [App_rpt-users] Virtual Environment
> Message-ID:
>    <1362351256.11357.androidMobile at web140602.mail.bf1.yahoo.com>
> Content-Type: text/plain; charset="us-ascii"
> 
> Has anyone played with Allstar as a virtual machine, if so was it successful?
> 
> Sent from Yahoo! Mail on Android
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20130303/2523ee49/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 7
> Date: Sun, 03 Mar 2013 20:03:59 -0500
> From: "Benjamin L. Naber" <Benjamin at kb9lfz.com>
> To: Keith Goobie <keith at goobie.org>
> Cc: APP RPT <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] [Bulk] Audio Clipping with IAXRPT / Web
>    Transceiver Client
> Message-ID: <1362359039.1765.76.camel at benjamin-hp>
> Content-Type: text/plain; charset="UTF-8"
> 
> Somethings I would check on. 
> 
> Use the radio-tune-menu to ensure with a service monitor to ensure the
> TX and RX audio levels correctly. Remove any possibility the "Distant
> End" is having difficulty.
> 
> Also, while you might still have a great internet connection, you may
> still suffer poor VoIP service because of Quality of Service (QoS)
> implemented on the routers you are connected to. I've run into many
> businesses with 50-100Mb internet connections and the VoIP audio sucks
> because there was no prioritization of VoIP packets.
> 
> Test your setup with stations that have properly set audio levels, via
> RF, and connected to another node. Allstar nodes 2130 and 2560 seem to
> have their stuff together. You also be able to call into the Allstar
> telephone portal (763) 230-0000, and connect to your node that way to do
> some "for grins" testing. 
> 
> What is beyond anyone's reasonable control is whether or not the users
> of your system, or anyones for that matter, have properly set audio
> levels on their rigs. HTs seem to be the biggest offenders of having
> mis-tuned TX audio.
> 
> As mentioned before, you do not need to have a real power node to run
> Allstar. I run Limey Linux on a 1GHz thin client with zero problems. I
> have my router setup for QoS of VoIP packets, and so far I've had zero
> issues with any type of audio issues.
> 
> ~Benjamin, KB9LFZ
> Allstar 28569
> 
> 
> 
> On Sun, 2013-03-03 at 11:31 -0500, Keith Goobie wrote:
>> Good day All.
>> 
>> We have had our node up at VE3LSR / VE3UOR for a few months and we all
>> have learned a lot about configuration and operation.  It is ACID
>> install and version id is 300.3.
>> 
>> On our asterisk system, we support three nodes:
>> 
>> 27211 ? VE3UOR UHF repeater
>> 29133 ? VE3LSR coupled through a RLC-DSP404 controller (often
>> connected to VE3UPS and VE3UHN), and
>> 29154 ? VA3LSR remote link for VE3LSR into VE3MUS ? not too active ?
>> ad-hoc RF link.
>> 
>> I have also been testing out iaxrpt and the WebTransceiver clients.
>> 
>> I am on these systems and the results have been promising.  I do
>> notice some clipping on the audio on some stations.  Initially I
>> thought it was amplitude related ? over-driving the URI-FOB, but I am
>> now beginning to suspect that it may be network related and in my
>> research I hear the term jitter being used ? which if activated,
>> adjust operation on the receiving end only.
>> 
>> It may be that the system is not powered enough to drive the three
>> uri-fobs.   CPU show about 25% busy.
>> [root at VE3LSR etc]# cat /proc/cpuinfo
>> processor    : 0
>> vendor_id    : GenuineIntel
>> cpu family    : 15
>> model        : 4
>> model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz
>> stepping    : 3
>> cpu MHz        : 2992.898
>> cache size    : 2048 KB
>> physical id    : 0
>> siblings    : 2
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 0
>> fdiv_bug    : no
>> hlt_bug        : no
>> f00f_bug    : no
>> coma_bug    : no
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 5
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
>> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm
>> constant_tsc pni monitor ds_cpl est cid cx16 xtpr
>> bogomips    : 5985.79
>> 
>> We do think that the system is sufficiently powered.
>> 
>> We are looking for comments & guidance.  Are we expecting too much
>> from the system having three fobs connected?  We do have good
>> bandwidth into and out of the site.  
>> 
>> I am listening to other systems ? most not to busy, so I am not yet
>> able to get a good reference point.
>> 
>> I have not dabbled with the codecs much, but have been focused on
>> using ulaw.  I am also testing with GSM ? lower bandwidth.
>> 
>> So as I said before, thoughts or suggestions are welcome.
>> 
>> Keith / VA3YC
>> -- 
>> 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
> 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> End of App_rpt-users Digest, Vol 49, Issue 10
> *********************************************


From keith at goobie.org  Mon Mar  4 18:36:52 2013
From: keith at goobie.org (Keith Goobie)
Date: Mon, 04 Mar 2013 13:36:52 -0500
Subject: [App_rpt-users] Audio Clipping with IAXRPT / Web Transceiver
 Client
In-Reply-To: <5133B81D.9050402@bdboyle.com>
Message-ID: <CD5A53F4.18B2E%keith@goobie.org>

Bryan

I dug up a usbmon utility and found that the DMK URI fobs are all connected
at USB 1.1 / 12 Mbps, and two of the three are on the same hub.  I
definitely think that there will be a USB 2.0 card in our future.

This is a recent computer I thought, but have been fooled.  A new crad will
be a small investment.

Keith


On 3/3/13 3:52 PM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:

> On 3/3/2013 12:18 PM, Keith Goobie wrote:
>> Hi Jon
>> 
>> Just checked the configs -
>> 
>> All three appearances (we control three URI fobs) of txlinonly are commented
>> out, do you know what the default is.
>> 
>> Incoming audio from iaxrpt users seems OK, with no issues.
>> 
>> Keith
> 
> One other thing to check...which I'm surprised no one has mentioned, is
> that frequently the motherboard USB ports are crap.  Plain and simple.
> I had the same problem, which I traced down to a 'value engineered'
> (read as cheap as possible implementation) set of USB ports on my HP
> computer (who knows whose motherboard) which gave me choppy audio, cut
> outs, etc., which simulated overdriving/limiting apparently on the
> systems connected.
> 
> Spent (OMG, there's that word in a ham discussion) 40 bucks for an
> add-on USB adapter board.  4 ports.  USB 2.0 capable.  Problem went away.
> 
> Just some other things to check.
> 
> Bryan WB0YLE
> Allstar 27295 27295 27710 etc.
> 
> 
> _______________________________________________
> 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




From ve3elb at yahoo.com  Tue Mar  5 03:40:58 2013
From: ve3elb at yahoo.com (Vince VE3ELB)
Date: Mon, 4 Mar 2013 22:40:58 -0500
Subject: [App_rpt-users] Node ID Not Working
References: <CC3E7085-68B6-432A-A49D-2E566672D08A@gmail.com>
Message-ID: <55B9DCBC-869E-4759-8658-3350553AF4CE@yahoo.com>

Hello All.  I am using the URIx as a repeater controller and everything works great I just can't get it to ID at the set time or when there is no activity on the node/repeater. I have noticed that it will only ID when you key up the repeater or when I am are connected to another node and after you have had some activity on the node/repeater. I would be grateful if any one can help me fix this and have the repeater ID.  Thank You

idtime=1800000
politeid=1500000


Running:
CentOS 5.9 {Final}
app_rpt  0.30012

Vince.






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

From ke2n at cs.com  Tue Mar  5 13:39:55 2013
From: ke2n at cs.com (Ken)
Date: Tue, 5 Mar 2013 08:39:55 -0500 (EST)
Subject: [App_rpt-users] Node ID Not Working
In-Reply-To: <55B9DCBC-869E-4759-8658-3350553AF4CE@yahoo.com>
References: <CC3E7085-68B6-432A-A49D-2E566672D08A@gmail.com>
	<55B9DCBC-869E-4759-8658-3350553AF4CE@yahoo.com>
Message-ID: <8CFE7BE0DF60607-174C-C2F94@webmail-m178.sysops.aol.com>


see

http://ohnosec.org/drupal/node/111

Ken



-----Original Message-----
From: Vince VE3ELB <ve3elb at yahoo.com>
To: app rpt users <app_rpt-users at ohnosec.org>
Sent: Mon, Mar 4, 2013 9:41 pm
Subject: [App_rpt-users] Node ID Not Working




Hello All.  I am using the URIx as a repeater controller and everything works great I just can't get it to ID at the set time or when there is no activity on the node/repeater. I have noticed that it will only ID when you key up the repeater or when I am are connected to another node and after you have had some activity on the node/repeater. I would be grateful if any one can help me fix this and have the repeater ID.  Thank You




idtime=1800000
politeid=1500000





Running:
CentOS 5.9 {Final}
app_rpt  0.30012


Vince.














_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://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/20130305/67760988/attachment.html>

From vacuumtubesforever at gmail.com  Tue Mar  5 15:02:55 2013
From: vacuumtubesforever at gmail.com (Ed Wilhelm)
Date: Tue, 05 Mar 2013 10:02:55 -0500
Subject: [App_rpt-users] Node ID Not Working
In-Reply-To: <55B9DCBC-869E-4759-8658-3350553AF4CE@yahoo.com>
References: <CC3E7085-68B6-432A-A49D-2E566672D08A@gmail.com>
	<55B9DCBC-869E-4759-8658-3350553AF4CE@yahoo.com>
Message-ID: <5136091F.5050707@gmail.com>

On 03/04/2013 10:40 PM, Vince VE3ELB wrote:
> Hello All.  I am using the URIx as a repeater controller and 
> everything works great I just can't get it to ID at the set time or 
> when there is no activity on the node/repeater. I have noticed that it 
> will only ID when you key up the repeater or when I am are connected 
> to another node and after you have had some activity on the 
> node/repeater. I would be grateful if any one can help me fix this and 
> have the repeater ID.  Thank You
>
> idtime=1800000
> politeid=1500000
>
>
> Running:
> CentOS 5.9 {Final}
> app_rpt  0.30012
>
> Vince.
>
>
>
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
It's working correctly.
I think what you are looking for is the scheduler in rpt.conf.

> ;[scheduler]
> ;; Schedule the execution of a macro at a given time.
> ;;mc =   mi  h  md mn dow
> ;;
> ;; mc = macro : a macro number defined in the [macro] stanza
> ;; mi = minute : 0-59
> ;; h = hour : 0-23
> ;; md = day of month : 1-31
> ;; mn = month : 1-12
> ;; dow = day of week : 0 = sunday, 6 = saturday
> ;;
> ;1 = 26 11 31 3 6 ; At 11:26am on Saturday, March 31
> ;2 = 00 00 * * *  ; At midnight every day

Ed W8VT
Node 27849



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

From petem001 at hotmail.com  Tue Mar  5 15:58:18 2013
From: petem001 at hotmail.com (pete M)
Date: Tue, 5 Mar 2013 10:58:18 -0500
Subject: [App_rpt-users] Back to the basic
Message-ID: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>

Ok I posted a few days ago that I hade problem loading acid on fairly new MB (dual core amd) 

Some here told me to stick to P4 and such...

But being abit stubborn I started looking around.

I dont know if I am entering a no go world here but anyways, I intslled Xipar, and it worked, I did not configure it, but it did intsall and my URI started flashing...

Now Is this a good place to discuss Xipar stuff or is there another place?

Xipar is not as straight foward to configure (well at least in theory from the docs I found on there web site) and I will need a little help here, specialy regarding the part where I need to connect to allstar

So Is here a good place to talk about it or can anyone point to a more suited place?

Or I would really prefer to find a way to load centos 6 the acid way? ( I am more confortable there ;-)))

Pierre
VE2PF
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130305/8853dab8/attachment.html>

From jrorke at cogeco.ca  Tue Mar  5 16:29:01 2013
From: jrorke at cogeco.ca (Jon Rorke)
Date: Tue, 05 Mar 2013 11:29:01 -0500
Subject: [App_rpt-users] Back to the basic
In-Reply-To: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
References: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
Message-ID: <51361D4D.8040208@cogeco.ca>

you might want to try
www.allstarnode.com

They have discussions on both Acid and Xipar distros as well as others.

Jon VA3RQ
On 3/5/2013 10:58 AM, pete M wrote:
> Ok I posted a few days ago that I hade problem loading acid on fairly 
> new MB (dual core amd)
> Some here told me to stick to P4 and such...
> But being abit stubborn I started looking around.
> I dont know if I am entering a no go world here but anyways, I 
> intslled Xipar, and it worked, I did not configure it, but it did 
> intsall and my URI started flashing...
> Now Is this a good place to discuss Xipar stuff or is there another place?
> Xipar is not as straight foward to configure (well at least in theory 
> from the docs I found on there web site) and I will need a little help 
> here, specialy regarding the part where I need to connect to allstar
> So Is here a good place to talk about it or can anyone point to a more 
> suited place?
> Or I would really prefer to find a way to load centos 6 the acid way? 
> ( I am more confortable there ;-)))
> Pierre
> VE2PF
>
>
> _______________________________________________
> 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/20130305/e197c509/attachment.html>

From n3fe at repeater.net  Tue Mar  5 16:40:26 2013
From: n3fe at repeater.net (Corey Dean)
Date: Tue, 5 Mar 2013 11:40:26 -0500
Subject: [App_rpt-users] ppp16
In-Reply-To: <A444EEC0A2194B2195BB3258151B78E4@lintv.com>
References: <A444EEC0A2194B2195BB3258151B78E4@lintv.com>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E04832BF4C7EA@exchange.mail.repeater.net>

I have been asking the same question and never received a response.

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin [george at dyb.com]
Sent: Saturday, March 02, 2013 12:23 PM
To: app_rpt mailing list
Subject: [App_rpt-users] ppp16

Hey guys, can anyone point me to a "howto" for ppp16?

Command functions, which pport pins, etc?

Thanks

GeorgeC
W2DB
2360

_______________________________________________
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=0B2571FA3.A7B86




From ikj1234i at yahoo.com  Tue Mar  5 17:23:26 2013
From: ikj1234i at yahoo.com (ikjtel)
Date: Tue, 5 Mar 2013 09:23:26 -0800 (PST)
Subject: [App_rpt-users] Add p25 channel driver chan_usrp to app_rpt distro
Message-ID: <1362504206.55402.YahooMailNeo@web160606.mail.bf1.yahoo.com>

Greetings

Permit a brief intro - I'm a contributor to the op25 project - which is a "not-for-profit project to bring together folks that are interested in 
implementing APCO P25? ... under the GNU Public License (GPL)." 


We currently have a software release that includes an asterisk channel driver (that was designed for use with app_rpt) - for more info please see the wiki page which is 

? http://op25.osmocom.org/wiki/wiki/RepeaterPage

The current method for installation of chan_usrp consists of copying the two files chan_usrp.c and chan_usrp.h from our source tree into asterisk/channels, and then doing a source build.? 


That procedure is described at the above linked wiki page but it seems to be causing a lot of pain for our users to compile everything, I was wondering if it might be possible to merge this channel driver into the distro that you have.? It should be fairly innocuous - it was simply cloned from chan_rtpdir (IIRC) with our additions.?

There is still much work to do such as proper P25 handling of DTMF digits and working out analog vs. digital repeating.? Nonetheless, app_rpt provides an excellent set of semantics for doing two-way PTT via P25, and it provides a nice bridge for doing true simultaneous multi-channel ops.

Even without proper DTMF support and even though repeating currently requires a redundant digital/analog/digital conversion process in order to fit into the app_rpt model, the current capability exists to transmit and receive P25 using either the Ettus USRP hardware or using conventional NBFM transmitter and receiver radios and supports simultaneous real time multi-channel operation in FDX...


73

Max
KA1RBI
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130305/1367aead/attachment.html>

From kd8b at thebades.net  Tue Mar  5 17:28:15 2013
From: kd8b at thebades.net (Doug Bade)
Date: Tue, 5 Mar 2013 12:28:15 -0500
Subject: [App_rpt-users] ppp16
In-Reply-To: <4BCC91CBCFD66C4489B4BD3233140C3E04832BF4C7EA@exchange.mail.repeater.net>
References: <A444EEC0A2194B2195BB3258151B78E4@lintv.com>
	<4BCC91CBCFD66C4489B4BD3233140C3E04832BF4C7EA@exchange.mail.repeater.net>
Message-ID: <00b801ce19c6$d22ff3a0$768fdae0$@thebades.net>

http://ohnosec.org/drupal/node/177

Seems to describe it also.... as well as the links I sent via PM....

Doug
KD8B



-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Corey Dean
Sent: Tuesday, March 05, 2013 11:40 AM
To: George Csahanin; app_rpt mailing list
Subject: Re: [App_rpt-users] ppp16

I have been asking the same question and never received a response.

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org]
On Behalf Of George Csahanin [george at dyb.com]
Sent: Saturday, March 02, 2013 12:23 PM
To: app_rpt mailing list
Subject: [App_rpt-users] ppp16

Hey guys, can anyone point me to a "howto" for ppp16?

Command functions, which pport pins, etc?

Thanks

GeorgeC
W2DB
2360

_______________________________________________
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=0B2571FA3.A7B86


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



From kuggie at kuggie.com  Tue Mar  5 18:03:58 2013
From: kuggie at kuggie.com (Kevin Custer)
Date: Tue, 05 Mar 2013 13:03:58 -0500
Subject: [App_rpt-users] Back to the basic
In-Reply-To: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
References: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
Message-ID: <5136338E.7070406@kuggie.com>

Pierre,

XIPAR (pronounced zipper) is now built on CentOS 6, and can be 32 or 64 
bit if hardware allows.  There are several of us that hang out here that 
can give you zipper assistance.  That said, you might want to read the 
board located at www.allstarnode.com.

Kevin - WJ8G



> Ok I posted a few days ago that I hade problem loading acid on fairly 
> new MB (dual core amd)
> Some here told me to stick to P4 and such...
> But being abit stubborn I started looking around.
> I dont know if I am entering a no go world here but anyways, I 
> intslled Xipar, and it worked, I did not configure it, but it did 
> intsall and my URI started flashing...
> Now Is this a good place to discuss Xipar stuff or is there another place?
> Xipar is not as straight foward to configure (well at least in theory 
> from the docs I found on there web site) and I will need a little help 
> here, specialy regarding the part where I need to connect to allstar
> So Is here a good place to talk about it or can anyone point to a more 
> suited place?
> Or I would really prefer to find a way to load centos 6 the acid way? 
> ( I am more confortable there ;-)))
> Pierre
> VE2PF

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

From telesistant at hotmail.com  Tue Mar  5 18:40:03 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 5 Mar 2013 10:40:03 -0800
Subject: [App_rpt-users] Add p25 channel driver chan_usrp to app_rpt
 distro
In-Reply-To: <1362504206.55402.YahooMailNeo@web160606.mail.bf1.yahoo.com>
References: <1362504206.55402.YahooMailNeo@web160606.mail.bf1.yahoo.com>
Message-ID: <BLU155-W73D4E9EC5A6E32FAF081FB1FB0@phx.gbl>


Max, this sounds like it might be a really good idea.

However, did you really think that addressing the ENTIRE public list
regarding this was the appropriate way of accomplishing this?

Perhaps, if you would send me an off-list private email, we
could properly discuss this.

Thanks.

Jim WB6NIL


Date: Tue, 5 Mar 2013 09:23:26 -0800
From: ikj1234i at yahoo.com
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] Add p25 channel driver chan_usrp to app_rpt distro

Greetings
Permit a brief intro - I'm a contributor to the op25 project - which is a "not-for-profit project to bring together folks that are interested in 
implementing APCO P25  ...
 under the GNU Public License (GPL)." 

We currently have a software release that includes an asterisk channel driver (that was designed for use with app_rpt) - for more info please see the wiki page which is 
  http://op25.osmocom.org/wiki/wiki/RepeaterPage
The current method for installation of chan_usrp consists of copying the two files chan_usrp.c and chan_usrp.h from our source tree into asterisk/channels, and then doing a source build.  

That procedure is described at the above linked wiki page but it seems to be causing a lot of pain for our users to compile everything, I was wondering if it might be possible to merge this channel driver into the distro that you have.  It should be fairly innocuous - it was simply cloned from chan_rtpdir (IIRC) with our
 additions. 
There is still much work to do such as proper P25 handling of DTMF digits and working out analog vs. digital repeating.  Nonetheless, app_rpt provides an excellent set of semantics for doing two-way PTT via P25, and it provides a nice bridge for doing true simultaneous multi-channel ops.
Even without
 proper DTMF support and even though repeating currently requires a redundant digital/analog/digital conversion process in order to fit into the app_rpt model, the current capability exists to transmit and receive P25 using either the Ettus USRP hardware or using conventional NBFM transmitter and receiver radios and supports simultaneous real time multi-channel operation in FDX...

73
MaxKA1RBI

_______________________________________________
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/20130305/3d171402/attachment.html>

From petem001 at hotmail.com  Tue Mar  5 18:40:59 2013
From: petem001 at hotmail.com (pete M)
Date: Tue, 5 Mar 2013 13:40:59 -0500
Subject: [App_rpt-users] Back to the basic
In-Reply-To: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
References: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>
Message-ID: <BAY167-DS14C6E8137903941AF1E7597FB0@phx.gbl>

OK, Just for the heck of it, Jimm Dude, can you point me if there is a script that will install asterisk from your svn?

would love to try this on my machine on centos 6..

it would be much easier then donwnloading everything by hand and make install it..



From: pete M 
Sent: Tuesday, March 05, 2013 10:58 AM
To: APP RPT 
Subject: [App_rpt-users] Back to the basic

Ok I posted a few days ago that I hade problem loading acid on fairly new MB (dual core amd) 

Some here told me to stick to P4 and such...

But being abit stubborn I started looking around.

I dont know if I am entering a no go world here but anyways, I intslled Xipar, and it worked, I did not configure it, but it did intsall and my URI started flashing...

Now Is this a good place to discuss Xipar stuff or is there another place?

Xipar is not as straight foward to configure (well at least in theory from the docs I found on there web site) and I will need a little help here, specialy regarding the part where I need to connect to allstar

So Is here a good place to talk about it or can anyone point to a more suited place?

Or I would really prefer to find a way to load centos 6 the acid way? ( I am more confortable there ;-)))

Pierre
VE2PF



--------------------------------------------------------------------------------
_______________________________________________
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/20130305/6b3ebc46/attachment.html>

From telesistant at hotmail.com  Tue Mar  5 18:45:13 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 5 Mar 2013 10:45:13 -0800
Subject: [App_rpt-users] Back to the basic
In-Reply-To: <BAY167-DS14C6E8137903941AF1E7597FB0@phx.gbl>
References: <BAY167-DS285C8A9E6B39DC5FF3E3FB97FB0@phx.gbl>,
	<BAY167-DS14C6E8137903941AF1E7597FB0@phx.gbl>
Message-ID: <BLU155-W55B1071ED2B1D93299AF4BB1FB0@phx.gbl>


I really wish there was one. I really wish someone that was a packaging expert would have already piped up
and contributed a set of "stuff" that would make the ACID install work on Centos 6, since the sources and associated
stuff seem to work just fine.

Sadly, no one has done so as of yet.

:-(

Jim

From: petem001 at hotmail.com
To: app_rpt-users at ohnosec.org
Date: Tue, 5 Mar 2013 13:40:59 -0500
Subject: Re: [App_rpt-users] Back to the basic





OK, Just for the heck of it, Jimm Dude, can you point me if there is a 
script that will install asterisk from your svn?
 
would love to try this on my machine on centos 6..
 
it would be much easier then donwnloading everything by hand and make 
install it..
 
 


 

From: pete M 
Sent: Tuesday, March 05, 2013 10:58 AM
To: APP RPT 
Subject: [App_rpt-users] Back to the basic
 



Ok I posted a few days ago that I hade problem loading acid on fairly new 
MB (dual core amd) 
 
Some here told me to stick to P4 and such...
 
But being abit stubborn I started looking around.
 
I dont know if I am entering a no go world here but anyways, I intslled 
Xipar, and it worked, I did not configure it, but it did intsall and my URI 
started flashing...
 
Now Is this a good place to discuss Xipar stuff or is there another 
place?
 
Xipar is not as straight foward to configure (well at least in theory from 
the docs I found on there web site) and I will need a little help here, specialy 
regarding the part where I need to connect to allstar
 
So Is here a good place to talk about it or can anyone point to a more 
suited place?
 
Or I would really prefer to find a way to load centos 6 the acid way? ( I 
am more confortable there ;-)))
 
Pierre
VE2PF
 


_______________________________________________
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/20130305/073c8b9a/attachment.html>

From mike at midnighteng.com  Tue Mar  5 22:51:22 2013
From: mike at midnighteng.com (mike at midnighteng.com)
Date: Tue, 05 Mar 2013 15:51:22 -0700
Subject: [App_rpt-users] Doug Hall RBI-1 clock/data
Message-ID: <20130305155122.71befee5dbd13c5325dd1a521b4e73ee.1c922d93a6.wbe@email06.secureserver.net>

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

From ve3elb at yahoo.com  Wed Mar  6 00:44:14 2013
From: ve3elb at yahoo.com (Vince VE3ELB)
Date: Tue, 5 Mar 2013 19:44:14 -0500
Subject: [App_rpt-users] AllStar RTCM Radio Thin Client Module
Message-ID: <84C5699B-D3B2-4F64-A153-7B08A72F03C6@yahoo.com>

Hello All. I would like to ask does anyone use's the Micro-Node Allstar RTCM Radio Thin Client Module (Model MN-5000). I am looking to use one in a remote location where I would not want to have or leave a computer to control a repeater. It looks good but would like to know how well it works. I am very happy with mu URIx but this RTCM look like the ideal unit for the remote Repeater location. Also can it be used as a repeater controller like the URIx. any info you have will help, Links or photos to one thats all setup would be great. Thank You.


Vince VE3ELB




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

From j88az at vincysurf.com  Wed Mar  6 14:15:53 2013
From: j88az at vincysurf.com (Winston Jeffery)
Date: Wed, 6 Mar 2013 10:15:53 -0400
Subject: [App_rpt-users] convert irlp to AllStar ...
Message-ID: <000001ce1a75$1f302db0$5d908910$@vincysurf.com>

Help! I tried the convert by editing the file usbradio.conf without success.
Do I need to install from scratch first?

 

Winston - J88AZ

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

From keith at goobie.org  Wed Mar  6 14:23:52 2013
From: keith at goobie.org (Keith Goobie)
Date: Wed, 06 Mar 2013 09:23:52 -0500
Subject: [App_rpt-users] convert irlp to AllStar ...
In-Reply-To: <000001ce1a75$1f302db0$5d908910$@vincysurf.com>
Message-ID: <CD5CBBA8.18E56%keith@goobie.org>

Winston

This message is very cryptic.  What are you really trying to do?

Maybe I am joining this thread a little late, but we need more info.

Keith


On 3/6/13 9:15 AM, "Winston Jeffery" <j88az at vincysurf.com> wrote:

> Help! I tried the convert by editing the file usbradio.conf without success.
> Do I need to install from scratch first?
>  
> Winston ? J88AZ
> 
> 
> _______________________________________________
> 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/20130306/d2e3c381/attachment.html>

From kilo7AlphaZulu at verizon.net  Wed Mar  6 15:10:07 2013
From: kilo7AlphaZulu at verizon.net (Chris K7AZ)
Date: Wed, 06 Mar 2013 07:10:07 -0800
Subject: [App_rpt-users] Passing CTCSS / PL Tone Over The Network
Message-ID: <CD5C9C4F.16959%kilo7AlphaZulu@verizon.net>

Can anyone help me with eliminating passing CTCSS / PL tone from a receiver
discriminator onto the network?
I am using an URIx FOB with external ComSpec CTCSS / PL decoder and squelch
gate COR.
The 167.9 Hz CTCSS / PL tone is really noticeable while listening using
IAXRPT and occupies 50% of the green bar graph.
I realize adding a High Pass or Notch filter would help but is there a
configuration setting change that will eliminate the tone?
Thank you,
Chris Hill
K7AZ



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

From wb3awj at comcast.net  Wed Mar  6 16:40:09 2013
From: wb3awj at comcast.net (Robert A. Poff WB3AWJ)
Date: Wed, 6 Mar 2013 16:40:09 +0000 (UTC)
Subject: [App_rpt-users] Passing CTCSS / PL Tone Over The Network
In-Reply-To: <CD5C9C4F.16959%kilo7AlphaZulu@verizon.net>
Message-ID: <1707065748.264509.1362588009842.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>

If it were me, I'd just use the DSP and let it do the PL processing. 
In fact that's what I do on all our nodes. With no complains. 
Heck it can even do reverse burst on encode. 

I'm not sure about the newer Com Spec decks, the the TS-32 had a high pass filter on board. 






Robert A. Poff 
Loganville, PA. 


"Lieutenant, target the offending power boat and launch photon torpedoes" 
----- Original Message -----
From: "Chris K7AZ" <kilo7AlphaZulu at verizon.net> 
To: "app rpt-users" <app_rpt-users at ohnosec.org> 
Sent: Wednesday, March 6, 2013 10:10:07 AM 
Subject: [App_rpt-users] Passing CTCSS / PL Tone Over The Network 

Passing CTCSS / PL Tone Over The Network Can anyone help me with eliminating passing CTCSS / PL tone from a receiver discriminator onto the network? 
I am using an URIx FOB with external ComSpec CTCSS / PL decoder and squelch gate COR. 
The 167.9 Hz CTCSS / PL tone is really noticeable while listening using IAXRPT and occupies 50% of the green bar graph. 
I realize adding a High Pass or Notch filter would help but is there a configuration setting change that will eliminate the tone? 
Thank you, 
Chris Hill 
K7AZ 




_______________________________________________ 
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/20130306/8ad0cd2b/attachment.html>

From k0jsc.jeff at gmail.com  Wed Mar  6 17:27:43 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Wed, 6 Mar 2013 10:27:43 -0700
Subject: [App_rpt-users] Passing CTCSS / PL Tone Over The Network
In-Reply-To: <1707065748.264509.1362588009842.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>
References: <CD5C9C4F.16959%kilo7AlphaZulu@verizon.net>
	<1707065748.264509.1362588009842.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>
Message-ID: <CAA_aZLiUkXzPwgFMxwjGV+SP0b=DQh3mpx7gGU1PykiKGXWePQ@mail.gmail.com>

I agree, the dsp does a fine job and you can even change ctcss tones
remotely if you like.

K0JSC
On Mar 6, 2013 9:40 AM, "Robert A. Poff WB3AWJ" <wb3awj at comcast.net> wrote:

> If it were me, I'd just use the DSP and let it do the PL processing.
> In fact that's what I do on all our nodes.  With no complains.
> Heck it can even do reverse burst on encode.
>
> I'm not sure about the newer Com Spec decks, the the TS-32 had a high pass
> filter on board.
>
>
> Robert A. Poff
> Loganville, PA.
>
> ****
> "Lieutenant, target the offending power boat and launch photon torpedoes"
>
> ------------------------------
> *From: *"Chris K7AZ" <kilo7AlphaZulu at verizon.net>
> *To: *"app rpt-users" <app_rpt-users at ohnosec.org>
> *Sent: *Wednesday, March 6, 2013 10:10:07 AM
> *Subject: *[App_rpt-users] Passing CTCSS / PL Tone Over The Network
>
> Can anyone help me with eliminating passing CTCSS / PL tone from a
> receiver discriminator onto the network?
> I am using an URIx FOB with external ComSpec CTCSS / PL decoder and
> squelch gate COR.
> The 167.9 Hz CTCSS / PL tone is really noticeable while listening using
> IAXRPT and occupies 50% of the green bar graph.
> I realize adding a High Pass or Notch filter would help but is there a
> configuration setting change that will eliminate the tone?
> Thank you,
> Chris Hill
> K7AZ
>
>
>
>
> _______________________________________________
> 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/20130306/b718fba4/attachment.html>

From monty at ke7jvx.com  Wed Mar  6 17:53:44 2013
From: monty at ke7jvx.com (Monty)
Date: Wed, 6 Mar 2013 10:53:44 -0700
Subject: [App_rpt-users] Passing CTCSS / PL Tone Over The Network
In-Reply-To: <CD5C9C4F.16959%kilo7AlphaZulu@verizon.net>
References: <CD5C9C4F.16959%kilo7AlphaZulu@verizon.net>
Message-ID: <CAN3ondt_d+ez=sETGfM2z95wApEH6nLS0tc33+xDqm14YrftMg@mail.gmail.com>

In your usbradio.conf, put the following under the proper node:

plfilter=yes


Monty


On Wed, Mar 6, 2013 at 8:10 AM, Chris K7AZ <kilo7AlphaZulu at verizon.net>wrote:

>  Can anyone help me with eliminating passing CTCSS / PL tone from a
> receiver discriminator onto the network?
> I am using an URIx FOB with external ComSpec CTCSS / PL decoder and
> squelch gate COR.
> The 167.9 Hz CTCSS / PL tone is really noticeable while listening using
> IAXRPT and occupies 50% of the green bar graph.
> I realize adding a High Pass or Notch filter would help but is there a
> configuration setting change that will eliminate the tone?
> Thank you,
> Chris Hill
> K7AZ
>
>
>
>
>
> _______________________________________________
> 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/20130306/59370b6d/attachment.html>

From adamson_alan at hotmail.com  Thu Mar  7 00:56:46 2013
From: adamson_alan at hotmail.com (Alan Adamson)
Date: Wed, 6 Mar 2013 19:56:46 -0500
Subject: [App_rpt-users] Curious - node in Salt Lake?
Message-ID: <BLU169-DS12F8EB914A7F627193D334E9E50@phx.gbl>

I've got family in and around the Salt Lake area. Find it hard to believe
that there isn't a node there (maybe I need to send someone an RTCM :). ).
Anyone know of an AllStar node available in the SLC valley?

Thanks in advance,
Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130306/633a2e9d/attachment.html>

From 41.2jim at gmail.com  Thu Mar  7 18:45:57 2013
From: 41.2jim at gmail.com (41.2 Jim)
Date: Thu, 7 Mar 2013 11:45:57 -0700
Subject: [App_rpt-users] wont connect to nodes?
Message-ID: <CACXxdpEJjeM=kbXwFABv83qWft_a285XzgJ2j0Ah2k9Sc73cYA@mail.gmail.com>

I have Allstar node 28839 and the problem is I cannot connect to nodes.
28839 will connect to any HUB but I get a connection failed when I try to
connect to any node other than a HUB. Nodes *can* connect to me but.... I
can't connect to them. when I try to connect to a single node I get this on
the CLI :*[Mar  6 19:17:17] NOTICE[327]: chan_iax2.c:4071 __auto_congest:
Auto-congesting call due to slow response*, and the announcement of
"connection failed"  also when connected to a HUB, in transceive and try to
connect to another node, no matter the node # I get  *--
<Zap/pseudo-619610436> Playing 'rpt/remote_already'* "remote already in
this mode" announcement  Help?

Thank you all for your time
                   Jim Frederick KF6QBW
                     AllStar Node # 28839
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130307/37bb8b47/attachment.html>

From tim.sawyer at me.com  Thu Mar  7 20:16:41 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Thu, 07 Mar 2013 12:16:41 -0800
Subject: [App_rpt-users] wont connect to nodes?
In-Reply-To: <CACXxdpEJjeM=kbXwFABv83qWft_a285XzgJ2j0Ah2k9Sc73cYA@mail.gmail.com>
References: <CACXxdpEJjeM=kbXwFABv83qWft_a285XzgJ2j0Ah2k9Sc73cYA@mail.gmail.com>
Message-ID: <8854FFBA-9A03-4B1B-807E-A88C726C4CC4@me.com>

A hub is just a node with no radios attached. So it makes no sense to me why there would be a different behavior. 

"Remote already in this mode" means there is already a connection to the node you're trying to connect to. App_rpt will not allow a connection to any node that is indirectly connected to prevent loops. 

What happens when you do a "rpt nodes yournodenumber" from the cli? Are any nodes connected?
--
Tim
:wq

On Mar 7, 2013, at 10:45 AM, 41.2 Jim <41.2jim at gmail.com> wrote:

> I have Allstar node 28839 and the problem is I cannot connect to nodes. 28839 will connect to any HUB but I get a connection failed when I try to connect to any node other than a HUB. Nodes can connect to me but.... I can't connect to them. when I try to connect to a single node I get this on the CLI :[Mar  6 19:17:17] NOTICE[327]: chan_iax2.c:4071 __auto_congest: Auto-congesting call due to slow response, and the announcement of "connection failed"  also when connected to a HUB, in transceive and try to connect to another node, no matter the node # I get  -- <Zap/pseudo-619610436> Playing 'rpt/remote_already' "remote already in this mode" announcement  Help? 
> 
> Thank you all for your time 
>                    Jim Frederick KF6QBW
>                      AllStar Node # 28839
> _______________________________________________
> 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/20130307/bd9c8073/attachment.html>

From dshaw at ke6upi.com  Thu Mar  7 20:34:12 2013
From: dshaw at ke6upi.com (David KE6UPI)
Date: Thu, 7 Mar 2013 12:34:12 -0800
Subject: [App_rpt-users] wont connect to nodes?
In-Reply-To: <CACXxdpEJjeM=kbXwFABv83qWft_a285XzgJ2j0Ah2k9Sc73cYA@mail.gmail.com>
References: <CACXxdpEJjeM=kbXwFABv83qWft_a285XzgJ2j0Ah2k9Sc73cYA@mail.gmail.com>
Message-ID: <CAH4Rvb+puSdv_YpR3UK4-b2TycBcUgcps-bGy_Av9xoXrKLQvg@mail.gmail.com>

Are both nodes on the same network?

David


On Thu, Mar 7, 2013 at 10:45 AM, 41.2 Jim <41.2jim at gmail.com> wrote:

> I have Allstar node 28839 and the problem is I cannot connect to nodes.
> 28839 will connect to any HUB but I get a connection failed when I try to
> connect to any node other than a HUB. Nodes *can* connect to me but.... I
> can't connect to them. when I try to connect to a single node I get this on
> the CLI :*[Mar  6 19:17:17] NOTICE[327]: chan_iax2.c:4071 __auto_congest:
> Auto-congesting call due to slow response*, and the announcement of
> "connection failed"  also when connected to a HUB, in transceive and try to
> connect to another node, no matter the node # I get  *--
> <Zap/pseudo-619610436> Playing 'rpt/remote_already'* "remote already in
> this mode" announcement  Help?
>
> Thank you all for your time
>                    Jim Frederick KF6QBW
>                      AllStar Node # 28839
>
> _______________________________________________
> 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/20130307/07c4e4c9/attachment.html>

From n9gmr at me.com  Thu Mar  7 21:24:40 2013
From: n9gmr at me.com (Matt Roberts)
Date: Thu, 07 Mar 2013 16:24:40 -0500
Subject: [App_rpt-users]  wont connect to nodes?
References: <85D43895-B829-43CA-B682-05EE10694406@icloud.com>
Message-ID: <E6CB0CD3-73AB-4806-8ABD-45279A693708@me.com>



Matt Roberts
n9gmr at me.com
386-679-1986

Sent from my iPad

Begin forwarded message:

> From: Matt Roberts <n9gmr at icloud.com>
> Date: March 7, 2013, 4:14:52 PM EST
> To: David KE6UPI <dshaw at ke6upi.com>
> Cc: "41.2 Jim" <41.2jim at gmail.com>, APP RPT <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] wont connect to nodes?
> 
> Check the RPT-Extnodes file. See if the IP addresses of the nodes in question are listed. 
> 
> Matt Roberts
> n9gmr at me.com
> 386-679-1986
> 
> Sent from my iPad
> 
> On Mar 7, 2013, at 3:34 PM, David KE6UPI <dshaw at ke6upi.com> wrote:
> 
>> Are both nodes on the same network? 
>> 
>> David
>> 
>> 
>> On Thu, Mar 7, 2013 at 10:45 AM, 41.2 Jim <41.2jim at gmail.com> wrote:
>>> I have Allstar node 28839 and the problem is I cannot connect to nodes. 28839 will connect to any HUB but I get a connection failed when I try to connect to any node other than a HUB. Nodes can connect to me but.... I can't connect to them. when I try to connect to a single node I get this on the CLI :[Mar  6 19:17:17] NOTICE[327]: chan_iax2.c:4071 __auto_congest: Auto-congesting call due to slow response, and the announcement of "connection failed"  also when connected to a HUB, in transceive and try to connect to another node, no matter the node # I get  -- <Zap/pseudo-619610436> Playing 'rpt/remote_already' "remote already in this mode" announcement  Help? 
>>> 
>>> Thank you all for your time 
>>>                    Jim Frederick KF6QBW
>>>                      AllStar Node # 28839
>>> 
>>> _______________________________________________
>>> 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/20130307/211c5327/attachment.html>

From petem001 at hotmail.com  Fri Mar  8 01:29:52 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 7 Mar 2013 20:29:52 -0500
Subject: [App_rpt-users] phase2.sh wont do the job
Message-ID: <BAY167-W131DC59ABE41A69364C295897E60@phx.gbl>


Ok Like a few here knows, I am trying to install the acid version of app_rpt on a centos 6 linux.

Someone kind enough gave me good info to start with and I've been able to do a lot..

but after modifying phase2.sh so that it can find its repo, I start it and here is the output..

****** Phase 2 post install ******
Getting asterisk install script from http://dl.allstarlink.org...
Getting files.tar.gz from http://dl.allstarlink.org...
****** Asterisk Installation ******
 7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
Unpacking files.tar.gz...
Compiling Zaptel...
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for GNU make... make
checking for grep... /bin/grep
checking for sh... /bin/sh
checking for ln... /bin/ln
checking for wget... /usr/bin/wget
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for newtBell in -lnewt... yes
checking newt.h usability... yes
checking newt.h presence... yes
checking for newt.h... yes
checking for usb_init in -lusb... yes
checking usb.h usability... yes
checking usb.h presence... yes
checking for usb.h... yes
configure: creating ./config.status
config.status: creating build_tools/menuselect-deps
config.status: creating makeopts
config.status: creating build_tools/make_firmware_object
configure: *** Zaptel build successfully configured ***
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for GNU make... make
checking for asprintf... yes
checking for getloadavg... yes
checking for setenv... yes
checking for strcasestr... yes
checking for strndup... yes
checking for strnlen... yes
checking for strsep... yes
checking for strtoq... yes
checking for unsetenv... yes
checking for vasprintf... yes
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for pkg-config... pkg-config
configure: creating ./config.status
config.status: creating makeopts
config.status: creating autoconfig.h
configure: configuring in mxml
configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD=' 'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking for cp... /bin/cp
checking for ln... /bin/ln
checking for mkdir... /bin/mkdir
checking for nroff... /usr/bin/nroff
checking for rm... /bin/rm
checking for strdup... yes
checking for vsnprintf... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mxml.list
config.status: creating mxml.pc
config.status: creating config.h
configure: Menuselect build configuration successfully completed
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o menuselect.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o strcompat.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect_curses.o menuselect_curses.c
make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -O -Wall   -c mxml-attr.c
gcc -O -Wall   -c mxml-entity.c
gcc -O -Wall   -c mxml-file.c
gcc -O -Wall   -c mxml-index.c
gcc -O -Wall   -c mxml-node.c
gcc -O -Wall   -c mxml-search.c
gcc -O -Wall   -c mxml-set.c
gcc -O -Wall   -c mxml-private.c
gcc -O -Wall   -c mxml-string.c
/bin/rm -f libmxml.a
/usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o mxml-string.o
a - mxml-attr.o
a - mxml-entity.o
a - mxml-file.o
a - mxml-index.o
a - mxml-node.o
a - mxml-search.o
a - mxml-set.o
a - mxml-private.o
a - mxml-string.o
ranlib libmxml.a
make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o mxml/libmxml.a mxml/libmxml.a -lncurses 
make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
Generating input for menuselect ...
make[1]: Entering directory `/usr/src/astsrc/zaptel'
make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64 SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
gcc -o /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/makefw.c
/usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw > /usr/src/astsrc/zaptel/kernel/radfw.h
Loaded 42096 bytes from file
  CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
/usr/src/astsrc/zaptel/kernel/pciradio.c: In function ?pciradio_start_dma?:
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration of function ?set_current_state?
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: ?TASK_INTERRUPTIBLE? undeclared (first use in this function)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared identifier is reported only once
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it appears in.)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration of function ?schedule_timeout?
make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/astsrc/zaptel'
make: *** [all] Error 2
Failure: Unable to compile Zaptel 2
Fatal error: Unable to install Asterisk!


a bit long but I dont see where its bugging and why, at first it was asking for gtk, so I did a yum install gtk-devel this got care of the complaning about gtk..

Of course I did a yum -y update before stating this.

now anyone can help??  

p.s. runlevel of the machine is 3



now going to take a look at astinstall.sh if there is something there that I did not see..

Pierre 
VE2PF


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

From adamson_alan at hotmail.com  Fri Mar  8 02:03:24 2013
From: adamson_alan at hotmail.com (Alan Adamson)
Date: Thu, 7 Mar 2013 21:03:24 -0500
Subject: [App_rpt-users] phase2.sh won't do the job
Message-ID: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>

Pete based upon this question, I probably know the answer to the next. There
are a bunch of changes to make Asterisk compile on a 2.6.35 or 3.x kernel
(not sure which Centos uses).  Note the least of which there are some pretty
significant USB changes that need to be made.  I run Allstar on Debian
Squeeze, and at the first time I brought it up, I had to go through all of
this, but my sources don't match the Distro so I'm reluctant to share them.
Also, I think Jim pushed some of the changes into the SVN, but from your
error, he didn't push all of them in. 
 
I'm not sure what to tell you, but unless you are comfortable with linux and
building applications and how the header files relate and have been changed
over the various kernel versions, you are in a pretty steep uphill journey.
 
Trudge on as you wish, but you've just reached the tip of the iceberg around
this stuff on the newer kernels.
 
If you are pretty comfortable with Linux, I'd be happy to share my sources,
but you'd have to diff them against the SVN and make your changes from them.
 
Sorry, 
Alan
 
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of pete M
Sent: Thursday, March 07, 2013 8:30 PM
To: APP RPT
Subject: [App_rpt-users] phase2.sh wont do the job
 
Ok Like a few here knows, I am trying to install the acid version of app_rpt
on a centos 6 linux.

Someone kind enough gave me good info to start with and I've been able to do
a lot..

but after modifying phase2.sh so that it can find its repo, I start it and
here is the output..

****** Phase 2 post install ******
Getting asterisk install script from http://dl.allstarlink.org...
Getting files.tar.gz from http://dl.allstarlink.org...
****** Asterisk Installation ******
 7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
Unpacking files.tar.gz...
Compiling Zaptel...
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for GNU make... make
checking for grep... /bin/grep
checking for sh... /bin/sh
checking for ln... /bin/ln
checking for wget... /usr/bin/wget
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for newtBell in -lnewt... yes
checking newt.h usability... yes
checking newt.h presence... yes
checking for newt.h... yes
checking for usb_init in -lusb... yes
checking usb.h usability... yes
checking usb.h presence... yes
checking for usb.h... yes
configure: creating ./config.status
config.status: creating build_tools/menuselect-deps
config.status: creating makeopts
config.status: creating build_tools/make_firmware_object
configure: *** Zaptel build successfully configured ***
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for GNU make... make
checking for asprintf... yes
checking for getloadavg... yes
checking for setenv... yes
checking for strcasestr... yes
checking for strndup... yes
checking for strnlen... yes
checking for strsep... yes
checking for strtoq... yes
checking for unsetenv... yes
checking for vasprintf... yes
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for pkg-config... pkg-config
configure: creating ./config.status
config.status: creating makeopts
config.status: creating autoconfig.h
configure: configuring in mxml
configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD='
'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking for cp... /bin/cp
checking for ln... /bin/ln
checking for mkdir... /bin/mkdir
checking for nroff... /usr/bin/nroff
checking for rm... /bin/rm
checking for strdup... yes
checking for vsnprintf... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mxml.list
config.status: creating mxml.pc
config.status: creating config.h
configure: Menuselect build configuration successfully completed
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o
menuselect.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o
strcompat.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0
-I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12      -c -o
menuselect_curses.o menuselect_curses.c
make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -O -Wall   -c mxml-attr.c
gcc -O -Wall   -c mxml-entity.c
gcc -O -Wall   -c mxml-file.c
gcc -O -Wall   -c mxml-index.c
gcc -O -Wall   -c mxml-node.c
gcc -O -Wall   -c mxml-search.c
gcc -O -Wall   -c mxml-set.c
gcc -O -Wall   -c mxml-private.c
gcc -O -Wall   -c mxml-string.c
/bin/rm -f libmxml.a
/usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o
mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o
mxml-string.o
a - mxml-attr.o
a - mxml-entity.o
a - mxml-file.o
a - mxml-index.o
a - mxml-node.o
a - mxml-search.o
a - mxml-set.o
a - mxml-private.o
a - mxml-string.o
ranlib libmxml.a
make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o
mxml/libmxml.a mxml/libmxml.a -lncurses 
make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
Generating input for menuselect ...
make[1]: Entering directory `/usr/src/astsrc/zaptel'
make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64
SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes
KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o
ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
gcc -o /usr/src/astsrc/zaptel/kernel/makefw
/usr/src/astsrc/zaptel/kernel/makefw.c
/usr/src/astsrc/zaptel/kernel/makefw
/usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw >
/usr/src/astsrc/zaptel/kernel/radfw.h
Loaded 42096 bytes from file
  CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
/usr/src/astsrc/zaptel/kernel/pciradio.c: In function 'pciradio_start_dma':
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration
of function 'set_current_state'
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: 'TASK_INTERRUPTIBLE'
undeclared (first use in this function)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared
identifier is reported only once
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it
appears in.)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration
of function 'schedule_timeout'
make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/astsrc/zaptel'
make: *** [all] Error 2
Failure: Unable to compile Zaptel 2
Fatal error: Unable to install Asterisk!


a bit long but I dont see where its bugging and why, at first it was asking
for gtk, so I did a yum install gtk-devel this got care of the complaning
about gtk..

Of course I did a yum -y update before stating this.

now anyone can help??  

p.s. runlevel of the machine is 3



now going to take a look at astinstall.sh if there is something there that I
did not see..

Pierre 
VE2PF


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

From telesistant at hotmail.com  Fri Mar  8 02:15:28 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 7 Mar 2013 18:15:28 -0800
Subject: [App_rpt-users] phase2.sh wont do the job
In-Reply-To: <BAY167-W131DC59ABE41A69364C295897E60@phx.gbl>
References: <BAY167-W131DC59ABE41A69364C295897E60@phx.gbl>
Message-ID: <BLU155-W78F6D36028E1151E4A24DB1E60@phx.gbl>


I'm not sure why you would expect it to.

phase2.sh, amongst other things, loads the CURRENT RELEASE
of the sources which CLEARLY DO NOT support any of the Centos 6 things.

As I said before, you need to load the SVN version of the sources and it
will be much happier.

https://allstarlink.org/support.html#astupgrade

Jim

From: petem001 at hotmail.com
To: app_rpt-users at ohnosec.org
Date: Thu, 7 Mar 2013 20:29:52 -0500
Subject: [App_rpt-users] phase2.sh wont do the job





Ok Like a few here knows, I am trying to install the acid version of app_rpt on a centos 6 linux.

Someone kind enough gave me good info to start with and I've been able to do a lot..

but after modifying phase2.sh so that it can find its repo, I start it and here is the output..

****** Phase 2 post install ******
Getting asterisk install script from http://dl.allstarlink.org...
Getting files.tar.gz from http://dl.allstarlink.org...
****** Asterisk Installation ******
 7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
Unpacking files.tar.gz...
Compiling Zaptel...
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for GNU make... make
checking for grep... /bin/grep
checking for sh... /bin/sh
checking for ln... /bin/ln
checking for wget... /usr/bin/wget
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for newtBell in -lnewt... yes
checking newt.h usability... yes
checking newt.h presence... yes
checking for newt.h... yes
checking for usb_init in -lusb... yes
checking usb.h usability... yes
checking usb.h presence... yes
checking for usb.h... yes
configure: creating ./config.status
config.status: creating build_tools/menuselect-deps
config.status: creating makeopts
config.status: creating build_tools/make_firmware_object
configure: *** Zaptel build successfully configured ***
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for GNU make... make
checking for asprintf... yes
checking for getloadavg... yes
checking for setenv... yes
checking for strcasestr... yes
checking for strndup... yes
checking for strnlen... yes
checking for strsep... yes
checking for strtoq... yes
checking for unsetenv... yes
checking for vasprintf... yes
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for pkg-config... pkg-config
configure: creating ./config.status
config.status: creating makeopts
config.status: creating autoconfig.h
configure: configuring in mxml
configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD=' 'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking for cp... /bin/cp
checking for ln... /bin/ln
checking for mkdir... /bin/mkdir
checking for nroff... /usr/bin/nroff
checking for rm... /bin/rm
checking for strdup... yes
checking for vsnprintf... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mxml.list
config.status: creating mxml.pc
config.status: creating config.h
configure: Menuselect build configuration successfully completed
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o menuselect.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o strcompat.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect_curses.o menuselect_curses.c
make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -O -Wall   -c mxml-attr.c
gcc -O -Wall   -c mxml-entity.c
gcc -O -Wall   -c mxml-file.c
gcc -O -Wall   -c mxml-index.c
gcc -O -Wall   -c mxml-node.c
gcc -O -Wall   -c mxml-search.c
gcc -O -Wall   -c mxml-set.c
gcc -O -Wall   -c mxml-private.c
gcc -O -Wall   -c mxml-string.c
/bin/rm -f libmxml.a
/usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o mxml-string.o
a - mxml-attr.o
a - mxml-entity.o
a - mxml-file.o
a - mxml-index.o
a - mxml-node.o
a - mxml-search.o
a - mxml-set.o
a - mxml-private.o
a - mxml-string.o
ranlib libmxml.a
make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o mxml/libmxml.a mxml/libmxml.a -lncurses 
make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
Generating input for menuselect ...
make[1]: Entering directory `/usr/src/astsrc/zaptel'
make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64 SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
gcc -o /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/makefw.c
/usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw > /usr/src/astsrc/zaptel/kernel/radfw.h
Loaded 42096 bytes from file
  CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
/usr/src/astsrc/zaptel/kernel/pciradio.c: In function ?pciradio_start_dma?:
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration of function ?set_current_state?
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: ?TASK_INTERRUPTIBLE? undeclared (first use in this function)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared identifier is reported only once
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it appears in.)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration of function ?schedule_timeout?
make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/astsrc/zaptel'
make: *** [all] Error 2
Failure: Unable to compile Zaptel 2
Fatal error: Unable to install Asterisk!


a bit long but I dont see where its bugging and why, at first it was asking for gtk, so I did a yum install gtk-devel this got care of the complaning about gtk..

Of course I did a yum -y update before stating this.

now anyone can help??  

p.s. runlevel of the machine is 3



now going to take a look at astinstall.sh if there is something there that I did not see..

Pierre 
VE2PF


 		 	   		  

_______________________________________________
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/20130307/1ca44f94/attachment.html>

From petem001 at hotmail.com  Fri Mar  8 02:17:23 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 7 Mar 2013 21:17:23 -0500
Subject: [App_rpt-users] phase2.sh wont do the job
In-Reply-To: <BLU155-W78F6D36028E1151E4A24DB1E60@phx.gbl>
References: <BAY167-W131DC59ABE41A69364C295897E60@phx.gbl>
	<BLU155-W78F6D36028E1151E4A24DB1E60@phx.gbl>
Message-ID: <BAY404-EAS198591DD04E4F824118A3E297E60@phx.gbl>

Ok thats where I was failing! Forgot about it! 

Back to the kb

;-)


Envoy? de mon iPad

Le 7 Mar 2013 ? 21:15, "Jim Duuuude" <telesistant at hotmail.com> a ?crit :

> I'm not sure why you would expect it to.
> 
> phase2.sh, amongst other things, loads the CURRENT RELEASE
> of the sources which CLEARLY DO NOT support any of the Centos 6 things.
> 
> As I said before, you need to load the SVN version of the sources and it
> will be much happier.
> 
> https://allstarlink.org/support.html#astupgrade
> 
> Jim
> 
> From: petem001 at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Thu, 7 Mar 2013 20:29:52 -0500
> Subject: [App_rpt-users] phase2.sh wont do the job
> 
> Ok Like a few here knows, I am trying to install the acid version of app_rpt on a centos 6 linux.
> 
> Someone kind enough gave me good info to start with and I've been able to do a lot..
> 
> but after modifying phase2.sh so that it can find its repo, I start it and here is the output..
> 
> ****** Phase 2 post install ******
> Getting asterisk install script from http://dl.allstarlink.org...
> Getting files.tar.gz from http://dl.allstarlink.org...
> ****** Asterisk Installation ******
>  7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
> Unpacking files.tar.gz...
> Compiling Zaptel...
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking how to run the C preprocessor... gcc -E
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking for GNU make... make
> checking for grep... /bin/grep
> checking for sh... /bin/sh
> checking for ln... /bin/ln
> checking for wget... /usr/bin/wget
> checking for grep that handles long lines and -e... (cached) /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for initscr in -lcurses... yes
> checking curses.h usability... yes
> checking curses.h presence... yes
> checking for curses.h... yes
> checking for initscr in -lncurses... yes
> checking for curses.h... (cached) yes
> checking for newtBell in -lnewt... yes
> checking newt.h usability... yes
> checking newt.h presence... yes
> checking for newt.h... yes
> checking for usb_init in -lusb... yes
> checking usb.h usability... yes
> checking usb.h presence... yes
> checking for usb.h... yes
> configure: creating ./config.status
> config.status: creating build_tools/menuselect-deps
> config.status: creating makeopts
> config.status: creating build_tools/make_firmware_object
> configure: *** Zaptel build successfully configured ***
> make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for GNU make... make
> checking for asprintf... yes
> checking for getloadavg... yes
> checking for setenv... yes
> checking for strcasestr... yes
> checking for strndup... yes
> checking for strnlen... yes
> checking for strsep... yes
> checking for strtoq... yes
> checking for unsetenv... yes
> checking for vasprintf... yes
> checking how to run the C preprocessor... gcc -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for initscr in -lcurses... yes
> checking curses.h usability... yes
> checking curses.h presence... yes
> checking for curses.h... yes
> checking for initscr in -lncurses... yes
> checking for curses.h... (cached) yes
> checking for pkg-config... pkg-config
> configure: creating ./config.status
> config.status: creating makeopts
> config.status: creating autoconfig.h
> configure: configuring in mxml
> configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD=' 'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for ranlib... ranlib
> checking for ar... /usr/bin/ar
> checking for cp... /bin/cp
> checking for ln... /bin/ln
> checking for mkdir... /bin/mkdir
> checking for nroff... /usr/bin/nroff
> checking for rm... /bin/rm
> checking for strdup... yes
> checking for vsnprintf... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating mxml.list
> config.status: creating mxml.pc
> config.status: creating config.h
> configure: Menuselect build configuration successfully completed
> make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o menuselect.c
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o strcompat.c
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect_curses.o menuselect_curses.c
> make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
> gcc -O -Wall   -c mxml-attr.c
> gcc -O -Wall   -c mxml-entity.c
> gcc -O -Wall   -c mxml-file.c
> gcc -O -Wall   -c mxml-index.c
> gcc -O -Wall   -c mxml-node.c
> gcc -O -Wall   -c mxml-search.c
> gcc -O -Wall   -c mxml-set.c
> gcc -O -Wall   -c mxml-private.c
> gcc -O -Wall   -c mxml-string.c
> /bin/rm -f libmxml.a
> /usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o mxml-string.o
> a - mxml-attr.o
> a - mxml-entity.o
> a - mxml-file.o
> a - mxml-index.o
> a - mxml-node.o
> a - mxml-search.o
> a - mxml-set.o
> a - mxml-private.o
> a - mxml-string.o
> ranlib libmxml.a
> make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
> gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o mxml/libmxml.a mxml/libmxml.a -lncurses 
> make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> Generating input for menuselect ...
> make[1]: Entering directory `/usr/src/astsrc/zaptel'
> make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64 SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
> make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
> gcc -o /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/makefw.c
> /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw > /usr/src/astsrc/zaptel/kernel/radfw.h
> Loaded 42096 bytes from file
>   CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
> /usr/src/astsrc/zaptel/kernel/pciradio.c: In function ?pciradio_start_dma?:
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration of function ?set_current_state?
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: ?TASK_INTERRUPTIBLE? undeclared (first use in this function)
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared identifier is reported only once
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it appears in.)
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration of function ?schedule_timeout?
> make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
> make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
> make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
> make[1]: *** [modules] Error 2
> make[1]: Leaving directory `/usr/src/astsrc/zaptel'
> make: *** [all] Error 2
> Failure: Unable to compile Zaptel 2
> Fatal error: Unable to install Asterisk!
> 
> 
> a bit long but I dont see where its bugging and why, at first it was asking for gtk, so I did a yum install gtk-devel this got care of the complaning about gtk..
> 
> Of course I did a yum -y update before stating this.
> 
> now anyone can help??  
> 
> p.s. runlevel of the machine is 3
> 
> 
> 
> now going to take a look at astinstall.sh if there is something there that I did not see..
> 
> Pierre 
> VE2PF
> 
> 
> 
> _______________________________________________ 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/20130307/69ad03b1/attachment.html>

From petem001 at hotmail.com  Fri Mar  8 02:14:08 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 7 Mar 2013 21:14:08 -0500
Subject: [App_rpt-users] phase2.sh won't do the job
In-Reply-To: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>
References: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>
Message-ID: <BAY405-EAS30090C28C6FAE9AF993F43E97E60@phx.gbl>

Thanks Alan, 

No I am not that good with Linux, the kernel is 2.6 

Hopefully Jim will maybe point me in to the direction that I need to go.

It took me half an hour to pass trough ks.cfg and phase1.sh script to be able to run phase2.sh up to where it is right now..

I maybe far from being a good linux user but I've been learning a lot tonight.. 



Envoy? de mon iPad

Le 7 Mar 2013 ? 21:03, "Alan Adamson" <adamson_alan at hotmail.com> a ?crit :

> Pete based upon this question, I probably know the answer to the next? There are a bunch of changes to make Asterisk compile on a 2.6.35 or 3.x kernel (not sure which Centos uses).  Note the least of which there are some pretty significant USB changes that need to be made.  I run Allstar on Debian Squeeze, and at the first time I brought it up, I had to go through all of this, but my sources don't match the Distro so I'm reluctant to share them.  Also, I think Jim pushed some of the changes into the SVN, but from your error, he didn't push all of them in.
>  
> I'm not sure what to tell you, but unless you are comfortable with linux and building applications and how the header files relate and have been changed over the various kernel versions, you are in a pretty steep uphill journey.
>  
> Trudge on as you wish, but you've just reached the tip of the iceberg around this stuff on the newer kernels.
>  
> If you are pretty comfortable with Linux, I'd be happy to share my sources, but you'd have to diff them against the SVN and make your changes from them.
>  
> Sorry,
> Alan
>  
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of pete M
> Sent: Thursday, March 07, 2013 8:30 PM
> To: APP RPT
> Subject: [App_rpt-users] phase2.sh wont do the job
>  
> Ok Like a few here knows, I am trying to install the acid version of app_rpt on a centos 6 linux.
> 
> Someone kind enough gave me good info to start with and I've been able to do a lot..
> 
> but after modifying phase2.sh so that it can find its repo, I start it and here is the output..
> 
> ****** Phase 2 post install ******
> Getting asterisk install script from http://dl.allstarlink.org...
> Getting files.tar.gz from http://dl.allstarlink.org...
> ****** Asterisk Installation ******
>  7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
> Unpacking files.tar.gz...
> Compiling Zaptel...
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking how to run the C preprocessor... gcc -E
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking for GNU make... make
> checking for grep... /bin/grep
> checking for sh... /bin/sh
> checking for ln... /bin/ln
> checking for wget... /usr/bin/wget
> checking for grep that handles long lines and -e... (cached) /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for initscr in -lcurses... yes
> checking curses.h usability... yes
> checking curses.h presence... yes
> checking for curses.h... yes
> checking for initscr in -lncurses... yes
> checking for curses.h... (cached) yes
> checking for newtBell in -lnewt... yes
> checking newt.h usability... yes
> checking newt.h presence... yes
> checking for newt.h... yes
> checking for usb_init in -lusb... yes
> checking usb.h usability... yes
> checking usb.h presence... yes
> checking for usb.h... yes
> configure: creating ./config.status
> config.status: creating build_tools/menuselect-deps
> config.status: creating makeopts
> config.status: creating build_tools/make_firmware_object
> configure: *** Zaptel build successfully configured ***
> make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for GNU make... make
> checking for asprintf... yes
> checking for getloadavg... yes
> checking for setenv... yes
> checking for strcasestr... yes
> checking for strndup... yes
> checking for strnlen... yes
> checking for strsep... yes
> checking for strtoq... yes
> checking for unsetenv... yes
> checking for vasprintf... yes
> checking how to run the C preprocessor... gcc -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for initscr in -lcurses... yes
> checking curses.h usability... yes
> checking curses.h presence... yes
> checking for curses.h... yes
> checking for initscr in -lncurses... yes
> checking for curses.h... (cached) yes
> checking for pkg-config... pkg-config
> configure: creating ./config.status
> config.status: creating makeopts
> config.status: creating autoconfig.h
> configure: configuring in mxml
> configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD=' 'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for ranlib... ranlib
> checking for ar... /usr/bin/ar
> checking for cp... /bin/cp
> checking for ln... /bin/ln
> checking for mkdir... /bin/mkdir
> checking for nroff... /usr/bin/nroff
> checking for rm... /bin/rm
> checking for strdup... yes
> checking for vsnprintf... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating mxml.list
> config.status: creating mxml.pc
> config.status: creating config.h
> configure: Menuselect build configuration successfully completed
> make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o menuselect.c
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o strcompat.c
> gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect_curses.o menuselect_curses.c
> make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
> gcc -O -Wall   -c mxml-attr.c
> gcc -O -Wall   -c mxml-entity.c
> gcc -O -Wall   -c mxml-file.c
> gcc -O -Wall   -c mxml-index.c
> gcc -O -Wall   -c mxml-node.c
> gcc -O -Wall   -c mxml-search.c
> gcc -O -Wall   -c mxml-set.c
> gcc -O -Wall   -c mxml-private.c
> gcc -O -Wall   -c mxml-string.c
> /bin/rm -f libmxml.a
> /usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o mxml-string.o
> a - mxml-attr.o
> a - mxml-entity.o
> a - mxml-file.o
> a - mxml-index.o
> a - mxml-node.o
> a - mxml-search.o
> a - mxml-set.o
> a - mxml-private.o
> a - mxml-string.o
> ranlib libmxml.a
> make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
> gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o mxml/libmxml.a mxml/libmxml.a -lncurses 
> make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
> Generating input for menuselect ...
> make[1]: Entering directory `/usr/src/astsrc/zaptel'
> make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64 SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
> make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
> gcc -o /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/makefw.c
> /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw > /usr/src/astsrc/zaptel/kernel/radfw.h
> Loaded 42096 bytes from file
>   CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
> /usr/src/astsrc/zaptel/kernel/pciradio.c: In function ?pciradio_start_dma?:
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration of function ?set_current_state?
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: ?TASK_INTERRUPTIBLE? undeclared (first use in this function)
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared identifier is reported only once
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it appears in.)
> /usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration of function ?schedule_timeout?
> make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
> make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
> make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
> make[1]: *** [modules] Error 2
> make[1]: Leaving directory `/usr/src/astsrc/zaptel'
> make: *** [all] Error 2
> Failure: Unable to compile Zaptel 2
> Fatal error: Unable to install Asterisk!
> 
> 
> a bit long but I dont see where its bugging and why, at first it was asking for gtk, so I did a yum install gtk-devel this got care of the complaning about gtk..
> 
> Of course I did a yum -y update before stating this.
> 
> now anyone can help??  
> 
> p.s. runlevel of the machine is 3
> 
> 
> 
> now going to take a look at astinstall.sh if there is something there that I did not see..
> 
> Pierre 
> VE2PF
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130307/13ae6e72/attachment.html>

From kt9ac at ameritech.net  Fri Mar  8 02:24:58 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Thu, 07 Mar 2013 20:24:58 -0600
Subject: [App_rpt-users] phase2.sh won't do the job
In-Reply-To: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>
References: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>
Message-ID: <51394BFA.3020906@ameritech.net>

If it helps...the latest XIPAR is CentOS 6.3, Asterisk 1.4.44...so maybe 
you can build some combination of the two looking at the kickstart 
files? I have compiled and started Asterisk 1.4.44 on Ubuntu 12.04 just 
fine, so it is possible. You will need libpri and dahdi but can get 
those from the Asterisk site.

I don't know if you can build the above latest versions, and then merge 
in the 1.4.23-pre app_rpt.c...probably not.

Tony


On 3/7/2013 8:03 PM, Alan Adamson wrote:
>
> Pete based upon this question, I probably know the answer to the 
> next... There are a bunch of changes to make Asterisk compile on a 
> 2.6.35 or 3.x kernel (not sure which Centos uses).Note the least of 
> which there are some pretty significant USB changes that need to be 
> made.I run Allstar on Debian Squeeze, and at the first time I brought 
> it up, I had to go through all of this, but my sources don't match the 
> Distro so I'm reluctant to share them.Also, I think Jim pushed some of 
> the changes into the SVN, but from your error, he didn't push all of 
> them in.
>
> I'm not sure what to tell you, but unless you are comfortable with 
> linux and building applications and how the header files relate and 
> have been changed over the various kernel versions, you are in a 
> pretty steep uphill journey.
>
> Trudge on as you wish, but you've just reached the tip of the iceberg 
> around this stuff on the newer kernels.
>
> If you are pretty comfortable with Linux, I'd be happy to share my 
> sources, but you'd have to diff them against the SVN and make your 
> changes from them.
>
> Sorry,
>
> Alan
>
> *From:*app_rpt-users-bounces at ohnosec.org 
> [mailto:app_rpt-users-bounces at ohnosec.org] *On Behalf Of *pete M
> *Sent:* Thursday, March 07, 2013 8:30 PM
> *To:* APP RPT
> *Subject:* [App_rpt-users] phase2.sh wont do the job
>
> Ok Like a few here knows, I am trying to install the acid version of 
> app_rpt on a centos 6 linux.
>
> Someone kind enough gave me good info to start with and I've been able 
> to do a lot..
>
> but after modifying phase2.sh so that it can find its repo, I start it 
> and here is the output..
>
> ****** Phase 2 post install ******
> Getting asterisk install script from http://dl.allstarlink.org...
> Getting files.tar.gz from http://dl.allstarlink.org...
> ****** Asterisk Installation ******
>  7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
> Unpacking files.tar.gz...
> Compiling Zaptel...
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> ...
> Of course I did a yum -y update before stating this.
>
> now anyone can help??
>
> p.s. runlevel of the machine is 3
>
>
>
> now going to take a look at astinstall.sh if there is something there 
> that I did not see..
>
> Pierre
> VE2PF
>
>
>
> _______________________________________________
> 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/20130307/c470638b/attachment.html>

From petem001 at hotmail.com  Fri Mar  8 03:43:37 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 7 Mar 2013 22:43:37 -0500
Subject: [App_rpt-users] phase2.sh wont do the job
In-Reply-To: <BLU155-W78F6D36028E1151E4A24DB1E60@phx.gbl>
References: <BAY167-W131DC59ABE41A69364C295897E60@phx.gbl>,
	<BLU155-W78F6D36028E1151E4A24DB1E60@phx.gbl>
Message-ID: <BAY167-W10003067F438CCE3C2B1BFD97E60@phx.gbl>


After going to the svn I was able to compile and run asterisk

I have loaded the node 27821 configuration into the etc/asterisk/ directory (this node is down right now)

and asterisk started, my led started to blink,on the URI, but it stopped right away.

now in message.log thats what I see..

[Mar  7 22:36:05] NOTICE[4490] app_rpt.c: RPT thread restarted on 27821
[Mar  7 22:36:05] WARNING[4490] app_rpt.c: rpt_thread restarted on node 27821
[Mar  7 22:36:05] WARNING[4518] chan_dahdi.c: Unable to open '/dev/zap/pseudo': No such file or directory
[Mar  7 22:36:05] ERROR[4518] chan_dahdi.c: Unable to dup channel: No such file or directory
[Mar  7 22:36:05] WARNING[4519] chan_usbradio.c: File usbradio_tune_usb27821.conf not found, device usb27821 using default parameters.
[Mar  7 22:36:07] NOTICE[4490] app_rpt.c: RPT thread restarted on 27821
[Mar  7 22:36:07] WARNING[4490] app_rpt.c: rpt_thread restarted on node 27821
[Mar  7 22:36:07] WARNING[4520] chan_dahdi.c: Unable to open '/dev/zap/pseudo': No such file or directory
[Mar  7 22:36:07] ERROR[4520] chan_dahdi.c: Unable to dup channel: No such file or directory
[Mar  7 22:36:07] WARNING[4521] chan_usbradio.c: File usbradio_tune_usb27821.conf not found, device usb27821 using default parameters.

of course I did not set any sounf level cause when I try to do asterisk -r I receive this message:


=========================================================================
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)

I do have an asterisk.pid, but no asterisk.ctl..

Looks like I did not do something right... I am close, but no cake yet..



From: telesistant at hotmail.com
To: petem001 at hotmail.com; app_rpt-users at ohnosec.org
Subject: RE: [App_rpt-users] phase2.sh wont do the job
Date: Thu, 7 Mar 2013 18:15:28 -0800





I'm not sure why you would expect it to.

phase2.sh, amongst other things, loads the CURRENT RELEASE
of the sources which CLEARLY DO NOT support any of the Centos 6 things.

As I said before, you need to load the SVN version of the sources and it
will be much happier.

https://allstarlink.org/support.html#astupgrade

Jim

From: petem001 at hotmail.com
To: app_rpt-users at ohnosec.org
Date: Thu, 7 Mar 2013 20:29:52 -0500
Subject: [App_rpt-users] phase2.sh wont do the job





Ok Like a few here knows, I am trying to install the acid version of app_rpt on a centos 6 linux.

Someone kind enough gave me good info to start with and I've been able to do a lot..

but after modifying phase2.sh so that it can find its repo, I start it and here is the output..

****** Phase 2 post install ******
Getting asterisk install script from http://dl.allstarlink.org...
Getting files.tar.gz from http://dl.allstarlink.org...
****** Asterisk Installation ******
 7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use, exiting
Unpacking files.tar.gz...
Compiling Zaptel...
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for GNU make... make
checking for grep... /bin/grep
checking for sh... /bin/sh
checking for ln... /bin/ln
checking for wget... /usr/bin/wget
checking for grep that handles long lines and -e... (cached) /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for newtBell in -lnewt... yes
checking newt.h usability... yes
checking newt.h presence... yes
checking for newt.h... yes
checking for usb_init in -lusb... yes
checking usb.h usability... yes
checking usb.h presence... yes
checking for usb.h... yes
configure: creating ./config.status
config.status: creating build_tools/menuselect-deps
config.status: creating makeopts
config.status: creating build_tools/make_firmware_object
configure: *** Zaptel build successfully configured ***
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for GNU make... make
checking for asprintf... yes
checking for getloadavg... yes
checking for setenv... yes
checking for strcasestr... yes
checking for strndup... yes
checking for strnlen... yes
checking for strsep... yes
checking for strtoq... yes
checking for unsetenv... yes
checking for vasprintf... yes
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for initscr in -lcurses... yes
checking curses.h usability... yes
checking curses.h presence... yes
checking for curses.h... yes
checking for initscr in -lncurses... yes
checking for curses.h... (cached) yes
checking for pkg-config... pkg-config
configure: creating ./config.status
config.status: creating makeopts
config.status: creating autoconfig.h
configure: configuring in mxml
configure: running /bin/sh './configure' --prefix=/usr/local  'CC=' 'LD=' 'AR=' 'CFLAGS=' --cache-file=/dev/null --srcdir=.
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking for cp... /bin/cp
checking for ln... /bin/ln
checking for mkdir... /bin/mkdir
checking for nroff... /usr/bin/nroff
checking for rm... /bin/rm
checking for strdup... yes
checking for vsnprintf... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mxml.list
config.status: creating mxml.pc
config.status: creating config.h
configure: Menuselect build configuration successfully completed
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
make[2]: Entering directory `/usr/src/astsrc/zaptel/menuselect'
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect.o menuselect.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o strcompat.o strcompat.c
gcc -g -c -D_GNU_SOURCE -Wall -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12      -c -o menuselect_curses.o menuselect_curses.c
make[3]: Entering directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -O -Wall   -c mxml-attr.c
gcc -O -Wall   -c mxml-entity.c
gcc -O -Wall   -c mxml-file.c
gcc -O -Wall   -c mxml-index.c
gcc -O -Wall   -c mxml-node.c
gcc -O -Wall   -c mxml-search.c
gcc -O -Wall   -c mxml-set.c
gcc -O -Wall   -c mxml-private.c
gcc -O -Wall   -c mxml-string.c
/bin/rm -f libmxml.a
/usr/bin/ar crvs libmxml.a mxml-attr.o mxml-entity.o mxml-file.o mxml-index.o mxml-node.o mxml-search.o mxml-set.o mxml-private.o mxml-string.o
a - mxml-attr.o
a - mxml-entity.o
a - mxml-file.o
a - mxml-index.o
a - mxml-node.o
a - mxml-search.o
a - mxml-set.o
a - mxml-private.o
a - mxml-string.o
ranlib libmxml.a
make[3]: Leaving directory `/usr/src/astsrc/zaptel/menuselect/mxml'
gcc -o menuselect menuselect.o strcompat.o menuselect_curses.o mxml/libmxml.a mxml/libmxml.a -lncurses 
make[2]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
make[1]: Leaving directory `/usr/src/astsrc/zaptel/menuselect'
Generating input for menuselect ...
make[1]: Entering directory `/usr/src/astsrc/zaptel'
make -C /lib/modules/2.6.32-279.22.1.el6.x86_64/build ARCH=x86_64 SUBDIRS=/usr/src/astsrc/zaptel/kernel HOTPLUG_FIRMWARE=yes KBUILD_OBJ_M="pciradio.o wcfxo.o wct1xxp.o wctdm.o wcte11xp.o zaptel.o ztd-eth.o ztd-loc.o ztdummy.o ztdynamic.o zttranscode.o wctdm24xxp/" modules
make[2]: Entering directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
gcc -o /usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/makefw.c
/usr/src/astsrc/zaptel/kernel/makefw /usr/src/astsrc/zaptel/kernel/pciradio.rbt radfw > /usr/src/astsrc/zaptel/kernel/radfw.h
Loaded 42096 bytes from file
  CC [M]  /usr/src/astsrc/zaptel/kernel/pciradio.o
/usr/src/astsrc/zaptel/kernel/pciradio.c: In function ?pciradio_start_dma?:
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: implicit declaration of function ?set_current_state?
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: ?TASK_INTERRUPTIBLE? undeclared (first use in this function)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: (Each undeclared identifier is reported only once
/usr/src/astsrc/zaptel/kernel/pciradio.c:1700: error: for each function it appears in.)
/usr/src/astsrc/zaptel/kernel/pciradio.c:1701: error: implicit declaration of function ?schedule_timeout?
make[3]: *** [/usr/src/astsrc/zaptel/kernel/pciradio.o] Error 1
make[2]: *** [_module_/usr/src/astsrc/zaptel/kernel] Error 2
make[2]: Leaving directory `/usr/src/kernels/2.6.32-279.22.1.el6.x86_64'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/astsrc/zaptel'
make: *** [all] Error 2
Failure: Unable to compile Zaptel 2
Fatal error: Unable to install Asterisk!


a bit long but I dont see where its bugging and why, at first it was asking for gtk, so I did a yum install gtk-devel this got care of the complaning about gtk..

Of course I did a yum -y update before stating this.

now anyone can help??  

p.s. runlevel of the machine is 3



now going to take a look at astinstall.sh if there is something there that I did not see..

Pierre 
VE2PF


 		 	   		  

_______________________________________________
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/20130307/2f0d8ce1/attachment.html>

From telesistant at hotmail.com  Fri Mar  8 04:48:34 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 7 Mar 2013 20:48:34 -0800
Subject: [App_rpt-users] phase2.sh won't do the job
In-Reply-To: <51394BFA.3020906@ameritech.net>
References: <BLU169-DS13B1842A6732618B7585BBE9E60@phx.gbl>,
	<51394BFA.3020906@ameritech.net>
Message-ID: <BLU155-W51CDAFF01E992CCBA71DE2B1E60@phx.gbl>


Ahh, but if you get DAHDI from the Astrerisk site, it will be broken (as it always seems to have been),
and a couple of things that we use/depend upon in app_rpt wont work. :-(

If anyone is interested, I *do* have patches :-).

Jim

Date: Thu, 7 Mar 2013 20:24:58 -0600
From: kt9ac at ameritech.net
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] phase2.sh won't do the job


  
    
  
  
    If it helps...the latest XIPAR is CentOS 6.3, Asterisk 1.4.44...so
    maybe you can build some combination of the two looking at the
    kickstart files? I have compiled and started Asterisk 1.4.44 on
    Ubuntu 12.04 just fine, so it is possible. You will need libpri and
    dahdi but can get those from the Asterisk site.

    

    I don't know if you can build the above latest versions, and then
    merge in the 1.4.23-pre app_rpt.c...probably not. 

    

    Tony

    

    

    On 3/7/2013 8:03 PM, Alan Adamson
      wrote:

    
    
      
      
      
      
      
      
      
      
        Pete based upon this
            question, I probably know the answer to the next? There are
            a bunch of changes to make Asterisk compile on a 2.6.35 or
            3.x kernel (not sure which Centos uses).  Note the least of which
            there are some pretty significant USB changes that need to
            be made.  I run
            Allstar on Debian Squeeze, and at the first time I brought
            it up, I had to go through all of this, but my sources don't
            match the Distro so I'm reluctant to share them.  Also, I think Jim
            pushed some of the changes into the SVN, but from your
            error, he didn't push all of them in. 
         
        I'm not sure what to tell
            you, but unless you are comfortable with linux and building
            applications and how the header files relate and have been
            changed over the various kernel versions, you are in a
            pretty steep uphill journey.
         
        Trudge on as you wish, but
            you've just reached the tip of the iceberg around this stuff
            on the newer kernels.
         
        If you are pretty comfortable
            with Linux, I'd be happy to share my sources, but you'd have
            to diff them against the SVN and make your changes from
            them.
         
        Sorry, 
        Alan
         
        
          
            From: app_rpt-users-bounces at ohnosec.org
                [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf
                  Of pete M

                Sent: Thursday, March 07, 2013 8:30 PM

                To: APP RPT

                Subject: [App_rpt-users] phase2.sh wont do the
                job
          
        
         
        
          Ok Like a few here knows, I am trying to
              install the acid version of app_rpt on a centos 6 linux.

              

              Someone kind enough gave me good info to start with and
              I've been able to do a lot..

              

              but after modifying phase2.sh so that it can find its
              repo, I start it and here is the output..

              

              ****** Phase 2 post install ******

              Getting asterisk install script from http://dl.allstarlink.org...

              Getting files.tar.gz from http://dl.allstarlink.org...

              ****** Asterisk Installation ******

               7 Mar 20:19:01 ntpdate[5687]: the NTP socket is in use,
              exiting

              Unpacking files.tar.gz...

              Compiling Zaptel...

              checking for gcc... gcc

              checking for C compiler default output file name... a.out

              checking whether the C compiler works... yes

              ...

              Of course I did a yum -y update before stating this.

              

              now anyone can help??  

              

              p.s. runlevel of the machine is 3

              

              

              

              now going to take a look at astinstall.sh if there is
              something there that I did not see..

              

              Pierre 

              VE2PF
              
              
        
      
    
    
      

      
      

      _______________________________________________
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/20130307/3861a134/attachment.html>

From motorula at gmail.com  Fri Mar  8 11:20:09 2013
From: motorula at gmail.com (motorula at gmail.com)
Date: Fri, 8 Mar 2013 15:20:09 +0400
Subject: [App_rpt-users] usbradio_tune_usb.conf XIPAR
Message-ID: <CAMQMi49vGVV3_ZSLc0YeebBN3t1Ngwx4_yXViWs=Natfb+v4Sg@mail.gmail.com>

Would somebody please tell me how to locate usbradio_tune_usb.conf file in
XIPAR installation? I'm trying to add second usb interface but cannot find
the file in which i have to map FOB interface name to physical address.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130308/86466d6e/attachment.html>

From n3fe at repeater.net  Fri Mar  8 15:29:05 2013
From: n3fe at repeater.net (Corey Dean)
Date: Fri, 8 Mar 2013 10:29:05 -0500
Subject: [App_rpt-users] usbradio_tune_usb.conf XIPAR
In-Reply-To: <CAMQMi49vGVV3_ZSLc0YeebBN3t1Ngwx4_yXViWs=Natfb+v4Sg@mail.gmail.com>
References: <CAMQMi49vGVV3_ZSLc0YeebBN3t1Ngwx4_yXViWs=Natfb+v4Sg@mail.gmail.com>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E04832BF4C7F5@exchange.mail.repeater.net>

It is urd.conf in XiPAR and not usbradio.conf

If you have two usb ports you will have 3 files.

urd.conf
urd_tune_usb.conf
urd_tune_usb1.conf



Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of motorula at gmail.com [motorula at gmail.com]
Sent: Friday, March 08, 2013 6:20 AM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] usbradio_tune_usb.conf XIPAR

Would somebody please tell me how to locate usbradio_tune_usb.conf file in XIPAR installation? I'm trying to add second usb interface but cannot find the file in which i have to map FOB interface name to physical address.

--
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=AC2651FA3.A7405>


From gazolla at san.rr.com  Sat Mar  9 16:42:53 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sat, 9 Mar 2013 08:42:53 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
Message-ID: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>

We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:

carrierfrom = usbinvert
ctcssfrom = no

When I change to:

ctcssfrom = dsp

we can neither TX or RX.

Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.

Thanks in advance,

George




From bdboyle at bdboyle.com  Sat Mar  9 16:55:06 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Sat, 9 Mar 2013 11:55:06 -0500
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
Message-ID: <399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>

wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the price, kind of to be expected.  YGWYPF.

i'm thinking the motos were set up to put cor, etc out in hardware. your changes told asterisk to ignore the hardware signals.  put them back the way they were working before you fiddled with them, and i'm thinking you'll be fine, cheap chinese HTs notwithstanding.

--
Bryan
Sent from my iPhone 5...small
keyboard, big fingers...please
forgive misspellings...



On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:

> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
> 
> carrierfrom = usbinvert
> ctcssfrom = no
> 
> When I change to:
> 
> ctcssfrom = dsp
> 
> we can neither TX or RX.
> 
> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
> 
> Thanks in advance,
> 
> George
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From n9gmr at me.com  Sat Mar  9 17:23:11 2013
From: n9gmr at me.com (Matt Roberts)
Date: Sat, 09 Mar 2013 12:23:11 -0500
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
Message-ID: <5E2BAF6F-DFD4-4676-AD4E-0EF01F9D3262@me.com>


On Mar 9, 2013, at 11:42 AM, George Zolla <gazolla at san.rr.com> wrote:

> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. 

I have difficulty getting my Wouxun radios to send tones that can be decoded   on my repeater, unless I do the sequences long and slow.

Matt Roberts
n9gmr at me.com
Call Sign N9GMR
Allstar 28142
EchoLink 640860



From tim.sawyer at me.com  Sat Mar  9 17:34:06 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sat, 09 Mar 2013 09:34:06 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
Message-ID: <8042A89D-F7AC-47A2-9178-F17EE662F009@me.com>

Be sure to turn on the RX PL filter. In usbradio.conf add plfilter=yes

If you haven't already do a asterisk -rvvv and then watch the touchtones being decoded.


--
Tim
:wq

On Mar 9, 2013, at 8:42 AM, George Zolla <gazolla at san.rr.com> wrote:

> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
> 
> carrierfrom = usbinvert
> ctcssfrom = no
> 
> When I change to:
> 
> ctcssfrom = dsp
> 
> we can neither TX or RX.
> 
> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
> 
> Thanks in advance,
> 
> George
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From gazolla at san.rr.com  Sat Mar  9 17:41:26 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sat, 9 Mar 2013 09:41:26 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
Message-ID: <026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>

Bryan,

Unfortunately when I return the setting to the default:

>> carrierfrom = dsp
>> ctcssfrom = dsp

I can receive or TX. Also some additional information from the operator:

"Yaesu did not work. TYT worked. ICOM HT worked...don't know about the mobile...And the Wouxun works well with other DTMF systems on Taos Ski Valley and NM Mega-Link...could be a wouxun problem, but don't think so."

Your response and any other ideas are appreciated,

George 
K6GAZ





>> On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:


> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the price, kind of to be expected.  YGWYPF.
> 
> i'm thinking the motos were set up to put cor, etc out in hardware. your changes told asterisk to ignore the hardware signals.  put them back the way they were working before you fiddled with them, and i'm thinking you'll be fine, cheap chinese HTs notwithstanding.
> 
> --
> Bryan
> Sent from my iPhone 5...small
> keyboard, big fingers...please
> forgive misspellings...
> 
> 
> 
> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
> 
>> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
>> 
>> carrierfrom = usbinvert
>> ctcssfrom = no
>> 
>> When I change to:
>> 
>> ctcssfrom = dsp
>> 
>> we can neither TX or RX.
>> 
>> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
>> 
>> Thanks in advance,
>> 
>> George
>> 
>> 
>> _______________________________________________
>> 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/20130309/cddda509/attachment.html>

From gazolla at san.rr.com  Sat Mar  9 17:48:18 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sat, 9 Mar 2013 09:48:18 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <8042A89D-F7AC-47A2-9178-F17EE662F009@me.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<8042A89D-F7AC-47A2-9178-F17EE662F009@me.com>
Message-ID: <2CDF41A6-03D3-4C90-8700-B39094A990B2@san.rr.com>

Tim,

I have added the line plfilter = yes to the usbradio.conf. I believe one member of our team watched the touchtones being decoded but I will double check on that.

Thanks,

George
K6GAZ

On Mar 9, 2013, at 9:34 AM, Tim Sawyer <tim.sawyer at me.com> wrote:

> Be sure to turn on the RX PL filter. In usbradio.conf add plfilter=yes
> 
> If you haven't already do a asterisk -rvvv and then watch the touchtones being decoded.
> 
> 
> --
> Tim
> :wq
> 
> On Mar 9, 2013, at 8:42 AM, George Zolla <gazolla at san.rr.com> wrote:
> 
>> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
>> 
>> carrierfrom = usbinvert
>> ctcssfrom = no
>> 
>> When I change to:
>> 
>> ctcssfrom = dsp
>> 
>> we can neither TX or RX.
>> 
>> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
>> 
>> Thanks in advance,
>> 
>> George
>> 
>> 
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 



From gazolla at san.rr.com  Sat Mar  9 17:54:01 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sat, 9 Mar 2013 09:54:01 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
Message-ID: <4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>

Correction:

I cannot TX or RX when I return to the default settings:

carrierfrom = dsp
ctcssfrom = dsp

Sorry about that.

On Mar 9, 2013, at 9:41 AM, George Zolla <gazolla at san.rr.com> wrote:

> Bryan,
> 
> Unfortunately when I return the setting to the default:
> 
>>> carrierfrom = dsp
>>> ctcssfrom = dsp
> 
> I can receive or TX. Also some additional information from the operator:
> 
> "Yaesu did not work. TYT worked. ICOM HT worked...don't know about the mobile...And the Wouxun works well with other DTMF systems on Taos Ski Valley and NM Mega-Link...could be a wouxun problem, but don't think so."
> 
> Your response and any other ideas are appreciated,
> 
> George 
> K6GAZ
> 
> 
> 
> 
> 
>>> On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
> 
> 
>> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the price, kind of to be expected.  YGWYPF.
>> 
>> i'm thinking the motos were set up to put cor, etc out in hardware. your changes told asterisk to ignore the hardware signals.  put them back the way they were working before you fiddled with them, and i'm thinking you'll be fine, cheap chinese HTs notwithstanding.
>> 
>> --
>> Bryan
>> Sent from my iPhone 5...small
>> keyboard, big fingers...please
>> forgive misspellings...
>> 
>> 
>> 
>> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
>> 
>>> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
>>> 
>>> carrierfrom = usbinvert
>>> ctcssfrom = no
>>> 
>>> When I change to:
>>> 
>>> ctcssfrom = dsp
>>> 
>>> we can neither TX or RX.
>>> 
>>> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
>>> 
>>> Thanks in advance,
>>> 
>>> George
>>> 
>>> 
>>> _______________________________________________
>>> 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/20130309/f2222130/attachment.html>

From kb2ear at kb2ear.net  Sat Mar  9 18:46:10 2013
From: kb2ear at kb2ear.net (Scott Weis)
Date: Sat, 9 Mar 2013 13:46:10 -0500
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
Message-ID: <00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>

While carrierfrom = dsp, ctcssfrom = dsp do the following:  

 

asterisk -r

radio tune rxnoise

 

Does the system tell you success of failure?  

 

If success do:

 

Key radio with correct CTCSS tone encoded and type:

 

radio tune rxtone

 

Does it say success or failure?

 

Please post results.

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Zolla
Sent: Saturday, March 09, 2013 12:54 PM
To: Bryan D. Boyle
Cc: John Wheatly; Chris Drummond; app_rpt-users at ohnosec.org; Wally Baker
Subject: Re: [App_rpt-users] DTMF number 3 Problem

 

Correction:

 

I cannot TX or RX when I return to the default settings:

 

carrierfrom = dsp

ctcssfrom = dsp

 

Sorry about that.

 

On Mar 9, 2013, at 9:41 AM, George Zolla <gazolla at san.rr.com> wrote:





Bryan,

 

Unfortunately when I return the setting to the default:





carrierfrom = dsp
ctcssfrom = dsp

 

I can receive or TX. Also some additional information from the operator:

 

"Yaesu did not work. TYT worked. ICOM HT worked...don't know about the
mobile...And the Wouxun works well with other DTMF systems on Taos Ski
Valley and NM Mega-Link...could be a wouxun problem, but don't think so."

 

Your response and any other ideas are appreciated,

 

George 

K6GAZ

 

 

 

 





On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:





wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the
price, kind of to be expected.  YGWYPF.

i'm thinking the motos were set up to put cor, etc out in hardware. your
changes told asterisk to ignore the hardware signals.  put them back the way
they were working before you fiddled with them, and i'm thinking you'll be
fine, cheap chinese HTs notwithstanding.

--
Bryan
Sent from my iPhone 5...small
keyboard, big fingers...please
forgive misspellings...



On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:




We recently installed AllStar on an old PC. At present we have a 10 year old
Motorola 2M Radius radio connected to the AllStar PC via a custom cable and
URI. The radio was tuned by a professional with tuning equipment according
to the AllStar instructions. We can RX well and can TX voice well on all
radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number
combination and works flawlessly. However some other radios like the Wouxun
can send any number but the number "3" key successfully.  For instance *81
gives us the time successfully but 3 used in any string doesn't work. I have
modified only two usbradio.conf settings:

carrierfrom = usbinvert
ctcssfrom = no

When I change to:

ctcssfrom = dsp

we can neither TX or RX.

Is there another setting that might help in the usbrdio.conf or any other
config file? Can anyone help? It is a young ARC and most members use a
Wouxon HT.

Thanks in advance,

George


_______________________________________________
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/20130309/9be1d307/attachment.html>

From n5zua at earthlink.net  Sat Mar  9 19:24:01 2013
From: n5zua at earthlink.net (Steve Agee)
Date: Sat, 9 Mar 2013 13:24:01 -0600
Subject: [App_rpt-users] DTMF number 3 Problem
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
Message-ID: <A5D88E875EF44DA0AB8C48897B0F5EDB@steveea3dc3d27>

I too had this issue with a Wouxun at a repeater site and was scratching my 
head, until WB5UGT happened to look down at the deviation meter on my 
service monitor and told me to look for myself. Sure enough, upon pressing a 
DTMF key, the deviation meter shot to the far right and hit the pin on the 6 
KHz scale. So, the first few milliseconds of DTMF blow out of the pass band, 
before calming down and stabilizing. Several other hand helds worked fine 
with no issues.

N5ZUA

----- Original Message ----- 
From: "Bryan D. Boyle" <bdboyle at bdboyle.com>
To: "George Zolla" <gazolla at san.rr.com>
Cc: "John Wheatly" <taoswheat at gmail.com>; "Chris Drummond" 
<kc5izr at gmail.com>; <app_rpt-users at ohnosec.org>; "Wally Baker" 
<wallyb1511 at msn.com>
Sent: Saturday, March 09, 2013 10:55 AM
Subject: Re: [App_rpt-users] DTMF number 3 Problem


> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for 
> the price, kind of to be expected.  YGWYPF.
>
> i'm thinking the motos were set up to put cor, etc out in hardware. your 
> changes told asterisk to ignore the hardware signals.  put them back the 
> way they were working before you fiddled with them, and i'm thinking 
> you'll be fine, cheap chinese HTs notwithstanding.
>
> --
> Bryan
> Sent from my iPhone 5...small
> keyboard, big fingers...please
> forgive misspellings...
>
>
>
> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
>
>> We recently installed AllStar on an old PC. At present we have a 10 year 
>> old Motorola 2M Radius radio connected to the AllStar PC via a custom 
>> cable and URI. The radio was tuned by a professional with tuning 
>> equipment according to the AllStar instructions. We can RX well and can 
>> TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) 
>> can send any DTMF number combination and works flawlessly. However some 
>> other radios like the Wouxun can send any number but the number "3" key 
>> successfully.  For instance *81 gives us the time successfully but 3 used 
>> in any string doesn't work. I have modified only two usbradio.conf 
>> settings:
>>
>> carrierfrom = usbinvert
>> ctcssfrom = no
>>
>> When I change to:
>>
>> ctcssfrom = dsp
>>
>> we can neither TX or RX.
>>
>> Is there another setting that might help in the usbrdio.conf or any other 
>> config file? Can anyone help? It is a young ARC and most members use a 
>> Wouxon HT.
>>
>> Thanks in advance,
>>
>> George 



From gazolla at san.rr.com  Sat Mar  9 20:37:46 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sat, 9 Mar 2013 12:37:46 -0800
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
Message-ID: <4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>

Great idea! I had already se the carrier from = usbinvert and ctcssfrom = no before we ran the tune checks.

I will ask the radio technician on site to redo the test. (I am offsite)

On Mar 9, 2013, at 10:46 AM, "Scott Weis" <kb2ear at kb2ear.net> wrote:

> While carrierfrom = dsp, ctcssfrom = dsp do the following: 
>  
> asterisk ?r
> radio tune rxnoise
>  
> Does the system tell you success of failure? 
>  
> If success do:
>  
> Key radio with correct CTCSS tone encoded and type:
>  
> radio tune rxtone
>  
> Does it say success or failure?
>  
> Please post results.
>  
>  
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Zolla
> Sent: Saturday, March 09, 2013 12:54 PM
> To: Bryan D. Boyle
> Cc: John Wheatly; Chris Drummond; app_rpt-users at ohnosec.org; Wally Baker
> Subject: Re: [App_rpt-users] DTMF number 3 Problem
>  
> Correction:
>  
> I cannot TX or RX when I return to the default settings:
>  
> carrierfrom = dsp
> ctcssfrom = dsp
>  
> Sorry about that.
>  
> On Mar 9, 2013, at 9:41 AM, George Zolla <gazolla at san.rr.com> wrote:
> 
> 
> Bryan,
>  
> Unfortunately when I return the setting to the default:
> 
> 
> carrierfrom = dsp
> ctcssfrom = dsp
>  
> I can receive or TX. Also some additional information from the operator:
>  
> "Yaesu did not work. TYT worked. ICOM HT worked...don't know about the mobile...And the Wouxun works well with other DTMF systems on Taos Ski Valley and NM Mega-Link...could be a wouxun problem, but don't think so."
>  
> Your response and any other ideas are appreciated,
>  
> George 
> K6GAZ
>  
>  
>  
>  
> 
> 
> On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
> 
> 
> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the price, kind of to be expected.  YGWYPF.
> 
> i'm thinking the motos were set up to put cor, etc out in hardware. your changes told asterisk to ignore the hardware signals.  put them back the way they were working before you fiddled with them, and i'm thinking you'll be fine, cheap chinese HTs notwithstanding.
> 
> --
> Bryan
> Sent from my iPhone 5...small
> keyboard, big fingers...please
> forgive misspellings...
> 
> 
> 
> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
> 
> 
> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
> 
> carrierfrom = usbinvert
> ctcssfrom = no
> 
> When I change to:
> 
> ctcssfrom = dsp
> 
> we can neither TX or RX.
> 
> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
> 
> Thanks in advance,
> 
> George
> 
> 
> _______________________________________________
> 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/20130309/b5d16caa/attachment.html>

From wb6egr at gmail.com  Sat Mar  9 21:15:55 2013
From: wb6egr at gmail.com (Kirk Just Kirk)
Date: Sat, 9 Mar 2013 11:15:55 -1000
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
	<4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
Message-ID: <CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>

The $50 radios tend to suffer from "Twist" when sending touchtones. Some
don't even have Pre/De on the transmit/receive audio!
Some manufactures think that 2Khz of deviation is OK, others think 6Khz is
better.PL levels are all over the place too! I set my Motorola
stuff to 700Hz of PL deviation..seen some Baofengs doing 200Hz..another one
was 1Khz of PL...
My though on this? set your system up with a REAL RADIO.Tell the
ching-chong, bing bong (with eggroll) radio owners to GET THEM TUNED UP AND
ALIGNED.....
Why butcher your system to accept their substandard emissions?

Kirk

On Sat, Mar 9, 2013 at 10:37 AM, George Zolla <gazolla at san.rr.com> wrote:

> Great idea! I had already se the carrier from = usbinvert and ctcssfrom =
> no before we ran the tune checks.
>
> I will ask the radio technician on site to redo the test. (I am offsite)
>
> On Mar 9, 2013, at 10:46 AM, "Scott Weis" <kb2ear at kb2ear.net> wrote:
>
> While carrierfrom = dsp, ctcssfrom = dsp do the following: ****
> ** **
> asterisk ?r****
> radio tune rxnoise****
> ** **
> Does the system tell you success of failure? ****
> ** **
> If success do:****
> ** **
> Key radio with correct CTCSS tone encoded and type:****
> ** **
> radio tune rxtone****
> ** **
> Does it say success or failure?****
> ** **
> Please post results.****
>
>
> *From:* app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-
> users-bounces at ohnosec.org] *On Behalf Of *George Zolla
> *Sent:* Saturday, March 09, 2013 12:54 PM
> *To:* Bryan D. Boyle
> *Cc:* John Wheatly; Chris Drummond; app_rpt-users at ohnosec.org; Wally Baker
> *Subject:* Re: [App_rpt-users] DTMF number 3 Problem****
> ** **
> Correction:****
> ** **
> I cannot TX or RX when I return to the default settings:****
> ** **
> carrierfrom = dsp****
> ctcssfrom = dsp****
> ** **
> Sorry about that.****
> ** **
> On Mar 9, 2013, at 9:41 AM, George Zolla <gazolla at san.rr.com> wrote:****
>
>
> ****
> Bryan,****
> ** **
> Unfortunately when I return the setting to the default:****
>
>
> ****
>
> carrierfrom = dsp
> ctcssfrom = dsp****
>
> ** **
> I can receive or TX. Also some additional information from the operator:**
> **
> ** **
> "Yaesu did not work. TYT worked. ICOM HT worked...don't know about the
> mobile...And the Wouxun works well with other DTMF systems on Taos Ski
> Valley and NM Mega-Link...could be a wouxun problem, but don't think so."*
> ***
> ** **
> Your response and any other ideas are appreciated,****
> ** **
> George ****
> K6GAZ****
> ** **
> ** **
> ** **
> ** **
>
>
> ****
>
> On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:*
> ***
>
>
>
> ****
> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for
> the price, kind of to be expected.  YGWYPF.
>
> i'm thinking the motos were set up to put cor, etc out in hardware. your
> changes told asterisk to ignore the hardware signals.  put them back the
> way they were working before you fiddled with them, and i'm thinking you'll
> be fine, cheap chinese HTs notwithstanding.
>
> --
> Bryan
> Sent from my iPhone 5...small
> keyboard, big fingers...please
> forgive misspellings...
>
>
>
> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
>
>
> ****
> We recently installed AllStar on an old PC. At present we have a 10 year
> old Motorola 2M Radius radio connected to the AllStar PC via a custom cable
> and URI. The radio was tuned by a professional with tuning equipment
> according to the AllStar instructions. We can RX well and can TX voice well
> on all radios. Now the problem. Some radios (Yaesu & Icon) can send any
> DTMF number combination and works flawlessly. However some other radios
> like the Wouxun can send any number but the number "3" key successfully.
>  For instance *81 gives us the time successfully but 3 used in any string
> doesn't work. I have modified only two usbradio.conf settings:
>
> carrierfrom = usbinvert
> ctcssfrom = no
>
> When I change to:
>
> ctcssfrom = dsp
>
> we can neither TX or RX.
>
> Is there another setting that might help in the usbrdio.conf or any other
> config file? Can anyone help? It is a young ARC and most members use a
> Wouxon HT.
>
> Thanks in advance,
>
> George
>
>
> _______________________________________________
> 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/20130309/906de463/attachment.html>

From kt9ac at ameritech.net  Sun Mar 10 21:11:46 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Sun, 10 Mar 2013 16:11:46 -0500
Subject: [App_rpt-users] Echolink logging/debug
Message-ID: <513CF712.2050503@ameritech.net>

I need to turn on Echolink logging within Asterisk, and see in 
chan_echolink a reference to "echolink debug <level>" but the CLI 
doesn't like that command.

Is there a hidden parameter to enable basic logging (connects, callsign, 
IP address) mentioned in the chan_echolink file like "log=/tmp/..."

Thanks!
Tony


From tim.sawyer at me.com  Sun Mar 10 21:16:39 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sun, 10 Mar 2013 14:16:39 -0700
Subject: [App_rpt-users] Echolink logging/debug
In-Reply-To: <513CF712.2050503@ameritech.net>
References: <513CF712.2050503@ameritech.net>
Message-ID: <541DC101-B4B5-4294-BD3C-3804C32DAA17@me.com>

Works on my system, not sure what it does but the command parses.

homie*CLI> echolink debug level 1
echolink Debugging enabled, previous level: 0, new level: 1

--
Tim
:wq

On Mar 10, 2013, at 2:11 PM, Tony KT9AC <kt9ac at ameritech.net> wrote:

> I need to turn on Echolink logging within Asterisk, and see in chan_echolink a reference to "echolink debug <level>" but the CLI doesn't like that command.
> 
> Is there a hidden parameter to enable basic logging (connects, callsign, IP address) mentioned in the chan_echolink file like "log=/tmp/..."
> 
> Thanks!
> Tony
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From kt9ac at ameritech.net  Sun Mar 10 21:20:31 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Sun, 10 Mar 2013 16:20:31 -0500
Subject: [App_rpt-users] Echolink logging/debug
In-Reply-To: <541DC101-B4B5-4294-BD3C-3804C32DAA17@me.com>
References: <513CF712.2050503@ameritech.net>
	<541DC101-B4B5-4294-BD3C-3804C32DAA17@me.com>
Message-ID: <513CF91F.4030601@ameritech.net>

Well -once again- I didn't read the usage statement close enough before 
posting. Thanks Tim, I was putting the number where <level> was supposed 
to go:

"echoling debug 1" should have been "echolink debug level 1"

Back to the honeydew list.

Tony

On 3/10/2013 4:16 PM, Tim Sawyer wrote:
> Works on my system, not sure what it does but the command parses.
>
> homie*CLI> echolink debug level 1
> echolink Debugging enabled, previous level: 0, new level: 1
>
> --
> Tim
> :wq
>
> On Mar 10, 2013, at 2:11 PM, Tony KT9AC <kt9ac at ameritech.net> wrote:
>
>> I need to turn on Echolink logging within Asterisk, and see in chan_echolink a reference to "echolink debug <level>" but the CLI doesn't like that command.
>>
>> Is there a hidden parameter to enable basic logging (connects, callsign, IP address) mentioned in the chan_echolink file like "log=/tmp/..."
>>
>> Thanks!
>> Tony
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>



From gazolla at san.rr.com  Mon Mar 11 03:45:09 2013
From: gazolla at san.rr.com (George Zolla)
Date: Sun, 10 Mar 2013 20:45:09 -0700
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
	<4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
	<CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>
Message-ID: <0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>

Thanks of everyone's inputs on this problem an insight into the Wouxun HT problems. For reveiw I have been helping a young ARC install an AllStar system (a couple of states away form my location). Since it is not feasible for everyone to buy a new HT, we have decided to change out the radio to an Alinco DR-135 which I own and works with Wouxun HTs on my AllStar site.


On Mar 9, 2013, at 1:15 PM, Kirk Just Kirk <wb6egr at gmail.com> wrote:

> The $50 radios tend to suffer from "Twist" when sending touchtones. Some don't even have Pre/De on the transmit/receive audio!
> Some manufactures think that 2Khz of deviation is OK, others think 6Khz is better.PL levels are all over the place too! I set my Motorola
> stuff to 700Hz of PL deviation..seen some Baofengs doing 200Hz..another one was 1Khz of PL...
> My though on this? set your system up with a REAL RADIO.Tell the ching-chong, bing bong (with eggroll) radio owners to GET THEM TUNED UP AND ALIGNED.....
> Why butcher your system to accept their substandard emissions?
> 
> Kirk
> 
> On Sat, Mar 9, 2013 at 10:37 AM, George Zolla <gazolla at san.rr.com> wrote:
> Great idea! I had already se the carrier from = usbinvert and ctcssfrom = no before we ran the tune checks.
> 
> I will ask the radio technician on site to redo the test. (I am offsite)
> 
> On Mar 9, 2013, at 10:46 AM, "Scott Weis" <kb2ear at kb2ear.net> wrote:
> 
>> While carrierfrom = dsp, ctcssfrom = dsp do the following: 
>>  
>> asterisk ?r
>> radio tune rxnoise
>>  
>> Does the system tell you success of failure? 
>>  
>> If success do:
>>  
>> Key radio with correct CTCSS tone encoded and type:
>>  
>> radio tune rxtone
>>  
>> Does it say success or failure?
>>  
>> Please post results.
>>  
>>  
>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Zolla
>> Sent: Saturday, March 09, 2013 12:54 PM
>> To: Bryan D. Boyle
>> Cc: John Wheatly; Chris Drummond; app_rpt-users at ohnosec.org; Wally Baker
>> Subject: Re: [App_rpt-users] DTMF number 3 Problem
>>  
>> Correction:
>>  
>> I cannot TX or RX when I return to the default settings:
>>  
>> carrierfrom = dsp
>> ctcssfrom = dsp
>>  
>> Sorry about that.
>>  
>> On Mar 9, 2013, at 9:41 AM, George Zolla <gazolla at san.rr.com> wrote:
>> 
>> 
>> Bryan,
>>  
>> Unfortunately when I return the setting to the default:
>> 
>> 
>> carrierfrom = dsp
>> ctcssfrom = dsp
>>  
>> I can receive or TX. Also some additional information from the operator:
>>  
>> "Yaesu did not work. TYT worked. ICOM HT worked...don't know about the mobile...And the Wouxun works well with other DTMF systems on Taos Ski Valley and NM Mega-Link...could be a wouxun problem, but don't think so."
>>  
>> Your response and any other ideas are appreciated,
>>  
>> George 
>> K6GAZ
>>  
>>  
>>  
>>  
>> 
>> 
>> On Mar 9, 2013, at 8:55 AM, "Bryan D. Boyle" <bdboyle at bdboyle.com> wrote:
>> 
>> 
>> wouxuns are kind of notorious for poor DTMF encoding, levels, etc.  for the price, kind of to be expected.  YGWYPF.
>> 
>> i'm thinking the motos were set up to put cor, etc out in hardware. your changes told asterisk to ignore the hardware signals.  put them back the way they were working before you fiddled with them, and i'm thinking you'll be fine, cheap chinese HTs notwithstanding.
>> 
>> --
>> Bryan
>> Sent from my iPhone 5...small
>> keyboard, big fingers...please
>> forgive misspellings...
>> 
>> 
>> 
>> On Mar 9, 2013, at 11:42, George Zolla <gazolla at san.rr.com> wrote:
>> 
>> 
>> We recently installed AllStar on an old PC. At present we have a 10 year old Motorola 2M Radius radio connected to the AllStar PC via a custom cable and URI. The radio was tuned by a professional with tuning equipment according to the AllStar instructions. We can RX well and can TX voice well on all radios. Now the problem. Some radios (Yaesu & Icon) can send any DTMF number combination and works flawlessly. However some other radios like the Wouxun can send any number but the number "3" key successfully.  For instance *81 gives us the time successfully but 3 used in any string doesn't work. I have modified only two usbradio.conf settings:
>> 
>> carrierfrom = usbinvert
>> ctcssfrom = no
>> 
>> When I change to:
>> 
>> ctcssfrom = dsp
>> 
>> we can neither TX or RX.
>> 
>> Is there another setting that might help in the usbrdio.conf or any other config file? Can anyone help? It is a young ARC and most members use a Wouxon HT.
>> 
>> Thanks in advance,
>> 
>> George
>> 
>> 
>> _______________________________________________
>> 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/20130310/5ba41686/attachment.html>

From bdboyle at bdboyle.com  Mon Mar 11 12:59:54 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Mon, 11 Mar 2013 08:59:54 -0400
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
	<4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
	<CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>
	<0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>
Message-ID: <513DD54A.8080506@bdboyle.com>


> On Mar 9, 2013, at 1:15 PM, Kirk Just Kirk <wb6egr at gmail.com> wrote:
>
>> The $50 radios tend to suffer from "Twist" when sending touchtones. Some don't even have Pre/De on the transmit/receive audio!
>> Some manufactures think that 2Khz of deviation is OK, others think 6Khz is better.PL levels are all over the place too! I set my Motorola
>> stuff to 700Hz of PL deviation..seen some Baofengs doing 200Hz..another one was 1Khz of PL...
>> My though on this? set your system up with a REAL RADIO.Tell the ching-chong, bing bong (with eggroll) radio owners to GET THEM TUNED UP AND ALIGNED.....
>> Why butcher your system to accept their substandard emissions?

Thank you, Kirk...

<soapbox>
Which is part of the image problem we hams sometimes suffer 
from...accepting 'good enough' or hacking things together to 'just make 
it work' because the alternative is to hold cheap vendors' feet (or our 
fellow hams') feet to the fire to actually set things up the way that 
agreed-upon best practices have developed.

IMHO, and this is based on years of experience in the broadcast 
engineering, communications systems (telco, RF, and IP), and our 
hobby...it's the responsibility of the service provider (in this case, 
we repeater owners) to build a system that meets the standards of the 
service.  If the end user (ie cheap ham with a throw-away radio) is not 
able to use a standard-compliant system, it's NOT UP TO THE PROVIDER to 
degrade the common system to account for the junk that's trying to use 
it.  It's up to the end user to ensure compatibility...as long as the 
core system is doing what it's supposed to...no one likes to be told 
that their equipment is not working properly...but, if it isn't...then 
it isn't.  It's not personal.

Seems to me, whether it's either a young or long-in-the-tooth ham club, 
this is an opportunity for both a teaching moment and a chance to do a 
maintenance session.  Find someone with a good, compliant SM, sig gen, 
maybe a scope, set a time, and have a 'tune up' session at a common 
location.  Adjust deviation, PL injection, etc.  Teach WHY it's 
important that these things are done.  Show WHY when things are aligned 
properly the system works better.  Show HOW all the parameters interact. 
  Teach good procedure.  The results will be worth it.  We've shot 
ourselves in the foot with appliance radios (I offered, a couple years 
ago, to host anyone that wanted to use my second HF rig in the shack to 
do a multiple op session for a QSO party...the fact that my radios have 
the dreaded "tune" and "load" knobs kept all but the gray hairs 
away...most of the folks in the club had NEVER tuned a rig the way a 
deity intended...content with twisting in a frequency, pushing a 'tune' 
button, letting the relays chatter...and happily keying the mic...); but 
behind those appliances, there are still controls that need be set 
properly if it's expected that good results are attained.

You can't get around crappy design (no pre/de?  Yikes. Value engineering 
at its worst) or basic instability (I note, with amusement, that the 
Kenyaecom rigs never seem, as a whole, to have these problems ...but 
then, you DO get what you pay for...).  But, within the limits of these 
throw-aways, you can improve them just by opening them up, injecting a 
signal, and tweaking as needed (as long as you have the service 
manuals..) to bring them into compliance with the standards of our 
service.

Full disclosure: I own Alincos, Jetstreams, Wouxuns, Baofengs, 
Motorolas, Kenwoods, etc.  All of them have been opened on the bench, 
run through the SM drill, and work/sound just fine...I don't know anyone 
in my circle who has ever said anything other than 'those things sound 
great...'.  Heck, with a Wouxun KG1 @5W and an external triband antenna 
on my car, being fed with RG142, I was talking on a machine Thursday 
last from 40 miles away...machine in central NJ, me in and out of tree 
lines in Bucks Cnty PA on the other side of the Delaware...noisy, but 
100% copyable...which would not be the case if it hadn't been set up on 
the bench for deviation, PL level, frequency, and power).  So, it can be 
done.  Just takes a little time and effort...and my repeaters are set 
up, on the hardware side, with an SM and sig gen...the results speak for 
themselves.

I know we work on gentleman's agreements as to what compliance means. 
Doesn't mean we should not have, as a goal, doing the best we can. We 
bitch and moan when people deviate too far from good operating procedure 
on the air...we should except no less from expectations about how the 
equipment is working, either.

</soapbox>


-- 
Bryan WB0YLE
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 tim.sawyer at me.com  Mon Mar 11 14:15:52 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 11 Mar 2013 07:15:52 -0700
Subject: [App_rpt-users] DTMF number 3 Problem
In-Reply-To: <0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
	<4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
	<CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>
	<0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>
Message-ID: <A5104967-D528-4852-8446-B04AE15107C4@me.com>

So, you're going to use one piece of crap radio to make another piece of crap radio work?
--
Tim
:wq

On Mar 10, 2013, at 8:45 PM, George Zolla <gazolla at san.rr.com> wrote:

> Thanks of everyone's inputs on this problem an insight into the Wouxun HT problems. For reveiw I have been helping a young ARC install an AllStar system (a couple of states away form my location). Since it is not feasible for everyone to buy a new HT, we have decided to change out the radio to an Alinco DR-135 which I own and works with Wouxun HTs on my AllStar site.

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

From george at dyb.com  Wed Mar 13 04:33:02 2013
From: george at dyb.com (George Csahanin)
Date: Tue, 12 Mar 2013 23:33:02 -0500
Subject: [App_rpt-users] echolink connection issue
Message-ID: <0301EEE1A2CD4004BDBB2D60B08CC1A2@lintv.com>

Something very odd took place. History:I had a TBD node running with an 
echolink id of W2DB-L. On October 2 I actually asked echolink folks about it 
and they said tbd was not permitted. I took it down. Now that  callsign is 
blocked, and apparently (to them) an allstar/asterisk node looks like tbd. 
My node 2360 is also echolink W2DB-R and they just sent me an email of 
accusing me of running a tbd box at W2DB-R. It isn't, it's an ACID install 
of asterisk/app_rpt. Now W2DB-R doesn't seem to want to connect to anything 
except the echotest also. So not sure what this is all about, but if anybody 
else has any echolink issue you might want to see if you've been 
blocked/de-authorized because they think it is a tbd box. Too bad. Echolink 
is a nice service that allows hams around the world to keep up pc to pc. And 
nobody asks for any money, nice. But this is very, very out of the norm for 
them.

(It would also have been nice if somewhere on their web site they spelled 
out that tbd and/or asterisk isn't permitted...)

George
W2DB



From bill.hurlock at cpcomms.com  Wed Mar 13 16:32:25 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Wed, 13 Mar 2013 16:32:25 +0000
Subject: [App_rpt-users] Audio Quality issues on Echolink
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>

Has anyone had problems with very low outbound audio to echolink connections? The audio reports from the Echolink side are very thin audio, no highs or lows and low level. I have went through my RF link and also through Webtranceiver with the same results. If I do  parrot mode on my link, my audio sounds great. The issue seems to be in the interconnect to Echolink. Also I tried adjusting the link TX & RX echolink audio levels but I can't hear any change no matter what amounts of + or - gain I put in the etxgain or erxgain statements in the echolink.conf file. Any ideas???

Bill Hurlock
CPCommunications
856-234-1661 Home Office
856-264-1010 Cell
914-345-9292 Ext.429
www.cpcomms.com
WA2TQI
?
Providing Solutions for Audio and Video Communications





From bill.hurlock at cpcomms.com  Wed Mar 13 16:37:32 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Wed, 13 Mar 2013 16:37:32 +0000
Subject: [App_rpt-users] CTCSS decode
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651B5DF@CPNYMAIL2.cpcomm.int>

How can I decode the CTCSS tones and use them for Tone Squelch when I'm using a RTCM interconnect to my transceiver. I do not have a rig that exports the tone as a separate output from the radio. The rig is a Yaesu 736R and I use Demod audio and direct TX mod connections. Outbound is working find.

Bill Hurlock
CPCommunications
856-234-1661 Home Office
856-264-1010 Cell
914-345-9292 Ext.429
www.cpcomms.com
WA2TQI
?
Providing Solutions for Audio and Video Communications





From george at dyb.com  Wed Mar 13 16:41:40 2013
From: george at dyb.com (George Csahanin)
Date: Wed, 13 Mar 2013 11:41:40 -0500
Subject: [App_rpt-users] App_rpt-users Digest, Vol 49, Issue 30
In-Reply-To: <CAK_+afbkdMbhqV4BDMo1NHxxu-sPsu4TS6ayOHgRb1u9MW9_PQ@mail.gmail.com>
References: <mailman.1.1363190402.19930.app_rpt-users@ohnosec.org>
	<CAK_+afbkdMbhqV4BDMo1NHxxu-sPsu4TS6ayOHgRb1u9MW9_PQ@mail.gmail.com>
Message-ID: <5140AC44.1090208@dyb.com>

OK, a clarification I received from Echolink is this:

There are three callsigns that must not be blocked in the asterisk config:

permit=k1rfd, k1rfd-l, k1rdf-r, vk2jtp, vk2jtp-l, vk2jtp-r, w1cdm, 
w1cdm-l, w1cdm-r


If you're restricting access, as I am as well, the above needs to be 
there, according to the echolink folks as of this AM. I guess my 
permitting only a few thru made them think I was still running TBD..??

All's resolved now

But this set of callsigns may be something the gang needs to keep in 
mind. And everybody gets to live happily ever after.

GeorgeC
W2DB



On 03/13/2013 11:21 AM, James Smith wrote:
> man, i have had echolink running on 3 of our nodes for about 6 months 
> and no problems. they run the -R instance. i also run a kd5oxm-L 
> instance on the traditional windows box because its easy to control 
> for public access (i wanted to block foriegners.)
>
> i the asterisk echolink i have to block everything and then allow a 
> few that i hand type in.
> works very very well in asterisk. it sound wonderful since it runs 
> inside the box.
>
> but like i said we have had it going for about 6months. maybe you 
> stired the pot when you asked ofr permission to go TBD maybe? you 
> should know that. dont ask for permission, ask for forgiveness when 
> they catch you!
>
> james
> kd5oxm
> PS - you figured anything on the ppp16, i read the entire "using lpt 
> port" page. i would love to figure some that out too.
>
> thanks
>
>
>
> On Wed, Mar 13, 2013 at 11:00 AM, <app_rpt-users-request at ohnosec.org 
> <mailto:app_rpt-users-request at ohnosec.org>> wrote:
>
>     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..."
>
>
>     Today's Topics:
>
>        1. echolink connection issue (George Csahanin)
>
>
>     ----------------------------------------------------------------------
>
>     Message: 1
>     Date: Tue, 12 Mar 2013 23:33:02 -0500
>     From: "George Csahanin" <george at dyb.com <mailto:george at dyb.com>>
>     To: "app_rpt mailing list" <app_rpt-users at ohnosec.org
>     <mailto:app_rpt-users at ohnosec.org>>
>     Subject: [App_rpt-users] echolink connection issue
>     Message-ID: <0301EEE1A2CD4004BDBB2D60B08CC1A2 at lintv.com
>     <mailto:0301EEE1A2CD4004BDBB2D60B08CC1A2 at lintv.com>>
>     Content-Type: text/plain; format=flowed; charset="iso-8859-1";
>             reply-type=original
>
>     Something very odd took place. History:I had a TBD node running
>     with an
>     echolink id of W2DB-L. On October 2 I actually asked echolink
>     folks about it
>     and they said tbd was not permitted. I took it down. Now that
>      callsign is
>     blocked, and apparently (to them) an allstar/asterisk node looks
>     like tbd.
>     My node 2360 is also echolink W2DB-R and they just sent me an email of
>     accusing me of running a tbd box at W2DB-R. It isn't, it's an ACID
>     install
>     of asterisk/app_rpt. Now W2DB-R doesn't seem to want to connect to
>     anything
>     except the echotest also. So not sure what this is all about, but
>     if anybody
>     else has any echolink issue you might want to see if you've been
>     blocked/de-authorized because they think it is a tbd box. Too bad.
>     Echolink
>     is a nice service that allows hams around the world to keep up pc
>     to pc. And
>     nobody asks for any money, nice. But this is very, very out of the
>     norm for
>     them.
>
>     (It would also have been nice if somewhere on their web site they
>     spelled
>     out that tbd and/or asterisk isn't permitted...)
>
>     George
>     W2DB
>
>
>
>     ------------------------------
>
>     _______________________________________________
>     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
>
>
>     End of App_rpt-users Digest, Vol 49, Issue 30
>     *********************************************
>
>

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

From george at dyb.com  Wed Mar 13 16:42:20 2013
From: george at dyb.com (George Csahanin)
Date: Wed, 13 Mar 2013 11:42:20 -0500
Subject: [App_rpt-users] App_rpt-users Digest, Vol 49, Issue 30
In-Reply-To: <CAK_+afbkdMbhqV4BDMo1NHxxu-sPsu4TS6ayOHgRb1u9MW9_PQ@mail.gmail.com>
References: <mailman.1.1363190402.19930.app_rpt-users@ohnosec.org>
	<CAK_+afbkdMbhqV4BDMo1NHxxu-sPsu4TS6ayOHgRb1u9MW9_PQ@mail.gmail.com>
Message-ID: <5140AC6C.2090604@dyb.com>

OK, a clarification I received from Echolink is this:

There are three callsigns that must not be blocked in the asterisk config:

permit=k1rfd, k1rfd-l, k1rdf-r, vk2jtp, vk2jtp-l, vk2jtp-r, w1cdm, 
w1cdm-l, w1cdm-r


If you're restricting access, as I am as well, the above needs to be 
there, according to the echolink folks as of this AM. I guess my 
permitting only a few thru made them think I was still running TBD..??

All's resolved now

But this set of callsigns may be something the gang needs to keep in 
mind. And everybody gets to live happily ever after.

GeorgeC
W2DB



On 03/13/2013 11:21 AM, James Smith wrote:
> man, i have had echolink running on 3 of our nodes for about 6 months 
> and no problems. they run the -R instance. i also run a kd5oxm-L 
> instance on the traditional windows box because its easy to control 
> for public access (i wanted to block foriegners.)
>
> i the asterisk echolink i have to block everything and then allow a 
> few that i hand type in.
> works very very well in asterisk. it sound wonderful since it runs 
> inside the box.
>
> but like i said we have had it going for about 6months. maybe you 
> stired the pot when you asked ofr permission to go TBD maybe? you 
> should know that. dont ask for permission, ask for forgiveness when 
> they catch you!
>
> james
> kd5oxm
> PS - you figured anything on the ppp16, i read the entire "using lpt 
> port" page. i would love to figure some that out too.
>
> thanks
>
>
>
> On Wed, Mar 13, 2013 at 11:00 AM, <app_rpt-users-request at ohnosec.org 
> <mailto:app_rpt-users-request at ohnosec.org>> wrote:
>
>     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..."
>
>
>     Today's Topics:
>
>        1. echolink connection issue (George Csahanin)
>
>
>     ----------------------------------------------------------------------
>
>     Message: 1
>     Date: Tue, 12 Mar 2013 23:33:02 -0500
>     From: "George Csahanin" <george at dyb.com <mailto:george at dyb.com>>
>     To: "app_rpt mailing list" <app_rpt-users at ohnosec.org
>     <mailto:app_rpt-users at ohnosec.org>>
>     Subject: [App_rpt-users] echolink connection issue
>     Message-ID: <0301EEE1A2CD4004BDBB2D60B08CC1A2 at lintv.com
>     <mailto:0301EEE1A2CD4004BDBB2D60B08CC1A2 at lintv.com>>
>     Content-Type: text/plain; format=flowed; charset="iso-8859-1";
>             reply-type=original
>
>     Something very odd took place. History:I had a TBD node running
>     with an
>     echolink id of W2DB-L. On October 2 I actually asked echolink
>     folks about it
>     and they said tbd was not permitted. I took it down. Now that
>      callsign is
>     blocked, and apparently (to them) an allstar/asterisk node looks
>     like tbd.
>     My node 2360 is also echolink W2DB-R and they just sent me an email of
>     accusing me of running a tbd box at W2DB-R. It isn't, it's an ACID
>     install
>     of asterisk/app_rpt. Now W2DB-R doesn't seem to want to connect to
>     anything
>     except the echotest also. So not sure what this is all about, but
>     if anybody
>     else has any echolink issue you might want to see if you've been
>     blocked/de-authorized because they think it is a tbd box. Too bad.
>     Echolink
>     is a nice service that allows hams around the world to keep up pc
>     to pc. And
>     nobody asks for any money, nice. But this is very, very out of the
>     norm for
>     them.
>
>     (It would also have been nice if somewhere on their web site they
>     spelled
>     out that tbd and/or asterisk isn't permitted...)
>
>     George
>     W2DB
>
>
>
>     ------------------------------
>
>     _______________________________________________
>     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
>
>
>     End of App_rpt-users Digest, Vol 49, Issue 30
>     *********************************************
>
>


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

From bdboyle at bdboyle.com  Wed Mar 13 17:00:42 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 13 Mar 2013 13:00:42 -0400
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
Message-ID: <5140B0BA.3060402@bdboyle.com>

On 3/13/13 12:32 PM, Bill Hurlock wrote:
> Has anyone had problems with very low outbound audio to echolink connections? The audio reports from the Echolink side are very thin audio, no highs or lows and low level. I have went through my RF link and also through Webtranceiver with the same results. If I do  parrot mode on my link, my audio sounds great. The issue seems to be in the interconnect to Echolink. Also I tried adjusting the link TX & RX echolink audio levels but I can't hear any change no matter what amounts of + or - gain I put in the etxgain or erxgain statements in the echolink.conf file. Any ideas???
>

Crap codecs from when Windows NT 4.51 was current, technology that has 
not been updated in any meaningful way since it was released, and a big 
dose of NIH when you try and suggest Jonathan do anything about it 
(shades of Cameron)?

FWIW, mine sounds pretty poor, but, then, considering what others sound 
like, people are used to crap audio on echolink, so no one really does 
anything about it.

Just my opinion.
-- 
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 kuggie at kuggie.com  Wed Mar 13 17:23:38 2013
From: kuggie at kuggie.com (Kevin Custer)
Date: Wed, 13 Mar 2013 13:23:38 -0400
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <5140B0BA.3060402@bdboyle.com>
References: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
	<5140B0BA.3060402@bdboyle.com>
Message-ID: <5140B61A.2080703@kuggie.com>

On 3/13/2013 1:00 PM, Bryan D. Boyle wrote:
> On 3/13/13 12:32 PM, Bill Hurlock wrote:
>> Has anyone had problems with very low outbound audio to echolink 
>> connections? The audio reports from the Echolink side are very thin 
>> audio, no highs or lows and low level. I have went through my RF link 
>> and also through Webtranceiver with the same results. If I do  parrot 
>> mode on my link, my audio sounds great. The issue seems to be in the 
>> interconnect to Echolink. Also I tried adjusting the link TX & RX 
>> echolink audio levels but I can't hear any change no matter what 
>> amounts of + or - gain I put in the etxgain or erxgain statements in 
>> the echolink.conf file. Any ideas???
>>
>
> Crap codecs from when Windows NT 4.51 was current, technology that has 
> not been updated in any meaningful way since it was released, and a 
> big dose of NIH when you try and suggest Jonathan do anything about it 
> (shades of Cameron)?
>
> FWIW, mine sounds pretty poor, but, then, considering what others 
> sound like, people are used to crap audio on echolink, so no one 
> really does anything about it.
>
> Just my opinion.


Nail hit firmly on the head...

Kevin



From bdboyle at bdboyle.com  Wed Mar 13 17:40:43 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 13 Mar 2013 13:40:43 -0400
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
Message-ID: <5140BA1B.5080507@bdboyle.com>

On 3/13/13 12:32 PM, Bill Hurlock wrote:
> Has anyone had problems with very low outbound audio to echolink connections? The audio reports from the Echolink side are very thin audio, no highs or lows and low level. I have went through my RF link and also through Webtranceiver with the same results. If I do  parrot mode on my link, my audio sounds great. The issue seems to be in the interconnect to Echolink. Also I tried adjusting the link TX & RX echolink audio levels but I can't hear any change no matter what amounts of + or - gain I put in the etxgain or erxgain statements in the echolink.conf file. Any ideas???
>

Crap codecs from when Windows NT 4.51 was current, technology that has 
not been updated in any meaningful way since it was released, and a big 
dose of NIH when you try and suggest Jonathan do anything about it 
(shades of Cameron)?

FWIW, mine sounds pretty poor, but, then, considering what others sound 
like, people are used to crap audio on echolink, so no one really does 
anything about it.

Just my opinion.
-- 
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 tim.sawyer at me.com  Wed Mar 13 17:46:05 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Wed, 13 Mar 2013 10:46:05 -0700
Subject: [App_rpt-users] CTCSS decode
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651B5DF@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651B5DF@CPNYMAIL2.cpcomm.int>
Message-ID: <5C22DF9C-81E6-41D2-BC26-ABE4813A8B87@me.com>

The only way would be to use a Comspec TS-32 or other external tone decoder.
--
Tim
:wq

On Mar 13, 2013, at 9:37 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> How can I decode the CTCSS tones and use them for Tone Squelch when I'm using a RTCM interconnect to my transceiver. I do not have a rig that exports the tone as a separate output from the radio. The rig is a Yaesu 736R and I use Demod audio and direct TX mod connections. Outbound is working find.
> 
> Bill Hurlock
> CPCommunications
> 856-234-1661 Home Office
> 856-264-1010 Cell
> 914-345-9292 Ext.429
> www.cpcomms.com
> WA2TQI
>  
> Providing Solutions for Audio and Video Communications
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From donh at sigma.net  Wed Mar 13 18:19:13 2013
From: donh at sigma.net (Don Hackler)
Date: Wed, 13 Mar 2013 11:19:13 -0700
Subject: [App_rpt-users] CTCSS decode
References: <5E2EB37F-A9FB-4822-961A-BDFDA724EF19@sigma.net>
Message-ID: <C3476881-5949-4A4F-86BD-1BE3DB01C749@sigma.net>


You don't need the tones brought out separate from the RX audio.
As long as you can feed the discriminator audio to the RTCM, it will decode CTCSS tones using the built-in DSP.  
If you don't have access to the discriminator audio, you will need a COR logic output from the radio.


On Mar 13, 2013, at 9:37 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:

> How can I decode the CTCSS tones and use them for Tone Squelch when I'm using a RTCM interconnect to my transceiver. I do not have a rig that exports the tone as a separate output from the radio. The rig is a Yaesu 736R and I use Demod audio and direct TX mod connections. Outbound is working find.
> 
> Bill Hurlock
> CPCommunications
> 856-234-1661 Home Office
> 856-264-1010 Cell
> 914-345-9292 Ext.429
> www.cpcomms.com
> WA2TQI
> 
> Providing Solutions for Audio and Video Communications
> 
> 
> 
> _______________________________________________
> 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/20130313/c6235ca8/attachment.html>

From ke2n at cs.com  Wed Mar 13 19:09:37 2013
From: ke2n at cs.com (Ken)
Date: Wed, 13 Mar 2013 15:09:37 -0400 (EDT)
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
Message-ID: <8CFEE3570D65AD8-7F0-13C14@webmail-m172.sysops.aol.com>


well as I understand it - the  etxgain=  statement goes into rpt.conf, not echolink.conf.
and you probably need to do an asterisk restart to make it effective.
I have been happy enough with the default settings, but I am guessing if you have nothing in your node stanza (in rpt.conf) you will be 3 dB low on transmit audio.

Remember that E/L is GSM ... same thing they use on overseas cell phones. So if it like a bad overseas cell phone call, then you have it perfect.

Regards

Ken
KE2N
W4BRM/R

-----Original Message-----
From: Bill Hurlock <bill.hurlock at cpcomms.com>
To: app_rpt-users <app_rpt-users at ohnosec.org>
Sent: Wed, Mar 13, 2013 12:33 pm
Subject: [App_rpt-users] Audio Quality issues on Echolink


Has anyone had problems with very low outbound audio to echolink connections? 
he audio reports from the Echolink side are very thin audio, no highs or lows 
nd low level. I have went through my RF link and also through Webtranceiver 
ith the same results. If I do  parrot mode on my link, my audio sounds great. 
he issue seems to be in the interconnect to Echolink. Also I tried adjusting 
he link TX & RX echolink audio levels but I can't hear any change no matter 
hat amounts of + or - gain I put in the etxgain or erxgain statements in the 
cholink.conf file. Any ideas???
Bill Hurlock
PCommunications
56-234-1661 Home Office
56-264-1010 Cell
14-345-9292 Ext.429
ww.cpcomms.com
A2TQI

roviding Solutions for Audio and Video Communications

_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://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/20130313/de0a18b6/attachment.html>

From n8ohu at yahoo.com  Wed Mar 13 19:11:52 2013
From: n8ohu at yahoo.com (Matthew Pitts)
Date: Wed, 13 Mar 2013 15:11:52 -0400
Subject: [App_rpt-users] Audio Quality issues on Echolink
Message-ID: <rp35qa1dvko6gm5n853k2ovy.1363201912846@email.android.com>

Don't you mean Windows NT 3.51? And there might be options for those enlightened enough to be running something other than the normal Windows client software. If I'm not mistaken, doesn't SvxLink use Speex between svxlink servers and/or Qtel client and svxlink servers?

Matthew Pitts
N8OHU 

Sent from my Verizon Wireless 4G LTE smartphone

-------- Original Message --------
Subject: Re: [App_rpt-users] Audio Quality issues on Echolink
From: "Bryan D. Boyle" <bdboyle at bdboyle.com>
Date: Wed, 13-Mar-2013 13:00
To: app_rpt-users at ohnosec.org
CC: 

On 3/13/13 12:32 PM, Bill Hurlock wrote:
> Has anyone had problems with very low outbound audio to echolink connections? The audio reports from the Echolink side are very thin audio, no highs or lows and low level. I have went through my RF link and also through Webtranceiver with the same results. If I do  parrot mode on my link, my audio sounds great. The issue seems to be in the interconnect to Echolink. Also I tried adjusting the link TX & RX echolink audio levels but I can't hear any change no matter what amounts of + or - gain I put in the etxgain or erxgain statements in the echolink.conf file. Any ideas???
>

Crap codecs from when Windows NT 4.51 was current, technology that has 
not been updated in any meaningful way since it was released, and a big 
dose of NIH when you try and suggest Jonathan do anything about it 
(shades of Cameron)?

FWIW, mine sounds pretty poor, but, then, considering what others sound 
like, people are used to crap audio on echolink, so no one really does 
anything about it.

Just my opinion.
-- 
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 bill.hurlock at cpcomms.com  Wed Mar 13 19:58:36 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Wed, 13 Mar 2013 19:58:36 +0000
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <8CFEE3570D65AD8-7F0-13C14@webmail-m172.sysops.aol.com>
References: <8F656C03689E074C9EE70EE3343E4B841651B5B5@CPNYMAIL2.cpcomm.int>
	<8CFEE3570D65AD8-7F0-13C14@webmail-m172.sysops.aol.com>
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651B7AD@CPNYMAIL2.cpcomm.int>

Thanks Ken,
That did it. I have it all tweaked in now and the sound is much better. Not getting any complaints from the Echolink crowd any longer. I wasn't sure where the 2 gain statements needed to be. I guessed wrong and had them in echolink.conf. So now I have that Hi Fi audio from GSM land ........

Bill Hurlock

From: Ken [mailto:ke2n at cs.com]
Sent: Wednesday, March 13, 2013 3:10 PM
To: Bill Hurlock; app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Audio Quality issues on Echolink

well as I understand it - the  etxgain=  statement goes into rpt.conf, not echolink.conf.
and you probably need to do an asterisk restart to make it effective.
I have been happy enough with the default settings, but I am guessing if you have nothing in your node stanza (in rpt.conf) you will be 3 dB low on transmit audio.

Remember that E/L is GSM ... same thing they use on overseas cell phones. So if it like a bad overseas cell phone call, then you have it perfect.

Regards

Ken
KE2N
W4BRM/R
-----Original Message-----
From: Bill Hurlock <bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>>
To: app_rpt-users <app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>>
Sent: Wed, Mar 13, 2013 12:33 pm
Subject: [App_rpt-users] Audio Quality issues on Echolink

Has anyone had problems with very low outbound audio to echolink connections?

The audio reports from the Echolink side are very thin audio, no highs or lows

and low level. I have went through my RF link and also through Webtranceiver

with the same results. If I do  parrot mode on my link, my audio sounds great.

The issue seems to be in the interconnect to Echolink. Also I tried adjusting

the link TX & RX echolink audio levels but I can't hear any change no matter

what amounts of + or - gain I put in the etxgain or erxgain statements in the

echolink.conf file. Any ideas???



Bill Hurlock

CPCommunications

856-234-1661 Home Office

856-264-1010 Cell

914-345-9292 Ext.429

www.cpcomms.com<http://www.cpcomms.com/>

WA2TQI



Providing Solutions for Audio and Video Communications







_______________________________________________

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/20130313/a48f6494/attachment.html>

From bdboyle at bdboyle.com  Wed Mar 13 20:03:27 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Wed, 13 Mar 2013 16:03:27 -0400
Subject: [App_rpt-users] Audio Quality issues on Echolink
In-Reply-To: <rp35qa1dvko6gm5n853k2ovy.1363201912846@email.android.com>
References: <rp35qa1dvko6gm5n853k2ovy.1363201912846@email.android.com>
Message-ID: <5140DB8F.7010607@bdboyle.com>

On 3/13/13 3:11 PM, Matthew Pitts wrote:
> Don't you mean Windows NT 3.51? And there might be options for those enlightened enough to be running something other than the normal Windows client software. If I'm not mistaken, doesn't SvxLink use Speex between svxlink servers and/or Qtel client and svxlink servers?
>

OK, so...I remember NT 4...and M$Dos 3.2...and TRSDOS...and 
TurboDOS...and...CP/M.  They all run together after a while.

use a high quality codec (not a lossy one...), and things will be fine.
use an old one, never change or respond to issues...and it will sound 
like crap.

FWIW, the g726 that is used as a default is just fine.  Connect thru the 
web transceiver...or an iax phone...and it sounds pretty nice.

As compared to mp2 or 3, or speex or...just my opinion.

-- 
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 ve3elb at yahoo.com  Thu Mar 14 14:46:37 2013
From: ve3elb at yahoo.com (Vince VE3ELB)
Date: Thu, 14 Mar 2013 10:46:37 -0400
Subject: [App_rpt-users] Mac Mini G4
Message-ID: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>

Hello all. I would like to know if it will or can work. Can I install Centos on an old Mac Mini G4 to run Allstar. 

Vince VE3ELB

From keith at goobie.org  Thu Mar 14 14:59:29 2013
From: keith at goobie.org (Keith Goobie)
Date: Thu, 14 Mar 2013 10:59:29 -0400
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
Message-ID: <CD675E11.1943B%keith@goobie.org>

The G4 is PowerPC based, so unless the distro supports that architecture,
the answer is no.

Keith


On 3/14/13 10:46 AM, "Vince VE3ELB" <ve3elb at yahoo.com> wrote:

> Mac Mini G4

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




From gazolla at san.rr.com  Thu Mar 14 15:08:12 2013
From: gazolla at san.rr.com (George Zolla)
Date: Thu, 14 Mar 2013 08:08:12 -0700
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
Message-ID: <246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>

Vince, I am not sure if you can install it as a new operating system on your version of the Mac but I have Centos/AllStar running on a Mac Mini using Parallels in a Virtual Machine. It works great but it does add an extra level of complexity. If Parallels will work on your machine you should be able to do it. 

George K6GAZ

On Mar 14, 2013, at 7:46 AM, Vince VE3ELB <ve3elb at yahoo.com> wrote:

> Hello all. I would like to know if it will or can work. Can I install Centos on an old Mac Mini G4 to run Allstar. 
> 
> Vince VE3ELB
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From smisel at fonality.com  Thu Mar 14 16:35:45 2013
From: smisel at fonality.com (Stephen A. Misel)
Date: Thu, 14 Mar 2013 12:35:45 -0400
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
Message-ID: <CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>

Virtualization won't change the base hardware architecture.  If your system
is G4, you will not be able to run an Intel-based OS in a VM.   George, I
suspect your Mini has an Intel CPU if you are running AllStar.

That being said, it is possible to run Linux on a G4.

http://www.sowerbutts.com/linux-mac-mini/

73, Steve K4WEB NNN0BRI


On Thu, Mar 14, 2013 at 11:08 AM, George Zolla <gazolla at san.rr.com> wrote:

> Vince, I am not sure if you can install it as a new operating system on
> your version of the Mac but I have Centos/AllStar running on a Mac Mini
> using Parallels in a Virtual Machine. It works great but it does add an
> extra level of complexity. If Parallels will work on your machine you
> should be able to do it.
>
> George K6GAZ
>
> On Mar 14, 2013, at 7:46 AM, Vince VE3ELB <ve3elb at yahoo.com> wrote:
>
> > Hello all. I would like to know if it will or can work. Can I install
> Centos on an old Mac Mini G4 to run Allstar.
> >
> > Vince VE3ELB
> > _______________________________________________
> > 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/20130314/dd620974/attachment.html>

From gazolla at san.rr.com  Thu Mar 14 19:11:49 2013
From: gazolla at san.rr.com (George Zolla)
Date: Thu, 14 Mar 2013 12:11:49 -0700
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
	<CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>
Message-ID: <76467EA5-2EB5-4914-A86D-D2E5212DD07B@san.rr.com>

Vince, I echo Steve's comments. I just checked and everything I have found says that VMWare will not run on a G4 and the same for Parrallels VM software. My Mac Mini is an intel-based one. 

I would recommend finding and old intel PC and use it just for AllStar or if you are adventurous by a used Mac Mini like I did, put Parallels on it and go!

George K6GAZ

 
On Mar 14, 2013, at 9:35 AM, Stephen A. Misel <smisel at fonality.com> wrote:

> Virtualization won't change the base hardware architecture.  If your system is G4, you will not be able to run an Intel-based OS in a VM.   George, I suspect your Mini has an Intel CPU if you are running AllStar.
> 
> That being said, it is possible to run Linux on a G4.
> 
> http://www.sowerbutts.com/linux-mac-mini/
> 
> 73, Steve K4WEB NNN0BRI
> 
> 
> On Thu, Mar 14, 2013 at 11:08 AM, George Zolla <gazolla at san.rr.com> wrote:
> Vince, I am not sure if you can install it as a new operating system on your version of the Mac but I have Centos/AllStar running on a Mac Mini using Parallels in a Virtual Machine. It works great but it does add an extra level of complexity. If Parallels will work on your machine you should be able to do it.
> 
> George K6GAZ
> 
> On Mar 14, 2013, at 7:46 AM, Vince VE3ELB <ve3elb at yahoo.com> wrote:
> 
> > Hello all. I would like to know if it will or can work. Can I install Centos on an old Mac Mini G4 to run Allstar.
> >
> > Vince VE3ELB
> > _______________________________________________
> > 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/20130314/feb761c1/attachment.html>

From edgecomberts at gmail.com  Thu Mar 14 19:22:14 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Fri, 15 Mar 2013 06:22:14 +1100
Subject: [App_rpt-users] Fwd: Re:  Mac Mini G4
In-Reply-To: <CANZw+5ef9qU_iOPOZh7r-5cJQA1v27Tbh+XJ+MXFctxJd9uqGA@mail.gmail.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
	<CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>
	<76467EA5-2EB5-4914-A86D-D2E5212DD07B@san.rr.com>
	<CANZw+5ef9qU_iOPOZh7r-5cJQA1v27Tbh+XJ+MXFctxJd9uqGA@mail.gmail.com>
Message-ID: <CANZw+5fh=KhsBu6AQePdfT6yvbLYyY4ggDceXO6or0-ku-aG0w@mail.gmail.com>

---------- Forwarded message ----------
From: "Shane Morris" <edgecomberts at gmail.com>
Date: 15/03/2013 6:22 AM
Subject: Re: [App_rpt-users] Mac Mini G4
To: "George Zolla" <gazolla at san.rr.com>

What about Virtual PC? I seem to remember it back in the G4 days...
On 15/03/2013 6:15 AM, "George Zolla" <gazolla at san.rr.com> wrote:

> Vince, I echo Steve's comments. I just checked and everything I have found
> says that VMWare will not run on a G4 and the same for Parrallels VM
> software. My Mac Mini is an intel-based one.
>
> I would recommend finding and old intel PC and use it just for AllStar or
> if you are adventurous by a used Mac Mini like I did, put Parallels on it
> and go!
>
> George K6GAZ
>
>
> On Mar 14, 2013, at 9:35 AM, Stephen A. Misel <smisel at fonality.com> wrote:
>
> Virtualization won't change the base hardware architecture.  If your
> system is G4, you will not be able to run an Intel-based OS in a VM.
> George, I suspect your Mini has an Intel CPU if you are running AllStar.
>
> That being said, it is possible to run Linux on a G4.
>
> http://www.sowerbutts.com/linux-mac-mini/
>
> 73, Steve K4WEB NNN0BRI
>
>
> On Thu, Mar 14, 2013 at 11:08 AM, George Zolla <gazolla at san.rr.com> wrote:
>
>> Vince, I am not sure if you can install it as a new operating system on
>> your version of the Mac but I have Centos/AllStar running on a Mac Mini
>> using Parallels in a Virtual Machine. It works great but it does add an
>> extra level of complexity. If Parallels will work on your machine you
>> should be able to do it.
>>
>> George K6GAZ
>>
>> On Mar 14, 2013, at 7:46 AM, Vince VE3ELB <ve3elb at yahoo.com> wrote:
>>
>> > Hello all. I would like to know if it will or can work. Can I install
>> Centos on an old Mac Mini G4 to run Allstar.
>> >
>> > Vince VE3ELB
>> > _______________________________________________
>> > 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/20130315/c7ceabbc/attachment.html>

From bdboyle at bdboyle.com  Thu Mar 14 19:26:15 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Thu, 14 Mar 2013 15:26:15 -0400
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <76467EA5-2EB5-4914-A86D-D2E5212DD07B@san.rr.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
	<CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>
	<76467EA5-2EB5-4914-A86D-D2E5212DD07B@san.rr.com>
Message-ID: <51422457.5060303@bdboyle.com>

On 3/14/13 3:11 PM, George Zolla wrote:
> Vince, I echo Steve's comments. I just checked and everything I have found says that VMWare will not run on a G4 and the same for Parrallels VM software. My Mac Mini is an intel-based one.
>
> I would recommend finding and old intel PC and use it just for AllStar or if you are adventurous by a used Mac Mini like I did, put Parallels on it and go!
>

Considering the hamfest season is spooling up...you can probably find a 
decent used PC (may be sans a disk, but those are cheap now too...) that 
will work just fine for pennies on the dollar.  May be the easiest and 
least frustrating way.  Even for someone with MACs in the house...;)

-- 
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 edgecomberts at gmail.com  Thu Mar 14 19:40:13 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Fri, 15 Mar 2013 06:40:13 +1100
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <59D52BF4-B31C-4910-A0A2-2474835036EE@san.rr.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
	<CABgikvDHLCNWY2vm1125MNpHGs=0oWqqgTXsnZZ5iGtR0JOG4Q@mail.gmail.com>
	<76467EA5-2EB5-4914-A86D-D2E5212DD07B@san.rr.com>
	<CANZw+5ef9qU_iOPOZh7r-5cJQA1v27Tbh+XJ+MXFctxJd9uqGA@mail.gmail.com>
	<CANZw+5fh=KhsBu6AQePdfT6yvbLYyY4ggDceXO6or0-ku-aG0w@mail.gmail.com>
	<59D52BF4-B31C-4910-A0A2-2474835036EE@san.rr.com>
Message-ID: <CANZw+5djPQ0cEGSdk=U14LU4+Tz5EoODihsicoLqP1e5R+6bcQ@mail.gmail.com>

Sorry about the stuff up with the forwarded message...

Yeah, I never used Virtual PC, by that time I had gone over to Linux on the
PC side of things, and when I got an Intel 2006 model Macbook, it rendered
the point moot. I used Parallels, then VMWare on the Macbook. But as I
said, I do remember a friend using Virtual PC to run Windows 98 on a G3
iMac - terribly slow if I remember correctly, but it did run.

Of course, as with any virtualisation, you'll want to max out your RAM
first, just in case. VMs love RAM for breakfast.
On 15/03/2013 6:36 AM, "George Zolla" <gazolla at san.rr.com> wrote:

> Shane, Virtual PC was before I go into Macs. I dis see a place you
> download di tat:
>
> http://www.macupdate.com/app/mac/6078/virtual-pc
>
> If you already have the PowerPC you have nothing to loose. If you want, I
> could check with a friend of mine who has a PowerPC Mac Mini and see what
> he thinks. He has his own computer consulting business and is very good.
>
> BTW - I bought my intel based mini on eBay for not much more than a
> PowerPC min.
>
> George
>
>
>
> On Mar 14, 2013, at 12:22 PM, Shane Morris <edgecomberts at gmail.com> wrote:
>
> ---------- Forwarded message ----------
> From: "Shane Morris" <edgecomberts at gmail.com>
> Date: 15/03/2013 6:22 AM
> Subject: Re: [App_rpt-users] Mac Mini G4
> To: "George Zolla" <gazolla at san.rr.com>
>
> What about Virtual PC? I seem to remember it back in the G4 days...
> On 15/03/2013 6:15 AM, "George Zolla" <gazolla at san.rr.com> wrote:
>
>> Vince, I echo Steve's comments. I just checked and everything I have
>> found says that VMWare will not run on a G4 and the same for Parrallels VM
>> software. My Mac Mini is an intel-based one.
>>
>> I would recommend finding and old intel PC and use it just for AllStar or
>> if you are adventurous by a used Mac Mini like I did, put Parallels on it
>> and go!
>>
>> George K6GAZ
>>
>>
>> On Mar 14, 2013, at 9:35 AM, Stephen A. Misel <smisel at fonality.com>
>> wrote:
>>
>> Virtualization won't change the base hardware architecture.  If your
>> system is G4, you will not be able to run an Intel-based OS in a VM.
>> George, I suspect your Mini has an Intel CPU if you are running AllStar.
>>
>> That being said, it is possible to run Linux on a G4.
>>
>> http://www.sowerbutts.com/linux-mac-mini/
>>
>> 73, Steve K4WEB NNN0BRI
>>
>>
>> On Thu, Mar 14, 2013 at 11:08 AM, George Zolla <gazolla at san.rr.com>wrote:
>>
>>> Vince, I am not sure if you can install it as a new operating system on
>>> your version of the Mac but I have Centos/AllStar running on a Mac Mini
>>> using Parallels in a Virtual Machine. It works great but it does add an
>>> extra level of complexity. If Parallels will work on your machine you
>>> should be able to do it.
>>>
>>> George K6GAZ
>>>
>>> On Mar 14, 2013, at 7:46 AM, Vince VE3ELB <ve3elb at yahoo.com> wrote:
>>>
>>> > Hello all. I would like to know if it will or can work. Can I install
>>> Centos on an old Mac Mini G4 to run Allstar.
>>> >
>>> > Vince VE3ELB
>>> > _______________________________________________
>>> > 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/20130315/331d1658/attachment.html>

From vk3jed at vkradio.com  Fri Mar 15 04:04:17 2013
From: vk3jed at vkradio.com (Tony Langdon)
Date: Fri, 15 Mar 2013 15:04:17 +1100
Subject: [App_rpt-users] Mac Mini G4
In-Reply-To: <246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
References: <4D3D53AE-6A6E-40DD-9FEB-9D67EA4D97E0@yahoo.com>
	<246EC065-9F29-4D71-B522-76206B020AA5@san.rr.com>
Message-ID: <51429DC1.5070900@vkradio.com>

On 15/03/13 2:08 AM, George Zolla wrote:
> Vince, I am not sure if you can install it as a new operating system on your version of the Mac but I have Centos/AllStar running on a Mac Mini using Parallels in a Virtual Machine. It works great but it does add an extra level of complexity. If Parallels will work on your machine you should be able to do it.
I did load up Yellow Dog Linux on a PowerPC based Mac a number of years 
ago.  You would need a similar PowerPC distro, and then have to compile 
the AllStar version of Asterisk from source.

-- 
73 de Tony VK3JED
http://vkradio.com



From n6gkj.cm98 at yahoo.com  Sat Mar 16 01:10:27 2013
From: n6gkj.cm98 at yahoo.com (Ron Simpson)
Date: Fri, 15 Mar 2013 18:10:27 -0700 (PDT)
Subject: [App_rpt-users] Looking for the XIPAR experts
Message-ID: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>

I don't see alot of support for the XIPAR distro. I installed the latest but as of yet can't connect to it from outside my local LAN. My ACID install works that tells me port forwarding on the router is operational. I am using the same IP and port on each box and yes, only 1 box at a time is hooked to the LAN.

I want to play with the "simple voting" if anyone has hints, tips or grief on their own experience's I would love to hear about it.

There does not seem to be a lot of help on the XELETEC site, and I can understand why.

Just moving forward...

Ron Simpson, N6GKJ
CET Sr., FCC

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

From kuggie at kuggie.com  Sat Mar 16 01:12:40 2013
From: kuggie at kuggie.com (Kevin Custer)
Date: Fri, 15 Mar 2013 21:12:40 -0400
Subject: [App_rpt-users] Looking for the XIPAR experts
In-Reply-To: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>
References: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>
Message-ID: <5143C708.5080709@kuggie.com>

On 3/15/2013 9:10 PM, Ron Simpson wrote:
>
> I don't see alot of support for the XIPAR distro. I installed the 
> latest but as of yet can't connect to it from outside my local LAN. My 
> ACID install works that tells me port forwarding on the router is 
> operational. I am using the same IP and port on each box and yes, only 
> 1 box at a time is hooked to the LAN.
>
> I want to play with the "simple voting" if anyone has hints, tips or 
> grief on their own experience's I would love to hear about it.
>
> There does not seem to be a lot of help on the XELETEC site, and I can 
> understand why.
>
> Just moving forward...
>
> Ron Simpson, N6GKJ
> CET Sr., FCC
>


Try here:
http://www.allstarnode.com/

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

From wb3awj at comcast.net  Sat Mar 16 02:55:36 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Fri, 15 Mar 2013 22:55:36 -0400
Subject: [App_rpt-users] Looking for the XIPAR experts
In-Reply-To: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>
References: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>
Message-ID: <825978ba-24fa-411e-8bda-c59f66139a48@email.android.com>

I ran some tests using the XIPAR voting.
Works just fine. I'd say equivalent performance to a Doug Hall voter.

Not very hard at all to set up.
Just follow what it says here:
http://www.xelatec.com/xipar/simplevoter
or here:
http://www.allstarnode.com/viewtopic.php?f=5&t=33


WB3AWJ
Allstar 27784, etc.
-- 
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/20130315/285c408a/attachment.html>

From kb8pmy at kb8pmy.net  Sat Mar 16 03:31:55 2013
From: kb8pmy at kb8pmy.net (Ryan Collier)
Date: Fri, 15 Mar 2013 23:31:55 -0400
Subject: [App_rpt-users] Couple of issues...
Message-ID: <CAAoTAmmU-hqkXkSa6NxM9ehpZ8VuQtgPcL_3w8WKN-Ga6thVWQ@mail.gmail.com>

Greetings,

I have been working on the node the past couple of days.

Here is my problems.

1. The incoming echolink audio is fine the repeater audio is fine. But the
incoming asterisk connects are low. Can I adjust that?

2. When an iaxrpt user connects. I can not get the caller id out for that
person. I have ,made everyone there own sign in. It is easier on me. Is
there a way I can fix this?

3. I have voicemail working ont he repeater. You can access it from RF. But
I can not get it to the point where they can check there mail. I can not
get login to voiccemailmain to work right. Can I get help on this also?

73
Ryan
KB8PMY
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130315/ba6fbc3a/attachment.html>

From tim.sawyer at me.com  Sat Mar 16 04:27:58 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 15 Mar 2013 21:27:58 -0700
Subject: [App_rpt-users] Couple of issues...
In-Reply-To: <CAAoTAmmU-hqkXkSa6NxM9ehpZ8VuQtgPcL_3w8WKN-Ga6thVWQ@mail.gmail.com>
References: <CAAoTAmmU-hqkXkSa6NxM9ehpZ8VuQtgPcL_3w8WKN-Ga6thVWQ@mail.gmail.com>
Message-ID: <4FB3566A-E6FF-49D1-B5F5-BEF3886E3244@me.com>

Use this procedure https://allstarlink.org/usbradio.html

That will make repeater, link and announcement audio perfect. Then tweak the Echolink settings last. 
--
Tim
:wq

On Mar 15, 2013, at 8:31 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:

> 1. The incoming echolink audio is fine the repeater audio is fine. But the incoming asterisk connects are low. Can I adjust that?

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

From keith at goobie.org  Sat Mar 16 13:57:27 2013
From: keith at goobie.org (Keith Goobie)
Date: Sat, 16 Mar 2013 09:57:27 -0400
Subject: [App_rpt-users] Couple of issues...
In-Reply-To: <CAAoTAmmU-hqkXkSa6NxM9ehpZ8VuQtgPcL_3w8WKN-Ga6thVWQ@mail.gmail.com>
Message-ID: <CD69F287.194AF%keith@goobie.org>

Ryan

1. Another users suggested that you make sure that the Asterisk audio be
set-up first.   This is very good counsel.  Follow the procedures as
dictated in the allstarlink.org web site.  Once that is complete, you can
adjust the Echolink audio as a parameter in the usbradio config file.   Look
for erxgain and etxgain in rpt.conf.

2. When the user sets up the iaxrpt client, the second tab in the
preferences allows the user to set his callsign.   Whne that is done, he
will be announced on the node.  If the user does not set this he connects in
a stealthy manner.  Otherwise if a value is set, then they are announced
during connects and disconnects.  If everyone follows this, then you can
move forward with a common userid and password.

3. Where is your voicemail with respect to asterisk & the bare repeater.
You need to supply a little more detail, before people can respond.  I think
that you are looking to pass dtmf from a remote user to your repeater so
that they can get voicemail ? but I am guessing that this is what you are
seeking.

Cheers
Keith / VA3YC


On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net> wrote:

> Greetings,
> 
> I have been working on the node the past couple of days.
> 
> Here is my problems.
> 
> 1. The incoming echolink audio is fine the repeater audio is fine. But the
> incoming asterisk connects are low. Can I adjust that?
> 
> 2. When an iaxrpt user connects. I can not get the caller id out for that
> person. I have ,made everyone there own sign in. It is easier on me. Is there
> a way I can fix this?
> 
> 3. I have voicemail working ont he repeater. You can access it from RF. But I
> can not get it to the point where they can check there mail. I can not get
> login to voiccemailmain to work right. Can I get help on this also?
> 
> 73
> Ryan
> KB8PMY
> 
> 
> 
> _______________________________________________
> 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/20130316/b57d6fdb/attachment.html>

From george at dyb.com  Sat Mar 16 15:15:27 2013
From: george at dyb.com (George Csahanin)
Date: Sat, 16 Mar 2013 10:15:27 -0500
Subject: [App_rpt-users] Couple of issues...
References: <CD69F287.194AF%keith@goobie.org>
Message-ID: <580315D2743B48D888709415693081BE@lintv.com>

Re: [App_rpt-users] Couple of issues...To triple the comment, you sound like your general audio settings are bad. Echolink audio is nothing short of horrible, don't set up to that. If you set the repeater modulation as per the asterisk app_rpt setup procedure the audio will be fantastic. Except for echolink. In rpt.conf there are settings to increase/decrease audio levels to and from echolink. But good luck setting those, as far as I have seen there is no "standard" for Echolink. There is very definetly for the Asterisk/Allstar side. 

But another part of your comment makes me curious, is the computer running Asterisk the controller for the repeater? That's best but it sounds like you may have said computer connected to a repeater controller. All bets are off there. I say this because you suggest that the repeater audio is ok, but asterisk conncts are low. This suggests a repeater audio path that is different for loacl repeat audio and asterisk/allstar. 

GeorgeC
W2DB
2360 
  ----- Original Message ----- 
  From: Keith Goobie 
  To: Ryan Collier ; app_rpt-users at ohnosec.org 
  Sent: Saturday, March 16, 2013 8:57 AM
  Subject: Re: [App_rpt-users] Couple of issues...


  Ryan

  1. Another users suggested that you make sure that the Asterisk audio be set-up first.   This is very good counsel.  Follow the procedures as dictated in the allstarlink.org web site.  Once that is complete, you can adjust the Echolink audio as a parameter in the usbradio config file.   Look for erxgain and etxgain in rpt.conf.

  2. When the user sets up the iaxrpt client, the second tab in the preferences allows the user to set his callsign.   Whne that is done, he will be announced on the node.  If the user does not set this he connects in a stealthy manner.  Otherwise if a value is set, then they are announced during connects and disconnects.  If everyone follows this, then you can move forward with a common userid and password.

  3. Where is your voicemail with respect to asterisk & the bare repeater.  You need to supply a little more detail, before people can respond.  I think that you are looking to pass dtmf from a remote user to your repeater so that they can get voicemail - but I am guessing that this is what you are seeking.

  Cheers
  Keith / VA3YC


  On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net> wrote:


    Greetings,

    I have been working on the node the past couple of days. 

    Here is my problems. 

    1. The incoming echolink audio is fine the repeater audio is fine. But the incoming asterisk connects are low. Can I adjust that?

    2. When an iaxrpt user connects. I can not get the caller id out for that person. I have ,made everyone there own sign in. It is easier on me. Is there a way I can fix this?

    3. I have voicemail working ont he repeater. You can access it from RF. But I can not get it to the point where they can check there mail. I can not get login to voiccemailmain to work right. Can I get help on this also?

    73
    Ryan
    KB8PMY



----------------------------------------------------------------------------
    _______________________________________________
    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/20130316/10611ad2/attachment.html>

From n3fe at repeater.net  Sat Mar 16 18:20:17 2013
From: n3fe at repeater.net (Corey Dean)
Date: Sat, 16 Mar 2013 14:20:17 -0400
Subject: [App_rpt-users] Looking for the XIPAR experts
In-Reply-To: <825978ba-24fa-411e-8bda-c59f66139a48@email.android.com>
References: <1363396227.4961.androidMobile@web140606.mail.bf1.yahoo.com>,
	<825978ba-24fa-411e-8bda-c59f66139a48@email.android.com>
Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E04832BF4C800@exchange.mail.repeater.net>

I run it on my UHF machine and am quite happy with it.  Randy, KB3HJC, also runs it on his Carlisle, PA repeater with 2 voting receivers.  Once I get data to my VHF repeater site that will also have voting receivers attached to it.  It works quite well!

Corey N3FE
________________________________________
From: app_rpt-users-bounces at ohnosec.org [app_rpt-users-bounces at ohnosec.org] On Behalf Of Robert a. Poff [wb3awj at comcast.net]
Sent: Friday, March 15, 2013 10:55 PM
To: Ron Simpson; app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Looking for the XIPAR experts

I ran some tests using the XIPAR voting.
Works just fine. I'd say equivalent performance to a Doug Hall voter.

Not very hard at all to set up.
Just follow what it says here:
http://www.xelatec.com/xipar/simplevoter
or here:
http://www.allstarnode.com/viewtopic.php?f=5&t=33


WB3AWJ
Allstar 27784, etc.
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
--
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=5C3B71FA3.AE1D2>


From wolthuis at gmail.com  Sun Mar 17 19:55:33 2013
From: wolthuis at gmail.com (Michael Wolthuis)
Date: Sun, 17 Mar 2013 15:55:33 -0400
Subject: [App_rpt-users] Visual mapping available?
Message-ID: <03ae01ce2349$63effca0$2bcff5e0$@gmail.com>

Does anyone know if this program is available for public use anywhere?

 

http://k6ib.com/allstar/

 

 

The visual viewer and the mapping?

 

Mike

Kb8zgl

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

From keith at goobie.org  Sun Mar 17 20:11:03 2013
From: keith at goobie.org (Keith Goobie)
Date: Sun, 17 Mar 2013 16:11:03 -0400
Subject: [App_rpt-users] Visual mapping available?
In-Reply-To: <03ae01ce2349$63effca0$2bcff5e0$@gmail.com>
Message-ID: <CD6B9B97.194F8%keith@goobie.org>

Mike

He has a similar offering IRLP and that is downloadable from the site ?
slick package.

It would appear that he took a commercial route regarding the Allstar
package as it is part of integrated package offering.

I did query the author regarding availability and got a lot of silence.

Cheers
Keith / VA3YC


On 3/17/13 3:55 PM, "Michael Wolthuis" <wolthuis at gmail.com> wrote:

> Does anyone know if this program is available for public use anywhere?
>  
> http://k6ib.com/allstar/
>  
>  
> The visual viewer and the mapping?
>  
> Mike
> Kb8zgl
> 
> 
> _______________________________________________
> 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/20130317/ef30af06/attachment.html>

From fred at moses.bz  Sun Mar 17 20:22:11 2013
From: fred at moses.bz (Fredric Moses)
Date: Sun, 17 Mar 2013 16:22:11 -0400
Subject: [App_rpt-users] Visual mapping available?
In-Reply-To: <03ae01ce2349$63effca0$2bcff5e0$@gmail.com>
References: <03ae01ce2349$63effca0$2bcff5e0$@gmail.com>
Message-ID: <F36FDD6C-86B8-4958-B4E0-99A352AFEB2E@moses.bz>

Not that I have seen...  

I have been using https://github.com/tsawyer/allmon  and it works great.  Monitors the voters and non voted nodes... Plus I can control my nodes after I login...


--
Fredric Moses - W8FSM - WQOG498
fred at moses.bz




On Mar 17, 2013, at 3:55 PM, "Michael Wolthuis" <wolthuis at gmail.com> wrote:

> Does anyone know if this program is available for public use anywhere?
>  
> http://k6ib.com/allstar/
>  
>  
> The visual viewer and the mapping?
>  
> Mike
> Kb8zgl
> _______________________________________________
> 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/20130317/89f90d43/attachment.html>

From wolthuis at gmail.com  Sun Mar 17 20:26:51 2013
From: wolthuis at gmail.com (Mike Wolthuis)
Date: Sun, 17 Mar 2013 16:26:51 -0400
Subject: [App_rpt-users] Visual mapping available?
In-Reply-To: <CD6B9B97.194F8%keith@goobie.org>
References: <CD6B9B97.194F8%keith@goobie.org>
Message-ID: <7F6C1FC5-015B-46A9-AFCF-A0EEC69D47DA@gmail.com>

Ok tnx.  I attempted to find the commercially available package to no-avail as well.  I guess we will see if Brent responds.

Tnx,
Mike

Sent from my iPhone

On Mar 17, 2013, at 4:11 PM, Keith Goobie <keith at goobie.org> wrote:

> Mike
> 
> He has a similar offering IRLP and that is downloadable from the site ? slick package.
> 
> It would appear that he took a commercial route regarding the Allstar package as it is part of integrated package offering.
> 
> I did query the author regarding availability and got a lot of silence.
> 
> Cheers
> Keith / VA3YC
> 
> 
> On 3/17/13 3:55 PM, "Michael Wolthuis" <wolthuis at gmail.com> wrote:
> 
> Does anyone know if this program is available for public use anywhere?
>  
> http://k6ib.com/allstar/
>  
>  
> The visual viewer and the mapping?
>  
> Mike
> Kb8zgl
> 
> _______________________________________________
> 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/20130317/d9a4febf/attachment.html>

From petem001 at hotmail.com  Mon Mar 18 01:02:46 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sun, 17 Mar 2013 21:02:46 -0400
Subject: [App_rpt-users] Ok back to Acid, now what??
Message-ID: <BAY167-DS45822749ABEBB2BD919EEE97E80@phx.gbl>

OK I got my P4 2.66 ghz working with acid.

was piece of cake and now both my node are online and working, even echolink is working!

I did something that maybe Jim wont like, I have loaded webmin. I like the thing, and its much more easy for my pal that dont understand Linux CLI to do some command quick and easy..

But now I want to do more stuff..

Since this machine will replace an RC-210 I want to know how to have voice ID every 20 miute or so.. I did read a few stuff about cron job for audio ID but it was for server with one node, I have 2, and I dont know if it would still be ok to use that..

And forgot bout this, Our club user are mostly french, I know there are french voice package for asterisk, but I am not sure if I could use one for the message that asterisk do , like connect disconnect and such.. would it be as simple as switching the audio file in the good directory or it would be much more complicated?

Is there a Parrot mode with acid? saw it on xipar but I never seen anything about in with acid..

Thanks for your time, i know I ask a lot.. 

Like I said once ,I dont need the job done for me, just point me in the right direction and I will try to fill the gap.


Pierre
VE2PF


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

From mike at midnighteng.com  Mon Mar 18 01:40:12 2013
From: mike at midnighteng.com (mike at midnighteng.com)
Date: Sun, 17 Mar 2013 18:40:12 -0700
Subject: [App_rpt-users] =?utf-8?q?Ok_back_to_Acid=2C_now_what=3F=3F?=
Message-ID: <20130317184012.71befee5dbd13c5325dd1a521b4e73ee.e76a07a97b.wbe@email06.secureserver.net>

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

From petem001 at hotmail.com  Mon Mar 18 01:58:10 2013
From: petem001 at hotmail.com (pete M)
Date: Sun, 17 Mar 2013 21:58:10 -0400
Subject: [App_rpt-users] Ok back to Acid, now what??
In-Reply-To: <20130317184012.71befee5dbd13c5325dd1a521b4e73ee.e76a07a97b.wbe@email06.secureserver.net>
References: <20130317184012.71befee5dbd13c5325dd1a521b4e73ee.e76a07a97b.wbe@email06.secureserver.net>
Message-ID: <BAY405-EAS13B0BF93B3F6D2711D4CFE97E80@phx.gbl>

Thanks Mike 

I have learned the hard way. On xipar... ( when I was trying to make all this run on a dual core machine)... 
I crashed my install 3 time before I finally understood... Now I have 2 disk on the machine. One is a 80 gig maxtor where I copy my whole install with sysrescuecd and the running drive is a 40 gig drive.. If I want to test something I run the back up. Then do the mod, then when I see the I did goof. I restore the 40 gig with the 80 gig stuff.. At the same time I copy my config files to the 80 gig as soon I am happy with them..

I the last 2 week I did about 30 install of centos with various stuff to make my dual core machine work either on xipar or with the svn of acid.. Never been able to have a systemrunning with out lots of problem..

So back to the basic, simple P4 and a trusty acid cd... 

I found out the cop command for parrot in the app-rpt source... Now need to understand the stanza stuff in rpt.conf to enable it. Next will be the dtmf tone check..

The night will be short ;-)))


Envoy? de mon iPad

Le 17 Mar 2013 ? 21:45, mike at midnighteng.com a ?crit :

> 
> Thought I would warn you...
> I have used webmin with my phone PBX for a many years.
> Do yourself a favor and do not update webmin despite what the interface tells you about modules that need updating.
> 
> You will find many of those modules are also used by asterisk and can cause asterisk to not function correctly because the are not the expected versions to act the specific way your asterisk version expects.
> 
> You will not find out until the next boot after you update.
> Luckily, if you keep all of your config files on another machine, it's easy to re-install and through your conf files and scripts back on and your flying again.
> 
> I use webmin on the radio pbx also, I just don't update it. Update only what you need for asterisk through asterisk. Yum update xxx etc...
> 
> ...mike/kb8jnm
> 
> 
> -------- Original Message --------
> Subject: [App_rpt-users] Ok back to Acid, now what??
> From: "Pierre Martel" <petem001 at hotmail.com>
> Date: Sun, March 17, 2013 9:02 pm
> To: "APP RPT" <app_rpt-users at ohnosec.org>
> 
> OK I got my P4 2.66 ghz working with acid.
>  
> was piece of cake and now both my node are online and working, even echolink is working!
>  
> I did something that maybe Jim wont like, I have loaded webmin. I like the thing, and its much more easy for my pal that dont understand Linux CLI to do some command quick and easy..
>  
> But now I want to do more stuff..
>  
> Since this machine will replace an RC-210 I want to know how to have voice ID every 20 miute or so.. I did read a few stuff about cron job for audio ID but it was for server with one node, I have 2, and I dont know if it would still be ok to use that..
>  
> And forgot bout this, Our club user are mostly french, I know there are french voice package for asterisk, but I am not sure if I could use one for the message that asterisk do , like connect disconnect and such.. would it be as simple as switching the audio file in the good directory or it would be much more complicated?
>  
> Is there a Parrot mode with acid? saw it on xipar but I never seen anything about in with acid..
>  
> Thanks for your time, i know I ask a lot..
>  
> Like I said once ,I dont need the job done for me, just point me in the right direction and I will try to fill the gap.
>  
>  
> Pierre
> VE2PF
>  
>  
>  
> _______________________________________________
> 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/20130317/5739fef3/attachment.html>

From kb8pmy at kb8pmy.net  Mon Mar 18 03:51:54 2013
From: kb8pmy at kb8pmy.net (Ryan Collier)
Date: Sun, 17 Mar 2013 23:51:54 -0400
Subject: [App_rpt-users] Fwd:  Couple of issues...
In-Reply-To: <CAAoTAmm-q0E=vpwPVxJj2h8EkJ5kUUniEeQLkRskTdRjKhKnjA@mail.gmail.com>
References: <CD69F287.194AF%keith@goobie.org>
	<580315D2743B48D888709415693081BE@lintv.com>
	<CAAoTAmm-q0E=vpwPVxJj2h8EkJ5kUUniEeQLkRskTdRjKhKnjA@mail.gmail.com>
Message-ID: <CAAoTAm=n4oasNnHW6O4D1_Qtvja7K89rPX+us6xfwmBz31-v3w@mail.gmail.com>

Thanks for all the information. Sorry I wrote this half a sleep lastnight.

I should have never said anything about echolink. Echolink is not the main
link. Yes, asterisk is comtrolling the radios. (Repeater Interface). I have
ran simpleusb many many many times. In order for me to get good repeated
audio( meaning input radio, asterisk, to output radio) all the settings are
zero and I have to add resistors to the audio. Also, allison and cw iders
and loud and at the correct level. Echolink ( since it was mentioned) is
set at default. But for some reason on some links the audio coming though
the repeater tx radio is very low. I acutually have to turn the radio up.
But I do have to make sure I turn the radio back down before the local rx
audio or iders come across cause it will blow your radio away. Is there a
setting or something on the just the internet asterisk audio to bring it up
3db? Like I said a few lines before, the local repeated audio is fine and
all the simpleusb setting are 0.

Keith on the iaxrpt. I have tried putting the call in the callerid spot in
iaxrpt. But I still get ghost. Is there something else I need to add to the
iax.conf or extensions.conf to pick that up?  I had it reading caller id
but it was the number not the name.

On the voicemail I can star 6 and then the extension number. I am guessing
not passing the DTMF tones is the problem now. But If I open that will it
pass through every link and rf that I have open? Or would it be better if
you can only read your email via sip or iax client?

Ryan

On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin <george at dyb.com> wrote:

> **
> To triple the comment, you sound like your general audio settings are bad.
> Echolink audio is nothing short of horrible, don't set up to that. If you
> set the repeater modulation as per the asterisk app_rpt setup procedure the
> audio will be fantastic. Except for echolink. In rpt.conf there are
> settings to increase/decrease audio levels to and from echolink. But good
> luck setting those, as far as I have seen there is no "standard" for
> Echolink. There is very definetly for the Asterisk/Allstar side.
>
> But another part of your comment makes me curious, is the computer running
> Asterisk the controller for the repeater? That's best but it sounds like
> you may have said computer connected to a repeater controller. All bets are
> off there. I say this because you suggest that the repeater audio is ok,
> but asterisk conncts are low. This suggests a repeater audio path that is
> different for loacl repeat audio and asterisk/allstar.
>
> GeorgeC
> W2DB
> 2360
>
> ----- Original Message -----
> *From:* Keith Goobie <keith at goobie.org>
> *To:* Ryan Collier <kb8pmy at kb8pmy.net> ; app_rpt-users at ohnosec.org
> *Sent:* Saturday, March 16, 2013 8:57 AM
> *Subject:* Re: [App_rpt-users] Couple of issues...
>
> Ryan
>
> 1. Another users suggested that you make sure that the Asterisk audio be
> set-up first.   This is very good counsel.  Follow the procedures as
> dictated in the allstarlink.org web site.  Once that is complete, you can
> adjust the Echolink audio as a parameter in the usbradio config file.
>   Look for erxgain and etxgain in rpt.conf.
>
> 2. When the user sets up the iaxrpt client, the second tab in the
> preferences allows the user to set his callsign.   Whne that is done, he
> will be announced on the node.  If the user does not set this he connects
> in a stealthy manner.  Otherwise if a value is set, then they are announced
> during connects and disconnects.  If everyone follows this, then you can
> move forward with a common userid and password.
>
> 3. Where is your voicemail with respect to asterisk & the bare repeater.
>  You need to supply a little more detail, before people can respond.  I
> think that you are looking to pass dtmf from a remote user to your repeater
> so that they can get voicemail ? but I am guessing that this is what you
> are seeking.
>
> Cheers
> Keith / VA3YC
>
>
> On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net> wrote:
>
> Greetings,
>
> I have been working on the node the past couple of days.
>
> Here is my problems.
>
> 1. The incoming echolink audio is fine the repeater audio is fine. But the
> incoming asterisk connects are low. Can I adjust that?
>
> 2. When an iaxrpt user connects. I can not get the caller id out for that
> person. I have ,made everyone there own sign in. It is easier on me. Is
> there a way I can fix this?
>
> 3. I have voicemail working ont he repeater. You can access it from RF.
> But I can not get it to the point where they can check there mail. I can
> not get login to voiccemailmain to work right. Can I get help on this also?
>
> 73
> Ryan
> KB8PMY
>
>
> ------------------------------
> _______________________________________________
> 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/20130317/51552d24/attachment.html>

From tim.sawyer at me.com  Mon Mar 18 04:20:01 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sun, 17 Mar 2013 21:20:01 -0700
Subject: [App_rpt-users] Fwd:  Couple of issues...
In-Reply-To: <CAAoTAm=n4oasNnHW6O4D1_Qtvja7K89rPX+us6xfwmBz31-v3w@mail.gmail.com>
References: <CD69F287.194AF%keith@goobie.org>
	<580315D2743B48D888709415693081BE@lintv.com>
	<CAAoTAmm-q0E=vpwPVxJj2h8EkJ5kUUniEeQLkRskTdRjKhKnjA@mail.gmail.com>
	<CAAoTAm=n4oasNnHW6O4D1_Qtvja7K89rPX+us6xfwmBz31-v3w@mail.gmail.com>
Message-ID: <215EA179-933F-401D-AB35-C7EA01223982@me.com>

The settings from running simple-tune-menu (not simpleusb, that implies you are editing the file. Don't do that) should be near half scale which is around 500. Zero is not where you want the settings. 
--
Tim
:wq

On Mar 17, 2013, at 8:51 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:

> Thanks for all the information. Sorry I wrote this half a sleep lastnight.
>  
> I should have never said anything about echolink. Echolink is not the main link. Yes, asterisk is comtrolling the radios. (Repeater Interface). I have ran simpleusb many many many times. In order for me to get good repeated audio( meaning input radio, asterisk, to output radio) all the settings are zero and I have to add resistors to the audio. Also, allison and cw iders and loud and at the correct level. Echolink ( since it was mentioned) is set at default. But for some reason on some links the audio coming though the repeater tx radio is very low. I acutually have to turn the radio up. But I do have to make sure I turn the radio back down before the local rx audio or iders come across cause it will blow your radio away. Is there a setting or something on the just the internet asterisk audio to bring it up 3db? Like I said a few lines before, the local repeated audio is fine and all the simpleusb setting are 0.
>  
> Keith on the iaxrpt. I have tried putting the call in the callerid spot in iaxrpt. But I still get ghost. Is there something else I need to add to the iax.conf or extensions.conf to pick that up?  I had it reading caller id but it was the number not the name.
>  
> On the voicemail I can star 6 and then the extension number. I am guessing not passing the DTMF tones is the problem now. But If I open that will it pass through every link and rf that I have open? Or would it be better if you can only read your email via sip or iax client?
>  
> Ryan
> 
> On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin <george at dyb.com> wrote:
> To triple the comment, you sound like your general audio settings are bad. Echolink audio is nothing short of horrible, don't set up to that. If you set the repeater modulation as per the asterisk app_rpt setup procedure the audio will be fantastic. Except for echolink. In rpt.conf there are settings to increase/decrease audio levels to and from echolink. But good luck setting those, as far as I have seen there is no "standard" for Echolink. There is very definetly for the Asterisk/Allstar side.
>  
> But another part of your comment makes me curious, is the computer running Asterisk the controller for the repeater? That's best but it sounds like you may have said computer connected to a repeater controller. All bets are off there. I say this because you suggest that the repeater audio is ok, but asterisk conncts are low. This suggests a repeater audio path that is different for loacl repeat audio and asterisk/allstar.
>  
> GeorgeC
> W2DB
> 2360 
> ----- Original Message -----
> From: Keith Goobie
> To: Ryan Collier ; app_rpt-users at ohnosec.org
> Sent: Saturday, March 16, 2013 8:57 AM
> Subject: Re: [App_rpt-users] Couple of issues...
> 
> Ryan
> 
> 1. Another users suggested that you make sure that the Asterisk audio be set-up first.   This is very good counsel.  Follow the procedures as dictated in the allstarlink.org web site.  Once that is complete, you can adjust the Echolink audio as a parameter in the usbradio config file.   Look for erxgain and etxgain in rpt.conf.
> 
> 2. When the user sets up the iaxrpt client, the second tab in the preferences allows the user to set his callsign.   Whne that is done, he will be announced on the node.  If the user does not set this he connects in a stealthy manner.  Otherwise if a value is set, then they are announced during connects and disconnects.  If everyone follows this, then you can move forward with a common userid and password.
> 
> 3. Where is your voicemail with respect to asterisk & the bare repeater.  You need to supply a little more detail, before people can respond.  I think that you are looking to pass dtmf from a remote user to your repeater so that they can get voicemail ? but I am guessing that this is what you are seeking.
> 
> Cheers
> Keith / VA3YC
> 
> 
> On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net> wrote:
> 
> Greetings,
> 
> I have been working on the node the past couple of days. 
> 
> Here is my problems. 
> 
> 1. The incoming echolink audio is fine the repeater audio is fine. But the incoming asterisk connects are low. Can I adjust that?
> 
> 2. When an iaxrpt user connects. I can not get the caller id out for that person. I have ,made everyone there own sign in. It is easier on me. Is there a way I can fix this?
> 
> 3. I have voicemail working ont he repeater. You can access it from RF. But I can not get it to the point where they can check there mail. I can not get login to voiccemailmain to work right. Can I get help on this also?
> 
> 73
> Ryan
> KB8PMY
> 
> 
> _______________________________________________
> 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
> 
> 
> _______________________________________________
> 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/20130317/ec049c5e/attachment.html>

From keith at goobie.org  Mon Mar 18 12:21:34 2013
From: keith at goobie.org (Keith Goobie)
Date: Mon, 18 Mar 2013 08:21:34 -0400
Subject: [App_rpt-users] Fwd:  Couple of issues...
In-Reply-To: <215EA179-933F-401D-AB35-C7EA01223982@me.com>
Message-ID: <CD6C7F0E.1951C%keith@goobie.org>

Keith on the iaxrpt. I have tried putting the call in the callerid spot in
iaxrpt. But I still get ghost. Is there something else I need to add to the
iax.conf or extensions.conf to pick that up?  I had it reading caller id but
it was the number not the name.
 
Hi Tim

When I put in something other than the default, that callsign is announced
when connecting & disconnecting.
All users use this id when logging in via iaxRPT.  If callerid is set, they
are announced.

[ve3lsr]
type=user
context=radio-gui
auth=md5
secret=xxxxxxxxx
host=dynamic
disallow=all
allow=ulaw
allow=gsm
transfer=no


This is the pertinent stanza in extensions.conf.


[radio-gui]
exten=27211,1,Rpt,27211|X
exten=29133,1,Rpt,29133|X
exten=29154,1,Rpt,29154|X

Hope this helps.

Keith


On 3/18/13 12:20 AM, "Tim Sawyer" <tim.sawyer at me.com> wrote:

> The settings from running simple-tune-menu (not simpleusb, that implies you
> are editing the file. Don't do that) should be near half scale which is around
> 500. Zero is not where you want the settings.
> --
> Tim
> :wq
> 
> On Mar 17, 2013, at 8:51 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:
> 
>> Thanks for all the information. Sorry I wrote this half a sleep lastnight.
>>  
>> I should have never said anything about echolink. Echolink is not the main
>> link. Yes, asterisk is comtrolling the radios. (Repeater Interface). I have
>> ran simpleusb many many many times. In order for me to get good repeated
>> audio( meaning input radio, asterisk, to output radio) all the settings are
>> zero and I have to add resistors to the audio. Also, allison and cw iders and
>> loud and at the correct level. Echolink ( since it was mentioned) is set at
>> default. But for some reason on some links the audio coming though the
>> repeater tx radio is very low. I acutually have to turn the radio up. But I
>> do have to make sure I turn the radio back down before the local rx audio or
>> iders come across cause it will blow your radio away. Is there a setting or
>> something on the just the internet asterisk audio to bring it up 3db? Like I
>> said a few lines before, the local repeated audio is fine and all the
>> simpleusb setting are 0.
>>  
>> Keith on the iaxrpt. I have tried putting the call in the callerid spot in
>> iaxrpt. But I still get ghost. Is there something else I need to add to the
>> iax.conf or extensions.conf to pick that up?  I had it reading caller id but
>> it was the number not the name.
>>  
>> On the voicemail I can star 6 and then the extension number. I am guessing
>> not passing the DTMF tones is the problem now. But If I open that will it
>> pass through every link and rf that I have open? Or would it be better if you
>> can only read your email via sip or iax client?
>>  
>> Ryan
>> 
>> On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin <george at dyb.com> wrote:
>>> To triple the comment, you sound like your general audio settings are bad.
>>> Echolink audio is nothing short of horrible, don't set up to that. If you
>>> set the repeater modulation as per the asterisk app_rpt setup procedure the
>>> audio will be fantastic. Except for echolink. In rpt.conf there are settings
>>> to increase/decrease audio levels to and from echolink. But good luck
>>> setting those, as far as I have seen there is no "standard" for Echolink.
>>> There is very definetly for the Asterisk/Allstar side.
>>>  
>>> But another part of your comment makes me curious, is the computer running
>>> Asterisk the controller for the repeater? That's best but it sounds like you
>>> may have said computer connected to a repeater controller. All bets are off
>>> there. I say this because you suggest that the repeater audio is ok, but
>>> asterisk conncts are low. This suggests a repeater audio path that is
>>> different for loacl repeat audio and asterisk/allstar.
>>>  
>>> GeorgeC
>>> W2DB
>>> 2360 
>>>> ----- Original Message -----
>>>> From: Keith Goobie <mailto:keith at goobie.org>
>>>> To: Ryan Collier <mailto:kb8pmy at kb8pmy.net>  ; app_rpt-users at ohnosec.org
>>>> Sent: Saturday, March 16, 2013 8:57 AM
>>>> Subject: Re: [App_rpt-users] Couple of issues...
>>>> 
>>>> Ryan
>>>> 
>>>> 1. Another users suggested that you make sure that the Asterisk audio be
>>>> set-up first.   This is very good counsel.  Follow the procedures as
>>>> dictated in the allstarlink.org <http://allstarlink.org/>  web site.  Once
>>>> that is complete, you can adjust the Echolink audio as a parameter in the
>>>> usbradio config file.   Look for erxgain and etxgain in rpt.conf.
>>>> 
>>>> 2. When the user sets up the iaxrpt client, the second tab in the
>>>> preferences allows the user to set his callsign.   Whne that is done, he
>>>> will be announced on the node.  If the user does not set this he connects
>>>> in a stealthy manner.  Otherwise if a value is set, then they are announced
>>>> during connects and disconnects.  If everyone follows this, then you can
>>>> move forward with a common userid and password.
>>>> 
>>>> 3. Where is your voicemail with respect to asterisk & the bare repeater.
>>>> You need to supply a little more detail, before people can respond.  I
>>>> think that you are looking to pass dtmf from a remote user to your repeater
>>>> so that they can get voicemail ? but I am guessing that this is what you
>>>> are seeking.
>>>> 
>>>> Cheers
>>>> Keith / VA3YC
>>>> 
>>>> 
>>>> On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net
>>>> <http://kb8pmy at kb8pmy.net/> > wrote:
>>>> 
>>>>> Greetings,
>>>>> 
>>>>> I have been working on the node the past couple of days.
>>>>> 
>>>>> Here is my problems.
>>>>> 
>>>>> 1. The incoming echolink audio is fine the repeater audio is fine. But the
>>>>> incoming asterisk connects are low. Can I adjust that?
>>>>> 
>>>>> 2. When an iaxrpt user connects. I can not get the caller id out for that
>>>>> person. I have ,made everyone there own sign in. It is easier on me. Is
>>>>> there a way I can fix this?
>>>>> 
>>>>> 3. I have voicemail working ont he repeater. You can access it from RF.
>>>>> But I can not get it to the point where they can check there mail. I can
>>>>> not get login to voiccemailmain to work right. Can I get help on this
>>>>> also?
>>>>> 
>>>>> 73
>>>>> Ryan
>>>>> KB8PMY
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at ohnosec.org <http://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/20130318/3b765929/attachment.html>

From kt9ac at ameritech.net  Mon Mar 18 12:45:46 2013
From: kt9ac at ameritech.net (Tony KT9AC)
Date: Mon, 18 Mar 2013 07:45:46 -0500
Subject: [App_rpt-users] Fwd:  Couple of issues...
In-Reply-To: <CD6C7F0E.1951C%keith@goobie.org>
References: <CD6C7F0E.1951C%keith@goobie.org>
Message-ID: <51470C7A.7020803@ameritech.net>

Put your callsign in the "Name" field, and leave zero (0) in the 
"Number" field. It will announce your callsign when you connect and 
disconnect.

Make sure your telemetry is turned on (duplex > 0 and telemdefault not 
equal to 0).

Tony

On 3/18/2013 7:21 AM, Keith Goobie wrote:
> Re: [App_rpt-users] Fwd:  Couple of issues... Keith on the iaxrpt. I 
> have tried putting the call in the callerid spot in iaxrpt. But I 
> still get ghost. Is there something else I need to add to the iax.conf 
> or extensions.conf to pick that up?  I had it reading caller id but it 
> was the number not the name.
>
> Hi Tim
>
> When I put in something other than the default, that callsign is 
> announced when connecting & disconnecting.
> All users use this id when logging in via iaxRPT.  If callerid is set, 
> they are announced.
>
> [ve3lsr]
> type=user
> context=radio-gui
> auth=md5
> secret=xxxxxxxxx
> host=dynamic
> disallow=all
> allow=ulaw
> allow=gsm
> transfer=no
>
>
> This is the pertinent stanza in extensions.conf.
>
>
> [radio-gui]
> exten=27211,1,Rpt,27211|X
> exten=29133,1,Rpt,29133|X
> exten=29154,1,Rpt,29154|X
>
> Hope this helps.
>
> Keith
>
>
> On 3/18/13 12:20 AM, "Tim Sawyer" <tim.sawyer at me.com> wrote:
>
>     The settings from running simple-tune-menu (not simpleusb, that
>     implies you are editing the file. Don't do that) should be near
>     half scale which is around 500. Zero is not where you want the
>     settings.
>     --
>     Tim
>     :wq
>
>     On Mar 17, 2013, at 8:51 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:
>
>         Thanks for all the information. Sorry I wrote this half a
>         sleep lastnight.
>
>         I should have never said anything about echolink. Echolink is
>         not the main link. Yes, asterisk is comtrolling the radios.
>         (Repeater Interface). I have ran simpleusb many many many
>         times. In order for me to get good repeated audio( meaning
>         input radio, asterisk, to output radio) all the settings are
>         zero and I have to add resistors to the audio. Also, allison
>         and cw iders and loud and at the correct level. Echolink (
>         since it was mentioned) is set at default. But for some reason
>         on some links the audio coming though the repeater tx radio is
>         very low. I acutually have to turn the radio up. But I do have
>         to make sure I turn the radio back down before the local rx
>         audio or iders come across cause it will blow your radio away.
>         Is there a setting or something on the just the internet
>         asterisk audio to bring it up 3db? Like I said a few lines
>         before, the local repeated audio is fine and all the simpleusb
>         setting are 0.
>
>         Keith on the iaxrpt. I have tried putting the call in the
>         callerid spot in iaxrpt. But I still get ghost. Is there
>         something else I need to add to the iax.conf or
>         extensions.conf to pick that up?  I had it reading caller id
>         but it was the number not the name.
>
>         On the voicemail I can star 6 and then the extension number. I
>         am guessing not passing the DTMF tones is the problem now. But
>         If I open that will it pass through every link and rf that I
>         have open? Or would it be better if you can only read your
>         email via sip or iax client?
>
>         Ryan
>
>         On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin
>         <george at dyb.com> wrote:
>
>             To triple the comment, you sound like your general audio
>             settings are bad. Echolink audio is nothing short of
>             horrible, don't set up to that. If you set the repeater
>             modulation as per the asterisk app_rpt setup procedure the
>             audio will be fantastic. Except for echolink. In rpt.conf
>             there are settings to increase/decrease audio levels to
>             and from echolink. But good luck setting those, as far as
>             I have seen there is no "standard" for Echolink. There is
>             very definetly for the Asterisk/Allstar side.
>
>             But another part of your comment makes me curious, is the
>             computer running Asterisk the controller for the repeater?
>             That's best but it sounds like you may have said computer
>             connected to a repeater controller. All bets are off
>             there. I say this because you suggest that the repeater
>             audio is ok, but asterisk conncts are low. This suggests a
>             repeater audio path that is different for loacl repeat
>             audio and asterisk/allstar.
>
>             GeorgeC
>             W2DB
>             2360
>
>                 ----- Original Message -----
>                 *From:* Keith Goobie <mailto:keith at goobie.org>
>                 *To:* Ryan Collier <mailto:kb8pmy at kb8pmy.net>  ;
>                 app_rpt-users at ohnosec.org
>                 *Sent:* Saturday, March 16, 2013 8:57 AM
>                 *Subject:* Re: [App_rpt-users] Couple of issues...
>
>                 Ryan
>
>                 1. Another users suggested that you make sure that the
>                 Asterisk audio be set-up first.   This is very good
>                 counsel.  Follow the procedures as dictated in the
>                 allstarlink.org <http://allstarlink.org/>  web site.
>                  Once that is complete, you can adjust the Echolink
>                 audio as a parameter in the usbradio config file.
>                   Look for erxgain and etxgain in rpt.conf.
>
>                 2. When the user sets up the iaxrpt client, the second
>                 tab in the preferences allows the user to set his
>                 callsign.   Whne that is done, he will be announced on
>                 the node.  If the user does not set this he connects
>                 in a stealthy manner.  Otherwise if a value is set,
>                 then they are announced during connects and
>                 disconnects.  If everyone follows this, then you can
>                 move forward with a common userid and password.
>
>                 3. Where is your voicemail with respect to asterisk &
>                 the bare repeater.  You need to supply a little more
>                 detail, before people can respond.  I think that you
>                 are looking to pass dtmf from a remote user to your
>                 repeater so that they can get voicemail -- but I am
>                 guessing that this is what you are seeking.
>
>                 Cheers
>                 Keith / VA3YC
>
>
>                 On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net
>                 <http://kb8pmy at kb8pmy.net/> > wrote:
>
>                     Greetings,
>
>                     I have been working on the node the past couple of
>                     days.
>
>                     Here is my problems.
>
>                     1. The incoming echolink audio is fine the
>                     repeater audio is fine. But the incoming asterisk
>                     connects are low. Can I adjust that?
>
>                     2. When an iaxrpt user connects. I can not get the
>                     caller id out for that person. I have ,made
>                     everyone there own sign in. It is easier on me. Is
>                     there a way I can fix this?
>
>                     3. I have voicemail working ont he repeater. You
>                     can access it from RF. But I can not get it to the
>                     point where they can check there mail. I can not
>                     get login to voiccemailmain to work right. Can I
>                     get help on this also?
>
>                     73
>                     Ryan
>                     KB8PMY
>
>
>                     ------------------------------------------------------------------------
>                     _______________________________________________
>                     App_rpt-users mailing list
>                     App_rpt-users at ohnosec.org
>                     <http://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
>
>
> _______________________________________________
> 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/20130318/5186cdda/attachment.html>

From keith at goobie.org  Mon Mar 18 14:00:26 2013
From: keith at goobie.org (Keith Goobie)
Date: Mon, 18 Mar 2013 10:00:26 -0400
Subject: [App_rpt-users] Fwd:  Couple of issues...
In-Reply-To: <51470C7A.7020803@ameritech.net>
Message-ID: <CD6C963A.19527%keith@goobie.org>

In my configuration, I have asterisk connected to an RLC-DSP404 controller.

Duplex=0 in my case and telemdefault is set to the default value (ie not in
rpt.conf).

This is working for us.

Keith / VA3YC


On 3/18/13 8:45 AM, "Tony KT9AC" <kt9ac at ameritech.net> wrote:

>    Put your callsign in the "Name" field, and leave zero (0) in the "Number"
> field. It will announce your callsign when you connect and disconnect.
>  
>  Make sure your telemetry is turned on (duplex > 0 and telemdefault not equal
> to 0).
>  
>  Tony
>  
>  
> On 3/18/2013 7:21 AM, Keith Goobie wrote:
>  
>  
>>  Re: [App_rpt-users] Fwd:  Couple of issues... Keith on the iaxrpt. I have
>> tried putting the call in the callerid spot in iaxrpt. But I still get ghost.
>> Is there something else I need to add to the iax.conf or extensions.conf to
>> pick that up?  I had it reading caller id but it was the number not the name.
>>   
>>  Hi Tim
>>  
>>  When I put in something other than the default, that callsign is announced
>> when connecting & disconnecting.
>>  All users use this id when logging in via iaxRPT.  If callerid is set, they
>> are announced.
>>  
>>  [ve3lsr]
>>  type=user
>>  context=radio-gui
>>  auth=md5
>>  secret=xxxxxxxxx
>>  host=dynamic
>>  disallow=all
>>  allow=ulaw
>>  allow=gsm
>>  transfer=no
>>  
>>  
>>  This is the pertinent stanza in extensions.conf.
>>  
>>  
>>  [radio-gui]
>>  exten=27211,1,Rpt,27211|X
>>  exten=29133,1,Rpt,29133|X
>>  exten=29154,1,Rpt,29154|X
>>  
>>  Hope this helps.
>>  
>>  Keith
>>  
>>  
>>  On 3/18/13 12:20 AM, "Tim Sawyer" <tim.sawyer at me.com> wrote:
>>  
>>   
>>> The settings from running simple-tune-menu (not simpleusb, that implies you
>>> are editing the file. Don't do that) should be near half scale which is
>>> around 500. Zero is not where you want the settings.
>>>  --
>>>  Tim
>>>  :wq
>>>  
>>>  On Mar 17, 2013, at 8:51 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:
>>>  
>>>   
>>>> Thanks for all the information. Sorry I wrote this half a sleep lastnight.
>>>>   
>>>>  I should have never said anything about echolink. Echolink is not the main
>>>> link. Yes, asterisk is comtrolling the radios. (Repeater Interface). I have
>>>> ran simpleusb many many many times. In order for me to get good repeated
>>>> audio( meaning input radio, asterisk, to output radio) all the settings are
>>>> zero and I have to add resistors to the audio. Also, allison and cw iders
>>>> and loud and at the correct level. Echolink ( since it was mentioned) is
>>>> set at default. But for some reason on some links the audio coming though
>>>> the repeater tx radio is very low. I acutually have to turn the radio up.
>>>> But I do have to make sure I turn the radio back down before the local rx
>>>> audio or iders come across cause it will blow your radio away. Is there a
>>>> setting or something on the just the internet asterisk audio to bring it up
>>>> 3db? Like I said a few lines before, the local repeated audio is fine and
>>>> all the simpleusb setting are 0.
>>>>   
>>>>  Keith on the iaxrpt. I have tried putting the call in the callerid spot in
>>>> iaxrpt. But I still get ghost. Is there something else I need to add to the
>>>> iax.conf or extensions.conf to pick that up?  I had it reading caller id
>>>> but it was the number not the name.
>>>>   
>>>>  On the voicemail I can star 6 and then the extension number. I am guessing
>>>> not passing the DTMF tones is the problem now. But If I open that will it
>>>> pass through every link and rf that I have open? Or would it be better if
>>>> you can only read your email via sip or iax client?
>>>>   
>>>>  Ryan
>>>>  
>>>>  On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin <george at dyb.com> wrote:
>>>>   
>>>>> To triple the comment, you sound like your general audio settings are bad.
>>>>> Echolink audio is nothing short of horrible, don't set up to that. If you
>>>>> set the repeater modulation as per the asterisk app_rpt setup procedure
>>>>> the audio will be fantastic. Except for echolink. In rpt.conf there are
>>>>> settings to increase/decrease audio levels to and from echolink. But good
>>>>> luck setting those, as far as I have seen there is no "standard" for
>>>>> Echolink. There is very definetly for the Asterisk/Allstar side.
>>>>>   
>>>>>  But another part of your comment makes me curious, is the computer
>>>>> running Asterisk the controller for the repeater? That's best but it
>>>>> sounds like you may have said computer connected to a repeater controller.
>>>>> All bets are off there. I say this because you suggest that the repeater
>>>>> audio is ok, but asterisk conncts are low. This suggests a repeater audio
>>>>> path that is different for loacl repeat audio and asterisk/allstar.
>>>>>   
>>>>>  GeorgeC
>>>>>  W2DB
>>>>>  2360 
>>>>>   
>>>>>> ----- Original Message -----
>>>>>>  From: Keith Goobie <mailto:keith at goobie.org>
>>>>>>  To: Ryan Collier <mailto:kb8pmy at kb8pmy.net>  ; app_rpt-users at ohnosec.org
>>>>>>  Sent: Saturday, March 16, 2013 8:57 AM
>>>>>>  Subject: Re: [App_rpt-users] Couple of issues...
>>>>>>  
>>>>>>  Ryan
>>>>>>  
>>>>>>  1. Another users suggested that you make sure that the Asterisk audio be
>>>>>> set-up first.   This is very good counsel.  Follow the procedures as
>>>>>> dictated in the allstarlink.org <http://allstarlink.org/>  web site.
>>>>>> Once that is complete, you can adjust the Echolink audio as a parameter
>>>>>> in the usbradio config file.   Look for erxgain and etxgain in rpt.conf.
>>>>>>  
>>>>>>  2. When the user sets up the iaxrpt client, the second tab in the
>>>>>> preferences allows the user to set his callsign.   Whne that is done, he
>>>>>> will be announced on the node.  If the user does not set this he connects
>>>>>> in a stealthy manner.  Otherwise if a value is set, then they are
>>>>>> announced during connects and disconnects.  If everyone follows this,
>>>>>> then you can move forward with a common userid and password.
>>>>>>  
>>>>>>  3. Where is your voicemail with respect to asterisk & the bare repeater.
>>>>>> You need to supply a little more detail, before people can respond.  I
>>>>>> think that you are looking to pass dtmf from a remote user to your
>>>>>> repeater so that they can get voicemail ? but I am guessing that this is
>>>>>> what you are seeking.
>>>>>>  
>>>>>>  Cheers
>>>>>>  Keith / VA3YC
>>>>>>  
>>>>>>  
>>>>>>  On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net
>>>>>> <http://kb8pmy at kb8pmy.net/> > wrote:
>>>>>>  
>>>>>>   
>>>>>>> Greetings,
>>>>>>>  
>>>>>>>  I have been working on the node the past couple of days.
>>>>>>>  
>>>>>>>  Here is my problems.
>>>>>>>  
>>>>>>>  1. The incoming echolink audio is fine the repeater audio is fine. But
>>>>>>> the incoming asterisk connects are low. Can I adjust that?
>>>>>>>  
>>>>>>>  2. When an iaxrpt user connects. I can not get the caller id out for
>>>>>>> that person. I have ,made everyone there own sign in. It is easier on
>>>>>>> me. Is there a way I can fix this?
>>>>>>>  
>>>>>>>  3. I have voicemail working ont he repeater. You can access it from RF.
>>>>>>> But I can not get it to the point where they can check there mail. I can
>>>>>>> not get login to voiccemailmain to work right. Can I get help on this
>>>>>>> also?
>>>>>>>  
>>>>>>>  73
>>>>>>>  Ryan
>>>>>>>  KB8PMY
>>>>>>>  
>>>>>>>  
>>>>>>>  
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>>  App_rpt-users mailing list
>>>>>>>  App_rpt-users at ohnosec.org <http://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
>>   
>>   
>>  
>> _______________________________________________
>> 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

-- 
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/20130318/5d575567/attachment.html>

From tim.sawyer at me.com  Mon Mar 18 14:23:07 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Mon, 18 Mar 2013 07:23:07 -0700
Subject: [App_rpt-users] Couple of issues...
In-Reply-To: <CAAoTAmk2HuEkwH+74uAV7H9qm2hmZok+d_A=6-RVDQ-HWL__Mw@mail.gmail.com>
References: <CD69F287.194AF%keith@goobie.org>
	<580315D2743B48D888709415693081BE@lintv.com>
	<CAAoTAmm-q0E=vpwPVxJj2h8EkJ5kUUniEeQLkRskTdRjKhKnjA@mail.gmail.com>
	<CAAoTAm=n4oasNnHW6O4D1_Qtvja7K89rPX+us6xfwmBz31-v3w@mail.gmail.com>
	<215EA179-933F-401D-AB35-C7EA01223982@me.com>
	<CAAoTAmk2HuEkwH+74uAV7H9qm2hmZok+d_A=6-RVDQ-HWL__Mw@mail.gmail.com>
Message-ID: <B1F72251-DA8B-477D-A48C-0EDD1B5988DB@me.com>

No wonder you've complained the levels are wrong. You need to make the software set the levels or you will have crap audio. So, neither transmit nor receive levels can be set with simple-tune-menu? That's weird, clearly something is wrong. Double check your wiring. 

I've never heard of a case where there is rpt audio but the soft pots won't adjust it. Maybe some one here on the list will chime in with some ideas.  
--
Tim
:wq

On Mar 18, 2013, at 3:24 AM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:

> I have had it at full scale, 500, and 0. Nothing changes. These settings never change anything. My levels going out never get higher or lower with these settings.  I have to manually control the output to the radio with a pot not the software.
> 
> Ryan
> 
> 
> On Mon, Mar 18, 2013 at 12:20 AM, Tim Sawyer <tim.sawyer at me.com> wrote:
> The settings from running simple-tune-menu (not simpleusb, that implies you are editing the file. Don't do that) should be near half scale which is around 500. Zero is not where you want the settings. 
> --
> Tim
> :wq
> 
> On Mar 17, 2013, at 8:51 PM, Ryan Collier <kb8pmy at kb8pmy.net> wrote:
> 
>> Thanks for all the information. Sorry I wrote this half a sleep lastnight.
>>  
>> I should have never said anything about echolink. Echolink is not the main link. Yes, asterisk is comtrolling the radios. (Repeater Interface). I have ran simpleusb many many many times. In order for me to get good repeated audio( meaning input radio, asterisk, to output radio) all the settings are zero and I have to add resistors to the audio. Also, allison and cw iders and loud and at the correct level. Echolink ( since it was mentioned) is set at default. But for some reason on some links the audio coming though the repeater tx radio is very low. I acutually have to turn the radio up. But I do have to make sure I turn the radio back down before the local rx audio or iders come across cause it will blow your radio away. Is there a setting or something on the just the internet asterisk audio to bring it up 3db? Like I said a few lines before, the local repeated audio is fine and all the simpleusb setting are 0.
>>  
>> Keith on the iaxrpt. I have tried putting the call in the callerid spot in iaxrpt. But I still get ghost. Is there something else I need to add to the iax.conf or extensions.conf to pick that up?  I had it reading caller id but it was the number not the name.
>>  
>> On the voicemail I can star 6 and then the extension number. I am guessing not passing the DTMF tones is the problem now. But If I open that will it pass through every link and rf that I have open? Or would it be better if you can only read your email via sip or iax client?
>>  
>> Ryan
>> 
>> On Sat, Mar 16, 2013 at 11:15 AM, George Csahanin <george at dyb.com> wrote:
>> To triple the comment, you sound like your general audio settings are bad. Echolink audio is nothing short of horrible, don't set up to that. If you set the repeater modulation as per the asterisk app_rpt setup procedure the audio will be fantastic. Except for echolink. In rpt.conf there are settings to increase/decrease audio levels to and from echolink. But good luck setting those, as far as I have seen there is no "standard" for Echolink. There is very definetly for the Asterisk/Allstar side.
>>  
>> But another part of your comment makes me curious, is the computer running Asterisk the controller for the repeater? That's best but it sounds like you may have said computer connected to a repeater controller. All bets are off there. I say this because you suggest that the repeater audio is ok, but asterisk conncts are low. This suggests a repeater audio path that is different for loacl repeat audio and asterisk/allstar.
>>  
>> GeorgeC
>> W2DB
>> 2360 
>> ----- Original Message -----
>> From: Keith Goobie
>> To: Ryan Collier ; app_rpt-users at ohnosec.org
>> Sent: Saturday, March 16, 2013 8:57 AM
>> Subject: Re: [App_rpt-users] Couple of issues...
>> 
>> Ryan
>> 
>> 1. Another users suggested that you make sure that the Asterisk audio be set-up first.   This is very good counsel.  Follow the procedures as dictated in the allstarlink.org web site.  Once that is complete, you can adjust the Echolink audio as a parameter in the usbradio config file.   Look for erxgain and etxgain in rpt.conf.
>> 
>> 2. When the user sets up the iaxrpt client, the second tab in the preferences allows the user to set his callsign.   Whne that is done, he will be announced on the node.  If the user does not set this he connects in a stealthy manner.  Otherwise if a value is set, then they are announced during connects and disconnects.  If everyone follows this, then you can move forward with a common userid and password.
>> 
>> 3. Where is your voicemail with respect to asterisk & the bare repeater.  You need to supply a little more detail, before people can respond.  I think that you are looking to pass dtmf from a remote user to your repeater so that they can get voicemail ? but I am guessing that this is what you are seeking.
>> 
>> Cheers
>> Keith / VA3YC
>> 
>> 
>> On 3/15/13 11:31 PM, "Ryan Collier" <kb8pmy at kb8pmy.net> wrote:
>> 
>> Greetings,
>> 
>> I have been working on the node the past couple of days. 
>> 
>> Here is my problems. 
>> 
>> 1. The incoming echolink audio is fine the repeater audio is fine. But the incoming asterisk connects are low. Can I adjust that?
>> 
>> 2. When an iaxrpt user connects. I can not get the caller id out for that person. I have ,made everyone there own sign in. It is easier on me. Is there a way I can fix this?
>> 
>> 3. I have voicemail working ont he repeater. You can access it from RF. But I can not get it to the point where they can check there mail. I can not get login to voiccemailmain to work right. Can I get help on this also?
>> 
>> 73
>> Ryan
>> KB8PMY
>> 
>> 
>> _______________________________________________
>> 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
>> 
>> 
>> _______________________________________________
>> 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/20130318/45872e99/attachment.html>

From gazolla at san.rr.com  Mon Mar 18 15:34:20 2013
From: gazolla at san.rr.com (George Zolla)
Date: Mon, 18 Mar 2013 08:34:20 -0700
Subject: [App_rpt-users] DTMF number 3 Problem Solved!
In-Reply-To: <A5104967-D528-4852-8446-B04AE15107C4@me.com>
References: <D6BB58E6-D54F-495D-A54C-20B7BC979423@san.rr.com>
	<399BA11E-1C6B-48EC-B177-92B4B5E4CE52@bdboyle.com>
	<026F75A0-6DE9-4977-BAC8-CC1C898646DA@san.rr.com>
	<4F8AD199-CCBF-4E6B-B045-D2801818A782@san.rr.com>
	<00d601ce1cf6$5e25a120$1a70e360$@kb2ear.net>
	<4716E62D-579F-49CE-98CA-74D5E91BA7D3@san.rr.com>
	<CAPN8drzPYpck4MyfRe0=Uxh1y=c1HmsmESZwiip6mYMvZKqPMw@mail.gmail.com>
	<0287A44E-32E5-4B10-AEA9-76DE29E66F7F@san.rr.com>
	<A5104967-D528-4852-8446-B04AE15107C4@me.com>
Message-ID: <3C3DD032-4E98-456A-8A5C-81D004AB0215@san.rr.com>

I mentioned a week ago that I was helping a friend in another state set up an AllStar site for his ARC. Everything went well but the Wouxun HTs number 3 DTMF code was not begin accepted. We were using a 10 year old Motorola 2M radio and homemade cable to a URI. We kept testing and found that the Wouxuns DTMF 3 worked on  local EchoLink node and later found out that  a couple Yeasu HTs number 3 DTMF code did not work either. I use a n Alinco DR-135 . It is rock solid and works with my Wouxun. 

Solution: We replaced the Motorola radio and cable with an Alinco DR-135 and a cable specifically designed for the Alinco from Marshall's  "URI AllStar Link Cables". It took about three minutes to witch out the new equipment then every radio worked perfectly. All we had to do was run the radio-tune-menu to increase the audio and we are completely up running for both an AllStar and EchoLink node. 

I do not doubt your experience with the quality issues of the better brands over the Wouxun but for a young club and me personally I don't know if I would have gotten into the HAM business had it not been for the availability of an inexpensive starter HT. 

George K6GAZ


On Mar 11, 2013, at 7:15 AM, Tim Sawyer <tim.sawyer at me.com> wrote:

> So, you're going to use one piece of crap radio to make another piece of crap radio work?
> --
> Tim
> :wq
> 
> On Mar 10, 2013, at 8:45 PM, George Zolla <gazolla at san.rr.com> wrote:
> 
>> Thanks of everyone's inputs on this problem an insight into the Wouxun HT problems. For reveiw I have been helping a young ARC install an AllStar system (a couple of states away form my location). Since it is not feasible for everyone to buy a new HT, we have decided to change out the radio to an Alinco DR-135 which I own and works with Wouxun HTs on my AllStar site.
> 
> _______________________________________________
> 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/20130318/eb87d20d/attachment.html>

From cday at evergreenadvisors.us  Mon Mar 18 17:00:17 2013
From: cday at evergreenadvisors.us (Christopher H. Day)
Date: Mon, 18 Mar 2013 13:00:17 -0400
Subject: [App_rpt-users] Won't Connect
Message-ID: <000001ce23fa$112a63f0$337f2bd0$@us>

Have added a simplex node to complement an existing HUB node. Both run on
same machine and both are showing as fully registered on network. Using the
web transceiver I can link both nodes together; also I can connect either
node to Echolink. However, for both nodes, I have lost the capability to
connect to other Allstar nodes via web transceiver.

 

A URI is on order and is not part of the system yet. 

 

TIA 73 Chris KK4ONE

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

From cday at evergreenadvisors.us  Mon Mar 18 17:10:03 2013
From: cday at evergreenadvisors.us (Christopher H. Day)
Date: Mon, 18 Mar 2013 13:10:03 -0400
Subject: [App_rpt-users] PLEASE DISREGARD THIS POST FW: Won't Connect
Message-ID: <000501ce23fb$6e61a6e0$4b24f4a0$@us>

Everything is in order I believe it took some time for settings to percolate
network; please disregard post below. Thanks

 

From: Christopher H. Day [mailto:cday at evergreenadvisors.us] 
Sent: Monday, March 18, 2013 13:00
To: 'app_rpt-users at ohnosec.org'
Subject: Won't Connect

 

Have added a simplex node to complement an existing HUB node. Both run on
same machine and both are showing as fully registered on network. Using the
web transceiver I can link both nodes together; also I can connect either
node to Echolink. However, for both nodes, I have lost the capability to
connect to other Allstar nodes via web transceiver.

 

A URI is on order and is not part of the system yet. 

 

TIA 73 Chris KK4ONE

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

From steve at michiganbroadband.com  Mon Mar 18 22:01:50 2013
From: steve at michiganbroadband.com (Steve Gladden)
Date: Mon, 18 Mar 2013 18:01:50 -0400
Subject: [App_rpt-users] ACID versus XIPAR
In-Reply-To: <345942883-1329247886-cardhu_decombobulator_blackberry.rim.net-1823506169-@b26.c8.bise6.blackberry>
References: <345942883-1329247886-cardhu_decombobulator_blackberry.rim.net-1823506169-@b26.c8.bise6.blackberry>
Message-ID: <FEFD25773376F6448FE2884F5C1FA5273A4F8773C9@X2.michiganbb.local>

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Hebert
Sent: Tuesday, February 14, 2012 2:31 PM
To: App_rpt-users at ohnosec.org
Subject: [App_rpt-users] ACID versus XIPAR

What is the difference between ACID and XIPAR?
_______________________________________________

This took me quite some time to answer, over a year in fact.

The difference is 42.



Steve Gladden
 
Michigan Broadband Systems
Connecting Your Business!



+1 734.527.7150 Direct
+1 248.327.4389 Fax
steve at michiganbroadband.com
www.michiganbroadband.com


From petem001 at hotmail.com  Mon Mar 18 22:16:18 2013
From: petem001 at hotmail.com (pete M)
Date: Mon, 18 Mar 2013 18:16:18 -0400
Subject: [App_rpt-users] =?iso-8859-1?q?Re=A0=3A_Re=3A__ACID_versus_XIPAR?=
Message-ID: <BAY404-EAS155D897D00DB7040732374997E80@phx.gbl>

No thats the meaning of life.

-----Original Message-----

From: Steve Gladden
Sent: 18 Mar 2013 22:10:08 GMT
To: mhebert1975 at gmail.com,App_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] ACID versus XIPAR

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Michael Hebert
Sent: Tuesday, February 14, 2012 2:31 PM
To: App_rpt-users at ohnosec.org
Subject: [App_rpt-users] ACID versus XIPAR

What is the difference between ACID and XIPAR?
_______________________________________________

This took me quite some time to answer, over a year in fact.

The difference is 42.



Steve Gladden

Michigan Broadband Systems
Connecting Your Business!



+1 734.527.7150 Direct
+1 248.327.4389 Fax
steve at michiganbroadband.com
www.michiganbroadband.com
_______________________________________________
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  Tue Mar 19 18:17:25 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Tue, 19 Mar 2013 18:17:25 +0000
Subject: [App_rpt-users] ctcss decode settings
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651EDBB@CPNYMAIL2.cpcomm.int>

I'm using a RTCM for my radio interconnect. I have the encode CTCSS encode working fine. How do I setup the CTCSS decode on the RTCM so I can use Tone SQ? I have audio coming from the discriminator direct.

Bill Hurlock
CPCommunications
856-234-1661 Home Office
856-264-1010 Cell
914-345-9292 Ext.429
www.cpcomms.com
WA2TQI
?
Providing Solutions for Audio and Video Communications





From bill.hurlock at cpcomms.com  Tue Mar 19 18:21:50 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Tue, 19 Mar 2013 18:21:50 +0000
Subject: [App_rpt-users] RTCM Parameter question
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651EDD1@CPNYMAIL2.cpcomm.int>

I can't seem to find any reference to what item 17 does in the RTCM setup menu. It says DSP/BEW and appears to have 2 choices 0 or 1.

Bill Hurlock
CPCommunications
856-234-1661 Home Office
856-264-1010 Cell
914-345-9292 Ext.429
www.cpcomms.com
WA2TQI
?
Providing Solutions for Audio and Video Communications





From telesistant at hotmail.com  Tue Mar 19 18:32:37 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 19 Mar 2013 11:32:37 -0700
Subject: [App_rpt-users] ctcss decode settings
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651EDBB@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651EDBB@CPNYMAIL2.cpcomm.int>
Message-ID: <BLU155-W438E89A780F2F2AAA6987B1E90@phx.gbl>

You dont. You need to supply an external (digital logic) signal from your receiver or an external CTCSS decoder into the
"CTCSS" input of the RTCM.

> From: bill.hurlock at cpcomms.com
> To: app_rpt-users at ohnosec.org
> Date: Tue, 19 Mar 2013 18:17:25 +0000
> Subject: [App_rpt-users] ctcss decode settings
> 
> I'm using a RTCM for my radio interconnect. I have the encode CTCSS encode working fine. How do I setup the CTCSS decode on the RTCM so I can use Tone SQ? I have audio coming from the discriminator direct.
> 
> Bill Hurlock
> CPCommunications
> 856-234-1661 Home Office
> 856-264-1010 Cell
> 914-345-9292 Ext.429
> www.cpcomms.com
> WA2TQI
>  
> Providing Solutions for Audio and Video Communications
> 
> 
> 
> _______________________________________________
> 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/20130319/5aa48086/attachment.html>

From kb2ear at kb2ear.net  Tue Mar 19 18:34:44 2013
From: kb2ear at kb2ear.net (Scott Weis)
Date: Tue, 19 Mar 2013 14:34:44 -0400
Subject: [App_rpt-users] ctcss decode settings
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651EDBB@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651EDBB@CPNYMAIL2.cpcomm.int>
Message-ID: <015b01ce24d0$6d444030$47ccc090$@kb2ear.net>

You don't, the RTCM relies on the receivers CTCSS.

-----Original Message-----
From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bill Hurlock
Sent: Tuesday, March 19, 2013 2:17 PM
To: app_rpt-users at ohnosec.org
Subject: [App_rpt-users] ctcss decode settings

I'm using a RTCM for my radio interconnect. I have the encode CTCSS encode
working fine. How do I setup the CTCSS decode on the RTCM so I can use Tone
SQ? I have audio coming from the discriminator direct.

Bill Hurlock
CPCommunications
856-234-1661 Home Office
856-264-1010 Cell
914-345-9292 Ext.429
www.cpcomms.com
WA2TQI
?
Providing Solutions for Audio and Video Communications



_______________________________________________
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  Tue Mar 19 18:36:14 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 19 Mar 2013 11:36:14 -0700
Subject: [App_rpt-users] RTCM Parameter question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651EDD1@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651EDD1@CPNYMAIL2.cpcomm.int>
Message-ID: <BLU155-W4B3C58A645D21160D208EB1E90@phx.gbl>

Unless you have a particularly quirky receiver, leave it at 0.

Quoting from the source kit (README-DSPBEW):

Baseband Examination Window

Typically, the discriminator of an FM communications receiver produces 
results containing audio spectrum from the "sub-audible" range 
(typically < 100 Hz) to well above frequencies able to be produced by 
modulating audio. These higher frequencies can be utilized to determine 
signal quality, since they can only contain noise (or no noise, if a 
sufficiently strong signal is present).

For receivers (such as the Motorola Quantar, etc) that do not provide 
sufficient spectral content at these "noise" frequencies (for various 
reasons), The "DSP/BEW (Digital Signal Processor / Baseband Examination 
Window)" feature of the RTCM firmware may be utilized. 

These receivers are perfectly capable of providing valid "noise" signal 
with no modulation on the input of the receiver, but with strong 
modulation (high frequency audio and high deviation), it severely 
interferes with proper analysis of signal strength.

This feature provides a means by which a "Window" of baseband (normal 
audio range) signal is examined by a DSP and a determination of whether 
or not sufficient audio is present to cause interference of proper 
signal strength is made. During the VERY brief periods of time when it 
is determined that sufficient audio is present to cause interference, 
the signal strength value is "held" (the last valid value previous to 
the time of interference) until such time that the interfering audio is 
no longer present.  

The DSP/BEW feature is selectable, and should not be used for a receiver 
that does not need it.

> From: bill.hurlock at cpcomms.com
> To: app_rpt-users at ohnosec.org
> Date: Tue, 19 Mar 2013 18:21:50 +0000
> Subject: [App_rpt-users] RTCM Parameter question
> 
> I can't seem to find any reference to what item 17 does in the RTCM setup menu. It says DSP/BEW and appears to have 2 choices 0 or 1.
> 
> Bill Hurlock
> CPCommunications
> 856-234-1661 Home Office
> 856-264-1010 Cell
> 914-345-9292 Ext.429
> www.cpcomms.com
> WA2TQI
>  
> Providing Solutions for Audio and Video Communications
> 
> 
> 
> _______________________________________________
> 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/20130319/70cba3d2/attachment.html>

From bill.hurlock at cpcomms.com  Tue Mar 19 18:42:19 2013
From: bill.hurlock at cpcomms.com (Bill Hurlock)
Date: Tue, 19 Mar 2013 18:42:19 +0000
Subject: [App_rpt-users] RTCM Parameter question
In-Reply-To: <BLU155-W4B3C58A645D21160D208EB1E90@phx.gbl>
References: <8F656C03689E074C9EE70EE3343E4B841651EDD1@CPNYMAIL2.cpcomm.int>
	<BLU155-W4B3C58A645D21160D208EB1E90@phx.gbl>
Message-ID: <8F656C03689E074C9EE70EE3343E4B841651EE53@CPNYMAIL2.cpcomm.int>

Thanks. Where do I find the source kit at you mentioned?

Bill Hurlock

From: Jim Duuuude [mailto:telesistant at hotmail.com]
Sent: Tuesday, March 19, 2013 2:36 PM
To: Bill Hurlock; app_rpt mailing list
Subject: RE: [App_rpt-users] RTCM Parameter question

Unless you have a particularly quirky receiver, leave it at 0.

Quoting from the source kit (README-DSPBEW):

Baseband Examination Window



Typically, the discriminator of an FM communications receiver produces

results containing audio spectrum from the "sub-audible" range

(typically < 100 Hz) to well above frequencies able to be produced by

modulating audio. These higher frequencies can be utilized to determine

signal quality, since they can only contain noise (or no noise, if a

sufficiently strong signal is present).



For receivers (such as the Motorola Quantar, etc) that do not provide

sufficient spectral content at these "noise" frequencies (for various

reasons), The "DSP/BEW (Digital Signal Processor / Baseband Examination

Window)" feature of the RTCM firmware may be utilized.



These receivers are perfectly capable of providing valid "noise" signal

with no modulation on the input of the receiver, but with strong

modulation (high frequency audio and high deviation), it severely

interferes with proper analysis of signal strength.



This feature provides a means by which a "Window" of baseband (normal

audio range) signal is examined by a DSP and a determination of whether

or not sufficient audio is present to cause interference of proper

signal strength is made. During the VERY brief periods of time when it

is determined that sufficient audio is present to cause interference,

the signal strength value is "held" (the last valid value previous to

the time of interference) until such time that the interfering audio is

no longer present.



The DSP/BEW feature is selectable, and should not be used for a receiver

that does not need it.

> From: bill.hurlock at cpcomms.com<mailto:bill.hurlock at cpcomms.com>
> To: app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>
> Date: Tue, 19 Mar 2013 18:21:50 +0000
> Subject: [App_rpt-users] RTCM Parameter question
>
> I can't seem to find any reference to what item 17 does in the RTCM setup menu. It says DSP/BEW and appears to have 2 choices 0 or 1.
>
> Bill Hurlock
> CPCommunications
> 856-234-1661 Home Office
> 856-264-1010 Cell
> 914-345-9292 Ext.429
> www.cpcomms.com<http://www.cpcomms.com>
> WA2TQI
>
> Providing Solutions for Audio and Video Communications
>
>
>
> _______________________________________________
> 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/20130319/2fedf116/attachment.html>

From telesistant at hotmail.com  Tue Mar 19 19:28:39 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Tue, 19 Mar 2013 12:28:39 -0700
Subject: [App_rpt-users] RTCM Parameter question
In-Reply-To: <8F656C03689E074C9EE70EE3343E4B841651EE53@CPNYMAIL2.cpcomm.int>
References: <8F656C03689E074C9EE70EE3343E4B841651EDD1@CPNYMAIL2.cpcomm.int>,
	<BLU155-W4B3C58A645D21160D208EB1E90@phx.gbl>,
	<8F656C03689E074C9EE70EE3343E4B841651EE53@CPNYMAIL2.cpcomm.int>
Message-ID: <BLU155-W35B735E999DF4C3E8D5C7B1E90@phx.gbl>

On SVN (the same place you find all of the app_rpt/Allstar stuff sources):

http://svn.ohnosec.org/viewvc/projects/allstar/voter/?root=svn

From: bill.hurlock at cpcomms.com
To: telesistant at hotmail.com; app_rpt-users at ohnosec.org
Subject: RE: [App_rpt-users] RTCM Parameter question
Date: Tue, 19 Mar 2013 18:42:19 +0000









Thanks. Where do I find the source kit at you mentioned?
 

Bill Hurlock

 


From: Jim Duuuude [mailto:telesistant at hotmail.com]


Sent: Tuesday, March 19, 2013 2:36 PM

To: Bill Hurlock; app_rpt mailing list

Subject: RE: [App_rpt-users] RTCM Parameter question


 

Unless you have a particularly quirky receiver, leave it at 0.



Quoting from the source kit (README-DSPBEW):
Baseband Examination Window
 
Typically, the discriminator of an FM communications receiver produces 
results containing audio spectrum from the "sub-audible" range 
(typically < 100 Hz) to well above frequencies able to be produced by 
modulating audio. These higher frequencies can be utilized to determine 
signal quality, since they can only contain noise (or no noise, if a 
sufficiently strong signal is present).
 
For receivers (such as the Motorola Quantar, etc) that do not provide 
sufficient spectral content at these "noise" frequencies (for various 
reasons), The "DSP/BEW (Digital Signal Processor / Baseband Examination 
Window)" feature of the RTCM firmware may be utilized. 
 
These receivers are perfectly capable of providing valid "noise" signal 
with no modulation on the input of the receiver, but with strong 
modulation (high frequency audio and high deviation), it severely 
interferes with proper analysis of signal strength.
 
This feature provides a means by which a "Window" of baseband (normal 
audio range) signal is examined by a DSP and a determination of whether 
or not sufficient audio is present to cause interference of proper 
signal strength is made. During the VERY brief periods of time when it 
is determined that sufficient audio is present to cause interference, 
the signal strength value is "held" (the last valid value previous to 
the time of interference) until such time that the interfering audio is 
no longer present.  
 
The DSP/BEW feature is selectable, and should not be used for a receiver 
that does not need it.
 

> From: 
bill.hurlock at cpcomms.com

> To: app_rpt-users at ohnosec.org

> Date: Tue, 19 Mar 2013 18:21:50 +0000

> Subject: [App_rpt-users] RTCM Parameter question

> 

> I can't seem to find any reference to what item 17 does in the RTCM setup menu. It says DSP/BEW and appears to have 2 choices 0 or 1.

> 

> Bill Hurlock

> CPCommunications

> 856-234-1661 Home Office

> 856-264-1010 Cell

> 914-345-9292 Ext.429

> www.cpcomms.com

> WA2TQI

>  

> Providing Solutions for Audio and Video Communications

> 

> 

> 

> _______________________________________________

> 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/20130319/23ebf2a1/attachment.html>

From vacuumtubesforever at gmail.com  Thu Mar 21 02:07:26 2013
From: vacuumtubesforever at gmail.com (Ed Wilhelm)
Date: Wed, 20 Mar 2013 22:07:26 -0400
Subject: [App_rpt-users] BCD Channel Steering
Message-ID: <514A6B5E.5090700@gmail.com>

I plan to place a couple remote base radios in operation, and it would 
be really handy to be able to BCD channel steer them.

Has this already been done using the GPIO on the URI or via the parallel 
port? URI would be cool since the plan is to have two radios on one server.

I have been searching and saw it briefly mentioned on the list a couple 
years ago but no more.

Guess it could be done with some creative macros. Would hate to reinvent 
the wheel if someone has already done so.

Thanks,

Ed W8VT
Node 27849
Beckley, WV


From wb3awj at comcast.net  Thu Mar 21 05:39:10 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Thu, 21 Mar 2013 01:39:10 -0400
Subject: [App_rpt-users] BCD Channel Steering
In-Reply-To: <514A6B5E.5090700@gmail.com>
References: <514A6B5E.5090700@gmail.com>
Message-ID: <0d49d057-cf28-4ee1-a4c8-36d7d001faee@email.android.com>

Serial data control is already implemented.

 Works great with my Syntor X and an XCAT.


Ed Wilhelm <vacuumtubesforever at gmail.com> wrote:

>I plan to place a couple remote base radios in operation, and it would 
>be really handy to be able to BCD channel steer them.
>
>Has this already been done using the GPIO on the URI or via the
>parallel 
>port? URI would be cool since the plan is to have two radios on one
>server.
>
>I have been searching and saw it briefly mentioned on the list a couple
>
>years ago but no more.
>
>Guess it could be done with some creative macros. Would hate to
>reinvent 
>the wheel if someone has already done so.
>
>Thanks,
>
>Ed W8VT
>Node 27849
>Beckley, WV
>_______________________________________________
>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/20130321/c786b0c7/attachment.html>

From n6gkj.cm98 at yahoo.com  Thu Mar 21 16:13:05 2013
From: n6gkj.cm98 at yahoo.com (Ron Simpson)
Date: Thu, 21 Mar 2013 09:13:05 -0700 (PDT)
Subject: [App_rpt-users] TM-271 Remote Base
Message-ID: <1363882385.82868.androidMobile@web140604.mail.bf1.yahoo.com>

Was looking into putting a remote base node up, can the TM-271 be setup as a frequency agile remote base on allstar, if so can someone point me in the right direction?

Thanks in advance!

Ron Simpson, N6GKJ
CET Sr., FCC

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

From bob at af6d.com  Thu Mar 21 17:05:31 2013
From: bob at af6d.com (Bob - AF6D)
Date: Thu, 21 Mar 2013 10:05:31 -0700
Subject: [App_rpt-users] Balanced Audio Levels
Message-ID: <F78F2B21C53B427FBBF52F1722C629E8@desktop>

Site 1 is installed and has been working extremely well. Site 2 will be
installed next week. Both are Motorola MSF 5000's. I will be ordering the
RTCM this week. Our goal is a simulcast, voted received system. Are there
any particular steps necessary to achieve balanced audio levels beyond the
norm?

 

Bob - AF6D

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

From ajp26 at buffalo.edu  Thu Mar 21 19:48:15 2013
From: ajp26 at buffalo.edu (Pawlowski, Adam)
Date: Thu, 21 Mar 2013 15:48:15 -0400
Subject: [App_rpt-users] Echolink Connectivity Issue
Message-ID: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>

I sent this a while back but it was bounced for the wrong mail address. I don't see it ever made it to the list.

This was re: someone being advised that their app_rpt node is not permitted on the Echolink network.

> Echolink is a nice service
> that allows hams around the world to keep up pc to pc. And nobody asks 
> for any money, nice. But this is very, very out of the norm for them.
>

I looked this up recently when I started to talk about IRLP and how they don't want other traffic on their network. Then I looked at their Access Policy:

4. Stations operating in Sysop mode may interconnect EchoLink only with equipment operating on Amateur frequencies.  EchoLink does not permit use of the system with other services such as GMRS, FRS, or MARS.  For security reasons, it is also not permitted to interconnect EchoLink with other VoIP systems that support direct access from a computer.

10. The "addressing servers" are designed to be accessed by EchoLink software only.  For the sake of system security and stability, any other access requires the permission of the server administrator.  As a matter of security, in no event should the IP addresses (or Internet hostnames) of logged-in stations be displayed to anyone who is not a validated, logged-in user. 

11. Although every effort will be made to apply these policies universally and fairly, the EchoLink Support staff reserves the right to withdraw a station's access privileges at any time, without notice.  EchoLink is a privately owned and operated system that has no connection with, and is not governed by, any radio licensing authority.  

So, I interpret that as that you are not supposed to connect to with asterisk at all anyways, if you read that verbosely, via app_rpt or otherwise. I don't have the history to know if they've made any statement about what app_rpt is doing, but it seems like it's not permitted via their policy only they are less vocal about it than the IRLP folks.





From petem001 at hotmail.com  Thu Mar 21 19:59:34 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 21 Mar 2013 15:59:34 -0400
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>
Message-ID: <BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>

Well, thats bad.

But if echolink remove my node from there system It's their Loss,not mine.

Some would day that I am arrogant. nope, I just dont care for poeple that 
wont think more then that..

the more system on their or other networks that can interact together, the 
best for every one.


-----Message d'origine----- 
From: Pawlowski, Adam
Sent: Thursday, March 21, 2013 3:48 PM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Echolink Connectivity Issue

I sent this a while back but it was bounced for the wrong mail address. I 
don't see it ever made it to the list.

This was re: someone being advised that their app_rpt node is not permitted 
on the Echolink network.

> Echolink is a nice service
> that allows hams around the world to keep up pc to pc. And nobody asks
> for any money, nice. But this is very, very out of the norm for them.
>

I looked this up recently when I started to talk about IRLP and how they 
don't want other traffic on their network. Then I looked at their Access 
Policy:

4. Stations operating in Sysop mode may interconnect EchoLink only with 
equipment operating on Amateur frequencies.  EchoLink does not permit use of 
the system with other services such as GMRS, FRS, or MARS.  For security 
reasons, it is also not permitted to interconnect EchoLink with other VoIP 
systems that support direct access from a computer.

10. The "addressing servers" are designed to be accessed by EchoLink 
software only.  For the sake of system security and stability, any other 
access requires the permission of the server administrator.  As a matter of 
security, in no event should the IP addresses (or Internet hostnames) of 
logged-in stations be displayed to anyone who is not a validated, logged-in 
user.

11. Although every effort will be made to apply these policies universally 
and fairly, the EchoLink Support staff reserves the right to withdraw a 
station's access privileges at any time, without notice.  EchoLink is a 
privately owned and operated system that has no connection with, and is not 
governed by, any radio licensing authority.

So, I interpret that as that you are not supposed to connect to with 
asterisk at all anyways, if you read that verbosely, via app_rpt or 
otherwise. I don't have the history to know if they've made any statement 
about what app_rpt is doing, but it seems like it's not permitted via their 
policy only they are less vocal about it than the IRLP folks.



_______________________________________________
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 Mar 21 20:14:44 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 21 Mar 2013 13:14:44 -0700
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>,
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>
Message-ID: <BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>

Hmmm..

I have never actually seen this policy before... somewhat disturbing...

However, practical experience shows that Echolink seems to be perfectly aware of our interconnections
and seems to be perfectly content with what we are doing. So, I guess its okay.... ???

Jim WB6NIL

> From: petem001 at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Thu, 21 Mar 2013 15:59:34 -0400
> Subject: Re: [App_rpt-users] Echolink Connectivity Issue
> 
> Well, thats bad.
> 
> But if echolink remove my node from there system It's their Loss,not mine.
> 
> Some would day that I am arrogant. nope, I just dont care for poeple that 
> wont think more then that..
> 
> the more system on their or other networks that can interact together, the 
> best for every one.
> 
> 
> -----Message d'origine----- 
> From: Pawlowski, Adam
> Sent: Thursday, March 21, 2013 3:48 PM
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Echolink Connectivity Issue
> 
> I sent this a while back but it was bounced for the wrong mail address. I 
> don't see it ever made it to the list.
> 
> This was re: someone being advised that their app_rpt node is not permitted 
> on the Echolink network.
> 
> > Echolink is a nice service
> > that allows hams around the world to keep up pc to pc. And nobody asks
> > for any money, nice. But this is very, very out of the norm for them.
> >
> 
> I looked this up recently when I started to talk about IRLP and how they 
> don't want other traffic on their network. Then I looked at their Access 
> Policy:
> 
> 4. Stations operating in Sysop mode may interconnect EchoLink only with 
> equipment operating on Amateur frequencies.  EchoLink does not permit use of 
> the system with other services such as GMRS, FRS, or MARS.  For security 
> reasons, it is also not permitted to interconnect EchoLink with other VoIP 
> systems that support direct access from a computer.
> 
> 10. The "addressing servers" are designed to be accessed by EchoLink 
> software only.  For the sake of system security and stability, any other 
> access requires the permission of the server administrator.  As a matter of 
> security, in no event should the IP addresses (or Internet hostnames) of 
> logged-in stations be displayed to anyone who is not a validated, logged-in 
> user.
> 
> 11. Although every effort will be made to apply these policies universally 
> and fairly, the EchoLink Support staff reserves the right to withdraw a 
> station's access privileges at any time, without notice.  EchoLink is a 
> privately owned and operated system that has no connection with, and is not 
> governed by, any radio licensing authority.
> 
> So, I interpret that as that you are not supposed to connect to with 
> asterisk at all anyways, if you read that verbosely, via app_rpt or 
> otherwise. I don't have the history to know if they've made any statement 
> about what app_rpt is doing, but it seems like it's not permitted via their 
> policy only they are less vocal about it than the IRLP folks.
> 
> 
> 
> _______________________________________________
> 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/20130321/fe33ae57/attachment.html>

From wb6egr at gmail.com  Thu Mar 21 20:23:00 2013
From: wb6egr at gmail.com (Kirk Just Kirk)
Date: Thu, 21 Mar 2013 10:23:00 -1000
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>
	<BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
Message-ID: <CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>

Wait a minute......
I do fully understand WHY Dave Cameron wanted us to all yank IRLP out of
our systems, it interfered with his SELLING you a piece of shit PCB for
IRLP to the tune of $170/with a FREE node number thrown in for a bonus.
(thats my opinion).Thats OK by me....about 85% of the IRLP installations
sound like shit anyways.
But Echolink should be HAPPY (YAYYYY) that the Allstar crowd is having
access to BOTH modes......
Smells like a rumor to me.Everyone else (other than IRLP) has YOU the owner
install/set up/operateYOUR hardware.
It's only IRLP that makes you wait till THEIR "Install team" can install
your software for you.
Echolink probably wouldnt care if you ran it on a Proctor-Silex toaster if
you can do it....(Jim can do it)


Kirk

On Thu, Mar 21, 2013 at 10:14 AM, Jim Duuuude <telesistant at hotmail.com>wrote:

> Hmmm..
>
> I have never actually seen this policy before... somewhat disturbing...
>
> However, practical experience shows that Echolink seems to be perfectly
> aware of our interconnections
> and seems to be perfectly content with what we are doing. So, I guess its
> okay.... ???
>
> Jim WB6NIL
>
> > From: petem001 at hotmail.com
> > To: app_rpt-users at ohnosec.org
> > Date: Thu, 21 Mar 2013 15:59:34 -0400
> > Subject: Re: [App_rpt-users] Echolink Connectivity Issue
> >
> > Well, thats bad.
> >
> > But if echolink remove my node from there system It's their Loss,not
> mine.
> >
> > Some would day that I am arrogant. nope, I just dont care for poeple
> that
> > wont think more then that..
> >
> > the more system on their or other networks that can interact together,
> the
> > best for every one.
> >
> >
> > -----Message d'origine-----
> > From: Pawlowski, Adam
> > Sent: Thursday, March 21, 2013 3:48 PM
> > To: app_rpt-users at ohnosec.org
> > Subject: Re: [App_rpt-users] Echolink Connectivity Issue
> >
> > I sent this a while back but it was bounced for the wrong mail address.
> I
> > don't see it ever made it to the list.
> >
> > This was re: someone being advised that their app_rpt node is not
> permitted
> > on the Echolink network.
> >
> > > Echolink is a nice service
> > > that allows hams around the world to keep up pc to pc. And nobody asks
> > > for any money, nice. But this is very, very out of the norm for them.
> > >
> >
> > I looked this up recently when I started to talk about IRLP and how they
> > don't want other traffic on their network. Then I looked at their Access
> > Policy:
> >
> > 4. Stations operating in Sysop mode may interconnect EchoLink only with
> > equipment operating on Amateur frequencies. EchoLink does not permit use
> of
> > the system with other services such as GMRS, FRS, or MARS. For security
> > reasons, it is also not permitted to interconnect EchoLink with other
> VoIP
> > systems that support direct access from a computer.
> >
> > 10. The "addressing servers" are designed to be accessed by EchoLink
> > software only. For the sake of system security and stability, any other
> > access requires the permission of the server administrator. As a matter
> of
> > security, in no event should the IP addresses (or Internet hostnames) of
> > logged-in stations be displayed to anyone who is not a validated,
> logged-in
> > user.
> >
> > 11. Although every effort will be made to apply these policies
> universally
> > and fairly, the EchoLink Support staff reserves the right to withdraw a
> > station's access privileges at any time, without notice. EchoLink is a
> > privately owned and operated system that has no connection with, and is
> not
> > governed by, any radio licensing authority.
> >
> > So, I interpret that as that you are not supposed to connect to with
> > asterisk at all anyways, if you read that verbosely, via app_rpt or
> > otherwise. I don't have the history to know if they've made any
> statement
> > about what app_rpt is doing, but it seems like it's not permitted via
> their
> > policy only they are less vocal about it than the IRLP folks.
> >
> >
> >
> > _______________________________________________
> > 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/20130321/4f81bff4/attachment.html>

From bdboyle at bdboyle.com  Thu Mar 21 20:33:46 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Thu, 21 Mar 2013 16:33:46 -0400
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>,
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>
	<BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
Message-ID: <514B6EAA.9080905@bdboyle.com>

On 3/21/13 4:14 PM, Jim Duuuude wrote:
> Hmmm..
>
> I have never actually seen this policy before... somewhat disturbing...
>
> However, practical experience shows that Echolink seems to be perfectly aware of our interconnections
> and seems to be perfectly content with what we are doing. So, I guess its okay.... ???
>
> Jim WB6NIL

Hope so, though, to tell the truth, I'd not be lost if I had to turn it 
off (as it is, it's just connected to a simplex node that links via RF 
into the Penn Wireless system rather than my "allstar-connected" network 
of 2/220/440/900 machines). The fewer drive-bys, the better.  Besides, 
with all the systems connected to the NJ/PA network (not the size of the 
WAN system...), it cuts down on the noise/kerchunking/blind "CQ" 
calling...)

I'm thinking it's in there for the CYA aspect more than Jonathan using 
it as a club over repeater owners' heads.  Not discounting that they 
might...just that they've had no reason to.

But, one would think that with the experience of folks using or with 
exerience in the 2 technologies, they'd come to some meeting of the 
minds in the spirit of cooperation, fellowship, improvements, and 
sharing ideas.  Unlike other linking system developers who will remain 
north of the border...oops, did I say that?


-- 
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 bdboyle at bdboyle.com  Thu Mar 21 20:36:15 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Thu, 21 Mar 2013 16:36:15 -0400
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>
	<BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
	<CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>
Message-ID: <514B6F3F.4040308@bdboyle.com>

On 3/21/13 4:23 PM, Kirk Just Kirk wrote:

> Echolink probably wouldnt care if you ran it on a Proctor-Silex toaster if
> you can do it....(Jim can do it)

OOOH...let's bring back the Internet Coffee Machine...or was that a Coke 
machine back in the early 90s...:)  *73 for a fresh brew on the Keurig?

(And start up the "What's New On Mosaic" page again...:))

-- 
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 telesistant at hotmail.com  Thu Mar 21 20:40:39 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Thu, 21 Mar 2013 13:40:39 -0700
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <514B6F3F.4040308@bdboyle.com>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>,
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>,
	<BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>,
	<CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>,
	<514B6F3F.4040308@bdboyle.com>
Message-ID: <BLU155-W46C3AE50ED65FA8801DFCCB1EB0@phx.gbl>

It was a coke machine at CMU..

http://www.cs.cmu.edu/~coke/history_long.txt

We *REALLY* need to bring back the "creative" use of FINGER.

Jim

> Date: Thu, 21 Mar 2013 16:36:15 -0400
> From: bdboyle at bdboyle.com
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Echolink Connectivity Issue
> 
> On 3/21/13 4:23 PM, Kirk Just Kirk wrote:
> 
> > Echolink probably wouldnt care if you ran it on a Proctor-Silex toaster if
> > you can do it....(Jim can do it)
> 
> OOOH...let's bring back the Internet Coffee Machine...or was that a Coke 
> machine back in the early 90s...:)  *73 for a fresh brew on the Keurig?
> 
> (And start up the "What's New On Mosaic" page again...:))
> 
> -- 
> 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/20130321/71aa2d1b/attachment.html>

From bdboyle at bdboyle.com  Thu Mar 21 20:44:23 2013
From: bdboyle at bdboyle.com (Bryan D. Boyle)
Date: Thu, 21 Mar 2013 16:44:23 -0400
Subject: [App_rpt-users] Echolink Connectivity Issue
In-Reply-To: <BLU155-W46C3AE50ED65FA8801DFCCB1EB0@phx.gbl>
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu>,
	<BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl>,
	<BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>,
	<CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>,
	<514B6F3F.4040308@bdboyle.com>
	<BLU155-W46C3AE50ED65FA8801DFCCB1EB0@phx.gbl>
Message-ID: <514B7127.8020705@bdboyle.com>

On 3/21/13 4:40 PM, Jim Duuuude wrote:
> It was a coke machine at CMU..

Stand corrected.  I'm not perfect...I thought I made a mistake once, but 
I was wrong...;)

>
> http://www.cs.cmu.edu/~coke/history_long.txt
>
> We *REALLY* need to bring back the "creative" use of FINGER.
>

I do, all the time, when I drive in NJ...just sayin'...

-- 
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 george at dyb.com  Fri Mar 22 01:34:32 2013
From: george at dyb.com (George Csahanin)
Date: Thu, 21 Mar 2013 20:34:32 -0500
Subject: [App_rpt-users] Echolink Connectivity Issue
References: <1361B9676B9A41448EB672B89AA7731F19EA0468A9@MBCCR5.itorg.ad.buffalo.edu><BAY167-DS4247D3B68D51E4CFA95CF797EB0@phx.gbl><BLU155-W7DDA28C375128ED7F7066B1EB0@phx.gbl>
	<CAPN8dryYjuBL9mfD+Fpk4b-OgBm+NmJomr=7gnuxshNHb9UyxA@mail.gmail.com>
Message-ID: <7A9F0E88210C4365B6AF38DC5366498F@lintv.com>

Before this goes too far astray, I wrote that posting, and I'll go over the sequence as briefly as possible.

For about three years I had a TBD node running at home, very low traffic, mainly as a convenience to me (the reason is unimportant). It was W2DB-L
Last October 1 I asked them to allow me an official "Concerence" using this box and the reply I got was that TBD is not permitted on Echolink, and therefore my continued use that was was a violation of...something... I asked that is it were not permitted why is the software available? Their response was really nil. I was tending to my gravely ill mom at the time and never checked again until this past week. I might add that within ten minutes of their October 2nd email saying I was a bad guy I killed TBD and never started it again. 

Since I started playing allstar with node 2360 I have had W2DB-R on that same box, something like three years. Suddenly IT didn't work.

So last week I needed to place W2DB-L on one of my "private" asterisk/acid nodes(ok...really Limey) and found it didn't work. 

So I sent an email when their web site shoewd W2DB-L as unauthorized, and authorization failed. They replied with a curt note saying that had I read their prior email (never got it) I'd know that I was blocked. I explained that W2DB-L has been off, and W2DB-R gets regular use on the echolink side. They then accused me of still running a TBD box on W2DB-R (node allstar 2360... ACID...etc) which isn't and was never the case. And I told them so. They said then why is it they could not connect to it. Well, after too many drive by echolink connects from some pile of dirt calling itself a sovereign nation on the other side of teh planet at 3AM I established an acceptable connect list. SO...

Echolink informed me that there are three callsigns with all three flavors of suffix that MUST be allowed:

permit=k1rfd, k1rfd-l, k1rdf-r, vk2jtp, vk2jtp-l, vk2jtp-r, w1cdm, w1cdm-l, w1cdm-r

And that's where it ended.

Sorry it took so many words, this didn't need to turn into a we hate echolink discussion.

But yeah, they really should be happy we are there to at least let them know what good audio sounds like, since they get to remind us of what BAD audio is.

W2DB out

GeorgeC


  ----- Original Message ----- 
  From: Kirk Just Kirk 
  To: Jim Duuuude 
  Cc: app_rpt mailing list 
  Sent: Thursday, March 21, 2013 3:23 PM
  Subject: Re: [App_rpt-users] Echolink Connectivity Issue


  Wait a minute......
  I do fully understand WHY Dave Cameron wanted us to all yank IRLP out of our systems, it interfered with his SELLING you a piece of shit PCB for IRLP to the tune of $170/with a FREE node number thrown in for a bonus. (thats my opinion).Thats OK by me....about 85% of the IRLP installations sound like shit anyways.
  But Echolink should be HAPPY (YAYYYY) that the Allstar crowd is having access to BOTH modes......
  Smells like a rumor to me.Everyone else (other than IRLP) has YOU the owner install/set up/operateYOUR hardware.
  It's only IRLP that makes you wait till THEIR "Install team" can install your software for you.
  Echolink probably wouldnt care if you ran it on a Proctor-Silex toaster if you can do it....(Jim can do it)




  Kirk


  On Thu, Mar 21, 2013 at 10:14 AM, Jim Duuuude <telesistant at hotmail.com> wrote:

    Hmmm..

    I have never actually seen this policy before... somewhat disturbing...

    However, practical experience shows that Echolink seems to be perfectly aware of our interconnections
    and seems to be perfectly content with what we are doing. So, I guess its okay.... ???

    Jim WB6NIL


    > From: petem001 at hotmail.com
    > To: app_rpt-users at ohnosec.org
    > Date: Thu, 21 Mar 2013 15:59:34 -0400
    > Subject: Re: [App_rpt-users] Echolink Connectivity Issue
    > 
    > Well, thats bad.
    > 
    > But if echolink remove my node from there system It's their Loss,not mine.
    > 
    > Some would day that I am arrogant. nope, I just dont care for poeple that 
    > wont think more then that..
    > 
    > the more system on their or other networks that can interact together, the 
    > best for every one.
    > 
    > 
    > -----Message d'origine----- 
    > From: Pawlowski, Adam
    > Sent: Thursday, March 21, 2013 3:48 PM
    > To: app_rpt-users at ohnosec.org
    > Subject: Re: [App_rpt-users] Echolink Connectivity Issue
    > 
    > I sent this a while back but it was bounced for the wrong mail address. I 
    > don't see it ever made it to the list.
    > 
    > This was re: someone being advised that their app_rpt node is not permitted 
    > on the Echolink network.
    > 
    > > Echolink is a nice service
    > > that allows hams around the world to keep up pc to pc. And nobody asks
    > > for any money, nice. But this is very, very out of the norm for them.
    > >
    > 
    > I looked this up recently when I started to talk about IRLP and how they 
    > don't want other traffic on their network. Then I looked at their Access 
    > Policy:
    > 
    > 4. Stations operating in Sysop mode may interconnect EchoLink only with 
    > equipment operating on Amateur frequencies. EchoLink does not permit use of 
    > the system with other services such as GMRS, FRS, or MARS. For security 
    > reasons, it is also not permitted to interconnect EchoLink with other VoIP 
    > systems that support direct access from a computer.
    > 
    > 10. The "addressing servers" are designed to be accessed by EchoLink 
    > software only. For the sake of system security and stability, any other 
    > access requires the permission of the server administrator. As a matter of 
    > security, in no event should the IP addresses (or Internet hostnames) of 
    > logged-in stations be displayed to anyone who is not a validated, logged-in 
    > user.
    > 
    > 11. Although every effort will be made to apply these policies universally 
    > and fairly, the EchoLink Support staff reserves the right to withdraw a 
    > station's access privileges at any time, without notice. EchoLink is a 
    > privately owned and operated system that has no connection with, and is not 
    > governed by, any radio licensing authority.
    > 
    > So, I interpret that as that you are not supposed to connect to with 
    > asterisk at all anyways, if you read that verbosely, via app_rpt or 
    > otherwise. I don't have the history to know if they've made any statement 
    > about what app_rpt is doing, but it seems like it's not permitted via their 
    > policy only they are less vocal about it than the IRLP folks.
    > 
    > 
    > 
    > _______________________________________________
    > 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/20130321/cd6b9c06/attachment.html>

From gazolla at san.rr.com  Fri Mar 22 14:24:11 2013
From: gazolla at san.rr.com (George Zolla)
Date: Fri, 22 Mar 2013 07:24:11 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
Message-ID: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>

I am new to AllStar but I have great little home AllStar node with a simplex base station radio set at 5 Watts. No one else has ever connected and i ti meant just for my use. As such I do not send out a station ID at regular intervals.

Now I am helping a friend set up an AllStar site that will be used initially by an ARC then hopefully will get even wider use. At present we are using a simplex base station radio at 25 watts. One of the club members has suggested that  we need to be sending out an ID every 10 minutes while the station is being used. Is this correct? If so, how would I trigger that in AllStar? I have looked pretty closely at the rpt.conf file and have read throughout he documentation. I doubt that we want to turn on the beaconing. All other lines of code concerning links and morse code are are still at the default settings. Is there a line of code I need to uncomment or add to enable this feature?

Thanks of your help!

George,
K6GAZ

From wb3awj at comcast.net  Fri Mar 22 14:55:34 2013
From: wb3awj at comcast.net (Robert A. Poff WB3AWJ)
Date: Fri, 22 Mar 2013 14:55:34 +0000 (UTC)
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
Message-ID: <1111791611.957813.1363964134460.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net>

Do you have something similar to this in rpt.conf? 

idrecording=|iW3SBA 
idtime=600000 ; id interval time (in ms) (optional) 
politeid=3000 ; time in milliseconds before ID timer 

Also, in "duplex=" modes 0 and 1, if the transmitter is idle, it will not turn on the transmitter to send an ID. 
Even if the timer is due. 
It will send the ID if the transmitter is already up though. 

Take a look at : 
http://ohnosec.org/drupal/node/128 
http://ohnosec.org/drupal/node/129 
http://ohnosec.org/drupal/node/87 

And on http://ohnosec.org/drupal/node/150 (undocumented features) I find the following 
rptinactmacro  Macro to execute when inactivity timer expires 
rptinacttime   Inactivity timer time in seconds  (0 seconds disables feature) But I've never tried them to see if they work. 






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/20130322/570b13a9/attachment.html>

From wb6egr at gmail.com  Fri Mar 22 18:25:07 2013
From: wb6egr at gmail.com (Kirk Just Kirk)
Date: Fri, 22 Mar 2013 08:25:07 -1000
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
References: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
Message-ID: <CAPN8dryyY2CO3AYphwSoSxYzVobZk2p+=JVkUVpCHuqoTzbJDw@mail.gmail.com>

Why set it up as a SIMPLEX node?? Do yourself a favor and set it up DUPLEX
and as a RPTR. Simply use a pair of Maxtracs/Radius on UHF.With a Simplex
node your locked out as long as its talking. Set up as a RPTR you can have
it ID anyway you like....



On Fri, Mar 22, 2013 at 4:24 AM, George Zolla <gazolla at san.rr.com> wrote:

> I am new to AllStar but I have great little home AllStar node with a
> simplex base station radio set at 5 Watts. No one else has ever connected
> and i ti meant just for my use. As such I do not send out a station ID at
> regular intervals.
>
> Now I am helping a friend set up an AllStar site that will be used
> initially by an ARC then hopefully will get even wider use. At present we
> are using a simplex base station radio at 25 watts. One of the club members
> has suggested that  we need to be sending out an ID every 10 minutes while
> the station is being used. Is this correct? If so, how would I trigger that
> in AllStar? I have looked pretty closely at the rpt.conf file and have read
> throughout he documentation. I doubt that we want to turn on the beaconing.
> All other lines of code concerning links and morse code are are still at
> the default settings. Is there a line of code I need to uncomment or add to
> enable this feature?
>
> Thanks of your help!
>
> George,
> K6GAZ
> _______________________________________________
> 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/20130322/e76032ba/attachment.html>

From telesistant at hotmail.com  Fri Mar 22 18:35:00 2013
From: telesistant at hotmail.com (Jim Duuuude)
Date: Fri, 22 Mar 2013 11:35:00 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <CAPN8dryyY2CO3AYphwSoSxYzVobZk2p+=JVkUVpCHuqoTzbJDw@mail.gmail.com>
References: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>,
	<CAPN8dryyY2CO3AYphwSoSxYzVobZk2p+=JVkUVpCHuqoTzbJDw@mail.gmail.com>
Message-ID: <BLU155-W58D5381EAB73B91C227B55B1D40@phx.gbl>

Is this a simplex node that is a "User" of a local repeater, or is it on a simplex channel?

Jim WB6NIL

Date: Fri, 22 Mar 2013 08:25:07 -1000
From: wb6egr at gmail.com
To: gazolla at san.rr.com
CC: ralph at ralphhowey.com; app_rpt-users at ohnosec.org; wallyb1511 at msn.com; kc5izr at gmail.com
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

Why set it up as a SIMPLEX node?? Do yourself a favor and set it up DUPLEX and as a RPTR. Simply use a pair of Maxtracs/Radius on UHF.With a Simplex node your locked out as long as its talking. Set up as a RPTR you can have it ID anyway you like....



On Fri, Mar 22, 2013 at 4:24 AM, George Zolla <gazolla at san.rr.com> wrote:

I am new to AllStar but I have great little home AllStar node with a simplex base station radio set at 5 Watts. No one else has ever connected and i ti meant just for my use. As such I do not send out a station ID at regular intervals.




Now I am helping a friend set up an AllStar site that will be used initially by an ARC then hopefully will get even wider use. At present we are using a simplex base station radio at 25 watts. One of the club members has suggested that  we need to be sending out an ID every 10 minutes while the station is being used. Is this correct? If so, how would I trigger that in AllStar? I have looked pretty closely at the rpt.conf file and have read throughout he documentation. I doubt that we want to turn on the beaconing. All other lines of code concerning links and morse code are are still at the default settings. Is there a line of code I need to uncomment or add to enable this feature?




Thanks of your help!



George,

K6GAZ

_______________________________________________

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/20130322/e4d8aeed/attachment.html>

From gazolla at san.rr.com  Fri Mar 22 19:06:02 2013
From: gazolla at san.rr.com (George Zolla)
Date: Fri, 22 Mar 2013 12:06:02 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <BLU155-W58D5381EAB73B91C227B55B1D40@phx.gbl>
References: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>,
	<CAPN8dryyY2CO3AYphwSoSxYzVobZk2p+=JVkUVpCHuqoTzbJDw@mail.gmail.com>
	<BLU155-W58D5381EAB73B91C227B55B1D40@phx.gbl>
Message-ID: <E8869E44-6729-4C0D-ABEF-6D9EB5E962DA@san.rr.com>

JIm,

With the help of several answers I received, I think i have this figured out. I had my rpt.conf set up with the following default line of code:

duplex=0

According to Robert:

"Also, in "duplex=" modes 0 and 1,  if the transmitter is idle, it will not turn on the transmitter to send an ID.
Even if the timer is due. It will send the ID if the transmitter is already up though."

When I set the duplex=2, the ID came through. When I set it to duplex=1 and was receiving a TX at 9 minutes I also heard the ID.

I will continue testing.

Thanks for all your help and suggestions to improve the system. BTW - We do plan to hook up a second radio and make it a real repeater. 

George
K6GAZ



On Mar 22, 2013, at 11:35 AM, Jim Duuuude <telesistant at hotmail.com> wrote:

> Is this a simplex node that is a "User" of a local repeater, or is it on a simplex channel?
> 
> Jim WB6NIL
> 
> Date: Fri, 22 Mar 2013 08:25:07 -1000
> From: wb6egr at gmail.com
> To: gazolla at san.rr.com
> CC: ralph at ralphhowey.com; app_rpt-users at ohnosec.org; wallyb1511 at msn.com; kc5izr at gmail.com
> Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
> 
> Why set it up as a SIMPLEX node?? Do yourself a favor and set it up DUPLEX and as a RPTR. Simply use a pair of Maxtracs/Radius on UHF.With a Simplex node your locked out as long as its talking. Set up as a RPTR you can have it ID anyway you like....
> 
> 
> 
> On Fri, Mar 22, 2013 at 4:24 AM, George Zolla <gazolla at san.rr.com> wrote:
> I am new to AllStar but I have great little home AllStar node with a simplex base station radio set at 5 Watts. No one else has ever connected and i ti meant just for my use. As such I do not send out a station ID at regular intervals.
> 
> Now I am helping a friend set up an AllStar site that will be used initially by an ARC then hopefully will get even wider use. At present we are using a simplex base station radio at 25 watts. One of the club members has suggested that  we need to be sending out an ID every 10 minutes while the station is being used. Is this correct? If so, how would I trigger that in AllStar? I have looked pretty closely at the rpt.conf file and have read throughout he documentation. I doubt that we want to turn on the beaconing. All other lines of code concerning links and morse code are are still at the default settings. Is there a line of code I need to uncomment or add to enable this feature?
> 
> Thanks of your help!
> 
> George,
> K6GAZ
> _______________________________________________
> 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/20130322/4fb692f2/attachment.html>

From adamson_alan at hotmail.com  Sat Mar 23 01:38:52 2013
From: adamson_alan at hotmail.com (Alan Adamson)
Date: Fri, 22 Mar 2013 21:38:52 -0400
Subject: [App_rpt-users] Narrow FM setup
Message-ID: <BLU169-DS26D811D08EEF2A3D4180A6E9D50@phx.gbl>

Ok, so is it possible to make a narrow FM setup work and sound reasonable?
With this darn narrow banding stuff.  I have a new NXDN UHF module that I
can't get into Wide FM mode (like all my other ones).    So I want to set it
up with an RTCM as my replacement mobile repeater (gave it to my brother -
yeah I know :).).

So, can I get some recommendations for setup. I obviously can't generate
3khz, nor do I want it that hot on RX either. I do have a compander that I
can enable if that might help.

Just curious of those who decided to try this what they did and how they set
it up. this is a full duplex Icom UR-FR6000 module. next to the moto R1225
about the smallest full duplex repeater that I know of :). and cheap too by
repeater standards (for a new commercial repeater that is).

Any *constructive* advice appreciated?

Thanks,
Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130322/efa78236/attachment.html>

From tim.sawyer at me.com  Sat Mar 23 02:13:44 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Fri, 22 Mar 2013 19:13:44 -0700
Subject: [App_rpt-users] Narrow FM setup
In-Reply-To: <BLU169-DS26D811D08EEF2A3D4180A6E9D50@phx.gbl>
References: <BLU169-DS26D811D08EEF2A3D4180A6E9D50@phx.gbl>
Message-ID: <9925C823-BBE6-4D62-AF39-FD10E7948210@me.com>

It's straight forward. Since 2.5 is half of 5Khz you just set your service monitor test tone to 1.5 (half of 3Khz dev) and adjust radio-tune-menu or simple-tune-menu to 3Khz. I assume the same thing would work on an RTCM. 

--
Tim
:wq

On Mar 22, 2013, at 6:38 PM, Alan Adamson <adamson_alan at hotmail.com> wrote:

> Ok, so is it possible to make a narrow FM setup work and sound reasonable?  With this darn narrow banding stuff.  I have a new NXDN UHF module that I can't get into Wide FM mode (like all my other ones).    So I want to set it up with an RTCM as my replacement mobile repeater (gave it to my brother - yeah I know :)?).
> 
> So, can I get some recommendations for setup? I obviously can't generate 3khz, nor do I want it that hot on RX either? I do have a compander that I can enable if that might help?
> 
> Just curious of those who decided to try this what they did and how they set it up? this is a full duplex Icom UR-FR6000 module? next to the moto R1225 about the smallest full duplex repeater that I know of :)? and cheap too by repeater standards (for a new commercial repeater that is).
> 
> Any *constructive* advice appreciated?
> 
> Thanks,
> 
> Alan
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



--
Tim
:wq

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

From w7ry at centurytel.net  Sat Mar 23 03:26:51 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 22 Mar 2013 20:26:51 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
References: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
Message-ID: <5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop>

You MOST CERTAINLY DO have to send an ID!  It's this kind of attitude that 
generates unknown interference on frequencies improperly used!

73
Jim W7RY


I am new to AllStar but I have great little home AllStar node with a simplex 
base station radio set at 5 Watts. No one else has ever connected and i ti 
meant just for my use. As such I do not send out a station ID at regular 
intervals.
George,
K6GAZ
_______________________________________________
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  Sat Mar 23 03:29:55 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 22 Mar 2013 20:29:55 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop>
References: <0F3B1C2B-5A1B-4DFA-A920-B1884D366C30@san.rr.com>
	<5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop>
Message-ID: <4A37FE758F5D41CBBACC180B5F5E73BB@JimsLaptop>

I forgot to add... By mysterious un -identified transmitters.

73
Jim W7RY


-----Original Message----- 
From: Jim W7RY
Sent: Friday, March 22, 2013 8:26 PM
To: George Zolla ; app_rpt-users at ohnosec.org
Cc: Ralph Howey ; Chris Drummond ; Wally Baker
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

You MOST CERTAINLY DO have to send an ID!  It's this kind of attitude that
generates unknown interference on frequencies improperly used!

73
Jim W7RY


I am new to AllStar but I have great little home AllStar node with a simplex
base station radio set at 5 Watts. No one else has ever connected and i ti
meant just for my use. As such I do not send out a station ID at regular
intervals.
George,
K6GAZ
_______________________________________________
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 41.2jim at gmail.com  Sun Mar 24 16:05:16 2013
From: 41.2jim at gmail.com (41.2 Jim)
Date: Sun, 24 Mar 2013 09:05:16 -0700
Subject: [App_rpt-users] Tie GPIO_1 to PTT
Message-ID: <CACXxdpEvtN_68FuVVrcM4Z-Vp=KRSFAEKyrKTDr0t_gqw6McqQ@mail.gmail.com>

First I must thank all the members for the help in the past, just in case I
didn't thank you ALL.
Q: I would like to use a GPIO pin for a cooling fan, have it run with the
PTT and maybe stay on for a minute after PTT drops. I'm sure this has
already been asked, so if you could point me to the answering
post/script/suggestions, would be greatly appreciated, again. (LOL)

Thanks All  73'


 Jim Frederick KF6QBW
       IRLP Node #3911
        AllStar Node #'s
   28839-R, 28842, 28843
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130324/72714a95/attachment.html>

From motorula at gmail.com  Sun Mar 24 17:53:18 2013
From: motorula at gmail.com (motorula at gmail.com)
Date: Sun, 24 Mar 2013 21:53:18 +0400
Subject: [App_rpt-users] Playing message from HUB to permanently connected
	links after system inactivity
Message-ID: <CAMQMi4-0-XS6fj4MSVbun=0fKHMLYOpqWJDkMc0phnV_o0wmRw@mail.gmail.com>

Hi! Could somebody please help me to make central hub to play random
prerecorded messages over links, which are permanently connected to it,
after 10 minutes of the whole system inactivity?
Telemdefault=0 everywhere as i dont want any preset voice announcements to
be played at all and don't know how to customise them.
Is it possible to customise connected/disconnected announcements with
prerecorded announcement which would be different for each node?

Thanks!

Yuri, RU3AID
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130324/d235701b/attachment.html>

From petem001 at hotmail.com  Sun Mar 24 23:07:42 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sun, 24 Mar 2013 19:07:42 -0400
Subject: [App_rpt-users] voiceid
Message-ID: <BAY167-DS33763086C1FD71FA792F0297D60@phx.gbl>

Hi!

Been working on this all day.

In my rpt.cong file in both of my node stanza I have this line :

idrecording=/var/lib/asterisk/sounds/ici-ve2mrc-monteal ; voice ID

In /var/lib/asterisk/sounds/   I have a file named ici-ve2mrc-montreal.ulaw

That file is 8000 hz raw U-Law encoded under audacity. I can read it back with VLC and it plays ok..

what I find odd is that all of those file I created  pop up in green when I list them on the linux machine...

I cp them from a usb stick that I mounted . they were created under windows, I dont have Linux desktop running..

If that?s the probleme I do have the files in wave and I could make a virtual machine... 

So the problem.

I dont ear anything!! the repeater dont ID!!!

Yup both are full duplex, they were iding in morse before I did the modif to rpt.conf file. Yup I did both a reload and a restart of the service , a reload at first, then afetr an hour a service restart..

I dont have any radio connected to the URI, just a pair of computer speaker connected to pin 22 and pin 13 . If someone connect to the repeater I can ear the nice lady voice, same with linking command that I do with IAXRPT client. So the audio stuff is ok...

I want to have this thing working close to 100% like I want it before connecting any radio?s

Please I need help!!!   ;-)))))))))))))))


Pierre

VE2PF

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

From k0jsc.jeff at gmail.com  Sun Mar 24 23:11:07 2013
From: k0jsc.jeff at gmail.com (Jeff Carrier)
Date: Sun, 24 Mar 2013 17:11:07 -0600
Subject: [App_rpt-users] voiceid
In-Reply-To: <BAY167-DS33763086C1FD71FA792F0297D60@phx.gbl>
References: <BAY167-DS33763086C1FD71FA792F0297D60@phx.gbl>
Message-ID: <CAA_aZLiaQMmdnWLDsOAX5qEbDPhAEc0i_tr+kMzdEjdrFEH29g@mail.gmail.com>

I see a typo on the lines below...I see monteal and montreal.  is that
how they're listed on your machine?

On Sun, Mar 24, 2013 at 5:07 PM, Pierre Martel <petem001 at hotmail.com> wrote:
> Hi!
>
> Been working on this all day.
>
> In my rpt.cong file in both of my node stanza I have this line :
>
> idrecording=/var/lib/asterisk/sounds/ici-ve2mrc-monteal ; voice ID
>
> In /var/lib/asterisk/sounds/   I have a file named ici-ve2mrc-montreal.ulaw
>
> That file is 8000 hz raw U-Law encoded under audacity. I can read it back
> with VLC and it plays ok..
>
> what I find odd is that all of those file I created  pop up in green when I
> list them on the linux machine...
>
> I cp them from a usb stick that I mounted . they were created under windows,
> I dont have Linux desktop running..
>
> If that?s the probleme I do have the files in wave and I could make a
> virtual machine...
>
> So the problem.
>
> I dont ear anything!! the repeater dont ID!!!
>
> Yup both are full duplex, they were iding in morse before I did the modif to
> rpt.conf file. Yup I did both a reload and a restart of the service , a
> reload at first, then afetr an hour a service restart..
>
> I dont have any radio connected to the URI, just a pair of computer speaker
> connected to pin 22 and pin 13 . If someone connect to the repeater I can
> ear the nice lady voice, same with linking command that I do with IAXRPT
> client. So the audio stuff is ok...
>
> I want to have this thing working close to 100% like I want it before
> connecting any radio?s
>
> Please I need help!!!   ;-)))))))))))))))
>
>
> Pierre
>
> VE2PF
>
>
>
> _______________________________________________
> 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  Mon Mar 25 01:23:32 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sun, 24 Mar 2013 21:23:32 -0400
Subject: [App_rpt-users] voiceid
In-Reply-To: <CAA_aZLiaQMmdnWLDsOAX5qEbDPhAEc0i_tr+kMzdEjdrFEH29g@mail.gmail.com>
References: <BAY167-DS33763086C1FD71FA792F0297D60@phx.gbl>
	<CAA_aZLiaQMmdnWLDsOAX5qEbDPhAEc0i_tr+kMzdEjdrFEH29g@mail.gmail.com>
Message-ID: <BAY167-DS22C607C028C647D7F411B497D70@phx.gbl>

Ok I did had a typo, just changed it cause I was out to get my daughter from 
her work..

did a reload, will see..!

When your noise is glued to the tree you dont see the forest behind ;-)



-----Message d'origine----- 
From: Jeff Carrier
Sent: Sunday, March 24, 2013 7:11 PM
To: Pierre Martel
Cc: APP RPT
Subject: Re: [App_rpt-users] voiceid

I see a typo on the lines below...I see monteal and montreal.  is that
how they're listed on your machine?

On Sun, Mar 24, 2013 at 5:07 PM, Pierre Martel <petem001 at hotmail.com> wrote:
> Hi!
>
> Been working on this all day.
>
> In my rpt.cong file in both of my node stanza I have this line :
>
> idrecording=/var/lib/asterisk/sounds/ici-ve2mrc-monteal ; voice ID
>
> In /var/lib/asterisk/sounds/   I have a file named 
> ici-ve2mrc-montreal.ulaw
>
> That file is 8000 hz raw U-Law encoded under audacity. I can read it back
> with VLC and it plays ok..
>
> what I find odd is that all of those file I created  pop up in green when 
> I
> list them on the linux machine...
>
> I cp them from a usb stick that I mounted . they were created under 
> windows,
> I dont have Linux desktop running..
>
> If that?s the probleme I do have the files in wave and I could make a
> virtual machine...
>
> So the problem.
>
> I dont ear anything!! the repeater dont ID!!!
>
> Yup both are full duplex, they were iding in morse before I did the modif 
> to
> rpt.conf file. Yup I did both a reload and a restart of the service , a
> reload at first, then afetr an hour a service restart..
>
> I dont have any radio connected to the URI, just a pair of computer 
> speaker
> connected to pin 22 and pin 13 . If someone connect to the repeater I can
> ear the nice lady voice, same with linking command that I do with IAXRPT
> client. So the audio stuff is ok...
>
> I want to have this thing working close to 100% like I want it before
> connecting any radio?s
>
> Please I need help!!!   ;-)))))))))))))))
>
>
> Pierre
>
> VE2PF
>
>
>
> _______________________________________________
> 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 Mar 26 02:05:03 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Mon, 25 Mar 2013 22:05:03 -0400
Subject: [App_rpt-users] voiceid
In-Reply-To: <004c01ce299e$89883620$9c98a260$@cs.com>
References: <BAY167-DS33763086C1FD71FA792F0297D60@phx.gbl>
	<004401ce28f1$4939b0b0$dbad1210$@cs.com>
	<BAY167-DS3ED2BAA6201D84B5CBEB397D70@phx.gbl>
	<004c01ce299e$89883620$9c98a260$@cs.com>
Message-ID: <BAY167-DS23562EF76070FF494E7A7897D00@phx.gbl>

Thanks Ken..

Now I just have to understand command and macro?s.. ;-)

I do understand the way they are done, but still have some problem figuring this out. 

Like in the shedule where you have: 

1 = 00 05 * * * ; announce the time

the one at the beginnig, where is it comming from? or where does it point to? 
the rest is cron like and I understand.



From: Ken 
Sent: Monday, March 25, 2013 5:20 PM
To: 'Pierre Martel' 
Subject: RE: [App_rpt-users] voiceid

You can use the [schedule] stanza

Example

 

[schedule]                                                                      

;dtmf_function =  m h dom mon dow  ; ala cron, star is implied                  

1 = 00 05 * * *   ; announce the time

1 = 00 06 * * *   ; announce the time

1 = 00 07 * * *   ; announce the time

1 = 00 08 * * *   ; announce the time

2 = 00 12 * * *   ; westminster chime

1 = 00 17 * * *   ; announce the time

1 = 00 18 * * *   ; announce the time

 

I found that this syntax seems to work with macro?s, not functions, despite the comment that ?came with?

 

You can also use a cron job by calling ?asterisk ?rx? function

Example ? here I use a script

 

[root at atom2 ~]# crontab -l

59 08 * * 6  /usr/local/sbin/do_newsline.sh

(etc)

 

Here is part of the script do_newsline.sh

. . . 



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

From markjohnston73 at gmail.com  Tue Mar 26 07:52:02 2013
From: markjohnston73 at gmail.com (Mark Johnston)
Date: Tue, 26 Mar 2013 00:52:02 -0700
Subject: [App_rpt-users] New Allstar Node 28344 not quite functional
Message-ID: <CAARNdJGZzpp0xK+F7h431cnDTyxtmKpXpz6-ekc4L3ZMztw+Ew@mail.gmail.com>

Hello everyone,

 I have been trying to get allstar to function on my micro PC this is
the standard ACID install on a 64 bit system.

When I run the commands simpleusb-tune-menu and run through the setup
my URI device is there.. when I do F for flash toggle PTT and tone
output several times) the repeater is keyed and I do hear the tones...

When I run asterisk -r I do see the DTMF keys that are pressed on my
radio, going into the repeater just fine... I can also key the radio
from there with the susb key command... that keys up fine...

When trying to control the allstar node from the public SIP connection
via cell phone the commands do not respond there either... Though I am
able to sign in, and sometimes hear the complete ID/connect message on
the phone, I am unable to command anything like *81 for the time...

sometimes the *81 works but I only hear it on occasion via phone... no
idea what the issue is with that... it wont even key the repeater when
it does this...

The repeater is connected to allstar via arcom rc210 - 3 port controller
I have been searching hi and low, but find very little in terms of
instructions for setting up allstar/troubleshooting it...

I am not sure if its a h/w issue or s/w if the cable was wired
correctly or not...
it seems like it was as the test programs control it fine...

I did once hear my audio from the repeater on the cellphone sip/pstn
link... it's very sporadic... either that or commands are delayed by
several minutes...

I have been using Linux/IRLP node for many years but this just baffles me...

I do occassionaly get the error in asterisk about died with status 1
and something about mpg123/321 ... which I believe has to do with the
64 bit chip but I dont know why , could not find a solution to it...
Though if I let it run for a few minutes the error goes away and
asterisk -r works...

The /etc/asterisk/... conf files are almost default except I set it to
Full Duplex and


Any Ideas?......


usbradio.conf:
;
; chan_usbradio.c configuration file
;
[general]		; this has to be here and is RFU

[usb]			; USB Channel Name e.g. usb or usb1, usb2, ...
			; this starts the definition block for a device

; General Device Parameters


hwtype=0		; USB Sound Adapter Hardware Type
			; Set to 0 for DMK Eng. URI, or USB sound adapaters
			; modified using the instructions from usbfob.pdf.
			; Set to 1 for DingTel/W9SH modified usb adapters.

duplex=1		; Connected Radio Device Duplex Capability
			; 0 = Simplex (PTT / Release to Listen)
			; 1 = Duplex (simultaneous Tx and Rx)

eeprom=1		; 1 = Indicates that an EEPROM internal to the radio
			; adapter and cable is expected.
			; 0 = no warning message if no EEPROM found.

; Receiver-Related  Parameters


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


rxctcssrelax=1		; Rx CTCSS Decoder Criteria Relax
			; reduce CTCSS talkoff from radios w/o CTCSS Tx HPF
			; Set to 1 for Amateur and FRS radios.

carrierfrom=usb		; Carrier Detect Source
			; Options - no,usb,usbinvert,dsp,vox
			; no - no carrier detection at all
			; usb - via USB radio adapter COR connection
			; usbinvert - same as above but inverted polarity.
			; dsp - from RX noise using dsp methods
			; vox - voice activated via RX audio

ctcssfrom=no		; CTCSS Decoder Source
			; Options = no,usb,dsp
			; no - CTCSS decoding, system will be carrier squelch
			; usb - CTCSS decoding using input from USB adapter
			; usbinvert - same as above but inverted polarity.
			; dsp - CTCSS decoding using RX audio in DSP.
			; rxdemod option must be set to flat for this to work.

rxdemod=flat		; Rx Audio Source Type from Radio
			; Options = no, flat, speaker
			; no - RX audio input not used
			; flat - source is un-filtered discriminator signal
			; speaker - source is filtered, de-emphasized audio

; Transmitter-Related  Parameters


txboost=1		;Set to 1 to fix the 6db down audio bug in "voice" mode


txprelim=yes		; Tx Audio PreEmphasis and Limiting in software
			; no - Audio is not pre-emphasized and limited.
			; for application to radio microphone input
			; yes - Audio is pre-emphasized, limited and filtered
			; for direct connection to an FM modulator

txtoctype=notone		; Transmit Tone Turn Off Code method:
			; Options = no,phase,notone
			; no     - CTCSS tone encodes up to tx carrier drop
			; phase  - encode reverse phase before tx carrier drop
			;          AKA ("reverse burst") before unkeying TX
			; notone - drop tone, wait and then drop carrier
			;          AKA ("chicken burst")

txmixa=composite   	; Tx Mix Output Channel A (Left) Output Type
			; Options = no,voice,tone,composite,auxvoice
			; no - Do not output anything
			; voice - output voice only
			; tone - CTCSS tone only
			; composite - voice and tone
			; auxvoice - voice output for monitoring

txmixb=no		; Tx Mix Output Channel B (Right) Output Type
			; See txmixa above.

invertptt=0		; Invert PTT
			; 0 = ground to transmit, 1 = open to transmit
			; This is the collector lead of the 2N4401 transistor
			; on the modified usb sound adapter.

; CTCSS-Related Parameters
; These will be ignored and my be omitted if CTCSS is not in use

txctcssdefault=88.5	; Tx CTCSS Default Encode
			; Encodes this tone if no other tone in use.

rxctcssfreqs=88.5		; rx ctcss frequency. this must be in the tone table.
txctcssfreqs=88.5		; tx ctcss frequency. any frequency is permitted.

; end of file



rpt.conf
; Radio Repeater configuration file (for use with app_rpt)
;


;
; Your Repeater
;


[28344]					; Change this to your assigned node number

rxchannel=Simpleusb/usb28344
duplex=1
erxgain=-3
etxgain=3
;controlstates=controlstates
scheduler=schedule28344
morse=morse28344
macro=macro28344
functions=functions28344
phone_functions=functions28344
link_functions=functions28344
telemetry=telemetry
wait_times=wait-times
context =  radio
callerid = "Repeater" <0000000000>
idrecording = |iKC7DMF
accountcode=RADIO
hangtime=100
althangtime=100
totime=170000
idtime=540000
politeid=3000

idtalkover=|iKC7DMF
unlinkedct=ct2
remotect=ct3
linkunkeyct=ct8
;nolocallinkct=0
;eannmode=1
;connpgm=yourconnectprogram
;discpgm=yourdisconnectprogram
;lnkactenable=0
;lnkacttime=1800
;lnkactmacro=*52
;lnkacttimerwarn=30seconds
;remote_inact_timeout=1800
;remote_timeout=3600
nounkeyct=0
;holdofftelem=0
beaconing=0
;
; *** Status Reporting ***
;
; Uncomment the either group following two statpost lines to report
the status of your node to stats.allstarlink.org
; depending on whether you are running ACID or Limey Linux.

; ** For ACID ***
statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null
statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates

; ** For Limey Linux **
;statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null
;statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates

;
; Morse code parameters, these are common to all repeaters.
;

[morse28344]

speed=18
frequency=800
amplitude=4096
idfrequency=750
idamplitude=1024

[schedule28344]
;dtmf_function =  m h dom mon dow  ; ala cron, star is implied


[functions28344]
1=ilink,1
2=ilink,2
3=ilink,3
4=ilink,4
5=macro,1
70=ilink,5
71=ilink,6
72=ilink,7
73=ilink,15
74=ilink,16
75=ilink,8

80=status,1
81=status,2

6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000	; Autopatch up
0=autopatchdn				; Autopatch down

;989=cop,4
980=status,3
99=cop,6

; Place command macros here

[macro28344]



[telemetry]

ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048)
ct2=|t(660,880,150,2048)
ct3=|t(440,0,150,4096)
ct4=|t(550,0,150,2048)
ct5=|t(660,0,150,2048)
ct6=|t(880,0,150,2048)
ct7=|t(660,440,150,2048)
ct8=|t(700,1100,150,2048)
remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000);
remotemon=|t(1209,0,50,2048)
cmdmode=|t(900,903,200,2048)
functcomplete=|t(1000,0,100,2048)(0,0,100,0)(1000,0,100,2048)
patchup=rpt/callproceeding
patchdown=rpt/callterminated

;
; This section allows wait times for telemetry events to be adjusted
; A section for wait times can be defined for every repeater
;

[wait-times]
telemwait=2000
idwait=500
unkeywait=2000
calltermwait=2000

;
; This is where you define your nodes which cam be connected to.
;

[nodes]
; Note, if you are using automatic update for allstar link nodes,
; no allstar link nodes should be defined here. Only place a definition
; for your locak nodes, and private (off of allstar link) nodes here.

28344 = radio at 127.0.0.1/28344,NONE

; Memories for remote bases

[memory]

;00 = 146.580,100.0,m
;01 = 147.030,103.5,m+t
;02 = 147.240,103.5,m+t
;03 = 147.765,79.7,m-t
;04 = 146.460,100.0,m
;05 = 146.550,100.0,m


#includeifexists custom/rpt.conf



iax.conf: NOTE I changed the pw for the login I assume that should be
kept private.

; Inter-Asterisk eXchange driver definition\v c;
;

[general]
bindport=4569
bindaddr=0.0.0.0
disallow=all
allow=gsm
allow=g726aal2
allow=ulaw
jitterbuffer=yes
forcejitterbuffer=yes
dropcount=2
maxjitterbuffer=4000
maxjitterinterps=10
resyncthreshold=1000
maxexcessbuffer=80
minexcessbuffer=10
jittershrinkrate=1
tos=0x1E
autokill=yes
delayreject=yes
;iaxthreadcount=30
;iaxmaxthreadcount=150

register=28344:6*****@register.allstarlink.org

[radio-proxy]
type=user
deny=0.0.0.0/0.0.0.0
permit=/255.255.255.255
context=radio-secure-proxy
disallow=all
allow=g726aal2
transfer=no


[radio-proxy-out]
type=peer
host=
username=28344
secret=6*****
auth=md5
disallow=all
allow=g726aal2
transfer=no


; Incoming radio connections

[radio]
type=user
disallow=all
allow=g726aal2
allow=gsm
codecpriority=host
context=radio-secure
transfer=no

; Incoming phone connections to app_rpt

;[radio-control]
;type=user
;secret=nunya
;disallow=all
;allow=gsm
;codecpriority=host
;context=radio-control
;transfer=no

; Setup for outgoing calls

;[yourprovider]		; This needs to change
;type=peer
;host=127.0.0.1
;secret=nunya
;auth=md5
;disallow=all
;allow=gsm
;transfer=no

[allstar-sys]
type=user
context=allstar-sys
auth=rsa
inkeys=allstar
disallow=all
allow=ulaw

[allstar-public]
type=user
context=allstar-public
auth=md5
secret=allstar
disallow=all
allow=ulaw
allow=gsm

#includeifexists custom/iax.conf


From n9gmr at me.com  Tue Mar 26 11:13:24 2013
From: n9gmr at me.com (Matt Roberts)
Date: Tue, 26 Mar 2013 07:13:24 -0400
Subject: [App_rpt-users] New Allstar Node 28344 not quite functional
In-Reply-To: <CAARNdJGZzpp0xK+F7h431cnDTyxtmKpXpz6-ekc4L3ZMztw+Ew@mail.gmail.com>
References: <CAARNdJGZzpp0xK+F7h431cnDTyxtmKpXpz6-ekc4L3ZMztw+Ew@mail.gmail.com>
Message-ID: <133FBA4B-FD0C-4C6D-A6FE-3FABF1290E86@me.com>

Do you have "linktolink=yes" in RPT.conf?

Matt Roberts
n9gmr at me.com
386-679-1986

Sent from my iPad

On Mar 26, 2013, at 3:52 AM, Mark Johnston <markjohnston73 at gmail.com> wrote:

> Hello everyone,
> 
> I have been trying to get allstar to function on my micro PC this is
> the standard ACID install on a 64 bit system.
> 
> When I run the commands simpleusb-tune-menu and run through the setup
> my URI device is there.. when I do F for flash toggle PTT and tone
> output several times) the repeater is keyed and I do hear the tones...
> 
> When I run asterisk -r I do see the DTMF keys that are pressed on my
> radio, going into the repeater just fine... I can also key the radio
> from there with the susb key command... that keys up fine...
> 
> When trying to control the allstar node from the public SIP connection
> via cell phone the commands do not respond there either... Though I am
> able to sign in, and sometimes hear the complete ID/connect message on
> the phone, I am unable to command anything like *81 for the time...
> 
> sometimes the *81 works but I only hear it on occasion via phone... no
> idea what the issue is with that... it wont even key the repeater when
> it does this...
> 
> The repeater is connected to allstar via arcom rc210 - 3 port controller
> I have been searching hi and low, but find very little in terms of
> instructions for setting up allstar/troubleshooting it...
> 
> I am not sure if its a h/w issue or s/w if the cable was wired
> correctly or not...
> it seems like it was as the test programs control it fine...
> 
> I did once hear my audio from the repeater on the cellphone sip/pstn
> link... it's very sporadic... either that or commands are delayed by
> several minutes...
> 
> I have been using Linux/IRLP node for many years but this just baffles me...
> 
> I do occassionaly get the error in asterisk about died with status 1
> and something about mpg123/321 ... which I believe has to do with the
> 64 bit chip but I dont know why , could not find a solution to it...
> Though if I let it run for a few minutes the error goes away and
> asterisk -r works...
> 
> The /etc/asterisk/... conf files are almost default except I set it to
> Full Duplex and
> 
> 
> Any Ideas?......
> 
> 
> usbradio.conf:
> ;
> ; chan_usbradio.c configuration file
> ;
> [general]        ; this has to be here and is RFU
> 
> [usb]            ; USB Channel Name e.g. usb or usb1, usb2, ...
>            ; this starts the definition block for a device
> 
> ; General Device Parameters
> 
> 
> hwtype=0        ; USB Sound Adapter Hardware Type
>            ; Set to 0 for DMK Eng. URI, or USB sound adapaters
>            ; modified using the instructions from usbfob.pdf.
>            ; Set to 1 for DingTel/W9SH modified usb adapters.
> 
> duplex=1        ; Connected Radio Device Duplex Capability
>            ; 0 = Simplex (PTT / Release to Listen)
>            ; 1 = Duplex (simultaneous Tx and Rx)
> 
> eeprom=1        ; 1 = Indicates that an EEPROM internal to the radio
>            ; adapter and cable is expected.
>            ; 0 = no warning message if no EEPROM found.
> 
> ; Receiver-Related  Parameters
> 
> 
> rxboost=0        ; Rx Audio Boost
>            ; 0 = 20db attenuator inserted,
>            ; 1= 20db attenuator removed
>            ; Set to 1 for additonal gain if using a low-level
>            ; receiver output.
> 
> 
> rxctcssrelax=1        ; Rx CTCSS Decoder Criteria Relax
>            ; reduce CTCSS talkoff from radios w/o CTCSS Tx HPF
>            ; Set to 1 for Amateur and FRS radios.
> 
> carrierfrom=usb        ; Carrier Detect Source
>            ; Options - no,usb,usbinvert,dsp,vox
>            ; no - no carrier detection at all
>            ; usb - via USB radio adapter COR connection
>            ; usbinvert - same as above but inverted polarity.
>            ; dsp - from RX noise using dsp methods
>            ; vox - voice activated via RX audio
> 
> ctcssfrom=no        ; CTCSS Decoder Source
>            ; Options = no,usb,dsp
>            ; no - CTCSS decoding, system will be carrier squelch
>            ; usb - CTCSS decoding using input from USB adapter
>            ; usbinvert - same as above but inverted polarity.
>            ; dsp - CTCSS decoding using RX audio in DSP.
>            ; rxdemod option must be set to flat for this to work.
> 
> rxdemod=flat        ; Rx Audio Source Type from Radio
>            ; Options = no, flat, speaker
>            ; no - RX audio input not used
>            ; flat - source is un-filtered discriminator signal
>            ; speaker - source is filtered, de-emphasized audio
> 
> ; Transmitter-Related  Parameters
> 
> 
> txboost=1        ;Set to 1 to fix the 6db down audio bug in "voice" mode
> 
> 
> txprelim=yes        ; Tx Audio PreEmphasis and Limiting in software
>            ; no - Audio is not pre-emphasized and limited.
>            ; for application to radio microphone input
>            ; yes - Audio is pre-emphasized, limited and filtered
>            ; for direct connection to an FM modulator
> 
> txtoctype=notone        ; Transmit Tone Turn Off Code method:
>            ; Options = no,phase,notone
>            ; no     - CTCSS tone encodes up to tx carrier drop
>            ; phase  - encode reverse phase before tx carrier drop
>            ;          AKA ("reverse burst") before unkeying TX
>            ; notone - drop tone, wait and then drop carrier
>            ;          AKA ("chicken burst")
> 
> txmixa=composite       ; Tx Mix Output Channel A (Left) Output Type
>            ; Options = no,voice,tone,composite,auxvoice
>            ; no - Do not output anything
>            ; voice - output voice only
>            ; tone - CTCSS tone only
>            ; composite - voice and tone
>            ; auxvoice - voice output for monitoring
> 
> txmixb=no        ; Tx Mix Output Channel B (Right) Output Type
>            ; See txmixa above.
> 
> invertptt=0        ; Invert PTT
>            ; 0 = ground to transmit, 1 = open to transmit
>            ; This is the collector lead of the 2N4401 transistor
>            ; on the modified usb sound adapter.
> 
> ; CTCSS-Related Parameters
> ; These will be ignored and my be omitted if CTCSS is not in use
> 
> txctcssdefault=88.5    ; Tx CTCSS Default Encode
>            ; Encodes this tone if no other tone in use.
> 
> rxctcssfreqs=88.5        ; rx ctcss frequency. this must be in the tone table.
> txctcssfreqs=88.5        ; tx ctcss frequency. any frequency is permitted.
> 
> ; end of file
> 
> 
> 
> rpt.conf
> ; Radio Repeater configuration file (for use with app_rpt)
> ;
> 
> 
> ;
> ; Your Repeater
> ;
> 
> 
> [28344]                    ; Change this to your assigned node number
> 
> rxchannel=Simpleusb/usb28344
> duplex=1
> erxgain=-3
> etxgain=3
> ;controlstates=controlstates
> scheduler=schedule28344
> morse=morse28344
> macro=macro28344
> functions=functions28344
> phone_functions=functions28344
> link_functions=functions28344
> telemetry=telemetry
> wait_times=wait-times
> context =  radio
> callerid = "Repeater" <0000000000>
> idrecording = |iKC7DMF
> accountcode=RADIO
> hangtime=100
> althangtime=100
> totime=170000
> idtime=540000
> politeid=3000
> 
> idtalkover=|iKC7DMF
> unlinkedct=ct2
> remotect=ct3
> linkunkeyct=ct8
> ;nolocallinkct=0
> ;eannmode=1
> ;connpgm=yourconnectprogram
> ;discpgm=yourdisconnectprogram
> ;lnkactenable=0
> ;lnkacttime=1800
> ;lnkactmacro=*52
> ;lnkacttimerwarn=30seconds
> ;remote_inact_timeout=1800
> ;remote_timeout=3600
> nounkeyct=0
> ;holdofftelem=0
> beaconing=0
> ;
> ; *** Status Reporting ***
> ;
> ; Uncomment the either group following two statpost lines to report
> the status of your node to stats.allstarlink.org
> ; depending on whether you are running ACID or Limey Linux.
> 
> ; ** For ACID ***
> statpost_program=/usr/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null
> statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates
> 
> ; ** For Limey Linux **
> ;statpost_program=/bin/wget,-q,--timeout=15,--tries=1,--output-document=/dev/null
> ;statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates
> 
> ;
> ; Morse code parameters, these are common to all repeaters.
> ;
> 
> [morse28344]
> 
> speed=18
> frequency=800
> amplitude=4096
> idfrequency=750
> idamplitude=1024
> 
> [schedule28344]
> ;dtmf_function =  m h dom mon dow  ; ala cron, star is implied
> 
> 
> [functions28344]
> 1=ilink,1
> 2=ilink,2
> 3=ilink,3
> 4=ilink,4
> 5=macro,1
> 70=ilink,5
> 71=ilink,6
> 72=ilink,7
> 73=ilink,15
> 74=ilink,16
> 75=ilink,8
> 
> 80=status,1
> 81=status,2
> 
> 6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000    ; Autopatch up
> 0=autopatchdn                ; Autopatch down
> 
> ;989=cop,4
> 980=status,3
> 99=cop,6
> 
> ; Place command macros here
> 
> [macro28344]
> 
> 
> 
> [telemetry]
> 
> ct1=|t(350,0,100,2048)(500,0,100,2048)(660,0,100,2048)
> ct2=|t(660,880,150,2048)
> ct3=|t(440,0,150,4096)
> ct4=|t(550,0,150,2048)
> ct5=|t(660,0,150,2048)
> ct6=|t(880,0,150,2048)
> ct7=|t(660,440,150,2048)
> ct8=|t(700,1100,150,2048)
> remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000);
> remotemon=|t(1209,0,50,2048)
> cmdmode=|t(900,903,200,2048)
> functcomplete=|t(1000,0,100,2048)(0,0,100,0)(1000,0,100,2048)
> patchup=rpt/callproceeding
> patchdown=rpt/callterminated
> 
> ;
> ; This section allows wait times for telemetry events to be adjusted
> ; A section for wait times can be defined for every repeater
> ;
> 
> [wait-times]
> telemwait=2000
> idwait=500
> unkeywait=2000
> calltermwait=2000
> 
> ;
> ; This is where you define your nodes which cam be connected to.
> ;
> 
> [nodes]
> ; Note, if you are using automatic update for allstar link nodes,
> ; no allstar link nodes should be defined here. Only place a definition
> ; for your locak nodes, and private (off of allstar link) nodes here.
> 
> 28344 = radio at 127.0.0.1/28344,NONE
> 
> ; Memories for remote bases
> 
> [memory]
> 
> ;00 = 146.580,100.0,m
> ;01 = 147.030,103.5,m+t
> ;02 = 147.240,103.5,m+t
> ;03 = 147.765,79.7,m-t
> ;04 = 146.460,100.0,m
> ;05 = 146.550,100.0,m
> 
> 
> #includeifexists custom/rpt.conf
> 
> 
> 
> iax.conf: NOTE I changed the pw for the login I assume that should be
> kept private.
> 
> ; Inter-Asterisk eXchange driver definition\v c;
> ;
> 
> [general]
> bindport=4569
> bindaddr=0.0.0.0
> disallow=all
> allow=gsm
> allow=g726aal2
> allow=ulaw
> jitterbuffer=yes
> forcejitterbuffer=yes
> dropcount=2
> maxjitterbuffer=4000
> maxjitterinterps=10
> resyncthreshold=1000
> maxexcessbuffer=80
> minexcessbuffer=10
> jittershrinkrate=1
> tos=0x1E
> autokill=yes
> delayreject=yes
> ;iaxthreadcount=30
> ;iaxmaxthreadcount=150
> 
> register=28344:6*****@register.allstarlink.org
> 
> [radio-proxy]
> type=user
> deny=0.0.0.0/0.0.0.0
> permit=/255.255.255.255
> context=radio-secure-proxy
> disallow=all
> allow=g726aal2
> transfer=no
> 
> 
> [radio-proxy-out]
> type=peer
> host=
> username=28344
> secret=6*****
> auth=md5
> disallow=all
> allow=g726aal2
> transfer=no
> 
> 
> ; Incoming radio connections
> 
> [radio]
> type=user
> disallow=all
> allow=g726aal2
> allow=gsm
> codecpriority=host
> context=radio-secure
> transfer=no
> 
> ; Incoming phone connections to app_rpt
> 
> ;[radio-control]
> ;type=user
> ;secret=nunya
> ;disallow=all
> ;allow=gsm
> ;codecpriority=host
> ;context=radio-control
> ;transfer=no
> 
> ; Setup for outgoing calls
> 
> ;[yourprovider]        ; This needs to change
> ;type=peer
> ;host=127.0.0.1
> ;secret=nunya
> ;auth=md5
> ;disallow=all
> ;allow=gsm
> ;transfer=no
> 
> [allstar-sys]
> type=user
> context=allstar-sys
> auth=rsa
> inkeys=allstar
> disallow=all
> allow=ulaw
> 
> [allstar-public]
> type=user
> context=allstar-public
> auth=md5
> secret=allstar
> disallow=all
> allow=ulaw
> allow=gsm
> 
> #includeifexists custom/iax.conf
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users


From yokshs at gmail.com  Tue Mar 26 12:36:03 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Tue, 26 Mar 2013 07:36:03 -0500
Subject: [App_rpt-users] Simpleusb
In-Reply-To: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
Message-ID: <CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>

Hi Mark,

If using simpleusb, make sure the file usbradio.conf doesn't exist in
/etc/asterisk. You should have simpleusb.conf instead. Same syntax, etc.

App_rpt really doesn't like it if both of usbradio.conf and simpleusb.conf
exist, and will do crazy things if they are both found.

73

Kyle Yoksh
K0KN
Olathe, KS
Allstar 2210-2219
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130326/6211f562/attachment.html>

From ea2bkh at ea2bkh.com  Tue Mar 26 16:58:40 2013
From: ea2bkh at ea2bkh.com (barbagris)
Date: Tue, 26 Mar 2013 17:58:40 +0100
Subject: [App_rpt-users] Motorola gm300
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
	<CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
Message-ID: <67F2FEC964C94207B72DC33F0E53D0FF@fujitsu>

 Hello to everyone s.
I have a motorola GM300, lacks COS settings. I have the ptogramador, but I did not clarify very well in that section should I do to activate the COS and running.
thank you very much
John
EA2BKH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130326/f7456ae4/attachment.html>

From markjohnston73 at gmail.com  Tue Mar 26 17:27:27 2013
From: markjohnston73 at gmail.com (Mark Johnston)
Date: Tue, 26 Mar 2013 10:27:27 -0700
Subject: [App_rpt-users] Simpleusb
In-Reply-To: <CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
	<CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
Message-ID: <CAARNdJEht7OeQGNtK9_A7VNqoqf=M8g0nxbm8DeCNt1Lzw4hNQ@mail.gmail.com>

Hi Kyle,

Now it is stuck transmitting and still no/delayed response to the
commands... I did hear it announce the time right before it timed out. 2
min

I got it to connect to a node but the transmitter stays keyed and audio
dropped out after a few seconds, could these issues be with the 64 bit cpu
I have? I read about asterisk not getting along with it. Seems hard to find
a small 32 bit system I prefer the micro size for space and power
efficiency.

Thanks for getting me this far...
On Mar 26, 2013 5:36 AM, "K&R Yoksh" <yokshs at gmail.com> wrote:

> Hi Mark,
>
> If using simpleusb, make sure the file usbradio.conf doesn't exist in
> /etc/asterisk. You should have simpleusb.conf instead. Same syntax, etc.
>
> App_rpt really doesn't like it if both of usbradio.conf and simpleusb.conf
> exist, and will do crazy things if they are both found.
>
> 73
>
> Kyle Yoksh
> K0KN
> Olathe, KS
> Allstar 2210-2219
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130326/f5e364fa/attachment.html>

From yokshs at gmail.com  Tue Mar 26 17:29:34 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Tue, 26 Mar 2013 12:29:34 -0500
Subject: [App_rpt-users] Simpleusb
In-Reply-To: <CAARNdJEht7OeQGNtK9_A7VNqoqf=M8g0nxbm8DeCNt1Lzw4hNQ@mail.gmail.com>
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
	<CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
	<CAARNdJEht7OeQGNtK9_A7VNqoqf=M8g0nxbm8DeCNt1Lzw4hNQ@mail.gmail.com>
Message-ID: <CAJwRzNMEE_V77sxHzrtDiQCe8=2ZF8EmuZT9e7AAsm9BVMWVBw@mail.gmail.com>

It could be the 64 bit issue, although I've never run into that myself.

Is the COS logic correct ? Usb or USB invert etc?

I'd be glad to help after work if you want a hand with it.

73 for now

Kyle
On Mar 26, 2013 12:27 PM, "Mark Johnston" <markjohnston73 at gmail.com> wrote:

> Hi Kyle,
>
> Now it is stuck transmitting and still no/delayed response to the
> commands... I did hear it announce the time right before it timed out. 2
> min
>
> I got it to connect to a node but the transmitter stays keyed and audio
> dropped out after a few seconds, could these issues be with the 64 bit cpu
> I have? I read about asterisk not getting along with it. Seems hard to find
> a small 32 bit system I prefer the micro size for space and power
> efficiency.
>
> Thanks for getting me this far...
> On Mar 26, 2013 5:36 AM, "K&R Yoksh" <yokshs at gmail.com> wrote:
>
>> Hi Mark,
>>
>> If using simpleusb, make sure the file usbradio.conf doesn't exist in
>> /etc/asterisk. You should have simpleusb.conf instead. Same syntax, etc.
>>
>> App_rpt really doesn't like it if both of usbradio.conf and
>> simpleusb.conf exist, and will do crazy things if they are both found.
>>
>> 73
>>
>> Kyle Yoksh
>> K0KN
>> Olathe, KS
>> Allstar 2210-2219
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130326/8789fe8c/attachment.html>

From ke2n at cs.com  Tue Mar 26 18:47:40 2013
From: ke2n at cs.com (Ken)
Date: Tue, 26 Mar 2013 14:47:40 -0400 (EDT)
Subject: [App_rpt-users] Simpleusb
In-Reply-To: <CAARNdJEht7OeQGNtK9_A7VNqoqf=M8g0nxbm8DeCNt1Lzw4hNQ@mail.gmail.com>
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com>
	<CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
	<CAARNdJEht7OeQGNtK9_A7VNqoqf=M8g0nxbm8DeCNt1Lzw4hNQ@mail.gmail.com>
Message-ID: <8CFF8698713612C-1A5C-E5F4@webmail-m149.sysops.aol.com>


Mark 

Almost all CPU's are 64 bits these days - not sure what you are getting at exactly.

the question is: did you install the 32 bit OS (standard ACID install from scratch) or did you install your own OS using the 64 bit version?

I think - officially - asterisk is only for the 32 bit OS (regardless of the CPU you have) although I know some people have it running on the 64 bit OS (including me, once upon a time). 

The 32 bit OS will run fine on a x86-64 cpu (so-called Intel 64 architecture).

73
Ken


-----Original Message-----
From: Mark Johnston <markjohnston73 at gmail.com>
To: K&R Yoksh <yokshs at gmail.com>
Cc: app_rpt-users <app_rpt-users at ohnosec.org>
Sent: Tue, Mar 26, 2013 1:27 pm
Subject: Re: [App_rpt-users] Simpleusb


Hi Kyle, 
Now it is stuck transmitting and still no/delayed response to the commands... I did hear it announce the time right before it timed out. 2 min 
I got it to connect to a node but the transmitter stays keyed and audio dropped out after a few seconds, could these issues be with the 64 bit cpu I have? I read about asterisk not getting along with it. Seems hard to find a small 32 bit system I prefer the micro size for space and power efficiency. 
Thanks for getting me this far... 

On Mar 26, 2013 5:36 AM, "K&R Yoksh" <yokshs at gmail.com> wrote:

Hi Mark,
If using simpleusb, make sure the file usbradio.conf doesn't exist in /etc/asterisk. You should have simpleusb.conf instead. Same syntax, etc.
App_rpt really doesn't like it if both of usbradio.conf and simpleusb.conf exist, and will do crazy things if they are both found.
73
Kyle Yoksh
K0KN
Olathe, KS
Allstar 2210-2219



_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://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/20130326/51fc8cf3/attachment.html>

From ea2bkh at ea2bkh.com  Tue Mar 26 21:06:17 2013
From: ea2bkh at ea2bkh.com (barbagris)
Date: Tue, 26 Mar 2013 22:06:17 +0100
Subject: [App_rpt-users] Motorola gm300
References: <CAJwRzNPv0_fNXOT-EczzzN-e0br6HCgrbhoM+RZwd0rGdi+7WQ@mail.gmail.com><CAJwRzNM9J1gEqDi0dB09VhdpGwV12TwQgc6LLFeZKqUA8Vezqw@mail.gmail.com>
	<67F2FEC964C94207B72DC33F0E53D0FF@fujitsu>
Message-ID: <CBE23C1ACD9C4ADBA686DCA1C3B15A45@fujitsu>

Hi all.
It seems I got the motorola set well and everything works OK.
Thank you all.
Best wishes
John
EA2BKH
  ----- Original Message ----- 
  From: barbagris 
  To: app_rpt-users at ohnosec.org 
  Sent: Tuesday, March 26, 2013 5:58 PM
  Subject: [App_rpt-users] Motorola gm300


   Hello to everyone s.
  I have a motorola GM300, lacks COS settings. I have the ptogramador, but I did not clarify very well in that section should I do to activate the COS and running.
  thank you very much
  John
  EA2BKH


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


  _______________________________________________
  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/20130326/27ac7fc7/attachment.html>

From petem001 at hotmail.com  Tue Mar 26 21:57:37 2013
From: petem001 at hotmail.com (pete M)
Date: Tue, 26 Mar 2013 17:57:37 -0400
Subject: [App_rpt-users] =?iso-8859-1?q?Re=A0=3A_Re=3A__Motorola_gm300?=
Message-ID: <BAY401-EAS1614AC6999E4BB0C57CC9D197D00@phx.gbl>

Its been a plasure . But I did not do much ;-)

-----Original Message-----

From: barbagris
Sent: 26 Mar 2013 21:03:11 GMT
To: pete M
Subject: Re: [App_rpt-users] Motorola gm300

Hi Pete.
It seems that I have managed to configure the motorola and it works all ok.
Thank you very much for everything.
John
EA2BKH
  ----- Original Message -----
  From: pete M
  To: barbagris
  Sent: Tuesday, March 26, 2013 6:36 PM
  Subject: Re: [App_rpt-users] Motorola gm300


  why use a COS when the software will detect by DSP if there is a valid signal. If you provide un squelched desciminator audio to the URI... and use usbradio..



  From: barbagris
  Sent: Tuesday, March 26, 2013 12:58 PM
  To: app_rpt-users at ohnosec.org
  Subject: [App_rpt-users] Motorola gm300

  Hello to everyone s.
  I have a motorola GM300, lacks COS settings. I have the ptogramador, but I did not clarify very well in that section should I do to activate the COS and running.
  thank you very much
  John
  EA2BKH


------------------------------------------------------------------------------
  _______________________________________________
  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/20130326/7f74d91b/attachment.html>

From ki6lnx at gmail.com  Tue Mar 26 22:35:43 2013
From: ki6lnx at gmail.com (Orland Lopez)
Date: Tue, 26 Mar 2013 15:35:43 -0700
Subject: [App_rpt-users] Connecting to Nodes
Message-ID: <CAP8iMfcqbXq6xB3bvvOxoVgVGLY7N4UfFftR5a_Yu+=80qw+0A@mail.gmail.com>

Hi there folks, I have a nagging questions an I could not find the answer
in the email archives.

How in the world I connect to other nodes be it allstar or Echolink using
asterisk CLI. Believe me I have tried doing it by typing the rpt fun and
rpt cmd options but it will not connect.

 I currently have an HT with no dtmf pad so I must do it while connected
remotely or in front of the PC. I type the commands in the interface but it
fails to connect.

Do I need to define them in rpt.conf as in ilink method? or what, Please
help.





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

From ea2bkh at ea2bkh.com  Wed Mar 27 09:31:41 2013
From: ea2bkh at ea2bkh.com (barbagris)
Date: Wed, 27 Mar 2013 10:31:41 +0100
Subject: [App_rpt-users] Motorola gm300
References: <BAY401-EAS1614AC6999E4BB0C57CC9D197D00@phx.gbl>
Message-ID: <8F6FD28F8E68454FB17640A61275215E@fujitsu>

S good enough .....
thanks
John
EA2BKH
  ----- Original Message ----- 
  From: pete M 
  To: barbagris 
  Cc: app_rpt-users at ohnosec.org 
  Sent: Tuesday, March 26, 2013 10:57 PM
  Subject: Re : Re: [App_rpt-users] Motorola gm300


  Its been a plasure . But I did not do much ;-)

  -----Original Message-----

  From: barbagris
  Sent: 26 Mar 2013 21:03:11 GMT
  To: pete M
  Subject: Re: [App_rpt-users] Motorola gm300


  Hi Pete.
  It seems that I have managed to configure the motorola and it works all ok.
  Thank you very much for everything.
  John
  EA2BKH
    ----- Original Message ----- 
    From: pete M 
    To: barbagris 
    Sent: Tuesday, March 26, 2013 6:36 PM
    Subject: Re: [App_rpt-users] Motorola gm300


    why use a COS when the software will detect by DSP if there is a valid signal. If you provide un squelched desciminator audio to the URI... and use usbradio.. 



    From: barbagris 
    Sent: Tuesday, March 26, 2013 12:58 PM
    To: app_rpt-users at ohnosec.org 
    Subject: [App_rpt-users] Motorola gm300

    Hello to everyone s.
    I have a motorola GM300, lacks COS settings. I have the ptogramador, but I did not clarify very well in that section should I do to activate the COS and running.
    thank you very much
    John
    EA2BKH


----------------------------------------------------------------------------
    _______________________________________________
    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/20130327/46534888/attachment.html>

From petem001 at hotmail.com  Thu Mar 28 02:38:59 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Wed, 27 Mar 2013 22:38:59 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
Message-ID: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>

Got that phrase in the head, and could not find a good title for the mail ;-)

Ok Here I am again.

Still with my project to have a full App_rpt controler for my 2 repeater system.


I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

exiter is ok, well for now...

So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

now I go to the computer set active radio usb 28739

now I do radio tune rxnoise.. It fail.

there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

still did the radio tune rxvoice and rxtone.

then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

what Am I doing wrong?

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

From wb3awj at comcast.net  Thu Mar 28 04:08:33 2013
From: wb3awj at comcast.net (Robert Poff)
Date: Thu, 28 Mar 2013 00:08:33 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
Message-ID: <1364443713.18091.1.camel@localhost>

Pin 22 is Left OUT.
Pin 21 is Mic In.

Schematic here: http://www.dmkeng.com/images/URIx%20Schematic.pdf

-- 
Robert A. Poff
Loganville, PA

S/V Loon
1983 Hunter 34
Havre de Grace, MD.

WB3AWJ - Allstar 27784
Powered by Linux 

On Wed, 2013-03-27 at 22:38 -0400, Pierre Martel wrote:
> Got that phrase in the head, and could not find a good title for the
> mail ;-)
>  
> Ok Here I am again.
>  
> Still with my project to have a full App_rpt controler for my 2
> repeater system.
>  
>  
> I manage to have our msr 2000 in the shack today cause the exiter is
> giving us some trouble.
>  
> so I said, lets fix the exiter AND plug in the URI so that I wont have
> to do this on site.
>  
> exiter is ok, well for now...
>  
> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside
> the msr2000, why 22 there is a big dc bias at this place so uning the
> mic dc would nt be wise, I beleive..
>  
> now I go to the computer set active radio usb 28739
>  
> now I do radio tune rxnoise.. It fail.
>  
> there is at leat 200 mv of audio there. changed rxboosst in
> usbradio.conf for that node, reload, no difference.
>  
> still did the radio tune rxvoice and rxtone.
>  
> then tested without saving , I have a big white noise at the end of
> every receiption before the coutesy tone..
>  
> what Am I doing wrong?
>  
>  
> 
> _______________________________________________
> 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/20130328/16578650/attachment.html>

From anthcp at gmail.com  Thu Mar 28 08:14:05 2013
From: anthcp at gmail.com (Anthony Percy)
Date: Thu, 28 Mar 2013 19:14:05 +1100
Subject: [App_rpt-users] Allstar RPi
In-Reply-To: <1364378501.63224.YahooMailNeo@web161703.mail.bf1.yahoo.com>
References: <1364378501.63224.YahooMailNeo@web161703.mail.bf1.yahoo.com>
Message-ID: <59DDD6BB-F27F-4C56-96AC-B59197079248@gmail.com>

Hi Peter,
Day job has got in the way at the moment! The pi seems to work on with the imic USB fob but I need to build a simple interface for the pi to connect to our 2m repeater vk2rcz. Of course it will also need  a ctcss decoder as well as its not fast enough to use the dsp routines to do that,
Anyway I am still planning on hooking it up for testing to vk2rcz soon..
I am also testing out the odroid x2 / U2 board as I think it will run all of the Allstate software using the cm109 based DMK USB sound card we currently use. The X2 runs at 1.7ghz with 2gb memory and the U2 is on par price wise with the pi...
I will email you when I have tested it

Regards
Anthony VK2ACP

On 27/03/2013, at 9:01 PM, Peter Watkins <vk3tkk at yahoo.com.au> wrote:

> Hi Anthony,
> 
> I'm interested to learn how the Allstar/RPi is progressing. I've become particularly interested in how these devices can be deployed, given the low power associated in running them.
> 
> Cheers and 73 Peter VK3TKK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130328/969ac25c/attachment.html>

From petem001 at hotmail.com  Thu Mar 28 11:33:28 2013
From: petem001 at hotmail.com (pete M)
Date: Thu, 28 Mar 2013 07:33:28 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <1364443713.18091.1.camel@localhost>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<1364443713.18091.1.camel@localhost>
Message-ID: <BAY404-EAS3664883746007F8FA9CC8C197D20@phx.gbl>

You are right.. I did connect it to pin 21 mic in AC

Sorry for the typo


Envoy? de mon iPad

Le 28 Mar 2013 ? 00:19, "Robert Poff" <wb3awj at comcast.net> a ?crit :

> Pin 22 is Left OUT.
> Pin 21 is Mic In.
> 
> Schematic here: http://www.dmkeng.com/images/URIx%20Schematic.pdf
> 
> -- 
> Robert A. Poff
> Loganville, PA
> 
> S/V Loon
> 1983 Hunter 34
> Havre de Grace, MD.
> 
> WB3AWJ - Allstar 27784
> Powered by Linux 
> 
> On Wed, 2013-03-27 at 22:38 -0400, Pierre Martel wrote:
>> 
>> Got that phrase in the head, and could not find a good title for the mail ;-)
>> Ok Here I am again.
>> Still with my project to have a full App_rpt controler for my 2 repeater system.
> 
>> I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.
>> so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.
>> exiter is ok, well for now...
>> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..
>> now I go to the computer set active radio usb 28739
>> now I do radio tune rxnoise.. It fail.
>> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.
>> still did the radio tune rxvoice and rxtone.
>> then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..
>> what Am I doing wrong?
> 
>> _______________________________________________
>> 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/20130328/36053a2e/attachment.html>
-------------- next part --------------
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

From anthcp at gmail.com  Thu Mar 28 13:08:16 2013
From: anthcp at gmail.com (Anthony Percy)
Date: Fri, 29 Mar 2013 00:08:16 +1100
Subject: [App_rpt-users] Allstar RPi
In-Reply-To: <CALZVzvHhr1mm9JwUscXG7DbLsTRgKPR1MwtSw7bjPMe64aRB6g@mail.gmail.com>
References: <1364378501.63224.YahooMailNeo@web161703.mail.bf1.yahoo.com>
	<59DDD6BB-F27F-4C56-96AC-B59197079248@gmail.com>
	<CALZVzvHhr1mm9JwUscXG7DbLsTRgKPR1MwtSw7bjPMe64aRB6g@mail.gmail.com>
Message-ID: <760FEE2F-060C-4583-9B32-B55799BAE318@gmail.com>

Hi Peter,
Which kernel are you referring to??
We already have Allstar running on arch Linux 3.x. Indeed vk2rcz has been running non stop since jan on the modified code....
The main hack was to modify the Zaptel kernel drivers to get it to work on linux 3.x. 
I have put the x86 and arm modified Allstar svn code for that on githib, search for arch-Allstar if that is what you need....
I am in the process of packaging the Allstar Zaptel drivers to make it easier to install...

Regards

Anthony VK2ACP

On 28/03/2013, at 7:17 PM, davek <davidkierz at gmail.com> wrote:

> if you get the source to compile for a newer kernel on ARM email me. I tried tackling this a while back with no success
> good luck
> 
> On Thu, Mar 28, 2013 at 4:14 AM, Anthony Percy <anthcp at gmail.com> wrote:
>> Hi Peter,
>> Day job has got in the way at the moment! The pi seems to work on with the imic USB fob but I need to build a simple interface for the pi to connect to our 2m repeater vk2rcz. Of course it will also need  a ctcss decoder as well as its not fast enough to use the dsp routines to do that,
>> Anyway I am still planning on hooking it up for testing to vk2rcz soon..
>> I am also testing out the odroid x2 / U2 board as I think it will run all of the Allstate software using the cm109 based DMK USB sound card we currently use. The X2 runs at 1.7ghz with 2gb memory and the U2 is on par price wise with the pi...
>> I will email you when I have tested it
>> 
>> Regards
>> Anthony VK2ACP
>> 
>> On 27/03/2013, at 9:01 PM, Peter Watkins <vk3tkk at yahoo.com.au> wrote:
>> 
>>> Hi Anthony,
>>> 
>>> I'm interested to learn how the Allstar/RPi is progressing. I've become particularly interested in how these devices can be deployed, given the low power associated in running them.
>>> 
>>> Cheers and 73 Peter VK3TKK
>> 
>> _______________________________________________
>> 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/20130329/0f01d846/attachment.html>

From kb3kva at gmail.com  Thu Mar 28 17:17:39 2013
From: kb3kva at gmail.com (James Williams)
Date: Thu, 28 Mar 2013 13:17:39 -0400
Subject: [App_rpt-users] App_rpt-users Digest, Vol 49, Issue 59
In-Reply-To: <mailman.1.1364486402.24311.app_rpt-users@ohnosec.org>
References: <mailman.1.1364486402.24311.app_rpt-users@ohnosec.org>
Message-ID: <CANNp6fODFnLCsX7tVSD62VP93W24--Y-Uyz_7=Qg7DT4dmPZ=Q@mail.gmail.com>

I have Acid loaded on desktop pc and shows up on allstar webpage ok. I have
the DMK interface & cable for ft7800. I am at standstill and not know what
to do next.Any input welcome..de KB3KVA Santford, Frederick,MD
On Mar 28, 2013 12:00 PM, <app_rpt-users-request at ohnosec.org> wrote:

> 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..."
>
>
> Today's Topics:
>
>    1. Re: Allstar RPi (Anthony Percy)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 29 Mar 2013 00:08:16 +1100
> From: Anthony Percy <anthcp at gmail.com>
> To: davek <davidkierz at gmail.com>
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Allstar RPi
> Message-ID: <760FEE2F-060C-4583-9B32-B55799BAE318 at gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Peter,
> Which kernel are you referring to??
> We already have Allstar running on arch Linux 3.x. Indeed vk2rcz has been
> running non stop since jan on the modified code....
> The main hack was to modify the Zaptel kernel drivers to get it to work on
> linux 3.x.
> I have put the x86 and arm modified Allstar svn code for that on githib,
> search for arch-Allstar if that is what you need....
> I am in the process of packaging the Allstar Zaptel drivers to make it
> easier to install...
>
> Regards
>
> Anthony VK2ACP
>
> On 28/03/2013, at 7:17 PM, davek <davidkierz at gmail.com> wrote:
>
> > if you get the source to compile for a newer kernel on ARM email me. I
> tried tackling this a while back with no success
> > good luck
> >
> > On Thu, Mar 28, 2013 at 4:14 AM, Anthony Percy <anthcp at gmail.com> wrote:
> >> Hi Peter,
> >> Day job has got in the way at the moment! The pi seems to work on with
> the imic USB fob but I need to build a simple interface for the pi to
> connect to our 2m repeater vk2rcz. Of course it will also need  a ctcss
> decoder as well as its not fast enough to use the dsp routines to do that,
> >> Anyway I am still planning on hooking it up for testing to vk2rcz soon..
> >> I am also testing out the odroid x2 / U2 board as I think it will run
> all of the Allstate software using the cm109 based DMK USB sound card we
> currently use. The X2 runs at 1.7ghz with 2gb memory and the U2 is on par
> price wise with the pi...
> >> I will email you when I have tested it
> >>
> >> Regards
> >> Anthony VK2ACP
> >>
> >> On 27/03/2013, at 9:01 PM, Peter Watkins <vk3tkk at yahoo.com.au> wrote:
> >>
> >>> Hi Anthony,
> >>>
> >>> I'm interested to learn how the Allstar/RPi is progressing. I've
> become particularly interested in how these devices can be deployed, given
> the low power associated in running them.
> >>>
> >>> Cheers and 73 Peter VK3TKK
> >>
> >> _______________________________________________
> >> 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://ohnosec.org/pipermail/app_rpt-users/attachments/20130329/0f01d846/attachment-0001.html
> >
>
> ------------------------------
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> End of App_rpt-users Digest, Vol 49, Issue 59
> *********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130328/5e64a024/attachment.html>

From kb2ear at kb2ear.net  Thu Mar 28 17:31:07 2013
From: kb2ear at kb2ear.net (Scott Weis)
Date: Thu, 28 Mar 2013 13:31:07 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
Message-ID: <00bd01ce2bda$07d94ef0$178becd0$@kb2ear.net>

Can you post the output when you run radio tune rxnoise?

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Pierre Martel
Sent: Wednesday, March 27, 2013 10:39 PM
To: APP RPT
Subject: [App_rpt-users] Something is rotten in the state of Denmark

 

Got that phrase in the head, and could not find a good title for the mail
;-)

 

Ok Here I am again.

 

Still with my project to have a full App_rpt controler for my 2 repeater
system.

 

 

I manage to have our msr 2000 in the shack today cause the exiter is giving
us some trouble.

 

so I said, lets fix the exiter AND plug in the URI so that I wont have to do
this on site.

 

exiter is ok, well for now...

 

So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the
msr2000, why 22 there is a big dc bias at this place so uning the mic dc
would nt be wise, I beleive..

 

now I go to the computer set active radio usb 28739

 

now I do radio tune rxnoise.. It fail.

 

there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf
for that node, reload, no difference.

 

still did the radio tune rxvoice and rxtone.

 

then tested without saving , I have a big white noise at the end of every
receiption before the coutesy tone..

 

what Am I doing wrong?

 

 

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

From wbs099 at yahoo.com  Fri Mar 29 09:20:56 2013
From: wbs099 at yahoo.com (Bill South)
Date: Fri, 29 Mar 2013 02:20:56 -0700 (PDT)
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop>
Message-ID: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>

Station identification is only required at the end of?each communication, and at least every 10 minutes during a communication.? Beaconing (IDing at intervals) is not required, but probably not a bad idea.? If it is for personal use only, you might want to consider cutting the power and antenna to meet part 15 rather than part 97 and you won't have to ID at all?

--- On Sat, 3/23/13, Jim W7RY <w7ry at centurytel.net> wrote:


From: Jim W7RY <w7ry at centurytel.net>
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
To: "George Zolla" <gazolla at san.rr.com>, app_rpt-users at ohnosec.org
Cc: "Ralph Howey" <ralph at ralphhowey.com>, "Chris Drummond" <kc5izr at gmail.com>, "Wally Baker" <wallyb1511 at msn.com>
Date: Saturday, March 23, 2013, 3:26 AM


You MOST CERTAINLY DO have to send an ID!? It's this kind of attitude that generates unknown interference on frequencies improperly used!

73
Jim W7RY


I am new to AllStar but I have great little home AllStar node with a simplex base station radio set at 5 Watts. No one else has ever connected and i ti meant just for my use. As such I do not send out a station ID at regular intervals.
George,
K6GAZ
_______________________________________________
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/20130329/cb508e42/attachment.html>

From kb3kva at gmail.com  Fri Mar 29 12:07:29 2013
From: kb3kva at gmail.com (James Williams)
Date: Fri, 29 Mar 2013 08:07:29 -0400
Subject: [App_rpt-users] Problem getting on AllStar
Message-ID: <CANNp6fM_WrGn_xm42ehbZCiiGmWz=KZxyMXKLsMud_Dj7mRFiw@mail.gmail.com>

I have Acid loaded on desktop pc and shows up on allstar webpage ok. I have
the DMK interface & cable for ft7800. I am at standstill and not know what
to do next.Any input welcome..de KB3KVA Santford, Frederick,MD
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130329/098d3ea1/attachment.html>

From n9gmr at me.com  Fri Mar 29 12:38:34 2013
From: n9gmr at me.com (Matt Roberts)
Date: Fri, 29 Mar 2013 08:38:34 -0400
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
References: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
Message-ID: <656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>


On Mar 29, 2013, at 5:20 AM, Bill South <wbs099 at yahoo.com> wrote:

> Station identification is only required at the end of each communication, and at least every 10 minutes during a communication.  Beaconing (IDing at intervals) is not required, but probably not a bad idea.

Beaconing is illegal.  The only place where I know it's required is in the UK.  Any repeater or simplex node must identify every 10 minutes when in use, per FCC requirements.


Matt Roberts
n9gmr at me.com
Call Sign N9GMR
Allstar 28142
EchoLink 640860



From rwf at bsrg.org  Fri Mar 29 12:50:44 2013
From: rwf at bsrg.org (Ralph)
Date: Fri, 29 Mar 2013 08:50:44 -0400
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
References: <5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop>
	<1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
Message-ID: <006201ce2c7c$0903e4a0$1b0bade0$@bsrg.org>

Whoa Nellie!

 

On Amateur frequencies, you can't throw the Part 97 rules out the window and
just declare you are now under part 15, whether or not you lower power and
use less antenna.

If people did that we would have repeaters full of bootleggers saying they
were "part 15" and didn't need no steenkin license.  

 

And his personal base station has to abide some other rules as well, such as
those concerning auxiliary operation, and repeater subbands, etc.

 

 

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bill South
Sent: Friday, March 29, 2013 5:21 AM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

 


Station identification is only required at the end of each communication,
and at least every 10 minutes during a communication.  Beaconing (IDing at
intervals) is not required, but probably not a bad idea.  If it is for
personal use only, you might want to consider cutting the power and antenna
to meet part 15 rather than part 97 and you won't have to ID at all?


--- On Sat, 3/23/13, Jim W7RY <w7ry at centurytel.net
<mailto:w7ry at centurytel.net> > wrote:


From: Jim W7RY <w7ry at centurytel.net <mailto:w7ry at centurytel.net> >
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
To: "George Zolla" <gazolla at san.rr.com <mailto:gazolla at san.rr.com> >,
app_rpt-users at ohnosec.org <mailto:app_rpt-users at ohnosec.org> 
Cc: "Ralph Howey" <ralph at ralphhowey.com <mailto:ralph at ralphhowey.com> >,
"Chris Drummond" <kc5izr at gmail.com <mailto:kc5izr at gmail.com> >, "Wally
Baker" <wallyb1511 at msn.com <mailto:wallyb1511 at msn.com> >
Date: Saturday, March 23, 2013, 3:26 AM

You MOST CERTAINLY DO have to send an ID!  It's this kind of attitude that
generates unknown interference on frequencies improperly used!

73
Jim W7RY


I am new to AllStar but I have great little home AllStar node with a simplex
base station radio set at 5 Watts. No one else has ever connected and i ti
meant just for my use. As such I do not send out a station ID at regular
intervals.
George,
K6GAZ
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
<http://us.mc1614.mail.yahoo.com/mc/compose?to=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://us.mc1614.mail.yahoo.com/mc/compose?to=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/20130329/75634fe7/attachment.html>

From w7ry at centurytel.net  Fri Mar 29 14:57:26 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 29 Mar 2013 07:57:26 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>
References: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
	<656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>
Message-ID: <76EBDC23CEC54C0FB62FE5BB5E5B04E2@JimsLaptop>

Please point me to the part 97 rules that state beaconing is illegal.

73
Jim W7RY


-----Original Message----- 
From: Matt Roberts
Sent: Friday, March 29, 2013 5:38 AM
To: Bill South
Cc: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements


On Mar 29, 2013, at 5:20 AM, Bill South <wbs099 at yahoo.com> wrote:

> Station identification is only required at the end of each communication, 
> and at least every 10 minutes during a communication.  Beaconing (IDing at 
> intervals) is not required, but probably not a bad idea.

Beaconing is illegal.  The only place where I know it's required is in the 
UK.  Any repeater or simplex node must identify every 10 minutes when in 
use, per FCC requirements.


Matt Roberts
n9gmr at me.com
Call Sign N9GMR
Allstar 28142
EchoLink 640860

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



From ke2n at cs.com  Fri Mar 29 15:32:03 2013
From: ke2n at cs.com (Ken)
Date: Fri, 29 Mar 2013 11:32:03 -0400 (EDT)
Subject: [App_rpt-users] Problem getting on AllStar
In-Reply-To: <CANNp6fM_WrGn_xm42ehbZCiiGmWz=KZxyMXKLsMud_Dj7mRFiw@mail.gmail.com>
References: <CANNp6fM_WrGn_xm42ehbZCiiGmWz=KZxyMXKLsMud_Dj7mRFiw@mail.gmail.com>
Message-ID: <8CFFAA9B27A1DA6-136C-2776F@webmail-d170.sysops.aol.com>


Jim - the next step would be to make sure you have the sense of PTT and COR correct, 
plug things together and then run the audio calibration as described on the web site:

http://ohnosec.org/drupal/node/28

Borrowing a service monitor will really help.

Once the levels are set properly, then you can use a second radio to access the Allstar network and talk to people on other nodes (like mine).

Or your radio can serve as a link to a local repeater that does not have an allstar controller (this is less-than-desirable because it will be transmitting it's courtesy beeps and ID's over your system, which is not really correct. But it's a starting point)

I am assuming your system is half-duplex ... if it has two radios and a duplexer, then you can use it as a repeater and not just as a link.

GL
Ken
W4BRM/R
27021




-----Original Message-----
From: James Williams <kb3kva at gmail.com>
To: App_rpt-users <App_rpt-users at ohnosec.org>
Sent: Fri, Mar 29, 2013 8:07 am
Subject: [App_rpt-users] Problem getting on AllStar


I have Acid loaded on desktop pc and shows up on allstar webpage ok. I have the DMK interface & cable for ft7800. I am at standstill and not know what to do next.Any input welcome..de KB3KVA Santford, Frederick,MD 

_______________________________________________
pp_rpt-users mailing list
pp_rpt-users at ohnosec.org
ttp://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/20130329/122fcfd4/attachment.html>

From n5zua at earthlink.net  Fri Mar 29 15:36:39 2013
From: n5zua at earthlink.net (Steve Agee)
Date: Fri, 29 Mar 2013 10:36:39 -0500
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
References: <5ED885F7521C443EAD1549CF6040E3C7@JimsLaptop><1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
	<006201ce2c7c$0903e4a0$1b0bade0$@bsrg.org>
Message-ID: <9C3EFEC11FCD42308D17CACC6BFD47EC@steveea3dc3d27>

Actually, he CAN operate Part 15, but it is not as simple as saying, "reduce your power to X milliwatts". Part 15.109B is a table for intentional radiators which shows that in the range of 216-960 MHz he must not exceed 210 microvolts per meter, measured at a distance of 10 meters. To comply with this, he must factor in not only the power of the transmitter, but loss of transmission line as well as gain of antenna for over all ERP viewed as a complete system. The table in Part 15.205 restricts operation to only spurious emissions in certain frequency ranges, but 2 meters and 70 centimeters are not listed and therefore not restricted from Part 15. Quoting directly from the ARRL web site ....

In the amateur 2-meter band, for example, these regulations would permit an intentional radiator to run a transmitter power of about 4 nanowatts into a half-wave dipole, resulting in a field strength of 150 microvolts/meter at a point 3 meters away from the dipole center. To relate this to receiver S unit readings (50 uV at 50 ohms = S9 and an S unit = 6 dB), a 144-MHz field of 150 microvolts/meter would result in an S9 meter reading if 2.2 dBi gain antennas were used on each end (half-wave dipoles in free space). Of course, this is only 3 meters from the source. If the source were located 30 meters away, the signal would be about an S6. On 3.5 MHz, the permitted field strength is 30 microvolts/meter at 30 meters distance. A field of this strength would give an S9+15 dB reading to a half-wave dipole on 80 meters.
N5ZUA

==========
----- Original Message ----- 
From: Ralph 
To: app_rpt-users at ohnosec.org 
Sent: Friday, March 29, 2013 7:50 AM
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

Whoa Nellie!
 
On Amateur frequencies, you can't throw the Part 97 rules out the window and just declare you are now under part 15, whether or not you lower power and use less antenna.
If people did that we would have repeaters full of bootleggers saying they were "part 15" and didn't need no steenkin license.  
 
And his personal base station has to abide some other rules as well, such as those concerning auxiliary operation, and repeater subbands, etc.
 ==========
From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bill South
Sent: Friday, March 29, 2013 5:21 AM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
 
Station identification is only required at the end of each communication, and at least every 10 minutes during a communication.  Beaconing (IDing at intervals) is not required, but probably not a bad idea.  If it is for personal use only, you might want to consider cutting the power and antenna to meet part 15 rather than part 97 and you won't have to ID at all?
==========

--- On Sat, 3/23/13, Jim W7RY <w7ry at centurytel.net> wrote:

From: Jim W7RY <w7ry at centurytel.net>
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
To: "George Zolla" <gazolla at san.rr.com>, app_rpt-users at ohnosec.org
Cc: "Ralph Howey" <ralph at ralphhowey.com>, "Chris Drummond" <kc5izr at gmail.com>, "Wally Baker" <wallyb1511 at msn.com>
Date: Saturday, March 23, 2013, 3:26 AM
You MOST CERTAINLY DO have to send an ID!  It's this kind of attitude that generates unknown interference on frequencies improperly used!

73
Jim W7RY

I am new to AllStar but I have great little home AllStar node with a simplex base station radio set at 5 Watts. No one else has ever connected and i ti meant just for my use. As such I do not send out a station ID at regular intervals.
George,
K6GAZ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130329/8ac2be44/attachment.html>

From petem001 at hotmail.com  Fri Mar 29 17:57:49 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Fri, 29 Mar 2013 13:57:49 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <5F7F335C5CFF4042A873955C04B903B4@lintv.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
Message-ID: <BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>

Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

I think that the trouble is with my settings..


I am working on the 28739 node.

here is my usbradio.conf file

[general]

[usb27821]

hdwtype=0
rxboost=1
txboost=1
rxctcssrelax=1
txctcssdefault=103.5
rxctcssfreqs=103.5
txctcssfreqs=103.5
;rxctcssoverride=0
carrierfrom=dsp
ctcssfrom=dsp
rxdemod=flat
txprelim=yes
txlimonly=no
txtoctype=no
txmixa=composite
txmixb=composite
invertptt=0
duplex=0
rxondelay=1
rxnoisefiltype=0
eeprom=1

[usb28739]

hdwtype=0
rxboost=0
txboost=0
rxctcssrelax=0
txctcssdefault=103.5
rxctcssfreqs=103.5
txctcssfreqs=103.5
;rxctcssoverride=0
carrierfrom=dsp
ctcssfrom=dsp
rxdemod=flat
txprelim=yes
txlimonly=no
txtoctype=no
txmixa=composite
txmixb=composite
invertptt=0
duplex=1
rxondelay=0
rxnoisefiltype=1
eeprom=1

I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..


when i try to tune the base noise....

ve2mrc*CLI> radio active usb28739
Active (command) USB Radio device set to [usb28739]
ve2mrc*CLI> radio tune rxnoise
tune rxnoise maxtries=12, target=27000, tolerance=2750
tries=0, setting=2, meas=1754
tries=1, setting=16, meas=16505
tries=2, setting=16, meas=17517
tries=3, setting=16, meas=15942
tries=4, setting=16, meas=15816
tries=5, setting=16, meas=16604
tries=6, setting=16, meas=17943
tries=7, setting=16, meas=17805
tries=8, setting=16, meas=15489
tries=9, setting=16, meas=18234
tries=10, setting=16, meas=16747
tries=11, setting=16, meas=17647
DONE tries=12, setting=1000, meas=17647, sqnoise=5040
ERROR: RX INPUT ADJUST FAILED.

then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?




From: George Csahanin 
Sent: Friday, March 29, 2013 2:33 AM
To: Pierre Martel 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

GeorgeC
W2DB
2360


  ----- Original Message ----- 
  From: Pierre Martel 
  To: APP RPT 
  Sent: Wednesday, March 27, 2013 9:38 PM
  Subject: [App_rpt-users] Something is rotten in the state of Denmark

  Got that phrase in the head, and could not find a good title for the mail ;-)

  Ok Here I am again.

  Still with my project to have a full App_rpt controler for my 2 repeater system.


  I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

  so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

  exiter is ok, well for now...

  So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

  now I go to the computer set active radio usb 28739

  now I do radio tune rxnoise.. It fail.

  there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

  still did the radio tune rxvoice and rxtone.

  then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

  what Am I doing wrong?

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

From w7ry at centurytel.net  Fri Mar 29 18:23:42 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 29 Mar 2013 11:23:42 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <5155BB0D.3020800@alertradio.net>
References: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>	<656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>
	<76EBDC23CEC54C0FB62FE5BB5E5B04E2@JimsLaptop>
	<5155BB0D.3020800@alertradio.net>
Message-ID: <37450A363B774CC280DF2F10A086D393@JimsLaptop>

A voice announcement providing information about the repeater (callsign, PL tone, etc.) would fit as permissible one-way communications. That some would still call a "beacon." 


Some would call a beacon?  Sounds like an interpretation of the rules by someone. Perhaps you?

73
Jim W7RY


From: ALERTradio ERC | N0PCO 
Sent: Friday, March 29, 2013 9:02 AM
To: Jim W7RY 
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

On 03/29/2013 09:57 AM, Jim W7RY wrote: 
  Please point me to the part 97 rules that state beaconing is illegal. 

  73 
  Jim W7RY 




  ? 97.203 Beacon station.
  (a) Any amateur station licensed to a holder of a Technician, General, Advanced or Amateur Extra Class operator license may be a
  beacon. A holder of a Technician, General, Advanced or Amateur Extra Class operator license may be the control operator of a
  beacon, subject to the privileges of the class of operator license held.
  (b) A beacon must not concurrently transmit on more than 1 channel in the same amateur service frequency band, from the same
  station location.
  (c) The transmitter power of a beacon must not exceed 100 W.
  (d) A beacon may be automatically controlled while it is transmitting on the 28.20?28.30 MHz, 50.06?50.08 MHz, 144.275?144.300
  MHz, 222.05?222.06 MHz or 432.300?432.400 MHz segments, or on the 33 cm and shorter wavelength bands.


Another one of those yes but no situation courtesy of the FCC.   Since the  beacon is automatically controlled announcing the availability of the repeater / link and in most cases the repeater / link is not operating on a frequency within the groups listed under 97.203(d)  the beacon would not be legal.

97.111(b) would be a good place to check regarding one-way communications


  (b) In addition to one-way transmissions specifically authorized elsewhere in this part, an amateur station may transmit the following
  types of one-way communications:
  (1) Brief transmissions necessary to make adjustments to the station;
  (2) Brief transmissions necessary to establishing two-way communications with other stations;
  (3) Telecommand;
  (4) Transmissions necessary to providing emergency communications;
  (5) Transmissions necessary to assisting persons learning, or improving proficiency in, the international Morse code; and
  (6) Transmissions necessary to disseminate information bulletins.
  (7) Transmissions of telemetry.

A voice announcement providing information about the repeater (callsign, PL tone, etc.) would fit as permissible  one-way communications.  That some would still call a "beacon."  Then going back to 97.203(d) if the same were to be done with CW it would not be permissible unless there was already traffic on the repeater then it would just be a plain old identification.


--------------------------------------------------------------------------------
They like to make the rules complicated so they can make more money off of people when Major Whoops shows up.


Have a great day.

Mars - N0PCO
ALERTradio ERC Technology resources for public safety.
www.alertradio.net | www.asteriskradio.net | www.darnsimple.net
DARN SIMPLE Telecom going beyond just static. telecom.darnsimple.net






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

From w7ry at centurytel.net  Fri Mar 29 18:31:54 2013
From: w7ry at centurytel.net (Jim W7RY)
Date: Fri, 29 Mar 2013 11:31:54 -0700
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <5155BB0D.3020800@alertradio.net>
References: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>	<656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>
	<76EBDC23CEC54C0FB62FE5BB5E5B04E2@JimsLaptop>
	<5155BB0D.3020800@alertradio.net>
Message-ID: <0A076AF126D241C9B264E6D0AD7942E0@JimsLaptop>

And what you have cut and pasted below is a station operating as a beacon station. Not a repeater station sending ?CW (modulated interrupted tone) or voice? by frequency modulation (FM).  


Beacons are used for propagation determination on 10, 6 and 2 meters. Although I have never heard a 2 meter beacon station. Have you ever heard a beacon station on 10 or 6 meters? When 10 meters has propagation, I can hear 100s of them.

A beacon station transmits A1 (CW). Not F3 (FM) or CW by modulated FM.

73
Jim W7RY


From: ALERTradio ERC | N0PCO 
Sent: Friday, March 29, 2013 9:02 AM
To: Jim W7RY 
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements

On 03/29/2013 09:57 AM, Jim W7RY wrote: 
  Please point me to the part 97 rules that state beaconing is illegal. 

  73 
  Jim W7RY 




  ? 97.203 Beacon station.
  (a) Any amateur station licensed to a holder of a Technician, General, Advanced or Amateur Extra Class operator license may be a
  beacon. A holder of a Technician, General, Advanced or Amateur Extra Class operator license may be the control operator of a
  beacon, subject to the privileges of the class of operator license held.
  (b) A beacon must not concurrently transmit on more than 1 channel in the same amateur service frequency band, from the same
  station location.
  (c) The transmitter power of a beacon must not exceed 100 W.
  (d) A beacon may be automatically controlled while it is transmitting on the 28.20?28.30 MHz, 50.06?50.08 MHz, 144.275?144.300
  MHz, 222.05?222.06 MHz or 432.300?432.400 MHz segments, or on the 33 cm and shorter wavelength bands.


Another one of those yes but no situation courtesy of the FCC.   Since the  beacon is automatically controlled announcing the availability of the repeater / link and in most cases the repeater / link is not operating on a frequency within the groups listed under 97.203(d)  the beacon would not be legal.

97.111(b) would be a good place to check regarding one-way communications


  (b) In addition to one-way transmissions specifically authorized elsewhere in this part, an amateur station may transmit the following
  types of one-way communications:
  (1) Brief transmissions necessary to make adjustments to the station;
  (2) Brief transmissions necessary to establishing two-way communications with other stations;
  (3) Telecommand;
  (4) Transmissions necessary to providing emergency communications;
  (5) Transmissions necessary to assisting persons learning, or improving proficiency in, the international Morse code; and
  (6) Transmissions necessary to disseminate information bulletins.
  (7) Transmissions of telemetry.

A voice announcement providing information about the repeater (callsign, PL tone, etc.) would fit as permissible  one-way communications.  That some would still call a "beacon."  Then going back to 97.203(d) if the same were to be done with CW it would not be permissible unless there was already traffic on the repeater then it would just be a plain old identification.


--------------------------------------------------------------------------------
They like to make the rules complicated so they can make more money off of people when Major Whoops shows up.


Have a great day.

Mars - N0PCO
ALERTradio ERC Technology resources for public safety.
www.alertradio.net | www.asteriskradio.net | www.darnsimple.net
DARN SIMPLE Telecom going beyond just static. telecom.darnsimple.net






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

From ke2n at cs.com  Fri Mar 29 18:34:45 2013
From: ke2n at cs.com (Ken)
Date: Fri, 29 Mar 2013 14:34:45 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
Message-ID: <007f01ce2cac$164d8820$42e89860$@cs.com>

The calibration is unable to get the sound level it needs - but you show
plenty of audio with the scope.

 

Either you are using the wrong pin on the URI, or your URI is burned out.

 

Try plugging the URI into the USB port of a laptop and "listening" to it.  

 

 

Ken

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Pierre Martel
Sent: Friday, March 29, 2013 1:58 PM
To: George Csahanin; APP RPT
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Goerge, if you take a look at the receiver part of the mrs 2000 you will see
that it connect to the back plane by a connector, those connection then goes
to various part of the repeater for filtering and tone detection on vairous
different cards.. I take the audio signal directly from pin 5 of the
receiver board. I dont see any filtering on the reciver board.  In fact from
the service manual that you can find here (for the vhf receiver)
<http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.
pdf>
http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.p
df

 

on page 7 there is a block diagram of the receiver and we can easily see
that there is no audio limitting and or filtering at all on the board.  Nad
the leevl that I can see on my scope is pretty close to 250 mv as stated on
the service manual..

 

I think that the trouble is with my settings..

 

 

I am working on the 28739 node.

 

here is my usbradio.conf file

 

[general]

 

[usb27821]

 

hdwtype=0

rxboost=1

txboost=1

rxctcssrelax=1

txctcssdefault=103.5

rxctcssfreqs=103.5

txctcssfreqs=103.5

;rxctcssoverride=0

carrierfrom=dsp

ctcssfrom=dsp

rxdemod=flat

txprelim=yes

txlimonly=no

txtoctype=no

txmixa=composite

txmixb=composite

invertptt=0

duplex=0

rxondelay=1

rxnoisefiltype=0

eeprom=1

 

[usb28739]

 

hdwtype=0

rxboost=0

txboost=0

rxctcssrelax=0

txctcssdefault=103.5

rxctcssfreqs=103.5

txctcssfreqs=103.5

;rxctcssoverride=0

carrierfrom=dsp

ctcssfrom=dsp

rxdemod=flat

txprelim=yes

txlimonly=no

txtoctype=no

txmixa=composite

txmixb=composite

invertptt=0

duplex=1

rxondelay=0

rxnoisefiltype=1

eeprom=1

 

I did not touch the 27821 one since I put it down to use one main controler
not a machine connected to port 3 of our rc210, so I know its not ok..

 

 

when i try to tune the base noise....

 

ve2mrc*CLI> radio active usb28739

Active (command) USB Radio device set to [usb28739]

ve2mrc*CLI> radio tune rxnoise

tune rxnoise maxtries=12, target=27000, tolerance=2750

tries=0, setting=2, meas=1754

tries=1, setting=16, meas=16505

tries=2, setting=16, meas=17517

tries=3, setting=16, meas=15942

tries=4, setting=16, meas=15816

tries=5, setting=16, meas=16604

tries=6, setting=16, meas=17943

tries=7, setting=16, meas=17805

tries=8, setting=16, meas=15489

tries=9, setting=16, meas=18234

tries=10, setting=16, meas=16747

tries=11, setting=16, meas=17647

DONE tries=12, setting=1000, meas=17647, sqnoise=5040

ERROR: RX INPUT ADJUST FAILED.

 

then I set rxtone and rx voice. but I have a long tail of noise (about 500
ms) before it stop then I have no sound and the courtesy tone..

 

I never saved my settings before making test, would that be the problem? do
i need to save the settings every time I adjust the system so that the
settings are used in my test?

 

 

 

 

From: George Csahanin <mailto:george at dyb.com>  

Sent: Friday, March 29, 2013 2:33 AM

To: Pierre Martel <mailto:petem001 at hotmail.com>  

Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Pierre, are you sure that you are getting wideband noise to the usb device?
Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a
"variable gain amplifier (U1) which feeds the squalch detector, but alsdo
feeds a low pass filter on its way to the noise gate and also feeds a
de-emphasis network (U2). Any audio after that cannot have enough hi
frequency component to make the setup for tune rxnoise work properly, which
will not let the squelch work properly. The long squelch tail you refer to
is usbradio not having its squelch set properly. And that cannot be done
without wide band noise in. The result would never have enough hi freq noise
at the uri to actually squelch the radio. What is eventually kmuting it is
the end of input PL tone...

 

Just my thoughts, but I have never had my hands on a MSR2000. I own one,
just haven't received it yet. 

 

GeorgeC

W2DB

2360

 

 

----- Original Message ----- 

From: Pierre Martel <mailto:petem001 at hotmail.com>  

To: APP RPT <mailto:app_rpt-users at ohnosec.org>  

Sent: Wednesday, March 27, 2013 9:38 PM

Subject: [App_rpt-users] Something is rotten in the state of Denmark

 

Got that phrase in the head, and could not find a good title for the mail
;-)

 

Ok Here I am again.

 

Still with my project to have a full App_rpt controler for my 2 repeater
system.

 

 

I manage to have our msr 2000 in the shack today cause the exiter is giving
us some trouble.

 

so I said, lets fix the exiter AND plug in the URI so that I wont have to do
this on site.

 

exiter is ok, well for now...

 

So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the
msr2000, why 22 there is a big dc bias at this place so uning the mic dc
would nt be wise, I beleive..

 

now I go to the computer set active radio usb 28739

 

now I do radio tune rxnoise.. It fail.

 

there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf
for that node, reload, no difference.

 

still did the radio tune rxvoice and rxtone.

 

then tested without saving , I have a big white noise at the end of every
receiption before the coutesy tone..

 

what Am I doing wrong?

 

 

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

From bbrown at byrg.net  Fri Mar 29 22:23:31 2013
From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=)
Date: Fri, 29 Mar 2013 17:23:31 -0500
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <0A076AF126D241C9B264E6D0AD7942E0@JimsLaptop>
References: <1364548856.98037.YahooMailClassic@web161403.mail.bf1.yahoo.com>
	<656C1F3C-FC46-49D4-851A-43F9F33DDE61@me.com>
	<76EBDC23CEC54C0FB62FE5BB5E5B04E2@JimsLaptop>
	<5155BB0D.3020800@alertradio.net>
	<0A076AF126D241C9B264E6D0AD7942E0@JimsLaptop>
Message-ID: <CA+WM89Y+R6wf9yoCv8xpEk2HafHdcxcFS5JOKB_f0aRXQHm9_g@mail.gmail.com>

You know folks  Just use some common sense.

If your gear is in operation and has active traffic, ID it, CW or Voice
make no difference.

if it is a Simplex Node, same rule applies if it has active traffic, ID
it, choose your method CW or Voice.

if it is a Repeater Node and has activity, it should ID at the proper
intervals. and again choose your method, CW or Voice!

Plain and simple if you or your gear transmits RF in the HAM bands,  ID it

if it is a digital mode make sure you have it ID in the mode it operates
in. other wise use CW at proper intervals.

yes the rules are there for us to use as a guide. Use common sense folks

it is so simple. No need to have the Lawyers or ones who think they are
one, interpret every little thing.

I did not mention exact intervals because every country and local around
the world has different rules.

But you have to ID, it is just being a good operator.

This thread has gone on far too long JMHO & 2 cents worth!


--
Thanks in Advance

   Bob Brown, W?NQX

   Kansas City Metro Area

   http://sm0kenet.net

   http://byrg.net

   http://kcdstar.byrg.net

   http://w0nqx.blogspot.com

Quis custodiet ipsos custodes?




--


On Fri, Mar 29, 2013 at 1:31 PM, Jim W7RY <w7ry at centurytel.net> wrote:

>   And what you have cut and pasted below is a station operating as a
> beacon station. Not a repeater station sending ?CW (modulated interrupted
> tone) or voice? by frequency modulation (FM).
>
>
> Beacons are used for propagation determination on 10, 6 and 2 meters.
> Although I have never heard a 2 meter beacon station. Have you ever heard a
> beacon station on 10 or 6 meters? When 10 meters has propagation, I can
> hear 100s of them.
>
> A beacon station transmits A1 (CW). Not F3 (FM) or CW by modulated FM.
>
> 73
> Jim W7RY
>
>
>  *From:* ALERTradio ERC | N0PCO <n0pco at alertradio.net>
> *Sent:* Friday, March 29, 2013 9:02 AM
> *To:* Jim W7RY <w7ry at centurytel.net>
> *Subject:* Re: [App_rpt-users] How to turn on AllStar ID Requirements
>
> On 03/29/2013 09:57 AM, Jim W7RY wrote:
>
> Please point me to the part 97 rules that state beaconing is illegal.
>
> 73
> Jim W7RY
>
>
> ? 97.203 Beacon station.
> (a) Any amateur station licensed to a holder of a Technician, General,
> Advanced or Amateur Extra Class operator license may be a
> beacon. A holder of a Technician, General, Advanced or Amateur Extra Class
> operator license may be the control operator of a
> beacon, subject to the privileges of the class of operator license held.
> (b) A beacon must not concurrently transmit on more than 1 channel in the
> same amateur service frequency band, from the same
> station location.
> (c) The transmitter power of a beacon must not exceed 100 W.
> *(d) A beacon may be automatically controlled while it is transmitting on
> the 28.20?28.30 MHz, 50.06?50.08 MHz, 144.275?144.300
> MHz, 222.05?222.06 MHz or 432.300?432.400 MHz segments, or on the 33 cm
> and shorter wavelength bands.*
>
> Another one of those yes but no situation courtesy of the FCC.   Since
> the  beacon is automatically controlled announcing the availability of the
> repeater / link and in most cases the repeater / link is not operating on a
> frequency within the groups listed under 97.203(d)  the beacon would not be
> legal.
>
> 97.111(b) would be a good place to check regarding one-way communications
>
> (b) In addition to one-way transmissions specifically authorized elsewhere
> in this part, an amateur station may transmit the following
> types of one-way communications:
> (1) Brief transmissions necessary to make adjustments to the station;
> *(2) Brief transmissions necessary to establishing two-way communications
> with other stations;*
> (3) Telecommand;
> (4) Transmissions necessary to providing emergency communications;
> (5) Transmissions necessary to assisting persons learning, or improving
> proficiency in, the international Morse code; and
> *(6) Transmissions necessary to disseminate information bulletins.*
> (7) Transmissions of telemetry.
>
> A voice announcement providing information about the repeater (callsign,
> PL tone, etc.) would fit as permissible  one-way communications.  That some
> would still call a "beacon."  Then going back to 97.203(d) if the same were
> to be done with CW it would not be permissible unless there was already
> traffic on the repeater then it would just be a plain old identification.
>
> ------------------------------
> They like to make the rules complicated so they can make more money off of
> people when Major Whoops shows up.
>
>
> Have a great day.
>
> Mars - N0PCO
> ALERTradio ERC Technology resources for public safety.
> www.alertradio.net | www.asteriskradio.net | www.darnsimple.net
> DARN SIMPLE Telecom going beyond just static. telecom.darnsimple.net
>
>
>
>
>
> _______________________________________________
> 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/20130329/f72d1736/attachment.html>

From wbs099 at yahoo.com  Fri Mar 29 23:21:32 2013
From: wbs099 at yahoo.com (Bill South)
Date: Fri, 29 Mar 2013 16:21:32 -0700 (PDT)
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <0A076AF126D241C9B264E6D0AD7942E0@JimsLaptop>
Message-ID: <1364599292.8023.YahooMailClassic@web161406.mail.bf1.yahoo.com>

By beaconing I simply meant a station ID at some given interval even if no traffic has come thru; symantics I guess.? Beacon IDs have been done for decades on packet, so I can't imagine it would be illegal to ID your Asterisk station (simplex node or repeater) at given intervals even if there has been no traffic on it.? Lot of analog repeaters do interval IDs.

--- On Fri, 3/29/13, Jim W7RY <w7ry at centurytel.net> wrote:


From: Jim W7RY <w7ry at centurytel.net>
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
To: n0pco at alertradio.net
Cc: app_rpt-users at ohnosec.org
Date: Friday, March 29, 2013, 6:31 PM






And what you have cut and pasted below is a station operating as a beacon station. Not a repeater station sending ?CW (modulated interrupted tone) or voice? by frequency modulation (FM).? 
?
?
Beacons are used for propagation determination on 10, 6 and 2 meters. Although I have never heard a 2 meter beacon station. Have you ever heard a beacon station on 10 or 6 meters? When 10 meters has propagation, I can hear 100s of them.
?
A beacon station transmits A1 (CW). Not F3 (FM) or CW by modulated FM.
?
73
Jim W7RY
?


?

From: ALERTradio ERC | N0PCO 
Sent: Friday, March 29, 2013 9:02 AM
To: Jim W7RY 
Subject: Re: [App_rpt-users] How to turn on AllStar ID Requirements
?
On 03/29/2013 09:57 AM, Jim W7RY wrote: 
Please point me to the part 97 rules that state beaconing is illegal. 

73 
Jim W7RY 



? 97.203 Beacon station.
(a) Any amateur station licensed to a holder of a Technician, General, Advanced or Amateur Extra Class operator license may be a
beacon. A holder of a Technician, General, Advanced or Amateur Extra Class operator license may be the control operator of a
beacon, subject to the privileges of the class of operator license held.
(b) A beacon must not concurrently transmit on more than 1 channel in the same amateur service frequency band, from the same
station location.
(c) The transmitter power of a beacon must not exceed 100 W.
(d) A beacon may be automatically controlled while it is transmitting on the 28.20?28.30 MHz, 50.06?50.08 MHz, 144.275?144.300
MHz, 222.05?222.06 MHz or 432.300?432.400 MHz segments, or on the 33 cm and shorter wavelength bands.

Another one of those yes but no situation courtesy of the FCC.?? Since the? beacon is automatically controlled announcing the availability of the repeater / link and in most cases the repeater / link is not operating on a frequency within the groups listed under 97.203(d)? the beacon would not be legal.

97.111(b) would be a good place to check regarding one-way communications


(b) In addition to one-way transmissions specifically authorized elsewhere in this part, an amateur station may transmit the following
types of one-way communications:
(1) Brief transmissions necessary to make adjustments to the station;
(2) Brief transmissions necessary to establishing two-way communications with other stations;
(3) Telecommand;
(4) Transmissions necessary to providing emergency communications;
(5) Transmissions necessary to assisting persons learning, or improving proficiency in, the international Morse code; and
(6) Transmissions necessary to disseminate information bulletins.
(7) Transmissions of telemetry.
A voice announcement providing information about the repeater (callsign, PL tone, etc.) would fit as permissible? one-way communications.? That some would still call a "beacon."? Then going back to 97.203(d) if the same were to be done with CW it would not be permissible unless there was already traffic on the repeater then it would just be a plain old identification.



They like to make the rules complicated so they can make more money off of people when Major Whoops shows up.


Have a great day.

Mars - N0PCO
ALERTradio ERC Technology resources for public safety.
www.alertradio.net | www.asteriskradio.net | www.darnsimple.net
DARN SIMPLE Telecom going beyond just static. telecom.darnsimple.net






-----Inline Attachment Follows-----


_______________________________________________
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/20130329/6ba09b03/attachment.html>

From edgecomberts at gmail.com  Sat Mar 30 00:19:14 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Sat, 30 Mar 2013 11:19:14 +1100
Subject: [App_rpt-users] Getting in early...
Message-ID: <CANZw+5e0AeGKiUJ_QR4M+5+wRz3Resv6q3YWZy_J=CpHDRV=QA@mail.gmail.com>

Hi all,

Just wishing you all a Happy Easter from Down Under, may you have a safe
and wonderful holiday, and may we all have working radio networks at the
end of the break...! Mine is still in pieces, I'm yet to try Anthony's
AllStar on kernel 3.x modifications. And solder up a cable for my Simoco.

Be well everyone! Happy Easter!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130330/ed3d8e8a/attachment.html>

From petem001 at hotmail.com  Sat Mar 30 00:21:22 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Fri, 29 Mar 2013 20:21:22 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
Message-ID: <BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>

Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

the program did told me that there was not a lot of high freq and not to use dsp.

But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.

Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..

here is the whole process..

ve2mrc*CLI> radio active usb28739
Active (command) USB Radio device set to [usb28739]
ve2mrc*CLI> radio tune rxnoise
tune rxnoise maxtries=12, target=27000, tolerance=2750
tries=0, setting=2, meas=8224
tries=1, setting=7, meas=20627
tries=2, setting=9, meas=26110
tries=3, setting=9, meas=25809
tries=4, setting=9, meas=26031
tries=5, setting=9, meas=25882
tries=6, setting=9, meas=25827
DONE tries=6, setting=563, meas=25827, sqnoise=8293
INFO: RX INPUT ADJUST SUCCESS.
WARNING: Insufficient high frequency noise from receiver.
WARNING: Rx input point may be de-emphasized and not flat.
         usbradio.conf setting of 'carrierfrom=dsp' not recommended.
WARNING: RSSI=748 SQUELCH=500 and is set too loose.
         Use 'radio tune rxsquelch' to adjust.
ve2mrc*CLI> radio tune rxsquelch
Current Signal Strength is 755
Current Squelch setting is 500
ve2mrc*CLI> radio tune rxtone
INFO: RX CTCSS ADJUST START.
target=2400 tolerance=100
tries=0, setting=1.000000, meas=847
tries=1, setting=2.833530, meas=2379
tries=2, setting=2.858542, meas=2402
tries=3, setting=2.856162, meas=2401
tries=4, setting=2.856162, meas=2405
tries=5, setting=2.856162, meas=2397
DONE tries=5, setting=2.856162, meas=2397.00
INFO: RX CTCSS GAIN ADJUST SUCCESS.
INFO: RX RSSI=989
    -- Hungup 'Zap/pseudo-2047300106'
ve2mrc*CLI> radio tune rxvoice
INFO: RX VOICE ADJUST START.
target=7200 tolerance=360
tries=0, setting=1.000000, meas=11572
tries=1, setting=0.622191, meas=6708
tries=2, setting=0.667826, meas=7197
tries=3, setting=0.668105, meas=6958
tries=4, setting=0.668105, meas=7229
tries=5, setting=0.668105, meas=6849
DONE tries=5, setting=0.668105, meas=6849.000000
INFO: RX VOICE GAIN ADJUST SUCCESS.
    -- Hungup 'Zap/pseudo-1459324833'
    -- Hungup 'Zap/pseudo-1663732594'
ve2mrc*CLI> radio tune save
Saved radio tuning settings to usbradio_tune_usb28739.conf
[Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739

Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio.. 

right now I stated that my audio is flat with rxdemod=flat... Am I ok?

Thanks for your help.. this is getting in my head.. LOL



From: George Csahanin 
Sent: Friday, March 29, 2013 3:55 PM
To: Pierre Martel 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

Last question first, yes, always save the settings unless you know t is only temporary. 

The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual. 

OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. 

I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)

GeorgeC
Node 2360, try connecting when you get it...


Here's my setup:

[usb2360]

hdwtype=0
rxboost=0
txboost=1
rxctcssrelax=1
txctcssdefault=114.8
rxctcssfreqs=114.8
txctcssfreqs=114.8
rxctcssoverride=0
carrierfrom=dsp
ctcssfrom=dsp
rxdemod=flat
txprelim=yes
txlimonly=no
txtoctype=notone
txmixa=composite
txmixb=composite
invertptt=0
duplex=1
rxondelay=0
rxnoisefiltype=0
rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
eeprom=0


Don't know what else to suggest...

GeorgeC
  ----- Original Message ----- 
  From: Pierre Martel 
  To: George Csahanin ; APP RPT 
  Sent: Friday, March 29, 2013 12:57 PM
  Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

  Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

  on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

  I think that the trouble is with my settings..


  I am working on the 28739 node.

  here is my usbradio.conf file

  [general]

  [usb27821]

  hdwtype=0
  rxboost=1
  txboost=1
  rxctcssrelax=1
  txctcssdefault=103.5
  rxctcssfreqs=103.5
  txctcssfreqs=103.5
  ;rxctcssoverride=0
  carrierfrom=dsp
  ctcssfrom=dsp
  rxdemod=flat
  txprelim=yes
  txlimonly=no
  txtoctype=no
  txmixa=composite
  txmixb=composite
  invertptt=0
  duplex=0
  rxondelay=1
  rxnoisefiltype=0
  eeprom=1

  [usb28739]

  hdwtype=0
  rxboost=0
  txboost=0
  rxctcssrelax=0
  txctcssdefault=103.5
  rxctcssfreqs=103.5
  txctcssfreqs=103.5
  ;rxctcssoverride=0
  carrierfrom=dsp
  ctcssfrom=dsp
  rxdemod=flat
  txprelim=yes
  txlimonly=no
  txtoctype=no
  txmixa=composite
  txmixb=composite
  invertptt=0
  duplex=1
  rxondelay=0
  rxnoisefiltype=1
  eeprom=1

  I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..


  when i try to tune the base noise....

  ve2mrc*CLI> radio active usb28739
  Active (command) USB Radio device set to [usb28739]
  ve2mrc*CLI> radio tune rxnoise
  tune rxnoise maxtries=12, target=27000, tolerance=2750
  tries=0, setting=2, meas=1754
  tries=1, setting=16, meas=16505
  tries=2, setting=16, meas=17517
  tries=3, setting=16, meas=15942
  tries=4, setting=16, meas=15816
  tries=5, setting=16, meas=16604
  tries=6, setting=16, meas=17943
  tries=7, setting=16, meas=17805
  tries=8, setting=16, meas=15489
  tries=9, setting=16, meas=18234
  tries=10, setting=16, meas=16747
  tries=11, setting=16, meas=17647
  DONE tries=12, setting=1000, meas=17647, sqnoise=5040
  ERROR: RX INPUT ADJUST FAILED.

  then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

  I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?




  From: George Csahanin 
  Sent: Friday, March 29, 2013 2:33 AM
  To: Pierre Martel 
  Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

  Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

  Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

  GeorgeC
  W2DB
  2360


    ----- Original Message ----- 
    From: Pierre Martel 
    To: APP RPT 
    Sent: Wednesday, March 27, 2013 9:38 PM
    Subject: [App_rpt-users] Something is rotten in the state of Denmark

    Got that phrase in the head, and could not find a good title for the mail ;-)

    Ok Here I am again.

    Still with my project to have a full App_rpt controler for my 2 repeater system.


    I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

    so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

    exiter is ok, well for now...

    So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

    now I go to the computer set active radio usb 28739

    now I do radio tune rxnoise.. It fail.

    there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

    still did the radio tune rxvoice and rxtone.

    then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

    what Am I doing wrong?

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

From brett.friermood at gmail.com  Sat Mar 30 00:34:18 2013
From: brett.friermood at gmail.com (Brett Friermood)
Date: Fri, 29 Mar 2013 19:34:18 -0500
Subject: [App_rpt-users] How to turn on AllStar ID Requirements
In-Reply-To: <1364599292.8023.YahooMailClassic@web161406.mail.bf1.yahoo.com>
References: <0A076AF126D241C9B264E6D0AD7942E0@JimsLaptop>
	<1364599292.8023.YahooMailClassic@web161406.mail.bf1.yahoo.com>
Message-ID: <CADS0AtTQmN3k9s4ZC0eSPqne4k1JuUYd4y+a23qmoOvYPc5Ekw@mail.gmail.com>

As with some other things, this boils down to definitions. Since we are
talking legalities under the FCC rules, we need to use the FCC's
definitions, even if we, the greater amateur community, call something by a
different name.

Both beaconing and transmitting information bulletins are legal, but both
are used differently, have different results, and have different applicable
rules. Use the appropriate definition when determining the legality of
your, or another's, station.

This same drawn out argument could occur when someone "broadcasts" a
message to a group of amateurs. As written that would be illegal because of
the use of the word "broadcast" which according to the FCC is transmitting
information to the general public, something we are not allowed to do.
Meanwhile what is really happening is that station sent an information
bulletin, even though almost no one would call it that.

Brett KQ9N


On Fri, Mar 29, 2013 at 6:21 PM, Bill South <wbs099 at yahoo.com> wrote:

> By beaconing I simply meant a station ID at some given interval even if no
> traffic has come thru; symantics I guess.  Beacon IDs have been done for
> decades on packet, so I can't imagine it would be illegal to ID your
> Asterisk station (simplex node or repeater) at given intervals even if
> there has been no traffic on it.  Lot of analog repeaters do interval IDs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130329/61abe52e/attachment.html>

From george at dyb.com  Sat Mar 30 00:36:44 2013
From: george at dyb.com (George Csahanin)
Date: Fri, 29 Mar 2013 19:36:44 -0500
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
Message-ID: <8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>

Pierre, ignore the high freq message, all of mine do that and work just fine...

Good luck. I hope you did "save"

George 2360

Sent from my iPad

On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:

> Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know..
>  
> the program did told me that there was not a lot of high freq and not to use dsp.
>  
> But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.
>  
> Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..
>  
> here is the whole process..
>  
> ve2mrc*CLI> radio active usb28739
> Active (command) USB Radio device set to [usb28739]
> ve2mrc*CLI> radio tune rxnoise
> tune rxnoise maxtries=12, target=27000, tolerance=2750
> tries=0, setting=2, meas=8224
> tries=1, setting=7, meas=20627
> tries=2, setting=9, meas=26110
> tries=3, setting=9, meas=25809
> tries=4, setting=9, meas=26031
> tries=5, setting=9, meas=25882
> tries=6, setting=9, meas=25827
> DONE tries=6, setting=563, meas=25827, sqnoise=8293
> INFO: RX INPUT ADJUST SUCCESS.
> WARNING: Insufficient high frequency noise from receiver.
> WARNING: Rx input point may be de-emphasized and not flat.
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>          Use 'radio tune rxsquelch' to adjust.
> ve2mrc*CLI> radio tune rxsquelch
> Current Signal Strength is 755
> Current Squelch setting is 500
> ve2mrc*CLI> radio tune rxtone
> INFO: RX CTCSS ADJUST START.
> target=2400 tolerance=100
> tries=0, setting=1.000000, meas=847
> tries=1, setting=2.833530, meas=2379
> tries=2, setting=2.858542, meas=2402
> tries=3, setting=2.856162, meas=2401
> tries=4, setting=2.856162, meas=2405
> tries=5, setting=2.856162, meas=2397
> DONE tries=5, setting=2.856162, meas=2397.00
> INFO: RX CTCSS GAIN ADJUST SUCCESS.
> INFO: RX RSSI=989
>     -- Hungup 'Zap/pseudo-2047300106'
> ve2mrc*CLI> radio tune rxvoice
> INFO: RX VOICE ADJUST START.
> target=7200 tolerance=360
> tries=0, setting=1.000000, meas=11572
> tries=1, setting=0.622191, meas=6708
> tries=2, setting=0.667826, meas=7197
> tries=3, setting=0.668105, meas=6958
> tries=4, setting=0.668105, meas=7229
> tries=5, setting=0.668105, meas=6849
> DONE tries=5, setting=0.668105, meas=6849.000000
> INFO: RX VOICE GAIN ADJUST SUCCESS.
>     -- Hungup 'Zap/pseudo-1459324833'
>     -- Hungup 'Zap/pseudo-1663732594'
> ve2mrc*CLI> radio tune save
> Saved radio tuning settings to usbradio_tune_usb28739.conf
> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739
>  
> Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio..
>  
> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>  
> Thanks for your help.. this is getting in my head.. LOL
>  
>  
>  
> From: George Csahanin
> Sent: Friday, March 29, 2013 3:55 PM
> To: Pierre Martel
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>  
> Last question first, yes, always save the settings unless you know t is only temporary.
>  
> The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual.
>  
> OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>  
> I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)
>  
> GeorgeC
> Node 2360, try connecting when you get it...
>  
>  
> Here's my setup:
>  
> [usb2360]
>  
> hdwtype=0
> rxboost=0
> txboost=1
> rxctcssrelax=1
> txctcssdefault=114.8
> rxctcssfreqs=114.8
> txctcssfreqs=114.8
> rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=notone
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=1
> rxondelay=0
> rxnoisefiltype=0
> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
> eeprom=0
>  
>  
> Don't know what else to suggest...
>  
> GeorgeC
> ----- Original Message -----
> From: Pierre Martel
> To: George Csahanin ; APP RPT
> Sent: Friday, March 29, 2013 12:57 PM
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>  
> Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>  
> on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..
>  
> I think that the trouble is with my settings..
>  
>  
> I am working on the 28739 node.
>  
> here is my usbradio.conf file
>  
> [general]
>  
> [usb27821]
>  
> hdwtype=0
> rxboost=1
> txboost=1
> rxctcssrelax=1
> txctcssdefault=103.5
> rxctcssfreqs=103.5
> txctcssfreqs=103.5
> ;rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=no
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=0
> rxondelay=1
> rxnoisefiltype=0
> eeprom=1
>  
> [usb28739]
>  
> hdwtype=0
> rxboost=0
> txboost=0
> rxctcssrelax=0
> txctcssdefault=103.5
> rxctcssfreqs=103.5
> txctcssfreqs=103.5
> ;rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=no
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=1
> rxondelay=0
> rxnoisefiltype=1
> eeprom=1
>  
> I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..
>  
>  
> when i try to tune the base noise....
>  
> ve2mrc*CLI> radio active usb28739
> Active (command) USB Radio device set to [usb28739]
> ve2mrc*CLI> radio tune rxnoise
> tune rxnoise maxtries=12, target=27000, tolerance=2750
> tries=0, setting=2, meas=1754
> tries=1, setting=16, meas=16505
> tries=2, setting=16, meas=17517
> tries=3, setting=16, meas=15942
> tries=4, setting=16, meas=15816
> tries=5, setting=16, meas=16604
> tries=6, setting=16, meas=17943
> tries=7, setting=16, meas=17805
> tries=8, setting=16, meas=15489
> tries=9, setting=16, meas=18234
> tries=10, setting=16, meas=16747
> tries=11, setting=16, meas=17647
> DONE tries=12, setting=1000, meas=17647, sqnoise=5040
> ERROR: RX INPUT ADJUST FAILED.
>  
> then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..
>  
> I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?
>  
>  
>  
>  
> From: George Csahanin
> Sent: Friday, March 29, 2013 2:33 AM
> To: Pierre Martel
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>  
> Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...
>  
> Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet.
>  
> GeorgeC
> W2DB
> 2360
>  
>  
> ----- Original Message -----
> From: Pierre Martel
> To: APP RPT
> Sent: Wednesday, March 27, 2013 9:38 PM
> Subject: [App_rpt-users] Something is rotten in the state of Denmark
>  
> Got that phrase in the head, and could not find a good title for the mail ;-)
>  
> Ok Here I am again.
>  
> Still with my project to have a full App_rpt controler for my 2 repeater system.
>  
>  
> I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.
>  
> so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.
>  
> exiter is ok, well for now...
>  
> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..
>  
> now I go to the computer set active radio usb 28739
>  
> now I do radio tune rxnoise.. It fail.
>  
> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.
>  
> still did the radio tune rxvoice and rxtone.
>  
> then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..
>  
> what Am I doing wrong?
>  
>  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130329/8dfed7a9/attachment.html>

From ke2n at cs.com  Sat Mar 30 00:45:00 2013
From: ke2n at cs.com (Ken)
Date: Fri, 29 Mar 2013 20:45:00 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
Message-ID: <00cb01ce2cdf$cf698010$6e3c8030$@cs.com>

Some radios just don't produce much HF noise, even right off the
discriminator.  I have a Hamtronics xtal-controlled 220 receiver (R100) that
does not make enough noise. The PLL version does. Not saying there is a
cause and effect relation - the discriminator circuit probably has a lot to
do with it.

 

73

Ken

 

 

From: app_rpt-users-bounces at ohnosec.org
[mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Pierre Martel
Sent: Friday, March 29, 2013 8:21 PM
To: George Csahanin; APP RPT
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I
made my initial test? dont know.. 

 

the program did told me that there was not a lot of high freq and not to use
dsp.

 

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

From ke2n at cs.com  Sat Mar 30 00:47:31 2013
From: ke2n at cs.com (Ken)
Date: Fri, 29 Mar 2013 20:47:31 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
Message-ID: <00d601ce2ce0$294ad6b0$7be08410$@cs.com>

I think this is a case of YMMV ? I find if I enable DSP squelch with the low-noise receiver, the squelch operation on weak signals is somewhat erratic. With strong signals it?s fine.

 

 

Ken

 

From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of George Csahanin
Sent: Friday, March 29, 2013 8:37 PM
To: Pierre Martel
Cc: APP RPT
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Pierre, ignore the high freq message, all of mine do that and work just fine...

 

Good luck. I hope you did "save"

 

George 2360

Sent from my iPad


On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:

Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

 

the program did told me that there was not a lot of high freq and not to use dsp.

 

But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.

 

Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..

 

here is the whole process..

 

ve2mrc*CLI> radio active usb28739

Active (command) USB Radio device set to [usb28739]

ve2mrc*CLI> radio tune rxnoise

tune rxnoise maxtries=12, target=27000, tolerance=2750

tries=0, setting=2, meas=8224

tries=1, setting=7, meas=20627

tries=2, setting=9, meas=26110

tries=3, setting=9, meas=25809

tries=4, setting=9, meas=26031

tries=5, setting=9, meas=25882

tries=6, setting=9, meas=25827

DONE tries=6, setting=563, meas=25827, sqnoise=8293

INFO: RX INPUT ADJUST SUCCESS.

WARNING: Insufficient high frequency noise from receiver.

WARNING: Rx input point may be de-emphasized and not flat.

         usbradio.conf setting of 'carrierfrom=dsp' not recommended.

WARNING: RSSI=748 SQUELCH=500 and is set too loose.

         Use 'radio tune rxsquelch' to adjust.

ve2mrc*CLI> radio tune rxsquelch

Current Signal Strength is 755

Current Squelch setting is 500

ve2mrc*CLI> radio tune rxtone

INFO: RX CTCSS ADJUST START.

target=2400 tolerance=100

tries=0, setting=1.000000, meas=847

tries=1, setting=2.833530, meas=2379

tries=2, setting=2.858542, meas=2402

tries=3, setting=2.856162, meas=2401

tries=4, setting=2.856162, meas=2405

tries=5, setting=2.856162, meas=2397

DONE tries=5, setting=2.856162, meas=2397.00

INFO: RX CTCSS GAIN ADJUST SUCCESS.

INFO: RX RSSI=989

    -- Hungup 'Zap/pseudo-2047300106'

ve2mrc*CLI> radio tune rxvoice

INFO: RX VOICE ADJUST START.

target=7200 tolerance=360

tries=0, setting=1.000000, meas=11572

tries=1, setting=0.622191, meas=6708

tries=2, setting=0.667826, meas=7197

tries=3, setting=0.668105, meas=6958

tries=4, setting=0.668105, meas=7229

tries=5, setting=0.668105, meas=6849

DONE tries=5, setting=0.668105, meas=6849.000000

INFO: RX VOICE GAIN ADJUST SUCCESS.

    -- Hungup 'Zap/pseudo-1459324833'

    -- Hungup 'Zap/pseudo-1663732594'

ve2mrc*CLI> radio tune save

Saved radio tuning settings to usbradio_tune_usb28739.conf

[Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739

 

Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio.. 

 

right now I stated that my audio is flat with rxdemod=flat... Am I ok?

 

Thanks for your help.. this is getting in my head.. LOL

 

 

 

From: George Csahanin <mailto:george at dyb.com>  

Sent: Friday, March 29, 2013 3:55 PM

To: Pierre Martel <mailto:petem001 at hotmail.com>  

Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Last question first, yes, always save the settings unless you know t is only temporary. 

 

The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual. 

 

OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. 

 

I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)

 

GeorgeC

Node 2360, try connecting when you get it...

 

 

Here's my setup:

 

[usb2360]

 

hdwtype=0
rxboost=0
txboost=1
rxctcssrelax=1
txctcssdefault=114.8
rxctcssfreqs=114.8
txctcssfreqs=114.8
rxctcssoverride=0
carrierfrom=dsp
ctcssfrom=dsp
rxdemod=flat
txprelim=yes
txlimonly=no
txtoctype=notone
txmixa=composite
txmixb=composite
invertptt=0
duplex=1
rxondelay=0
rxnoisefiltype=0
rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
eeprom=0

 

 

Don't know what else to suggest...

 

GeorgeC

----- Original Message ----- 

From: Pierre Martel <mailto:petem001 at hotmail.com>  

To: George Csahanin <mailto:george at dyb.com>  ; APP RPT <mailto:app_rpt-users at ohnosec.org>  

Sent: Friday, March 29, 2013 12:57 PM

Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver)  <http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf> http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

 

on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

 

I think that the trouble is with my settings..

 

 

I am working on the 28739 node.

 

here is my usbradio.conf file

 

[general]

 

[usb27821]

 

hdwtype=0

rxboost=1

txboost=1

rxctcssrelax=1

txctcssdefault=103.5

rxctcssfreqs=103.5

txctcssfreqs=103.5

;rxctcssoverride=0

carrierfrom=dsp

ctcssfrom=dsp

rxdemod=flat

txprelim=yes

txlimonly=no

txtoctype=no

txmixa=composite

txmixb=composite

invertptt=0

duplex=0

rxondelay=1

rxnoisefiltype=0

eeprom=1

 

[usb28739]

 

hdwtype=0

rxboost=0

txboost=0

rxctcssrelax=0

txctcssdefault=103.5

rxctcssfreqs=103.5

txctcssfreqs=103.5

;rxctcssoverride=0

carrierfrom=dsp

ctcssfrom=dsp

rxdemod=flat

txprelim=yes

txlimonly=no

txtoctype=no

txmixa=composite

txmixb=composite

invertptt=0

duplex=1

rxondelay=0

rxnoisefiltype=1

eeprom=1

 

I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..

 

 

when i try to tune the base noise....

 

ve2mrc*CLI> radio active usb28739

Active (command) USB Radio device set to [usb28739]

ve2mrc*CLI> radio tune rxnoise

tune rxnoise maxtries=12, target=27000, tolerance=2750

tries=0, setting=2, meas=1754

tries=1, setting=16, meas=16505

tries=2, setting=16, meas=17517

tries=3, setting=16, meas=15942

tries=4, setting=16, meas=15816

tries=5, setting=16, meas=16604

tries=6, setting=16, meas=17943

tries=7, setting=16, meas=17805

tries=8, setting=16, meas=15489

tries=9, setting=16, meas=18234

tries=10, setting=16, meas=16747

tries=11, setting=16, meas=17647

DONE tries=12, setting=1000, meas=17647, sqnoise=5040

ERROR: RX INPUT ADJUST FAILED.

 

then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

 

I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?

 

 

 

 

From: George Csahanin <mailto:george at dyb.com>  

Sent: Friday, March 29, 2013 2:33 AM

To: Pierre Martel <mailto:petem001 at hotmail.com>  

Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

 

Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

 

GeorgeC

W2DB

2360

 

 

----- Original Message ----- 

From: Pierre Martel <mailto:petem001 at hotmail.com>  

To: APP RPT <mailto:app_rpt-users at ohnosec.org>  

Sent: Wednesday, March 27, 2013 9:38 PM

Subject: [App_rpt-users] Something is rotten in the state of Denmark

 

Got that phrase in the head, and could not find a good title for the mail ;-)

 

Ok Here I am again.

 

Still with my project to have a full App_rpt controler for my 2 repeater system.

 

 

I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

 

so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

 

exiter is ok, well for now...

 

So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

 

now I go to the computer set active radio usb 28739

 

now I do radio tune rxnoise.. It fail.

 

there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

 

still did the radio tune rxvoice and rxtone.

 

then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

 

what Am I doing wrong?

 

 

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

From yokshs at gmail.com  Sat Mar 30 04:10:19 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Fri, 29 Mar 2013 23:10:19 -0500
Subject: [App_rpt-users] Something is rotten in the state of Denmark
	(Ken)
References: <mailman.675.1364604448.13609.app_rpt-users@ohnosec.org>
Message-ID: <BB44FCB72FA1424BA5D8FFF53F9B50DB@main>


----- Original Message ----- 
> From: "Ken"
> To: "'George Csahanin'"
> Subject: Re: [App_rpt-users] Something is rotten in the state of  Denmark
>
> I think this is a case of YMMV ? I find if I enable DSP squelch with the 
> low-noise receiver, the squelch operation on weak signals is somewhat 
> erratic. With strong signals it?s fine.

I'm just reading this thread, so forgive me if I missed something, but can 
you use COS and filtered, muted audio rather than discriminator audio and 
DSP?

Personally, I prefer the former, especially when using Motorola 16-pin 
radios, where all of the signals you need are already at the rear panel. 
With this configuration, you can use SimpleUSB and lower your CPU usage by 
not running the DSP routines. I agree that sometimes the weak signal squelch 
detection isn't as accurate as COS.

73

Kyle
K0KN
Allstar 2210-2219









From george at dyb.com  Sat Mar 30 03:11:44 2013
From: george at dyb.com (George Csahanin)
Date: Fri, 29 Mar 2013 23:11:44 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <00d601ce2ce0$294ad6b0$7be08410$@cs.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<00d601ce2ce0$294ad6b0$7be08410$@cs.com>
Message-ID: <515657F0.8040108@dyb.com>

One reason I like my 100 watt 450 Syntor. Most receivers hear me fine. 
And with the gasfet preamp addition it's real good that way :-) My 
forrmer boss had a good saying "put the wattage in the cottage" (CEO of 
a TV station group)

GeorgeC

On 03/29/2013 08:47 PM, Ken wrote:
>
> I think this is a case of YMMV ? I find if I enable DSP squelch with 
> the low-noise receiver, the squelch operation on weak signals is 
> somewhat erratic. With strong signals it?s fine.
>
> Ken
>
> *From:*app_rpt-users-bounces at ohnosec.org 
> [mailto:app_rpt-users-bounces at ohnosec.org] *On Behalf Of *George Csahanin
> *Sent:* Friday, March 29, 2013 8:37 PM
> *To:* Pierre Martel
> *Cc:* APP RPT
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
>
> Pierre, ignore the high freq message, all of mine do that and work 
> just fine...
>
> Good luck. I hope you did "save"
>
> George 2360
>
> Sent from my iPad
>
>
> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com 
> <mailto:petem001 at hotmail.com>> wrote:
>
>     Ok got it to tune. with rxboost=1. Did I forgot to reload the data
>     when I made my initial test? dont know..
>
>     the program did told me that there was not a lot of high freq and
>     not to use dsp.
>
>     But I find this odd.. Did try another URI-x, same thing. so my URI
>     are either bad or either both good.
>
>     Using pin 21 and ground 19 is this a bad idea? There is a voltage
>     going out from my msr2000 pin 5, I dont think it would be wise to
>     plug it to the mic in dc on the URI..
>
>     here is the whole process..
>
>     ve2mrc*CLI> radio active usb28739
>
>     Active (command) USB Radio device set to [usb28739]
>
>     ve2mrc*CLI> radio tune rxnoise
>
>     tune rxnoise maxtries=12, target=27000, tolerance=2750
>
>     tries=0, setting=2, meas=8224
>
>     tries=1, setting=7, meas=20627
>
>     tries=2, setting=9, meas=26110
>
>     tries=3, setting=9, meas=25809
>
>     tries=4, setting=9, meas=26031
>
>     tries=5, setting=9, meas=25882
>
>     tries=6, setting=9, meas=25827
>
>     DONE tries=6, setting=563, meas=25827, sqnoise=8293
>
>     INFO: RX INPUT ADJUST SUCCESS.
>
>     WARNING: Insufficient high frequency noise from receiver.
>
>     WARNING: Rx input point may be de-emphasized and not flat.
>
>     usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>
>     WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>
>     Use 'radio tune rxsquelch' to adjust.
>
>     ve2mrc*CLI> radio tune rxsquelch
>
>     Current Signal Strength is 755
>
>     Current Squelch setting is 500
>
>     ve2mrc*CLI> radio tune rxtone
>
>     INFO: RX CTCSS ADJUST START.
>
>     target=2400 tolerance=100
>
>     tries=0, setting=1.000000, meas=847
>
>     tries=1, setting=2.833530, meas=2379
>
>     tries=2, setting=2.858542, meas=2402
>
>     tries=3, setting=2.856162, meas=2401
>
>     tries=4, setting=2.856162, meas=2405
>
>     tries=5, setting=2.856162, meas=2397
>
>     DONE tries=5, setting=2.856162, meas=2397.00
>
>     INFO: RX CTCSS GAIN ADJUST SUCCESS.
>
>     INFO: RX RSSI=989
>
>     -- Hungup 'Zap/pseudo-2047300106'
>
>     ve2mrc*CLI> radio tune rxvoice
>
>     INFO: RX VOICE ADJUST START.
>
>     target=7200 tolerance=360
>
>     tries=0, setting=1.000000, meas=11572
>
>     tries=1, setting=0.622191, meas=6708
>
>     tries=2, setting=0.667826, meas=7197
>
>     tries=3, setting=0.668105, meas=6958
>
>     tries=4, setting=0.668105, meas=7229
>
>     tries=5, setting=0.668105, meas=6849
>
>     DONE tries=5, setting=0.668105, meas=6849.000000
>
>     INFO: RX VOICE GAIN ADJUST SUCCESS.
>
>     -- Hungup 'Zap/pseudo-1459324833'
>
>     -- Hungup 'Zap/pseudo-1663732594'
>
>     ve2mrc*CLI> radio tune save
>
>     Saved radio tuning settings to usbradio_tune_usb28739.conf
>
>     [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread:
>     USB Parameters written to EEPROM on usb28739
>
>     Now after reading the second notice I am think if I am not mixing
>     again with my flat vs de-emphasis audio..
>
>     right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>
>     Thanks for your help.. this is getting in my head.. LOL
>
>     *From:*George Csahanin <mailto:george at dyb.com>
>
>     *Sent:*Friday, March 29, 2013 3:55 PM
>
>     *To:*Pierre Martel <mailto:petem001 at hotmail.com>
>
>     *Subject:*Re: [App_rpt-users] Something is rotten in the state of
>     Denmark
>
>     Last question first, yes, always save the settings unless you know
>     t is only temporary.
>
>     The RXNOISE test suggests that there isn not enough noise getting
>     to the URI. It had the gain as high as possible and still doesn''t
>     see the amount of noise it needs. Again, that does account for
>     your symptom. My MSR2000 manual is a UHF unit, but the control
>     side should be looking for the same amoiunt of noise, I'll get out
>     the manual.
>
>     OK, VHF and UHF are identical here. Where you pickup noise/rx
>     detect audio is about 250mV. I really don't know if that is enough
>     to drive it all. It may not be. It is amplified in the Receiver
>     Audio/Squelch board to 380 mvRMS. That is off the output of U1 on
>     the receive audio/squelch board which in two receiver kodels is a
>     horizontal card under teh vertically slotted cards. In a single
>     frequency model it is in position 7 There is no pin where the
>     amplified detected audio comes out, so it requires surgery. I
>     would capacitively couple itr to pin 1 of U1This is a place where
>     JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>
>     I'd re-check your connections and DC isolation first. I know this
>     audio in might have voltage pn it. Or that may be the tranamit
>     side. Wait! Just noticed something important. Your rxboost=0 on
>     28739. The amount you're off on the level should easily be made up
>     there. It WILL make a difference. I just tried with rxboost=0,
>     normal for me, and noted gain at 13 for that. I changed rxboost=1,
>     restarted asterisk and now doe the test. Level went to 32000 gain
>     at 0 or 1, and failed. Too high. Backed it down and it was ok. My
>     point is that rxboost WILL make a difference for you. Then it is a
>     matter of setting squelch. I look at radio tune rxsquelch several
>     times and set the squelch point to be about 150 to 200 over the
>     rxnoiselevel (labeled Signal Strength)
>
>     GeorgeC
>
>     Node 2360, try connecting when you get it...
>
>     Here's my setup:
>
>     [usb2360]
>
>     hdwtype=0
>     rxboost=0
>     txboost=1
>     rxctcssrelax=1
>     txctcssdefault=114.8
>     rxctcssfreqs=114.8
>     txctcssfreqs=114.8
>     rxctcssoverride=0
>     carrierfrom=dsp
>     ctcssfrom=dsp
>     rxdemod=flat
>     txprelim=yes
>     txlimonly=no
>     txtoctype=notone
>     txmixa=composite
>     txmixb=composite
>     invertptt=0
>     duplex=1
>     rxondelay=0
>     rxnoisefiltype=0
>     rxsquelchdelay=100    ; delayline in ms carrier squelch tail
>     eliminator
>     eeprom=0
>
>     Don't know what else to suggest...
>
>     GeorgeC
>
>         ----- Original Message -----
>
>         *From:*Pierre Martel <mailto:petem001 at hotmail.com>
>
>         *To:*George Csahanin <mailto:george at dyb.com> ; APP RPT
>         <mailto:app_rpt-users at ohnosec.org>
>
>         *Sent:*Friday, March 29, 2013 12:57 PM
>
>         *Subject:*Re: [App_rpt-users] Something is rotten in the state
>         of Denmark
>
>         Goerge, if you take a look at the receiver part of the mrs
>         2000 you will see that it connect to the back plane by a
>         connector, those connection then goes to various part of the
>         repeater for filtering and tone detection on vairous different
>         cards.. I take the audio signal directly from pin 5 of the
>         receiver board. I dont see any filtering on the reciver
>         board.  In fact from the service manual that you can find here
>         (for the vhf receiver)
>         http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>
>         on page 7 there is a block diagram of the receiver and we can
>         easily see that there is no audio limitting and or filtering
>         at all on the board.  Nad the leevl that I can see on my scope
>         is pretty close to 250 mv as stated on the service manual..
>
>         I think that the trouble is with my settings..
>
>         I am working on the 28739 node.
>
>         here is my usbradio.conf file
>
>         [general]
>
>         [usb27821]
>
>         hdwtype=0
>
>         rxboost=1
>
>         txboost=1
>
>         rxctcssrelax=1
>
>         txctcssdefault=103.5
>
>         rxctcssfreqs=103.5
>
>         txctcssfreqs=103.5
>
>         ;rxctcssoverride=0
>
>         carrierfrom=dsp
>
>         ctcssfrom=dsp
>
>         rxdemod=flat
>
>         txprelim=yes
>
>         txlimonly=no
>
>         txtoctype=no
>
>         txmixa=composite
>
>         txmixb=composite
>
>         invertptt=0
>
>         duplex=0
>
>         rxondelay=1
>
>         rxnoisefiltype=0
>
>         eeprom=1
>
>         [usb28739]
>
>         hdwtype=0
>
>         rxboost=0
>
>         txboost=0
>
>         rxctcssrelax=0
>
>         txctcssdefault=103.5
>
>         rxctcssfreqs=103.5
>
>         txctcssfreqs=103.5
>
>         ;rxctcssoverride=0
>
>         carrierfrom=dsp
>
>         ctcssfrom=dsp
>
>         rxdemod=flat
>
>         txprelim=yes
>
>         txlimonly=no
>
>         txtoctype=no
>
>         txmixa=composite
>
>         txmixb=composite
>
>         invertptt=0
>
>         duplex=1
>
>         rxondelay=0
>
>         rxnoisefiltype=1
>
>         eeprom=1
>
>         I did not touch the 27821 one since I put it down to use one
>         main controler not a machine connected to port 3 of our rc210,
>         so I know its not ok..
>
>         when i try to tune the base noise....
>
>         ve2mrc*CLI> radio active usb28739
>
>         Active (command) USB Radio device set to [usb28739]
>
>         ve2mrc*CLI> radio tune rxnoise
>
>         tune rxnoise maxtries=12, target=27000, tolerance=2750
>
>         tries=0, setting=2, meas=1754
>
>         tries=1, setting=16, meas=16505
>
>         tries=2, setting=16, meas=17517
>
>         tries=3, setting=16, meas=15942
>
>         tries=4, setting=16, meas=15816
>
>         tries=5, setting=16, meas=16604
>
>         tries=6, setting=16, meas=17943
>
>         tries=7, setting=16, meas=17805
>
>         tries=8, setting=16, meas=15489
>
>         tries=9, setting=16, meas=18234
>
>         tries=10, setting=16, meas=16747
>
>         tries=11, setting=16, meas=17647
>
>         DONE tries=12, setting=1000, meas=17647, sqnoise=5040
>
>         ERROR: RX INPUT ADJUST FAILED.
>
>         then I set rxtone and rx voice. but I have a long tail of
>         noise (about 500 ms) before it stop then I have no sound and
>         the courtesy tone..
>
>         I never saved my settings before making test, would that be
>         the problem? do i need to save the settings every time I
>         adjust the system so that the settings are used in my test?
>
>         *From:*George Csahanin <mailto:george at dyb.com>
>
>         *Sent:*Friday, March 29, 2013 2:33 AM
>
>         *To:*Pierre Martel <mailto:petem001 at hotmail.com>
>
>         *Subject:*Re: [App_rpt-users] Something is rotten in the state
>         of Denmark
>
>         Pierre, are you sure that you are getting wideband noise to
>         the usb device? Before de-emphasis? I am looking at a manual
>         for a MSR2000 and it shows a "variable gain amplifier (U1)
>         which feeds the squalch detector, but alsdo feeds a low pass
>         filter on its way to the noise gate and also feeds a
>         de-emphasis network (U2). Any audio after that cannot have
>         enough hi frequency component to make the setup for tune
>         rxnoise work properly, which will not let the squelch work
>         properly. The long squelch tail you refer to is usbradio not
>         having its squelch set properly. And that cannot be done
>         without wide band noise in. The result would never have enough
>         hi freq noise at the uri to actually squelch the radio. What
>         is eventually kmuting it is the end of input PL tone...
>
>         Just my thoughts, but I have never had my hands on a MSR2000.
>         I own one, just haven't received it yet.
>
>         GeorgeC
>
>         W2DB
>
>         2360
>
>             ----- Original Message -----
>
>             *From:*Pierre Martel <mailto:petem001 at hotmail.com>
>
>             *To:*APP RPT <mailto:app_rpt-users at ohnosec.org>
>
>             *Sent:*Wednesday, March 27, 2013 9:38 PM
>
>             *Subject:*[App_rpt-users] Something is rotten in the state
>             of Denmark
>
>             Got that phrase in the head, and could not find a good
>             title for the mail ;-)
>
>             Ok Here I am again.
>
>             Still with my project to have a full App_rpt controler for
>             my 2 repeater system.
>
>             I manage to have our msr 2000 in the shack today cause the
>             exiter is giving us some trouble.
>
>             so I said, lets fix the exiter AND plug in the URI so that
>             I wont have to do this on site.
>
>             exiter is ok, well for now...
>
>             So I connect the URI pin 22 (mic AC) to pin 5 of the
>             receiver inside the msr2000, why 22 there is a big dc bias
>             at this place so uning the mic dc would nt be wise, I
>             beleive..
>
>             now I go to the computer set active radio usb 28739
>
>             now I do radio tune rxnoise.. It fail.
>
>             there is at leat 200 mv of audio there. changed rxboosst
>             in usbradio.conf for that node, reload, no difference.
>
>             still did the radio tune rxvoice and rxtone.
>
>             then tested without saving , I have a big white noise at
>             the end of every receiption before the coutesy tone..
>
>             what Am I doing wrong?
>

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

From edgecomberts at gmail.com  Sat Mar 30 04:21:56 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Sat, 30 Mar 2013 15:21:56 +1100
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <515657F0.8040108@dyb.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<00d601ce2ce0$294ad6b0$7be08410$@cs.com> <515657F0.8040108@dyb.com>
Message-ID: <CANZw+5f7AF48TjRV+BmqDCZw5ntMHdKeNEcE1Y0XFRxKONhA6g@mail.gmail.com>

I must remember that saying next time I'm on "Chook Band" and tell them I
have my wattage in my cottage ^.^

Nice one!


On Sat, Mar 30, 2013 at 2:11 PM, George Csahanin <george at dyb.com> wrote:

>  One reason I like my 100 watt 450 Syntor. Most receivers hear me fine.
> And with the gasfet preamp addition it's real good that way :-) My forrmer
> boss had a good saying "put the wattage in the cottage" (CEO of a TV
> station group)
>
> GeorgeC
>
>
> On 03/29/2013 08:47 PM, Ken wrote:
>
>  I think this is a case of YMMV ? I find if I enable DSP squelch with the
> low-noise receiver, the squelch operation on weak signals is somewhat
> erratic. With strong signals it?s fine.****
>
> ** **
>
> ** **
>
> Ken****
>
> ** **
>
> *From:* app_rpt-users-bounces at ohnosec.org [
> mailto:app_rpt-users-bounces at ohnosec.org<app_rpt-users-bounces at ohnosec.org>]
> *On Behalf Of *George Csahanin
> *Sent:* Friday, March 29, 2013 8:37 PM
> *To:* Pierre Martel
> *Cc:* APP RPT
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
> ****
>
> ** **
>
> Pierre, ignore the high freq message, all of mine do that and work just
> fine...****
>
> ** **
>
> Good luck. I hope you did "save"****
>
> ** **
>
> George 2360
>
> Sent from my iPad****
>
>
> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
> ****
>
>   Ok got it to tune. with rxboost=1. Did I forgot to reload the data when
> I made my initial test? dont know.. ****
>
>  ****
>
> the program did told me that there was not a lot of high freq and not to
> use dsp.****
>
>  ****
>
> But I find this odd.. Did try another URI-x, same thing. so my URI are
> either bad or either both good.****
>
>  ****
>
> Using pin 21 and ground 19 is this a bad idea? There is a voltage going
> out from my msr2000 pin 5, I dont think it would be wise to plug it to the
> mic in dc on the URI..****
>
>  ****
>
> here is the whole process..****
>
>  ****
>
> ve2mrc*CLI> radio active usb28739****
>
> Active (command) USB Radio device set to [usb28739]****
>
> ve2mrc*CLI> radio tune rxnoise****
>
> tune rxnoise maxtries=12, target=27000, tolerance=2750****
>
> tries=0, setting=2, meas=8224****
>
> tries=1, setting=7, meas=20627****
>
> tries=2, setting=9, meas=26110****
>
> tries=3, setting=9, meas=25809****
>
> tries=4, setting=9, meas=26031****
>
> tries=5, setting=9, meas=25882****
>
> tries=6, setting=9, meas=25827****
>
> DONE tries=6, setting=563, meas=25827, sqnoise=8293****
>
> INFO: RX INPUT ADJUST SUCCESS.****
>
> WARNING: Insufficient high frequency noise from receiver.****
>
> WARNING: Rx input point may be de-emphasized and not flat.****
>
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.****
>
> WARNING: RSSI=748 SQUELCH=500 and is set too loose.****
>
>          Use 'radio tune rxsquelch' to adjust.****
>
> ve2mrc*CLI> radio tune rxsquelch****
>
> Current Signal Strength is 755****
>
> Current Squelch setting is 500****
>
> ve2mrc*CLI> radio tune rxtone****
>
> INFO: RX CTCSS ADJUST START.****
>
> target=2400 tolerance=100****
>
> tries=0, setting=1.000000, meas=847****
>
> tries=1, setting=2.833530, meas=2379****
>
> tries=2, setting=2.858542, meas=2402****
>
> tries=3, setting=2.856162, meas=2401****
>
> tries=4, setting=2.856162, meas=2405****
>
> tries=5, setting=2.856162, meas=2397****
>
> DONE tries=5, setting=2.856162, meas=2397.00****
>
> INFO: RX CTCSS GAIN ADJUST SUCCESS.****
>
> INFO: RX RSSI=989****
>
>     -- Hungup 'Zap/pseudo-2047300106'****
>
> ve2mrc*CLI> radio tune rxvoice****
>
> INFO: RX VOICE ADJUST START.****
>
> target=7200 tolerance=360****
>
> tries=0, setting=1.000000, meas=11572****
>
> tries=1, setting=0.622191, meas=6708****
>
> tries=2, setting=0.667826, meas=7197****
>
> tries=3, setting=0.668105, meas=6958****
>
> tries=4, setting=0.668105, meas=7229****
>
> tries=5, setting=0.668105, meas=6849****
>
> DONE tries=5, setting=0.668105, meas=6849.000000****
>
> INFO: RX VOICE GAIN ADJUST SUCCESS.****
>
>     -- Hungup 'Zap/pseudo-1459324833'****
>
>     -- Hungup 'Zap/pseudo-1663732594'****
>
> ve2mrc*CLI> radio tune save****
>
> Saved radio tuning settings to usbradio_tune_usb28739.conf****
>
> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB
> Parameters written to EEPROM on usb28739****
>
>  ****
>
> Now after reading the second notice I am think if I am not mixing again
> with my flat vs de-emphasis audio.. ****
>
>  ****
>
> right now I stated that my audio is flat with rxdemod=flat... Am I ok?****
>
>  ****
>
> Thanks for your help.. this is getting in my head.. LOL****
>
>  ****
>
>  ****
>
>  ****
>
> *From:* George Csahanin <george at dyb.com> ****
>
> *Sent:* Friday, March 29, 2013 3:55 PM****
>
> *To:* Pierre Martel <petem001 at hotmail.com> ****
>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
> ****
>
>  ****
>
> Last question first, yes, always save the settings unless you know t is
> only temporary. ****
>
>  ****
>
> The RXNOISE test suggests that there isn not enough noise getting to the
> URI. It had the gain as high as possible and still doesn''t see the amount
> of noise it needs. Again, that does account for your symptom. My MSR2000
> manual is a UHF unit, but the control side should be looking for the same
> amoiunt of noise, I'll get out the manual. ****
>
>  ****
>
> OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio
> is about 250mV. I really don't know if that is enough to drive it all. It
> may not be. It is amplified in the Receiver Audio/Squelch board to 380
> mvRMS. That is off the output of U1 on the receive audio/squelch board
> which in two receiver  kodels is a horizontal card under teh vertically
> slotted cards. In a single frequency model it is in position 7 There is no
> pin where the amplified detected audio comes out, so it requires surgery. I
> would capacitively couple itr to pin 1 of U1This is a place where JU101,
> JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. ****
>
>  ****
>
> I'd re-check your connections and DC isolation first. I know this audio in
> might have voltage pn it. Or that may be the tranamit side. Wait! Just
> noticed something important. Your rxboost=0 on 28739. The amount you're off
> on the level should easily be made up there. It WILL make a difference. I
> just tried with rxboost=0, normal for me, and noted gain at 13 for that. I
> changed rxboost=1, restarted asterisk and now doe the test. Level went to
> 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok.
> My point is that rxboost WILL make a difference for you. Then it is a
> matter of setting squelch. I look at radio tune rxsquelch several times and
> set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled
> Signal Strength)****
>
>  ****
>
> GeorgeC****
>
> Node 2360, try connecting when you get it...****
>
>  ****
>
>  ****
>
> Here's my setup:****
>
>  ****
>
> [usb2360]****
>
>  ****
>
> hdwtype=0
> rxboost=0
> txboost=1
> rxctcssrelax=1
> txctcssdefault=114.8
> rxctcssfreqs=114.8
> txctcssfreqs=114.8
> rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=notone
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=1
> rxondelay=0
> rxnoisefiltype=0
> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
> eeprom=0****
>
>  ****
>
>  ****
>
> Don't know what else to suggest...****
>
>  ****
>
> GeorgeC****
>
>  ----- Original Message ----- ****
>
> *From:* Pierre Martel <petem001 at hotmail.com> ****
>
> *To:* George Csahanin <george at dyb.com> ; APP RPT<app_rpt-users at ohnosec.org>
> ****
>
> *Sent:* Friday, March 29, 2013 12:57 PM****
>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
> ****
>
>  ****
>
> Goerge, if you take a look at the receiver part of the mrs 2000 you will
> see that it connect to the back plane by a connector, those connection then
> goes to various part of the repeater for filtering and tone detection on
> vairous different cards.. I take the audio signal directly from pin 5 of
> the receiver board. I dont see any filtering on the reciver board.  In fact
> from the service manual that you can find here (for the vhf receiver)
> http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
> ****
>
>  ****
>
> on page 7 there is a block diagram of the receiver and we can easily see
> that there is no audio limitting and or filtering at all on the board.  Nad
> the leevl that I can see on my scope is pretty close to 250 mv as stated on
> the service manual..****
>
>  ****
>
> I think that the trouble is with my settings..****
>
>  ****
>
>  ****
>
> I am working on the 28739 node.****
>
>  ****
>
> here is my usbradio.conf file****
>
>  ****
>
> [general]****
>
>  ****
>
> [usb27821]****
>
>  ****
>
> hdwtype=0****
>
> rxboost=1****
>
> txboost=1****
>
> rxctcssrelax=1****
>
> txctcssdefault=103.5****
>
> rxctcssfreqs=103.5****
>
> txctcssfreqs=103.5****
>
> ;rxctcssoverride=0****
>
> carrierfrom=dsp****
>
> ctcssfrom=dsp****
>
> rxdemod=flat****
>
> txprelim=yes****
>
> txlimonly=no****
>
> txtoctype=no****
>
> txmixa=composite****
>
> txmixb=composite****
>
> invertptt=0****
>
> duplex=0****
>
> rxondelay=1****
>
> rxnoisefiltype=0****
>
> eeprom=1****
>
>  ****
>
> [usb28739]****
>
>  ****
>
> hdwtype=0****
>
> rxboost=0****
>
> txboost=0****
>
> rxctcssrelax=0****
>
> txctcssdefault=103.5****
>
> rxctcssfreqs=103.5****
>
> txctcssfreqs=103.5****
>
> ;rxctcssoverride=0****
>
> carrierfrom=dsp****
>
> ctcssfrom=dsp****
>
> rxdemod=flat****
>
> txprelim=yes****
>
> txlimonly=no****
>
> txtoctype=no****
>
> txmixa=composite****
>
> txmixb=composite****
>
> invertptt=0****
>
> duplex=1****
>
> rxondelay=0****
>
> rxnoisefiltype=1****
>
> eeprom=1****
>
>  ****
>
> I did not touch the 27821 one since I put it down to use one main
> controler not a machine connected to port 3 of our rc210, so I know its not
> ok..****
>
>  ****
>
>  ****
>
> when i try to tune the base noise....****
>
>  ****
>
> ve2mrc*CLI> radio active usb28739****
>
> Active (command) USB Radio device set to [usb28739]****
>
> ve2mrc*CLI> radio tune rxnoise****
>
> tune rxnoise maxtries=12, target=27000, tolerance=2750****
>
> tries=0, setting=2, meas=1754****
>
> tries=1, setting=16, meas=16505****
>
> tries=2, setting=16, meas=17517****
>
> tries=3, setting=16, meas=15942****
>
> tries=4, setting=16, meas=15816****
>
> tries=5, setting=16, meas=16604****
>
> tries=6, setting=16, meas=17943****
>
> tries=7, setting=16, meas=17805****
>
> tries=8, setting=16, meas=15489****
>
> tries=9, setting=16, meas=18234****
>
> tries=10, setting=16, meas=16747****
>
> tries=11, setting=16, meas=17647****
>
> DONE tries=12, setting=1000, meas=17647, sqnoise=5040****
>
> ERROR: RX INPUT ADJUST FAILED.****
>
>  ****
>
> then I set rxtone and rx voice. but I have a long tail of noise (about 500
> ms) before it stop then I have no sound and the courtesy tone..****
>
>  ****
>
> I never saved my settings before making test, would that be the problem?
> do i need to save the settings every time I adjust the system so that the
> settings are used in my test?****
>
>  ****
>
>  ****
>
>  ****
>
>  ****
>
> *From:* George Csahanin <george at dyb.com> ****
>
> *Sent:* Friday, March 29, 2013 2:33 AM****
>
> *To:* Pierre Martel <petem001 at hotmail.com> ****
>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
> ****
>
>  ****
>
> Pierre, are you sure that you are getting wideband noise to the usb
> device? Before de-emphasis? I am looking at a manual for a MSR2000 and it
> shows a "variable gain amplifier (U1) which feeds the squalch detector, but
> alsdo feeds a low pass filter on its way to the noise gate and also feeds a
> de-emphasis network (U2). Any audio after that cannot have enough hi
> frequency component to make the setup for tune rxnoise work properly, which
> will not let the squelch work properly. The long squelch tail you refer to
> is usbradio not having its squelch set properly. And that cannot be done
> without wide band noise in. The result would never have enough hi freq
> noise at the uri to actually squelch the radio. What is eventually kmuting
> it is the end of input PL tone...****
>
>  ****
>
> Just my thoughts, but I have never had my hands on a MSR2000. I own one,
> just haven't received it yet. ****
>
>  ****
>
> GeorgeC****
>
> W2DB****
>
> 2360****
>
>  ****
>
>  ****
>
>  ----- Original Message ----- ****
>
> *From:* Pierre Martel <petem001 at hotmail.com> ****
>
> *To:* APP RPT <app_rpt-users at ohnosec.org> ****
>
> *Sent:* Wednesday, March 27, 2013 9:38 PM****
>
> *Subject:* [App_rpt-users] Something is rotten in the state of Denmark****
>
>  ****
>
> Got that phrase in the head, and could not find a good title for the mail
> ;-)****
>
>  ****
>
> Ok Here I am again.****
>
>  ****
>
> Still with my project to have a full App_rpt controler for my 2 repeater
> system.****
>
>  ****
>
>  ****
>
> I manage to have our msr 2000 in the shack today cause the exiter is
> giving us some trouble.****
>
>  ****
>
> so I said, lets fix the exiter AND plug in the URI so that I wont have to
> do this on site.****
>
>  ****
>
> exiter is ok, well for now...****
>
>  ****
>
> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the
> msr2000, why 22 there is a big dc bias at this place so uning the mic dc
> would nt be wise, I beleive..****
>
>  ****
>
> now I go to the computer set active radio usb 28739****
>
>  ****
>
> now I do radio tune rxnoise.. It fail.****
>
>  ****
>
> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf
> for that node, reload, no difference.****
>
>  ****
>
> still did the radio tune rxvoice and rxtone.****
>
>  ****
>
> then tested without saving , I have a big white noise at the end of every
> receiption before the coutesy tone..****
>
>  ****
>
> what Am I doing wrong?****
>
>  ****
>
>  ****
>
>
>
> _______________________________________________
> 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/20130330/ad165665/attachment.html>

From petem001 at hotmail.com  Sat Mar 30 13:45:31 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sat, 30 Mar 2013 09:45:31 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
Message-ID: <BAY167-DS18DEBE8ECE3834F087591B97DC0@phx.gbl>

Thanks George. Yup I did savec. there is still a little burst at the end of the tx before the CT but its is a lot less then it was.. 

will have to work a bit more on this..

And I did saved ;-)

happy easter!



From: George Csahanin 
Sent: Friday, March 29, 2013 8:36 PM
To: Pierre Martel 
Cc: APP RPT 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

Pierre, ignore the high freq message, all of mine do that and work just fine...

Good luck. I hope you did "save"

George 2360

Sent from my iPad

On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:


  Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

  the program did told me that there was not a lot of high freq and not to use dsp.

  But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.

  Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..

  here is the whole process..

  ve2mrc*CLI> radio active usb28739
  Active (command) USB Radio device set to [usb28739]
  ve2mrc*CLI> radio tune rxnoise
  tune rxnoise maxtries=12, target=27000, tolerance=2750
  tries=0, setting=2, meas=8224
  tries=1, setting=7, meas=20627
  tries=2, setting=9, meas=26110
  tries=3, setting=9, meas=25809
  tries=4, setting=9, meas=26031
  tries=5, setting=9, meas=25882
  tries=6, setting=9, meas=25827
  DONE tries=6, setting=563, meas=25827, sqnoise=8293
  INFO: RX INPUT ADJUST SUCCESS.
  WARNING: Insufficient high frequency noise from receiver.
  WARNING: Rx input point may be de-emphasized and not flat.
           usbradio.conf setting of 'carrierfrom=dsp' not recommended.
  WARNING: RSSI=748 SQUELCH=500 and is set too loose.
           Use 'radio tune rxsquelch' to adjust.
  ve2mrc*CLI> radio tune rxsquelch
  Current Signal Strength is 755
  Current Squelch setting is 500
  ve2mrc*CLI> radio tune rxtone
  INFO: RX CTCSS ADJUST START.
  target=2400 tolerance=100
  tries=0, setting=1.000000, meas=847
  tries=1, setting=2.833530, meas=2379
  tries=2, setting=2.858542, meas=2402
  tries=3, setting=2.856162, meas=2401
  tries=4, setting=2.856162, meas=2405
  tries=5, setting=2.856162, meas=2397
  DONE tries=5, setting=2.856162, meas=2397.00
  INFO: RX CTCSS GAIN ADJUST SUCCESS.
  INFO: RX RSSI=989
      -- Hungup 'Zap/pseudo-2047300106'
  ve2mrc*CLI> radio tune rxvoice
  INFO: RX VOICE ADJUST START.
  target=7200 tolerance=360
  tries=0, setting=1.000000, meas=11572
  tries=1, setting=0.622191, meas=6708
  tries=2, setting=0.667826, meas=7197
  tries=3, setting=0.668105, meas=6958
  tries=4, setting=0.668105, meas=7229
  tries=5, setting=0.668105, meas=6849
  DONE tries=5, setting=0.668105, meas=6849.000000
  INFO: RX VOICE GAIN ADJUST SUCCESS.
      -- Hungup 'Zap/pseudo-1459324833'
      -- Hungup 'Zap/pseudo-1663732594'
  ve2mrc*CLI> radio tune save
  Saved radio tuning settings to usbradio_tune_usb28739.conf
  [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739

  Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio.. 

  right now I stated that my audio is flat with rxdemod=flat... Am I ok?

  Thanks for your help.. this is getting in my head.. LOL



  From: George Csahanin 
  Sent: Friday, March 29, 2013 3:55 PM
  To: Pierre Martel 
  Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

  Last question first, yes, always save the settings unless you know t is only temporary. 

  The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual. 

  OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. 

  I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)

  GeorgeC
  Node 2360, try connecting when you get it...


  Here's my setup:

  [usb2360]

  hdwtype=0
  rxboost=0
  txboost=1
  rxctcssrelax=1
  txctcssdefault=114.8
  rxctcssfreqs=114.8
  txctcssfreqs=114.8
  rxctcssoverride=0
  carrierfrom=dsp
  ctcssfrom=dsp
  rxdemod=flat
  txprelim=yes
  txlimonly=no
  txtoctype=notone
  txmixa=composite
  txmixb=composite
  invertptt=0
  duplex=1
  rxondelay=0
  rxnoisefiltype=0
  rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
  eeprom=0


  Don't know what else to suggest...

  GeorgeC
    ----- Original Message ----- 
    From: Pierre Martel 
    To: George Csahanin ; APP RPT 
    Sent: Friday, March 29, 2013 12:57 PM
    Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

    Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

    on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

    I think that the trouble is with my settings..


    I am working on the 28739 node.

    here is my usbradio.conf file

    [general]

    [usb27821]

    hdwtype=0
    rxboost=1
    txboost=1
    rxctcssrelax=1
    txctcssdefault=103.5
    rxctcssfreqs=103.5
    txctcssfreqs=103.5
    ;rxctcssoverride=0
    carrierfrom=dsp
    ctcssfrom=dsp
    rxdemod=flat
    txprelim=yes
    txlimonly=no
    txtoctype=no
    txmixa=composite
    txmixb=composite
    invertptt=0
    duplex=0
    rxondelay=1
    rxnoisefiltype=0
    eeprom=1

    [usb28739]

    hdwtype=0
    rxboost=0
    txboost=0
    rxctcssrelax=0
    txctcssdefault=103.5
    rxctcssfreqs=103.5
    txctcssfreqs=103.5
    ;rxctcssoverride=0
    carrierfrom=dsp
    ctcssfrom=dsp
    rxdemod=flat
    txprelim=yes
    txlimonly=no
    txtoctype=no
    txmixa=composite
    txmixb=composite
    invertptt=0
    duplex=1
    rxondelay=0
    rxnoisefiltype=1
    eeprom=1

    I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..


    when i try to tune the base noise....

    ve2mrc*CLI> radio active usb28739
    Active (command) USB Radio device set to [usb28739]
    ve2mrc*CLI> radio tune rxnoise
    tune rxnoise maxtries=12, target=27000, tolerance=2750
    tries=0, setting=2, meas=1754
    tries=1, setting=16, meas=16505
    tries=2, setting=16, meas=17517
    tries=3, setting=16, meas=15942
    tries=4, setting=16, meas=15816
    tries=5, setting=16, meas=16604
    tries=6, setting=16, meas=17943
    tries=7, setting=16, meas=17805
    tries=8, setting=16, meas=15489
    tries=9, setting=16, meas=18234
    tries=10, setting=16, meas=16747
    tries=11, setting=16, meas=17647
    DONE tries=12, setting=1000, meas=17647, sqnoise=5040
    ERROR: RX INPUT ADJUST FAILED.

    then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

    I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?




    From: George Csahanin 
    Sent: Friday, March 29, 2013 2:33 AM
    To: Pierre Martel 
    Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

    Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

    Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

    GeorgeC
    W2DB
    2360


      ----- Original Message ----- 
      From: Pierre Martel 
      To: APP RPT 
      Sent: Wednesday, March 27, 2013 9:38 PM
      Subject: [App_rpt-users] Something is rotten in the state of Denmark

      Got that phrase in the head, and could not find a good title for the mail ;-)

      Ok Here I am again.

      Still with my project to have a full App_rpt controler for my 2 repeater system.


      I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

      so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

      exiter is ok, well for now...

      So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

      now I go to the computer set active radio usb 28739

      now I do radio tune rxnoise.. It fail.

      there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

      still did the radio tune rxvoice and rxtone.

      then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

      what Am I doing wrong?

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

From petem001 at hotmail.com  Sat Mar 30 13:46:52 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sat, 30 Mar 2013 09:46:52 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <00cb01ce2cdf$cf698010$6e3c8030$@cs.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<00cb01ce2cdf$cf698010$6e3c8030$@cs.com>
Message-ID: <BAY167-DS41BB63AF225542441F7E397DC0@phx.gbl>

Could that mean that the discrminator could have a de-emphasys system right up front?



From: Ken 
Sent: Friday, March 29, 2013 8:45 PM
To: 'Pierre Martel' ; 'George Csahanin' ; 'APP RPT' 
Subject: RE: [App_rpt-users] Something is rotten in the state of Denmark

Some radios just don?t produce much HF noise, even right off the discriminator.  I have a Hamtronics xtal-controlled 220 receiver (R100) that does not make enough noise. The PLL version does. Not saying there is a cause and effect relation ? the discriminator circuit probably has a lot to do with it.

 

73

Ken

 

 

From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Pierre Martel
Sent: Friday, March 29, 2013 8:21 PM
To: George Csahanin; APP RPT
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

 

Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

 

the program did told me that there was not a lot of high freq and not to use dsp.

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

From petem001 at hotmail.com  Sat Mar 30 13:51:36 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sat, 30 Mar 2013 09:51:36 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark(Ken)
In-Reply-To: <BB44FCB72FA1424BA5D8FFF53F9B50DB@main>
References: <mailman.675.1364604448.13609.app_rpt-users@ohnosec.org>
	<BB44FCB72FA1424BA5D8FFF53F9B50DB@main>
Message-ID: <BAY167-DS167D8BDC3CBB3F44D4D72697DC0@phx.gbl>

I really like the idea of ctcss decoding on the fly. I I use simpleusb I 
will loose that and will have to provide ctcss decoder for my msr2000, the 
more stuff in a system , the more chance of having problem.

Since the URI and software are already in the system why not using it to 
there full potential? the pc is a P4 2.66 ghz. it have way more power then 
needed.



-----Message d'origine----- 
From: K&R Yoksh
Sent: Saturday, March 30, 2013 12:10 AM
To: app_rpt-users at ohnosec.org
Subject: Re: [App_rpt-users] Something is rotten in the state of 
Denmark(Ken)


----- Original Message ----- 
> From: "Ken"
> To: "'George Csahanin'"
> Subject: Re: [App_rpt-users] Something is rotten in the state of  Denmark
>
> I think this is a case of YMMV ? I find if I enable DSP squelch with the 
> low-noise receiver, the squelch operation on weak signals is somewhat 
> erratic. With strong signals it?s fine.

I'm just reading this thread, so forgive me if I missed something, but can
you use COS and filtered, muted audio rather than discriminator audio and
DSP?

Personally, I prefer the former, especially when using Motorola 16-pin
radios, where all of the signals you need are already at the rear panel.
With this configuration, you can use SimpleUSB and lower your CPU usage by
not running the DSP routines. I agree that sometimes the weak signal squelch
detection isn't as accurate as COS.

73

Kyle
K0KN
Allstar 2210-2219







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



From ke2n at cs.com  Sat Mar 30 13:50:27 2013
From: ke2n at cs.com (Ken)
Date: Sat, 30 Mar 2013 09:50:27 -0400
Subject: [App_rpt-users] Something is rotten in the state of
	Denmark	(Ken)
In-Reply-To: <BB44FCB72FA1424BA5D8FFF53F9B50DB@main>
References: <mailman.675.1364604448.13609.app_rpt-users@ohnosec.org>
	<BB44FCB72FA1424BA5D8FFF53F9B50DB@main>
Message-ID: <002701ce2d4d$8938dd20$9baa9760$@cs.com>

CPU power is only an issue for really flea-sized (raspberry pi) or old-old
computers.
You can get a $79 computer today that will run 4 URI's with DSP and stream
audio to the internet at the same time.

As I recall, one of the Motorola radios I played with had the discriminator
audio available at the 16 pin socket, but you had to move a jumper inside.

I think the two-level squelch in app_rpt is better than some simple rig's
hardware squelch, but is probably not better than the hardware squelch in
some other radios. So if you are really interested in this, it's a case of
try-it-and-see.

I am inclined to believe that having un-muted audio must be somehow better -
in terms of system latency - since the audio is already "in the pipeline" of
the audio processing chain when the decision is made to transmit it (or
not).  But I have never tried to prove this.

Regards
Ken
 

> -----Original Message-----
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-
> bounces at ohnosec.org] On Behalf Of K&R Yoksh
> Sent: Saturday, March 30, 2013 12:10 AM
> To: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
> (Ken)
> 
> 
> ----- Original Message -----
> > From: "Ken"
> > To: "'George Csahanin'"
> > Subject: Re: [App_rpt-users] Something is rotten in the state of
> > Denmark
> >
> > I think this is a case of YMMV ? I find if I enable DSP squelch with
> > the low-noise receiver, the squelch operation on weak signals is
> > somewhat erratic. With strong signals it?s fine.
> 
> I'm just reading this thread, so forgive me if I missed something, but can
you
> use COS and filtered, muted audio rather than discriminator audio and DSP?
> 
> Personally, I prefer the former, especially when using Motorola 16-pin
radios,
> where all of the signals you need are already at the rear panel.
> With this configuration, you can use SimpleUSB and lower your CPU usage by
> not running the DSP routines. I agree that sometimes the weak signal
> squelch detection isn't as accurate as COS.
> 
> 73
> 
> Kyle
> K0KN
> Allstar 2210-2219
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From george at dyb.com  Sat Mar 30 16:50:29 2013
From: george at dyb.com (George Csahanin)
Date: Sat, 30 Mar 2013 11:50:29 -0500
Subject: [App_rpt-users] Something is rotten in the state of Denmark
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<00cb01ce2cdf$cf698010$6e3c8030$@cs.com>
	<BAY167-DS41BB63AF225542441F7E397DC0@phx.gbl>
Message-ID: <F05DEE5451E34671AFA54FF53090285B@lintv.com>

I suppose it could but that would make no sense because the receiver uses this high freq noise to operate its own squelch. You may want to play with the squelch setting a bit.

GeorgeC
  ----- Original Message ----- 
  From: Pierre Martel 
  To: Ken ; 'George Csahanin' ; 'APP RPT' 
  Sent: Saturday, March 30, 2013 8:46 AM
  Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark


  Could that mean that the discrminator could have a de-emphasys system right up front?



  From: Ken 
  Sent: Friday, March 29, 2013 8:45 PM
  To: 'Pierre Martel' ; 'George Csahanin' ; 'APP RPT' 
  Subject: RE: [App_rpt-users] Something is rotten in the state of Denmark

  Some radios just don?t produce much HF noise, even right off the discriminator.  I have a Hamtronics xtal-controlled 220 receiver (R100) that does not make enough noise. The PLL version does. Not saying there is a cause and effect relation ? the discriminator circuit probably has a lot to do with it.

   

  73

  Ken

   

   

  From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Pierre Martel
  Sent: Friday, March 29, 2013 8:21 PM
  To: George Csahanin; APP RPT
  Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

   

  Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

   

  the program did told me that there was not a lot of high freq and not to use dsp.

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

From ke2n at cs.com  Sun Mar 31 01:33:08 2013
From: ke2n at cs.com (Ken)
Date: Sat, 30 Mar 2013 21:33:08 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
Message-ID: <005d01ce2daf$b37159c0$1a540d40$@cs.com>

I suppose it could but that would make no sense because the receiver uses
this high freq noise to operate its own squelch. You may want to play with
the squelch setting a bit.

GeorgeC

A typical hardware squelch, using, for example, the MC3361, takes the output
of the discriminator puts it though a small capacitor (which acts like a
high pass filter) and runs it through a "noise amplifier" before applying it
to the level detector.  The discriminator output of this same detector
circuit taps off before the noise amplifier and will likely have some low
pass filtering - intended to scrape off the 455 kHz AC - but probably will
reduce the level of signals in the 10-20 kHz range somewhat...


Ken



From tim.sawyer at me.com  Sun Mar 31 02:55:31 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sat, 30 Mar 2013 19:55:31 -0700
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
References: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
Message-ID: <D2015591-C471-4340-9677-81442334CA96@me.com>

Yep, lots of radios don't have enough high frequency noise at the discriminator output to work with USBradio (or and RTCM) but squelch themselves just fine. In that case you must use COR. And if you use COR you may as well use SimpleUSB. 
--
Tim
:wq

On Mar 30, 2013, at 6:33 PM, Ken <ke2n at cs.com> wrote:

> I suppose it could but that would make no sense because the receiver uses
> this high freq noise to operate its own squelch. You may want to play with
> the squelch setting a bit.
> 
> GeorgeC
> 
> A typical hardware squelch, using, for example, the MC3361, takes the output
> of the discriminator puts it though a small capacitor (which acts like a
> high pass filter) and runs it through a "noise amplifier" before applying it
> to the level detector.  The discriminator output of this same detector
> circuit taps off before the noise amplifier and will likely have some low
> pass filtering - intended to scrape off the 455 kHz AC - but probably will
> reduce the level of signals in the 10-20 kHz range somewhat...
> 
> 
> Ken
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users



From yokshs at gmail.com  Sun Mar 31 02:58:25 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Sat, 30 Mar 2013 21:58:25 -0500
Subject: [App_rpt-users] Something is rotten in the state of Denmark
Message-ID: <3F3A187E72A643BFBBDAC4580079F5AB@main>

OK, FB. To each his own I suppose. Another downside with the DSP squelch is the inability to do DPL. 

73

Kyle
K0KN
Olathe, KS

--- Original Message --- 

Date: Sat, 30 Mar 2013 09:51:36 -0400
From: "Pierre Martel" 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

I really like the idea of ctcss decoding on the fly. I I use simpleusb I 
will loose that and will have to provide ctcss decoder for my msr2000, the 
more stuff in a system , the more chance of having problem.
Since the URI and software are already in the system why not using it to 
there full potential? the pc is a P4 2.66 ghz. it have way more power then 
needed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20130330/b98959d3/attachment.html>

From yokshs at gmail.com  Sun Mar 31 03:49:25 2013
From: yokshs at gmail.com (K&R Yoksh)
Date: Sat, 30 Mar 2013 22:49:25 -0500
Subject: [App_rpt-users] Something is rotten in the state of Denmark
Message-ID: <C6EBC0AE2D444B0AB49293F3C9934ABD@main>

OK, FB. To each his own I suppose. Another downside with the DSP squelch is 
the inability to do DPL.

73

Kyle
K0KN
Olathe, KS

--- Original Message --- 

Date: Sat, 30 Mar 2013 09:51:36 -0400
From: "Pierre Martel"
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

I really like the idea of ctcss decoding on the fly. I I use simpleusb I
will loose that and will have to provide ctcss decoder for my msr2000, the 
more stuff in a system , the more chance of having problem.Since the URI and 
software are already in the system why not using it to there full potential? 
the pc is a P4 2.66 ghz. it have way more power then needed. 



From petem001 at hotmail.com  Sun Mar 31 11:29:26 2013
From: petem001 at hotmail.com (pete M)
Date: Sun, 31 Mar 2013 07:29:26 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <D2015591-C471-4340-9677-81442334CA96@me.com>
References: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
	<D2015591-C471-4340-9677-81442334CA96@me.com>
Message-ID: <BAY403-EAS6506C68B35ABD06B374FD97DD0@phx.gbl>

Ok , anyone had good result with maxtrac/gm300? With usbradio?

I do have a spare vhf maxtrac 300 and a radium m100 , I was planning on using one of those as my exiter cause its failling on my msr2000. So if app_rpt works better with those type of radio, I will work with those and drop the msr, exept the PA. At 100 watt continuous, its way better then 25 intermitent ;-)


Envoy? de mon iPad

Le 30 Mar 2013 ? 23:05, "Tim Sawyer" <tim.sawyer at me.com> a ?crit :

> Yep, lots of radios don't have enough high frequency noise at the discriminator output to work with USBradio (or and RTCM) but squelch themselves just fine. In that case you must use COR. And if you use COR you may as well use SimpleUSB. 
> --
> Tim
> :wq
> 
> On Mar 30, 2013, at 6:33 PM, Ken <ke2n at cs.com> wrote:
> 
>> I suppose it could but that would make no sense because the receiver uses
>> this high freq noise to operate its own squelch. You may want to play with
>> the squelch setting a bit.
>> 
>> GeorgeC
>> 
>> A typical hardware squelch, using, for example, the MC3361, takes the output
>> of the discriminator puts it though a small capacitor (which acts like a
>> high pass filter) and runs it through a "noise amplifier" before applying it
>> to the level detector.  The discriminator output of this same detector
>> circuit taps off before the noise amplifier and will likely have some low
>> pass filtering - intended to scrape off the 455 kHz AC - but probably will
>> reduce the level of signals in the 10-20 kHz range somewhat...
>> 
>> 
>> Ken
>> 
>> _______________________________________________
>> 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 jrorke at cogeco.ca  Sun Mar 31 12:05:15 2013
From: jrorke at cogeco.ca (REDBUTTON_CTRL)
Date: Sun, 31 Mar 2013 08:05:15 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
 (well no so much)?
In-Reply-To: <8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
Message-ID: <5158267B.4070201@cogeco.ca>

Hi Pierre, ok looking at your output below, you did get the warning but 
as mentioned earlier this happens on a lot of radios but doesn't always 
mean it wont work.

> WARNING: Insufficient high frequency noise from receiver.
> WARNING: Rx input point may be de-emphasized and not flat.
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>          Use 'radio tune rxsquelch' to adjust.
> ve2mrc*CLI> radio tune rxsquelch
> Current Signal Strength is 755
> Current Squelch setting is 500

This is saying your squelch is open right now. If you take tone decode 
off you will hear the squelch noise. You need to set your squelch.

When you just do a radio tune rxsquelch, it doesn't set any thing but it 
reports the current measured signal and the squelch setting.

 From the above info, your squelch is set to 500 and the signal is 755. 
To close the squelch you need to set your squelch to a value greater 
then the rx signal level.
To do this, type in this command:
radio tune rxsquelch 800

This will set the squelch to 800 which is above the RX level and the 
squelch will close. Then do a radio tune save.

It looks like the discriminator input is ok or it wouldn't even read the 
rx level from your MSR 2000.

Once you confirm the squelch is now working, you can fine tune the 
squelch setting to your linking.

I generally find the DSP squelch needs to be 50 to 100 points above the 
idle RX level for reasonable operation. YMMV.

Hope this helps.

Jon VA3RQ


On 3/29/2013 8:36 PM, George Csahanin wrote:
> Pierre, ignore the high freq message, all of mine do that and work 
> just fine...
>
> Good luck. I hope you did "save"
>
> George 2360
>
> Sent from my iPad
>
> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com 
> <mailto:petem001 at hotmail.com>> wrote:
>
>> Ok got it to tune. with rxboost=1. Did I forgot to reload the data 
>> when I made my initial test? dont know..
>> the program did told me that there was not a lot of high freq and not 
>> to use dsp.
>> But I find this odd.. Did try another URI-x, same thing. so my URI 
>> are either bad or either both good.
>> Using pin 21 and ground 19 is this a bad idea? There is a voltage 
>> going out from my msr2000 pin 5, I dont think it would be wise to 
>> plug it to the mic in dc on the URI..
>> here is the whole process..
>> ve2mrc*CLI> radio active usb28739
>> Active (command) USB Radio device set to [usb28739]
>> ve2mrc*CLI> radio tune rxnoise
>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>> tries=0, setting=2, meas=8224
>> tries=1, setting=7, meas=20627
>> tries=2, setting=9, meas=26110
>> tries=3, setting=9, meas=25809
>> tries=4, setting=9, meas=26031
>> tries=5, setting=9, meas=25882
>> tries=6, setting=9, meas=25827
>> DONE tries=6, setting=563, meas=25827, sqnoise=8293
>> INFO: RX INPUT ADJUST SUCCESS.
>> WARNING: Insufficient high frequency noise from receiver.
>> WARNING: Rx input point may be de-emphasized and not flat.
>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>          Use 'radio tune rxsquelch' to adjust.
>> ve2mrc*CLI> radio tune rxsquelch
>> Current Signal Strength is 755
>> Current Squelch setting is 500
>> ve2mrc*CLI> radio tune rxtone
>> INFO: RX CTCSS ADJUST START.
>> target=2400 tolerance=100
>> tries=0, setting=1.000000, meas=847
>> tries=1, setting=2.833530, meas=2379
>> tries=2, setting=2.858542, meas=2402
>> tries=3, setting=2.856162, meas=2401
>> tries=4, setting=2.856162, meas=2405
>> tries=5, setting=2.856162, meas=2397
>> DONE tries=5, setting=2.856162, meas=2397.00
>> INFO: RX CTCSS GAIN ADJUST SUCCESS.
>> INFO: RX RSSI=989
>>     -- Hungup 'Zap/pseudo-2047300106'
>> ve2mrc*CLI> radio tune rxvoice
>> INFO: RX VOICE ADJUST START.
>> target=7200 tolerance=360
>> tries=0, setting=1.000000, meas=11572
>> tries=1, setting=0.622191, meas=6708
>> tries=2, setting=0.667826, meas=7197
>> tries=3, setting=0.668105, meas=6958
>> tries=4, setting=0.668105, meas=7229
>> tries=5, setting=0.668105, meas=6849
>> DONE tries=5, setting=0.668105, meas=6849.000000
>> INFO: RX VOICE GAIN ADJUST SUCCESS.
>>     -- Hungup 'Zap/pseudo-1459324833'
>>     -- Hungup 'Zap/pseudo-1663732594'
>> ve2mrc*CLI> radio tune save
>> Saved radio tuning settings to usbradio_tune_usb28739.conf
>> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB 
>> Parameters written to EEPROM on usb28739
>> Now after reading the second notice I am think if I am not mixing 
>> again with my flat vs de-emphasis audio..
>> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>> Thanks for your help.. this is getting in my head.. LOL
>> *From:* George Csahanin <mailto:george at dyb.com>
>> *Sent:* Friday, March 29, 2013 3:55 PM
>> *To:* Pierre Martel <mailto:petem001 at hotmail.com>
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of 
>> Denmark
>> Last question first, yes, always save the settings unless you know t 
>> is only temporary.
>> The RXNOISE test suggests that there isn not enough noise getting to 
>> the URI. It had the gain as high as possible and still doesn''t see 
>> the amount of noise it needs. Again, that does account for your 
>> symptom. My MSR2000 manual is a UHF unit, but the control side should 
>> be looking for the same amoiunt of noise, I'll get out the manual.
>> OK, VHF and UHF are identical here. Where you pickup noise/rx detect 
>> audio is about 250mV. I really don't know if that is enough to drive 
>> it all. It may not be. It is amplified in the Receiver Audio/Squelch 
>> board to 380 mvRMS. That is off the output of U1 on the receive 
>> audio/squelch board which in two receiver  kodels is a horizontal 
>> card under teh vertically slotted cards. In a single frequency model 
>> it is in position 7 There is no pin where the amplified detected 
>> audio comes out, so it requires surgery. I would capacitively couple 
>> itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 
>> (pot),m R6 33k and U1 pin 1 connect.
>> I'd re-check your connections and DC isolation first. I know this 
>> audio in might have voltage pn it. Or that may be the tranamit side. 
>> Wait! Just noticed something important. Your rxboost=0 on 28739. The 
>> amount you're off on the level should easily be made up there. It 
>> WILL make a difference. I just tried with rxboost=0, normal for me, 
>> and noted gain at 13 for that. I changed rxboost=1, restarted 
>> asterisk and now doe the test. Level went to 32000 gain at 0 or 1, 
>> and failed. Too high. Backed it down and it was ok. My point is that 
>> rxboost WILL make a difference for you. Then it is a matter of 
>> setting squelch. I look at radio tune rxsquelch several times and set 
>> the squelch point to be about 150 to 200 over the rxnoiselevel 
>> (labeled Signal Strength)
>> GeorgeC
>> Node 2360, try connecting when you get it...
>> Here's my setup:
>> [usb2360]
>> hdwtype=0
>> rxboost=0
>> txboost=1
>> rxctcssrelax=1
>> txctcssdefault=114.8
>> rxctcssfreqs=114.8
>> txctcssfreqs=114.8
>> rxctcssoverride=0
>> carrierfrom=dsp
>> ctcssfrom=dsp
>> rxdemod=flat
>> txprelim=yes
>> txlimonly=no
>> txtoctype=notone
>> txmixa=composite
>> txmixb=composite
>> invertptt=0
>> duplex=1
>> rxondelay=0
>> rxnoisefiltype=0
>> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
>> eeprom=0
>> Don't know what else to suggest...
>> GeorgeC
>>
>>     ----- Original Message -----
>>     *From:* Pierre Martel <mailto:petem001 at hotmail.com>
>>     *To:* George Csahanin <mailto:george at dyb.com> ; APP RPT
>>     <mailto:app_rpt-users at ohnosec.org>
>>     *Sent:* Friday, March 29, 2013 12:57 PM
>>     *Subject:* Re: [App_rpt-users] Something is rotten in the state
>>     of Denmark
>>     Goerge, if you take a look at the receiver part of the mrs 2000
>>     you will see that it connect to the back plane by a connector,
>>     those connection then goes to various part of the repeater for
>>     filtering and tone detection on vairous different cards.. I take
>>     the audio signal directly from pin 5 of the receiver board. I
>>     dont see any filtering on the reciver board.  In fact from the
>>     service manual that you can find here (for the vhf receiver)
>>     http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>>     on page 7 there is a block diagram of the receiver and we can
>>     easily see that there is no audio limitting and or filtering at
>>     all on the board.  Nad the leevl that I can see on my scope is
>>     pretty close to 250 mv as stated on the service manual..
>>     I think that the trouble is with my settings..
>>     I am working on the 28739 node.
>>     here is my usbradio.conf file
>>     [general]
>>     [usb27821]
>>     hdwtype=0
>>     rxboost=1
>>     txboost=1
>>     rxctcssrelax=1
>>     txctcssdefault=103.5
>>     rxctcssfreqs=103.5
>>     txctcssfreqs=103.5
>>     ;rxctcssoverride=0
>>     carrierfrom=dsp
>>     ctcssfrom=dsp
>>     rxdemod=flat
>>     txprelim=yes
>>     txlimonly=no
>>     txtoctype=no
>>     txmixa=composite
>>     txmixb=composite
>>     invertptt=0
>>     duplex=0
>>     rxondelay=1
>>     rxnoisefiltype=0
>>     eeprom=1
>>     [usb28739]
>>     hdwtype=0
>>     rxboost=0
>>     txboost=0
>>     rxctcssrelax=0
>>     txctcssdefault=103.5
>>     rxctcssfreqs=103.5
>>     txctcssfreqs=103.5
>>     ;rxctcssoverride=0
>>     carrierfrom=dsp
>>     ctcssfrom=dsp
>>     rxdemod=flat
>>     txprelim=yes
>>     txlimonly=no
>>     txtoctype=no
>>     txmixa=composite
>>     txmixb=composite
>>     invertptt=0
>>     duplex=1
>>     rxondelay=0
>>     rxnoisefiltype=1
>>     eeprom=1
>>     I did not touch the 27821 one since I put it down to use one main
>>     controler not a machine connected to port 3 of our rc210, so I
>>     know its not ok..
>>     when i try to tune the base noise....
>>     ve2mrc*CLI> radio active usb28739
>>     Active (command) USB Radio device set to [usb28739]
>>     ve2mrc*CLI> radio tune rxnoise
>>     tune rxnoise maxtries=12, target=27000, tolerance=2750
>>     tries=0, setting=2, meas=1754
>>     tries=1, setting=16, meas=16505
>>     tries=2, setting=16, meas=17517
>>     tries=3, setting=16, meas=15942
>>     tries=4, setting=16, meas=15816
>>     tries=5, setting=16, meas=16604
>>     tries=6, setting=16, meas=17943
>>     tries=7, setting=16, meas=17805
>>     tries=8, setting=16, meas=15489
>>     tries=9, setting=16, meas=18234
>>     tries=10, setting=16, meas=16747
>>     tries=11, setting=16, meas=17647
>>     DONE tries=12, setting=1000, meas=17647, sqnoise=5040
>>     ERROR: RX INPUT ADJUST FAILED.
>>     then I set rxtone and rx voice. but I have a long tail of noise
>>     (about 500 ms) before it stop then I have no sound and the
>>     courtesy tone..
>>     I never saved my settings before making test, would that be the
>>     problem? do i need to save the settings every time I adjust the
>>     system so that the settings are used in my test?
>>     *From:* George Csahanin <mailto:george at dyb.com>
>>     *Sent:* Friday, March 29, 2013 2:33 AM
>>     *To:* Pierre Martel <mailto:petem001 at hotmail.com>
>>     *Subject:* Re: [App_rpt-users] Something is rotten in the state
>>     of Denmark
>>     Pierre, are you sure that you are getting wideband noise to the
>>     usb device? Before de-emphasis? I am looking at a manual for a
>>     MSR2000 and it shows a "variable gain amplifier (U1) which feeds
>>     the squalch detector, but alsdo feeds a low pass filter on its
>>     way to the noise gate and also feeds a de-emphasis network (U2).
>>     Any audio after that cannot have enough hi frequency component to
>>     make the setup for tune rxnoise work properly, which will not let
>>     the squelch work properly. The long squelch tail you refer to is
>>     usbradio not having its squelch set properly. And that cannot be
>>     done without wide band noise in. The result would never have
>>     enough hi freq noise at the uri to actually squelch the radio.
>>     What is eventually kmuting it is the end of input PL tone...
>>     Just my thoughts, but I have never had my hands on a MSR2000. I
>>     own one, just haven't received it yet.
>>     GeorgeC
>>     W2DB
>>     2360
>>
>>         ----- Original Message -----
>>         *From:* Pierre Martel <mailto:petem001 at hotmail.com>
>>         *To:* APP RPT <mailto:app_rpt-users at ohnosec.org>
>>         *Sent:* Wednesday, March 27, 2013 9:38 PM
>>         *Subject:* [App_rpt-users] Something is rotten in the state
>>         of Denmark
>>         Got that phrase in the head, and could not find a good title
>>         for the mail ;-)
>>         Ok Here I am again.
>>         Still with my project to have a full App_rpt controler for my
>>         2 repeater system.
>>         I manage to have our msr 2000 in the shack today cause the
>>         exiter is giving us some trouble.
>>         so I said, lets fix the exiter AND plug in the URI so that I
>>         wont have to do this on site.
>>         exiter is ok, well for now...
>>         So I connect the URI pin 22 (mic AC) to pin 5 of the receiver
>>         inside the msr2000, why 22 there is a big dc bias at this
>>         place so uning the mic dc would nt be wise, I beleive..
>>         now I go to the computer set active radio usb 28739
>>         now I do radio tune rxnoise.. It fail.
>>         there is at leat 200 mv of audio there. changed rxboosst in
>>         usbradio.conf for that node, reload, no difference.
>>         still did the radio tune rxvoice and rxtone.
>>         then tested without saving , I have a big white noise at the
>>         end of every receiption before the coutesy tone..
>>         what Am I doing wrong?
>>
>
>
> _______________________________________________
> 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/20130331/2f707d6c/attachment.html>

From wb3awj at comcast.net  Sun Mar 31 12:56:44 2013
From: wb3awj at comcast.net (Robert a. Poff)
Date: Sun, 31 Mar 2013 08:56:44 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY403-EAS6506C68B35ABD06B374FD97DD0@phx.gbl>
References: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
	<D2015591-C471-4340-9677-81442334CA96@me.com>
	<BAY403-EAS6506C68B35ABD06B374FD97DD0@phx.gbl>
Message-ID: <2baaf7f3-c99d-40d9-baa1-87afa433c448@email.android.com>

I just found my notes on the MSR-2000 that I did for a friend a year or so ago.

Looks like I needed to run the discriminator (rx pin 5) through the amplifier in the URI. Also picked up +12vdc for the amp from the receiver connector.

Running fine with usbradio and using the DSP.


Bob 
WB3AWJ
Allstar 27784
-- 
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/20130331/d5fe9b93/attachment.html>

From petem001 at hotmail.com  Sun Mar 31 14:17:27 2013
From: petem001 at hotmail.com (pete M)
Date: Sun, 31 Mar 2013 10:17:27 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
	(well no so much)?
In-Reply-To: <5158267B.4070201@cogeco.ca>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<5158267B.4070201@cogeco.ca>
Message-ID: <BAY402-EAS58A9BBC5A2B219FF65465D97DD0@phx.gbl>

Hey! Thats good news! I will take a few more step in tweeking this and will give back some news ;?)



Envoy? de mon iPad

Le 31 Mar 2013 ? 08:14, "REDBUTTON_CTRL" <jrorke at cogeco.ca> a ?crit :

> Hi Pierre, ok looking at your output below, you did get the warning but as mentioned earlier this happens on a lot of radios but doesn't always mean it wont work.
> 
>> WARNING: Insufficient high frequency noise from receiver.
>> WARNING: Rx input point may be de-emphasized and not flat.
>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>          Use 'radio tune rxsquelch' to adjust.
>> ve2mrc*CLI> radio tune rxsquelch
>> Current Signal Strength is 755
>> Current Squelch setting is 500
> 
> This is saying your squelch is open right now. If you take tone decode off you will hear the squelch noise. You need to set your squelch. 
> 
> When you just do a radio tune rxsquelch, it doesn't set any thing but it reports the current measured signal and the squelch setting. 
> 
> From the above info, your squelch is set to 500 and the signal is 755. To close the squelch you need to set your squelch to a value greater then the rx signal level.
> To do this, type in this command:
> radio tune rxsquelch 800
> 
> This will set the squelch to 800 which is above the RX level and the squelch will close. Then do a radio tune save.
> 
> It looks like the discriminator input is ok or it wouldn't even read the rx level from your MSR 2000.
> 
> Once you confirm the squelch is now working, you can fine tune the squelch setting to your linking.
> 
> I generally find the DSP squelch needs to be 50 to 100 points above the idle RX level for reasonable operation. YMMV.
> 
> Hope this helps.
> 
> Jon VA3RQ
> 
> 
> On 3/29/2013 8:36 PM, George Csahanin wrote:
>> 
>> Pierre, ignore the high freq message, all of mine do that and work just fine...
>> 
>> Good luck. I hope you did "save"
>> 
>> George 2360
>> 
>> Sent from my iPad
>> 
>> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>> 
>>> Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know..
>>>  
>>> the program did told me that there was not a lot of high freq and not to use dsp.
>>>  
>>> But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.
>>>  
>>> Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..
>>>  
>>> here is the whole process..
>>>  
>>> ve2mrc*CLI> radio active usb28739
>>> Active (command) USB Radio device set to [usb28739]
>>> ve2mrc*CLI> radio tune rxnoise
>>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>>> tries=0, setting=2, meas=8224
>>> tries=1, setting=7, meas=20627
>>> tries=2, setting=9, meas=26110
>>> tries=3, setting=9, meas=25809
>>> tries=4, setting=9, meas=26031
>>> tries=5, setting=9, meas=25882
>>> tries=6, setting=9, meas=25827
>>> DONE tries=6, setting=563, meas=25827, sqnoise=8293
>>> INFO: RX INPUT ADJUST SUCCESS.
>>> WARNING: Insufficient high frequency noise from receiver.
>>> WARNING: Rx input point may be de-emphasized and not flat.
>>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>>          Use 'radio tune rxsquelch' to adjust.
>>> ve2mrc*CLI> radio tune rxsquelch
>>> Current Signal Strength is 755
>>> Current Squelch setting is 500
>>> ve2mrc*CLI> radio tune rxtone
>>> INFO: RX CTCSS ADJUST START.
>>> target=2400 tolerance=100
>>> tries=0, setting=1.000000, meas=847
>>> tries=1, setting=2.833530, meas=2379
>>> tries=2, setting=2.858542, meas=2402
>>> tries=3, setting=2.856162, meas=2401
>>> tries=4, setting=2.856162, meas=2405
>>> tries=5, setting=2.856162, meas=2397
>>> DONE tries=5, setting=2.856162, meas=2397.00
>>> INFO: RX CTCSS GAIN ADJUST SUCCESS.
>>> INFO: RX RSSI=989
>>>     -- Hungup 'Zap/pseudo-2047300106'
>>> ve2mrc*CLI> radio tune rxvoice
>>> INFO: RX VOICE ADJUST START.
>>> target=7200 tolerance=360
>>> tries=0, setting=1.000000, meas=11572
>>> tries=1, setting=0.622191, meas=6708
>>> tries=2, setting=0.667826, meas=7197
>>> tries=3, setting=0.668105, meas=6958
>>> tries=4, setting=0.668105, meas=7229
>>> tries=5, setting=0.668105, meas=6849
>>> DONE tries=5, setting=0.668105, meas=6849.000000
>>> INFO: RX VOICE GAIN ADJUST SUCCESS.
>>>     -- Hungup 'Zap/pseudo-1459324833'
>>>     -- Hungup 'Zap/pseudo-1663732594'
>>> ve2mrc*CLI> radio tune save
>>> Saved radio tuning settings to usbradio_tune_usb28739.conf
>>> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739
>>>  
>>> Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio..
>>>  
>>> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>>>  
>>> Thanks for your help.. this is getting in my head.. LOL
>>>  
>>>  
>>>  
>>> From: George Csahanin
>>> Sent: Friday, March 29, 2013 3:55 PM
>>> To: Pierre Martel
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Last question first, yes, always save the settings unless you know t is only temporary.
>>>  
>>> The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise,                     I'll get out the manual.
>>>  
>>> OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>>>  
>>> I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount                     you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)
>>>  
>>> GeorgeC
>>> Node 2360, try connecting when you get it...
>>>  
>>>  
>>> Here's my setup:
>>>  
>>> [usb2360]
>>>  
>>> hdwtype=0
>>> rxboost=0
>>> txboost=1
>>> rxctcssrelax=1
>>> txctcssdefault=114.8
>>> rxctcssfreqs=114.8
>>> txctcssfreqs=114.8
>>> rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=notone
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=1
>>> rxondelay=0
>>> rxnoisefiltype=0
>>> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
>>> eeprom=0
>>>  
>>>  
>>> Don't know what else to suggest...
>>>  
>>> GeorgeC
>>> ----- Original Message -----
>>> From: Pierre Martel
>>> To: George Csahanin ; APP RPT
>>> Sent: Friday, March 29, 2013 12:57 PM
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>>>  
>>> on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..
>>>  
>>> I think that the trouble is with my settings..
>>>  
>>>  
>>> I am working on the 28739 node.
>>>  
>>> here is my usbradio.conf file
>>>  
>>> [general]
>>>  
>>> [usb27821]
>>>  
>>> hdwtype=0
>>> rxboost=1
>>> txboost=1
>>> rxctcssrelax=1
>>> txctcssdefault=103.5
>>> rxctcssfreqs=103.5
>>> txctcssfreqs=103.5
>>> ;rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=no
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=0
>>> rxondelay=1
>>> rxnoisefiltype=0
>>> eeprom=1
>>>  
>>> [usb28739]
>>>  
>>> hdwtype=0
>>> rxboost=0
>>> txboost=0
>>> rxctcssrelax=0
>>> txctcssdefault=103.5
>>> rxctcssfreqs=103.5
>>> txctcssfreqs=103.5
>>> ;rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=no
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=1
>>> rxondelay=0
>>> rxnoisefiltype=1
>>> eeprom=1
>>>  
>>> I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..
>>>  
>>>  
>>> when i try to tune the base noise....
>>>  
>>> ve2mrc*CLI> radio active usb28739
>>> Active (command) USB Radio device set to [usb28739]
>>> ve2mrc*CLI> radio tune rxnoise
>>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>>> tries=0, setting=2, meas=1754
>>> tries=1, setting=16, meas=16505
>>> tries=2, setting=16, meas=17517
>>> tries=3, setting=16, meas=15942
>>> tries=4, setting=16, meas=15816
>>> tries=5, setting=16, meas=16604
>>> tries=6, setting=16, meas=17943
>>> tries=7, setting=16, meas=17805
>>> tries=8, setting=16, meas=15489
>>> tries=9, setting=16, meas=18234
>>> tries=10, setting=16, meas=16747
>>> tries=11, setting=16, meas=17647
>>> DONE tries=12, setting=1000, meas=17647, sqnoise=5040
>>> ERROR: RX INPUT ADJUST FAILED.
>>>  
>>> then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..
>>>  
>>> I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?
>>>  
>>>  
>>>  
>>>  
>>> From: George Csahanin
>>> Sent: Friday, March 29, 2013 2:33 AM
>>> To: Pierre Martel
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...
>>>  
>>> Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 
>>>  
>>> GeorgeC
>>> W2DB
>>> 2360
>>>  
>>>  
>>> ----- Original Message -----
>>> From: Pierre Martel
>>> To: APP RPT
>>> Sent: Wednesday, March 27, 2013 9:38 PM
>>> Subject: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Got that phrase in the head, and could not find a good title for the mail ;-)
>>>  
>>> Ok Here I am again.
>>>  
>>> Still with my project to have a full App_rpt controler for my 2 repeater system.
>>>  
>>>  
>>> I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.
>>>  
>>> so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.
>>>  
>>> exiter is ok, well for now...
>>>  
>>> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..
>>>  
>>> now I go to the computer set active radio usb 28739
>>>  
>>> now I do radio tune rxnoise.. It fail.
>>>  
>>> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.
>>>  
>>> still did the radio tune rxvoice and rxtone.
>>>  
>>> then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..
>>>  
>>> what Am I doing wrong?
>> 
>> 
>> _______________________________________________
>> 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/20130331/afd47a16/attachment.html>

From petem001 at hotmail.com  Sun Mar 31 14:18:07 2013
From: petem001 at hotmail.com (pete M)
Date: Sun, 31 Mar 2013 10:18:07 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <2baaf7f3-c99d-40d9-baa1-87afa433c448@email.android.com>
References: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
	<D2015591-C471-4340-9677-81442334CA96@me.com>
	<BAY403-EAS6506C68B35ABD06B374FD97DD0@phx.gbl>
	<2baaf7f3-c99d-40d9-baa1-87afa433c448@email.android.com>
Message-ID: <BAY402-EAS58235CB003DFF3920D5A9597DD0@phx.gbl>

Does not the 12 volt is for the output amplication ?

Envoy? de mon iPad

Le 31 Mar 2013 ? 08:56, "Robert a. Poff" <wb3awj at comcast.net> a ?crit :

> I just found my notes on the MSR-2000 that I did for a friend a year or so ago.
> 
> Looks like I needed to run the discriminator (rx pin 5) through the amplifier in the URI. Also picked up +12vdc for the amp from the receiver connector.
> 
> Running fine with usbradio and using the DSP.
> 
> 
> Bob 
> WB3AWJ
> Allstar 27784
> -- 
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.

From petem001 at hotmail.com  Sun Mar 31 14:18:41 2013
From: petem001 at hotmail.com (pete M)
Date: Sun, 31 Mar 2013 10:18:41 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
In-Reply-To: <BAY402-EAS58235CB003DFF3920D5A9597DD0@phx.gbl>
References: <005d01ce2daf$b37159c0$1a540d40$@cs.com>
	<D2015591-C471-4340-9677-81442334CA96@me.com>
	<BAY403-EAS6506C68B35ABD06B374FD97DD0@phx.gbl>
	<2baaf7f3-c99d-40d9-baa1-87afa433c448@email.android.com>
	<BAY402-EAS58235CB003DFF3920D5A9597DD0@phx.gbl>
Message-ID: <BAY402-EAS588DF53FB0BE65E93D078C97DD0@phx.gbl>

Oups amplification

Envoy? de mon iPad

Le 31 Mar 2013 ? 10:18, "pete M" <petem001 at hotmail.com> a ?crit :

> Does not the 12 volt is for the output amplication ?
> 
> Envoy? de mon iPad
> 
> Le 31 Mar 2013 ? 08:56, "Robert a. Poff" <wb3awj at comcast.net> a ?crit :
> 
>> I just found my notes on the MSR-2000 that I did for a friend a year or so ago.
>> 
>> Looks like I needed to run the discriminator (rx pin 5) through the amplifier in the URI. Also picked up +12vdc for the amp from the receiver connector.
>> 
>> Running fine with usbradio and using the DSP.
>> 
>> 
>> Bob 
>> WB3AWJ
>> Allstar 27784
>> -- 
>> 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 petem001 at hotmail.com  Sun Mar 31 15:26:25 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sun, 31 Mar 2013 11:26:25 -0400
Subject: [App_rpt-users] Something is rotten in the state of Denmark
	(well no so much)?
In-Reply-To: <5158267B.4070201@cogeco.ca>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<5158267B.4070201@cogeco.ca>
Message-ID: <BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>

Looks like you did gave me the info I needed.. The squelch is now set properly (850) and all is working as I wished.

Now lets work on the transmitter!



From: REDBUTTON_CTRL 
Sent: Sunday, March 31, 2013 8:05 AM
Cc: Pierre Martel ; APP RPT 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark (well no so much)?

Hi Pierre, ok looking at your output below, you did get the warning but as mentioned earlier this happens on a lot of radios but doesn't always mean it wont work.


  WARNING: Insufficient high frequency noise from receiver.
  WARNING: Rx input point may be de-emphasized and not flat.
           usbradio.conf setting of 'carrierfrom=dsp' not recommended.
  WARNING: RSSI=748 SQUELCH=500 and is set too loose.
           Use 'radio tune rxsquelch' to adjust.
  ve2mrc*CLI> radio tune rxsquelch
  Current Signal Strength is 755
  Current Squelch setting is 500

This is saying your squelch is open right now. If you take tone decode off you will hear the squelch noise. You need to set your squelch. 

When you just do a radio tune rxsquelch, it doesn't set any thing but it reports the current measured signal and the squelch setting. 

>From the above info, your squelch is set to 500 and the signal is 755. To close the squelch you need to set your squelch to a value greater then the rx signal level.
To do this, type in this command:
radio tune rxsquelch 800

This will set the squelch to 800 which is above the RX level and the squelch will close. Then do a radio tune save.

It looks like the discriminator input is ok or it wouldn't even read the rx level from your MSR 2000.

Once you confirm the squelch is now working, you can fine tune the squelch setting to your linking.

I generally find the DSP squelch needs to be 50 to 100 points above the idle RX level for reasonable operation. YMMV.

Hope this helps.

Jon VA3RQ


On 3/29/2013 8:36 PM, George Csahanin wrote: 
  Pierre, ignore the high freq message, all of mine do that and work just fine...

  Good luck. I hope you did "save"

  George 2360

  Sent from my iPad

  On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:


    Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

    the program did told me that there was not a lot of high freq and not to use dsp.

    But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.

    Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..

    here is the whole process..

    ve2mrc*CLI> radio active usb28739
    Active (command) USB Radio device set to [usb28739]
    ve2mrc*CLI> radio tune rxnoise
    tune rxnoise maxtries=12, target=27000, tolerance=2750
    tries=0, setting=2, meas=8224
    tries=1, setting=7, meas=20627
    tries=2, setting=9, meas=26110
    tries=3, setting=9, meas=25809
    tries=4, setting=9, meas=26031
    tries=5, setting=9, meas=25882
    tries=6, setting=9, meas=25827
    DONE tries=6, setting=563, meas=25827, sqnoise=8293
    INFO: RX INPUT ADJUST SUCCESS.
    WARNING: Insufficient high frequency noise from receiver.
    WARNING: Rx input point may be de-emphasized and not flat.
             usbradio.conf setting of 'carrierfrom=dsp' not recommended.
    WARNING: RSSI=748 SQUELCH=500 and is set too loose.
             Use 'radio tune rxsquelch' to adjust.
    ve2mrc*CLI> radio tune rxsquelch
    Current Signal Strength is 755
    Current Squelch setting is 500
    ve2mrc*CLI> radio tune rxtone
    INFO: RX CTCSS ADJUST START.
    target=2400 tolerance=100
    tries=0, setting=1.000000, meas=847
    tries=1, setting=2.833530, meas=2379
    tries=2, setting=2.858542, meas=2402
    tries=3, setting=2.856162, meas=2401
    tries=4, setting=2.856162, meas=2405
    tries=5, setting=2.856162, meas=2397
    DONE tries=5, setting=2.856162, meas=2397.00
    INFO: RX CTCSS GAIN ADJUST SUCCESS.
    INFO: RX RSSI=989
        -- Hungup 'Zap/pseudo-2047300106'
    ve2mrc*CLI> radio tune rxvoice
    INFO: RX VOICE ADJUST START.
    target=7200 tolerance=360
    tries=0, setting=1.000000, meas=11572
    tries=1, setting=0.622191, meas=6708
    tries=2, setting=0.667826, meas=7197
    tries=3, setting=0.668105, meas=6958
    tries=4, setting=0.668105, meas=7229
    tries=5, setting=0.668105, meas=6849
    DONE tries=5, setting=0.668105, meas=6849.000000
    INFO: RX VOICE GAIN ADJUST SUCCESS.
        -- Hungup 'Zap/pseudo-1459324833'
        -- Hungup 'Zap/pseudo-1663732594'
    ve2mrc*CLI> radio tune save
    Saved radio tuning settings to usbradio_tune_usb28739.conf
    [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739

    Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio.. 

    right now I stated that my audio is flat with rxdemod=flat... Am I ok?

    Thanks for your help.. this is getting in my head.. LOL



    From: George Csahanin 
    Sent: Friday, March 29, 2013 3:55 PM
    To: Pierre Martel 
    Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

    Last question first, yes, always save the settings unless you know t is only temporary. 

    The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual. 

    OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. 

    I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)

    GeorgeC
    Node 2360, try connecting when you get it...


    Here's my setup:

    [usb2360]

    hdwtype=0
    rxboost=0
    txboost=1
    rxctcssrelax=1
    txctcssdefault=114.8
    rxctcssfreqs=114.8
    txctcssfreqs=114.8
    rxctcssoverride=0
    carrierfrom=dsp
    ctcssfrom=dsp
    rxdemod=flat
    txprelim=yes
    txlimonly=no
    txtoctype=notone
    txmixa=composite
    txmixb=composite
    invertptt=0
    duplex=1
    rxondelay=0
    rxnoisefiltype=0
    rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
    eeprom=0


    Don't know what else to suggest...

    GeorgeC
      ----- Original Message ----- 
      From: Pierre Martel 
      To: George Csahanin ; APP RPT 
      Sent: Friday, March 29, 2013 12:57 PM
      Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

      Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

      on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

      I think that the trouble is with my settings..


      I am working on the 28739 node.

      here is my usbradio.conf file

      [general]

      [usb27821]

      hdwtype=0
      rxboost=1
      txboost=1
      rxctcssrelax=1
      txctcssdefault=103.5
      rxctcssfreqs=103.5
      txctcssfreqs=103.5
      ;rxctcssoverride=0
      carrierfrom=dsp
      ctcssfrom=dsp
      rxdemod=flat
      txprelim=yes
      txlimonly=no
      txtoctype=no
      txmixa=composite
      txmixb=composite
      invertptt=0
      duplex=0
      rxondelay=1
      rxnoisefiltype=0
      eeprom=1

      [usb28739]

      hdwtype=0
      rxboost=0
      txboost=0
      rxctcssrelax=0
      txctcssdefault=103.5
      rxctcssfreqs=103.5
      txctcssfreqs=103.5
      ;rxctcssoverride=0
      carrierfrom=dsp
      ctcssfrom=dsp
      rxdemod=flat
      txprelim=yes
      txlimonly=no
      txtoctype=no
      txmixa=composite
      txmixb=composite
      invertptt=0
      duplex=1
      rxondelay=0
      rxnoisefiltype=1
      eeprom=1

      I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..


      when i try to tune the base noise....

      ve2mrc*CLI> radio active usb28739
      Active (command) USB Radio device set to [usb28739]
      ve2mrc*CLI> radio tune rxnoise
      tune rxnoise maxtries=12, target=27000, tolerance=2750
      tries=0, setting=2, meas=1754
      tries=1, setting=16, meas=16505
      tries=2, setting=16, meas=17517
      tries=3, setting=16, meas=15942
      tries=4, setting=16, meas=15816
      tries=5, setting=16, meas=16604
      tries=6, setting=16, meas=17943
      tries=7, setting=16, meas=17805
      tries=8, setting=16, meas=15489
      tries=9, setting=16, meas=18234
      tries=10, setting=16, meas=16747
      tries=11, setting=16, meas=17647
      DONE tries=12, setting=1000, meas=17647, sqnoise=5040
      ERROR: RX INPUT ADJUST FAILED.

      then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

      I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?




      From: George Csahanin 
      Sent: Friday, March 29, 2013 2:33 AM
      To: Pierre Martel 
      Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

      Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

      Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

      GeorgeC
      W2DB
      2360


        ----- Original Message ----- 
        From: Pierre Martel 
        To: APP RPT 
        Sent: Wednesday, March 27, 2013 9:38 PM
        Subject: [App_rpt-users] Something is rotten in the state of Denmark

        Got that phrase in the head, and could not find a good title for the mail ;-)

        Ok Here I am again.

        Still with my project to have a full App_rpt controler for my 2 repeater system.


        I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

        so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

        exiter is ok, well for now...

        So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

        now I go to the computer set active radio usb 28739

        now I do radio tune rxnoise.. It fail.

        there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

        still did the radio tune rxvoice and rxtone.

        then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

        what Am I doing wrong?



   

_______________________________________________
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/20130331/e119fde8/attachment.html>

From petem001 at hotmail.com  Sun Mar 31 15:41:53 2013
From: petem001 at hotmail.com (Pierre Martel)
Date: Sun, 31 Mar 2013 11:41:53 -0400
Subject: [App_rpt-users] Something is rotten in the state of
	Denmark(well no so much)?
In-Reply-To: <BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl><5F7F335C5CFF4042A873955C04B903B4@lintv.com><BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl><4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com><BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl><8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com><5158267B.4070201@cogeco.ca>
	<BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>
Message-ID: <BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>

I am working a HOW TO for tuning  radio so that some other not so bright as me will be able to do a tuning with out clogging the mailling list ;-).

Wi there be a place to post it on the ohnesec web page if it?s up to the standard of the group??

I will need someone more fluent then me in english to proof read it. My english is far from being good enough..



From: Pierre Martel 
Sent: Sunday, March 31, 2013 11:26 AM
To: jrorke at cogeco.ca ; APP RPT 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark(well no so much)?

Looks like you did gave me the info I needed.. The squelch is now set properly (850) and all is working as I wished.

Now lets work on the transmitter!



From: REDBUTTON_CTRL 
Sent: Sunday, March 31, 2013 8:05 AM
Cc: Pierre Martel ; APP RPT 
Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark (well no so much)?

Hi Pierre, ok looking at your output below, you did get the warning but as mentioned earlier this happens on a lot of radios but doesn't always mean it wont work.


  WARNING: Insufficient high frequency noise from receiver.
  WARNING: Rx input point may be de-emphasized and not flat.
           usbradio.conf setting of 'carrierfrom=dsp' not recommended.
  WARNING: RSSI=748 SQUELCH=500 and is set too loose.
           Use 'radio tune rxsquelch' to adjust.
  ve2mrc*CLI> radio tune rxsquelch
  Current Signal Strength is 755
  Current Squelch setting is 500

This is saying your squelch is open right now. If you take tone decode off you will hear the squelch noise. You need to set your squelch. 

When you just do a radio tune rxsquelch, it doesn't set any thing but it reports the current measured signal and the squelch setting. 

>From the above info, your squelch is set to 500 and the signal is 755. To close the squelch you need to set your squelch to a value greater then the rx signal level.
To do this, type in this command:
radio tune rxsquelch 800

This will set the squelch to 800 which is above the RX level and the squelch will close. Then do a radio tune save.

It looks like the discriminator input is ok or it wouldn't even read the rx level from your MSR 2000.

Once you confirm the squelch is now working, you can fine tune the squelch setting to your linking.

I generally find the DSP squelch needs to be 50 to 100 points above the idle RX level for reasonable operation. YMMV.

Hope this helps.

Jon VA3RQ


On 3/29/2013 8:36 PM, George Csahanin wrote: 
  Pierre, ignore the high freq message, all of mine do that and work just fine...

  Good luck. I hope you did "save"

  George 2360

  Sent from my iPad

  On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:


    Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know.. 

    the program did told me that there was not a lot of high freq and not to use dsp.

    But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.

    Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..

    here is the whole process..

    ve2mrc*CLI> radio active usb28739
    Active (command) USB Radio device set to [usb28739]
    ve2mrc*CLI> radio tune rxnoise
    tune rxnoise maxtries=12, target=27000, tolerance=2750
    tries=0, setting=2, meas=8224
    tries=1, setting=7, meas=20627
    tries=2, setting=9, meas=26110
    tries=3, setting=9, meas=25809
    tries=4, setting=9, meas=26031
    tries=5, setting=9, meas=25882
    tries=6, setting=9, meas=25827
    DONE tries=6, setting=563, meas=25827, sqnoise=8293
    INFO: RX INPUT ADJUST SUCCESS.
    WARNING: Insufficient high frequency noise from receiver.
    WARNING: Rx input point may be de-emphasized and not flat.
             usbradio.conf setting of 'carrierfrom=dsp' not recommended.
    WARNING: RSSI=748 SQUELCH=500 and is set too loose.
             Use 'radio tune rxsquelch' to adjust.
    ve2mrc*CLI> radio tune rxsquelch
    Current Signal Strength is 755
    Current Squelch setting is 500
    ve2mrc*CLI> radio tune rxtone
    INFO: RX CTCSS ADJUST START.
    target=2400 tolerance=100
    tries=0, setting=1.000000, meas=847
    tries=1, setting=2.833530, meas=2379
    tries=2, setting=2.858542, meas=2402
    tries=3, setting=2.856162, meas=2401
    tries=4, setting=2.856162, meas=2405
    tries=5, setting=2.856162, meas=2397
    DONE tries=5, setting=2.856162, meas=2397.00
    INFO: RX CTCSS GAIN ADJUST SUCCESS.
    INFO: RX RSSI=989
        -- Hungup 'Zap/pseudo-2047300106'
    ve2mrc*CLI> radio tune rxvoice
    INFO: RX VOICE ADJUST START.
    target=7200 tolerance=360
    tries=0, setting=1.000000, meas=11572
    tries=1, setting=0.622191, meas=6708
    tries=2, setting=0.667826, meas=7197
    tries=3, setting=0.668105, meas=6958
    tries=4, setting=0.668105, meas=7229
    tries=5, setting=0.668105, meas=6849
    DONE tries=5, setting=0.668105, meas=6849.000000
    INFO: RX VOICE GAIN ADJUST SUCCESS.
        -- Hungup 'Zap/pseudo-1459324833'
        -- Hungup 'Zap/pseudo-1663732594'
    ve2mrc*CLI> radio tune save
    Saved radio tuning settings to usbradio_tune_usb28739.conf
    [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739

    Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio.. 

    right now I stated that my audio is flat with rxdemod=flat... Am I ok?

    Thanks for your help.. this is getting in my head.. LOL



    From: George Csahanin 
    Sent: Friday, March 29, 2013 3:55 PM
    To: Pierre Martel 
    Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

    Last question first, yes, always save the settings unless you know t is only temporary. 

    The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual. 

    OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect. 

    I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)

    GeorgeC
    Node 2360, try connecting when you get it...


    Here's my setup:

    [usb2360]

    hdwtype=0
    rxboost=0
    txboost=1
    rxctcssrelax=1
    txctcssdefault=114.8
    rxctcssfreqs=114.8
    txctcssfreqs=114.8
    rxctcssoverride=0
    carrierfrom=dsp
    ctcssfrom=dsp
    rxdemod=flat
    txprelim=yes
    txlimonly=no
    txtoctype=notone
    txmixa=composite
    txmixb=composite
    invertptt=0
    duplex=1
    rxondelay=0
    rxnoisefiltype=0
    rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
    eeprom=0


    Don't know what else to suggest...

    GeorgeC
      ----- Original Message ----- 
      From: Pierre Martel 
      To: George Csahanin ; APP RPT 
      Sent: Friday, March 29, 2013 12:57 PM
      Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

      Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf

      on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..

      I think that the trouble is with my settings..


      I am working on the 28739 node.

      here is my usbradio.conf file

      [general]

      [usb27821]

      hdwtype=0
      rxboost=1
      txboost=1
      rxctcssrelax=1
      txctcssdefault=103.5
      rxctcssfreqs=103.5
      txctcssfreqs=103.5
      ;rxctcssoverride=0
      carrierfrom=dsp
      ctcssfrom=dsp
      rxdemod=flat
      txprelim=yes
      txlimonly=no
      txtoctype=no
      txmixa=composite
      txmixb=composite
      invertptt=0
      duplex=0
      rxondelay=1
      rxnoisefiltype=0
      eeprom=1

      [usb28739]

      hdwtype=0
      rxboost=0
      txboost=0
      rxctcssrelax=0
      txctcssdefault=103.5
      rxctcssfreqs=103.5
      txctcssfreqs=103.5
      ;rxctcssoverride=0
      carrierfrom=dsp
      ctcssfrom=dsp
      rxdemod=flat
      txprelim=yes
      txlimonly=no
      txtoctype=no
      txmixa=composite
      txmixb=composite
      invertptt=0
      duplex=1
      rxondelay=0
      rxnoisefiltype=1
      eeprom=1

      I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..


      when i try to tune the base noise....

      ve2mrc*CLI> radio active usb28739
      Active (command) USB Radio device set to [usb28739]
      ve2mrc*CLI> radio tune rxnoise
      tune rxnoise maxtries=12, target=27000, tolerance=2750
      tries=0, setting=2, meas=1754
      tries=1, setting=16, meas=16505
      tries=2, setting=16, meas=17517
      tries=3, setting=16, meas=15942
      tries=4, setting=16, meas=15816
      tries=5, setting=16, meas=16604
      tries=6, setting=16, meas=17943
      tries=7, setting=16, meas=17805
      tries=8, setting=16, meas=15489
      tries=9, setting=16, meas=18234
      tries=10, setting=16, meas=16747
      tries=11, setting=16, meas=17647
      DONE tries=12, setting=1000, meas=17647, sqnoise=5040
      ERROR: RX INPUT ADJUST FAILED.

      then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..

      I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?




      From: George Csahanin 
      Sent: Friday, March 29, 2013 2:33 AM
      To: Pierre Martel 
      Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark

      Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...

      Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet. 

      GeorgeC
      W2DB
      2360


        ----- Original Message ----- 
        From: Pierre Martel 
        To: APP RPT 
        Sent: Wednesday, March 27, 2013 9:38 PM
        Subject: [App_rpt-users] Something is rotten in the state of Denmark

        Got that phrase in the head, and could not find a good title for the mail ;-)

        Ok Here I am again.

        Still with my project to have a full App_rpt controler for my 2 repeater system.


        I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.

        so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.

        exiter is ok, well for now...

        So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..

        now I go to the computer set active radio usb 28739

        now I do radio tune rxnoise.. It fail.

        there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.

        still did the radio tune rxvoice and rxtone.

        then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..

        what Am I doing wrong?



   

_______________________________________________
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/20130331/be5c2bc3/attachment.html>

From edgecomberts at gmail.com  Sun Mar 31 15:43:09 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Mon, 1 Apr 2013 02:43:09 +1100
Subject: [App_rpt-users] Something is rotten in the state of
 Denmark(well no so much)?
In-Reply-To: <BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<5158267B.4070201@cogeco.ca>
	<BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>
	<BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>
Message-ID: <CANZw+5cbc3YeaTsBJbiLL_uAt2c06Fj9Md1XVOudJUPVkjhJ9w@mail.gmail.com>

Can't say about posting it to ohnosec, thats not my department, but if
you'd wish me to proof read the document for you, I certainly can give you
some time. I think such a document would be rather valuable to the
community.
On 01/04/2013 2:41 AM, "Pierre Martel" <petem001 at hotmail.com> wrote:

>   I am working a HOW TO for tuning  radio so that some other not so
> bright as me will be able to do a tuning with out clogging the mailling
> list ;-).
>
> Wi there be a place to post it on the ohnesec web page if it?s up to the
> standard of the group??
>
> I will need someone more fluent then me in english to proof read it. My
> english is far from being good enough..
>
>
>
>  *From:* Pierre Martel <petem001 at hotmail.com>
> *Sent:* Sunday, March 31, 2013 11:26 AM
> *To:* jrorke at cogeco.ca ; APP RPT <app_rpt-users at ohnosec.org>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
> Denmark(well no so much)?
>
>   Looks like you did gave me the info I needed.. The squelch is now set
> properly (850) and all is working as I wished.
>
> Now lets work on the transmitter!
>
>
>
>  *From:* REDBUTTON_CTRL <jrorke at cogeco.ca>
> *Sent:* Sunday, March 31, 2013 8:05 AM
> *Cc:* Pierre Martel <petem001 at hotmail.com> ; APP RPT<app_rpt-users at ohnosec.org>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
> Denmark (well no so much)?
>
> Hi Pierre, ok looking at your output below, you did get the warning but as
> mentioned earlier this happens on a lot of radios but doesn't always mean
> it wont work.
>
>  WARNING: Insufficient high frequency noise from receiver.
> WARNING: Rx input point may be de-emphasized and not flat.
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>          Use 'radio tune rxsquelch' to adjust.
> ve2mrc*CLI> radio tune rxsquelch
> Current Signal Strength is 755
> Current Squelch setting is 500
>
>
> This is saying your squelch is open right now. If you take tone decode off
> you will hear the squelch noise. You need to set your squelch.
>
> When you just do a radio tune rxsquelch, it doesn't set any thing but it
> reports the current measured signal and the squelch setting.
>
> From the above info, your squelch is set to 500 and the signal is 755. To
> close the squelch you need to set your squelch to a value greater then the
> rx signal level.
> To do this, type in this command:
> radio tune rxsquelch 800
>
> This will set the squelch to 800 which is above the RX level and the
> squelch will close. Then do a radio tune save.
>
> It looks like the discriminator input is ok or it wouldn't even read the
> rx level from your MSR 2000.
>
> Once you confirm the squelch is now working, you can fine tune the squelch
> setting to your linking.
>
> I generally find the DSP squelch needs to be 50 to 100 points above the
> idle RX level for reasonable operation. YMMV.
>
> Hope this helps.
>
> Jon VA3RQ
>
>
> On 3/29/2013 8:36 PM, George Csahanin wrote:
>
> Pierre, ignore the high freq message, all of mine do that and work just
> fine...
>
> Good luck. I hope you did "save"
>
> George 2360
>
> Sent from my iPad
>
> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>
>   Ok got it to tune. with rxboost=1. Did I forgot to reload the data when
> I made my initial test? dont know..
>
> the program did told me that there was not a lot of high freq and not to
> use dsp.
>
> But I find this odd.. Did try another URI-x, same thing. so my URI are
> either bad or either both good.
>
> Using pin 21 and ground 19 is this a bad idea? There is a voltage going
> out from my msr2000 pin 5, I dont think it would be wise to plug it to the
> mic in dc on the URI..
>
> here is the whole process..
>
> ve2mrc*CLI> radio active usb28739
> Active (command) USB Radio device set to [usb28739]
> ve2mrc*CLI> radio tune rxnoise
> tune rxnoise maxtries=12, target=27000, tolerance=2750
> tries=0, setting=2, meas=8224
> tries=1, setting=7, meas=20627
> tries=2, setting=9, meas=26110
> tries=3, setting=9, meas=25809
> tries=4, setting=9, meas=26031
> tries=5, setting=9, meas=25882
> tries=6, setting=9, meas=25827
> DONE tries=6, setting=563, meas=25827, sqnoise=8293
> INFO: RX INPUT ADJUST SUCCESS.
> WARNING: Insufficient high frequency noise from receiver.
> WARNING: Rx input point may be de-emphasized and not flat.
>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>          Use 'radio tune rxsquelch' to adjust.
> ve2mrc*CLI> radio tune rxsquelch
> Current Signal Strength is 755
> Current Squelch setting is 500
> ve2mrc*CLI> radio tune rxtone
> INFO: RX CTCSS ADJUST START.
> target=2400 tolerance=100
> tries=0, setting=1.000000, meas=847
> tries=1, setting=2.833530, meas=2379
> tries=2, setting=2.858542, meas=2402
> tries=3, setting=2.856162, meas=2401
> tries=4, setting=2.856162, meas=2405
> tries=5, setting=2.856162, meas=2397
> DONE tries=5, setting=2.856162, meas=2397.00
> INFO: RX CTCSS GAIN ADJUST SUCCESS.
> INFO: RX RSSI=989
>     -- Hungup 'Zap/pseudo-2047300106'
> ve2mrc*CLI> radio tune rxvoice
> INFO: RX VOICE ADJUST START.
> target=7200 tolerance=360
> tries=0, setting=1.000000, meas=11572
> tries=1, setting=0.622191, meas=6708
> tries=2, setting=0.667826, meas=7197
> tries=3, setting=0.668105, meas=6958
> tries=4, setting=0.668105, meas=7229
> tries=5, setting=0.668105, meas=6849
> DONE tries=5, setting=0.668105, meas=6849.000000
> INFO: RX VOICE GAIN ADJUST SUCCESS.
>     -- Hungup 'Zap/pseudo-1459324833'
>     -- Hungup 'Zap/pseudo-1663732594'
> ve2mrc*CLI> radio tune save
> Saved radio tuning settings to usbradio_tune_usb28739.conf
> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB
> Parameters written to EEPROM on usb28739
>
> Now after reading the second notice I am think if I am not mixing again
> with my flat vs de-emphasis audio..
>
> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>
> Thanks for your help.. this is getting in my head.. LOL
>
>
>
>  *From:* George Csahanin <george at dyb.com>
> *Sent:* Friday, March 29, 2013 3:55 PM
> *To:* Pierre Martel <petem001 at hotmail.com>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
>
>  Last question first, yes, always save the settings unless you know t is
> only temporary.
>
> The RXNOISE test suggests that there isn not enough noise getting to the
> URI. It had the gain as high as possible and still doesn''t see the amount
> of noise it needs. Again, that does account for your symptom. My MSR2000
> manual is a UHF unit, but the control side should be looking for the same
> amoiunt of noise, I'll get out the manual.
>
> OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio
> is about 250mV. I really don't know if that is enough to drive it all. It
> may not be. It is amplified in the Receiver Audio/Squelch board to 380
> mvRMS. That is off the output of U1 on the receive audio/squelch board
> which in two receiver  kodels is a horizontal card under teh vertically
> slotted cards. In a single frequency model it is in position 7 There is no
> pin where the amplified detected audio comes out, so it requires surgery. I
> would capacitively couple itr to pin 1 of U1This is a place where JU101,
> JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>
> I'd re-check your connections and DC isolation first. I know this audio in
> might have voltage pn it. Or that may be the tranamit side. Wait! Just
> noticed something important. Your rxboost=0 on 28739. The amount you're off
> on the level should easily be made up there. It WILL make a difference. I
> just tried with rxboost=0, normal for me, and noted gain at 13 for that. I
> changed rxboost=1, restarted asterisk and now doe the test. Level went to
> 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok.
> My point is that rxboost WILL make a difference for you. Then it is a
> matter of setting squelch. I look at radio tune rxsquelch several times and
> set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled
> Signal Strength)
>
> GeorgeC
> Node 2360, try connecting when you get it...
>
>
> Here's my setup:
>
> [usb2360]
>
> hdwtype=0
> rxboost=0
> txboost=1
> rxctcssrelax=1
> txctcssdefault=114.8
> rxctcssfreqs=114.8
> txctcssfreqs=114.8
> rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=notone
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=1
> rxondelay=0
> rxnoisefiltype=0
> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
> eeprom=0
>
>
> Don't know what else to suggest...
>
> GeorgeC
>
> ----- Original Message -----
> *From:* Pierre Martel <petem001 at hotmail.com>
> *To:* George Csahanin <george at dyb.com> ; APP RPT<app_rpt-users at ohnosec.org>
> *Sent:* Friday, March 29, 2013 12:57 PM
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
>
>  Goerge, if you take a look at the receiver part of the mrs 2000 you will
> see that it connect to the back plane by a connector, those connection then
> goes to various part of the repeater for filtering and tone detection on
> vairous different cards.. I take the audio signal directly from pin 5 of
> the receiver board. I dont see any filtering on the reciver board.  In fact
> from the service manual that you can find here (for the vhf receiver)
> http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>
> on page 7 there is a block diagram of the receiver and we can easily see
> that there is no audio limitting and or filtering at all on the board.  Nad
> the leevl that I can see on my scope is pretty close to 250 mv as stated on
> the service manual..
>
> I think that the trouble is with my settings..
>
>
> I am working on the 28739 node.
>
> here is my usbradio.conf file
>
> [general]
>
> [usb27821]
>
> hdwtype=0
> rxboost=1
> txboost=1
> rxctcssrelax=1
> txctcssdefault=103.5
> rxctcssfreqs=103.5
> txctcssfreqs=103.5
> ;rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=no
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=0
> rxondelay=1
> rxnoisefiltype=0
> eeprom=1
>
> [usb28739]
>
> hdwtype=0
> rxboost=0
> txboost=0
> rxctcssrelax=0
> txctcssdefault=103.5
> rxctcssfreqs=103.5
> txctcssfreqs=103.5
> ;rxctcssoverride=0
> carrierfrom=dsp
> ctcssfrom=dsp
> rxdemod=flat
> txprelim=yes
> txlimonly=no
> txtoctype=no
> txmixa=composite
> txmixb=composite
> invertptt=0
> duplex=1
> rxondelay=0
> rxnoisefiltype=1
> eeprom=1
>
> I did not touch the 27821 one since I put it down to use one main
> controler not a machine connected to port 3 of our rc210, so I know its not
> ok..
>
>
> when i try to tune the base noise....
>
> ve2mrc*CLI> radio active usb28739
> Active (command) USB Radio device set to [usb28739]
> ve2mrc*CLI> radio tune rxnoise
> tune rxnoise maxtries=12, target=27000, tolerance=2750
> tries=0, setting=2, meas=1754
> tries=1, setting=16, meas=16505
> tries=2, setting=16, meas=17517
> tries=3, setting=16, meas=15942
> tries=4, setting=16, meas=15816
> tries=5, setting=16, meas=16604
> tries=6, setting=16, meas=17943
> tries=7, setting=16, meas=17805
> tries=8, setting=16, meas=15489
> tries=9, setting=16, meas=18234
> tries=10, setting=16, meas=16747
> tries=11, setting=16, meas=17647
> DONE tries=12, setting=1000, meas=17647, sqnoise=5040
> ERROR: RX INPUT ADJUST FAILED.
>
> then I set rxtone and rx voice. but I have a long tail of noise (about 500
> ms) before it stop then I have no sound and the courtesy tone..
>
> I never saved my settings before making test, would that be the problem?
> do i need to save the settings every time I adjust the system so that the
> settings are used in my test?
>
>
>
>
>  *From:* George Csahanin <george at dyb.com>
> *Sent:* Friday, March 29, 2013 2:33 AM
> *To:* Pierre Martel <petem001 at hotmail.com>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of Denmark
>
>  Pierre, are you sure that you are getting wideband noise to the usb
> device? Before de-emphasis? I am looking at a manual for a MSR2000 and it
> shows a "variable gain amplifier (U1) which feeds the squalch detector, but
> alsdo feeds a low pass filter on its way to the noise gate and also feeds a
> de-emphasis network (U2). Any audio after that cannot have enough hi
> frequency component to make the setup for tune rxnoise work properly, which
> will not let the squelch work properly. The long squelch tail you refer to
> is usbradio not having its squelch set properly. And that cannot be done
> without wide band noise in. The result would never have enough hi freq
> noise at the uri to actually squelch the radio. What is eventually kmuting
> it is the end of input PL tone...
>
> Just my thoughts, but I have never had my hands on a MSR2000. I own one,
> just haven't received it yet.
>
> GeorgeC
> W2DB
> 2360
>
>
>
> ----- Original Message -----
> *From:* Pierre Martel <petem001 at hotmail.com>
> *To:* APP RPT <app_rpt-users at ohnosec.org>
> *Sent:* Wednesday, March 27, 2013 9:38 PM
> *Subject:* [App_rpt-users] Something is rotten in the state of Denmark
>
>  Got that phrase in the head, and could not find a good title for the
> mail ;-)
>
> Ok Here I am again.
>
> Still with my project to have a full App_rpt controler for my 2 repeater
> system.
>
>
> I manage to have our msr 2000 in the shack today cause the exiter is
> giving us some trouble.
>
> so I said, lets fix the exiter AND plug in the URI so that I wont have to
> do this on site.
>
> exiter is ok, well for now...
>
> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the
> msr2000, why 22 there is a big dc bias at this place so uning the mic dc
> would nt be wise, I beleive..
>
> now I go to the computer set active radio usb 28739
>
> now I do radio tune rxnoise.. It fail.
>
> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf
> for that node, reload, no difference.
>
> still did the radio tune rxvoice and rxtone.
>
> then tested without saving , I have a big white noise at the end of every
> receiption before the coutesy tone..
>
> what Am I doing wrong?
>
>
>
>
>
> _______________________________________________
> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://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/20130401/317fdafc/attachment.html>

From edgecomberts at gmail.com  Sun Mar 31 16:00:47 2013
From: edgecomberts at gmail.com (Shane Morris)
Date: Mon, 1 Apr 2013 03:00:47 +1100
Subject: [App_rpt-users] Something is rotten in the state of
 Denmark(well no so much)?
In-Reply-To: <BAY167-DS193DB5F5CF93E0AABEDE4297DD0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<5158267B.4070201@cogeco.ca>
	<BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>
	<BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>
	<CANZw+5cbc3YeaTsBJbiLL_uAt2c06Fj9Md1XVOudJUPVkjhJ9w@mail.gmail.com>
	<BAY167-DS193DB5F5CF93E0AABEDE4297DD0@phx.gbl>
Message-ID: <CANZw+5eVkvc+dwj6aKYXYEpnTZJR7frPe+t6bJ7pCvf8ZA77GQ@mail.gmail.com>

I'll run the French verion through Google Translate ^.~ hehe, I'm such a
cheat...

When you have a document composed, email it through, and I'll have a
look-see. You might want to run it past someone else for technical, I'll
look at grammar and syntax for you.

Glad to be of help =)
On Apr 1, 2013 2:57 AM, "Pierre Martel" <petem001 at hotmail.com> wrote:

>   I will take the offer!!
>
> I will also do it in french, but I will post it on my club web site..
> Won?t need proof reading for this one ;-)
>
>
>  *From:* Shane Morris <edgecomberts at gmail.com>
> *Sent:* Sunday, March 31, 2013 11:43 AM
> *To:* Pierre Martel <petem001 at hotmail.com>
> *Cc:* APP RPT <app_rpt-users at ohnosec.org>
> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
> Denmark(well no so much)?
>
>
> Can't say about posting it to ohnosec, thats not my department, but if
> you'd wish me to proof read the document for you, I certainly can give you
> some time. I think such a document would be rather valuable to the
> community.
> On 01/04/2013 2:41 AM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>
>>   I am working a HOW TO for tuning  radio so that some other not so
>> bright as me will be able to do a tuning with out clogging the mailling
>> list ;-).
>>
>> Wi there be a place to post it on the ohnesec web page if it?s up to the
>> standard of the group??
>>
>> I will need someone more fluent then me in english to proof read it. My
>> english is far from being good enough..
>>
>>
>>
>>  *From:* Pierre Martel <petem001 at hotmail.com>
>> *Sent:* Sunday, March 31, 2013 11:26 AM
>> *To:* jrorke at cogeco.ca ; APP RPT <app_rpt-users at ohnosec.org>
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
>> Denmark(well no so much)?
>>
>>   Looks like you did gave me the info I needed.. The squelch is now set
>> properly (850) and all is working as I wished.
>>
>> Now lets work on the transmitter!
>>
>>
>>
>>  *From:* REDBUTTON_CTRL <jrorke at cogeco.ca>
>> *Sent:* Sunday, March 31, 2013 8:05 AM
>> *Cc:* Pierre Martel <petem001 at hotmail.com> ; APP RPT<app_rpt-users at ohnosec.org>
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
>> Denmark (well no so much)?
>>
>> Hi Pierre, ok looking at your output below, you did get the warning but
>> as mentioned earlier this happens on a lot of radios but doesn't always
>> mean it wont work.
>>
>>  WARNING: Insufficient high frequency noise from receiver.
>> WARNING: Rx input point may be de-emphasized and not flat.
>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>          Use 'radio tune rxsquelch' to adjust.
>> ve2mrc*CLI> radio tune rxsquelch
>> Current Signal Strength is 755
>> Current Squelch setting is 500
>>
>>
>> This is saying your squelch is open right now. If you take tone decode
>> off you will hear the squelch noise. You need to set your squelch.
>>
>> When you just do a radio tune rxsquelch, it doesn't set any thing but it
>> reports the current measured signal and the squelch setting.
>>
>> From the above info, your squelch is set to 500 and the signal is 755. To
>> close the squelch you need to set your squelch to a value greater then the
>> rx signal level.
>> To do this, type in this command:
>> radio tune rxsquelch 800
>>
>> This will set the squelch to 800 which is above the RX level and the
>> squelch will close. Then do a radio tune save.
>>
>> It looks like the discriminator input is ok or it wouldn't even read the
>> rx level from your MSR 2000.
>>
>> Once you confirm the squelch is now working, you can fine tune the
>> squelch setting to your linking.
>>
>> I generally find the DSP squelch needs to be 50 to 100 points above the
>> idle RX level for reasonable operation. YMMV.
>>
>> Hope this helps.
>>
>> Jon VA3RQ
>>
>>
>> On 3/29/2013 8:36 PM, George Csahanin wrote:
>>
>> Pierre, ignore the high freq message, all of mine do that and work just
>> fine...
>>
>> Good luck. I hope you did "save"
>>
>> George 2360
>>
>> Sent from my iPad
>>
>> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com>
>> wrote:
>>
>>   Ok got it to tune. with rxboost=1. Did I forgot to reload the data
>> when I made my initial test? dont know..
>>
>> the program did told me that there was not a lot of high freq and not to
>> use dsp.
>>
>> But I find this odd.. Did try another URI-x, same thing. so my URI are
>> either bad or either both good.
>>
>> Using pin 21 and ground 19 is this a bad idea? There is a voltage going
>> out from my msr2000 pin 5, I dont think it would be wise to plug it to the
>> mic in dc on the URI..
>>
>> here is the whole process..
>>
>> ve2mrc*CLI> radio active usb28739
>> Active (command) USB Radio device set to [usb28739]
>> ve2mrc*CLI> radio tune rxnoise
>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>> tries=0, setting=2, meas=8224
>> tries=1, setting=7, meas=20627
>> tries=2, setting=9, meas=26110
>> tries=3, setting=9, meas=25809
>> tries=4, setting=9, meas=26031
>> tries=5, setting=9, meas=25882
>> tries=6, setting=9, meas=25827
>> DONE tries=6, setting=563, meas=25827, sqnoise=8293
>> INFO: RX INPUT ADJUST SUCCESS.
>> WARNING: Insufficient high frequency noise from receiver.
>> WARNING: Rx input point may be de-emphasized and not flat.
>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>          Use 'radio tune rxsquelch' to adjust.
>> ve2mrc*CLI> radio tune rxsquelch
>> Current Signal Strength is 755
>> Current Squelch setting is 500
>> ve2mrc*CLI> radio tune rxtone
>> INFO: RX CTCSS ADJUST START.
>> target=2400 tolerance=100
>> tries=0, setting=1.000000, meas=847
>> tries=1, setting=2.833530, meas=2379
>> tries=2, setting=2.858542, meas=2402
>> tries=3, setting=2.856162, meas=2401
>> tries=4, setting=2.856162, meas=2405
>> tries=5, setting=2.856162, meas=2397
>> DONE tries=5, setting=2.856162, meas=2397.00
>> INFO: RX CTCSS GAIN ADJUST SUCCESS.
>> INFO: RX RSSI=989
>>     -- Hungup 'Zap/pseudo-2047300106'
>> ve2mrc*CLI> radio tune rxvoice
>> INFO: RX VOICE ADJUST START.
>> target=7200 tolerance=360
>> tries=0, setting=1.000000, meas=11572
>> tries=1, setting=0.622191, meas=6708
>> tries=2, setting=0.667826, meas=7197
>> tries=3, setting=0.668105, meas=6958
>> tries=4, setting=0.668105, meas=7229
>> tries=5, setting=0.668105, meas=6849
>> DONE tries=5, setting=0.668105, meas=6849.000000
>> INFO: RX VOICE GAIN ADJUST SUCCESS.
>>     -- Hungup 'Zap/pseudo-1459324833'
>>     -- Hungup 'Zap/pseudo-1663732594'
>> ve2mrc*CLI> radio tune save
>> Saved radio tuning settings to usbradio_tune_usb28739.conf
>> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB
>> Parameters written to EEPROM on usb28739
>>
>> Now after reading the second notice I am think if I am not mixing again
>> with my flat vs de-emphasis audio..
>>
>> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>>
>> Thanks for your help.. this is getting in my head.. LOL
>>
>>
>>
>>  *From:* George Csahanin <george at dyb.com>
>> *Sent:* Friday, March 29, 2013 3:55 PM
>> *To:* Pierre Martel <petem001 at hotmail.com>
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
>> Denmark
>>
>>  Last question first, yes, always save the settings unless you know t is
>> only temporary.
>>
>> The RXNOISE test suggests that there isn not enough noise getting to the
>> URI. It had the gain as high as possible and still doesn''t see the amount
>> of noise it needs. Again, that does account for your symptom. My MSR2000
>> manual is a UHF unit, but the control side should be looking for the same
>> amoiunt of noise, I'll get out the manual.
>>
>> OK, VHF and UHF are identical here. Where you pickup noise/rx detect
>> audio is about 250mV. I really don't know if that is enough to drive it
>> all. It may not be. It is amplified in the Receiver Audio/Squelch board to
>> 380 mvRMS. That is off the output of U1 on the receive audio/squelch board
>> which in two receiver  kodels is a horizontal card under teh vertically
>> slotted cards. In a single frequency model it is in position 7 There is no
>> pin where the amplified detected audio comes out, so it requires surgery. I
>> would capacitively couple itr to pin 1 of U1This is a place where JU101,
>> JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>>
>> I'd re-check your connections and DC isolation first. I know this audio
>> in might have voltage pn it. Or that may be the tranamit side. Wait! Just
>> noticed something important. Your rxboost=0 on 28739. The amount you're off
>> on the level should easily be made up there. It WILL make a difference. I
>> just tried with rxboost=0, normal for me, and noted gain at 13 for that. I
>> changed rxboost=1, restarted asterisk and now doe the test. Level went to
>> 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok.
>> My point is that rxboost WILL make a difference for you. Then it is a
>> matter of setting squelch. I look at radio tune rxsquelch several times and
>> set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled
>> Signal Strength)
>>
>> GeorgeC
>> Node 2360, try connecting when you get it...
>>
>>
>> Here's my setup:
>>
>> [usb2360]
>>
>> hdwtype=0
>> rxboost=0
>> txboost=1
>> rxctcssrelax=1
>> txctcssdefault=114.8
>> rxctcssfreqs=114.8
>> txctcssfreqs=114.8
>> rxctcssoverride=0
>> carrierfrom=dsp
>> ctcssfrom=dsp
>> rxdemod=flat
>> txprelim=yes
>> txlimonly=no
>> txtoctype=notone
>> txmixa=composite
>> txmixb=composite
>> invertptt=0
>> duplex=1
>> rxondelay=0
>> rxnoisefiltype=0
>> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
>> eeprom=0
>>
>>
>> Don't know what else to suggest...
>>
>> GeorgeC
>>
>> ----- Original Message -----
>> *From:* Pierre Martel <petem001 at hotmail.com>
>> *To:* George Csahanin <george at dyb.com> ; APP RPT<app_rpt-users at ohnosec.org>
>> *Sent:* Friday, March 29, 2013 12:57 PM
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
>> Denmark
>>
>>  Goerge, if you take a look at the receiver part of the mrs 2000 you
>> will see that it connect to the back plane by a connector, those connection
>> then goes to various part of the repeater for filtering and tone detection
>> on vairous different cards.. I take the audio signal directly from pin 5 of
>> the receiver board. I dont see any filtering on the reciver board.  In fact
>> from the service manual that you can find here (for the vhf receiver)
>> http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>>
>> on page 7 there is a block diagram of the receiver and we can easily see
>> that there is no audio limitting and or filtering at all on the board.  Nad
>> the leevl that I can see on my scope is pretty close to 250 mv as stated on
>> the service manual..
>>
>> I think that the trouble is with my settings..
>>
>>
>> I am working on the 28739 node.
>>
>> here is my usbradio.conf file
>>
>> [general]
>>
>> [usb27821]
>>
>> hdwtype=0
>> rxboost=1
>> txboost=1
>> rxctcssrelax=1
>> txctcssdefault=103.5
>> rxctcssfreqs=103.5
>> txctcssfreqs=103.5
>> ;rxctcssoverride=0
>> carrierfrom=dsp
>> ctcssfrom=dsp
>> rxdemod=flat
>> txprelim=yes
>> txlimonly=no
>> txtoctype=no
>> txmixa=composite
>> txmixb=composite
>> invertptt=0
>> duplex=0
>> rxondelay=1
>> rxnoisefiltype=0
>> eeprom=1
>>
>> [usb28739]
>>
>> hdwtype=0
>> rxboost=0
>> txboost=0
>> rxctcssrelax=0
>> txctcssdefault=103.5
>> rxctcssfreqs=103.5
>> txctcssfreqs=103.5
>> ;rxctcssoverride=0
>> carrierfrom=dsp
>> ctcssfrom=dsp
>> rxdemod=flat
>> txprelim=yes
>> txlimonly=no
>> txtoctype=no
>> txmixa=composite
>> txmixb=composite
>> invertptt=0
>> duplex=1
>> rxondelay=0
>> rxnoisefiltype=1
>> eeprom=1
>>
>> I did not touch the 27821 one since I put it down to use one main
>> controler not a machine connected to port 3 of our rc210, so I know its not
>> ok..
>>
>>
>> when i try to tune the base noise....
>>
>> ve2mrc*CLI> radio active usb28739
>> Active (command) USB Radio device set to [usb28739]
>> ve2mrc*CLI> radio tune rxnoise
>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>> tries=0, setting=2, meas=1754
>> tries=1, setting=16, meas=16505
>> tries=2, setting=16, meas=17517
>> tries=3, setting=16, meas=15942
>> tries=4, setting=16, meas=15816
>> tries=5, setting=16, meas=16604
>> tries=6, setting=16, meas=17943
>> tries=7, setting=16, meas=17805
>> tries=8, setting=16, meas=15489
>> tries=9, setting=16, meas=18234
>> tries=10, setting=16, meas=16747
>> tries=11, setting=16, meas=17647
>> DONE tries=12, setting=1000, meas=17647, sqnoise=5040
>> ERROR: RX INPUT ADJUST FAILED.
>>
>> then I set rxtone and rx voice. but I have a long tail of noise (about
>> 500 ms) before it stop then I have no sound and the courtesy tone..
>>
>> I never saved my settings before making test, would that be the problem?
>> do i need to save the settings every time I adjust the system so that the
>> settings are used in my test?
>>
>>
>>
>>
>>  *From:* George Csahanin <george at dyb.com>
>> *Sent:* Friday, March 29, 2013 2:33 AM
>> *To:* Pierre Martel <petem001 at hotmail.com>
>> *Subject:* Re: [App_rpt-users] Something is rotten in the state of
>> Denmark
>>
>>  Pierre, are you sure that you are getting wideband noise to the usb
>> device? Before de-emphasis? I am looking at a manual for a MSR2000 and it
>> shows a "variable gain amplifier (U1) which feeds the squalch detector, but
>> alsdo feeds a low pass filter on its way to the noise gate and also feeds a
>> de-emphasis network (U2). Any audio after that cannot have enough hi
>> frequency component to make the setup for tune rxnoise work properly, which
>> will not let the squelch work properly. The long squelch tail you refer to
>> is usbradio not having its squelch set properly. And that cannot be done
>> without wide band noise in. The result would never have enough hi freq
>> noise at the uri to actually squelch the radio. What is eventually kmuting
>> it is the end of input PL tone...
>>
>> Just my thoughts, but I have never had my hands on a MSR2000. I own one,
>> just haven't received it yet.
>>
>> GeorgeC
>> W2DB
>> 2360
>>
>>
>>
>> ----- Original Message -----
>> *From:* Pierre Martel <petem001 at hotmail.com>
>> *To:* APP RPT <app_rpt-users at ohnosec.org>
>> *Sent:* Wednesday, March 27, 2013 9:38 PM
>> *Subject:* [App_rpt-users] Something is rotten in the state of Denmark
>>
>>  Got that phrase in the head, and could not find a good title for the
>> mail ;-)
>>
>> Ok Here I am again.
>>
>> Still with my project to have a full App_rpt controler for my 2 repeater
>> system.
>>
>>
>> I manage to have our msr 2000 in the shack today cause the exiter is
>> giving us some trouble.
>>
>> so I said, lets fix the exiter AND plug in the URI so that I wont have to
>> do this on site.
>>
>> exiter is ok, well for now...
>>
>> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the
>> msr2000, why 22 there is a big dc bias at this place so uning the mic dc
>> would nt be wise, I beleive..
>>
>> now I go to the computer set active radio usb 28739
>>
>> now I do radio tune rxnoise.. It fail.
>>
>> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf
>> for that node, reload, no difference.
>>
>> still did the radio tune rxvoice and rxtone.
>>
>> then tested without saving , I have a big white noise at the end of every
>> receiption before the coutesy tone..
>>
>> what Am I doing wrong?
>>
>>
>>
>>
>>
>> _______________________________________________
>> App_rpt-users mailing listApp_rpt-users at ohnosec.orghttp://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/20130401/04b6b9a2/attachment.html>

From tim.sawyer at me.com  Sun Mar 31 18:55:48 2013
From: tim.sawyer at me.com (Tim Sawyer)
Date: Sun, 31 Mar 2013 11:55:48 -0700
Subject: [App_rpt-users] Something is rotten in the state
 of	Denmark(well no so much)?
In-Reply-To: <BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>
References: <BAY167-DS333D0961510AA0D00B33B297D20@phx.gbl>
	<5F7F335C5CFF4042A873955C04B903B4@lintv.com>
	<BAY167-DS334B17EAD3C9BBCB85B0FF97D30@phx.gbl>
	<4D7BBC1F970F479BBAACF1B7BF399A27@lintv.com>
	<BAY167-DS386831B7BADF547DFEDB4C97DC0@phx.gbl>
	<8A0F6293-D8C6-4CE7-A4A3-CF9B91B0549E@dyb.com>
	<5158267B.4070201@cogeco.ca>
	<BAY167-DS32CCA53912FC576B852C3997DD0@phx.gbl>
	<BAY167-DS212E6621AE4BD55EC4496597DD0@phx.gbl>
Message-ID: <5FC99C51-4560-4DBE-9989-FEB501C166E1@me.com>

I can post it on ohnosec when it's ready. 
--
Tim
:wq

On Mar 31, 2013, at 8:41 AM, Pierre Martel <petem001 at hotmail.com> wrote:

> I am working a HOW TO for tuning  radio so that some other not so bright as me will be able to do a tuning with out clogging the mailling list ;-).
>  
> Wi there be a place to post it on the ohnesec web page if it?s up to the standard of the group??
>  
> I will need someone more fluent then me in english to proof read it. My english is far from being good enough..
>  
>  
>  
> From: Pierre Martel
> Sent: Sunday, March 31, 2013 11:26 AM
> To: jrorke at cogeco.ca ; APP RPT
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark(well no so much)?
>  
> Looks like you did gave me the info I needed.. The squelch is now set properly (850) and all is working as I wished.
>  
> Now lets work on the transmitter!
>  
>  
>  
> From: REDBUTTON_CTRL
> Sent: Sunday, March 31, 2013 8:05 AM
> Cc: Pierre Martel ; APP RPT
> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark (well no so much)?
>  
> Hi Pierre, ok looking at your output below, you did get the warning but as mentioned earlier this happens on a lot of radios but doesn't always mean it wont work.
> 
>> WARNING: Insufficient high frequency noise from receiver.
>> WARNING: Rx input point may be de-emphasized and not flat.
>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>          Use 'radio tune rxsquelch' to adjust.
>> ve2mrc*CLI> radio tune rxsquelch
>> Current Signal Strength is 755
>> Current Squelch setting is 500
> 
> This is saying your squelch is open right now. If you take tone decode off you will hear the squelch noise. You need to set your squelch. 
> 
> When you just do a radio tune rxsquelch, it doesn't set any thing but it reports the current measured signal and the squelch setting. 
> 
> From the above info, your squelch is set to 500 and the signal is 755. To close the squelch you need to set your squelch to a value greater then the rx signal level.
> To do this, type in this command:
> radio tune rxsquelch 800
> 
> This will set the squelch to 800 which is above the RX level and the squelch will close. Then do a radio tune save.
> 
> It looks like the discriminator input is ok or it wouldn't even read the rx level from your MSR 2000.
> 
> Once you confirm the squelch is now working, you can fine tune the squelch setting to your linking.
> 
> I generally find the DSP squelch needs to be 50 to 100 points above the idle RX level for reasonable operation. YMMV.
> 
> Hope this helps.
> 
> Jon VA3RQ
> 
> 
> On 3/29/2013 8:36 PM, George Csahanin wrote:
>> 
>> Pierre, ignore the high freq message, all of mine do that and work just fine...
>>  
>> Good luck. I hope you did "save"
>>  
>> George 2360
>> 
>> Sent from my iPad
>> 
>> On Mar 29, 2013, at 7:21 PM, "Pierre Martel" <petem001 at hotmail.com> wrote:
>> 
>>> Ok got it to tune. with rxboost=1. Did I forgot to reload the data when I made my initial test? dont know..
>>>  
>>> the program did told me that there was not a lot of high freq and not to use dsp.
>>>  
>>> But I find this odd.. Did try another URI-x, same thing. so my URI are either bad or either both good.
>>>  
>>> Using pin 21 and ground 19 is this a bad idea? There is a voltage going out from my msr2000 pin 5, I dont think it would be wise to plug it to the mic in dc on the URI..
>>>  
>>> here is the whole process..
>>>  
>>> ve2mrc*CLI> radio active usb28739
>>> Active (command) USB Radio device set to [usb28739]
>>> ve2mrc*CLI> radio tune rxnoise
>>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>>> tries=0, setting=2, meas=8224
>>> tries=1, setting=7, meas=20627
>>> tries=2, setting=9, meas=26110
>>> tries=3, setting=9, meas=25809
>>> tries=4, setting=9, meas=26031
>>> tries=5, setting=9, meas=25882
>>> tries=6, setting=9, meas=25827
>>> DONE tries=6, setting=563, meas=25827, sqnoise=8293
>>> INFO: RX INPUT ADJUST SUCCESS.
>>> WARNING: Insufficient high frequency noise from receiver.
>>> WARNING: Rx input point may be de-emphasized and not flat.
>>>          usbradio.conf setting of 'carrierfrom=dsp' not recommended.
>>> WARNING: RSSI=748 SQUELCH=500 and is set too loose.
>>>          Use 'radio tune rxsquelch' to adjust.
>>> ve2mrc*CLI> radio tune rxsquelch
>>> Current Signal Strength is 755
>>> Current Squelch setting is 500
>>> ve2mrc*CLI> radio tune rxtone
>>> INFO: RX CTCSS ADJUST START.
>>> target=2400 tolerance=100
>>> tries=0, setting=1.000000, meas=847
>>> tries=1, setting=2.833530, meas=2379
>>> tries=2, setting=2.858542, meas=2402
>>> tries=3, setting=2.856162, meas=2401
>>> tries=4, setting=2.856162, meas=2405
>>> tries=5, setting=2.856162, meas=2397
>>> DONE tries=5, setting=2.856162, meas=2397.00
>>> INFO: RX CTCSS GAIN ADJUST SUCCESS.
>>> INFO: RX RSSI=989
>>>     -- Hungup 'Zap/pseudo-2047300106'
>>> ve2mrc*CLI> radio tune rxvoice
>>> INFO: RX VOICE ADJUST START.
>>> target=7200 tolerance=360
>>> tries=0, setting=1.000000, meas=11572
>>> tries=1, setting=0.622191, meas=6708
>>> tries=2, setting=0.667826, meas=7197
>>> tries=3, setting=0.668105, meas=6958
>>> tries=4, setting=0.668105, meas=7229
>>> tries=5, setting=0.668105, meas=6849
>>> DONE tries=5, setting=0.668105, meas=6849.000000
>>> INFO: RX VOICE GAIN ADJUST SUCCESS.
>>>     -- Hungup 'Zap/pseudo-1459324833'
>>>     -- Hungup 'Zap/pseudo-1663732594'
>>> ve2mrc*CLI> radio tune save
>>> Saved radio tuning settings to usbradio_tune_usb28739.conf
>>> [Mar 29 20:00:14] NOTICE[2331]: chan_usbradio.c:1771 hidthread: USB Parameters written to EEPROM on usb28739
>>>  
>>> Now after reading the second notice I am think if I am not mixing again with my flat vs de-emphasis audio..
>>>  
>>> right now I stated that my audio is flat with rxdemod=flat... Am I ok?
>>>  
>>> Thanks for your help.. this is getting in my head.. LOL
>>>  
>>>  
>>>  
>>> From: George Csahanin
>>> Sent: Friday, March 29, 2013 3:55 PM
>>> To: Pierre Martel
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Last question first, yes, always save the settings unless you know t is only temporary.
>>>  
>>> The RXNOISE test suggests that there isn not enough noise getting to the URI. It had the gain as high as possible and still doesn''t see the amount of noise it needs. Again, that does account for your symptom. My MSR2000 manual is a UHF unit, but the control side should be looking for the same amoiunt of noise, I'll get out the manual.
>>>  
>>> OK, VHF and UHF are identical here. Where you pickup noise/rx detect audio is about 250mV. I really don't know if that is enough to drive it all. It may not be. It is amplified in the Receiver Audio/Squelch board to 380 mvRMS. That is off the output of U1 on the receive audio/squelch board which in two receiver  kodels is a horizontal card under teh vertically slotted cards. In a single frequency model it is in position 7 There is no pin where the amplified detected audio comes out, so it requires surgery. I would capacitively couple itr to pin 1 of U1This is a place where JU101, JU102, R7 (pot) , R4 (pot),m R6 33k and U1 pin 1 connect.
>>>  
>>> I'd re-check your connections and DC isolation first. I know this audio in might have voltage pn it. Or that may be the tranamit side. Wait! Just noticed something important. Your rxboost=0 on 28739. The amount you're off on the level should easily be made up there. It WILL make a difference. I just tried with rxboost=0, normal for me, and noted gain at 13 for that. I changed rxboost=1, restarted asterisk and now doe the test. Level went to 32000 gain at 0 or 1, and failed. Too high. Backed it down and it was ok. My point is that rxboost WILL make a difference for you. Then it is a matter of setting squelch. I look at radio tune rxsquelch several times and set the squelch point to be about 150 to 200 over the rxnoiselevel (labeled Signal Strength)
>>>  
>>> GeorgeC
>>> Node 2360, try connecting when you get it...
>>>  
>>>  
>>> Here's my setup:
>>>  
>>> [usb2360]
>>>  
>>> hdwtype=0
>>> rxboost=0
>>> txboost=1
>>> rxctcssrelax=1
>>> txctcssdefault=114.8
>>> rxctcssfreqs=114.8
>>> txctcssfreqs=114.8
>>> rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=notone
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=1
>>> rxondelay=0
>>> rxnoisefiltype=0
>>> rxsquelchdelay=100    ; delayline in ms carrier squelch tail eliminator
>>> eeprom=0
>>>  
>>>  
>>> Don't know what else to suggest...
>>>  
>>> GeorgeC
>>> ----- Original Message -----
>>> From: Pierre Martel
>>> To: George Csahanin ; APP RPT
>>> Sent: Friday, March 29, 2013 12:57 PM
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Goerge, if you take a look at the receiver part of the mrs 2000 you will see that it connect to the back plane by a connector, those connection then goes to various part of the repeater for filtering and tone detection on vairous different cards.. I take the audio signal directly from pin 5 of the receiver board. I dont see any filtering on the reciver board.  In fact from the service manual that you can find here (for the vhf receiver) http://www.repeater-builder.com/motorola/msr2000/pdfs/vhf-msr2000-receiver.pdf
>>>  
>>> on page 7 there is a block diagram of the receiver and we can easily see that there is no audio limitting and or filtering at all on the board.  Nad the leevl that I can see on my scope is pretty close to 250 mv as stated on the service manual..
>>>  
>>> I think that the trouble is with my settings..
>>>  
>>>  
>>> I am working on the 28739 node.
>>>  
>>> here is my usbradio.conf file
>>>  
>>> [general]
>>>  
>>> [usb27821]
>>>  
>>> hdwtype=0
>>> rxboost=1
>>> txboost=1
>>> rxctcssrelax=1
>>> txctcssdefault=103.5
>>> rxctcssfreqs=103.5
>>> txctcssfreqs=103.5
>>> ;rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=no
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=0
>>> rxondelay=1
>>> rxnoisefiltype=0
>>> eeprom=1
>>>  
>>> [usb28739]
>>>  
>>> hdwtype=0
>>> rxboost=0
>>> txboost=0
>>> rxctcssrelax=0
>>> txctcssdefault=103.5
>>> rxctcssfreqs=103.5
>>> txctcssfreqs=103.5
>>> ;rxctcssoverride=0
>>> carrierfrom=dsp
>>> ctcssfrom=dsp
>>> rxdemod=flat
>>> txprelim=yes
>>> txlimonly=no
>>> txtoctype=no
>>> txmixa=composite
>>> txmixb=composite
>>> invertptt=0
>>> duplex=1
>>> rxondelay=0
>>> rxnoisefiltype=1
>>> eeprom=1
>>>  
>>> I did not touch the 27821 one since I put it down to use one main controler not a machine connected to port 3 of our rc210, so I know its not ok..
>>>  
>>>  
>>> when i try to tune the base noise....
>>>  
>>> ve2mrc*CLI> radio active usb28739
>>> Active (command) USB Radio device set to [usb28739]
>>> ve2mrc*CLI> radio tune rxnoise
>>> tune rxnoise maxtries=12, target=27000, tolerance=2750
>>> tries=0, setting=2, meas=1754
>>> tries=1, setting=16, meas=16505
>>> tries=2, setting=16, meas=17517
>>> tries=3, setting=16, meas=15942
>>> tries=4, setting=16, meas=15816
>>> tries=5, setting=16, meas=16604
>>> tries=6, setting=16, meas=17943
>>> tries=7, setting=16, meas=17805
>>> tries=8, setting=16, meas=15489
>>> tries=9, setting=16, meas=18234
>>> tries=10, setting=16, meas=16747
>>> tries=11, setting=16, meas=17647
>>> DONE tries=12, setting=1000, meas=17647, sqnoise=5040
>>> ERROR: RX INPUT ADJUST FAILED.
>>>  
>>> then I set rxtone and rx voice. but I have a long tail of noise (about 500 ms) before it stop then I have no sound and the courtesy tone..
>>>  
>>> I never saved my settings before making test, would that be the problem? do i need to save the settings every time I adjust the system so that the settings are used in my test?
>>>  
>>>  
>>>  
>>>  
>>> From: George Csahanin
>>> Sent: Friday, March 29, 2013 2:33 AM
>>> To: Pierre Martel
>>> Subject: Re: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Pierre, are you sure that you are getting wideband noise to the usb device? Before de-emphasis? I am looking at a manual for a MSR2000 and it shows a "variable gain amplifier (U1) which feeds the squalch detector, but alsdo feeds a low pass filter on its way to the noise gate and also feeds a de-emphasis network (U2). Any audio after that cannot have enough hi frequency component to make the setup for tune rxnoise work properly, which will not let the squelch work properly. The long squelch tail you refer to is usbradio not having its squelch set properly. And that cannot be done without wide band noise in. The result would never have enough hi freq noise at the uri to actually squelch the radio. What is eventually kmuting it is the end of input PL tone...
>>>  
>>> Just my thoughts, but I have never had my hands on a MSR2000. I own one, just haven't received it yet.
>>>  
>>> GeorgeC
>>> W2DB
>>> 2360
>>>  
>>>  
>>> ----- Original Message -----
>>> From: Pierre Martel
>>> To: APP RPT
>>> Sent: Wednesday, March 27, 2013 9:38 PM
>>> Subject: [App_rpt-users] Something is rotten in the state of Denmark
>>>  
>>> Got that phrase in the head, and could not find a good title for the mail ;-)
>>>  
>>> Ok Here I am again.
>>>  
>>> Still with my project to have a full App_rpt controler for my 2 repeater system.
>>>  
>>>  
>>> I manage to have our msr 2000 in the shack today cause the exiter is giving us some trouble.
>>>  
>>> so I said, lets fix the exiter AND plug in the URI so that I wont have to do this on site.
>>>  
>>> exiter is ok, well for now...
>>>  
>>> So I connect the URI pin 22 (mic AC) to pin 5 of the receiver inside the msr2000, why 22 there is a big dc bias at this place so uning the mic dc would nt be wise, I beleive..
>>>  
>>> now I go to the computer set active radio usb 28739
>>>  
>>> now I do radio tune rxnoise.. It fail.
>>>  
>>> there is at leat 200 mv of audio there. changed rxboosst in usbradio.conf for that node, reload, no difference.
>>>  
>>> still did the radio tune rxvoice and rxtone.
>>>  
>>> then tested without saving , I have a big white noise at the end of every receiption before the coutesy tone..
>>>  
>>> what Am I doing wrong?
>>>  
>>>  
>> 
>> 
>> _______________________________________________
>> 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/20130331/9dce7da1/attachment.html>