November 2006 - App_rpt-users - lists.keekles.org

[App_rpt] Interface a CAT200B controller to the ARIB
by Will 05 Dec '06

05 Dec '06

Hello to the group, Is there anybody in the group have interfaced the ARIB to a controller? I have a CAT200B+RLS1000B, which is a 4 port repeater controller with 1 repeater and 4 link ports. I am wondering is it possible to interface the ARIB to the repeater port and have ARIB talk to the link ports. The link ports will be 2 meters, an IRLP node and a toss up between a 220 or a 440 rig. this will also link up to a 440 repeater on hill top here in the city. If anyone could help I would really appreciate it. I do have a wiring diagram that I will share if you would like to see what I have attempted. Thanks Will / W4WWM

2 1

[App_rpt] Accident
by Will 29 Nov '06

29 Nov '06

Wow! I didn't see the post on the 23 of Nov until the night. Steve and Jim very sorry to hear about the accident. We will be praying for you and Jim on a super fast recovery. My last and finally motorcycle ride/accident was in Yuma, Arizona with a little old lady running a stop sign. The motorcycle was total, I was bang up pretty bad but live to say no mas no mas. Anyway hurry back and hope all goes well on a speedy recovery. Will / W4WWM

1 0

[App_rpt] Using app_rpt as a dumb full duplex voice repeater
by Raphael Hertzog 24 Nov '06

24 Nov '06

Hello, on the recommandation of François Bergeret (F6HQZ), I tried to use app_rpt for a very specific application. This application is not ham-related so I'm sometimes lost in app_rpt's documentation as I don't understand everything. My problematic is very simple: on one side I have an audio connection initiated by SIP. On the other side I have a 4-wires analogic line (2 wires for rx and 2 wires for tx, that's the part which is common with the HAM world and that app_rpt is able to handle) conveying *only* the voice (there's no signalling at all). My goal is to bridge the two sides: as soon as the SIP connection is established, the audio should be forwarded on the "tx" line and the audio received on the "rx" line should be sent to the SIP side. And I try to use app_rpt to do this bridging. On the hardware side I'm using a Digium TDM400P with two FXO modules (since I don't want to feed current on the analogic lines). The zaptel configuration is: fxsks=3 # FXO RX pair fxsls=4 # FXO TX pair The Asterisk zapata configuration is: signalling=fxs_rx channel => 3 signalling=fxs_tx channel => 4 The app_rpt configuration is the smallest to I could come up with: [100] ; Node ID of first repeater rxchannel = Zap/3 ; Rx audio/signalling channel txchannel = Zap/4 ; Tx audio/signalling channel idrecording = test ; id recording [nodes] 100 = incoming(a)127.0.0.1,NONE Then in the Asterisk's extensions.conf, I create the application associated to my SIP id "testfxo": exten => testfxo,1,Answer() exten => testfxo,n,Rpt(100|D) exten => testfxo,n,Hangup() Using the "Dumb Control Phone" mode is the one which gave the best results (standard mode is refused, it accepts only IAX lines). In this configuration, I can connect via SIP to "testfxo" and I can hear my voice in the tx line and I can also hear (on the SIP side) the sound received on the rx line (but I have some echo).... this last a few dozen seconds at which point, there's a female voice which says "100" (the name of the repeater) and then I lost one direction of communication (analog->SIP). This side of the communication also happened to suffer from a delay of 1 second whereas the communication in the other direction seems without delay. For this setup to work, we had to polarize the analog lines by injecting some current. I don't know if this a requirement of the FXO module itself or if this just a signalling problem (ie app_rpt/Asterisk waits until the line seems to be connected before starting to really communicate). (If you know the answer, I'm interested, and if you know how to avoid this requirement I'm even more interested ;-)) After this lengthy explanation, let me ask some questions: - is there a way to configure app_rpt to just do the bridging without offering any control functions ? I bet that the delay I mentionned above is due to the operations made by app_rpt (DTMF decoding, etc). Is the non-Phone control mode supposed to be what I'm looking for? If yes, do you know why only IAX connections are accepted ? I tried to look in the code, but I didn't find any valid reason except that some authentication is made using IAX parameters. If this is the only reason, it should be easy to modify it to accept a SIP connection. - what's the difference in behaviour between before and after the announce of the repeater name ? - given my requirement I bet that I will create a new application based on app_rpt where I will strip most of the code and keep only the required parts. app_rpt is a big piece of code (>6000 lines) so if someone familiar with the code could point me to the most important functions to keep and play with, I'd be grateful. If you have seen big mistakes in the approach that I followed, feel free to correct me. :-) Thank you in advance for your help. And I also wish a quick recovery to Steve & Jim. -- Raphaël Hertzog -+- http://www.ouaza.com Freexian : des développeurs Debian au service des entreprises http://www.freexian.com

1 0

Re: [App_rpt] Macro's and DTMF
by Jim Duuuude 23 Nov '06

23 Nov '06

How interesting, it didnt work for me either. :-) If you use the included code, it will however :-). thanks for letting me know about this. laters >From: "Gary Young" <pcfrover(a)tcomeng.com> >Reply-To: pcfrover(a)tcomeng.com,Asterisk Repeater Controler ><app_rpt(a)lists.illiana.net> >To: "'Asterisk Repeater Controler'" <app_rpt(a)lists.illiana.net> >Subject: Re: [App_rpt] Macro's and DTMF >Date: Mon, 6 Nov 2006 08:03:19 -0800 >MIME-Version: 1.0 >Received: from lists.illiana.net ([207.227.243.140]) by >bay0-mc3-f6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Mon, 6 >Nov 2006 08:02:27 -0800 >Received: (qmail 21300 invoked from network); 6 Nov 2006 16:01:24 -0000 >Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by 0 with SMTP; 6 >Nov 2006 16:01:24 -0000 >Received: (qmail 21252 invoked from network); 6 Nov 2006 16:01:18 -0000 >Received: from alnrmhc11.comcast.net (206.18.177.51)by 0 with SMTP; 6 Nov >2006 16:01:18 -0000 >Received: from den (c-69-181-173-31.hsd1.ca.comcast.net[69.181.173.31])by >comcast.net (alnrmhc11) with SMTPid <20061106160117b1100fnerde>; Mon, 6 Nov >2006 16:01:17 +0000 >X-Message-Info: LsUYwwHHNt3660MmjhEvYg2f34OAemlKtU9j2Z7TuGo= >Return-Path: <pcfrover(a)tcomeng.com> >Delivered-To: mailman-app_rpt(a)lists.illiana.net >X-Mailer: Microsoft Office Outlook 11 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 >thread-index: AccAVP3hQ25nxhb1R/6BLro3X7HtyABaARDA >X-BeenThere: app_rpt(a)lists.illiana.net >X-Mailman-Version: 2.1.6 >Precedence: list >List-Id: Asterisk Repeater Controler <app_rpt.lists.illiana.net> >List-Unsubscribe: ><http://lists.illiana.net/mailman/listinfo/app_rpt>,<mailto:app_rpt-request@lists.illiana.net?subject=unsubscribe> >List-Archive: <http://lists.illiana.net/pipermail/app_rpt> >List-Post: <mailto:app_rpt@lists.illiana.net> >List-Help: <mailto:app_rpt-request@lists.illiana.net?subject=help> >List-Subscribe: ><http://lists.illiana.net/mailman/listinfo/app_rpt>,<mailto:app_rpt-request@lists.illiana.net?subject=subscribe> >Errors-To: app_rpt-bounces(a)lists.illiana.net >X-OriginalArrivalTime: 06 Nov 2006 16:02:28.0178 (UTC) >FILETIME=[F526AB20:01C701BC] > >This didn't work for me. Can you send an example? > >Gary > > > -----Original Message----- > > From: app_rpt-bounces(a)lists.illiana.net > > [mailto:app_rpt-bounces@lists.illiana.net] On Behalf Of Jim Duuuude > > Sent: Saturday, November 04, 2006 1:05 PM > > To: app_rpt(a)lists.illiana.net > > Subject: Re: [App_rpt] Macro's and DTMF > > > > if you only use single digit strings. Use longer strings and > > you can have > > more. > > > > > >_______________________________________________ >App_rpt mailing list >App_rpt(a)lists.illiana.net >http://lists.illiana.net/mailman/listinfo/app_rpt

8 27

[App_rpt] No connection to your node
by Will Wright 23 Nov '06

23 Nov '06

Hello Steve, I don't have connection to your node. Are you busy at the moment? need help on figuring what went wrong. Plus I have the new controller in line and working on more RF links. Need a little help when you have the time. Thanks Will / W4WWM

1 0

Re: [App_rpt] Telco PTT
by hwstar＠rodgers.sdcoxmail.com 18 Nov '06

18 Nov '06

Jim thinks these are both are good ideas we will look in to it. > > From: Gary <gary(a)tcomeng.com> > Date: 2006/11/17 Fri AM 09:19:59 PST > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > Subject: [App_rpt] Telco PTT > > We have lots of telco connect usage on our system utilizing the Tel PTT > feature to comm over the radio. Occasionally people forget there PTT is > active. > > Is there a way to put an enunciation tone on the Telco RX audio when the > PTT is active? Maybe a beep every 20 seconds or such to remind you that > the PTT is active? > > Another idea would be to have a Tel PTT Time out timer to limit how long > the PTT is active. > > Anyone have any thoughts on this? > > > Gary > ___________________ > Gary Young - K6HN > > > Steve Rodgers wrote: > > [1234] > > functions=functions-remode > > ; Auth level for remote base nodes > > ;0 = logins disabled (default) > > ;1 = require login, but do not prompt, > > ;2=require login and prompt > > authlevel = 1 > > > > [functions-remote] > > ; > > ; User passwords for use with authlevel > 1. > > ; Define one function for each user so each user has a separate access code. > > ; Passwords are variable in length and can be as long or as short as desired. > > ; Each password takes four arguments: the 'remote' keyword, the method (99), > > ; the announce callsign, and a license class designator. Note that the license > > ; class designator ignored at this time by app_rpt, but future versions will > > ; limit license classes to appropriate HF subbands. > > ; > > ; Users must log in within a time out period, or the remote base will > > ; automatically disconnect. Once a user successully logs in, the callsign > > ; of the user will be announced. (You will need to add the additional > > ; sound files to support the voice prompts if you are upgrading an > > ; existing installation). > > ; > > 845678=remote,99,WB6NIL,G > > 88765=remote,99,WA6ZFT,E > > > > > > > > > > On Thursday 16 November 2006 07:59, Gary wrote: > >> Please send a sample authlevel setup as I have not found any info on how > >> to set it up in the rpt.conf file. > >> > >> I am using a Yaesu CT-62 level converter. > >> > >> Do I need to set the CPU serial port speed/bits etc in Linux first? > >> > >> I can look at the serial data tonight and try the default command settings. > >> > >> Gary > >> > >> Steve Rodgers wrote: > >>> Gary, > >>> > >>> The login function can be used to get unauthorized users from accessing a > >>> remote base. If the authlevel is a 1 or 2 in the node config block, it > >>> will prevent the remote base from being used until a password is entered. > >>> The default authlevel is 0 (off). You may have several login entries > >>> defined to allow each user to have their own password. At some point we > >>> may also allow logins to be limited to HF subbands by license class. > >>> > >>> Regarding the issues with your FT897 setup: > >>> > >>> Do you have anything you can hook up to the serial port and grab what is > >>> being sent to the radio? We'd like to know if what is being sent is > >>> correct, and verify the baud rate is set correctly. > >>> > >>> Have you tried using the default command settings? Do they act any > >>> differently? > >>> > >>> One other question, what are to using to shift the levels from RS-232 to > >>> TTL? > >>> > >>> Steve, > >>> > >>> WA6ZFT > >>> > >>> On Wednesday 15 November 2006 23:54, Gary wrote: > >>>> My FT897 is not reacting properly to the remote commands. Scan and step > >>>> sort of work, nothing else. A mode change locks the front panel. > >>>> > >>>> I have the CAT Baud rate set to 9600. > >>>> > >>>> What am I missing here? > >>>> > >>>> What is the "user login" function for? > >>>> > >>>> Here is my config. > >>>> > >>>> [1022] > >>>> rxchannel = Zap/1 > >>>> remote=ft897 > >>>> functions = functions-remote > >>>> phone_functions = functions-remote > >>>> ioport = /dev/ttyS0 > >>>> > >>>> [functions-remote] > >>>> 11=remote,2 ; Set freq. > >>>> 12=remote,119 ; Tune > >>>> 13=remote,6 ; Set mode > >>>> > >>>> 21=remote,101 ; Rx PL on > >>>> 22=remote,4 ; Set rx PL tone > >>>> 23=remote,100 ; Rx PL off > >>>> 24=remote,103 ; Tx PL on > >>>> 25=remote,3 ; Set tx PL tone > >>>> 26=remote,102 ; Tx PL off > >>>> > >>>> 31=remote,104 ; Low Power > >>>> 32=remote,105 ; Medium Power > >>>> 33=remote,106 ; High Power > >>>> > >>>> 41=remote,110 ; Bump +20 > >>>> 42=remote,111 ; Bump +100 > >>>> 43=remote,112 ; Bump +500 > >>>> 44=remote,107 ; Bump -20 > >>>> 45=remote,108 ; Bump -100 > >>>> 46=remote,109 ; Bump -500 > >>>> > >>>> 71=remote,116 ; Scan + slow > >>>> 72=remote,117 ; Scan + quick > >>>> 73=remote,118 ; Scan + fast > >>>> 74=remote,113 ; Scan - slow > >>>> 75=remote,114 ; Scan - quick > >>>> 76=remote,115 ; Scan - fast > >>>> > >>>> 61=remote,5 ; Long status query > >>>> 60=remote,140 ; Short status query > >>>> > >>>> 99=remote,99 ; User login > >>>> > >>>> 0=cop,6 ; Phone PTT > >>>> > >>>> > >>>> Gary > >>>> _______________________________________________ > >>>> App_rpt mailing list > >>>> App_rpt(a)lists.illiana.net > >>>> http://lists.illiana.net/mailman/listinfo/app_rpt > >>> _______________________________________________ > >>> App_rpt mailing list > >>> App_rpt(a)lists.illiana.net > >>> http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > > App_rpt mailing list > > App_rpt(a)lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt >

1 0

Re: [App_rpt] Telco PTT
by hwstar＠rodgers.sdcoxmail.com 18 Nov '06

18 Nov '06

Jim thinks these are both are good ideas we will look in to it. > > From: Gary <gary(a)tcomeng.com> > Date: 2006/11/17 Fri AM 09:19:59 PST > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > Subject: [App_rpt] Telco PTT > > We have lots of telco connect usage on our system utilizing the Tel PTT > feature to comm over the radio. Occasionally people forget there PTT is > active. > > Is there a way to put an enunciation tone on the Telco RX audio when the > PTT is active? Maybe a beep every 20 seconds or such to remind you that > the PTT is active? > > Another idea would be to have a Tel PTT Time out timer to limit how long > the PTT is active. > > Anyone have any thoughts on this? > > > Gary > ___________________ > Gary Young - K6HN > > > Steve Rodgers wrote: > > [1234] > > functions=functions-remode > > ; Auth level for remote base nodes > > ;0 = logins disabled (default) > > ;1 = require login, but do not prompt, > > ;2=require login and prompt > > authlevel = 1 > > > > [functions-remote] > > ; > > ; User passwords for use with authlevel > 1. > > ; Define one function for each user so each user has a separate access code. > > ; Passwords are variable in length and can be as long or as short as desired. > > ; Each password takes four arguments: the 'remote' keyword, the method (99), > > ; the announce callsign, and a license class designator. Note that the license > > ; class designator ignored at this time by app_rpt, but future versions will > > ; limit license classes to appropriate HF subbands. > > ; > > ; Users must log in within a time out period, or the remote base will > > ; automatically disconnect. Once a user successully logs in, the callsign > > ; of the user will be announced. (You will need to add the additional > > ; sound files to support the voice prompts if you are upgrading an > > ; existing installation). > > ; > > 845678=remote,99,WB6NIL,G > > 88765=remote,99,WA6ZFT,E > > > > > > > > > > On Thursday 16 November 2006 07:59, Gary wrote: > >> Please send a sample authlevel setup as I have not found any info on how > >> to set it up in the rpt.conf file. > >> > >> I am using a Yaesu CT-62 level converter. > >> > >> Do I need to set the CPU serial port speed/bits etc in Linux first? > >> > >> I can look at the serial data tonight and try the default command settings. > >> > >> Gary > >> > >> Steve Rodgers wrote: > >>> Gary, > >>> > >>> The login function can be used to get unauthorized users from accessing a > >>> remote base. If the authlevel is a 1 or 2 in the node config block, it > >>> will prevent the remote base from being used until a password is entered. > >>> The default authlevel is 0 (off). You may have several login entries > >>> defined to allow each user to have their own password. At some point we > >>> may also allow logins to be limited to HF subbands by license class. > >>> > >>> Regarding the issues with your FT897 setup: > >>> > >>> Do you have anything you can hook up to the serial port and grab what is > >>> being sent to the radio? We'd like to know if what is being sent is > >>> correct, and verify the baud rate is set correctly. > >>> > >>> Have you tried using the default command settings? Do they act any > >>> differently? > >>> > >>> One other question, what are to using to shift the levels from RS-232 to > >>> TTL? > >>> > >>> Steve, > >>> > >>> WA6ZFT > >>> > >>> On Wednesday 15 November 2006 23:54, Gary wrote: > >>>> My FT897 is not reacting properly to the remote commands. Scan and step > >>>> sort of work, nothing else. A mode change locks the front panel. > >>>> > >>>> I have the CAT Baud rate set to 9600. > >>>> > >>>> What am I missing here? > >>>> > >>>> What is the "user login" function for? > >>>> > >>>> Here is my config. > >>>> > >>>> [1022] > >>>> rxchannel = Zap/1 > >>>> remote=ft897 > >>>> functions = functions-remote > >>>> phone_functions = functions-remote > >>>> ioport = /dev/ttyS0 > >>>> > >>>> [functions-remote] > >>>> 11=remote,2 ; Set freq. > >>>> 12=remote,119 ; Tune > >>>> 13=remote,6 ; Set mode > >>>> > >>>> 21=remote,101 ; Rx PL on > >>>> 22=remote,4 ; Set rx PL tone > >>>> 23=remote,100 ; Rx PL off > >>>> 24=remote,103 ; Tx PL on > >>>> 25=remote,3 ; Set tx PL tone > >>>> 26=remote,102 ; Tx PL off > >>>> > >>>> 31=remote,104 ; Low Power > >>>> 32=remote,105 ; Medium Power > >>>> 33=remote,106 ; High Power > >>>> > >>>> 41=remote,110 ; Bump +20 > >>>> 42=remote,111 ; Bump +100 > >>>> 43=remote,112 ; Bump +500 > >>>> 44=remote,107 ; Bump -20 > >>>> 45=remote,108 ; Bump -100 > >>>> 46=remote,109 ; Bump -500 > >>>> > >>>> 71=remote,116 ; Scan + slow > >>>> 72=remote,117 ; Scan + quick > >>>> 73=remote,118 ; Scan + fast > >>>> 74=remote,113 ; Scan - slow > >>>> 75=remote,114 ; Scan - quick > >>>> 76=remote,115 ; Scan - fast > >>>> > >>>> 61=remote,5 ; Long status query > >>>> 60=remote,140 ; Short status query > >>>> > >>>> 99=remote,99 ; User login > >>>> > >>>> 0=cop,6 ; Phone PTT > >>>> > >>>> > >>>> Gary > >>>> _______________________________________________ > >>>> App_rpt mailing list > >>>> App_rpt(a)lists.illiana.net > >>>> http://lists.illiana.net/mailman/listinfo/app_rpt > >>> _______________________________________________ > >>> App_rpt mailing list > >>> App_rpt(a)lists.illiana.net > >>> http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > > App_rpt mailing list > > App_rpt(a)lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt >

1 0

[App_rpt] system architecture and implimentation
by Eric Fort 14 Nov '06

14 Nov '06

I have floated the idea of possibly using asterisk/app_rpt to update an existing linked system which currently covers multiple states. In discussing this some questions of architecture have come up so I'm posing them to the list below. Many if not most of our sites have no access to telecom facilities, can be inaccessible for about 4 months out of the year, and the temperature in the buildings can reach vast extremes. Currently we link over radio channels on the 440 band but are working to move to microwave t-1 links with t-1 radios in the ham band and channel banks splitting out the audio. What signaling can be done over the existing single channel links to interface with legacy systems and how can the app_rpt boxes in the system signal each other over these links to convey status and signaling information between them? How would you go about addressing the environmental concerns above or architecting around them? Thanks, Eric KG6KQT

2 1

[App_rpt] quad port radio cards
by Eric Fort 13 Nov '06

13 Nov '06

Where can I order one or more PCI quad port radio cards and what do they cost? I have yet to find a direct link to order. Thanks, Eric KG6KQT

3 3

Re: [App_rpt] quad port radio cards
by hwstar＠rodgers.sdcoxmail.com 13 Nov '06

13 Nov '06

Eric, The link to pricing info and terms of sale is at qrvc.com/radiocards.html. Hams get a discount, email me off-list at sales.qrvc.com for details. For domestic orders, Paypal is the quickest way to pay. Steve Rodgers QRV Communications > > From: "Eric Fort" <eric.fort(a)gmail.com> > Date: 2006/11/13 Mon PM 12:11:28 PST > To: "Asterisk Repeater Controler" <app_rpt(a)lists.illiana.net> > Subject: [App_rpt] quad port radio cards > > Where can I order one or more PCI quad port radio cards and what do they > cost? I have yet to find a direct link to order. > > Thanks, > > Eric KG6KQT > > _______________________________________________ App_rpt mailing list App_rpt(a)lists.illiana.net http://lists.illiana.net/mailman/listinfo/app_rpt

1 0