From n9yty at n9yty.com Mon Jul 14 20:07:24 2008 From: n9yty at n9yty.com (Steven Palm) Date: Mon, 14 Jul 2008 15:07:24 -0500 Subject: [App_rpt] Hot TX audio Message-ID: <8D07779A-E625-407C-85E3-2C764E50A8C3@n9yty.com> Hi all, Just fishing for ideas... I have my app_rpt node connected to a radio right now via the mic input, and the audio is HOT. Using the 'radio tune txvoice' command, I get no audioble ouput when using a number below 27, but anything over 50 or so drives the radio way way wide in deviation and starts clipping. I'm assuming that the parameter here is adjusting the volume on the USB sound fob, and it's just too much for the rig... Thinking a resistor in the TX audio line would do it, any suggested for a size? :) Then I can run over to Radio Shack and pay them $3.95 for an $0.18 resistor. LoL Steve From hwstar at rodgers.sdcoxmail.com Mon Jul 14 22:52:31 2008 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Mon, 14 Jul 2008 15:52:31 -0700 Subject: [App_rpt] Hot TX audio Message-ID: <20080714225231.RFOP822.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com> Use an 'L' network made out of 2 resistors. Start with 68 kohms for the top resistor, and 470 ohms for the bottom resistor. Feed the output output from the fob to the top resistor, and take the audio at the tap for the microphone input. Connect the bottom of the 470 ohm resistor to mic ground. There's no standard for microphone sensitivity across radios. It varies all over the place from a few millivolts P-P to a volt P-P or so. If you are willing to tear the radio apart, you could inject the USB fob output right into the modulator of the radio. This will provide the best signal to noise ratio. This is what I prefer to do. Steve WA6ZFT > > From: Steven Palm > Date: 2008/07/14 Mon PM 01:07:24 PDT > To: Asterisk Repeater Controler > Subject: [App_rpt] Hot TX audio > > Hi all, > > Just fishing for ideas... I have my app_rpt node connected to a radio > right now via the mic input, and the audio is HOT. Using the 'radio > tune txvoice' command, I get no audioble ouput when using a number > below 27, but anything over 50 or so drives the radio way way wide in > deviation and starts clipping. > > I'm assuming that the parameter here is adjusting the volume on the > USB sound fob, and it's just too much for the rig... Thinking a > resistor in the TX audio line would do it, any suggested for a > size? :) Then I can run over to Radio Shack and pay them $3.95 for an > $0.18 resistor. LoL > > Steve > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From telesistant at hotmail.com Wed Jul 16 23:51:14 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 16 Jul 2008 16:51:14 -0700 Subject: [App_rpt] Hot TX audio In-Reply-To: <8D07779A-E625-407C-85E3-2C764E50A8C3@n9yty.com> References: <8D07779A-E625-407C-85E3-2C764E50A8C3@n9yty.com> Message-ID: a resistor or 2 is always good for that, since it also makes for better decoupling and thats good when you have such a sensitive input. > From: n9yty at n9yty.com > To: app_rpt at lists.illiana.net > Date: Mon, 14 Jul 2008 15:07:24 -0500 > Subject: [App_rpt] Hot TX audio > > Hi all, > > Just fishing for ideas... I have my app_rpt node connected to a radio > right now via the mic input, and the audio is HOT. Using the 'radio > tune txvoice' command, I get no audioble ouput when using a number > below 27, but anything over 50 or so drives the radio way way wide in > deviation and starts clipping. > > I'm assuming that the parameter here is adjusting the volume on the > USB sound fob, and it's just too much for the rig... Thinking a > resistor in the TX audio line would do it, any suggested for a > size? :) Then I can run over to Radio Shack and pay them $3.95 for an > $0.18 resistor. LoL > > Steve > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sat Jul 19 20:43:30 2008 From: kb4fxc at inttek.net (David McGough) Date: Sat, 19 Jul 2008 16:43:30 -0400 (EDT) Subject: [App_rpt] URI configuration help Message-ID: Hi Everyone, I'm finally getting to "finish up" my URI based project and wondered if someone could help point me to some advanced sample asterisk/app_rpt config files (usbradio.conf, rpt.conf, primarily) for using the URI adapters. I've currently got 1 URI working properly with my TKR-850 repeater. Now, I want to add 2 remote base radios for VHF and HF, do some linking, etc. I, mainly need more info about the syntax to use with multiple URI's, usbradio.conf options, etc. Thanks in advance! David KB4FXC From hwstar at rodgers.sdcoxmail.com Sat Jul 19 22:56:19 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sat, 19 Jul 2008 15:56:19 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: Message-ID: <48827113.7090100@rodgers.sdcoxmail.com> David, This is one area where our documentation falls short. We have got automated installs and config examples for single-node systems, but no examples for multi-node systems. Basically for each usb mode entries will need to be made in usbradio.conf, rpt.conf, and extensions.conf. *** usbradio.conf *** [general] ; Nothing in the general section for multiple devices. [usb] ; first node ; Insert all USB config options from usbradio.conf.sample here except ; for devicenum setting. Modify settings to suit configuration. . . . devicenum=0 ; unique for each device defined . . . [usb1] ; second node . . . devicenum=1 . . . [usb2] ; third node . . . devicenum=2 . . . *** extensions.conf **** exten => 1234,1,rpt,1234 # first node exten => 5678,1,rpt,5678 # second node exten => 9012,1,rpt,9012 # third node **** rpt.conf **** rpt.conf [1234] ; first node rxchannel = Radio/usb ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . [5678] ; second node rxchannel = Radio/usb1 ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . [9012] ; third node rxchannel = Radio/usb2 ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . Standard disclaimer boilerplate: I tried to answer your question. I haven't tested what is documented above. I just did some quick research to come up with this answer, and the research was not in-depth, There may very well be something I left out, so your mileage may vary. There are no guarantees. If you find something and fix it, please post it back to the list so everyone will benefit from it. Steve WA6ZFT David McGough wrote: > > Hi Everyone, > > I'm finally getting to "finish up" my URI based project and wondered if > someone could help point me to some advanced sample asterisk/app_rpt > config files (usbradio.conf, rpt.conf, primarily) for using the URI > adapters. > > I've currently got 1 URI working properly with my TKR-850 repeater. Now, I > want to add 2 remote base radios for VHF and HF, do some linking, etc. I, > mainly need more info about the syntax to use with multiple URI's, > usbradio.conf options, etc. > > Thanks in advance! > > David KB4FXC > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From w4rfj at comcast.net Sun Jul 20 04:56:14 2008 From: w4rfj at comcast.net (Roger F. Jordan Sr.) Date: Sun, 20 Jul 2008 00:56:14 -0400 Subject: [App_rpt] URI configuration help In-Reply-To: <48827113.7090100@rodgers.sdcoxmail.com> Message-ID: Below are examples of MY SETUP as assisted by W9SH I removed the Functions but notice the phone functions use two different function lists for Phonepatch... They are not included for security reasons... I hope this helps!!! Also Steve, Did you get my apps for The GMRS, FRS and MURS and All the registrations for the different systems I applied for (or is that not you) I would also like to talk to You guys about Phone patch control... Best Regards to ALL Roger W4RFJ ; rpt.conf ; 20071103 0900 sphenke at xelatec.com ; Radio Repeater / Remote Base config for use with app_rpt ; manipulated by the app_rpt installation script ; text strings that begin with xxx_ should be manually edited ; if the install script does not replace them. [101] rxchannel = radio/usb duplex = 2 functions = functions ; DTMF function list link_functions = functions-linked ; DTMF function list for link phone_functions = functions-phone-1 ; (optional) different functions for 'P' mode tonezone = us ; use US tones (default) context = from-internal ; dialing context for phone callerid = "de w4rfj/r"<445.95 pl100> ; Callerid for phone calls idrecording=|ide w4rfj/r accountcode=RADIO ; account code (optional) funcchar = * ; function lead-in character (defaults to '*') endchar = # ; command mode end character (defaults to '#') hangtime=10 ; squelch tail hang time (in ms) (optional) totime=180000 ; transmit time-out time (in ms) (optional) idtime=600000 ; id interval time (in ms) (optional) politeid=30000 ; time in milliseconds before ID timer propagate_phonedtmf=yes ;propagate_phonedtmf = yes unlinkedct=ct1 ; DTMF sent to system from phone gets ; repeated into main system output and [102] rxchannel = radio/usb1 duplex = 0 functions = functions ; DTMF function list link_functions = functions-linked ; DTMF function list for link phone_functions = functions-phone-1 ; different functions tonezone = us ; use US tones (default) context = from-internal ; dialing context for phone callerid = "wqex329" ; Callerid for phone calls idrecording=|iK accountcode=RADIO ; account code (optional) funcchar = * ; function lead-in character (defaults to '*') endchar = # ; command mode end character (defaults to '#') hangtime=3 ; squelch tail hang time (in ms) (optional) totime=180000 ; transmit time-out time (in ms) (optional) idtime=600000 ; id interval time (in ms) (optional) politeid=30000 ; time in milliseconds before ID timer propagate_phonedtmf=no *************everything in between deals with DTMF Commands Etc... 101 = radio at 192.168.14.149:4569/101,NONE 102 = radio at 192.168.14.149:4569/102,NONE ; end of file - rpt.conf ------------------------------------------------------------------------ ; usbradio.conf ; Configuration for chan_usbradio ; 20071205 0845 sphenke at xelatec.com ; refer to globals_rpt_custom.conf for variable definitions ; [general] rxcpusaver=0 txcpusaver=0 [usb] hwtype=0 rxboost=1 rxctcssrelax=0 txctcssdefault=100.0 rxctcssfreqs=100.0 txctcssfreqs=100.0 carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=yes txtoctype=notone txmixa=composite txmixb=no invertptt=0 ;rxfreq=445.950000 ;txfreq=147.490000 duplex=1 eeprom=0 [usb1] hwtype=0 rxboost=1 rxctcssrelax=1 ;txctcssdefault=0 ;rxctcssfreq=0 ;txctcssfreq=0 carrierfrom=vox ctcssfrom=no rxdemod=speaker txprelim=no txtoctype=no; notone txmixa=voice txmixb=no invertptt=0 ;rxfreq=462.562500 ;txfreq=462.562500 duplex=0 eeprom=0 -----Original Message----- From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers Sent: Saturday, July 19, 2008 6:56 PM To: Asterisk Repeater Controler Subject: Re: [App_rpt] URI configuration help David, This is one area where our documentation falls short. We have got automated installs and config examples for single-node systems, but no examples for multi-node systems. Basically for each usb mode entries will need to be made in usbradio.conf, rpt.conf, and extensions.conf. *** usbradio.conf *** [general] ; Nothing in the general section for multiple devices. [usb] ; first node ; Insert all USB config options from usbradio.conf.sample here except ; for devicenum setting. Modify settings to suit configuration. . . . devicenum=0 ; unique for each device defined . . . [usb1] ; second node . . . devicenum=1 . . . [usb2] ; third node . . . devicenum=2 . . . *** extensions.conf **** exten => 1234,1,rpt,1234 # first node exten => 5678,1,rpt,5678 # second node exten => 9012,1,rpt,9012 # third node **** rpt.conf **** rpt.conf [1234] ; first node rxchannel = Radio/usb ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . [5678] ; second node rxchannel = Radio/usb1 ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . [9012] ; third node rxchannel = Radio/usb2 ; Configuration settings from rpt.conf.sample tailored to your application follow the channel definition above. . . . Standard disclaimer boilerplate: I tried to answer your question. I haven't tested what is documented above. I just did some quick research to come up with this answer, and the research was not in-depth, There may very well be something I left out, so your mileage may vary. There are no guarantees. If you find something and fix it, please post it back to the list so everyone will benefit from it. Steve WA6ZFT David McGough wrote: > > Hi Everyone, > > I'm finally getting to "finish up" my URI based project and wondered if > someone could help point me to some advanced sample asterisk/app_rpt > config files (usbradio.conf, rpt.conf, primarily) for using the URI > adapters. > > I've currently got 1 URI working properly with my TKR-850 repeater. Now, I > want to add 2 remote base radios for VHF and HF, do some linking, etc. I, > mainly need more info about the syntax to use with multiple URI's, > usbradio.conf options, etc. > > Thanks in advance! > > David KB4FXC > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > _______________________________________________ App_rpt mailing list App_rpt at lists.illiana.net http://lists.illiana.net/mailman/listinfo/app_rpt From josh.roberson at comcast.net Sun Jul 20 05:08:26 2008 From: josh.roberson at comcast.net (Josh Roberson) Date: Sun, 20 Jul 2008 00:08:26 -0500 Subject: [App_rpt] USB Radio for MAC?? Message-ID: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> I was wondering if the usb radio drivers require zaptel (now known as DAHDI) drivers/hardware or if the usb radio drivers can be used standalone? I run Apple equipment here, and I would love to tie my asterisk server (running on my osx server) into my radio, but zaptel is out of the question on this platform. Any help is appreciated! -Josh WX4JRR From hwstar at rodgers.sdcoxmail.com Sun Jul 20 06:37:34 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sat, 19 Jul 2008 23:37:34 -0700 Subject: [App_rpt] USB Radio for MAC?? In-Reply-To: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> References: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> Message-ID: <4882DD2E.9010103@rodgers.sdcoxmail.com> Josh, Yes, they require the use of the ztdummy driver in Zaptel as a timing source. Steve Rodgers WA6ZFT Josh Roberson wrote: > I was wondering if the usb radio drivers require zaptel (now known as > DAHDI) drivers/hardware or if the usb radio drivers can be used > standalone? I run Apple equipment here, and I would love to tie my > asterisk server (running on my osx server) into my radio, but zaptel > is out of the question on this platform. > > Any help is appreciated! > > -Josh > WX4JRR > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From hwstar at rodgers.sdcoxmail.com Sun Jul 20 06:41:24 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sat, 19 Jul 2008 23:41:24 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: <20080720045454.BIDJ26203.dukecmmtai01.coxmail.com@dukecmimpi02.coxmail.com> References: <20080720045454.BIDJ26203.dukecmmtai01.coxmail.com@dukecmimpi02.coxmail.com> Message-ID: <4882DE14.5050505@rodgers.sdcoxmail.com> Roger, Jim WB6NIL does all pttlink registration work, at least for now. Steve, WA6ZFT Roger F. Jordan Sr. wrote: > Below are examples of MY SETUP as assisted by W9SH > > I removed the Functions but notice the phone functions use two different > function lists for Phonepatch... They are not included for security > reasons... > > I hope this helps!!! > > Also Steve, Did you get my apps for The GMRS, FRS and MURS and All the > registrations for the different systems I applied for (or is that not you) > > I would also like to talk to You guys about Phone patch control... > > Best Regards to ALL > > Roger W4RFJ > > ; rpt.conf > ; 20071103 0900 sphenke at xelatec.com > > ; Radio Repeater / Remote Base config for use with app_rpt > ; manipulated by the app_rpt installation script > ; text strings that begin with xxx_ should be manually edited > ; if the install script does not replace them. > > [101] > rxchannel = radio/usb > duplex = 2 > functions = functions ; DTMF function list > link_functions = functions-linked ; DTMF function list for link > phone_functions = functions-phone-1 ; (optional) different functions for > 'P' mode > tonezone = us ; use US tones (default) > context = from-internal ; dialing context for phone > callerid = "de w4rfj/r"<445.95 pl100> ; Callerid for phone calls > idrecording=|ide w4rfj/r > accountcode=RADIO ; account code (optional) > funcchar = * ; function lead-in character > (defaults to '*') > endchar = # ; command mode end character > (defaults to '#') > hangtime=10 ; squelch tail hang time (in ms) > (optional) > totime=180000 ; transmit time-out time (in ms) > (optional) > idtime=600000 ; id interval time (in ms) > (optional) > politeid=30000 ; time in milliseconds before ID > timer > propagate_phonedtmf=yes ;propagate_phonedtmf = yes > unlinkedct=ct1 ; DTMF sent to system from phone > gets > ; repeated into main system output > and > > [102] > rxchannel = radio/usb1 > duplex = 0 > functions = functions ; DTMF function list > link_functions = functions-linked ; DTMF function list for link > phone_functions = functions-phone-1 ; different functions > tonezone = us ; use US tones (default) > context = from-internal ; dialing context for phone > callerid = "wqex329" ; Callerid for phone calls > idrecording=|iK > accountcode=RADIO ; account code (optional) > funcchar = * ; function lead-in character > (defaults to '*') > endchar = # ; command mode end character > (defaults to '#') > hangtime=3 ; squelch tail hang time (in ms) > (optional) > totime=180000 ; transmit time-out time (in ms) > (optional) > idtime=600000 ; id interval time (in ms) > (optional) > politeid=30000 ; time in milliseconds before ID > timer > propagate_phonedtmf=no > > *************everything in between deals with DTMF Commands Etc... > > 101 = radio at 192.168.14.149:4569/101,NONE > 102 = radio at 192.168.14.149:4569/102,NONE > > ; end of file - rpt.conf > > ------------------------------------------------------------------------ > > ; usbradio.conf > ; Configuration for chan_usbradio > ; 20071205 0845 sphenke at xelatec.com > ; refer to globals_rpt_custom.conf for variable definitions > ; > [general] > > rxcpusaver=0 > txcpusaver=0 > > [usb] > hwtype=0 > rxboost=1 > rxctcssrelax=0 > txctcssdefault=100.0 > rxctcssfreqs=100.0 > txctcssfreqs=100.0 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > txtoctype=notone > txmixa=composite > txmixb=no > invertptt=0 > ;rxfreq=445.950000 > ;txfreq=147.490000 > duplex=1 > eeprom=0 > > [usb1] > hwtype=0 > rxboost=1 > rxctcssrelax=1 > ;txctcssdefault=0 > ;rxctcssfreq=0 > ;txctcssfreq=0 > carrierfrom=vox > ctcssfrom=no > rxdemod=speaker > txprelim=no > txtoctype=no; notone > txmixa=voice > txmixb=no > invertptt=0 > ;rxfreq=462.562500 > ;txfreq=462.562500 > duplex=0 > eeprom=0 > > > > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > Sent: Saturday, July 19, 2008 6:56 PM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] URI configuration help > > David, > > This is one area where our documentation falls short. We have got > automated installs and config examples for single-node systems, but > no examples for multi-node systems. Basically for each usb mode > entries will need to be made in usbradio.conf, rpt.conf, and > extensions.conf. > > *** usbradio.conf *** > > > [general] > > ; Nothing in the general section for multiple devices. > > [usb] ; first node > ; Insert all USB config options from usbradio.conf.sample here except > ; for devicenum setting. Modify settings to suit configuration. > . > . > . > devicenum=0 ; unique for each device defined > . > . > . > [usb1] ; second node > . > . > . > devicenum=1 > . > . > . > > [usb2] ; third node > . > . > . > devicenum=2 > . > . > . > > *** extensions.conf **** > > exten => 1234,1,rpt,1234 # first node > exten => 5678,1,rpt,5678 # second node > exten => 9012,1,rpt,9012 # third node > > > **** rpt.conf **** > > rpt.conf > > [1234] ; first node > rxchannel = Radio/usb > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > [5678] ; second node > rxchannel = Radio/usb1 > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > [9012] ; third node > rxchannel = Radio/usb2 > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > > > Standard disclaimer boilerplate: I tried to answer your question. I > haven't tested what is documented above. I just did some quick research > to come up with this answer, and the research was not in-depth, There > may very well be something I left out, so your mileage may vary. There > are no guarantees. If you find something and fix it, please post it back > to the list so everyone will benefit from it. > > > Steve > WA6ZFT > > > > David McGough wrote: >> Hi Everyone, >> >> I'm finally getting to "finish up" my URI based project and wondered if >> someone could help point me to some advanced sample asterisk/app_rpt >> config files (usbradio.conf, rpt.conf, primarily) for using the URI >> adapters. >> >> I've currently got 1 URI working properly with my TKR-850 repeater. Now, I >> want to add 2 remote base radios for VHF and HF, do some linking, etc. I, >> mainly need more info about the syntax to use with multiple URI's, >> usbradio.conf options, etc. >> >> Thanks in advance! >> >> David KB4FXC >> >> >> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From w4rfj at comcast.net Sun Jul 20 20:22:54 2008 From: w4rfj at comcast.net (Roger F. Jordan Sr.) Date: Sun, 20 Jul 2008 16:22:54 -0400 Subject: [App_rpt] URI configuration help In-Reply-To: <4882DE14.5050505@rodgers.sdcoxmail.com> Message-ID: Thanks Steve, Jim Dude, Did you get my applications?? Best Regards, Roger W4RFJ -----Original Message----- From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers Sent: Sunday, July 20, 2008 2:41 AM To: Asterisk Repeater Controler Subject: Re: [App_rpt] URI configuration help Roger, Jim WB6NIL does all pttlink registration work, at least for now. Steve, WA6ZFT Roger F. Jordan Sr. wrote: > Below are examples of MY SETUP as assisted by W9SH > > I removed the Functions but notice the phone functions use two different > function lists for Phonepatch... They are not included for security > reasons... > > I hope this helps!!! > > Also Steve, Did you get my apps for The GMRS, FRS and MURS and All the > registrations for the different systems I applied for (or is that not you) > > I would also like to talk to You guys about Phone patch control... > > Best Regards to ALL > > Roger W4RFJ > > ; rpt.conf > ; 20071103 0900 sphenke at xelatec.com > > ; Radio Repeater / Remote Base config for use with app_rpt > ; manipulated by the app_rpt installation script > ; text strings that begin with xxx_ should be manually edited > ; if the install script does not replace them. > > [101] > rxchannel = radio/usb > duplex = 2 > functions = functions ; DTMF function list > link_functions = functions-linked ; DTMF function list for link > phone_functions = functions-phone-1 ; (optional) different functions for > 'P' mode > tonezone = us ; use US tones (default) > context = from-internal ; dialing context for phone > callerid = "de w4rfj/r"<445.95 pl100> ; Callerid for phone calls > idrecording=|ide w4rfj/r > accountcode=RADIO ; account code (optional) > funcchar = * ; function lead-in character > (defaults to '*') > endchar = # ; command mode end character > (defaults to '#') > hangtime=10 ; squelch tail hang time (in ms) > (optional) > totime=180000 ; transmit time-out time (in ms) > (optional) > idtime=600000 ; id interval time (in ms) > (optional) > politeid=30000 ; time in milliseconds before ID > timer > propagate_phonedtmf=yes ;propagate_phonedtmf = yes > unlinkedct=ct1 ; DTMF sent to system from phone > gets > ; repeated into main system output > and > > [102] > rxchannel = radio/usb1 > duplex = 0 > functions = functions ; DTMF function list > link_functions = functions-linked ; DTMF function list for link > phone_functions = functions-phone-1 ; different functions > tonezone = us ; use US tones (default) > context = from-internal ; dialing context for phone > callerid = "wqex329" ; Callerid for phone calls > idrecording=|iK > accountcode=RADIO ; account code (optional) > funcchar = * ; function lead-in character > (defaults to '*') > endchar = # ; command mode end character > (defaults to '#') > hangtime=3 ; squelch tail hang time (in ms) > (optional) > totime=180000 ; transmit time-out time (in ms) > (optional) > idtime=600000 ; id interval time (in ms) > (optional) > politeid=30000 ; time in milliseconds before ID > timer > propagate_phonedtmf=no > > *************everything in between deals with DTMF Commands Etc... > > 101 = radio at 192.168.14.149:4569/101,NONE > 102 = radio at 192.168.14.149:4569/102,NONE > > ; end of file - rpt.conf > > ------------------------------------------------------------------------ > > ; usbradio.conf > ; Configuration for chan_usbradio > ; 20071205 0845 sphenke at xelatec.com > ; refer to globals_rpt_custom.conf for variable definitions > ; > [general] > > rxcpusaver=0 > txcpusaver=0 > > [usb] > hwtype=0 > rxboost=1 > rxctcssrelax=0 > txctcssdefault=100.0 > rxctcssfreqs=100.0 > txctcssfreqs=100.0 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > txtoctype=notone > txmixa=composite > txmixb=no > invertptt=0 > ;rxfreq=445.950000 > ;txfreq=147.490000 > duplex=1 > eeprom=0 > > [usb1] > hwtype=0 > rxboost=1 > rxctcssrelax=1 > ;txctcssdefault=0 > ;rxctcssfreq=0 > ;txctcssfreq=0 > carrierfrom=vox > ctcssfrom=no > rxdemod=speaker > txprelim=no > txtoctype=no; notone > txmixa=voice > txmixb=no > invertptt=0 > ;rxfreq=462.562500 > ;txfreq=462.562500 > duplex=0 > eeprom=0 > > > > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > Sent: Saturday, July 19, 2008 6:56 PM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] URI configuration help > > David, > > This is one area where our documentation falls short. We have got > automated installs and config examples for single-node systems, but > no examples for multi-node systems. Basically for each usb mode > entries will need to be made in usbradio.conf, rpt.conf, and > extensions.conf. > > *** usbradio.conf *** > > > [general] > > ; Nothing in the general section for multiple devices. > > [usb] ; first node > ; Insert all USB config options from usbradio.conf.sample here except > ; for devicenum setting. Modify settings to suit configuration. > . > . > . > devicenum=0 ; unique for each device defined > . > . > . > [usb1] ; second node > . > . > . > devicenum=1 > . > . > . > > [usb2] ; third node > . > . > . > devicenum=2 > . > . > . > > *** extensions.conf **** > > exten => 1234,1,rpt,1234 # first node > exten => 5678,1,rpt,5678 # second node > exten => 9012,1,rpt,9012 # third node > > > **** rpt.conf **** > > rpt.conf > > [1234] ; first node > rxchannel = Radio/usb > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > [5678] ; second node > rxchannel = Radio/usb1 > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > [9012] ; third node > rxchannel = Radio/usb2 > ; Configuration settings from rpt.conf.sample tailored to your > application follow the channel definition above. > . > . > . > > > Standard disclaimer boilerplate: I tried to answer your question. I > haven't tested what is documented above. I just did some quick research > to come up with this answer, and the research was not in-depth, There > may very well be something I left out, so your mileage may vary. There > are no guarantees. If you find something and fix it, please post it back > to the list so everyone will benefit from it. > > > Steve > WA6ZFT > > > > David McGough wrote: >> Hi Everyone, >> >> I'm finally getting to "finish up" my URI based project and wondered if >> someone could help point me to some advanced sample asterisk/app_rpt >> config files (usbradio.conf, rpt.conf, primarily) for using the URI >> adapters. >> >> I've currently got 1 URI working properly with my TKR-850 repeater. Now, I >> want to add 2 remote base radios for VHF and HF, do some linking, etc. I, >> mainly need more info about the syntax to use with multiple URI's, >> usbradio.conf options, etc. >> >> Thanks in advance! >> >> David KB4FXC >> >> >> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > _______________________________________________ App_rpt mailing list App_rpt at lists.illiana.net http://lists.illiana.net/mailman/listinfo/app_rpt From kb4fxc at inttek.net Sun Jul 20 20:30:27 2008 From: kb4fxc at inttek.net (David McGough) Date: Sun, 20 Jul 2008 16:30:27 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: <20080720045447.2543A263119@goliath.inttek.net> Message-ID: Hi Steve and Roger, Thanks so much for the assistance. I'll give it a try today and report back. I think most of my questions are now answered. One thing I've noticed--it's not a big deal, and easily enough to overcome by just using a sampled sound file--is that the CW ID timing generation seems a little random. Has anyone else noticed this? I suspect this may be an artifact of my Linux kernel and/or hardware config...I'm using the easyvoxbox distro base, with hand compiled new versions of asterisk, app_rpt and supporting tools. BTW, I'm using an Dual-core AMD64 4400+ CPU and 3ware Raid 1....I'll investigate this more later- Thanks again! David KB4FXC On Sun, 20 Jul 2008, Roger F. Jordan Sr. wrote: > Below are examples of MY SETUP as assisted by W9SH > > I removed the Functions but notice the phone functions use two different > function lists for Phonepatch... They are not included for security > reasons... > From josh.roberson at comcast.net Sun Jul 20 20:38:47 2008 From: josh.roberson at comcast.net (Josh Roberson) Date: Sun, 20 Jul 2008 15:38:47 -0500 Subject: [App_rpt] USB Radio for MAC?? In-Reply-To: <4882DD2E.9010103@rodgers.sdcoxmail.com> References: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> <4882DD2E.9010103@rodgers.sdcoxmail.com> Message-ID: From a quick glance at the code, I don't seen any direct link to zaptel, which means I *SHOULD* be able to modify this code to work under OS X using CoreAudio for audio control. Since the underlying system on OS X is Darwin (a derivative of BSD), and there is already BSD support in chan_usbradio.c, I think this could work. I already use meetme/etc on my os x server without issues in timing, and I don't see any timer specific code in the chan_usbradio driver.. If app_rpt requires zaptel to be involved, perhaps I can find a way to fix that as well, and open up the os x world to this wonderful utility. I'll keep you all updated...also, Steve, not trying to be argumentative, just making a note :) On Jul 20, 2008, at 1:37 AM, Stephen Rodgers wrote: > Josh, > > Yes, they require the use of the ztdummy driver in Zaptel as a timing > source. > > Steve Rodgers > WA6ZFT > > > > > > Josh Roberson wrote: >> I was wondering if the usb radio drivers require zaptel (now known as >> DAHDI) drivers/hardware or if the usb radio drivers can be used >> standalone? I run Apple equipment here, and I would love to tie my >> asterisk server (running on my osx server) into my radio, but zaptel >> is out of the question on this platform. >> >> Any help is appreciated! >> >> -Josh >> WX4JRR >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt From hwstar at rodgers.sdcoxmail.com Sun Jul 20 21:10:52 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 20 Jul 2008 14:10:52 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: Message-ID: <4883A9DC.1000004@rodgers.sdcoxmail.com> We are painfully aware of this problem. The ID will suddenly shift speed right in the middle of identifying. It is on the list to be investigated. We think it is either a change to something in the kernel, or core asterisk, but we don't know for sure which yet. Steve WA6ZFT David McGough wrote: > Hi Steve and Roger, > > Thanks so much for the assistance. I'll give it a try today and report > back. I think most of my questions are now answered. > > One thing I've noticed--it's not a big deal, and easily enough to overcome > by just using a sampled sound file--is that the CW ID timing generation > seems a little random. Has anyone else noticed this? I suspect this may be > an artifact of my Linux kernel and/or hardware config...I'm using the > easyvoxbox distro base, with hand compiled new versions of asterisk, > app_rpt and supporting tools. BTW, I'm using an Dual-core AMD64 4400+ CPU > and 3ware Raid 1....I'll investigate this more later- > > Thanks again! > > David KB4FXC > > > > > On Sun, 20 Jul 2008, Roger F. Jordan Sr. wrote: > >> Below are examples of MY SETUP as assisted by W9SH >> >> I removed the Functions but notice the phone functions use two different >> function lists for Phonepatch... They are not included for security >> reasons... >> > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From hwstar at rodgers.sdcoxmail.com Sun Jul 20 21:17:45 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 20 Jul 2008 14:17:45 -0700 Subject: [App_rpt] USB Radio for MAC?? In-Reply-To: References: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> <4882DD2E.9010103@rodgers.sdcoxmail.com> Message-ID: <4883AB79.3080107@rodgers.sdcoxmail.com> Josh, Zap pseudo channels and conferences are indeed used in app_rpt: > /* allocate a pseudo-channel thru asterisk */ > myrpt->pchannel = ast_request("zap",AST_FORMAT_SLINEAR,"pseudo",NULL); > if (!myrpt->pchannel) > { > fprintf(stderr,"rpt:Sorry unable to obtain pseudo channel\n"); > rpt_mutex_unlock(&myrpt->lock); if (myrpt->txchannel != myrpt->rxchannel) > ast_hangup(myrpt->txchannel); > ast_hangup(myrpt->rxchannel); > myrpt->rpt_thread = AST_PTHREADT_STOP; > pthread_exit(NULL); > App_rpt uses zaptel conferences and pseudo channels which rely on ztdummy as a timing source. The whole app_rpt application would have to be rewritten to not use zaptel conferences, and new kernel driver outside of zaptel would be required to time the transmfer of the bytes within the conference. Steve WA6ZFT Josh Roberson wrote: > From a quick glance at the code, I don't seen any direct link to > zaptel, which means I *SHOULD* be able to modify this code to work > under OS X using CoreAudio for audio control. > > Since the underlying system on OS X is Darwin (a derivative of BSD), > and there is already BSD support in chan_usbradio.c, I think this > could work. I already use meetme/etc on my os x server without issues > in timing, and I don't see any timer specific code in the > chan_usbradio driver.. > > If app_rpt requires zaptel to be involved, perhaps I can find a way to > fix that as well, and open up the os x world to this wonderful > utility. I'll keep you all updated...also, Steve, not trying to be > argumentative, just making a note :) > > > On Jul 20, 2008, at 1:37 AM, Stephen Rodgers wrote: > >> Josh, >> >> Yes, they require the use of the ztdummy driver in Zaptel as a timing >> source. >> >> Steve Rodgers >> WA6ZFT >> >> >> >> >> >> Josh Roberson wrote: >>> I was wondering if the usb radio drivers require zaptel (now known as >>> DAHDI) drivers/hardware or if the usb radio drivers can be used >>> standalone? I run Apple equipment here, and I would love to tie my >>> asterisk server (running on my osx server) into my radio, but zaptel >>> is out of the question on this platform. >>> >>> Any help is appreciated! >>> >>> -Josh >>> WX4JRR >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >>> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From n9yty at n9yty.com Sun Jul 20 21:28:34 2008 From: n9yty at n9yty.com (Steven Palm) Date: Sun, 20 Jul 2008 16:28:34 -0500 Subject: [App_rpt] USB Radio for MAC?? In-Reply-To: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> References: <14E217CF-24D7-4BE1-85A4-86336C5010FD@comcast.net> Message-ID: On Jul 20, 2008, at 12:08 AM, Josh Roberson wrote: > I was wondering if the usb radio drivers require zaptel (now known as > DAHDI) drivers/hardware or if the usb radio drivers can be used > standalone? I run Apple equipment here, and I would love to tie my > asterisk server (running on my osx server) into my radio, but zaptel > is out of the question on this platform. The other issue is that the USB keyfob uses ALSA for it's sound, so you'd have to port it to CoreAudio or use a library like portaudio. Steve From kb4fxc at inttek.net Mon Jul 21 05:08:11 2008 From: kb4fxc at inttek.net (David McGough) Date: Mon, 21 Jul 2008 01:08:11 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: Message-ID: Hi Roger & Steve, Well, I'm making progress. I've noticed a couple more things I thought I'd mention. First, I've got a strange situation where I can only properly access 2 of the 3 URI's I have attached to the PC....Initially, I only plugged 1 URI in and couldn't get it to work at all (though the green LED was blinking)....Then, when I plugged in a 2nd URI, the first started working (with my TKR-850)....Today, I found that the second wasn't functional....So, tonight, experimentally, I plugged in a 3rd URI and both of the original 2 are now working. Strange.....Perhaps this has something to do with udev? Anyway, this isn't holding me up at the moment. The second issue is more troublesome. I can't get the repeater to link to the remote base....When I issue the connect command: *2(node number), the controller says it's linking both on the console and verbally. But, then it seems to hang totally with the TX enabled from the end that received the commands. I've tried this both ways--repeater to remote base (commands from the repeater) and vice versa. I end up having to kill -9 the asterisk process to regain control--"stop now" from the asterisk console hangs...This should work, right? Thanks in advance! David KB4FXC On Sun, 20 Jul 2008, David McGough wrote: > > Hi Steve and Roger, > > Thanks so much for the assistance. I'll give it a try today and report > back. I think most of my questions are now answered. > > > > From kb4fxc at inttek.net Mon Jul 21 05:12:28 2008 From: kb4fxc at inttek.net (David McGough) Date: Mon, 21 Jul 2008 01:12:28 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: Message-ID: Oops....In my previous message I meant to say I'm using the command: *3(node number) to connect....See the functions table I'm using, below. 73, David KB4FXC ----------------------------------------------------------------------- ; function table ; [functions] 1=ilink,1 ; Specific link disconnect 2=ilink,2 ; Specific Link connect - monitor only 3=ilink,3 ; Specific Link connect - transceive 4=ilink,4 ; Enter command mode on a specific link 7=ilink,5 ; Link status 80=status,1 ; System info 81=status,2 ; Time 82=status,3 ; app_rpt.c Version 87=ilink,15 ; long range sensors ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up ;0=autopatchdn ; Autopatch down 99=cop,4 ; Test tone 98=cop,6 ; Phone TX key From hwstar at rodgers.sdcoxmail.com Tue Jul 22 01:50:34 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 21 Jul 2008 18:50:34 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: Message-ID: <48853CEA.6060605@rodgers.sdcoxmail.com> David, First off, I just learned something myself about adding extra radio ports using USB fobs: They must be added one at a time. Second, there should be no USB hubs between the FOB's and the PC's USB ports. Finally, what type if linux install is this? ACID, EVB, custom? I'd suggest restoring the configuration back to one radio port get that working, then add and tune the ports one at a time. Steve, WA6ZFT David McGough wrote: > > Hi Roger & Steve, > > Well, I'm making progress. I've noticed a couple more things I thought I'd > mention. First, I've got a strange situation where I can only properly > access 2 of the 3 URI's I have attached to the PC....Initially, I only > plugged 1 URI in and couldn't get it to work at all (though the green LED > was blinking)....Then, when I plugged in a 2nd URI, the first started > working (with my TKR-850)....Today, I found that the second wasn't > functional....So, tonight, experimentally, I plugged in a 3rd URI and > both of the original 2 are now working. Strange.....Perhaps this has > something to do with udev? Anyway, this isn't holding me up at the moment. > > The second issue is more troublesome. I can't get the repeater to link to > the remote base....When I issue the connect command: *2(node number), the > controller says it's linking both on the console and verbally. But, then > it seems to hang totally with the TX enabled from the end that received > the commands. I've tried this both ways--repeater to remote base (commands > from the repeater) and vice versa. I end up having to kill -9 the asterisk > process to regain control--"stop now" from the asterisk console > hangs...This should work, right? > > Thanks in advance! > > David KB4FXC > > > On Sun, 20 Jul 2008, David McGough wrote: > >> Hi Steve and Roger, >> >> Thanks so much for the assistance. I'll give it a try today and report >> back. I think most of my questions are now answered. >> >> >> >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From kb4fxc at inttek.net Tue Jul 22 02:14:19 2008 From: kb4fxc at inttek.net (David McGough) Date: Mon, 21 Jul 2008 22:14:19 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: <48853CEA.6060605@rodgers.sdcoxmail.com> Message-ID: Hi Steve, I am running a EVB base system--centos 5 and 2.6.18-53.1.21.el5 kernel. I updated asterisk to a hand-compiled version (1.4.21) using the latest app_rpt and chan_usb code from Xelatek's SVN....Maybe I'll back down to the ACID release. The URI's are plugged directly into the PC, and 2 of the 3 seem to be working fine--other than I can't connect the extensions together. The TKR-850 (set internally in duplex mode and is asterisk extension 111) works as a repeater, and accepts DTMF commands, etc....And, the remote base (currently a IC-706mk2g, extension 222) also accepts DTMF commands, etc....But, when I try to connect these units (using *3), I get a lock up.... I reduced my extensions.conf file to the below for testing: ---------------extensions.conf--------------------------------------- [general] static=yes ; These two lines prevent the command-line interface writeprotect=yes ; from overwriting the config file. Leave them here. [radio-secure] exten => 111,1,rpt,111 exten => 222,1,rpt,222 [autopatch] --------------------------------------------------------------------- And, here is my rpt.conf: ---------------rpt.conf--------------------------------------------- ; Radio Repeater configuration file (for use with app_rpt) ; [111] ; Change this to your assigned node number rxchannel = Radio/usb ; Rx audio/signalling channel controlstates=controlstates ; system control state list scheduler=schedule; ; scheduler entries functions=functions ; Repeater Function Table phone_functions=functions ; Repeater Function Table link_functions=link-functions ; Link Function Table telemetry=telemetry ; Telemetry descriptions wait_times=wait-times ; Wait times context = autopatch ; dialing context for phone callerid = "Repeater" <0000000000> ; callerid for phone calls ;idrecording = |iid ; id recording or morse string idrecording=|ikb4fxc/r ; id recording or morse string accountcode=RADIO ; account code (optional) hangtime=1000 ; squelch tail hang time (in ms) (optional) althangtime=4000 ; longer squelch tail totime=170000 ; transmit time-out time (in ms) (optional) totime=10000 idtime=540000 ; id interval time (in ms) (optional) ; The default values for hangtime, time-out time, and id interval time are ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) ; respectively politeid=30000 ; time in milliseconds before ID timer ; expires to try and ID in the tail. ; (optional, default is 30000). idtalkover=|iid ; Talkover ID (optional) default is none unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none remotect=ct3 duplex=2 ;//////////////////////////////////////////////////////////////////////////// [222] ; Change this to your assigned node number rxchannel = Radio/usb1 ; Rx audio/signalling channel controlstates=controlstates ; system control state list scheduler=schedule; ; scheduler entries functions=functions ; Repeater Function Table phone_functions=functions ; Repeater Function Table link_functions=link-functions ; Link Function Table telemetry=telemetry ; Telemetry descriptions wait_times=wait-times ; Wait times context = autopatch ; dialing context for phone callerid = "Repeater" <0000000000> ; callerid for phone calls idrecording = |iid ; id recording or morse string ;idrecording=|ikb4fxc ; id recording or morse string accountcode=RADIO ; account code (optional) hangtime=1000 ; squelch tail hang time (in ms) (optional) althangtime=4000 ; longer squelch tail totime=170000 ; transmit time-out time (in ms) (optional) totime=10000 idtime=540000 ; id interval time (in ms) (optional) ; The default values for hangtime, time-out time, and id interval time are ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) ; respectively politeid=30000 ; time in milliseconds before ID timer ; expires to try and ID in the tail. ; (optional, default is 30000). idtalkover=|iid ; Talkover ID (optional) default is none unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none remotect=ct3 duplex=0 ;/////////////////////////////////////////////////////////////////////////////////////// ; ; function table ; [functions] 1=ilink,1 ; Specific link disconnect 2=ilink,2 ; Specific Link connect - monitor only 3=ilink,3 ; Specific Link connect - transceive 4=ilink,4 ; Enter command mode on a specific link 7=ilink,5 ; Link status 80=status,1 ; System info 81=status,2 ; Time 82=status,3 ; app_rpt.c Version 87=ilink,15 ; long range sensors ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up ;0=autopatchdn ; Autopatch down 99=cop,4 ; Test tone 98=cop,6 ; Phone TX key ;/////////////////////////////////////////////////////////////////////////////////////// ; ; Link function table ; ; If this section is defined, then the remote user accessing our machine in command mode ; will only be able to do the functions defined in this section. If this section is ; omitted, then the link functions will be the same as the repeater functions. ; [link-functions] 1=ilink,1 ; Specific link disconnect 2=ilink,2 ; Specific Link connect - monitor only 3=ilink,3 ; Specific Link connect - transceive 4=ilink,4 ; Command mode 80=status,1 ; System info 81=status,2 ; Time 82=status,3 ; app_rpt.c Version 87=ilink,15 ; long range sensors ;6=autopatchup,farenddisconnect=1,noct=1,dialtime=20000 ; Autopatch up ;0=autopatchdn ; Autopatch down 99=cop,4 ; Test tone [telemetry] ; Telemetry entries can be shared across all repeaters, or defined for each repeater. ; Can be a tone sequence, morse string, or a file ; ; |t - Tone escape sequence ; ; Tone sequences consist of 1 or more 4-tuple entries (freq1, freq2, duration, amplitude) ; Single frequencies are created by setting freq1 or freq2 to zero. ; ; |m - Morse escape sequence ; ; Sends Morse code at the telemetry amplitude and telemetry frequency as defined in the ; [morse] section. ; ; Follow with an alphanumeric string ; ; |i - Morse ID escape sequence ; ; Sends Morse code at the ID amplitude and ID frequency as defined in the ; [morse] section. ; ; Follow with an alphanumeric string 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 ;idstr=|m('K','B','4','F','X','C') ; ; Morse code parameters, these are common to all repeaters. ; [morse] speed=13 ; Approximate speed in WPM frequency=800 ; Morse Telemetry Frequency amplitude=4096 ; Morse Telemetry Amplitude idfrequency=1065 ; Morse ID Frequency idamplitude=1024 ; Morse ID Amplitude ; ; 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 ; Time to wait before sending most telemetry idwait=500 ; Time to wait before starting ID unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry calltermwait=2000 ; Time to wait before announcing "call terminated" ; ; This is where you define your nodes which can be connected to. ; [nodes] 111 = radio at 127.0.0.1/111,NONE ; Change this to your assigned node number 222 = radio at 127.0.0.1/222,NONE ; Change this to your assigned node number -------------------------------------------------------------------------------- Finally, here is the usbradio.conf: ------------------------------------------------------------------------ ; ; Open Sound System Console Driver Configuration File ; [general] rxcpusaver=0 txcpusaver=0 debug=0x7 [usb] ; TKR-850 devicenum=0 hdwtype=0 ; Leave this set to 0 for USB sound fobs modified using ; the instructions from usbfob.pdf. Use a setting of ; 1 is for Dingotel/Sph interfaces. rxboost=0 ; 0 = 20db attenuator inserted, 1= 20db attenuator removed ; Set to 1 for additonal gain if using a low-level receiver output rxctcssrelax=1 ; reduce talkoff from radios w/o CTCSS Tx HPF ; Do not change this, leave this as a 1 txctcssdefault=0.0 ; default tx ctcss freq, any frequency permitted rxctcssfreqs=0.0 ; rx ctcss freqs in floating point. must be in table txctcssfreqs=0.0 ; tx ctcss freqs, any frequency permitted carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox ; no - no carrier detection at all ; usb - from the COR line on the modified USB sound fob ; usbinvert - from the inverted COR line on the modified USB sound fob ; dsp - from RX noise using dsp techniques ; vox - voice activated from RX audio ctcssfrom=no ; no,usb,dsp ; no - CTCSS decoding, system will be carrier squelch ; usb - CTCSS decoding using input from USB FOB ; (currently not supported) ; dsp - CTCSS decoding using RX audio in DSP. ; rxdemod option must be set to flat for this to work. rxdemod=speaker ; input type from radio: no,speaker,flat ; no - RX audio input not used ; flat - Use RX audio from discriminator ; speaker - use de-emphasized audio txprelim=no ; Audio processing on left output channel: no,yes ; no - Audio is not pre-emphasized and limited. ; Suitable for use on a microphone input ; yes - Audio is pre-emphasized and limited. ; Suitable for direct connection to an FM modulator txtoctype=notone ; Transmit tone control type: no,phase,notone ; no - CTCSS tone encoding with no hang time ; phase - encode CTCSS and reverse phase ; AKA ("reverse burst") before unkeying TX ; notone - encode CTCSS and stop sending tone before unkeying TX ; AKA ("chicken burst") txmixa=voice ; Left channel output: no,voice,tone,composite,auxvoice ; no - Do not output anything ; voice - output voice only ; tone - CTCSS tone only ; composite - voice and tone ; auxvoice - auxiliary voice output at headphone level for monitoring txmixb=no ; Right channel output: no,voice,tone,composite, auxvoice ; See txmixa above. invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to transmit ; This is the collector lead of the 2n4401 on the modified ; usb sound fob. ; please refer to the howto for the procedure to do this. duplex=1 ; Full Duplex [usb1] ; IC-706mk2g devicenum=1 hdwtype=0 rxboost=0 rxctcssrelax=1 txctcssdefault=0.0 rxctcssfreqs=0.0 txctcssfreqs=0.0 carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox ctcssfrom=no ; no,usb,dsp rxdemod=speaker ; input type from radio: no,speaker,flat txprelim=no ; Audio processing on left output channel: no,yes txtoctype=notone ; Transmit tone control type: no,phase,notone txmixa=voice ; Left channel output: no,voice,tone,composite,auxvoice txmixb=no ; Right channel output: no,voice,tone,composite, auxvoice invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to transmit duplex=0 ; Simplex On Mon, 21 Jul 2008, Stephen Rodgers wrote: > David, > > First off, I just learned something myself about adding extra radio > ports using USB fobs: They must be added one at a time. > > Second, there should be no USB hubs between the FOB's and the PC's USB > ports. > > Finally, what type if linux install is this? ACID, EVB, custom? > > > I'd suggest restoring the configuration back to one radio port get that > working, then add and tune the ports one at a time. > > > Steve, > WA6ZFT > > > > > David McGough wrote: > > > > Hi Roger & Steve, > > > > Well, I'm making progress. I've noticed a couple more things I thought I'd > > mention. First, I've got a strange situation where I can only properly > > access 2 of the 3 URI's I have attached to the PC....Initially, I only > > plugged 1 URI in and couldn't get it to work at all (though the green LED > > was blinking)....Then, when I plugged in a 2nd URI, the first started > > working (with my TKR-850)....Today, I found that the second wasn't > > functional....So, tonight, experimentally, I plugged in a 3rd URI and > > both of the original 2 are now working. Strange.....Perhaps this has > > something to do with udev? Anyway, this isn't holding me up at the moment. > > > > The second issue is more troublesome. I can't get the repeater to link to > > the remote base....When I issue the connect command: *2(node number), the > > controller says it's linking both on the console and verbally. But, then > > it seems to hang totally with the TX enabled from the end that received > > the commands. I've tried this both ways--repeater to remote base (commands > > from the repeater) and vice versa. I end up having to kill -9 the asterisk > > process to regain control--"stop now" from the asterisk console > > hangs...This should work, right? > > > > Thanks in advance! > > > > David KB4FXC > > > > > > On Sun, 20 Jul 2008, David McGough wrote: > > > >> Hi Steve and Roger, > >> > >> Thanks so much for the assistance. I'll give it a try today and report > >> back. I think most of my questions are now answered. > >> > >> > >> > >> > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From hwstar at rodgers.sdcoxmail.com Tue Jul 22 03:07:24 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 21 Jul 2008 20:07:24 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: Message-ID: <48854EEC.6010105@rodgers.sdcoxmail.com> David, Using the latest version of Asterisk may be the cause of your problems. Why did you feel the need to upgrade it from what comes with EVB? Troubleshooting the lockup on an unproven system configuration will be a complete waste of your time if you aren't a developer and able to fix things yourself in the code and are willing to spend hours and hours tracking down the root cause of the problem. If you want to get something running quickly, you have to resist the urge to update code to the latest and greatest and stick to that which has a track record of working. There are several people running plain vanilla multi-node EVB systems (Roger W4RFJ and Will W4WWM). I'm running a two node ACID system on the bench but it doesn't have all that much test time on it. (It doesn't lock up when the two nodes are connected together though.) There is one other person running ACID on a two node system (Randy KC6HUR) he might be able to give some insight as to how well it works. This is one of the few problems with open source, you just don't know in advance which combinations of programs will play nice together without doing extensive testing yourself and troubleshooting the problems yourself. This is why EVB and ACID exist. There are just to many things which can go terribly wrong when programs are updated to the latest and greatest versions. Steve David McGough wrote: > Hi Steve, > > I am running a EVB base system--centos 5 and 2.6.18-53.1.21.el5 kernel. I > updated asterisk to a hand-compiled version (1.4.21) using the latest > app_rpt and chan_usb code from Xelatek's SVN....Maybe I'll back down to > the ACID release. > > The URI's are plugged directly into the PC, and 2 of the 3 seem to be > working fine--other than I can't connect the extensions together. The > TKR-850 (set internally in duplex mode and is asterisk extension 111) > works as a repeater, and accepts DTMF commands, etc....And, the remote > base (currently a IC-706mk2g, extension 222) also accepts DTMF commands, > etc....But, when I try to connect these units (using *3), I get a > lock up.... > > I reduced my extensions.conf file to the below for testing: > > ---------------extensions.conf--------------------------------------- > [general] > > static=yes ; These two lines prevent the command-line interface > writeprotect=yes ; from overwriting the config file. Leave them here. > > [radio-secure] > exten => 111,1,rpt,111 > exten => 222,1,rpt,222 > > [autopatch] > --------------------------------------------------------------------- > > And, here is my rpt.conf: > ---------------rpt.conf--------------------------------------------- > ; Radio Repeater configuration file (for use with app_rpt) > ; > > > [111] ; Change this to your assigned node number > > rxchannel = Radio/usb ; Rx audio/signalling channel > controlstates=controlstates ; system control state list > scheduler=schedule; ; scheduler entries > functions=functions ; Repeater Function Table > phone_functions=functions ; Repeater Function Table > link_functions=link-functions ; Link Function Table > telemetry=telemetry ; Telemetry descriptions > wait_times=wait-times ; Wait times > context = autopatch ; dialing context for phone > callerid = "Repeater" <0000000000> ; callerid for phone calls > ;idrecording = |iid ; id recording or morse string > idrecording=|ikb4fxc/r ; id recording or morse string > accountcode=RADIO ; account code (optional) > hangtime=1000 ; squelch tail hang time (in ms) > (optional) > althangtime=4000 ; longer squelch tail > totime=170000 ; transmit time-out time (in ms) > (optional) > totime=10000 > idtime=540000 ; id interval time (in ms) > (optional) > ; The default values for hangtime, time-out time, and id interval time are > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > ; respectively > > politeid=30000 ; time in milliseconds before ID > timer > > ; expires to try and ID in the > tail. > ; (optional, default is 30000). > idtalkover=|iid ; Talkover ID (optional) default > is none > unlinkedct=ct2 ; unlinked courtesy tone > (optional) default is none > remotect=ct3 > duplex=2 > > ;//////////////////////////////////////////////////////////////////////////// > [222] ; Change this to your assigned node number > > rxchannel = Radio/usb1 ; Rx audio/signalling channel > controlstates=controlstates ; system control state list > scheduler=schedule; ; scheduler entries > functions=functions ; Repeater Function Table > phone_functions=functions ; Repeater Function Table > link_functions=link-functions ; Link Function Table > telemetry=telemetry ; Telemetry descriptions > wait_times=wait-times ; Wait times > context = autopatch ; dialing context for phone > callerid = "Repeater" <0000000000> ; callerid for phone calls > idrecording = |iid ; id recording or morse string > ;idrecording=|ikb4fxc ; id recording or morse string > accountcode=RADIO ; account code (optional) > hangtime=1000 ; squelch tail hang time (in ms) > (optional) > althangtime=4000 ; longer squelch tail > totime=170000 ; transmit time-out time (in ms) > (optional) > totime=10000 > idtime=540000 ; id interval time (in ms) > (optional) > ; The default values for hangtime, time-out time, and id interval time are > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > ; respectively > > politeid=30000 ; time in milliseconds before ID timer > > ; expires to try and ID in the tail. > ; (optional, default is 30000). > idtalkover=|iid ; Talkover ID (optional) default is none > unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none > remotect=ct3 > duplex=0 > > > ;/////////////////////////////////////////////////////////////////////////////////////// > ; > ; function table > ; > [functions] > 1=ilink,1 ; Specific link disconnect > 2=ilink,2 ; Specific Link connect - monitor > only > 3=ilink,3 ; Specific Link connect - transceive > 4=ilink,4 ; Enter command mode on a specific link > 7=ilink,5 ; Link status > > 80=status,1 ; System info > 81=status,2 ; Time > 82=status,3 ; app_rpt.c Version > 87=ilink,15 ; long range sensors > > ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up > ;0=autopatchdn ; Autopatch down > > 99=cop,4 ; Test tone > 98=cop,6 ; Phone TX key > > > ;/////////////////////////////////////////////////////////////////////////////////////// > ; > ; Link function table > ; > ; If this section is defined, then the remote user accessing our machine > in command mode > ; will only be able to do the functions defined in this section. If this > section is > ; omitted, then the link functions will be the same as the repeater > functions. > ; > > > [link-functions] > 1=ilink,1 ; Specific link disconnect > 2=ilink,2 ; Specific Link connect - monitor > only > 3=ilink,3 ; Specific Link connect - > transceive > 4=ilink,4 ; Command mode > 80=status,1 ; System info > 81=status,2 ; Time > 82=status,3 ; app_rpt.c Version > 87=ilink,15 ; long range sensors > > ;6=autopatchup,farenddisconnect=1,noct=1,dialtime=20000 ; Autopatch up > ;0=autopatchdn ; Autopatch down > > 99=cop,4 ; Test tone > > [telemetry] > > ; Telemetry entries can be shared across all repeaters, or defined for > each repeater. > ; Can be a tone sequence, morse string, or a file > ; > ; |t - Tone escape sequence > ; > ; Tone sequences consist of 1 or more 4-tuple entries (freq1, freq2, > duration, amplitude) > ; Single frequencies are created by setting freq1 or freq2 to zero. > ; > ; |m - Morse escape sequence > ; > ; Sends Morse code at the telemetry amplitude and telemetry frequency as > defined in the > ; [morse] section. > ; > ; Follow with an alphanumeric string > ; > ; |i - Morse ID escape sequence > ; > ; Sends Morse code at the ID amplitude and ID frequency as defined in the > ; [morse] section. > ; > ; Follow with an alphanumeric string > > > 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 > ;idstr=|m('K','B','4','F','X','C') > > ; > ; Morse code parameters, these are common to all repeaters. > ; > > [morse] > > speed=13 ; Approximate speed in WPM > frequency=800 ; Morse Telemetry Frequency > amplitude=4096 ; Morse Telemetry Amplitude > idfrequency=1065 ; Morse ID Frequency > idamplitude=1024 ; Morse ID Amplitude > > ; > ; 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 ; Time to wait before sending most telemetry > idwait=500 ; Time to wait before starting ID > unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry > calltermwait=2000 ; Time to wait before announcing "call terminated" > > ; > ; This is where you define your nodes which can be connected to. > ; > > [nodes] > 111 = radio at 127.0.0.1/111,NONE ; Change this to your assigned node number > 222 = radio at 127.0.0.1/222,NONE ; Change this to your assigned node number > > -------------------------------------------------------------------------------- > > Finally, here is the usbradio.conf: > ------------------------------------------------------------------------ > ; > ; Open Sound System Console Driver Configuration File > ; > [general] > > rxcpusaver=0 > txcpusaver=0 > debug=0x7 > > [usb] > ; TKR-850 > devicenum=0 > > hdwtype=0 ; Leave this set to 0 for USB sound fobs modified > using > ; the instructions from usbfob.pdf. Use a setting > of > ; 1 is for Dingotel/Sph interfaces. > > rxboost=0 ; 0 = 20db attenuator inserted, 1= 20db attenuator > removed > ; Set to 1 for additonal gain if using a low-level > receiver output > > rxctcssrelax=1 ; reduce talkoff from radios w/o CTCSS Tx HPF > ; Do not change this, leave this as a 1 > > txctcssdefault=0.0 ; default tx ctcss freq, any frequency permitted > rxctcssfreqs=0.0 ; rx ctcss freqs in floating point. must be in > table > txctcssfreqs=0.0 ; tx ctcss freqs, any frequency permitted > > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > ; no - no carrier detection at all > ; usb - from the COR line on the modified USB > sound fob > ; usbinvert - from the inverted COR line on the > modified USB sound fob > ; dsp - from RX noise using dsp techniques > ; vox - voice activated from RX audio > > ctcssfrom=no ; no,usb,dsp > ; no - CTCSS decoding, system will be carrier > squelch > ; usb - CTCSS decoding using input from USB FOB > ; (currently not supported) > ; dsp - CTCSS decoding using RX audio in DSP. > ; rxdemod option must be set to flat for this to > work. > > rxdemod=speaker ; input type from radio: no,speaker,flat > ; no - RX audio input not used > ; flat - Use RX audio from discriminator > ; speaker - use de-emphasized audio > > txprelim=no ; Audio processing on left output channel: no,yes > ; no - Audio is not pre-emphasized and limited. > ; Suitable for use on a microphone input > ; yes - Audio is pre-emphasized and limited. > ; Suitable for direct connection to an FM > modulator > > txtoctype=notone ; Transmit tone control type: no,phase,notone > ; no - CTCSS tone encoding with no hang time > ; phase - encode CTCSS and reverse phase > ; AKA ("reverse burst") before unkeying TX > ; notone - encode CTCSS and stop sending tone > before unkeying TX > ; AKA ("chicken burst") > > txmixa=voice ; Left channel output: > no,voice,tone,composite,auxvoice > ; no - Do not output anything > ; voice - output voice only > ; tone - CTCSS tone only > ; composite - voice and tone > ; auxvoice - auxiliary voice output at headphone > level for monitoring > > txmixb=no ; Right channel output: no,voice,tone,composite, > auxvoice > ; See txmixa above. > > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > transmit > ; This is the collector lead of the 2n4401 on the > > modified > ; usb sound fob. > ; please refer to the howto for the procedure to > do this. > > duplex=1 ; Full Duplex > > > [usb1] > ; IC-706mk2g > devicenum=1 > hdwtype=0 > rxboost=0 > rxctcssrelax=1 > txctcssdefault=0.0 > rxctcssfreqs=0.0 > txctcssfreqs=0.0 > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > ctcssfrom=no ; no,usb,dsp > rxdemod=speaker ; input type from radio: no,speaker,flat > txprelim=no ; Audio processing on left output channel: no,yes > txtoctype=notone ; Transmit tone control type: no,phase,notone > txmixa=voice ; Left channel output: > no,voice,tone,composite,auxvoice > txmixb=no ; Right channel output: no,voice,tone,composite, > auxvoice > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > transmit > duplex=0 ; Simplex > > > > > > > > On Mon, 21 Jul 2008, Stephen Rodgers wrote: > >> David, >> >> First off, I just learned something myself about adding extra radio >> ports using USB fobs: They must be added one at a time. >> >> Second, there should be no USB hubs between the FOB's and the PC's USB >> ports. >> >> Finally, what type if linux install is this? ACID, EVB, custom? >> >> >> I'd suggest restoring the configuration back to one radio port get that >> working, then add and tune the ports one at a time. >> >> >> Steve, >> WA6ZFT >> >> >> >> >> David McGough wrote: >>> Hi Roger & Steve, >>> >>> Well, I'm making progress. I've noticed a couple more things I thought I'd >>> mention. First, I've got a strange situation where I can only properly >>> access 2 of the 3 URI's I have attached to the PC....Initially, I only >>> plugged 1 URI in and couldn't get it to work at all (though the green LED >>> was blinking)....Then, when I plugged in a 2nd URI, the first started >>> working (with my TKR-850)....Today, I found that the second wasn't >>> functional....So, tonight, experimentally, I plugged in a 3rd URI and >>> both of the original 2 are now working. Strange.....Perhaps this has >>> something to do with udev? Anyway, this isn't holding me up at the moment. >>> >>> The second issue is more troublesome. I can't get the repeater to link to >>> the remote base....When I issue the connect command: *2(node number), the >>> controller says it's linking both on the console and verbally. But, then >>> it seems to hang totally with the TX enabled from the end that received >>> the commands. I've tried this both ways--repeater to remote base (commands >>> from the repeater) and vice versa. I end up having to kill -9 the asterisk >>> process to regain control--"stop now" from the asterisk console >>> hangs...This should work, right? >>> >>> Thanks in advance! >>> >>> David KB4FXC >>> >>> >>> On Sun, 20 Jul 2008, David McGough wrote: >>> >>>> Hi Steve and Roger, >>>> >>>> Thanks so much for the assistance. I'll give it a try today and report >>>> back. I think most of my questions are now answered. >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >>> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From kb4fxc at inttek.net Tue Jul 22 03:23:01 2008 From: kb4fxc at inttek.net (David McGough) Date: Mon, 21 Jul 2008 23:23:01 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: <48854EEC.6010105@rodgers.sdcoxmail.com> Message-ID: Hi Steve, I guess I'm a glutton for punishment! I'm a systems programmer/developer and in the past haven't had much trouble with hand-compiling versions of asterisk....But, I know exactly what you're talking about! The main reason I compiled it was to include the iLBC CODEC, etc.,--which I have previously used exclusively for Internet-based links on our office asterisk PBXs....I figured this would give me my best connectivity option from the road with the laptop. But, for the moment, I'll back down to the ACID release and give it a try. Thanks so much for all your help! 73, David KB4FXC On Mon, 21 Jul 2008, Stephen Rodgers wrote: > David, > > Using the latest version of Asterisk may be the cause of your problems. > Why did you feel the need to upgrade it from what comes with EVB? > > Troubleshooting the lockup on an unproven system configuration will be a > complete waste of your time if you aren't a developer and able to fix > things yourself in the code and are willing to spend hours and hours > tracking down the root cause of the problem. If you want to get > something running quickly, you have to resist the urge to update code to > the latest and greatest and stick to that which has a track record of > working. > > There are several people running plain vanilla multi-node EVB systems > (Roger W4RFJ and Will W4WWM). I'm running a two node ACID system on the > bench but it doesn't have all that much test time on it. (It doesn't > lock up when the two nodes are connected together though.) There is one > other person running ACID on a two node system (Randy KC6HUR) he might > be able to give some insight as to how well it works. > > > This is one of the few problems with open source, you just don't know in > advance which combinations of programs will play nice together without > doing extensive testing yourself and troubleshooting the problems > yourself. This is why EVB and ACID exist. There are just to many things > which can go terribly wrong when programs are updated to the latest and > greatest versions. > > Steve > > > David McGough wrote: > > Hi Steve, > > > > I am running a EVB base system--centos 5 and 2.6.18-53.1.21.el5 kernel. I > > updated asterisk to a hand-compiled version (1.4.21) using the latest > > app_rpt and chan_usb code from Xelatek's SVN....Maybe I'll back down to > > the ACID release. > > > > The URI's are plugged directly into the PC, and 2 of the 3 seem to be > > working fine--other than I can't connect the extensions together. The > > TKR-850 (set internally in duplex mode and is asterisk extension 111) > > works as a repeater, and accepts DTMF commands, etc....And, the remote > > base (currently a IC-706mk2g, extension 222) also accepts DTMF commands, > > etc....But, when I try to connect these units (using *3), I get a > > lock up.... > > > > I reduced my extensions.conf file to the below for testing: > > > > ---------------extensions.conf--------------------------------------- > > [general] > > > > static=yes ; These two lines prevent the command-line interface > > writeprotect=yes ; from overwriting the config file. Leave them here. > > > > [radio-secure] > > exten => 111,1,rpt,111 > > exten => 222,1,rpt,222 > > > > [autopatch] > > --------------------------------------------------------------------- > > > > And, here is my rpt.conf: > > ---------------rpt.conf--------------------------------------------- > > ; Radio Repeater configuration file (for use with app_rpt) > > ; > > > > > > [111] ; Change this to your assigned node number > > > > rxchannel = Radio/usb ; Rx audio/signalling channel > > controlstates=controlstates ; system control state list > > scheduler=schedule; ; scheduler entries > > functions=functions ; Repeater Function Table > > phone_functions=functions ; Repeater Function Table > > link_functions=link-functions ; Link Function Table > > telemetry=telemetry ; Telemetry descriptions > > wait_times=wait-times ; Wait times > > context = autopatch ; dialing context for phone > > callerid = "Repeater" <0000000000> ; callerid for phone calls > > ;idrecording = |iid ; id recording or morse string > > idrecording=|ikb4fxc/r ; id recording or morse string > > accountcode=RADIO ; account code (optional) > > hangtime=1000 ; squelch tail hang time (in ms) > > (optional) > > althangtime=4000 ; longer squelch tail > > totime=170000 ; transmit time-out time (in ms) > > (optional) > > totime=10000 > > idtime=540000 ; id interval time (in ms) > > (optional) > > ; The default values for hangtime, time-out time, and id interval time are > > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > > ; respectively > > > > politeid=30000 ; time in milliseconds before ID > > timer > > > > ; expires to try and ID in the > > tail. > > ; (optional, default is 30000). > > idtalkover=|iid ; Talkover ID (optional) default > > is none > > unlinkedct=ct2 ; unlinked courtesy tone > > (optional) default is none > > remotect=ct3 > > duplex=2 > > > > ;//////////////////////////////////////////////////////////////////////////// > > [222] ; Change this to your assigned node number > > > > rxchannel = Radio/usb1 ; Rx audio/signalling channel > > controlstates=controlstates ; system control state list > > scheduler=schedule; ; scheduler entries > > functions=functions ; Repeater Function Table > > phone_functions=functions ; Repeater Function Table > > link_functions=link-functions ; Link Function Table > > telemetry=telemetry ; Telemetry descriptions > > wait_times=wait-times ; Wait times > > context = autopatch ; dialing context for phone > > callerid = "Repeater" <0000000000> ; callerid for phone calls > > idrecording = |iid ; id recording or morse string > > ;idrecording=|ikb4fxc ; id recording or morse string > > accountcode=RADIO ; account code (optional) > > hangtime=1000 ; squelch tail hang time (in ms) > > (optional) > > althangtime=4000 ; longer squelch tail > > totime=170000 ; transmit time-out time (in ms) > > (optional) > > totime=10000 > > idtime=540000 ; id interval time (in ms) > > (optional) > > ; The default values for hangtime, time-out time, and id interval time are > > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > > ; respectively > > > > politeid=30000 ; time in milliseconds before ID timer > > > > ; expires to try and ID in the tail. > > ; (optional, default is 30000). > > idtalkover=|iid ; Talkover ID (optional) default is none > > unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none > > remotect=ct3 > > duplex=0 > > > > > > ;/////////////////////////////////////////////////////////////////////////////////////// > > ; > > ; function table > > ; > > [functions] > > 1=ilink,1 ; Specific link disconnect > > 2=ilink,2 ; Specific Link connect - monitor > > only > > 3=ilink,3 ; Specific Link connect - transceive > > 4=ilink,4 ; Enter command mode on a specific link > > 7=ilink,5 ; Link status > > > > 80=status,1 ; System info > > 81=status,2 ; Time > > 82=status,3 ; app_rpt.c Version > > 87=ilink,15 ; long range sensors > > > > ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up > > ;0=autopatchdn ; Autopatch down > > > > 99=cop,4 ; Test tone > > 98=cop,6 ; Phone TX key > > > > > > ;/////////////////////////////////////////////////////////////////////////////////////// > > ; > > ; Link function table > > ; > > ; If this section is defined, then the remote user accessing our machine > > in command mode > > ; will only be able to do the functions defined in this section. If this > > section is > > ; omitted, then the link functions will be the same as the repeater > > functions. > > ; > > > > > > [link-functions] > > 1=ilink,1 ; Specific link disconnect > > 2=ilink,2 ; Specific Link connect - monitor > > only > > 3=ilink,3 ; Specific Link connect - > > transceive > > 4=ilink,4 ; Command mode > > 80=status,1 ; System info > > 81=status,2 ; Time > > 82=status,3 ; app_rpt.c Version > > 87=ilink,15 ; long range sensors > > > > ;6=autopatchup,farenddisconnect=1,noct=1,dialtime=20000 ; Autopatch up > > ;0=autopatchdn ; Autopatch down > > > > 99=cop,4 ; Test tone > > > > [telemetry] > > > > ; Telemetry entries can be shared across all repeaters, or defined for > > each repeater. > > ; Can be a tone sequence, morse string, or a file > > ; > > ; |t - Tone escape sequence > > ; > > ; Tone sequences consist of 1 or more 4-tuple entries (freq1, freq2, > > duration, amplitude) > > ; Single frequencies are created by setting freq1 or freq2 to zero. > > ; > > ; |m - Morse escape sequence > > ; > > ; Sends Morse code at the telemetry amplitude and telemetry frequency as > > defined in the > > ; [morse] section. > > ; > > ; Follow with an alphanumeric string > > ; > > ; |i - Morse ID escape sequence > > ; > > ; Sends Morse code at the ID amplitude and ID frequency as defined in the > > ; [morse] section. > > ; > > ; Follow with an alphanumeric string > > > > > > 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 > > ;idstr=|m('K','B','4','F','X','C') > > > > ; > > ; Morse code parameters, these are common to all repeaters. > > ; > > > > [morse] > > > > speed=13 ; Approximate speed in WPM > > frequency=800 ; Morse Telemetry Frequency > > amplitude=4096 ; Morse Telemetry Amplitude > > idfrequency=1065 ; Morse ID Frequency > > idamplitude=1024 ; Morse ID Amplitude > > > > ; > > ; 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 ; Time to wait before sending most telemetry > > idwait=500 ; Time to wait before starting ID > > unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry > > calltermwait=2000 ; Time to wait before announcing "call terminated" > > > > ; > > ; This is where you define your nodes which can be connected to. > > ; > > > > [nodes] > > 111 = radio at 127.0.0.1/111,NONE ; Change this to your assigned node number > > 222 = radio at 127.0.0.1/222,NONE ; Change this to your assigned node number > > > > -------------------------------------------------------------------------------- > > > > Finally, here is the usbradio.conf: > > ------------------------------------------------------------------------ > > ; > > ; Open Sound System Console Driver Configuration File > > ; > > [general] > > > > rxcpusaver=0 > > txcpusaver=0 > > debug=0x7 > > > > [usb] > > ; TKR-850 > > devicenum=0 > > > > hdwtype=0 ; Leave this set to 0 for USB sound fobs modified > > using > > ; the instructions from usbfob.pdf. Use a setting > > of > > ; 1 is for Dingotel/Sph interfaces. > > > > rxboost=0 ; 0 = 20db attenuator inserted, 1= 20db attenuator > > removed > > ; Set to 1 for additonal gain if using a low-level > > receiver output > > > > rxctcssrelax=1 ; reduce talkoff from radios w/o CTCSS Tx HPF > > ; Do not change this, leave this as a 1 > > > > txctcssdefault=0.0 ; default tx ctcss freq, any frequency permitted > > rxctcssfreqs=0.0 ; rx ctcss freqs in floating point. must be in > > table > > txctcssfreqs=0.0 ; tx ctcss freqs, any frequency permitted > > > > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > > ; no - no carrier detection at all > > ; usb - from the COR line on the modified USB > > sound fob > > ; usbinvert - from the inverted COR line on the > > modified USB sound fob > > ; dsp - from RX noise using dsp techniques > > ; vox - voice activated from RX audio > > > > ctcssfrom=no ; no,usb,dsp > > ; no - CTCSS decoding, system will be carrier > > squelch > > ; usb - CTCSS decoding using input from USB FOB > > ; (currently not supported) > > ; dsp - CTCSS decoding using RX audio in DSP. > > ; rxdemod option must be set to flat for this to > > work. > > > > rxdemod=speaker ; input type from radio: no,speaker,flat > > ; no - RX audio input not used > > ; flat - Use RX audio from discriminator > > ; speaker - use de-emphasized audio > > > > txprelim=no ; Audio processing on left output channel: no,yes > > ; no - Audio is not pre-emphasized and limited. > > ; Suitable for use on a microphone input > > ; yes - Audio is pre-emphasized and limited. > > ; Suitable for direct connection to an FM > > modulator > > > > txtoctype=notone ; Transmit tone control type: no,phase,notone > > ; no - CTCSS tone encoding with no hang time > > ; phase - encode CTCSS and reverse phase > > ; AKA ("reverse burst") before unkeying TX > > ; notone - encode CTCSS and stop sending tone > > before unkeying TX > > ; AKA ("chicken burst") > > > > txmixa=voice ; Left channel output: > > no,voice,tone,composite,auxvoice > > ; no - Do not output anything > > ; voice - output voice only > > ; tone - CTCSS tone only > > ; composite - voice and tone > > ; auxvoice - auxiliary voice output at headphone > > level for monitoring > > > > txmixb=no ; Right channel output: no,voice,tone,composite, > > auxvoice > > ; See txmixa above. > > > > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > > transmit > > ; This is the collector lead of the 2n4401 on the > > > > modified > > ; usb sound fob. > > ; please refer to the howto for the procedure to > > do this. > > > > duplex=1 ; Full Duplex > > > > > > [usb1] > > ; IC-706mk2g > > devicenum=1 > > hdwtype=0 > > rxboost=0 > > rxctcssrelax=1 > > txctcssdefault=0.0 > > rxctcssfreqs=0.0 > > txctcssfreqs=0.0 > > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > > ctcssfrom=no ; no,usb,dsp > > rxdemod=speaker ; input type from radio: no,speaker,flat > > txprelim=no ; Audio processing on left output channel: no,yes > > txtoctype=notone ; Transmit tone control type: no,phase,notone > > txmixa=voice ; Left channel output: > > no,voice,tone,composite,auxvoice > > txmixb=no ; Right channel output: no,voice,tone,composite, > > auxvoice > > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > > transmit > > duplex=0 ; Simplex > > > > > > > > > > > > > > > > On Mon, 21 Jul 2008, Stephen Rodgers wrote: > > > >> David, > >> > >> First off, I just learned something myself about adding extra radio > >> ports using USB fobs: They must be added one at a time. > >> > >> Second, there should be no USB hubs between the FOB's and the PC's USB > >> ports. > >> > >> Finally, what type if linux install is this? ACID, EVB, custom? > >> > >> > >> I'd suggest restoring the configuration back to one radio port get that > >> working, then add and tune the ports one at a time. > >> > >> > >> Steve, > >> WA6ZFT > >> > >> > >> > >> > >> David McGough wrote: > >>> Hi Roger & Steve, > >>> > >>> Well, I'm making progress. I've noticed a couple more things I thought I'd > >>> mention. First, I've got a strange situation where I can only properly > >>> access 2 of the 3 URI's I have attached to the PC....Initially, I only > >>> plugged 1 URI in and couldn't get it to work at all (though the green LED > >>> was blinking)....Then, when I plugged in a 2nd URI, the first started > >>> working (with my TKR-850)....Today, I found that the second wasn't > >>> functional....So, tonight, experimentally, I plugged in a 3rd URI and > >>> both of the original 2 are now working. Strange.....Perhaps this has > >>> something to do with udev? Anyway, this isn't holding me up at the moment. > >>> > >>> The second issue is more troublesome. I can't get the repeater to link to > >>> the remote base....When I issue the connect command: *2(node number), the > >>> controller says it's linking both on the console and verbally. But, then > >>> it seems to hang totally with the TX enabled from the end that received > >>> the commands. I've tried this both ways--repeater to remote base (commands > >>> from the repeater) and vice versa. I end up having to kill -9 the asterisk > >>> process to regain control--"stop now" from the asterisk console > >>> hangs...This should work, right? > >>> > >>> Thanks in advance! > >>> > >>> David KB4FXC > >>> > >>> > >>> On Sun, 20 Jul 2008, David McGough wrote: > >>> > >>>> Hi Steve and Roger, > >>>> > >>>> Thanks so much for the assistance. I'll give it a try today and report > >>>> back. I think most of my questions are now answered. > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> App_rpt mailing list > >>> App_rpt at lists.illiana.net > >>> http://lists.illiana.net/mailman/listinfo/app_rpt > >>> > >> _______________________________________________ > >> App_rpt mailing list > >> App_rpt at lists.illiana.net > >> http://lists.illiana.net/mailman/listinfo/app_rpt > >> > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From hwstar at rodgers.sdcoxmail.com Tue Jul 22 04:06:39 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 21 Jul 2008 21:06:39 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: Message-ID: <48855CCF.6090804@rodgers.sdcoxmail.com> David, One thing I forgot to mention after I looked over your configs. 1. You mentioned the second radio was a remote base. You should have a ,y on the end of a remote base node like this: 222 = radio at 127.0.0.1/222,NONE,y ; Change this to your assigned node number 2. As a starting point, a remote base node should have a node stanza which looks like this: [222] ;devicenum=1 ; Not necessary, remove. Device ; automatically assigned. rxchannel = radio/usb1 ; Rx audio/signalling channel remote = ic706 functions = remote-functions phone_functions = remote-functions ioport = /dev/ttyS0 ; Specify port for serial port civaddr = 88 ; Specify CIV address for IC706 And a function list like this: [remote-functions] 0=remote,1 ; Retrieve Memory 1=remote,2 ; Set freq. 2=remote,3 ; Set tx PL tone 3=remote,4 ; Set rx PL tone 40=remote,100 ; Rx PL off 41=remote,101 ; Rx PL on 42=remote,102 ; Tx PL off 43=remote,103 ; Tx PL on 44=remote,104 ; Low Power 45=remote,105 ; Medium Power 46=remote,106 ; High Power 711=remote,107 ; Bump -20 714=remote,108 ; Bump -100 717=remote,109 ; Bump -500 713=remote,110 ; Bump +20 716=remote,111 ; Bump +100 719=remote,112 ; Bump +500 721=remote,113 ; Scan - slow 724=remote,114 ; Scan - quick 727=remote,115 ; Scan - fast 723=remote,116 ; Scan + slow 726=remote,117 ; Scan + quick 729=remote,118 ; Scan + fast 79=remote,119 ; Tune 51=remote,5 ; Long status query 52=remote,140 ; Short status query 6=remote,6 ; Set mode 98=cop,6 Steve WA6ZFT David McGough wrote: > Hi Steve, > > I guess I'm a glutton for punishment! I'm a systems programmer/developer > and in the past haven't had much trouble with hand-compiling versions of > asterisk....But, I know exactly what you're talking about! > > The main reason I compiled it was to include the iLBC CODEC, etc.,--which > I have previously used exclusively for Internet-based links on our office > asterisk PBXs....I figured this would give me my best connectivity option > from the road with the laptop. > > But, for the moment, I'll back down to the ACID release and give it a try. > > Thanks so much for all your help! > > 73, David KB4FXC > > > > > On Mon, 21 Jul 2008, Stephen Rodgers wrote: > >> David, >> >> Using the latest version of Asterisk may be the cause of your problems. >> Why did you feel the need to upgrade it from what comes with EVB? >> >> Troubleshooting the lockup on an unproven system configuration will be a >> complete waste of your time if you aren't a developer and able to fix >> things yourself in the code and are willing to spend hours and hours >> tracking down the root cause of the problem. If you want to get >> something running quickly, you have to resist the urge to update code to >> the latest and greatest and stick to that which has a track record of >> working. >> >> There are several people running plain vanilla multi-node EVB systems >> (Roger W4RFJ and Will W4WWM). I'm running a two node ACID system on the >> bench but it doesn't have all that much test time on it. (It doesn't >> lock up when the two nodes are connected together though.) There is one >> other person running ACID on a two node system (Randy KC6HUR) he might >> be able to give some insight as to how well it works. >> >> >> This is one of the few problems with open source, you just don't know in >> advance which combinations of programs will play nice together without >> doing extensive testing yourself and troubleshooting the problems >> yourself. This is why EVB and ACID exist. There are just to many things >> which can go terribly wrong when programs are updated to the latest and >> greatest versions. >> >> Steve >> >> >> David McGough wrote: >>> Hi Steve, >>> >>> I am running a EVB base system--centos 5 and 2.6.18-53.1.21.el5 kernel. I >>> updated asterisk to a hand-compiled version (1.4.21) using the latest >>> app_rpt and chan_usb code from Xelatek's SVN....Maybe I'll back down to >>> the ACID release. >>> >>> The URI's are plugged directly into the PC, and 2 of the 3 seem to be >>> working fine--other than I can't connect the extensions together. The >>> TKR-850 (set internally in duplex mode and is asterisk extension 111) >>> works as a repeater, and accepts DTMF commands, etc....And, the remote >>> base (currently a IC-706mk2g, extension 222) also accepts DTMF commands, >>> etc....But, when I try to connect these units (using *3), I get a >>> lock up.... >>> >>> I reduced my extensions.conf file to the below for testing: >>> >>> ---------------extensions.conf--------------------------------------- >>> [general] >>> >>> static=yes ; These two lines prevent the command-line interface >>> writeprotect=yes ; from overwriting the config file. Leave them here. >>> >>> [radio-secure] >>> exten => 111,1,rpt,111 >>> exten => 222,1,rpt,222 >>> >>> [autopatch] >>> --------------------------------------------------------------------- >>> >>> And, here is my rpt.conf: >>> ---------------rpt.conf--------------------------------------------- >>> ; Radio Repeater configuration file (for use with app_rpt) >>> ; >>> >>> >>> [111] ; Change this to your assigned node number >>> >>> rxchannel = Radio/usb ; Rx audio/signalling channel >>> controlstates=controlstates ; system control state list >>> scheduler=schedule; ; scheduler entries >>> functions=functions ; Repeater Function Table >>> phone_functions=functions ; Repeater Function Table >>> link_functions=link-functions ; Link Function Table >>> telemetry=telemetry ; Telemetry descriptions >>> wait_times=wait-times ; Wait times >>> context = autopatch ; dialing context for phone >>> callerid = "Repeater" <0000000000> ; callerid for phone calls >>> ;idrecording = |iid ; id recording or morse string >>> idrecording=|ikb4fxc/r ; id recording or morse string >>> accountcode=RADIO ; account code (optional) >>> hangtime=1000 ; squelch tail hang time (in ms) >>> (optional) >>> althangtime=4000 ; longer squelch tail >>> totime=170000 ; transmit time-out time (in ms) >>> (optional) >>> totime=10000 >>> idtime=540000 ; id interval time (in ms) >>> (optional) >>> ; The default values for hangtime, time-out time, and id interval time are >>> ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) >>> ; respectively >>> >>> politeid=30000 ; time in milliseconds before ID >>> timer >>> >>> ; expires to try and ID in the >>> tail. >>> ; (optional, default is 30000). >>> idtalkover=|iid ; Talkover ID (optional) default >>> is none >>> unlinkedct=ct2 ; unlinked courtesy tone >>> (optional) default is none >>> remotect=ct3 >>> duplex=2 >>> >>> ;//////////////////////////////////////////////////////////////////////////// >>> [222] ; Change this to your assigned node number >>> >>> rxchannel = Radio/usb1 ; Rx audio/signalling channel >>> controlstates=controlstates ; system control state list >>> scheduler=schedule; ; scheduler entries >>> functions=functions ; Repeater Function Table >>> phone_functions=functions ; Repeater Function Table >>> link_functions=link-functions ; Link Function Table >>> telemetry=telemetry ; Telemetry descriptions >>> wait_times=wait-times ; Wait times >>> context = autopatch ; dialing context for phone >>> callerid = "Repeater" <0000000000> ; callerid for phone calls >>> idrecording = |iid ; id recording or morse string >>> ;idrecording=|ikb4fxc ; id recording or morse string >>> accountcode=RADIO ; account code (optional) >>> hangtime=1000 ; squelch tail hang time (in ms) >>> (optional) >>> althangtime=4000 ; longer squelch tail >>> totime=170000 ; transmit time-out time (in ms) >>> (optional) >>> totime=10000 >>> idtime=540000 ; id interval time (in ms) >>> (optional) >>> ; The default values for hangtime, time-out time, and id interval time are >>> ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) >>> ; respectively >>> >>> politeid=30000 ; time in milliseconds before ID timer >>> >>> ; expires to try and ID in the tail. >>> ; (optional, default is 30000). >>> idtalkover=|iid ; Talkover ID (optional) default is none >>> unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none >>> remotect=ct3 >>> duplex=0 >>> >>> >>> ;/////////////////////////////////////////////////////////////////////////////////////// >>> ; >>> ; function table >>> ; >>> [functions] >>> 1=ilink,1 ; Specific link disconnect >>> 2=ilink,2 ; Specific Link connect - monitor >>> only >>> 3=ilink,3 ; Specific Link connect - transceive >>> 4=ilink,4 ; Enter command mode on a specific link >>> 7=ilink,5 ; Link status >>> >>> 80=status,1 ; System info >>> 81=status,2 ; Time >>> 82=status,3 ; app_rpt.c Version >>> 87=ilink,15 ; long range sensors >>> >>> ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up >>> ;0=autopatchdn ; Autopatch down >>> >>> 99=cop,4 ; Test tone >>> 98=cop,6 ; Phone TX key >>> >>> >>> ;/////////////////////////////////////////////////////////////////////////////////////// >>> ; >>> ; Link function table >>> ; >>> ; If this section is defined, then the remote user accessing our machine >>> in command mode >>> ; will only be able to do the functions defined in this section. If this >>> section is >>> ; omitted, then the link functions will be the same as the repeater >>> functions. >>> ; >>> >>> >>> [link-functions] >>> 1=ilink,1 ; Specific link disconnect >>> 2=ilink,2 ; Specific Link connect - monitor >>> only >>> 3=ilink,3 ; Specific Link connect - >>> transceive >>> 4=ilink,4 ; Command mode >>> 80=status,1 ; System info >>> 81=status,2 ; Time >>> 82=status,3 ; app_rpt.c Version >>> 87=ilink,15 ; long range sensors >>> >>> ;6=autopatchup,farenddisconnect=1,noct=1,dialtime=20000 ; Autopatch up >>> ;0=autopatchdn ; Autopatch down >>> >>> 99=cop,4 ; Test tone >>> >>> [telemetry] >>> >>> ; Telemetry entries can be shared across all repeaters, or defined for >>> each repeater. >>> ; Can be a tone sequence, morse string, or a file >>> ; >>> ; |t - Tone escape sequence >>> ; >>> ; Tone sequences consist of 1 or more 4-tuple entries (freq1, freq2, >>> duration, amplitude) >>> ; Single frequencies are created by setting freq1 or freq2 to zero. >>> ; >>> ; |m - Morse escape sequence >>> ; >>> ; Sends Morse code at the telemetry amplitude and telemetry frequency as >>> defined in the >>> ; [morse] section. >>> ; >>> ; Follow with an alphanumeric string >>> ; >>> ; |i - Morse ID escape sequence >>> ; >>> ; Sends Morse code at the ID amplitude and ID frequency as defined in the >>> ; [morse] section. >>> ; >>> ; Follow with an alphanumeric string >>> >>> >>> 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 >>> ;idstr=|m('K','B','4','F','X','C') >>> >>> ; >>> ; Morse code parameters, these are common to all repeaters. >>> ; >>> >>> [morse] >>> >>> speed=13 ; Approximate speed in WPM >>> frequency=800 ; Morse Telemetry Frequency >>> amplitude=4096 ; Morse Telemetry Amplitude >>> idfrequency=1065 ; Morse ID Frequency >>> idamplitude=1024 ; Morse ID Amplitude >>> >>> ; >>> ; 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 ; Time to wait before sending most telemetry >>> idwait=500 ; Time to wait before starting ID >>> unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry >>> calltermwait=2000 ; Time to wait before announcing "call terminated" >>> >>> ; >>> ; This is where you define your nodes which can be connected to. >>> ; >>> >>> [nodes] >>> 111 = radio at 127.0.0.1/111,NONE ; Change this to your assigned node number >>> 222 = radio at 127.0.0.1/222,NONE ; Change this to your assigned node number >>> >>> -------------------------------------------------------------------------------- >>> >>> Finally, here is the usbradio.conf: >>> ------------------------------------------------------------------------ >>> ; >>> ; Open Sound System Console Driver Configuration File >>> ; >>> [general] >>> >>> rxcpusaver=0 >>> txcpusaver=0 >>> debug=0x7 >>> >>> [usb] >>> ; TKR-850 >>> devicenum=0 >>> >>> hdwtype=0 ; Leave this set to 0 for USB sound fobs modified >>> using >>> ; the instructions from usbfob.pdf. Use a setting >>> of >>> ; 1 is for Dingotel/Sph interfaces. >>> >>> rxboost=0 ; 0 = 20db attenuator inserted, 1= 20db attenuator >>> removed >>> ; Set to 1 for additonal gain if using a low-level >>> receiver output >>> >>> rxctcssrelax=1 ; reduce talkoff from radios w/o CTCSS Tx HPF >>> ; Do not change this, leave this as a 1 >>> >>> txctcssdefault=0.0 ; default tx ctcss freq, any frequency permitted >>> rxctcssfreqs=0.0 ; rx ctcss freqs in floating point. must be in >>> table >>> txctcssfreqs=0.0 ; tx ctcss freqs, any frequency permitted >>> >>> carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox >>> ; no - no carrier detection at all >>> ; usb - from the COR line on the modified USB >>> sound fob >>> ; usbinvert - from the inverted COR line on the >>> modified USB sound fob >>> ; dsp - from RX noise using dsp techniques >>> ; vox - voice activated from RX audio >>> >>> ctcssfrom=no ; no,usb,dsp >>> ; no - CTCSS decoding, system will be carrier >>> squelch >>> ; usb - CTCSS decoding using input from USB FOB >>> ; (currently not supported) >>> ; dsp - CTCSS decoding using RX audio in DSP. >>> ; rxdemod option must be set to flat for this to >>> work. >>> >>> rxdemod=speaker ; input type from radio: no,speaker,flat >>> ; no - RX audio input not used >>> ; flat - Use RX audio from discriminator >>> ; speaker - use de-emphasized audio >>> >>> txprelim=no ; Audio processing on left output channel: no,yes >>> ; no - Audio is not pre-emphasized and limited. >>> ; Suitable for use on a microphone input >>> ; yes - Audio is pre-emphasized and limited. >>> ; Suitable for direct connection to an FM >>> modulator >>> >>> txtoctype=notone ; Transmit tone control type: no,phase,notone >>> ; no - CTCSS tone encoding with no hang time >>> ; phase - encode CTCSS and reverse phase >>> ; AKA ("reverse burst") before unkeying TX >>> ; notone - encode CTCSS and stop sending tone >>> before unkeying TX >>> ; AKA ("chicken burst") >>> >>> txmixa=voice ; Left channel output: >>> no,voice,tone,composite,auxvoice >>> ; no - Do not output anything >>> ; voice - output voice only >>> ; tone - CTCSS tone only >>> ; composite - voice and tone >>> ; auxvoice - auxiliary voice output at headphone >>> level for monitoring >>> >>> txmixb=no ; Right channel output: no,voice,tone,composite, >>> auxvoice >>> ; See txmixa above. >>> >>> invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to >>> transmit >>> ; This is the collector lead of the 2n4401 on the >>> >>> modified >>> ; usb sound fob. >>> ; please refer to the howto for the procedure to >>> do this. >>> >>> duplex=1 ; Full Duplex >>> >>> >>> [usb1] >>> ; IC-706mk2g >>> devicenum=1 >>> hdwtype=0 >>> rxboost=0 >>> rxctcssrelax=1 >>> txctcssdefault=0.0 >>> rxctcssfreqs=0.0 >>> txctcssfreqs=0.0 >>> carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox >>> ctcssfrom=no ; no,usb,dsp >>> rxdemod=speaker ; input type from radio: no,speaker,flat >>> txprelim=no ; Audio processing on left output channel: no,yes >>> txtoctype=notone ; Transmit tone control type: no,phase,notone >>> txmixa=voice ; Left channel output: >>> no,voice,tone,composite,auxvoice >>> txmixb=no ; Right channel output: no,voice,tone,composite, >>> auxvoice >>> invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to >>> transmit >>> duplex=0 ; Simplex >>> >>> >>> >>> >>> >>> >>> >>> On Mon, 21 Jul 2008, Stephen Rodgers wrote: >>> >>>> David, >>>> >>>> First off, I just learned something myself about adding extra radio >>>> ports using USB fobs: They must be added one at a time. >>>> >>>> Second, there should be no USB hubs between the FOB's and the PC's USB >>>> ports. >>>> >>>> Finally, what type if linux install is this? ACID, EVB, custom? >>>> >>>> >>>> I'd suggest restoring the configuration back to one radio port get that >>>> working, then add and tune the ports one at a time. >>>> >>>> >>>> Steve, >>>> WA6ZFT >>>> >>>> >>>> >>>> >>>> David McGough wrote: >>>>> Hi Roger & Steve, >>>>> >>>>> Well, I'm making progress. I've noticed a couple more things I thought I'd >>>>> mention. First, I've got a strange situation where I can only properly >>>>> access 2 of the 3 URI's I have attached to the PC....Initially, I only >>>>> plugged 1 URI in and couldn't get it to work at all (though the green LED >>>>> was blinking)....Then, when I plugged in a 2nd URI, the first started >>>>> working (with my TKR-850)....Today, I found that the second wasn't >>>>> functional....So, tonight, experimentally, I plugged in a 3rd URI and >>>>> both of the original 2 are now working. Strange.....Perhaps this has >>>>> something to do with udev? Anyway, this isn't holding me up at the moment. >>>>> >>>>> The second issue is more troublesome. I can't get the repeater to link to >>>>> the remote base....When I issue the connect command: *2(node number), the >>>>> controller says it's linking both on the console and verbally. But, then >>>>> it seems to hang totally with the TX enabled from the end that received >>>>> the commands. I've tried this both ways--repeater to remote base (commands >>>>> from the repeater) and vice versa. I end up having to kill -9 the asterisk >>>>> process to regain control--"stop now" from the asterisk console >>>>> hangs...This should work, right? >>>>> >>>>> Thanks in advance! >>>>> >>>>> David KB4FXC >>>>> >>>>> >>>>> On Sun, 20 Jul 2008, David McGough wrote: >>>>> >>>>>> Hi Steve and Roger, >>>>>> >>>>>> Thanks so much for the assistance. I'll give it a try today and report >>>>>> back. I think most of my questions are now answered. >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> App_rpt mailing list >>>>> App_rpt at lists.illiana.net >>>>> http://lists.illiana.net/mailman/listinfo/app_rpt >>>>> >>>> _______________________________________________ >>>> App_rpt mailing list >>>> App_rpt at lists.illiana.net >>>> http://lists.illiana.net/mailman/listinfo/app_rpt >>>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >>> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From mcheavens at usa.net Tue Jul 22 14:49:30 2008 From: mcheavens at usa.net (Mark Cheavens) Date: Tue, 22 Jul 2008 09:49:30 -0500 Subject: [App_rpt] URI configuration help In-Reply-To: <48853CEA.6060605@rodgers.sdcoxmail.com> References: <48853CEA.6060605@rodgers.sdcoxmail.com> Message-ID: <7.0.1.0.2.20080722094600.03a254e0@usa.net> Why can there be no USB Hubs? I have two systems in development right now that will both require hubs to gain enough ports. The adding one at a time and keeping them in the same location is the reason to use the URI's and add eeproms. Has anybody actually utilized the eprom functions using a URI and Asterisk? Mark, KC5EVE At 08:50 PM 7/21/2008, you wrote: >David, > >First off, I just learned something myself about adding extra radio >ports using USB fobs: They must be added one at a time. > >Second, there should be no USB hubs between the FOB's and the PC's USB >ports. > >Finally, what type if linux install is this? ACID, EVB, custom? > > >I'd suggest restoring the configuration back to one radio port get that >working, then add and tune the ports one at a time. > > >Steve, >WA6ZFT > > > > >David McGough wrote: > > > > Hi Roger & Steve, > > > > Well, I'm making progress. I've noticed a couple more things I thought I'd > > mention. First, I've got a strange situation where I can only properly > > access 2 of the 3 URI's I have attached to the PC....Initially, I only > > plugged 1 URI in and couldn't get it to work at all (though the green LED > > was blinking)....Then, when I plugged in a 2nd URI, the first started > > working (with my TKR-850)....Today, I found that the second wasn't > > functional....So, tonight, experimentally, I plugged in a 3rd URI and > > both of the original 2 are now working. Strange.....Perhaps this has > > something to do with udev? Anyway, this isn't holding me up at the moment. > > > > The second issue is more troublesome. I can't get the repeater to link to > > the remote base....When I issue the connect command: *2(node number), the > > controller says it's linking both on the console and verbally. But, then > > it seems to hang totally with the TX enabled from the end that received > > the commands. I've tried this both ways--repeater to remote base (commands > > from the repeater) and vice versa. I end up having to kill -9 the asterisk > > process to regain control--"stop now" from the asterisk console > > hangs...This should work, right? > > > > Thanks in advance! > > > > David KB4FXC > > > > > > On Sun, 20 Jul 2008, David McGough wrote: > > > >> Hi Steve and Roger, > >> > >> Thanks so much for the assistance. I'll give it a try today and report > >> back. I think most of my questions are now answered. > >> > >> > >> > >> > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > >_______________________________________________ >App_rpt mailing list >App_rpt at lists.illiana.net >http://lists.illiana.net/mailman/listinfo/app_rpt From stotaro at totarotechnologies.com Tue Jul 22 15:02:46 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Tue, 22 Jul 2008 11:02:46 -0400 Subject: [App_rpt] URI configuration help In-Reply-To: <48854EEC.6010105@rodgers.sdcoxmail.com> References: <48854EEC.6010105@rodgers.sdcoxmail.com> Message-ID: On Mon, Jul 21, 2008 at 11:07 PM, Stephen Rodgers wrote: > David, > > Using the latest version of Asterisk may be the cause of your problems. > Why did you feel the need to upgrade it from what comes with EVB? > > Troubleshooting the lockup on an unproven system configuration will be a > complete waste of your time if you aren't a developer and able to fix > things yourself in the code and are willing to spend hours and hours > tracking down the root cause of the problem. If you want to get > something running quickly, you have to resist the urge to update code to > the latest and greatest and stick to that which has a track record of > working. > > There are several people running plain vanilla multi-node EVB systems > (Roger W4RFJ and Will W4WWM). I'm running a two node ACID system on the > bench but it doesn't have all that much test time on it. (It doesn't > lock up when the two nodes are connected together though.) There is one > other person running ACID on a two node system (Randy KC6HUR) he might > be able to give some insight as to how well it works. > > > This is one of the few problems with open source, you just don't know in > advance which combinations of programs will play nice together without > doing extensive testing yourself and troubleshooting the problems > yourself. This is why EVB and ACID exist. There are just to many things > which can go terribly wrong when programs are updated to the latest and > greatest versions. > > Steve > > I totally disagree. The new app-rpt should be merged with trunk and also be compatible with new kernels and updated software. That is a basic fact of almost EVERY piece of software. Sometimes you have to read the README to get it working but that's it. Do you know what most of those updates are? Mostly security fixes and bug fixes. To suggest leaving a system without updating it is just terrible advice and begging to be hacked. Thanks, Steve Totaro KB3OPB From steve.w9sh at gmail.com Tue Jul 22 15:11:30 2008 From: steve.w9sh at gmail.com (Steven Henke) Date: Tue, 22 Jul 2008 11:11:30 -0400 Subject: [App_rpt] URI configuration help In-Reply-To: <7.0.1.0.2.20080722094600.03a254e0@usa.net> References: <48853CEA.6060605@rodgers.sdcoxmail.com> <7.0.1.0.2.20080722094600.03a254e0@usa.net> Message-ID: Mark, I can help you with the hubs. Contact me at sph at xelatec.com. 73, Steve Henke On Tue, Jul 22, 2008 at 10:49 AM, Mark Cheavens wrote: > Why can there be no USB Hubs? > I have two systems in development right now that will both require > hubs to gain enough ports. > > The adding one at a time and keeping them in the same location is the > reason to use the URI's and add eeproms. Has anybody actually > utilized the eprom functions using a URI and Asterisk? > > Mark, > KC5EVE > > At 08:50 PM 7/21/2008, you wrote: > >David, > > > >First off, I just learned something myself about adding extra radio > >ports using USB fobs: They must be added one at a time. > > > >Second, there should be no USB hubs between the FOB's and the PC's USB > >ports. > > > >Finally, what type if linux install is this? ACID, EVB, custom? > > > > > >I'd suggest restoring the configuration back to one radio port get that > >working, then add and tune the ports one at a time. > > > > > >Steve, > >WA6ZFT > > > > > > > > > >David McGough wrote: > > > > > > Hi Roger & Steve, > > > > > > Well, I'm making progress. I've noticed a couple more things I thought > I'd > > > mention. First, I've got a strange situation where I can only properly > > > access 2 of the 3 URI's I have attached to the PC....Initially, I only > > > plugged 1 URI in and couldn't get it to work at all (though the green > LED > > > was blinking)....Then, when I plugged in a 2nd URI, the first started > > > working (with my TKR-850)....Today, I found that the second wasn't > > > functional....So, tonight, experimentally, I plugged in a 3rd URI and > > > both of the original 2 are now working. Strange.....Perhaps this has > > > something to do with udev? Anyway, this isn't holding me up at the > moment. > > > > > > The second issue is more troublesome. I can't get the repeater to link > to > > > the remote base....When I issue the connect command: *2(node number), > the > > > controller says it's linking both on the console and verbally. But, > then > > > it seems to hang totally with the TX enabled from the end that received > > > the commands. I've tried this both ways--repeater to remote base > (commands > > > from the repeater) and vice versa. I end up having to kill -9 the > asterisk > > > process to regain control--"stop now" from the asterisk console > > > hangs...This should work, right? > > > > > > Thanks in advance! > > > > > > David KB4FXC > > > > > > > > > On Sun, 20 Jul 2008, David McGough wrote: > > > > > >> Hi Steve and Roger, > > >> > > >> Thanks so much for the assistance. I'll give it a try today and report > > >> back. I think most of my questions are now answered. > > >> > > >> > > >> > > >> > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > >_______________________________________________ > >App_rpt mailing list > >App_rpt at lists.illiana.net > >http://lists.illiana.net/mailman/listinfo/app_rpt > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Tue Jul 22 17:05:12 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 22 Jul 2008 10:05:12 -0700 Subject: [App_rpt] URI configuration help In-Reply-To: References: <4882DE14.5050505@rodgers.sdcoxmail.com> Message-ID: sorry I have been MAJORLY sick the past few days. Ill just took care of the GMRS one, and the other ones Ill get to once I decide on numbering space assignments. > From: w4rfj at comcast.net > To: app_rpt at lists.illiana.net > Date: Sun, 20 Jul 2008 16:22:54 -0400 > Subject: Re: [App_rpt] URI configuration help > > Thanks Steve, > > Jim Dude, Did you get my applications?? > > Best Regards, > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > Sent: Sunday, July 20, 2008 2:41 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] URI configuration help > > Roger, > > Jim WB6NIL does all pttlink registration work, at least for now. > > Steve, > WA6ZFT > > > > Roger F. Jordan Sr. wrote: > > Below are examples of MY SETUP as assisted by W9SH > > > > I removed the Functions but notice the phone functions use two different > > function lists for Phonepatch... They are not included for security > > reasons... > > > > I hope this helps!!! > > > > Also Steve, Did you get my apps for The GMRS, FRS and MURS and All the > > registrations for the different systems I applied for (or is that not you) > > > > I would also like to talk to You guys about Phone patch control... > > > > Best Regards to ALL > > > > Roger W4RFJ > > > > ; rpt.conf > > ; 20071103 0900 sphenke at xelatec.com > > > > ; Radio Repeater / Remote Base config for use with app_rpt > > ; manipulated by the app_rpt installation script > > ; text strings that begin with xxx_ should be manually edited > > ; if the install script does not replace them. > > > > [101] > > rxchannel = radio/usb > > duplex = 2 > > functions = functions ; DTMF function list > > link_functions = functions-linked ; DTMF function list for link > > phone_functions = functions-phone-1 ; (optional) different functions for > > 'P' mode > > tonezone = us ; use US tones (default) > > context = from-internal ; dialing context for phone > > callerid = "de w4rfj/r"<445.95 pl100> ; Callerid for phone calls > > idrecording=|ide w4rfj/r > > accountcode=RADIO ; account code (optional) > > funcchar = * ; function lead-in character > > (defaults to '*') > > endchar = # ; command mode end character > > (defaults to '#') > > hangtime=10 ; squelch tail hang time (in ms) > > (optional) > > totime=180000 ; transmit time-out time (in ms) > > (optional) > > idtime=600000 ; id interval time (in ms) > > (optional) > > politeid=30000 ; time in milliseconds > before ID > > timer > > propagate_phonedtmf=yes ;propagate_phonedtmf = yes > > unlinkedct=ct1 ; DTMF sent to system from > phone > > gets > > ; repeated into main system output > > and > > > > [102] > > rxchannel = radio/usb1 > > duplex = 0 > > functions = functions ; DTMF function list > > link_functions = functions-linked ; DTMF function list for link > > phone_functions = functions-phone-1 ; different functions > > tonezone = us ; use US tones (default) > > context = from-internal ; dialing context for phone > > callerid = "wqex329" ; Callerid for phone calls > > idrecording=|iK > > accountcode=RADIO ; account code (optional) > > funcchar = * ; function lead-in character > > (defaults to '*') > > endchar = # ; command mode end character > > (defaults to '#') > > hangtime=3 ; squelch tail hang time (in ms) > > (optional) > > totime=180000 ; transmit time-out time (in ms) > > (optional) > > idtime=600000 ; id interval time (in ms) > > (optional) > > politeid=30000 ; time in milliseconds > before ID > > timer > > propagate_phonedtmf=no > > > > *************everything in between deals with DTMF Commands Etc... > > > > 101 = radio at 192.168.14.149:4569/101,NONE > > 102 = radio at 192.168.14.149:4569/102,NONE > > > > ; end of file - rpt.conf > > > > ------------------------------------------------------------------------ > > > > ; usbradio.conf > > ; Configuration for chan_usbradio > > ; 20071205 0845 sphenke at xelatec.com > > ; refer to globals_rpt_custom.conf for variable definitions > > ; > > [general] > > > > rxcpusaver=0 > > txcpusaver=0 > > > > [usb] > > hwtype=0 > > rxboost=1 > > rxctcssrelax=0 > > txctcssdefault=100.0 > > rxctcssfreqs=100.0 > > txctcssfreqs=100.0 > > carrierfrom=dsp > > ctcssfrom=dsp > > rxdemod=flat > > txprelim=yes > > txtoctype=notone > > txmixa=composite > > txmixb=no > > invertptt=0 > > ;rxfreq=445.950000 > > ;txfreq=147.490000 > > duplex=1 > > eeprom=0 > > > > [usb1] > > hwtype=0 > > rxboost=1 > > rxctcssrelax=1 > > ;txctcssdefault=0 > > ;rxctcssfreq=0 > > ;txctcssfreq=0 > > carrierfrom=vox > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=no; notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > ;rxfreq=462.562500 > > ;txfreq=462.562500 > > duplex=0 > > eeprom=0 > > > > > > > > > > -----Original Message----- > > From: app_rpt-bounces at lists.illiana.net > > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > > Sent: Saturday, July 19, 2008 6:56 PM > > To: Asterisk Repeater Controler > > Subject: Re: [App_rpt] URI configuration help > > > > David, > > > > This is one area where our documentation falls short. We have got > > automated installs and config examples for single-node systems, but > > no examples for multi-node systems. Basically for each usb mode > > entries will need to be made in usbradio.conf, rpt.conf, and > > extensions.conf. > > > > *** usbradio.conf *** > > > > > > [general] > > > > ; Nothing in the general section for multiple devices. > > > > [usb] ; first node > > ; Insert all USB config options from usbradio.conf.sample here except > > ; for devicenum setting. Modify settings to suit configuration. > > . > > . > > . > > devicenum=0 ; unique for each device defined > > . > > . > > . > > [usb1] ; second node > > . > > . > > . > > devicenum=1 > > . > > . > > . > > > > [usb2] ; third node > > . > > . > > . > > devicenum=2 > > . > > . > > . > > > > *** extensions.conf **** > > > > exten => 1234,1,rpt,1234 # first node > > exten => 5678,1,rpt,5678 # second node > > exten => 9012,1,rpt,9012 # third node > > > > > > **** rpt.conf **** > > > > rpt.conf > > > > [1234] ; first node > > rxchannel = Radio/usb > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > [5678] ; second node > > rxchannel = Radio/usb1 > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > [9012] ; third node > > rxchannel = Radio/usb2 > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > > > > > Standard disclaimer boilerplate: I tried to answer your question. I > > haven't tested what is documented above. I just did some quick research > > to come up with this answer, and the research was not in-depth, There > > may very well be something I left out, so your mileage may vary. There > > are no guarantees. If you find something and fix it, please post it back > > to the list so everyone will benefit from it. > > > > > > Steve > > WA6ZFT > > > > > > > > David McGough wrote: > >> Hi Everyone, > >> > >> I'm finally getting to "finish up" my URI based project and wondered if > >> someone could help point me to some advanced sample asterisk/app_rpt > >> config files (usbradio.conf, rpt.conf, primarily) for using the URI > >> adapters. > >> > >> I've currently got 1 URI working properly with my TKR-850 repeater. Now, > I > >> want to add 2 remote base radios for VHF and HF, do some linking, etc. I, > > >> mainly need more info about the syntax to use with multiple URI's, > >> usbradio.conf options, etc. > >> > >> Thanks in advance! > >> > >> David KB4FXC > >> > >> > >> > >> _______________________________________________ > >> App_rpt mailing list > >> App_rpt at lists.illiana.net > >> http://lists.illiana.net/mailman/listinfo/app_rpt > >> > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Tue Jul 22 17:52:42 2008 From: kb4fxc at inttek.net (David McGough) Date: Tue, 22 Jul 2008 13:52:42 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: Message-ID: Hi Steve, I'll probably eventually want to use USB hubs, too! I'll give this a try once I get the base install straightened out. Tnx en 73 David KB4FXC On Tue, 22 Jul 2008, Steven Henke wrote: > Mark, > > I can help you with the hubs. > Contact me at sph at xelatec.com. > > 73, > > Steve Henke > > On Tue, Jul 22, 2008 at 10:49 AM, Mark Cheavens wrote: > > > Why can there be no USB Hubs? > > I have two systems in development right now that will both require > > hubs to gain enough ports. > > > > The adding one at a time and keeping them in the same location is the > > reason to use the URI's and add eeproms. Has anybody actually > > utilized the eprom functions using a URI and Asterisk? > > > > Mark, > > KC5EVE > > > > At 08:50 PM 7/21/2008, you wrote: > > >David, > > > > > >First off, I just learned something myself about adding extra radio > > >ports using USB fobs: They must be added one at a time. > > > > > >Second, there should be no USB hubs between the FOB's and the PC's USB > > >ports. > > > > > >Finally, what type if linux install is this? ACID, EVB, custom? > > > > > > > > >I'd suggest restoring the configuration back to one radio port get that > > >working, then add and tune the ports one at a time. > > > > > > > > >Steve, > > >WA6ZFT > > > > > > > > > > > > > > >David McGough wrote: > > > > > > > > Hi Roger & Steve, > > > > > > > > Well, I'm making progress. I've noticed a couple more things I thought > > I'd > > > > mention. First, I've got a strange situation where I can only properly > > > > access 2 of the 3 URI's I have attached to the PC....Initially, I only > > > > plugged 1 URI in and couldn't get it to work at all (though the green > > LED > > > > was blinking)....Then, when I plugged in a 2nd URI, the first started > > > > working (with my TKR-850)....Today, I found that the second wasn't > > > > functional....So, tonight, experimentally, I plugged in a 3rd URI and > > > > both of the original 2 are now working. Strange.....Perhaps this has > > > > something to do with udev? Anyway, this isn't holding me up at the > > moment. > > > > > > > > The second issue is more troublesome. I can't get the repeater to link > > to > > > > the remote base....When I issue the connect command: *2(node number), > > the > > > > controller says it's linking both on the console and verbally. But, > > then > > > > it seems to hang totally with the TX enabled from the end that received > > > > the commands. I've tried this both ways--repeater to remote base > > (commands > > > > from the repeater) and vice versa. I end up having to kill -9 the > > asterisk > > > > process to regain control--"stop now" from the asterisk console > > > > hangs...This should work, right? > > > > > > > > Thanks in advance! > > > > > > > > David KB4FXC > > > > > > > > > > > > On Sun, 20 Jul 2008, David McGough wrote: > > > > > > > >> Hi Steve and Roger, > > > >> > > > >> Thanks so much for the assistance. I'll give it a try today and report > > > >> back. I think most of my questions are now answered. > > > >> > > > >> > > > >> > > > >> > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt at lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > >_______________________________________________ > > >App_rpt mailing list > > >App_rpt at lists.illiana.net > > >http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > From hwstar at rodgers.sdcoxmail.com Tue Jul 22 19:07:48 2008 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Tue, 22 Jul 2008 12:07:48 -0700 Subject: [App_rpt] URI configuration help Message-ID: <20080722190748.UGLE14743.dukecmmtao04.coxmail.com@dukecmimpo01.coxmail.com> Jim Dixon and I have had disapointing results with USB hubs during the testing of USB fobs with them. We don't know why they don't work properly and we don't have the time to figure it out right now. There may be hubs which work just fine, but we just don't know as the root cause of the problem has not been uncovered. If Steve Henke W9SH knows something I don't them maybe he should speak up on the list. Steve WA6ZFT > > From: Mark Cheavens > Date: 2008/07/22 Tue AM 07:49:30 PDT > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] URI configuration help > > Why can there be no USB Hubs? > I have two systems in development right now that will both require > hubs to gain enough ports. > > The adding one at a time and keeping them in the same location is the > reason to use the URI's and add eeproms. Has anybody actually > utilized the eprom functions using a URI and Asterisk? > > Mark, > KC5EVE > > At 08:50 PM 7/21/2008, you wrote: > >David, > > > >First off, I just learned something myself about adding extra radio > >ports using USB fobs: They must be added one at a time. > > > >Second, there should be no USB hubs between the FOB's and the PC's USB > >ports. > > > >Finally, what type if linux install is this? ACID, EVB, custom? > > > > > >I'd suggest restoring the configuration back to one radio port get that > >working, then add and tune the ports one at a time. > > > > > >Steve, > >WA6ZFT > > > > > > > > > >David McGough wrote: > > > > > > Hi Roger & Steve, > > > > > > Well, I'm making progress. I've noticed a couple more things I thought I'd > > > mention. First, I've got a strange situation where I can only properly > > > access 2 of the 3 URI's I have attached to the PC....Initially, I only > > > plugged 1 URI in and couldn't get it to work at all (though the green LED > > > was blinking)....Then, when I plugged in a 2nd URI, the first started > > > working (with my TKR-850)....Today, I found that the second wasn't > > > functional....So, tonight, experimentally, I plugged in a 3rd URI and > > > both of the original 2 are now working. Strange.....Perhaps this has > > > something to do with udev? Anyway, this isn't holding me up at the moment. > > > > > > The second issue is more troublesome. I can't get the repeater to link to > > > the remote base....When I issue the connect command: *2(node number), the > > > controller says it's linking both on the console and verbally. But, then > > > it seems to hang totally with the TX enabled from the end that received > > > the commands. I've tried this both ways--repeater to remote base (commands > > > from the repeater) and vice versa. I end up having to kill -9 the asterisk > > > process to regain control--"stop now" from the asterisk console > > > hangs...This should work, right? > > > > > > Thanks in advance! > > > > > > David KB4FXC > > > > > > > > > On Sun, 20 Jul 2008, David McGough wrote: > > > > > >> Hi Steve and Roger, > > >> > > >> Thanks so much for the assistance. I'll give it a try today and report > > >> back. I think most of my questions are now answered. > > >> > > >> > > >> > > >> > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > >_______________________________________________ > >App_rpt mailing list > >App_rpt at lists.illiana.net > >http://lists.illiana.net/mailman/listinfo/app_rpt > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From n9yty at n9yty.com Tue Jul 22 19:44:29 2008 From: n9yty at n9yty.com (Steven Palm) Date: Tue, 22 Jul 2008 14:44:29 -0500 Subject: [App_rpt] URI configuration help In-Reply-To: <20080722190748.UGLE14743.dukecmmtao04.coxmail.com@dukecmimpo01.coxmail.com> References: <20080722190748.UGLE14743.dukecmmtao04.coxmail.com@dukecmimpo01.coxmail.com> Message-ID: <64B43A94-6332-42E0-83B0-A360E64ACFAD@n9yty.com> I remember a few years ago when I bought my first iMic to interface with Apple's iBook that didn't have a microphone... At that time they actually qualified certain USB hubs as audio compliant. I'm not sure if they still do that or not, but there was (and likely still is?) a huge disparity in performance and it seems like audio was more severely affected than less noticeable hiccups in the data transfer rate on a hard drive or something. Just my $0.02. Steve - N9YTY On Jul 22, 2008, at 2:07 PM, wrote: > Jim Dixon and I have had disapointing results with USB hubs during > the testing of USB fobs with them. We don't know why they don't work > properly and we don't have the time to figure it out right now. > There may be hubs which work just fine, but we just don't know as > the root cause of the problem has not been uncovered. If Steve > Henke W9SH knows something I don't them maybe he should speak up on > the list. > > Steve > WA6ZFT > > > >> >> From: Mark Cheavens >> Date: 2008/07/22 Tue AM 07:49:30 PDT >> To: Asterisk Repeater Controler >> Subject: Re: [App_rpt] URI configuration help >> >> Why can there be no USB Hubs? >> I have two systems in development right now that will both require >> hubs to gain enough ports. >> >> The adding one at a time and keeping them in the same location is the >> reason to use the URI's and add eeproms. Has anybody actually >> utilized the eprom functions using a URI and Asterisk? >> >> Mark, >> KC5EVE >> >> At 08:50 PM 7/21/2008, you wrote: >>> David, >>> >>> First off, I just learned something myself about adding extra radio >>> ports using USB fobs: They must be added one at a time. >>> >>> Second, there should be no USB hubs between the FOB's and the PC's >>> USB >>> ports. >>> >>> Finally, what type if linux install is this? ACID, EVB, custom? >>> >>> >>> I'd suggest restoring the configuration back to one radio port get >>> that >>> working, then add and tune the ports one at a time. >>> >>> >>> Steve, >>> WA6ZFT >>> >>> >>> >>> >>> David McGough wrote: >>>> >>>> Hi Roger & Steve, >>>> >>>> Well, I'm making progress. I've noticed a couple more things I >>>> thought I'd >>>> mention. First, I've got a strange situation where I can only >>>> properly >>>> access 2 of the 3 URI's I have attached to the PC....Initially, I >>>> only >>>> plugged 1 URI in and couldn't get it to work at all (though the >>>> green LED >>>> was blinking)....Then, when I plugged in a 2nd URI, the first >>>> started >>>> working (with my TKR-850)....Today, I found that the second wasn't >>>> functional....So, tonight, experimentally, I plugged in a 3rd URI >>>> and >>>> both of the original 2 are now working. Strange.....Perhaps this >>>> has >>>> something to do with udev? Anyway, this isn't holding me up at >>>> the moment. >>>> >>>> The second issue is more troublesome. I can't get the repeater to >>>> link to >>>> the remote base....When I issue the connect command: *2(node >>>> number), the >>>> controller says it's linking both on the console and verbally. >>>> But, then >>>> it seems to hang totally with the TX enabled from the end that >>>> received >>>> the commands. I've tried this both ways--repeater to remote base >>>> (commands >>>> from the repeater) and vice versa. I end up having to kill -9 the >>>> asterisk >>>> process to regain control--"stop now" from the asterisk console >>>> hangs...This should work, right? >>>> >>>> Thanks in advance! >>>> >>>> David KB4FXC >>>> >>>> >>>> On Sun, 20 Jul 2008, David McGough wrote: >>>> >>>>> Hi Steve and Roger, >>>>> >>>>> Thanks so much for the assistance. I'll give it a try today and >>>>> report >>>>> back. I think most of my questions are now answered. >>>>> >>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> App_rpt mailing list >>>> App_rpt at lists.illiana.net >>>> http://lists.illiana.net/mailman/listinfo/app_rpt >>>> >>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >> >> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt From wb6ymh at cox.net Tue Jul 22 20:21:37 2008 From: wb6ymh at cox.net (Skip WB6YMH) Date: Tue, 22 Jul 2008 13:21:37 -0700 Subject: [App_rpt] USB hubs & USB audio Message-ID: <4885DEE1.27934.176BBC3@localhost> > Jim Dixon and I have had disapointing results with USB hubs during the > testing of USB fobs with them. We don't know why they don't work > properly and we don't have the time to figure it out right now. There > may be hubs which work just fine, but we just don't know as the root > cause of the problem has not been uncovered. If Steve Henke W9SH > knows something I don't them maybe he should speak up on the list. > Steve WA6ZFT The problem is probably complex. USB 2.0 hubs come in two flavors single- transaction translators (single-TT) and multi-transaction translators (multi-TT). Most USB audio devices are "full speed" devices (12 mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub must translate the data rate between the host and the device. The single-TT devices only have a single translator which is shared between all ports. A multi-TT hub has a translator per port. So in theory a milti-TT hub is what you should want for optimal bus usage. An additional complication is that the Linux kernel must be multi-TT hub aware to properly schedule things. I'm not current with Linux development, but I've read discussions in the past about improving the kernel's USB scheduler in this area. Here are a couple of links to info which may be useful: http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=16505362 http://www.linux-usb.org/usb2.html 73's Skip WB6YMH From w4rfj at comcast.net Tue Jul 22 20:27:05 2008 From: w4rfj at comcast.net (Roger F. Jordan Sr.) Date: Tue, 22 Jul 2008 16:27:05 -0400 Subject: [App_rpt] URI configuration help In-Reply-To: Message-ID: No Problemo Mr Jim Dude. Just get well soon!!! Roger W4RFJ _____ From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Jim Duuuude Sent: Tuesday, July 22, 2008 1:05 PM To: Asterisk Repeater Controler Subject: Re: [App_rpt] URI configuration help sorry I have been MAJORLY sick the past few days. Ill just took care of the GMRS one, and the other ones Ill get to once I decide on numbering space assignments. > From: w4rfj at comcast.net > To: app_rpt at lists.illiana.net > Date: Sun, 20 Jul 2008 16:22:54 -0400 > Subject: Re: [App_rpt] URI configuration help > > Thanks Steve, > > Jim Dude, Did you get my applications?? > > Best Regards, > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > Sent: Sunday, July 20, 2008 2:41 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] URI configuration help > > Roger, > > Jim WB6NIL does all pttlink registration work, at least for now. > > Steve, > WA6ZFT > > > > Roger F. Jordan Sr. wrote: > > Below are examples of MY SETUP as assisted by W9SH > > > > I removed the Functions but notice the phone functions use two different > > function lists for Phonepatch... They are not included for security > > reasons... > > > > I hope this helps!!! > > > > Also Steve, Did you get my apps for The GMRS, FRS and MURS and All the > > registrations for the different systems I applied for (or is that not you) > > > > I would also like to talk to You guys about Phone patch control... > > > > Best Regards to ALL > > > > Roger W4RFJ > > > > ; rpt.conf > > ; 20071103 0900 sphenke at xelatec.com > > > > ; Radio Repeater / Remote Base config for use with app_rpt > > ; manipulated by the app_rpt installation script > > ; text strings that begin with xxx_ should be manually edited > > ; if the install script does not replace them. > > > > [101] > > rxchannel = radio/usb > > duplex = 2 > > functions = functions ; DTMF function list > > link_functions = functions-linked ; DTMF function list for link > > phone_functions = functions-phone-1 ; (optional) different functions for > > 'P' mode > > tonezone = us ; use US tones (default) > > context = from-internal ; dialing context for phone > > callerid = "de w4rfj/r"<445.95 pl100> ; Callerid for phone calls > > idrecording=|ide w4rfj/r > > accountcode=RADIO ; account code (optional) > > funcchar = * ; function lead-in character > > (defaults to '*') > > endchar = # ; command mode end character > > (defaults to '#') > > hangtime=10 ; squelch tail hang time (in ms) > > (optional) > > totime=180000 ; transmit time-out time (in ms) > > (optional) > > idtime=600000 ; id interval time (in ms) > > (optional) > > politeid=30000 ; time in milliseconds > before ID > > timer > > propagate_phonedtmf=yes ;propagate_phonedtmf = yes > > unlinkedct=ct1 ; DTMF sent to system from > phone > > gets > > ; repeated into main system output > > and > > > > [102] > > rxchannel = radio/usb1 > > duplex = 0 > > functions = functions ; DTMF function list > > link_functions = functions-linked ; DTMF function list for link > > phone_functions = functions-phone-1 ; different functions > > tonezone = us ; use US tones (default) > > context = from-internal ; dialing context for phone > > callerid = "wqex329" ; Callerid for phone calls > > idrecording=|iK > > accountcode=RADIO ; account code (optional) > > funcchar = * ; function lead-in character > > (defaults to '*') > > endchar = # ; command mode end character > > (defaults to '#') > > hangtime=3 ; squelch tail hang time (in ms) > > (optional) > > totime=180000 ; transmit time-out time (in ms) > > (optional) > > idtime=600000 ; id interval time (in ms) > > (optional) > > politeid=30000 ; time in milliseconds > before ID > > timer > > propagate_phonedtmf=no > > > > *************everything in between deals with DTMF Commands Etc... > > > > 101 = radio at 192.168.14.149:4569/101,NONE > > 102 = radio at 192.168.14.149:4569/102,NONE > > > > ; end of file - rpt.conf > > > > ------------------------------------------------------------------------ > > > > ; usbradio.conf > > ; Configuration for chan_usbradio > > ; 20071205 0845 sphenke at xelatec.com > > ; refer to globals_rpt_custom.conf for variable definitions > > ; > > [general] > > > > rxcpusaver=0 > > txcpusaver=0 > > > > [usb] > > hwtype=0 > > rxboost=1 > > rxctcssrelax=0 > > txctcssdefault=100.0 > > rxctcssfreqs=100.0 > > txctcssfreqs=100.0 > > carrierfrom=dsp > > ctcssfrom=dsp > > rxdemod=flat > > txprelim=yes > > txtoctype=notone > > txmixa=composite > > txmixb=no > > invertptt=0 > > ;rxfreq=445.950000 > > ;txfreq=147.490000 > > duplex=1 > > eeprom=0 > > > > [usb1] > > hwtype=0 > > rxboost=1 > > rxctcssrelax=1 > > ;txctcssdefault=0 > > ;rxctcssfreq=0 > > ;txctcssfreq=0 > > carrierfrom=vox > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=no; notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > ;rxfreq=462.562500 > > ;txfreq=462.562500 > > duplex=0 > > eeprom=0 > > > > > > > > > > -----Original Message----- > > From: app_rpt-bounces at lists.illiana.net > > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Stephen Rodgers > > Sent: Saturday, July 19, 2008 6:56 PM > > To: Asterisk Repeater Controler > > Subject: Re: [App_rpt] URI configuration help > > > > David, > > > > This is one area where our documentation falls short. We have got > > automated installs and config examples for single-node systems, but > > no examples for multi-node systems. Basically for each usb mode > > entries will need to be made in usbradio.conf, rpt.conf, and > > extensions.conf. > > > > *** usbradio.conf *** > > > > > > [general] > > > > ; Nothing in the general section for multiple devices. > > > > [usb] ; first node > > ; Insert all USB config options from usbradio.conf.sample here except > > ; for devicenum setting. Modify settings to suit configuration. > > . > > . > > . > > devicenum=0 ; unique for each device defined > > . > > . > > . > > [usb1] ; second node > > . > > . > > . > > devicenum=1 > > . > > . > > . > > > > [usb2] ; third node > > . > > . > > . > > devicenum=2 > > . > > . > > . > > > > *** extensions.conf **** > > > > exten => 1234,1,rpt,1234 # first node > > exten => 5678,1,rpt,5678 # second node > > exten => 9012,1,rpt,9012 # third node > > > > > > **** rpt.conf **** > > > > rpt.conf > > > > [1234] ; first node > > rxchannel = Radio/usb > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > [5678] ; second node > > rxchannel = Radio/usb1 > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > [9012] ; third node > > rxchannel = Radio/usb2 > > ; Configuration settings from rpt.conf.sample tailored to your > > application follow the channel definition above. > > . > > . > > . > > > > > > Standard disclaimer boilerplate: I tried to answer your question. I > > haven't tested what is documented above. I just did some quick research > > to come up with this answer, and the research was not in-depth, There > > may very well be something I left out, so your mileage may vary. There > > are no guarantees. If you find something and fix it, please post it back > > to the list so everyone will benefit from it. > > > > > > Steve > > WA6ZFT > > > > > > > > David McGough wrote: > >> Hi Everyone, > >> > >> I'm finally getting to "finish up" my URI based project and wondered if > >> someone could help point me to some advanced sample asterisk/app_rpt > >> config files (usbradio.conf, rpt.conf, primarily) for using the URI > >> adapters. > >> > >> I've currently got 1 URI working properly with my TKR-850 repeater. Now, > I > >> want to add 2 remote base radios for VHF and HF, do some linking, etc. I, > > >> mainly need more info about the syntax to use with multiple URI's, > >> usbradio.conf options, etc. > >> > >> Thanks in advance! > >> > >> David KB4FXC > >> > >> > >> > >> _______________________________________________ > >> App_rpt mailing list > >> App_rpt at lists.illiana.net > >> http://lists.illiana.net/mailman/listinfo/app_rpt > >> > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkramer at dmkeng.com Tue Jul 22 20:39:54 2008 From: dkramer at dmkeng.com (David Kramer) Date: Tue, 22 Jul 2008 13:39:54 -0700 Subject: [App_rpt] USB hubs & USB audio In-Reply-To: <4885DEE1.27934.176BBC3@localhost> Message-ID: <489926A38F634EA2A778B73291ACC0A8@CARTMAN> I have successfully tested URIs with several high speed USB hubs. But these tests were performed without any other USB devices connected at the same time so this may not be very usefull. Skip points out the difference between full speed (12Mbps) and high speed (480Mbs) devices. This terminology is confusing. Not all USB 2.0 compliant hubs support high speed, so be sure the package says HIGH SPEED. Very few hubs support multiple transaction translators, probably because the chip sets are more expensive and almost nobody understands the need. Theoretically, one TT is all that is needed provided you don't mix USB 1.x and 2.0 devices on the same hub. Keep in mind that USB supports several data modes each with varying priorities and latency allocations. Plus USB physical layer is half-duplex so one-way communication never comes close to 480Mbps. The TT tries to handle all the traffic so don't expect good results if you plug a bunch of web cams or other bandwidth hungry devices into your hub. Hope this help. David Kramer DMK Engineering Inc. 310-544-1222 -----Original Message----- From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Skip WB6YMH Sent: Tuesday, July 22, 2008 1:22 PM To: app_rpt at lists.illiana.net Subject: [App_rpt] USB hubs & USB audio > Jim Dixon and I have had disapointing results with USB hubs during the > testing of USB fobs with them. We don't know why they don't work > properly and we don't have the time to figure it out right now. There > may be hubs which work just fine, but we just don't know as the root > cause of the problem has not been uncovered. If Steve Henke W9SH > knows something I don't them maybe he should speak up on the list. > Steve WA6ZFT The problem is probably complex. USB 2.0 hubs come in two flavors single- transaction translators (single-TT) and multi-transaction translators (multi-TT). Most USB audio devices are "full speed" devices (12 mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub must translate the data rate between the host and the device. The single-TT devices only have a single translator which is shared between all ports. A multi-TT hub has a translator per port. So in theory a milti-TT hub is what you should want for optimal bus usage. An additional complication is that the Linux kernel must be multi-TT hub aware to properly schedule things. I'm not current with Linux development, but I've read discussions in the past about improving the kernel's USB scheduler in this area. Here are a couple of links to info which may be useful: http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=1650536 2 http://www.linux-usb.org/usb2.html 73's Skip WB6YMH _______________________________________________ App_rpt mailing list App_rpt at lists.illiana.net http://lists.illiana.net/mailman/listinfo/app_rpt From kb4fxc at inttek.net Tue Jul 22 20:55:35 2008 From: kb4fxc at inttek.net (David McGough) Date: Tue, 22 Jul 2008 16:55:35 -0400 (EDT) Subject: [App_rpt] USB hubs & USB audio In-Reply-To: <489926A38F634EA2A778B73291ACC0A8@CARTMAN> Message-ID: So, I guess the next question is: Does anyone have a favorite multi-tt hub? ....I have used this one in the past for other linux applications and it seemed okay...I'll try one with the URI's....I guess the biggest issue here is that the hub you buy today won't necessarily be the one on the shelves tomorrow....A bit frustrating! http://www.usbgear.com/USBG-217C.html -David On Tue, 22 Jul 2008, David Kramer wrote: > I have successfully tested URIs with several high speed USB hubs. But these > tests were performed without any other USB devices connected at the same > time so this may not be very usefull. > > Skip points out the difference between full speed (12Mbps) and high speed > (480Mbs) devices. This terminology is confusing. Not all USB 2.0 compliant > hubs support high speed, so be sure the package says HIGH SPEED. > > Very few hubs support multiple transaction translators, probably because the > chip sets are more expensive and almost nobody understands the need. > Theoretically, one TT is all that is needed provided you don't mix USB 1.x > and 2.0 devices on the same hub. Keep in mind that USB supports several > data modes each with varying priorities and latency allocations. Plus USB > physical layer is half-duplex so one-way communication never comes close to > 480Mbps. The TT tries to handle all the traffic so don't expect good > results if you plug a bunch of web cams or other bandwidth hungry devices > into your hub. > > Hope this help. > > David Kramer > DMK Engineering Inc. > 310-544-1222 > > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Skip WB6YMH > Sent: Tuesday, July 22, 2008 1:22 PM > To: app_rpt at lists.illiana.net > Subject: [App_rpt] USB hubs & USB audio > > > Jim Dixon and I have had disapointing results with USB hubs during the > > testing of USB fobs with them. We don't know why they don't work > > properly and we don't have the time to figure it out right now. There > > may be hubs which work just fine, but we just don't know as the root > > cause of the problem has not been uncovered. If Steve Henke W9SH > > knows something I don't them maybe he should speak up on the list. > > Steve WA6ZFT > > The problem is probably complex. USB 2.0 hubs come in two flavors single- > transaction translators (single-TT) and multi-transaction translators > (multi-TT). Most USB audio devices are "full speed" devices (12 > mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub must > translate the data rate between the host and the device. The single-TT > devices only have a single translator which is shared between all ports. > A multi-TT hub has a translator per port. So in theory a milti-TT hub is > what you should want for optimal bus usage. > > An additional complication is that the Linux kernel must be multi-TT hub > aware to properly schedule things. I'm not current with Linux > development, but I've read discussions in the past about improving the > kernel's USB scheduler in this area. > > Here are a couple of links to info which may be useful: > > http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=1650536 > 2 > > http://www.linux-usb.org/usb2.html > > 73's Skip WB6YMH > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From kb4fxc at inttek.net Thu Jul 24 04:24:29 2008 From: kb4fxc at inttek.net (David McGough) Date: Thu, 24 Jul 2008 00:24:29 -0400 (EDT) Subject: [App_rpt] URI configuration help In-Reply-To: Message-ID: Hi Everyone, Well, I got the ACID release installed easily and it's working GREAT! --All the strangeness is gone! WONDERFUL! Thanks to everyone for all the help. 73, David KB4FXC PS: I'll try out a multi-tt USB hub soon now. On Mon, 21 Jul 2008, David McGough wrote: > > Hi Steve, > > I guess I'm a glutton for punishment! I'm a systems programmer/developer > and in the past haven't had much trouble with hand-compiling versions of > asterisk....But, I know exactly what you're talking about! > > The main reason I compiled it was to include the iLBC CODEC, etc.,--which > I have previously used exclusively for Internet-based links on our office > asterisk PBXs....I figured this would give me my best connectivity option > from the road with the laptop. > > But, for the moment, I'll back down to the ACID release and give it a try. > > Thanks so much for all your help! > > 73, David KB4FXC > > > > > On Mon, 21 Jul 2008, Stephen Rodgers wrote: > > > David, > > > > Using the latest version of Asterisk may be the cause of your problems. > > Why did you feel the need to upgrade it from what comes with EVB? > > > > Troubleshooting the lockup on an unproven system configuration will be a > > complete waste of your time if you aren't a developer and able to fix > > things yourself in the code and are willing to spend hours and hours > > tracking down the root cause of the problem. If you want to get > > something running quickly, you have to resist the urge to update code to > > the latest and greatest and stick to that which has a track record of > > working. > > > > There are several people running plain vanilla multi-node EVB systems > > (Roger W4RFJ and Will W4WWM). I'm running a two node ACID system on the > > bench but it doesn't have all that much test time on it. (It doesn't > > lock up when the two nodes are connected together though.) There is one > > other person running ACID on a two node system (Randy KC6HUR) he might > > be able to give some insight as to how well it works. > > > > > > This is one of the few problems with open source, you just don't know in > > advance which combinations of programs will play nice together without > > doing extensive testing yourself and troubleshooting the problems > > yourself. This is why EVB and ACID exist. There are just to many things > > which can go terribly wrong when programs are updated to the latest and > > greatest versions. > > > > Steve > > > > > > David McGough wrote: > > > Hi Steve, > > > > > > I am running a EVB base system--centos 5 and 2.6.18-53.1.21.el5 kernel. I > > > updated asterisk to a hand-compiled version (1.4.21) using the latest > > > app_rpt and chan_usb code from Xelatek's SVN....Maybe I'll back down to > > > the ACID release. > > > > > > The URI's are plugged directly into the PC, and 2 of the 3 seem to be > > > working fine--other than I can't connect the extensions together. The > > > TKR-850 (set internally in duplex mode and is asterisk extension 111) > > > works as a repeater, and accepts DTMF commands, etc....And, the remote > > > base (currently a IC-706mk2g, extension 222) also accepts DTMF commands, > > > etc....But, when I try to connect these units (using *3), I get a > > > lock up.... > > > > > > I reduced my extensions.conf file to the below for testing: > > > > > > ---------------extensions.conf--------------------------------------- > > > [general] > > > > > > static=yes ; These two lines prevent the command-line interface > > > writeprotect=yes ; from overwriting the config file. Leave them here. > > > > > > [radio-secure] > > > exten => 111,1,rpt,111 > > > exten => 222,1,rpt,222 > > > > > > [autopatch] > > > --------------------------------------------------------------------- > > > > > > And, here is my rpt.conf: > > > ---------------rpt.conf--------------------------------------------- > > > ; Radio Repeater configuration file (for use with app_rpt) > > > ; > > > > > > > > > [111] ; Change this to your assigned node number > > > > > > rxchannel = Radio/usb ; Rx audio/signalling channel > > > controlstates=controlstates ; system control state list > > > scheduler=schedule; ; scheduler entries > > > functions=functions ; Repeater Function Table > > > phone_functions=functions ; Repeater Function Table > > > link_functions=link-functions ; Link Function Table > > > telemetry=telemetry ; Telemetry descriptions > > > wait_times=wait-times ; Wait times > > > context = autopatch ; dialing context for phone > > > callerid = "Repeater" <0000000000> ; callerid for phone calls > > > ;idrecording = |iid ; id recording or morse string > > > idrecording=|ikb4fxc/r ; id recording or morse string > > > accountcode=RADIO ; account code (optional) > > > hangtime=1000 ; squelch tail hang time (in ms) > > > (optional) > > > althangtime=4000 ; longer squelch tail > > > totime=170000 ; transmit time-out time (in ms) > > > (optional) > > > totime=10000 > > > idtime=540000 ; id interval time (in ms) > > > (optional) > > > ; The default values for hangtime, time-out time, and id interval time are > > > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > > > ; respectively > > > > > > politeid=30000 ; time in milliseconds before ID > > > timer > > > > > > ; expires to try and ID in the > > > tail. > > > ; (optional, default is 30000). > > > idtalkover=|iid ; Talkover ID (optional) default > > > is none > > > unlinkedct=ct2 ; unlinked courtesy tone > > > (optional) default is none > > > remotect=ct3 > > > duplex=2 > > > > > > ;//////////////////////////////////////////////////////////////////////////// > > > [222] ; Change this to your assigned node number > > > > > > rxchannel = Radio/usb1 ; Rx audio/signalling channel > > > controlstates=controlstates ; system control state list > > > scheduler=schedule; ; scheduler entries > > > functions=functions ; Repeater Function Table > > > phone_functions=functions ; Repeater Function Table > > > link_functions=link-functions ; Link Function Table > > > telemetry=telemetry ; Telemetry descriptions > > > wait_times=wait-times ; Wait times > > > context = autopatch ; dialing context for phone > > > callerid = "Repeater" <0000000000> ; callerid for phone calls > > > idrecording = |iid ; id recording or morse string > > > ;idrecording=|ikb4fxc ; id recording or morse string > > > accountcode=RADIO ; account code (optional) > > > hangtime=1000 ; squelch tail hang time (in ms) > > > (optional) > > > althangtime=4000 ; longer squelch tail > > > totime=170000 ; transmit time-out time (in ms) > > > (optional) > > > totime=10000 > > > idtime=540000 ; id interval time (in ms) > > > (optional) > > > ; The default values for hangtime, time-out time, and id interval time are > > > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > > > ; respectively > > > > > > politeid=30000 ; time in milliseconds before ID timer > > > > > > ; expires to try and ID in the tail. > > > ; (optional, default is 30000). > > > idtalkover=|iid ; Talkover ID (optional) default is none > > > unlinkedct=ct2 ; unlinked courtesy tone (optional) default is none > > > remotect=ct3 > > > duplex=0 > > > > > > > > > ;/////////////////////////////////////////////////////////////////////////////////////// > > > ; > > > ; function table > > > ; > > > [functions] > > > 1=ilink,1 ; Specific link disconnect > > > 2=ilink,2 ; Specific Link connect - monitor > > > only > > > 3=ilink,3 ; Specific Link connect - transceive > > > 4=ilink,4 ; Enter command mode on a specific link > > > 7=ilink,5 ; Link status > > > > > > 80=status,1 ; System info > > > 81=status,2 ; Time > > > 82=status,3 ; app_rpt.c Version > > > 87=ilink,15 ; long range sensors > > > > > > ;6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up > > > ;0=autopatchdn ; Autopatch down > > > > > > 99=cop,4 ; Test tone > > > 98=cop,6 ; Phone TX key > > > > > > > > > ;/////////////////////////////////////////////////////////////////////////////////////// > > > ; > > > ; Link function table > > > ; > > > ; If this section is defined, then the remote user accessing our machine > > > in command mode > > > ; will only be able to do the functions defined in this section. If this > > > section is > > > ; omitted, then the link functions will be the same as the repeater > > > functions. > > > ; > > > > > > > > > [link-functions] > > > 1=ilink,1 ; Specific link disconnect > > > 2=ilink,2 ; Specific Link connect - monitor > > > only > > > 3=ilink,3 ; Specific Link connect - > > > transceive > > > 4=ilink,4 ; Command mode > > > 80=status,1 ; System info > > > 81=status,2 ; Time > > > 82=status,3 ; app_rpt.c Version > > > 87=ilink,15 ; long range sensors > > > > > > ;6=autopatchup,farenddisconnect=1,noct=1,dialtime=20000 ; Autopatch up > > > ;0=autopatchdn ; Autopatch down > > > > > > 99=cop,4 ; Test tone > > > > > > [telemetry] > > > > > > ; Telemetry entries can be shared across all repeaters, or defined for > > > each repeater. > > > ; Can be a tone sequence, morse string, or a file > > > ; > > > ; |t - Tone escape sequence > > > ; > > > ; Tone sequences consist of 1 or more 4-tuple entries (freq1, freq2, > > > duration, amplitude) > > > ; Single frequencies are created by setting freq1 or freq2 to zero. > > > ; > > > ; |m - Morse escape sequence > > > ; > > > ; Sends Morse code at the telemetry amplitude and telemetry frequency as > > > defined in the > > > ; [morse] section. > > > ; > > > ; Follow with an alphanumeric string > > > ; > > > ; |i - Morse ID escape sequence > > > ; > > > ; Sends Morse code at the ID amplitude and ID frequency as defined in the > > > ; [morse] section. > > > ; > > > ; Follow with an alphanumeric string > > > > > > > > > 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 > > > ;idstr=|m('K','B','4','F','X','C') > > > > > > ; > > > ; Morse code parameters, these are common to all repeaters. > > > ; > > > > > > [morse] > > > > > > speed=13 ; Approximate speed in WPM > > > frequency=800 ; Morse Telemetry Frequency > > > amplitude=4096 ; Morse Telemetry Amplitude > > > idfrequency=1065 ; Morse ID Frequency > > > idamplitude=1024 ; Morse ID Amplitude > > > > > > ; > > > ; 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 ; Time to wait before sending most telemetry > > > idwait=500 ; Time to wait before starting ID > > > unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry > > > calltermwait=2000 ; Time to wait before announcing "call terminated" > > > > > > ; > > > ; This is where you define your nodes which can be connected to. > > > ; > > > > > > [nodes] > > > 111 = radio at 127.0.0.1/111,NONE ; Change this to your assigned node number > > > 222 = radio at 127.0.0.1/222,NONE ; Change this to your assigned node number > > > > > > -------------------------------------------------------------------------------- > > > > > > Finally, here is the usbradio.conf: > > > ------------------------------------------------------------------------ > > > ; > > > ; Open Sound System Console Driver Configuration File > > > ; > > > [general] > > > > > > rxcpusaver=0 > > > txcpusaver=0 > > > debug=0x7 > > > > > > [usb] > > > ; TKR-850 > > > devicenum=0 > > > > > > hdwtype=0 ; Leave this set to 0 for USB sound fobs modified > > > using > > > ; the instructions from usbfob.pdf. Use a setting > > > of > > > ; 1 is for Dingotel/Sph interfaces. > > > > > > rxboost=0 ; 0 = 20db attenuator inserted, 1= 20db attenuator > > > removed > > > ; Set to 1 for additonal gain if using a low-level > > > receiver output > > > > > > rxctcssrelax=1 ; reduce talkoff from radios w/o CTCSS Tx HPF > > > ; Do not change this, leave this as a 1 > > > > > > txctcssdefault=0.0 ; default tx ctcss freq, any frequency permitted > > > rxctcssfreqs=0.0 ; rx ctcss freqs in floating point. must be in > > > table > > > txctcssfreqs=0.0 ; tx ctcss freqs, any frequency permitted > > > > > > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > > > ; no - no carrier detection at all > > > ; usb - from the COR line on the modified USB > > > sound fob > > > ; usbinvert - from the inverted COR line on the > > > modified USB sound fob > > > ; dsp - from RX noise using dsp techniques > > > ; vox - voice activated from RX audio > > > > > > ctcssfrom=no ; no,usb,dsp > > > ; no - CTCSS decoding, system will be carrier > > > squelch > > > ; usb - CTCSS decoding using input from USB FOB > > > ; (currently not supported) > > > ; dsp - CTCSS decoding using RX audio in DSP. > > > ; rxdemod option must be set to flat for this to > > > work. > > > > > > rxdemod=speaker ; input type from radio: no,speaker,flat > > > ; no - RX audio input not used > > > ; flat - Use RX audio from discriminator > > > ; speaker - use de-emphasized audio > > > > > > txprelim=no ; Audio processing on left output channel: no,yes > > > ; no - Audio is not pre-emphasized and limited. > > > ; Suitable for use on a microphone input > > > ; yes - Audio is pre-emphasized and limited. > > > ; Suitable for direct connection to an FM > > > modulator > > > > > > txtoctype=notone ; Transmit tone control type: no,phase,notone > > > ; no - CTCSS tone encoding with no hang time > > > ; phase - encode CTCSS and reverse phase > > > ; AKA ("reverse burst") before unkeying TX > > > ; notone - encode CTCSS and stop sending tone > > > before unkeying TX > > > ; AKA ("chicken burst") > > > > > > txmixa=voice ; Left channel output: > > > no,voice,tone,composite,auxvoice > > > ; no - Do not output anything > > > ; voice - output voice only > > > ; tone - CTCSS tone only > > > ; composite - voice and tone > > > ; auxvoice - auxiliary voice output at headphone > > > level for monitoring > > > > > > txmixb=no ; Right channel output: no,voice,tone,composite, > > > auxvoice > > > ; See txmixa above. > > > > > > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > > > transmit > > > ; This is the collector lead of the 2n4401 on the > > > > > > modified > > > ; usb sound fob. > > > ; please refer to the howto for the procedure to > > > do this. > > > > > > duplex=1 ; Full Duplex > > > > > > > > > [usb1] > > > ; IC-706mk2g > > > devicenum=1 > > > hdwtype=0 > > > rxboost=0 > > > rxctcssrelax=1 > > > txctcssdefault=0.0 > > > rxctcssfreqs=0.0 > > > txctcssfreqs=0.0 > > > carrierfrom=usbinvert ; no,usb,usbinvert,dsp,vox > > > ctcssfrom=no ; no,usb,dsp > > > rxdemod=speaker ; input type from radio: no,speaker,flat > > > txprelim=no ; Audio processing on left output channel: no,yes > > > txtoctype=notone ; Transmit tone control type: no,phase,notone > > > txmixa=voice ; Left channel output: > > > no,voice,tone,composite,auxvoice > > > txmixb=no ; Right channel output: no,voice,tone,composite, > > > auxvoice > > > invertptt=0 ; Invert PTT 0 = ground to transmit, 1 = open to > > > transmit > > > duplex=0 ; Simplex > > > > > > > > > > > > > > > > > > > > > > > > On Mon, 21 Jul 2008, Stephen Rodgers wrote: > > > > > >> David, > > >> > > >> First off, I just learned something myself about adding extra radio > > >> ports using USB fobs: They must be added one at a time. > > >> > > >> Second, there should be no USB hubs between the FOB's and the PC's USB > > >> ports. > > >> > > >> Finally, what type if linux install is this? ACID, EVB, custom? > > >> > > >> > > >> I'd suggest restoring the configuration back to one radio port get that > > >> working, then add and tune the ports one at a time. > > >> > > >> > > >> Steve, > > >> WA6ZFT > > >> > > >> > > >> > > >> > > >> David McGough wrote: > > >>> Hi Roger & Steve, > > >>> > > >>> Well, I'm making progress. I've noticed a couple more things I thought I'd > > >>> mention. First, I've got a strange situation where I can only properly > > >>> access 2 of the 3 URI's I have attached to the PC....Initially, I only > > >>> plugged 1 URI in and couldn't get it to work at all (though the green LED > > >>> was blinking)....Then, when I plugged in a 2nd URI, the first started > > >>> working (with my TKR-850)....Today, I found that the second wasn't > > >>> functional....So, tonight, experimentally, I plugged in a 3rd URI and > > >>> both of the original 2 are now working. Strange.....Perhaps this has > > >>> something to do with udev? Anyway, this isn't holding me up at the moment. > > >>> > > >>> The second issue is more troublesome. I can't get the repeater to link to > > >>> the remote base....When I issue the connect command: *2(node number), the > > >>> controller says it's linking both on the console and verbally. But, then > > >>> it seems to hang totally with the TX enabled from the end that received > > >>> the commands. I've tried this both ways--repeater to remote base (commands > > >>> from the repeater) and vice versa. I end up having to kill -9 the asterisk > > >>> process to regain control--"stop now" from the asterisk console > > >>> hangs...This should work, right? > > >>> > > >>> Thanks in advance! > > >>> > > >>> David KB4FXC > > >>> > > >>> > > >>> On Sun, 20 Jul 2008, David McGough wrote: > > >>> > > >>>> Hi Steve and Roger, > > >>>> > > >>>> Thanks so much for the assistance. I'll give it a try today and report > > >>>> back. I think most of my questions are now answered. > > >>>> > > >>>> > > >>>> > > >>>> > > >>> _______________________________________________ > > >>> App_rpt mailing list > > >>> App_rpt at lists.illiana.net > > >>> http://lists.illiana.net/mailman/listinfo/app_rpt > > >>> > > >> _______________________________________________ > > >> App_rpt mailing list > > >> App_rpt at lists.illiana.net > > >> http://lists.illiana.net/mailman/listinfo/app_rpt > > >> > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > From kb4fxc at inttek.net Thu Jul 24 05:36:57 2008 From: kb4fxc at inttek.net (David McGough) Date: Thu, 24 Jul 2008 01:36:57 -0400 (EDT) Subject: [App_rpt] General config questions.... In-Reply-To: Message-ID: Hi Everyone, Now that I'm to the "beta" test phase, I've got some more questions that I don't see answers to on the list--or have overlooked (if so, oops!). First, is there an easy way to disable DTMF decoding entirely for a channel? My HF node (on very staticy 75M) generates a fair number of spurious DTMF decodes. And, each time it thinks it hears a code, there is, as expected, a very short dropout of HF RX audio being passed to the UHF repeater side. I don't need DTMF decode at all for this node and would like to turn it off. Second, does anyone have (or know of) a simple utility to generate sound files for the CD ID, etc. Thanks! David KB4FXC From vk3jed at vkradio.com Thu Jul 24 09:45:53 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Thu, 24 Jul 2008 19:45:53 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally connected RF and chan_rtpdir Message-ID: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> Just in the process of setting up an Asterisk node (AllStar 2199). At this time, the node has no local RF hardware (I am seriously considering adding a Kenwood remote base early next year), but I want to have a link to a remote system using chan_rtpdir, which will link to an established system. I have some sample configs, and the N9YTY notes, but those notes assume a local RF link. What I want to do is accept connections to AllStar node 2199 and have those linked to the rtpDir system. And from the other end, I want to be able to connect to other AllStar nodes. Anyone able to offer insight on this configuration? My current Asterisk installation is a hand compiled system (app_rpt is included). I didn't use EVB or ACID, because Asterisk is installed on an existing IRLP node, and I didn't want to wipe the system (for obvious reasons!). I may also look into configuring the system to link to the local IRLP node on demand, once I've got the hang of driving Asterisk. I played with Asterisk a long time ago and was able to set it up as a reasonable PBX with VoIP and a single analog line, but I'm a bit rusty now and I've never used app_rpt before. 73 de VK3JED http://vkradio.com From n9yty at n9yty.com Thu Jul 24 14:06:11 2008 From: n9yty at n9yty.com (Steven Palm) Date: Thu, 24 Jul 2008 09:06:11 -0500 Subject: [App_rpt] Asterisk configuration for node with no locally connected RF and chan_rtpdir In-Reply-To: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> References: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> Message-ID: On Jul 24, 2008, at 4:45 AM, Tony Langdon, VK3JED wrote: > I have some sample configs, and the N9YTY notes, but those notes > assume a local RF link. Everybody wants to own the radio... ;) I think the question is what to define for your rxchannel/txchannel on the Allstar link node... In my config, I created a "fake" node number with the chan_rtpdir and then I link that up with my AllStar node that owns the radio. Have you tried to define the AllStar node definition using chan_rtpdir and not using a separate node number at all? Without trying it, I'm thinking that this may work. You may want to define the parameters much like I had them in that sample config for node 1000 as far as the linktolink, hangtime and other parameters just so that the asterisk node doesn't send anything but pure voice data. Let me know if I can help, I'll do whatever I can and I'd be willing to do some testing here as well. You had a good point in that other post in that the best audio quality may be obtained by having IRLP own the radio anyway so that no conversion to GSM is done. I know that IRLP allows quite extensive use of scripting from DTMF, and also that asterisk can be controlled from the command line, so it may be interesting to try this approach as well. Steve -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2413 bytes Desc: not available URL: From hwstar at rodgers.sdcoxmail.com Thu Jul 24 14:38:25 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Thu, 24 Jul 2008 07:38:25 -0700 Subject: [App_rpt] Asterisk configuration for node with no locally connected RF and chan_rtpdir In-Reply-To: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> References: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> Message-ID: <488893E1.9070201@rodgers.sdcoxmail.com> Tony, RF Hardware is not required. Instead of using chan_usbradio and setting rxchannel=Radio/usb, you redirect it to the chan_rtpdir driver. Its invoked as rtpdir/HISIP:HISPORT[:MYPORT] Example: [2199] rxcnannel=rtpdir/127.0.0.1:4000 This specifies the localhost as the IP address, and to use port 4000. There is a text writeup on these details in the first part of the chan_rtpdir source file. Steve R. WA6ZFT Tony Langdon, VK3JED wrote: > Just in the process of setting up an Asterisk node (AllStar > 2199). At this time, the node has no local RF hardware (I am > seriously considering adding a Kenwood remote base early next year), > but I want to have a link to a remote system using chan_rtpdir, which > will link to an established system. > > I have some sample configs, and the N9YTY notes, but those notes > assume a local RF link. > > What I want to do is accept connections to AllStar node 2199 and have > those linked to the rtpDir system. And from the other end, I want to > be able to connect to other AllStar nodes. > > Anyone able to offer insight on this configuration? > > My current Asterisk installation is a hand compiled system (app_rpt > is included). I didn't use EVB or ACID, because Asterisk is > installed on an existing IRLP node, and I didn't want to wipe the > system (for obvious reasons!). > > I may also look into configuring the system to link to the local IRLP > node on demand, once I've got the hang of driving Asterisk. > > I played with Asterisk a long time ago and was able to set it up as a > reasonable PBX with VoIP and a single analog line, but I'm a bit > rusty now and I've never used app_rpt before. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From vk3jed at vkradio.com Thu Jul 24 21:44:25 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 07:44:25 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally connected RF and chan_rtpdir In-Reply-To: References: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> Message-ID: <4888f7c3.05d6720a.5e38.ffffd27a@mx.google.com> At 12:06 AM 7/25/2008, you wrote: > I think the question is what to define for your rxchannel/txchannel >on the Allstar link node... In my config, I created a "fake" node >number with the chan_rtpdir and then I link that up with my AllStar >node that owns the radio. > > Have you tried to define the AllStar node definition using >chan_rtpdir and not using a separate node number at all? Without >trying it, I'm thinking that this may work. You may want to define >the parameters much like I had them in that sample config for node >1000 as far as the linktolink, hangtime and other parameters just so >that the asterisk node doesn't send anything but pure voice data. I was going to do that, except James K6JWN mentioned that there is no traffic on the link, unless I get an incoming call. He suggested I try a dummy node using ztdummy and then using the method you used to bring in the link. Haven't finalised my configs yet, so yet to fire up the node. I may be doing the occasional outbound call once I can establish an Asterisk reflector out there (I don't have the CPU or bandwidth to support conferencing locally), but my remote sites can't run the meetme conference, because they can't load ztdummy (Virtuozzo VPS). > Let me know if I can help, I'll do whatever I can and I'd be willing >to do some testing here as well. You had a good point in that other >post in that the best audio quality may be obtained by having IRLP own >the radio anyway so that no conversion to GSM is done. I know that >IRLP allows quite extensive use of scripting from DTMF, and also that >asterisk can be controlled from the command line, so it may be >interesting to try this approach as well. Well, I will initially be linking remotely, the local IRLP node is not yet ready for linking to Asterisk, because the IRLP scripts don't integrate well. I would have to upgrade it to my beta code to allow the local node to work. That's getting higher up the todo list. :) I will also need to know how to connect to other nodes as well. :) 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Thu Jul 24 21:47:15 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 07:47:15 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally connected RF and chan_rtpdir In-Reply-To: <488893E1.9070201@rodgers.sdcoxmail.com> References: <48884f59.1c048e0a.3564.ffffad24@mx.google.com> <488893E1.9070201@rodgers.sdcoxmail.com> Message-ID: <4888f86b.16078e0a.63ee.3eea@mx.google.com> At 12:38 AM 7/25/2008, you wrote: >Tony, > >RF Hardware is not required. Instead of using chan_usbradio and setting >rxchannel=Radio/usb, you redirect it to the chan_rtpdir driver. Its >invoked as rtpdir/HISIP:HISPORT[:MYPORT] Example: > >[2199] >rxcnannel=rtpdir/127.0.0.1:4000 > >This specifies the localhost as the IP address, and to use port 4000. OK. Now looks like I need the source. :) That's the one part I haven't been able to get hold of. 73 de VK3JED http://vkradio.com From hwstar at rodgers.sdcoxmail.com Thu Jul 24 23:22:28 2008 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Thu, 24 Jul 2008 16:22:28 -0700 Subject: [App_rpt] Asterisk configuration for node with no locally Message-ID: <20080724232228.GOKM15819.dukecmmtao05.coxmail.com@dukecmimpo02.coxmail.com> Tony, The source for chan_rtpdir is available from here: https://www.xelatec.com/viewvc/app_rpt/asterisk/trunk/channels Steve WA6ZFT > > From: "Tony Langdon, VK3JED" > Date: 2008/07/24 Thu PM 02:47:15 PDT > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] Asterisk configuration for node with no locally > connected RF and chan_rtpdir > > At 12:38 AM 7/25/2008, you wrote: > >Tony, > > > >RF Hardware is not required. Instead of using chan_usbradio and setting > >rxchannel=Radio/usb, you redirect it to the chan_rtpdir driver. Its > >invoked as rtpdir/HISIP:HISPORT[:MYPORT] Example: > > > >[2199] > >rxcnannel=rtpdir/127.0.0.1:4000 > > > >This specifies the localhost as the IP address, and to use port 4000. > > OK. > > Now looks like I need the source. :) That's the one part I haven't > been able to get hold of. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From vk3jed at vkradio.com Thu Jul 24 23:46:20 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 09:46:20 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally In-Reply-To: <20080724232228.GOKM15819.dukecmmtao05.coxmail.com@dukecmim po02.coxmail.com> References: <20080724232228.GOKM15819.dukecmmtao05.coxmail.com@dukecmimpo02.coxmail.com> Message-ID: <48891463.09ed720a.4c8a.ffffdb52@mx.google.com> At 09:22 AM 7/25/2008, you wrote: >Tony, > >The source for chan_rtpdir is available from here: > >https://www.xelatec.com/viewvc/app_rpt/asterisk/trunk/channels Thanks found it. Compiled it, only prob is I'm getting a segfault parsing rpt.conf. :( Any ideas? 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Thu Jul 24 23:48:34 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 09:48:34 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally In-Reply-To: <20080724232228.GOKM15819.dukecmmtao05.coxmail.com@dukecmim po02.coxmail.com> References: <20080724232228.GOKM15819.dukecmmtao05.coxmail.com@dukecmimpo02.coxmail.com> Message-ID: <488914e7.25f8720a.6b64.ffffdfeb@mx.google.com> At 09:22 AM 7/25/2008, you wrote: >Tony, > >The source for chan_rtpdir is available from here: > >https://www.xelatec.com/viewvc/app_rpt/asterisk/trunk/channels Also notice there has been a recent change to the protocol, which is breaking other implementations using this channel driver. 73 de VK3JED http://vkradio.com From hwstar at rodgers.sdcoxmail.com Fri Jul 25 00:08:17 2008 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Thu, 24 Jul 2008 17:08:17 -0700 Subject: [App_rpt] Asterisk configuration for node with no locally Message-ID: <20080725000817.QLRL14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com> Tony, Try getting version 0.2, and see if it segfaults. Version 0.2 has been out for a while and 0.5 was just checked in today. Version 0.2 was what was originally written to work with rtpDir and may also be what Skip is using for the link box, all though I'm not sure about this. There has been recent talk of upgrading the protocol to send sequence numbers and DTMF packets. Version 0.5 looks like an attempt to do that. Steve R. WA6ZFT > > From: "Tony Langdon, VK3JED" > Date: 2008/07/24 Thu PM 04:48:34 PDT > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] Asterisk configuration for node with no locally > > At 09:22 AM 7/25/2008, you wrote: > >Tony, > > > >The source for chan_rtpdir is available from here: > > > >https://www.xelatec.com/viewvc/app_rpt/asterisk/trunk/channels > > Also notice there has been a recent change to the protocol, which is > breaking other implementations using this channel driver. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From vk3jed at vkradio.com Fri Jul 25 00:14:28 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 10:14:28 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally In-Reply-To: <20080725000817.QLRL14743.dukecmmtao04.coxmail.com@dukecmim po03.coxmail.com> References: <20080725000817.QLRL14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com> Message-ID: <48891ae9.1e018e0a.20f4.5aec@mx.google.com> At 10:08 AM 7/25/2008, you wrote: >Tony, > > > >Try getting version 0.2, and see if it segfaults. Version 0.2 has >been out for a while and 0.5 was just checked in today. Version 0.2 >was what was originally written to work with rtpDir and may also be >what Skip is using for the link box, all though I'm not sure about this. > >There has been recent talk of upgrading the protocol to send >sequence numbers and DTMF packets. Version 0.5 looks like an attempt >to do that. Thanks Steve, I'll give that a whirl. I have to downgrade anyway for compatibility reasons with the older interface. Hopefully this will fix the segfaults too. 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Fri Jul 25 00:25:03 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Fri, 25 Jul 2008 10:25:03 +1000 Subject: [App_rpt] Asterisk configuration for node with no locally In-Reply-To: <20080725000817.QLRL14743.dukecmmtao04.coxmail.com@dukecmim po03.coxmail.com> References: <20080725000817.QLRL14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com> Message-ID: <48891d66.16bc720a.4f93.0770@mx.google.com> At 10:08 AM 7/25/2008, you wrote: >Tony, > > > >Try getting version 0.2, and see if it segfaults. Version 0.2 has >been out for a while and 0.5 was just checked in today. Version 0.2 >was what was originally written to work with rtpDir and may also be >what Skip is using for the link box, all though I'm not sure about this. Still getting segfaults. Looks like it's during the second pass of reading rpt.conf. 73 de VK3JED http://vkradio.com From kb4fxc at inttek.net Fri Jul 25 17:18:46 2008 From: kb4fxc at inttek.net (David McGough) Date: Fri, 25 Jul 2008 13:18:46 -0400 (EDT) Subject: [App_rpt] General config questions....try #2 Message-ID: Hi Everyone, Since I haven't heard any feedback about this post, I guess the answer is "no" to these questions??? ....If so, I think I'll have a go at resolving them. Thanks! David KB4FXC Original message: Now that I'm to the "beta" test phase, I've got some more questions that I don't see answers to on the list--or have overlooked (if so, oops!). First, is there an easy way to disable DTMF decoding entirely for a channel? My HF node (on very staticy 75M) generates a fair number of spurious DTMF decodes. And, each time it thinks it hears a code, there is, as expected, a very short dropout of HF RX audio being passed to the UHF repeater side. I don't need DTMF decode at all for this node and would like to turn it off. Second, does anyone have (or know of) a simple utility to generate sound files for the CD ID, etc. Thanks! David KB4FXC From hwstar at rodgers.sdcoxmail.com Fri Jul 25 18:23:32 2008 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Fri, 25 Jul 2008 11:23:32 -0700 Subject: [App_rpt] General config questions....try #2 Message-ID: <20080725182332.HMRF14743.dukecmmtao04.coxmail.com@dukecmimpo02.coxmail.com> Part 1 of the answer: If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. Part 2 of the answer: chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > From: David McGough > Date: 2008/07/25 Fri AM 10:18:46 PDT > To: Asterisk Repeater Controler > Subject: [App_rpt] General config questions....try #2 > > > Hi Everyone, > > Since I haven't heard any feedback about this post, I guess the answer is > "no" to these questions??? ....If so, I think I'll have a go at > resolving them. > > Thanks! > > David KB4FXC > > > Original message: > > Now that I'm to the "beta" test phase, I've got some more questions that I > don't see answers to on the list--or have overlooked (if so, oops!). > > First, is there an easy way to disable DTMF decoding entirely for a > channel? My HF node (on very staticy 75M) generates a fair number of > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > as expected, a very short dropout of HF RX audio being passed to the UHF > repeater side. I don't need DTMF decode at all for this node and would > like to turn it off. > > Second, does anyone have (or know of) a simple utility to generate sound > files for the CD ID, etc. > > Thanks! > > David KB4FXC > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From telesistant at hotmail.com Fri Jul 25 21:43:45 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 25 Jul 2008 14:43:45 -0700 Subject: [App_rpt] General config questions....try #2 In-Reply-To: <20080725182332.HMRF14743.dukecmmtao04.coxmail.com@dukecmimpo02.coxmail.com> References: <20080725182332.HMRF14743.dukecmmtao04.coxmail.com@dukecmimpo02.coxmail.com> Message-ID: An HF node should be running as a remote base, therefore not decoding DTMF at all > From: hwstar at rodgers.sdcoxmail.com > To: app_rpt at lists.illiana.net > Date: Fri, 25 Jul 2008 11:23:32 -0700 > Subject: Re: [App_rpt] General config questions....try #2 > > > Part 1 of the answer: > > If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then > no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > Part 2 of the answer: > > chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this > without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > From: David McGough > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > To: Asterisk Repeater Controler > > Subject: [App_rpt] General config questions....try #2 > > > > > > Hi Everyone, > > > > Since I haven't heard any feedback about this post, I guess the answer is > > "no" to these questions??? ....If so, I think I'll have a go at > > resolving them. > > > > Thanks! > > > > David KB4FXC > > > > > > Original message: > > > > Now that I'm to the "beta" test phase, I've got some more questions that I > > don't see answers to on the list--or have overlooked (if so, oops!). > > > > First, is there an easy way to disable DTMF decoding entirely for a > > channel? My HF node (on very staticy 75M) generates a fair number of > > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > > as expected, a very short dropout of HF RX audio being passed to the UHF > > repeater side. I don't need DTMF decode at all for this node and would > > like to turn it off. > > > > Second, does anyone have (or know of) a simple utility to generate sound > > files for the CD ID, etc. > > > > Thanks! > > > > David KB4FXC > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Fri Jul 25 22:56:56 2008 From: kb4fxc at inttek.net (David McGough) Date: Fri, 25 Jul 2008 18:56:56 -0400 (EDT) Subject: [App_rpt] General config questions....try #2 In-Reply-To: Message-ID: Hi, I have already removed the function stanzas and the node config includes a ',y' at the end....But, I still see "Got DTMF char" messages from chan_usbradio in the logs. And, the main thing is there is an associated brief muting of audio when this occurs--which may occur rather frequently, depending on HF noise. As for my second original question about a way to easily make a audio file of the CD ID, I found a way to do this using the "tomorse" freeware software. If anyone is interested, I'll post how I went about it. Thanks, David KB4FXC On Fri, 25 Jul 2008, Jim Duuuude wrote: > > An HF node should be running as a remote base, therefore not decoding DTMF at all > > > From: hwstar at rodgers.sdcoxmail.com > > To: app_rpt at lists.illiana.net > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > Part 1 of the answer: > > > > If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then > > no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > > > Part 2 of the answer: > > > > chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this > > without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > From: David McGough > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > To: Asterisk Repeater Controler > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > Hi Everyone, > > > > > > Since I haven't heard any feedback about this post, I guess the answer is > > > "no" to these questions??? ....If so, I think I'll have a go at > > > resolving them. > > > > > > Thanks! > > > > > > David KB4FXC > > > > > > > > > Original message: > > > > > > Now that I'm to the "beta" test phase, I've got some more questions that I > > > don't see answers to on the list--or have overlooked (if so, oops!). > > > > > > First, is there an easy way to disable DTMF decoding entirely for a > > > channel? My HF node (on very staticy 75M) generates a fair number of > > > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > > > as expected, a very short dropout of HF RX audio being passed to the UHF > > > repeater side. I don't need DTMF decode at all for this node and would > > > like to turn it off. > > > > > > Second, does anyone have (or know of) a simple utility to generate sound > > > files for the CD ID, etc. > > > > > > Thanks! > > > > > > David KB4FXC > > > > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > From telesistant at hotmail.com Fri Jul 25 23:17:57 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 25 Jul 2008 16:17:57 -0700 Subject: [App_rpt] General config questions....try #2 In-Reply-To: References: Message-ID: first, do you have the thing set up as a remote base? > Date: Fri, 25 Jul 2008 18:56:56 -0400 > From: kb4fxc at inttek.net > To: app_rpt at lists.illiana.net > Subject: Re: [App_rpt] General config questions....try #2 > > > Hi, > > I have already removed the function stanzas and the node config includes a > ',y' at the end....But, I still see "Got DTMF char" messages from > chan_usbradio in the logs. And, the main thing is there is an associated > brief muting of audio when this occurs--which may occur rather frequently, > depending on HF noise. > > As for my second original question about a way to easily make a audio > file of the CD ID, I found a way to do this using the "tomorse" freeware > software. If anyone is interested, I'll post how I went about it. > > Thanks, > > David KB4FXC > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > An HF node should be running as a remote base, therefore not decoding DTMF at all > > > > > From: hwstar at rodgers.sdcoxmail.com > > > To: app_rpt at lists.illiana.net > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > Part 1 of the answer: > > > > > > If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then > > > no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > > > > > Part 2 of the answer: > > > > > > chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this > > > without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > To: Asterisk Repeater Controler > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Hi Everyone, > > > > > > > > Since I haven't heard any feedback about this post, I guess the answer is > > > > "no" to these questions??? ....If so, I think I'll have a go at > > > > resolving them. > > > > > > > > Thanks! > > > > > > > > David KB4FXC > > > > > > > > > > > > Original message: > > > > > > > > Now that I'm to the "beta" test phase, I've got some more questions that I > > > > don't see answers to on the list--or have overlooked (if so, oops!). > > > > > > > > First, is there an easy way to disable DTMF decoding entirely for a > > > > channel? My HF node (on very staticy 75M) generates a fair number of > > > > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > > > > as expected, a very short dropout of HF RX audio being passed to the UHF > > > > repeater side. I don't need DTMF decode at all for this node and would > > > > like to turn it off. > > > > > > > > Second, does anyone have (or know of) a simple utility to generate sound > > > > files for the CD ID, etc. > > > > > > > > Thanks! > > > > > > > > David KB4FXC > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt at lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sat Jul 26 00:09:03 2008 From: kb4fxc at inttek.net (David McGough) Date: Fri, 25 Jul 2008 20:09:03 -0400 (EDT) Subject: [App_rpt] General config questions....try #2 In-Reply-To: Message-ID: Hi Jim, Yes, I think it's setup okay....The radio is an IC-706mk2g, and it DOES work. I'm just getting spurious DTMF audio muting when DTMF is falsely detected. The VERY trimmed-down node stanza is: [222] ;;; IC-706mk2g rxchannel = Radio/usb1 remote=ic706 duplex=0 And, the nodes section is: [nodes] 111 = radio at 127.0.0.1/111,NONE ;; Kenwood TKR-850 222 = radio at 127.0.0.1/222,NONE,y ;; Icom IC-706mk2g The related chan_usbradio stanza is: [usb1] hdwtype=0 rxboost=0 rxctcssrelax=1 txctcssdefault=0.0 rxctcssfreqs=0.0 txctcssfreqs=0.0 carrierfrom=usbinvert ctcssfrom=no rxdemod=speaker txprelim=no txtoctype=notone txmixa=voice txmixb=no invertptt=0 duplex=0 eeprom=0 Thanks, David KB4FXC On Fri, 25 Jul 2008, Jim Duuuude wrote: > > first, do you have the thing set up as a remote base? > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > From: kb4fxc at inttek.net > > To: app_rpt at lists.illiana.net > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > Hi, > > > > I have already removed the function stanzas and the node config includes a > > ',y' at the end....But, I still see "Got DTMF char" messages from > > chan_usbradio in the logs. And, the main thing is there is an associated > > brief muting of audio when this occurs--which may occur rather frequently, > > depending on HF noise. > > > > As for my second original question about a way to easily make a audio > > file of the CD ID, I found a way to do this using the "tomorse" freeware > > software. If anyone is interested, I'll post how I went about it. > > > > Thanks, > > > > David KB4FXC > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > An HF node should be running as a remote base, therefore not decoding DTMF at all > > > > > > > From: hwstar at rodgers.sdcoxmail.com > > > > To: app_rpt at lists.illiana.net > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then > > > > no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > > > > > > > Part 2 of the answer: > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this > > > > without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > To: Asterisk Repeater Controler > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > Since I haven't heard any feedback about this post, I guess the answer is > > > > > "no" to these questions??? ....If so, I think I'll have a go at > > > > > resolving them. > > > > > > > > > > Thanks! > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > Original message: > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more questions that I > > > > > don't see answers to on the list--or have overlooked (if so, oops!). > > > > > > > > > > First, is there an easy way to disable DTMF decoding entirely for a > > > > > channel? My HF node (on very staticy 75M) generates a fair number of > > > > > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > > > > > as expected, a very short dropout of HF RX audio being passed to the UHF > > > > > repeater side. I don't need DTMF decode at all for this node and would > > > > > like to turn it off. > > > > > > > > > > Second, does anyone have (or know of) a simple utility to generate sound > > > > > files for the CD ID, etc. > > > > > > > > > > Thanks! > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > _______________________________________________ > > > > > App_rpt mailing list > > > > > App_rpt at lists.illiana.net > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt at lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > From kb4fxc at inttek.net Sat Jul 26 01:19:12 2008 From: kb4fxc at inttek.net (David McGough) Date: Fri, 25 Jul 2008 21:19:12 -0400 (EDT) Subject: [App_rpt] USB hubs & USB audio In-Reply-To: Message-ID: Hi Everyone, Well, I just tried one of the usbgear hubs listed below. It ..almost.. works. The 2 URI devices I'm experimenting with are identified and functional EXCEPT that it sounds like the audio sampling rate is wrong--way too low with aliasing distortion (or something). ugh. Probably a driver confusion issue?? Anyway, the USB hub and hardware otherwise seems to be fine. Here is an output from the usbtree utility: [root at kb4fxc-rpt ~]# ./usbtree /: Bus 02.Port 1: Dev 1, Class=root_hub, Drv=ohci_hcd/8p, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Drv=ehci_hcd/8p, 480M |_ Port 4: Dev 2, If 0, Prod=USB2.0 Hub, Class=hub, Drv=hub/4p, 480M |_ Port 1: Dev 3, If 0, Prod=C-Media USB Headphone Set, Class=audio, Drv=snd-usb-audio, 12M |_ Port 1: Dev 3, If 1, Prod=, Class=audio, Drv=snd-usb-audio, 12M |_ Port 1: Dev 3, If 2, Prod=, Class=audio, Drv=snd-usb-audio, 12M |_ Port 1: Dev 3, If 3, Prod=, Class=HID, Drv=usbfs, 12M |_ Port 2: Dev 4, If 0, Prod=C-Media USB Headphone Set, Class=audio, Drv=snd-usb-audio, 12M |_ Port 2: Dev 4, If 1, Prod=, Class=audio, Drv=snd-usb-audio, 12M |_ Port 2: Dev 4, If 2, Prod=, Class=audio, Drv=snd-usb-audio, 12M |_ Port 2: Dev 4, If 3, Prod=, Class=HID, Drv=usbhid, 12M |_ Port 4: Dev 5, If 0, Prod=USB2.0 Hub, Class=hub, Drv=hub/4p, 480M I'll investigate further since this is ultimately a config I may want to use as well. David KB4FXC On Tue, 22 Jul 2008, David McGough wrote: > > So, I guess the next question is: Does anyone have a favorite multi-tt > hub? ....I have used this one in the past for other linux applications and > it seemed okay...I'll try one with the URI's....I guess the biggest issue > here is that the hub you buy today won't necessarily be the one on the > shelves tomorrow....A bit frustrating! > > http://www.usbgear.com/USBG-217C.html > > -David > > > > On Tue, 22 Jul 2008, David Kramer wrote: > > > I have successfully tested URIs with several high speed USB hubs. But these > > tests were performed without any other USB devices connected at the same > > time so this may not be very usefull. > > > > Skip points out the difference between full speed (12Mbps) and high speed > > (480Mbs) devices. This terminology is confusing. Not all USB 2.0 compliant > > hubs support high speed, so be sure the package says HIGH SPEED. > > > > Very few hubs support multiple transaction translators, probably because the > > chip sets are more expensive and almost nobody understands the need. > > Theoretically, one TT is all that is needed provided you don't mix USB 1.x > > and 2.0 devices on the same hub. Keep in mind that USB supports several > > data modes each with varying priorities and latency allocations. Plus USB > > physical layer is half-duplex so one-way communication never comes close to > > 480Mbps. The TT tries to handle all the traffic so don't expect good > > results if you plug a bunch of web cams or other bandwidth hungry devices > > into your hub. > > > > Hope this help. > > > > David Kramer > > DMK Engineering Inc. > > 310-544-1222 > > > > > > -----Original Message----- > > From: app_rpt-bounces at lists.illiana.net > > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Skip WB6YMH > > Sent: Tuesday, July 22, 2008 1:22 PM > > To: app_rpt at lists.illiana.net > > Subject: [App_rpt] USB hubs & USB audio > > > > > Jim Dixon and I have had disapointing results with USB hubs during the > > > testing of USB fobs with them. We don't know why they don't work > > > properly and we don't have the time to figure it out right now. There > > > may be hubs which work just fine, but we just don't know as the root > > > cause of the problem has not been uncovered. If Steve Henke W9SH > > > knows something I don't them maybe he should speak up on the list. > > > Steve WA6ZFT > > > > The problem is probably complex. USB 2.0 hubs come in two flavors single- > > transaction translators (single-TT) and multi-transaction translators > > (multi-TT). Most USB audio devices are "full speed" devices (12 > > mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub must > > translate the data rate between the host and the device. The single-TT > > devices only have a single translator which is shared between all ports. > > A multi-TT hub has a translator per port. So in theory a milti-TT hub is > > what you should want for optimal bus usage. > > > > An additional complication is that the Linux kernel must be multi-TT hub > > aware to properly schedule things. I'm not current with Linux > > development, but I've read discussions in the past about improving the > > kernel's USB scheduler in this area. > > > > Here are a couple of links to info which may be useful: > > > > http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=1650536 > > 2 > > > > http://www.linux-usb.org/usb2.html > > > > 73's Skip WB6YMH > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From steve.w9sh at gmail.com Sat Jul 26 02:12:40 2008 From: steve.w9sh at gmail.com (Steven Henke) Date: Fri, 25 Jul 2008 22:12:40 -0400 Subject: [App_rpt] USB hubs & USB audio In-Reply-To: References: Message-ID: David, Just so you know that it can be done, I used a 7 port USB hub with TT's on each port and filled it with 7 radio channels running simultaneously for a commercial trunking radio system and it works just fine. The server was a 2.66 GHz Pentium 4 on an ASUS motherboard. 73, Steve Henke, W9SH On Fri, Jul 25, 2008 at 9:19 PM, David McGough wrote: > > Hi Everyone, > > Well, I just tried one of the usbgear hubs listed below. It ..almost.. > works. The 2 URI devices I'm experimenting with are identified and > functional EXCEPT that it sounds like the audio sampling rate is > wrong--way too low with aliasing distortion (or something). ugh. Probably > a driver confusion issue?? > > Anyway, the USB hub and hardware otherwise seems to be fine. > Here is an output from the usbtree utility: > > [root at kb4fxc-rpt ~]# ./usbtree > /: Bus 02.Port 1: Dev 1, Class=root_hub, Drv=ohci_hcd/8p, 12M > /: Bus 01.Port 1: Dev 1, Class=root_hub, Drv=ehci_hcd/8p, 480M > |_ Port 4: Dev 2, If 0, Prod=USB2.0 Hub, Class=hub, Drv=hub/4p, 480M > |_ Port 1: Dev 3, If 0, Prod=C-Media USB Headphone Set, Class=audio, > Drv=snd-usb-audio, 12M > |_ Port 1: Dev 3, If 1, Prod=, Class=audio, Drv=snd-usb-audio, 12M > |_ Port 1: Dev 3, If 2, Prod=, Class=audio, Drv=snd-usb-audio, 12M > |_ Port 1: Dev 3, If 3, Prod=, Class=HID, Drv=usbfs, 12M > |_ Port 2: Dev 4, If 0, Prod=C-Media USB Headphone Set, Class=audio, > Drv=snd-usb-audio, 12M > |_ Port 2: Dev 4, If 1, Prod=, Class=audio, Drv=snd-usb-audio, 12M > |_ Port 2: Dev 4, If 2, Prod=, Class=audio, Drv=snd-usb-audio, 12M > |_ Port 2: Dev 4, If 3, Prod=, Class=HID, Drv=usbhid, 12M > |_ Port 4: Dev 5, If 0, Prod=USB2.0 Hub, Class=hub, Drv=hub/4p, 480M > > > I'll investigate further since this is ultimately a config I may want to > use as well. > > David KB4FXC > > > On Tue, 22 Jul 2008, David McGough wrote: > > > > > So, I guess the next question is: Does anyone have a favorite multi-tt > > hub? ....I have used this one in the past for other linux applications > and > > it seemed okay...I'll try one with the URI's....I guess the biggest issue > > here is that the hub you buy today won't necessarily be the one on the > > shelves tomorrow....A bit frustrating! > > > > http://www.usbgear.com/USBG-217C.html > > > > -David > > > > > > > > On Tue, 22 Jul 2008, David Kramer wrote: > > > > > I have successfully tested URIs with several high speed USB hubs. But > these > > > tests were performed without any other USB devices connected at the > same > > > time so this may not be very usefull. > > > > > > Skip points out the difference between full speed (12Mbps) and high > speed > > > (480Mbs) devices. This terminology is confusing. Not all USB 2.0 > compliant > > > hubs support high speed, so be sure the package says HIGH SPEED. > > > > > > Very few hubs support multiple transaction translators, probably > because the > > > chip sets are more expensive and almost nobody understands the need. > > > Theoretically, one TT is all that is needed provided you don't mix USB > 1.x > > > and 2.0 devices on the same hub. Keep in mind that USB supports > several > > > data modes each with varying priorities and latency allocations. Plus > USB > > > physical layer is half-duplex so one-way communication never comes > close to > > > 480Mbps. The TT tries to handle all the traffic so don't expect good > > > results if you plug a bunch of web cams or other bandwidth hungry > devices > > > into your hub. > > > > > > Hope this help. > > > > > > David Kramer > > > DMK Engineering Inc. > > > 310-544-1222 > > > > > > > > > -----Original Message----- > > > From: app_rpt-bounces at lists.illiana.net > > > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Skip WB6YMH > > > Sent: Tuesday, July 22, 2008 1:22 PM > > > To: app_rpt at lists.illiana.net > > > Subject: [App_rpt] USB hubs & USB audio > > > > > > > Jim Dixon and I have had disapointing results with USB hubs during > the > > > > testing of USB fobs with them. We don't know why they don't work > > > > properly and we don't have the time to figure it out right now. There > > > > may be hubs which work just fine, but we just don't know as the root > > > > cause of the problem has not been uncovered. If Steve Henke W9SH > > > > knows something I don't them maybe he should speak up on the list. > > > > Steve WA6ZFT > > > > > > The problem is probably complex. USB 2.0 hubs come in two flavors > single- > > > transaction translators (single-TT) and multi-transaction translators > > > (multi-TT). Most USB audio devices are "full speed" devices (12 > > > mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub > must > > > translate the data rate between the host and the device. The single-TT > > > devices only have a single translator which is shared between all > ports. > > > A multi-TT hub has a translator per port. So in theory a milti-TT hub > is > > > what you should want for optimal bus usage. > > > > > > An additional complication is that the Linux kernel must be multi-TT > hub > > > aware to properly schedule things. I'm not current with Linux > > > development, but I've read discussions in the past about improving the > > > kernel's USB scheduler in this area. > > > > > > Here are a couple of links to info which may be useful: > > > > > > > http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=1650536 > > > 2 > > > > > > http://www.linux-usb.org/usb2.html > > > > > > 73's Skip WB6YMH > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sat Jul 26 07:02:49 2008 From: kb4fxc at inttek.net (David McGough) Date: Sat, 26 Jul 2008 03:02:49 -0400 (EDT) Subject: [App_rpt] General config questions....try #2...and patch In-Reply-To: Message-ID: Hi Jim, Upon more review, I decided to add a patch to try to completely turn off DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the staticy HF audio sounds GREAT (to me, at least!). No more choppiness... I'll be glad to post the patch if you all would like to take a look? It doesn't seem to break anything (so far....). Thanks for your help! 73, David KB4FXC On Fri, 25 Jul 2008, David McGough wrote: > > Hi Jim, > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it DOES > work. I'm just getting spurious DTMF audio muting when DTMF is falsely > detected. The VERY trimmed-down node stanza is: > > [222] ;;; IC-706mk2g > rxchannel = Radio/usb1 > remote=ic706 > duplex=0 > > > And, the nodes section is: > > [nodes] > 111 = radio at 127.0.0.1/111,NONE ;; Kenwood TKR-850 > 222 = radio at 127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > The related chan_usbradio stanza is: > > [usb1] > hdwtype=0 > rxboost=0 > rxctcssrelax=1 > txctcssdefault=0.0 > rxctcssfreqs=0.0 > txctcssfreqs=0.0 > carrierfrom=usbinvert > ctcssfrom=no > rxdemod=speaker > txprelim=no > txtoctype=notone > txmixa=voice > txmixb=no > invertptt=0 > duplex=0 > eeprom=0 > > > Thanks, > > David KB4FXC > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > first, do you have the thing set up as a remote base? > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > From: kb4fxc at inttek.net > > > To: app_rpt at lists.illiana.net > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > Hi, > > > > > > I have already removed the function stanzas and the node config includes a > > > ',y' at the end....But, I still see "Got DTMF char" messages from > > > chan_usbradio in the logs. And, the main thing is there is an associated > > > brief muting of audio when this occurs--which may occur rather frequently, > > > depending on HF noise. > > > > > > As for my second original question about a way to easily make a audio > > > file of the CD ID, I found a way to do this using the "tomorse" freeware > > > software. If anyone is interested, I'll post how I went about it. > > > > > > Thanks, > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > An HF node should be running as a remote base, therefore not decoding DTMF at all > > > > > > > > > From: hwstar at rodgers.sdcoxmail.com > > > > > To: app_rpt at lists.illiana.net > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then > > > > > no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this > > > > > without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > To: Asterisk Repeater Controler > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess the answer is > > > > > > "no" to these questions??? ....If so, I think I'll have a go at > > > > > > resolving them. > > > > > > > > > > > > Thanks! > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more questions that I > > > > > > don't see answers to on the list--or have overlooked (if so, oops!). > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding entirely for a > > > > > > channel? My HF node (on very staticy 75M) generates a fair number of > > > > > > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > > > > > > as expected, a very short dropout of HF RX audio being passed to the UHF > > > > > > repeater side. I don't need DTMF decode at all for this node and would > > > > > > like to turn it off. > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to generate sound > > > > > > files for the CD ID, etc. > > > > > > > > > > > > Thanks! > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt at lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > _______________________________________________ > > > > > App_rpt mailing list > > > > > App_rpt at lists.illiana.net > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From w4rfj at comcast.net Sat Jul 26 12:29:33 2008 From: w4rfj at comcast.net (Roger F. Jordan) Date: Sat, 26 Jul 2008 08:29:33 -0400 Subject: [App_rpt] General config questions....try #2...and patch In-Reply-To: Message-ID: I would be very interested in seeing the patch! I am impressed with the solution! Good job! Roger W4RFJ -----Original Message----- From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of David McGough Sent: Saturday, July 26, 2008 3:03 AM To: Asterisk Repeater Controler Subject: Re: [App_rpt] General config questions....try #2...and patch Hi Jim, Upon more review, I decided to add a patch to try to completely turn off DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the staticy HF audio sounds GREAT (to me, at least!). No more choppiness... I'll be glad to post the patch if you all would like to take a look? It doesn't seem to break anything (so far....). Thanks for your help! 73, David KB4FXC On Fri, 25 Jul 2008, David McGough wrote: > > Hi Jim, > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it > DOES work. I'm just getting spurious DTMF audio muting when DTMF is > falsely detected. The VERY trimmed-down node stanza is: > > [222] ;;; IC-706mk2g > rxchannel = Radio/usb1 > remote=ic706 > duplex=0 > > > And, the nodes section is: > > [nodes] > 111 = radio at 127.0.0.1/111,NONE ;; Kenwood TKR-850 > 222 = radio at 127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > The related chan_usbradio stanza is: > > [usb1] > hdwtype=0 > rxboost=0 > rxctcssrelax=1 > txctcssdefault=0.0 > rxctcssfreqs=0.0 > txctcssfreqs=0.0 > carrierfrom=usbinvert > ctcssfrom=no > rxdemod=speaker > txprelim=no > txtoctype=notone > txmixa=voice > txmixb=no > invertptt=0 > duplex=0 > eeprom=0 > > > Thanks, > > David KB4FXC > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > first, do you have the thing set up as a remote base? > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > From: kb4fxc at inttek.net > > > To: app_rpt at lists.illiana.net > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > Hi, > > > > > > I have already removed the function stanzas and the node config > > > includes a ',y' at the end....But, I still see "Got DTMF char" > > > messages from chan_usbradio in the logs. And, the main thing is > > > there is an associated brief muting of audio when this > > > occurs--which may occur rather frequently, depending on HF noise. > > > > > > As for my second original question about a way to easily make a > > > audio file of the CD ID, I found a way to do this using the > > > "tomorse" freeware software. If anyone is interested, I'll post how I went about it. > > > > > > Thanks, > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > An HF node should be running as a remote base, therefore not > > > > decoding DTMF at all > > > > > > > > > From: hwstar at rodgers.sdcoxmail.com > > > > > To: app_rpt at lists.illiana.net > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > If you are running this as a standard node, you need to > > > > > specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. > > > > > As far as I know, there's no way to disable this without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > To: Asterisk Repeater Controler > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess > > > > > > the answer is "no" to these questions??? ....If so, I think > > > > > > I'll have a go at resolving them. > > > > > > > > > > > > Thanks! > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more > > > > > > questions that I don't see answers to on the list--or have overlooked (if so, oops!). > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding > > > > > > entirely for a channel? My HF node (on very staticy 75M) > > > > > > generates a fair number of spurious DTMF decodes. And, each > > > > > > time it thinks it hears a code, there is, as expected, a > > > > > > very short dropout of HF RX audio being passed to the UHF > > > > > > repeater side. I don't need DTMF decode at all for this node and would like to turn it off. > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to > > > > > > generate sound files for the CD ID, etc. > > > > > > > > > > > > Thanks! > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt at lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > _______________________________________________ > > > > > App_rpt mailing list > > > > > App_rpt at lists.illiana.net > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > _______________________________________________ > > > App_rpt mailing list > > > App_rpt at lists.illiana.net > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > _______________________________________________ App_rpt mailing list App_rpt at lists.illiana.net http://lists.illiana.net/mailman/listinfo/app_rpt From w9drr at live.com Sat Jul 26 13:03:07 2008 From: w9drr at live.com (Don Russell) Date: Sat, 26 Jul 2008 08:03:07 -0500 Subject: [App_rpt] General config questions....try #2...and patch In-Reply-To: References: Message-ID: yeah, me as well. Have a couple links I would like to set that on. Don W9DRR > From: w4rfj at comcast.net > To: app_rpt at lists.illiana.net > Date: Sat, 26 Jul 2008 08:29:33 -0400 > Subject: Re: [App_rpt] General config questions....try #2...and patch > > I would be very interested in seeing the patch! I am impressed with the > solution! Good job! > > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of David McGough > Sent: Saturday, July 26, 2008 3:03 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] General config questions....try #2...and patch > > > > Hi Jim, > > Upon more review, I decided to add a patch to try to completely turn off > DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c > file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. > > With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the > staticy HF audio sounds GREAT (to me, at least!). No more choppiness... > > I'll be glad to post the patch if you all would like to take a look? It > doesn't seem to break anything (so far....). > > Thanks for your help! > > 73, David KB4FXC > > > > On Fri, 25 Jul 2008, David McGough wrote: > > > > > Hi Jim, > > > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it > > DOES work. I'm just getting spurious DTMF audio muting when DTMF is > > falsely detected. The VERY trimmed-down node stanza is: > > > > [222] ;;; IC-706mk2g > > rxchannel = Radio/usb1 > > remote=ic706 > > duplex=0 > > > > > > And, the nodes section is: > > > > [nodes] > > 111 = radio at 127.0.0.1/111,NONE ;; Kenwood TKR-850 > > 222 = radio at 127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > > > The related chan_usbradio stanza is: > > > > [usb1] > > hdwtype=0 > > rxboost=0 > > rxctcssrelax=1 > > txctcssdefault=0.0 > > rxctcssfreqs=0.0 > > txctcssfreqs=0.0 > > carrierfrom=usbinvert > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > duplex=0 > > eeprom=0 > > > > > > Thanks, > > > > David KB4FXC > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > first, do you have the thing set up as a remote base? > > > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > > From: kb4fxc at inttek.net > > > > To: app_rpt at lists.illiana.net > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Hi, > > > > > > > > I have already removed the function stanzas and the node config > > > > includes a ',y' at the end....But, I still see "Got DTMF char" > > > > messages from chan_usbradio in the logs. And, the main thing is > > > > there is an associated brief muting of audio when this > > > > occurs--which may occur rather frequently, depending on HF noise. > > > > > > > > As for my second original question about a way to easily make a > > > > audio file of the CD ID, I found a way to do this using the > > > > "tomorse" freeware software. If anyone is interested, I'll post how I > went about it. > > > > > > > > Thanks, > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > > > > An HF node should be running as a remote base, therefore not > > > > > decoding DTMF at all > > > > > > > > > > > From: hwstar at rodgers.sdcoxmail.com > > > > > > To: app_rpt at lists.illiana.net > > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > > > If you are running this as a standard node, you need to > > > > > > specify an empty function table stanza so that nothing gets > decoded. If you are running as a remote base node, then no DTMF functions > will be decoded fromt he radio interface. Remote base nodes have .y on the > end of them in the node table. This is how app_rpt knows which type of code > to run. > > > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. > > > > > > As far as I know, there's no way to disable this without modifying > the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > > To: Asterisk Repeater Controler > > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess > > > > > > > the answer is "no" to these questions??? ....If so, I think > > > > > > > I'll have a go at resolving them. > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more > > > > > > > questions that I don't see answers to on the list--or have > overlooked (if so, oops!). > > > > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding > > > > > > > entirely for a channel? My HF node (on very staticy 75M) > > > > > > > generates a fair number of spurious DTMF decodes. And, each > > > > > > > time it thinks it hears a code, there is, as expected, a > > > > > > > very short dropout of HF RX audio being passed to the UHF > > > > > > > repeater side. I don't need DTMF decode at all for this node and > would like to turn it off. > > > > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to > > > > > > > generate sound files for the CD ID, etc. > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > App_rpt mailing list > > > > > > > App_rpt at lists.illiana.net > > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt at lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt at lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt _________________________________________________________________ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb6ymh at cox.net Sat Jul 26 18:28:44 2008 From: wb6ymh at cox.net (Skip WB6YMH) Date: Sat, 26 Jul 2008 11:28:44 -0700 Subject: [App_rpt] Asterisk <-> Echolink gateway Message-ID: <488B0A6C.9737.1198F29@localhost> If anyone is interested in adding EchoLink connectivity to their Asterisk node you might be interested in my project called "thebridge". Thebridge is the conferencing software used by the majority of Echolink conferences and is also the basis of the EchoIRLP project. Like Asterisk thebridge is an open source project released under the GPL. You may download a tarball of the latest beta of thebridge from: http://groups.yahoo.com/group/thelinkbox/files/thebridge-1.05.tgz or you can check it out from the CVS repository on Sourceforge: cvs -d:pserver:anonymous at cqinet.cvs.sourceforge.net:/cvsroot/cqinet login cvs -z3 -d:pserver:anonymous at cqinet.cvs.sourceforge.net:/cvsroot/cqinet co -P thebridge This version supports the latest chan_rtpdir Asterisk driver (0.5) and includes the ability for Asterisk nodes to initiate connections to Echolink nodes and disconnect nodes via touch tone. Older versions of the chan_rtpdir (0.2) are no longer supported. An Asterisk/IRLP wizard could also configure thebridge to act as an gateway to the IRLP network by using Asterisk to run the necessary IRLP scripts. NB: This code is for people who are knowledgeable about Asterisk and the app_rpt project. I needed a *lot* of help from W9SH and K6JWN to get my Asterisk node running. Since I'm an Asterisk novice won't be offering any help for configuring Asterisk to use the new chan driver. 73's Skip WB6YMH From kb4fxc at inttek.net Sat Jul 26 19:46:01 2008 From: kb4fxc at inttek.net (David McGough) Date: Sat, 26 Jul 2008 15:46:01 -0400 (EDT) Subject: [App_rpt] General config questions....try #2...and patch In-Reply-To: <20080726122943.008C926393E@goliath.inttek.net> Message-ID: Okay, here it goes. This is a diff against the original chan_usbradio.c as installed with the current ACID ISO. By default, dtmf is always enabled. To disable, add dtmf_disable=0 to the desired stanza of the usbradio.conf file. 73, David KB4FXC --------------------------------------------------------------------------- chan_usbradio.c.patch -- output from: diff -Naur --------------------------------------------------------- --- chan_usbradio.c 2008-07-26 12:33:44.000000000 -0700 +++ chan_usbradio.c.new 2008-07-26 12:42:32.000000000 -0700 @@ -489,6 +489,7 @@ char debuglevel; char radioduplex; // char wanteeprom; + char dtmf_decode_enabled; // jdm int tracetype; int tracelevel; @@ -634,6 +635,7 @@ .lastopen = { 0, 0 }, .boost = BOOST_SCALE, .wanteeprom = 1, + .dtmf_decode_enabled = 1, // jdm .area = 0, .rptnum = 0, }; @@ -2083,6 +2085,8 @@ if ((f1->frametype == AST_FRAME_DTMF_END) || (f1->frametype == AST_FRAME_DTMF_BEGIN)) { + ast_log(LOG_NOTICE,"DTMF enabled: %d\n",o->dtmf_decode_enabled); // jdm + if (o->dtmf_decode_enabled) { if ((f1->subclass == 'm') || (f1->subclass == 'u')) { f1->frametype = AST_FRAME_NULL; @@ -2093,6 +2097,7 @@ ast_log(LOG_NOTICE,"Got DTMF char %c\n",f1->subclass); return(f1); } + } } return f; } @@ -3463,6 +3468,7 @@ M_F("txtoctype",store_txtoctype(o,(char *)v->value)) M_UINT("hdwtype",o->hdwtype) M_UINT("eeprom",o->wanteeprom) + M_BOOL("dtmf_decode",o->dtmf_decode_enabled) // jdm M_UINT("duplex",o->radioduplex) M_UINT("txsettletime",o->txsettletime) M_BOOL("rxpolarity",o->b.rxpolarity) --------------------------------------------------------- On Sat, 26 Jul 2008, Roger F. Jordan wrote: > I would be very interested in seeing the patch! I am impressed with the > solution! Good job! > > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of David McGough > Sent: Saturday, July 26, 2008 3:03 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] General config questions....try #2...and patch > > > > Hi Jim, > > Upon more review, I decided to add a patch to try to completely turn off > DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c > file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. > > With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the > staticy HF audio sounds GREAT (to me, at least!). No more choppiness... > > I'll be glad to post the patch if you all would like to take a look? It > doesn't seem to break anything (so far....). > > Thanks for your help! > > 73, David KB4FXC > > > > On Fri, 25 Jul 2008, David McGough wrote: > > > > > Hi Jim, > > > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it > > DOES work. I'm just getting spurious DTMF audio muting when DTMF is > > falsely detected. The VERY trimmed-down node stanza is: > > > > [222] ;;; IC-706mk2g > > rxchannel = Radio/usb1 > > remote=ic706 > > duplex=0 > > > > > > And, the nodes section is: > > > > [nodes] > > 111 = radio at 127.0.0.1/111,NONE ;; Kenwood TKR-850 > > 222 = radio at 127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > > > The related chan_usbradio stanza is: > > > > [usb1] > > hdwtype=0 > > rxboost=0 > > rxctcssrelax=1 > > txctcssdefault=0.0 > > rxctcssfreqs=0.0 > > txctcssfreqs=0.0 > > carrierfrom=usbinvert > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > duplex=0 > > eeprom=0 > > > > > > Thanks, > > > > David KB4FXC > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > first, do you have the thing set up as a remote base? > > > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > > From: kb4fxc at inttek.net > > > > To: app_rpt at lists.illiana.net > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Hi, > > > > > > > > I have already removed the function stanzas and the node config > > > > includes a ',y' at the end....But, I still see "Got DTMF char" > > > > messages from chan_usbradio in the logs. And, the main thing is > > > > there is an associated brief muting of audio when this > > > > occurs--which may occur rather frequently, depending on HF noise. > > > > > > > > As for my second original question about a way to easily make a > > > > audio file of the CD ID, I found a way to do this using the > > > > "tomorse" freeware software. If anyone is interested, I'll post how I > went about it. > > > > > > > > Thanks, > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > > > > An HF node should be running as a remote base, therefore not > > > > > decoding DTMF at all > > > > > > > > > > > From: hwstar at rodgers.sdcoxmail.com > > > > > > To: app_rpt at lists.illiana.net > > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > > > If you are running this as a standard node, you need to > > > > > > specify an empty function table stanza so that nothing gets > decoded. If you are running as a remote base node, then no DTMF functions > will be decoded fromt he radio interface. Remote base nodes have .y on the > end of them in the node table. This is how app_rpt knows which type of code > to run. > > > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. > > > > > > As far as I know, there's no way to disable this without modifying > the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough > > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > > To: Asterisk Repeater Controler > > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess > > > > > > > the answer is "no" to these questions??? ....If so, I think > > > > > > > I'll have a go at resolving them. > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more > > > > > > > questions that I don't see answers to on the list--or have > overlooked (if so, oops!). > > > > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding > > > > > > > entirely for a channel? My HF node (on very staticy 75M) > > > > > > > generates a fair number of spurious DTMF decodes. And, each > > > > > > > time it thinks it hears a code, there is, as expected, a > > > > > > > very short dropout of HF RX audio being passed to the UHF > > > > > > > repeater side. I don't need DTMF decode at all for this node and > would like to turn it off. > > > > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to > > > > > > > generate sound files for the CD ID, etc. > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > App_rpt mailing list > > > > > > > App_rpt at lists.illiana.net > > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt at lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt at lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From kb4fxc at inttek.net Sat Jul 26 20:48:32 2008 From: kb4fxc at inttek.net (David McGough) Date: Sat, 26 Jul 2008 16:48:32 -0400 (EDT) Subject: [App_rpt] App-Rpt Patch Message-ID: Hi Dave, Yes, I have the ',y' suffix added--and, with the 'y' app_rpt doesn't try to interpret DTMF characters--so, a RB user couldn't send commands, etc....But, the problem I was seeing was that the chan_usbradio code was still listening for DTMF, even though it was being ignored upstream in app_rpt. And, on HF audio this caused very noticable sporadic choppiness for me....For a VHF/UHF RB this might never be noticed--since there is little static/noise. And, I agree that this project is fantastic! I'm thoroughly impressed with how well everthing works! All the app_rpt and chan_usbradio, etc., developers are to be commended! >From a documentation standpoint, I've seen a lot worse. Direct access to gurus on this list is super....Since I've used asterisk and linux for years, that helps in my case, too. Now, I just have to get over having my feeling hurt....Last night I was talking to a net on 75M via my VX-7R HT using a CMP460A hand mic on the HT, linking thru my TKR-850 app_rpt repeater. They said the audio sounded BETTER from my VX-7R than it did with my (name withheld) base mic plugged straight into the HF radio!!!! Well huh. hi. hi. 73, David KB4FXC On Sat, 26 Jul 2008, David Powell-Williams wrote: > Hi David: > > Thanks for posting your DTMF disabling patch to the list. > > Somehow, I thought that configuring a node as a remote base automatically > disabled DTMF decoding. At least, it seems to work that way for me, albeit > on a 2M RB. > > In passing, I noticed that Steve mentioned the requirement to add a 'y' > suffix to the [nodes] stanza defining the RB. However, I think he may have > typo-ed the ',y' as '.y' > > No doubt you picked this up but just in case... > > I've long been an IRLP node operator but Asterisk and app_rpt is certainly > more useful to me and fascinating to boot. It was really instructive to > work with Jim Dixon as he added the Kenwood TM-271 to the list of supported > transceivers. The documentation is a little sparse at this point so it was > great to gain a bit of knowledge through osmosis from the guru. > > Cheers & 73, > > Dave > VE7MQ > 2140 > > > From telesistant at hotmail.com Sat Jul 26 20:51:29 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 26 Jul 2008 13:51:29 -0700 Subject: [App_rpt] App-Rpt Patch In-Reply-To: References: Message-ID: We are currently working on a proper and elegant fix for the DTMF on HF radio problem (its more complex then it appears). Dont worry. Dont bother with patches, its in process to be fixed thoroughly in the next couple of days. > Date: Sat, 26 Jul 2008 16:48:32 -0400 > From: kb4fxc at inttek.net > To: app_rpt at lists.illiana.net > Subject: Re: [App_rpt] App-Rpt Patch > > > > Hi Dave, > > Yes, I have the ',y' suffix added--and, with the 'y' app_rpt doesn't try > to interpret DTMF characters--so, a RB user couldn't send commands, > etc....But, the problem I was seeing was that the chan_usbradio code was > still listening for DTMF, even though it was being ignored upstream in > app_rpt. And, on HF audio this caused very noticable sporadic choppiness > for me....For a VHF/UHF RB this might never be noticed--since there is > little static/noise. > > And, I agree that this project is fantastic! I'm thoroughly impressed with > how well everthing works! All the app_rpt and chan_usbradio, etc., > developers are to be commended! > > >From a documentation standpoint, I've seen a lot worse. Direct access to > gurus on this list is super....Since I've used asterisk and linux for > years, that helps in my case, too. > > Now, I just have to get over having my feeling hurt....Last night I was > talking to a net on 75M via my VX-7R HT using a CMP460A hand mic on the > HT, linking thru my TKR-850 app_rpt repeater. They said the audio sounded > BETTER from my VX-7R than it did with my (name withheld) base mic plugged > straight into the HF radio!!!! Well huh. hi. hi. > > > 73, David KB4FXC > > > On Sat, 26 Jul 2008, David Powell-Williams wrote: > > > Hi David: > > > > Thanks for posting your DTMF disabling patch to the list. > > > > Somehow, I thought that configuring a node as a remote base automatically > > disabled DTMF decoding. At least, it seems to work that way for me, albeit > > on a 2M RB. > > > > In passing, I noticed that Steve mentioned the requirement to add a 'y' > > suffix to the [nodes] stanza defining the RB. However, I think he may have > > typo-ed the ',y' as '.y' > > > > No doubt you picked this up but just in case... > > > > I've long been an IRLP node operator but Asterisk and app_rpt is certainly > > more useful to me and fascinating to boot. It was really instructive to > > work with Jim Dixon as he added the Kenwood TM-271 to the list of supported > > transceivers. The documentation is a little sparse at this point so it was > > great to gain a bit of knowledge through osmosis from the guru. > > > > Cheers & 73, > > > > Dave > > VE7MQ > > 2140 > > > > > > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb4fxc at inttek.net Sat Jul 26 21:24:38 2008 From: kb4fxc at inttek.net (David McGough) Date: Sat, 26 Jul 2008 17:24:38 -0400 (EDT) Subject: [App_rpt] App-Rpt Patch In-Reply-To: Message-ID: Thanks! Jim....The way I did it isn't necessarily the best way or even the right way to solve the problem. But, it does seem to be one way- 73, David KB4FXC On Sat, 26 Jul 2008, Jim Duuuude wrote: > > We are currently working on a proper and elegant fix for the DTMF on > HF radio problem (its more complex then it appears). Dont worry. Dont > bother with patches, its in process to be fixed thoroughly in the next couple > of days. > > > Date: Sat, 26 Jul 2008 16:48:32 -0400 > > From: kb4fxc at inttek.net > > To: app_rpt at lists.illiana.net > > Subject: Re: [App_rpt] App-Rpt Patch > > > > > > > > Hi Dave, > > > > Yes, I have the ',y' suffix added--and, with the 'y' app_rpt doesn't try > > to interpret DTMF characters--so, a RB user couldn't send commands, > > etc....But, the problem I was seeing was that the chan_usbradio code was > > still listening for DTMF, even though it was being ignored upstream in > > app_rpt. And, on HF audio this caused very noticable sporadic choppiness > > for me....For a VHF/UHF RB this might never be noticed--since there is > > little static/noise. > > > > And, I agree that this project is fantastic! I'm thoroughly impressed with > > how well everthing works! All the app_rpt and chan_usbradio, etc., > > developers are to be commended! > > > > >From a documentation standpoint, I've seen a lot worse. Direct access to > > gurus on this list is super....Since I've used asterisk and linux for > > years, that helps in my case, too. > > > > Now, I just have to get over having my feeling hurt....Last night I was > > talking to a net on 75M via my VX-7R HT using a CMP460A hand mic on the > > HT, linking thru my TKR-850 app_rpt repeater. They said the audio sounded > > BETTER from my VX-7R than it did with my (name withheld) base mic plugged > > straight into the HF radio!!!! Well huh. hi. hi. > > > > > > 73, David KB4FXC > > > > > > On Sat, 26 Jul 2008, David Powell-Williams wrote: > > > > > Hi David: > > > > > > Thanks for posting your DTMF disabling patch to the list. > > > > > > Somehow, I thought that configuring a node as a remote base automatically > > > disabled DTMF decoding. At least, it seems to work that way for me, albeit > > > on a 2M RB. > > > > > > In passing, I noticed that Steve mentioned the requirement to add a 'y' > > > suffix to the [nodes] stanza defining the RB. However, I think he may have > > > typo-ed the ',y' as '.y' > > > > > > No doubt you picked this up but just in case... > > > > > > I've long been an IRLP node operator but Asterisk and app_rpt is certainly > > > more useful to me and fascinating to boot. It was really instructive to > > > work with Jim Dixon as he added the Kenwood TM-271 to the list of supported > > > transceivers. The documentation is a little sparse at this point so it was > > > great to gain a bit of knowledge through osmosis from the guru. > > > > > > Cheers & 73, > > > > > > Dave > > > VE7MQ > > > 2140 > > > > > > > > > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > From w9drr at live.com Sat Jul 26 21:54:00 2008 From: w9drr at live.com (Don Russell) Date: Sat, 26 Jul 2008 16:54:00 -0500 Subject: [App_rpt] DTMF Muting In-Reply-To: References: Message-ID: is there an easy fix for the dtmf mute yet. I know its been talked about but not seen a yes do this:.... I don't care if dtmf makes it through. My voice continusly decodes as dtmf 1 or 4 so I keep getting portions of my conversations muted. I am using the versions from the svn as of 7-25-08. I do want to select between decode dtmf and not for 1 fob. and I would like to be able to select no muting period for anything.... Don _________________________________________________________________ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 -------------- next part -------------- An HTML attachment was scrubbed... URL: From w9drr at live.com Sun Jul 27 06:45:17 2008 From: w9drr at live.com (Don Russell) Date: Sun, 27 Jul 2008 01:45:17 -0500 Subject: [App_rpt] repeater ID Message-ID: for some reason my node 2091 is getting stuck and will not queue an ID. if I "restart now" asterisk, it will queue for ID 1 time.. same with rpt reload ID happens only once then its permanently stuck in CLEAN. anyone else seen this. I compared the rpt.conf between my two nodes and they are identical - callsigns/node#. Don _________________________________________________________________ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Sun Jul 27 07:05:53 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Sun, 27 Jul 2008 17:05:53 +1000 Subject: [App_rpt] Asterisk segfaults after installation Message-ID: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> I've been trying to install Asterisk on a CentOS 4.4 box for a while, but not with much luck. I got Asterisk compiled and the software installed. After a couple of issues finding the right kernel-devel package for my kernel, all seemed to install fine. I also installed chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, when I try and start Asterisk, I get a segfault if there is anything at all in rpt.conf. While the idea of using a distribution like ACID or EVB is nice, I was forced to use a pre-existing system, so reformatting isn't an option. If I use the sample rpt.conf, Asterisk loads fine. However, as soon as I uncomment any line, then Asterisk dies with a segfault on the second pass of reading my rpt.conf. On my system, it reads and identifies the rtpDir link on the first pass and then dies on the second pass. For the record, I recompiled chan_rtpdir on my system to avoid library/compiler issues, which I did have also. Anyone have any ideas? Alternatively, are there some sample configs that can be used on an existing Asterisk box? I'm running no RF hardware on Asterisk at this stage. All paths to RF are via the rtpDir link. Eventually, I might add a remote base directly to Asterisk, or move the RF hardware to Asterisk. 73 de VK3JED http://vkradio.com From n9yty at n9yty.com Sun Jul 27 14:14:20 2008 From: n9yty at n9yty.com (Steven Palm) Date: Sun, 27 Jul 2008 09:14:20 -0500 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> Message-ID: On Jul 27, 2008, at 2:05 AM, Tony Langdon, VK3JED wrote: > If I use the sample rpt.conf, Asterisk loads fine. However, as soon > as I uncomment any line, then Asterisk dies with a segfault on the > second pass of reading my rpt.conf. Does it leave a core dump around? Anything useful come from an analysis of that? If you aren't sure about how to handle that, you must compile with debug symbols turned on as a start, and then use gdb or other tools. A quick google on "linux core file analysis" should give you something useful. If you can track down where it is dying it surely will help figure out why. Steve From hwstar at rodgers.sdcoxmail.com Sun Jul 27 15:03:34 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 27 Jul 2008 08:03:34 -0700 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> Message-ID: <488C8E46.2010509@rodgers.sdcoxmail.com> Tony, I suppose the segfault could be backtraced and the results posted here along with the versions of app_rpt, asterisk, libpri and zaptel but I'd like to suggest a possible alternate course of action. Getting the right versions of all of this software, building it from source, and getting it all to work together without subtle problems can be a labor of love. I hear you about not wanting to re-install a whole system from scratch. A possible solution for your problem is to use a set of source files which is known to work together very well. Why not try downloading the files.tar.gz source file tarball from http://dl.allstarlink.org/installcd and unpack it in /usr/src? After unpacking, run ./configure, make and make install in the zaptel, libpri, and asterisk directories. Steve WA6ZFT Tony Langdon, VK3JED wrote: > I've been trying to install Asterisk on a CentOS 4.4 box for a while, > but not with much luck. I got Asterisk compiled and the software > installed. After a couple of issues finding the right kernel-devel > package for my kernel, all seemed to install fine. I also installed > chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, > when I try and start Asterisk, I get a segfault if there is anything > at all in rpt.conf. > > While the idea of using a distribution like ACID or EVB is nice, I > was forced to use a pre-existing system, so reformatting isn't an option. > > If I use the sample rpt.conf, Asterisk loads fine. However, as soon > as I uncomment any line, then Asterisk dies with a segfault on the > second pass of reading my rpt.conf. > > On my system, it reads and identifies the rtpDir link on the first > pass and then dies on the second pass. For the record, I recompiled > chan_rtpdir on my system to avoid library/compiler issues, which I > did have also. > > Anyone have any ideas? > > Alternatively, are there some sample configs that can be used on an > existing Asterisk box? I'm running no RF hardware on Asterisk at > this stage. All paths to RF are via the rtpDir link. Eventually, I > might add a remote base directly to Asterisk, or move the RF hardware > to Asterisk. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From hwstar at rodgers.sdcoxmail.com Sun Jul 27 15:20:59 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 27 Jul 2008 08:20:59 -0700 Subject: [App_rpt] repeater ID In-Reply-To: References: Message-ID: <488C925B.8080207@rodgers.sdcoxmail.com> Don, That's a strange problem. Can you try the default rpt.conf to see if it does the same thing? What version of app_rpt are you running? Steve WA6ZFT Don Russell wrote: > for some reason my node 2091 is getting stuck and will not queue an ID. > > if I "restart now" asterisk, it will queue for ID 1 time.. > same with rpt reload > > ID happens only once then its permanently stuck in CLEAN. > > anyone else seen this. > > I compared the rpt.conf between my two nodes and they are identical - callsigns/node#. > > > > Don > > > _________________________________________________________________ > Keep your kids safer online with Windows Live Family Safety. > http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt From hwstar at rodgers.sdcoxmail.com Sun Jul 27 15:34:47 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 27 Jul 2008 08:34:47 -0700 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> Message-ID: <488C9597.9070201@rodgers.sdcoxmail.com> Tony, Here's some additional information to go along with my previous message. 1. After compiling and installing files.tar.gz, use the initial config files in the /usr/src/configs and ./usr/src/configs/usbradio directory to /etc/asterisk then move file zaptel.conf to /etc. 2. files.tar.gz currenly comes with chan_rptdir version 0.2. After you have resolved the segfaulting issue, you'll need update the source file to version 0.5. Steve WA6ZFT Tony Langdon, VK3JED wrote: > I've been trying to install Asterisk on a CentOS 4.4 box for a while, > but not with much luck. I got Asterisk compiled and the software > installed. After a couple of issues finding the right kernel-devel > package for my kernel, all seemed to install fine. I also installed > chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, > when I try and start Asterisk, I get a segfault if there is anything > at all in rpt.conf. > > While the idea of using a distribution like ACID or EVB is nice, I > was forced to use a pre-existing system, so reformatting isn't an option. > > If I use the sample rpt.conf, Asterisk loads fine. However, as soon > as I uncomment any line, then Asterisk dies with a segfault on the > second pass of reading my rpt.conf. > > On my system, it reads and identifies the rtpDir link on the first > pass and then dies on the second pass. For the record, I recompiled > chan_rtpdir on my system to avoid library/compiler issues, which I > did have also. > > Anyone have any ideas? > > Alternatively, are there some sample configs that can be used on an > existing Asterisk box? I'm running no RF hardware on Asterisk at > this stage. All paths to RF are via the rtpDir link. Eventually, I > might add a remote base directly to Asterisk, or move the RF hardware > to Asterisk. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From stotaro at totarotechnologies.com Sun Jul 27 16:11:35 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 12:11:35 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488C9597.9070201@rodgers.sdcoxmail.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C9597.9070201@rodgers.sdcoxmail.com> Message-ID: Why not just use Jim Dixon's SVN branch on Digium's servers? I would think that would be the cleanest, easiest, and most up to date code. svn checkout http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4 Thanks, Steve Totaro On Sun, Jul 27, 2008 at 11:34 AM, Stephen Rodgers wrote: > Tony, > > Here's some additional information to go along with my previous message. > > 1. After compiling and installing files.tar.gz, use the initial config > files in the /usr/src/configs and ./usr/src/configs/usbradio directory > to /etc/asterisk then > move file zaptel.conf to /etc. > > > 2. files.tar.gz currenly comes with chan_rptdir version 0.2. After you > have resolved the segfaulting issue, you'll need update the source file > to version 0.5. > > Steve > WA6ZFT > > > > > > Tony Langdon, VK3JED wrote: >> I've been trying to install Asterisk on a CentOS 4.4 box for a while, >> but not with much luck. I got Asterisk compiled and the software >> installed. After a couple of issues finding the right kernel-devel >> package for my kernel, all seemed to install fine. I also installed >> chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, >> when I try and start Asterisk, I get a segfault if there is anything >> at all in rpt.conf. >> >> While the idea of using a distribution like ACID or EVB is nice, I >> was forced to use a pre-existing system, so reformatting isn't an option. >> >> If I use the sample rpt.conf, Asterisk loads fine. However, as soon >> as I uncomment any line, then Asterisk dies with a segfault on the >> second pass of reading my rpt.conf. >> >> On my system, it reads and identifies the rtpDir link on the first >> pass and then dies on the second pass. For the record, I recompiled >> chan_rtpdir on my system to avoid library/compiler issues, which I >> did have also. >> >> Anyone have any ideas? >> >> Alternatively, are there some sample configs that can be used on an >> existing Asterisk box? I'm running no RF hardware on Asterisk at >> this stage. All paths to RF are via the rtpDir link. Eventually, I >> might add a remote base directly to Asterisk, or move the RF hardware >> to Asterisk. >> >> 73 de VK3JED >> http://vkradio.com >> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From stotaro at totarotechnologies.com Sun Jul 27 17:44:42 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 13:44:42 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C9597.9070201@rodgers.sdcoxmail.com> Message-ID: Sorry to reply to my own post but why is there such pushback from the "app_rpt" community from installing manually? Everyone pushes EVB or ACID, why? Any 3rd party ISO distro takes away from security and flexibility. I can tell you that EVB can be rooted VERY easily if it is not firewalled properly or services and settings changed. Who knows what other code is in that ISO? So again, I pose the question, "Why are manual installs discouraged?" Just an example, I asked this very same question months ago and got an offlist reply from Steve Henke, he called me and we talked for quite a while, great guy, but in the end, his final answer was "Find an old machine and install EVB ISO then run the scripts." Is it because HAM people are assumed to be dumb? Couldn't a shell script be written to pull down known versions of zaptel/dahdi, libpri, and Jim's branch, and install? If you are just using the box for USB/URI use, do you need zaptel/dahdi? I seriously doubt you need libpri (lol). I look forward to a logic answer as to why EVB and ACID are being basically forced, and why nobody writes a simple howto or script to get Asterisk, libpri, Zaptel/DAHDI from Digium's servers and build from source. Thanks, Steve Totaro On Sun, Jul 27, 2008 at 12:11 PM, Steve Totaro wrote: > Why not just use Jim Dixon's SVN branch on Digium's servers? I would > think that would be the cleanest, easiest, and most up to date code. > > svn checkout http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4 > > Thanks, > Steve Totaro > > On Sun, Jul 27, 2008 at 11:34 AM, Stephen Rodgers > wrote: >> Tony, >> >> Here's some additional information to go along with my previous message. >> >> 1. After compiling and installing files.tar.gz, use the initial config >> files in the /usr/src/configs and ./usr/src/configs/usbradio directory >> to /etc/asterisk then >> move file zaptel.conf to /etc. >> >> >> 2. files.tar.gz currenly comes with chan_rptdir version 0.2. After you >> have resolved the segfaulting issue, you'll need update the source file >> to version 0.5. >> >> Steve >> WA6ZFT >> >> >> >> >> >> Tony Langdon, VK3JED wrote: >>> I've been trying to install Asterisk on a CentOS 4.4 box for a while, >>> but not with much luck. I got Asterisk compiled and the software >>> installed. After a couple of issues finding the right kernel-devel >>> package for my kernel, all seemed to install fine. I also installed >>> chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, >>> when I try and start Asterisk, I get a segfault if there is anything >>> at all in rpt.conf. >>> >>> While the idea of using a distribution like ACID or EVB is nice, I >>> was forced to use a pre-existing system, so reformatting isn't an option. >>> >>> If I use the sample rpt.conf, Asterisk loads fine. However, as soon >>> as I uncomment any line, then Asterisk dies with a segfault on the >>> second pass of reading my rpt.conf. >>> >>> On my system, it reads and identifies the rtpDir link on the first >>> pass and then dies on the second pass. For the record, I recompiled >>> chan_rtpdir on my system to avoid library/compiler issues, which I >>> did have also. >>> >>> Anyone have any ideas? >>> >>> Alternatively, are there some sample configs that can be used on an >>> existing Asterisk box? I'm running no RF hardware on Asterisk at >>> this stage. All paths to RF are via the rtpDir link. Eventually, I >>> might add a remote base directly to Asterisk, or move the RF hardware >>> to Asterisk. >>> >>> 73 de VK3JED >>> http://vkradio.com >>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >>> >> >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt >> > From w9drr at live.com Sun Jul 27 18:08:46 2008 From: w9drr at live.com (Don Russell) Date: Sun, 27 Jul 2008 13:08:46 -0500 Subject: [App_rpt] repeater ID In-Reply-To: <488C925B.8080207@rodgers.sdcoxmail.com> References: <488C925B.8080207@rodgers.sdcoxmail.com> Message-ID: [2091] rxchannel = radio/usb duplex = 2 ; (Optional) set duplex operating mode functions = functions ; DTMF function list telemetry = telemetry ; point to telemetry stanza for this node (see below) tonezone = us ; use US tones (default) context = default ; dialing context for phone callerid = "WX9MCS" <2091> ; Callerid for phone calls idrecording = wx9mcs ; id recording accountcode = RADIO ; account code (optional) funcchar = * ; function lead-in character (defaults to '*') endchar = # ; command mode end character (defaults to '#') totime = 500000 ; transmit time-out time (in ms) (optional) idtalkover = |iwx9mcs/r ; Talkover ID (optional) default is none unlinkedct = ct1 ; unlinked courtesy tone (optional) default is none idtime = 590000 ; id interval time (in ms) (optional) politeid = 20000 ; time in milliseconds before ID timer hangtime = 0 ; squelch tail hang time (in I have no ID going on at all now. if I do a *80 I do get the ID. its just not id'ing at all by itself. constant clean state. I'm going to have to pull it offline until I can solve this. can't find anything at all wrong in the conf. been going over line by line and comparing to 2090. rpt restart will clear whatever is sticking for 1 ID only. Don > Date: Sun, 27 Jul 2008 08:20:59 -0700 > From: hwstar at rodgers.sdcoxmail.com > To: app_rpt at lists.illiana.net > Subject: Re: [App_rpt] repeater ID > > Don, > > That's a strange problem. Can you try the default rpt.conf to see if it > does the same thing? What version of app_rpt are you running? > > Steve > WA6ZFT > > > Don Russell wrote: > > for some reason my node 2091 is getting stuck and will not queue an ID. > > > > if I "restart now" asterisk, it will queue for ID 1 time.. > > same with rpt reload > > > > ID happens only once then its permanently stuck in CLEAN. > > > > anyone else seen this. > > > > I compared the rpt.conf between my two nodes and they are identical - callsigns/node#. > > > > > > > > Don > > > > > > _________________________________________________________________ > > Keep your kids safer online with Windows Live Family Safety. > > http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt _________________________________________________________________ Use video conversation to talk face-to-face with Windows Live Messenger. http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008 -------------- next part -------------- An HTML attachment was scrubbed... URL: From marshall at cal-net.org Sun Jul 27 18:09:24 2008 From: marshall at cal-net.org (Marshall) Date: Sun, 27 Jul 2008 11:09:24 -0700 Subject: [App_rpt] Asterisk segfaults after installation Message-ID: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> Steve, > >I look forward to a logic answer as to why EVB and ACID are being >basically forced, and why nobody writes a simple howto or script to get >Asterisk, libpri, Zaptel/DAHDI from Digium's servers, and build from >source. Instead of complaining about this, why don't you do all the work and write the scripts for the HAM community. Be a solution to the problem, not the cause. Everyone always wants to complain, but no one ever wants to take the time to help out of fix problems. Lots of folks have put a ton of time and personal money into this project and have been nice enough to share this work with the HAM community and not ask for monetary compensation. Don't complain about something you get for FREE! Like the old saying goes, "If you see something broken, FIX IT!" 73 Marshall - ke6pcv -------------- next part -------------- An HTML attachment was scrubbed... URL: From hwstar at rodgers.sdcoxmail.com Sun Jul 27 19:09:10 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 27 Jul 2008 12:09:10 -0700 Subject: [App_rpt] repeater ID In-Reply-To: References: <488C925B.8080207@rodgers.sdcoxmail.com> Message-ID: <488CC7D6.6090502@rodgers.sdcoxmail.com> Don, Why is your hang time set to 0? FWIW: Here's my config for comparison against yours. > [2010] ; Name of First Repeater > > rxchannel = Zap/1 ; Rx audio/signalling channel > ;duplex=0 ; Duplex mode > ;rxnotch=1065,40 ; > controlstates=controlstates ; system control state list > scheduler=schedule; ; scheduler entries > functions=functions ; Repeater Function Table > phone_functions=functions ; Repeater Function Table > link_functions=link-functions ; Link Function Table > telemetry=telemetry ; Telemetry descriptions > startup_macro=*9532011*9532000*89 ; Startup macro > wait_times=wait-times ; Wait times > ;archivedir = /var/lib/asterisk/monitor ; directory where recordings go > context = autopatch ; dialing context for phone > callerid = "WA6ZFT Repeater" <619835xxxx> ; callerid for phone calls > idrecording = /etc/asterisk/wa6zft-rpt ; id recording > accountcode=RADIO ; account code (optional) > hangtime=1000 ; squelch tail hang time (in ms) (option > althangtime=4000 ; longer squelch tail > totime=170000 ; transmit time-out time (in ms) (option > totime=10000 > idtime=540000 ; id interval time (in ms) (optional) > ; The default values for hangtime, time-out time, and id interval time are > ; 5 seconds (5000 ms), 3 minutes (180000 ms), and 5 minutes (300000 ms) > ; respectively > > politeid=30000 ; time in milliseconds before ID timer > > ; expires to try and ID in the tail. > ; (optional, default is 30000). > idtalkover=|iwa6zft/r ; Talkover ID (optional) default is none > unlinkedct=ct2 ; unlinked courtesy tone (optional) defa > remotect=ct3 > ;tailmessagetime=2000 > ;tailsquashedtime=1000 > ;tailmessagelist=vm-and,vm-and,vm-and > parrot=0 ; Parrot mode 0 = disabled, 1 = forced ( > parrottime=1000 ; Parrot audio sample time in MS > nodenames=rpt/nodenames ; Directory with symbolic node names > statpost_program=/bin/wget,-q,--output-document=/dev/null > statpost_url=http://stats.allstarlink.org/uhandler.php ; Status updates Steve, WA6ZFT Don Russell wrote: > [2091] > rxchannel = radio/usb > duplex = 2 ; (Optional) set duplex operating mode > functions = functions ; DTMF function list > telemetry = telemetry ; point to telemetry stanza for this node (see below) > tonezone = us ; use US tones (default) > context = default ; dialing context for phone > callerid = "WX9MCS" <2091> ; Callerid for phone calls > idrecording = wx9mcs ; id recording > accountcode = RADIO ; account code (optional) > funcchar = * ; function lead-in character (defaults to '*') > endchar = # ; command mode end character (defaults to '#') > totime = 500000 ; transmit time-out time (in ms) (optional) > idtalkover = |iwx9mcs/r ; Talkover ID (optional) default is none > unlinkedct = ct1 ; unlinked courtesy tone (optional) default is none > idtime = 590000 ; id interval time (in ms) (optional) > politeid = 20000 ; time in milliseconds before ID timer > hangtime = 0 ; squelch tail hang time (in > > > I have no ID going on at all now. if I do a *80 I do get the ID. its just not id'ing at all by itself. > constant clean state. > > I'm going to have to pull it offline until I can solve this. can't find anything at all wrong in the conf. > been going over line by line and comparing to 2090. > > rpt restart will clear whatever is sticking for 1 ID only. > > > Don > > > >> Date: Sun, 27 Jul 2008 08:20:59 -0700 >> From: hwstar at rodgers.sdcoxmail.com >> To: app_rpt at lists.illiana.net >> Subject: Re: [App_rpt] repeater ID >> >> Don, >> >> That's a strange problem. Can you try the default rpt.conf to see if it >> does the same thing? What version of app_rpt are you running? >> >> Steve >> WA6ZFT >> >> >> Don Russell wrote: >>> for some reason my node 2091 is getting stuck and will not queue an ID. >>> >>> if I "restart now" asterisk, it will queue for ID 1 time.. >>> same with rpt reload >>> >>> ID happens only once then its permanently stuck in CLEAN. >>> >>> anyone else seen this. >>> >>> I compared the rpt.conf between my two nodes and they are identical - callsigns/node#. >>> >>> >>> >>> Don >>> >>> >>> _________________________________________________________________ >>> Keep your kids safer online with Windows Live Family Safety. >>> http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >> _______________________________________________ >> App_rpt mailing list >> App_rpt at lists.illiana.net >> http://lists.illiana.net/mailman/listinfo/app_rpt > > _________________________________________________________________ > Use video conversation to talk face-to-face with Windows Live Messenger. > http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008 > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt From stotaro at totarotechnologies.com Sun Jul 27 19:49:21 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 15:49:21 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> References: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> Message-ID: On Sun, Jul 27, 2008 at 2:09 PM, Marshall wrote: > Steve, > >>I look forward to a logic answer as to why EVB and ACID are being > >>basically forced, and why nobody writes a simple howto or script to get > >>Asterisk, libpri, Zaptel/DAHDI from Digium's servers, and build from > >>source. > > Instead of complaining about this, why don't you do all the work and write > the scripts for the HAM community. > > Be a solution to the problem, not the cause. > > Everyone always wants to complain, but no one ever wants to take the time to > help out of fix problems. > > Lots of folks have put a ton of time and personal money into this project > and have been nice enough to share this work with the HAM community and not > ask for monetary compensation. Don't complain about something you get for > FREE! > > Like the old saying goes, "If you see something broken, FIX IT!" > > 73 > > Marshall - ke6pcv > (snipped for overuse of whitespace) This is not a HAM community, it is an Asterisk based repeater community. I have it in use for commercial non HAM operations that you as a HAM are restricted from. As far as money goes, yeah, the defunct Dingotel company probably put in most of the effort and money for the idea to be ripped off. The URI is most likely infringing on a patent or several but that is besides the point. I am precipitating the fix, not creating the problem. What problem have I created? Again, why so much pushback? I paid for three URIs, that was in U$D, so much for free. Now I expect to be able to us that hardware on the OS/platform of my choosing. Am I out off line? "Like the old saying goes, "If you see something broken, FIX IT!"" I was not complaining, just asking logical questions. Try logic over emotion sometime, you might live longer... at least try opening your mind a bit, good advice for everyone. Since when is asking what the logic of be corralled into anything complaining? If there is a logical answer rather than vague answers such as "a labor of love" and "difficult to do", then I am open to hearing it, otherwise it is propaganda to someone's agenda. I logically want to be clear which it is. HOWTO: 1. Install your favorite flavor of Linux and configure it your way, optimize your way, secure your way. 2. Install prerequisites for Asterisk 3. Go into /usr/src directory on your linux box # cd /usr/src 4. b) Download the latest SVN stable release of libpri and zaptel and Jim's branch # svn checkout http://svn.digium.com/svn/libpri/branches/1.4 libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 zaptel-1.4 # svn checkout http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ asterisk_usbradio 5. cd into each of the above directories and read any READMEs or similar all caps files. 6. cd into libpri-1.4 # make clean # make && make install 7. cd into zaptel-1.4 # make clean # make && make install 8. cd into asterisks_usbradio # make clean # ./configure # "make menuselect" and make the selections you want. # make && make install 9. Edit required files 10. Start Asterisk on the console with core dump on and a bit of verbose # asterisk -vvvvvvvvvvvgc Someone please test this as I have, and post to the websites pushing EVB or ACID. Thanks, Steve Totaro From stotaro at totarotechnologies.com Sun Jul 27 20:32:06 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 16:32:06 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C9597.9070201@rodgers.sdcoxmail.com> Message-ID: Posted here because someone without a threaded email client wanted to start a flame war with a bunch of off-topic emotional comments. HOWTO: 1. Install your favorite flavor of Linux and configure it your way, optimize your way, secure your way. 2. Install prerequisites for Asterisk 3. Go into /usr/src directory on your linux box # cd /usr/src 4. b) Download the latest SVN stable release of libpri and zaptel and Jim's branch # svn checkout http://svn.digium.com/svn/libpri/branches/1.4 libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 zaptel-1.4 # svn checkout http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ asterisk_usbradio 5. cd into each of the above directories and read any READMEs or similar all caps files. 6. cd into libpri-1.4 # make clean # make && make install 7. cd into zaptel-1.4 # make clean # make && make install 8. cd into asterisks_usbradio # make clean # ./configure # "make menuselect" and make the selections you want. # make && make install 9. Edit required files 10. Start Asterisk on the console with core dump on and a bit of verbose # asterisk -vvvvvvvvvvvgc Someone please test this as I have, and post to the websites pushing EVB or ACID. Thanks, Steve Totaro On Sun, Jul 27, 2008 at 1:44 PM, Steve Totaro wrote: > Sorry to reply to my own post but why is there such pushback from the > "app_rpt" community from installing manually? > > Everyone pushes EVB or ACID, why? > > Any 3rd party ISO distro takes away from security and flexibility. I > can tell you that EVB can be rooted VERY easily if it is not > firewalled properly or services and settings changed. > > Who knows what other code is in that ISO? > > So again, I pose the question, "Why are manual installs discouraged?" > > Just an example, I asked this very same question months ago and got an > offlist reply from Steve Henke, he called me and we talked for quite a > while, great guy, but in the end, his final answer was "Find an old > machine and install EVB ISO then run the scripts." > > Is it because HAM people are assumed to be dumb? Couldn't a shell > script be written to pull down known versions of zaptel/dahdi, libpri, > and Jim's branch, and install? > > If you are just using the box for USB/URI use, do you need > zaptel/dahdi? I seriously doubt you need libpri (lol). > > I look forward to a logic answer as to why EVB and ACID are being > basically forced, and why nobody writes a simple howto or script to > get Asterisk, libpri, Zaptel/DAHDI from Digium's servers and build > from source. > > Thanks, > Steve Totaro > > On Sun, Jul 27, 2008 at 12:11 PM, Steve Totaro > wrote: >> Why not just use Jim Dixon's SVN branch on Digium's servers? I would >> think that would be the cleanest, easiest, and most up to date code. >> >> svn checkout http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4 >> >> Thanks, >> Steve Totaro >> >> On Sun, Jul 27, 2008 at 11:34 AM, Stephen Rodgers >> wrote: >>> Tony, >>> >>> Here's some additional information to go along with my previous message. >>> >>> 1. After compiling and installing files.tar.gz, use the initial config >>> files in the /usr/src/configs and ./usr/src/configs/usbradio directory >>> to /etc/asterisk then >>> move file zaptel.conf to /etc. >>> >>> >>> 2. files.tar.gz currenly comes with chan_rptdir version 0.2. After you >>> have resolved the segfaulting issue, you'll need update the source file >>> to version 0.5. >>> >>> Steve >>> WA6ZFT >>> >>> >>> >>> >>> >>> Tony Langdon, VK3JED wrote: >>>> I've been trying to install Asterisk on a CentOS 4.4 box for a while, >>>> but not with much luck. I got Asterisk compiled and the software >>>> installed. After a couple of issues finding the right kernel-devel >>>> package for my kernel, all seemed to install fine. I also installed >>>> chan_rtpdir (v 0.2 so far, though now I will need 0.5). However, >>>> when I try and start Asterisk, I get a segfault if there is anything >>>> at all in rpt.conf. >>>> >>>> While the idea of using a distribution like ACID or EVB is nice, I >>>> was forced to use a pre-existing system, so reformatting isn't an option. >>>> >>>> If I use the sample rpt.conf, Asterisk loads fine. However, as soon >>>> as I uncomment any line, then Asterisk dies with a segfault on the >>>> second pass of reading my rpt.conf. >>>> >>>> On my system, it reads and identifies the rtpDir link on the first >>>> pass and then dies on the second pass. For the record, I recompiled >>>> chan_rtpdir on my system to avoid library/compiler issues, which I >>>> did have also. >>>> >>>> Anyone have any ideas? >>>> >>>> Alternatively, are there some sample configs that can be used on an >>>> existing Asterisk box? I'm running no RF hardware on Asterisk at >>>> this stage. All paths to RF are via the rtpDir link. Eventually, I >>>> might add a remote base directly to Asterisk, or move the RF hardware >>>> to Asterisk. >>>> >>>> 73 de VK3JED >>>> http://vkradio.com >>>> >>>> _______________________________________________ >>>> App_rpt mailing list >>>> App_rpt at lists.illiana.net >>>> http://lists.illiana.net/mailman/listinfo/app_rpt >>>> >>> >>> _______________________________________________ >>> App_rpt mailing list >>> App_rpt at lists.illiana.net >>> http://lists.illiana.net/mailman/listinfo/app_rpt >>> >> > From vk3jed at vkradio.com Sun Jul 27 20:50:26 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 06:50:26 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> Message-ID: <488cdf9d.15528c0a.4bce.62ef@mx.google.com> At 12:14 AM 7/28/2008, you wrote: >On Jul 27, 2008, at 2:05 AM, Tony Langdon, VK3JED wrote: > > If I use the sample rpt.conf, Asterisk loads fine. However, as soon > > as I uncomment any line, then Asterisk dies with a segfault on the > > second pass of reading my rpt.conf. > > Does it leave a core dump around? Anything useful come from an >analysis of that? If you aren't sure about how to handle that, you >must compile with debug symbols turned on as a start, and then use gdb >or other tools. A quick google on "linux core file analysis" should >give you something useful. If you can track down where it is dying it >surely will help figure out why. Well, running asterisk -g will leave a core dump around when it segfaults, just have to work out how to analyse it. Running gdb on Asterisk itself provided no useful clues, as the traceback gets clobbered just before the segfault. I suspect the core dump is the only hope of continuing further down this path of investigation. 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Sun Jul 27 20:53:53 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 06:53:53 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488C8E46.2010509@rodgers.sdcoxmail.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> Message-ID: <488ce06c.02578c0a.4979.fffff466@mx.google.com> At 01:03 AM 7/28/2008, you wrote: >I hear you about not wanting to re-install a whole system from scratch. That's because the system is used for other purposes. >A possible solution for your problem is to use a set of source files >which is known to work together very well. Why not try downloading the >files.tar.gz source file tarball from >http://dl.allstarlink.org/installcd and unpack it in >/usr/src? After unpacking, run ./configure, make and make install in >the zaptel, libpri, and asterisk directories. I was originally looking for a package that would install Asterisk and some suitable sample configs on an existing system, sort of like ACID or EVB without the base Linux system, but in any case, I'm open to this route. I did use the current Asterisk, Zaptel and libpri from the Asterisk site for my system. Will consider it as a good option to try in any case. 73 de VK3JED http://vkradio.com From stotaro at totarotechnologies.com Sun Jul 27 21:49:22 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 17:49:22 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488ce06c.02578c0a.4979.fffff466@mx.google.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: On Sun, Jul 27, 2008 at 4:53 PM, Tony Langdon, VK3JED wrote: > At 01:03 AM 7/28/2008, you wrote: > > >>I hear you about not wanting to re-install a whole system from scratch. > > That's because the system is used for other purposes. > >>A possible solution for your problem is to use a set of source files >>which is known to work together very well. Why not try downloading the >>files.tar.gz source file tarball from >>http://dl.allstarlink.org/installcd and unpack it in >>/usr/src? After unpacking, run ./configure, make and make install in >>the zaptel, libpri, and asterisk directories. > > I was originally looking for a package that would install Asterisk > and some suitable sample configs on an existing system, sort of like > ACID or EVB without the base Linux system, but in any case, I'm open > to this route. I did use the current Asterisk, Zaptel and libpri > from the Asterisk site for my system. > > Will consider it as a good option to try in any case. > > 73 de VK3JED > http://vkradio.com > http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ is up to date total Asterisk install. chan_rptdir is .5. Thanks, Steve Totaro From stotaro at totarotechnologies.com Sun Jul 27 21:56:12 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 17:56:12 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: On Sun, Jul 27, 2008 at 5:49 PM, Steve Totaro wrote: > On Sun, Jul 27, 2008 at 4:53 PM, Tony Langdon, VK3JED > wrote: >> At 01:03 AM 7/28/2008, you wrote: >> >> >>>I hear you about not wanting to re-install a whole system from scratch. >> >> That's because the system is used for other purposes. >> >>>A possible solution for your problem is to use a set of source files >>>which is known to work together very well. Why not try downloading the >>>files.tar.gz source file tarball from >>>http://dl.allstarlink.org/installcd and unpack it in >>>/usr/src? After unpacking, run ./configure, make and make install in >>>the zaptel, libpri, and asterisk directories. >> >> I was originally looking for a package that would install Asterisk >> and some suitable sample configs on an existing system, sort of like >> ACID or EVB without the base Linux system, but in any case, I'm open >> to this route. I did use the current Asterisk, Zaptel and libpri >> from the Asterisk site for my system. >> >> Will consider it as a good option to try in any case. >> >> 73 de VK3JED >> http://vkradio.com >> > > http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ is > up to date total Asterisk install. chan_rptdir is .5. > > Thanks, > Steve Totaro > I am doing a fresh install on FC8 with the instructions I posted above, will post results, my guess is "make samples" after making and installing chan_usbradio-1.4 (Asterisk 1.4 with additional code and channel driver) will populate /etc/asterisk/ with chan_usbradio-1.4 specific samples. Thanks, Steve T From stotaro at totarotechnologies.com Sun Jul 27 21:59:05 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 17:59:05 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: On Sun, Jul 27, 2008 at 5:56 PM, Steve Totaro wrote: > On Sun, Jul 27, 2008 at 5:49 PM, Steve Totaro > wrote: >> On Sun, Jul 27, 2008 at 4:53 PM, Tony Langdon, VK3JED >> wrote: >>> At 01:03 AM 7/28/2008, you wrote: >>> >>> >>>>I hear you about not wanting to re-install a whole system from scratch. >>> >>> That's because the system is used for other purposes. >>> >>>>A possible solution for your problem is to use a set of source files >>>>which is known to work together very well. Why not try downloading the >>>>files.tar.gz source file tarball from >>>>http://dl.allstarlink.org/installcd and unpack it in >>>>/usr/src? After unpacking, run ./configure, make and make install in >>>>the zaptel, libpri, and asterisk directories. >>> >>> I was originally looking for a package that would install Asterisk >>> and some suitable sample configs on an existing system, sort of like >>> ACID or EVB without the base Linux system, but in any case, I'm open >>> to this route. I did use the current Asterisk, Zaptel and libpri >>> from the Asterisk site for my system. >>> >>> Will consider it as a good option to try in any case. >>> >>> 73 de VK3JED >>> http://vkradio.com >>> >> >> http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ is >> up to date total Asterisk install. chan_rptdir is .5. >> >> Thanks, >> Steve Totaro >> > > I am doing a fresh install on FC8 with the instructions I posted > above, will post results, my guess is "make samples" after making and > installing chan_usbradio-1.4 (Asterisk 1.4 with additional code and > channel driver) will populate /etc/asterisk/ with chan_usbradio-1.4 > specific samples. > > Thanks, > Steve T > Yeah, it does http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/configs From ke6pcv at cal-net.org Sun Jul 27 22:10:31 2008 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Sun, 27 Jul 2008 15:10:31 -0700 Subject: [App_rpt] Asterisk segfaults after installation Message-ID: Steve, >This is not a HAM community, it is an Asterisk based repeater community. I have it in use for commercial non HAM operations that you as a HAM are restricted from. So, why in your original post did you state this? "Is it because HAM people are assumed to be dumb? Couldn't a shell script be written to pull down known versions of zaptel/dahdi, libpri, and Jim's branch, and install?" Seems to me you were referring to the "HAM" people. >As far as money goes, yeah, the defunct Dingotel company probably put in most of the effort and money for the idea to be ripped off. Your reaching now! Boy you sure like pulling things out of thin air. >The URI is most likely infringing on a >patent or several but that is besides the point. If you are so worried about infringement, then why are you using the URI? Sounds like you are talking out of both sides of your mouth. >I am precipitating the fix, not creating the problem. What problem have I created? Again, why so much pushback? If you are "precipitating" a fix, why are you lasing out on the remailer about it? Simply post a fix with the information on the remailer. That's all you need to do. >I paid for three URIs, that was in U$D, so much for free. You paid for hardware NOT software. Do you know the difference??? When you bought the URI hardware, it did not say anything about FREE software support! When you buy a Motorola radio, they do not give you the programming software for free? No, you have to buy it. >Now I expect to be able to us that hardware on the OS/platform of my choosing. Am I out off line? And you can! You will just need to figure it out for yourself! All OS platforms are not supported and there have never been a claim that they are! Buying hardware does not make you entitled to FREE software support for whatever OS or idea you can come up with in your own mind. >Since when is asking what the logic of be corralled into anything complaining? If there is a logical answer rather than vague answers such as "a labor of love" and "difficult >to do", then I am open to hearing it, otherwise it is propaganda to someone's agenda. Well your original post did not come across as a question of logic, it came across as complaining. Maybe you need to learn to express yourself better in email when you post messages on a remailer. >I logically want to be clear which it is. > >HOWTO: >1. Install your favorite flavor of Linux and configure it your way, optimize your way, secure your way. >2. Install prerequisites for Asterisk >3. Go into /usr/src directory on your linux box # cd /usr/src >4. b) Download the latest SVN stable release of libpri and zaptel and Jim's branch # svn checkout >http://svn.digium.com/svn/libpri/branches/1.4 libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 zaptel-1.4 # svn >checkout ?http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ >asterisk_usbradio >5. cd into each of the above directories and read any READMEs or similar all caps files. >6. cd into libpri-1.4 ># make clean ># make && make install >7. cd into zaptel-1.4 ># make clean ># make && make install >8. cd into asterisks_usbradio ># make clean ># ./configure ># "make menuselect" and make the selections you want. ># make && make install >9. Edit required files >10. Start Asterisk on the console with core dump on and a bit of verbose # asterisk -vvvvvvvvvvvgc >Someone please test this as I have, and post to the websites pushing EVB or ACID. How about you test it and post it to your own website! This will be my last reply regarding this subject. I am not wasting anymore of my time with your "logical questions" (rants) on this email list. 73 Marshall -ke6pcv -------------- next part -------------- An HTML attachment was scrubbed... URL: From w9drr at live.com Sun Jul 27 22:30:18 2008 From: w9drr at live.com (Don Russell) Date: Sun, 27 Jul 2008 17:30:18 -0500 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> Message-ID: The reason for using ACID or EVB is simple. They work and are simple for the average ham who has never touched linux to get a working box. N9SH and WA6ZFT put a lot of time into making those distos for those who want to play with this stuff. Commercial use is questionable at best. Relying on commodity PC based hardware for a commercial install is nuts. PC's lockup. Dedicated controllers simply don't. FRS and MURS is forbidden by the FCC rules thats why Dingotel isn't around. their product was not legal in any way shape or form. Besides they leached phone access from basically everyone for their business model. not so bright an idea. They most likely stole the idea from Steve and Jim since the app_rpt has been around for quite a long while. Now, if you want to use your distro of choice, then you are free to do so. the source for everything is available. you know where it is, its plainly published. You can figure out how to make it work. Plain and simple. Don't ask for help as most likely your peculiar combo is at fault. Do you call GM when your after market 600HP turbo charger with red blinking lights doesn't go beep beep beep? Then why as why something doesn't work with an odd ball setup? No one is forcing you to use EVB or ACID. They exist because they are simple to use. Since the majority of the people developing are using the same setup then that is what we expect you to use if you want any help. No the users are not dumb. Its development is being based off a standard. You could have just as easily built your own fob, I did. I think I have whopping $10 in my setup total. Don't complain about your choice to buy something. It was YOUR choice to do so. I chose to solder my own. Did I complain about how easy it was to make? nope.... Your perceived hostility doesn't help very much and use of phases like "propaganda" and "logic" are flamebait. Personal attacks like the one target at N9SH are not necessary and you will simply be ignored from here out. Have fun and Chill a little _________________________________________________________________ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Jul 27 23:30:31 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 27 Jul 2008 16:30:31 -0700 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488ce06c.02578c0a.4979.fffff466@mx.google.com> References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: You might find that http://dl.allstarlink.org/installcd/phase2.sh does almost EXACTLY what you are looking for. Id get rid of the stuff from echo "Getting setup scripts..." and beyond because the filesystem format may be different on your OS or OS version (it installs stuff into files/directories specific to Centos/Fedora). When I have a second or two, which wont be for a while unfortunately, I was going to post a copy of the script edited exactly in that manner (or maybe a change to the existing one with an optional command argument that exits at that point). > Date: Mon, 28 Jul 2008 06:53:53 +1000 > To: app_rpt at lists.illiana.net > From: vk3jed at vkradio.com > Subject: Re: [App_rpt] Asterisk segfaults after installation > > At 01:03 AM 7/28/2008, you wrote: > > > >I hear you about not wanting to re-install a whole system from scratch. > > That's because the system is used for other purposes. > > >A possible solution for your problem is to use a set of source files > >which is known to work together very well. Why not try downloading the > >files.tar.gz source file tarball from > >http://dl.allstarlink.org/installcd and unpack it in > >/usr/src? After unpacking, run ./configure, make and make install in > >the zaptel, libpri, and asterisk directories. > > I was originally looking for a package that would install Asterisk > and some suitable sample configs on an existing system, sort of like > ACID or EVB without the base Linux system, but in any case, I'm open > to this route. I did use the current Asterisk, Zaptel and libpri > from the Asterisk site for my system. > > Will consider it as a good option to try in any case. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Mon Jul 28 00:50:53 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 10:50:53 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C9597.9070201@rodgers.sdcoxmail.com> Message-ID: <488d17ff.1e048e0a.34b4.407f@mx.google.com> At 06:32 AM 7/28/2008, you wrote: >9. Edit required files Is there a good "getting started" for this step? :) 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Mon Jul 28 00:53:09 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 10:53:09 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: <488d1887.1c078e0a.4a33.fffff135@mx.google.com> At 09:30 AM 7/28/2008, you wrote: >You might find that http://dl.allstarlink.org/installcd/phase2.sh >does almost EXACTLY what you are looking for. Id get rid of the stuff from >echo "Getting setup scripts..." >and beyond because the filesystem format may be different on your OS >or OS version (it installs >stuff into files/directories specific to Centos/Fedora). OK, I would be interested in trying this. I have no issue with reinstalling Asterisk from scratch (it's busted anyway LOL). I'm using a CentOS box, so should be able to make this work. :) >When I have a second or two, which wont be for a while >unfortunately, I was going to post a copy >of the script edited exactly in that manner (or maybe a change to >the existing one with an optional >command argument that exits at that point). It would be perfect. When you do get it going, I'm happy to beta test it. 73 de VK3JED http://vkradio.com From vk3jed at vkradio.com Mon Jul 28 00:57:36 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 10:57:36 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: <488d198e.1c078e0a.4a33.fffff1a9@mx.google.com> At 07:56 AM 7/28/2008, you wrote: >I am doing a fresh install on FC8 with the instructions I posted >above, will post results, my guess is "make samples" after making and >installing chan_usbradio-1.4 (Asterisk 1.4 with additional code and >channel driver) will populate /etc/asterisk/ with chan_usbradio-1.4 >specific samples. OK, keep us posted how you go. I actually want a no radio sample at this stage, though eventually, I will go with a USB interface (probably when I get a new Asterisk box). 73 de VK3JED http://vkradio.com From stotaro at totarotechnologies.com Mon Jul 28 01:36:08 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 21:36:08 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: Message-ID: What is with all the white space? On Sun, Jul 27, 2008 at 6:10 PM, Marshall Oldham wrote: > Steve, > > > > > >>This is not a HAM community, it is an Asterisk based repeater community. I >> have it in use for commercial non HAM operations that you as a HAM are >> restricted from. > > > > So, why in your original post did you state this? > > > > "Is it because HAM people are assumed to be dumb? Couldn't a shell script > be written to pull down known versions of zaptel/dahdi, libpri, and Jim's > branch, and install?" > Because I assume the dumbed down factor is for the old HAM folks. Your logic is seriously flawed if you think that statement implied this is a HAM list. Just look at the to name for the list, "Asterisk Repeater Controler", not HAM, not EVB, not ACID, or anything but pure Asterisk. I was just trying to figure out the dumbed down logic of the documented install methods. > > > Seems to me you were referring to the "HAM" people. > > I was referring to the typical HAM person who is collecting social security, retired, and don't like change. Can't teach most old dogs new tricks so let's dumb it all down for them. Seems logical, I belong to a club, only went once, too may geezers that shunned new tech (change). > > > >>As far as money goes, yeah, the defunct Dingotel company probably put in >> most of the effort and money for the idea to be ripped off. > > > > Your reaching now! Boy you sure like pulling things out of thin air. > > Ummmmmm, no, sorry. That is exactly where the idea was taken from. I heard those words come right out of Jim Dixon's mouth in person, face to face. In fact, I do believe Dingotel devices were and may still be supported in app_rpt drivers and all. > > > >>The URI is most likely infringing on a >patent or several but that is >> besides the point. > > > > If you are so worried about infringement, then why are you using the URI? > Infringement doesn't effect me, it is DMK Engineering that stands to be sued. Do you know how these things work legally, logically? > > > Sounds like you are talking out of both sides of your mouth. > Yes, when I speak I generally use both sides of my mouth as almost everyone does. I have met people that had strokes and other medical problems that only spoke out of one side of their mouth. There by the grace of God... > > > > >>I am precipitating the fix, not creating the problem. What problem have I >> created? Again, why so much pushback? > > > > If you are "precipitating" a fix, why are you lasing out on the remailer > about it? How am I "lasing", you are the troll (try googling it) but not a very good one. A "remailer" or as us young whipper snappers like to call them are "mailing lists" are for asking a valid questions and expecting a logical answers. And to further the project. I have done this, have you? > > Simply post a fix with the information on the remailer. That's all you need > to do. > I did post a HOWTO with the information to that new fangled remailer gizmo. > > > > >>I paid for three URIs, that was in U$D, so much for free. > > > > You paid for hardware NOT software. Do you know the difference??? > > When you bought the URI hardware, it did not say anything about FREE > software support! Welcome to the world of Open Source. http://www.dmkeng.com/Products.htm See this part "Open source: asterisk, app_rpt" I fail to see anything about EVB or ACID? > > When you buy a Motorola radio, they do not give you the programming software > for free? "Open source: asterisk, app_rpt" means free. Apples to oranges. When I buy a PC peripheral, I expect working drivers and software as stated on the sales material. I expect telephone support to get it working properly. I don't expect to have to format a computer and install a whole new operating system and a bunch of junk and unknown code with security holes (unless I missed that part on the sales page.) > > No, you have to buy it. > Maybe you have to buy it, but not me. Anyways, moot point since you are comparing apples to oranges and clearly don't understand how Opensource works or PC hardware. > > > > >>Now I expect to be able to us that hardware on the OS/platform of my >> choosing. Am I out off line? > > > > And you can! You will just need to figure it out for yourself! > > All OS platforms are not supported and there have never been a claim that > they are! > > Buying hardware does not make you entitled to FREE software support for > whatever OS or idea you can come up with in your own mind. > It is not like I want to install it on some crazy system, I just want a clean mainstream Linux OS that I have downloaded directly from a trusted source. Do I need webmin, freepbx, databases, web servers, and alot of bloat (and known and unknown security holes)? I was simply asking why EVB and ACID are being pushed so hard. Not asking for free support, but if I were, the software is open source, so it is free and I can ask questions on a mailing list, er um "remailer". That is why it is here and I see plenty of people asking for support and not getting a troll jumping on their back. > > > > >>Since when is asking what the logic of be corralled into anything >> complaining? If there is a logical answer rather than vague answers such as >> "a labor of love" and "difficult >to do", then I am open to hearing it, >> otherwise it is propaganda to someone's agenda. > > > > Well your original post did not come across as a question of logic, it came > across as complaining. I cannot control how your mind works. If I were to say, "Imagine you mother with two big black guys", you may take that in a million different ways. I bet you would conjure some kind of image and be angry. You could also conjure a nice image of those two big black guys carrying her groceries across the street. Be honest with yourself. What image or feeling hit you first? Why are you an angry person is your question, not mine. > > Maybe you need to learn to express yourself better in email when you post > messages on a remailer. > > Those dang on remailer gizmos, it give them whipper snappers freedom of speech, freedom to question "why?". And keep asking "why?" when nobody gives any good answers month after month. > > > >>I logically want to be clear which it is. > >> > >>HOWTO: > >>1. Install your favorite flavor of Linux and configure it your way, >> optimize your way, secure your way. > >>2. Install prerequisites for Asterisk > >>3. Go into /usr/src directory on your linux box # cd /usr/src > >>4. b) Download the latest SVN stable release of libpri and zaptel and >> Jim's branch # svn checkout >http://svn.digium.com/svn/libpri/branches/1.4 >> libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 >> zaptel-1.4 # svn >checkout >> ?http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ > >>asterisk_usbradio > >>5. cd into each of the above directories and read any READMEs or similar >> all caps files. > >>6. cd into libpri-1.4 > >># make clean > >># make && make install > >>7. cd into zaptel-1.4 > >># make clean > >># make && make install > >>8. cd into asterisks_usbradio > >># make clean > >># ./configure > >># "make menuselect" and make the selections you want. > >># make && make install > >>9. Edit required files > >>10. Start Asterisk on the console with core dump on and a bit of verbose # >> asterisk ?vvvvvvvvvvvgc > > > >>Someone please test this as I have, and post to the websites pushing EVB or >> ACID. > > > > > > How about you test it and post it to your own website! > It works just fine, tested it already with FC8. Why hide knowledge? Isn't that what this new fangled interweb made of pipes for? Freedom to communicate, collaborate, conduct commerce......? Why not post this knowledge where people that might not want to drink the EVB/ACID coolaide? > > > This will be my last reply regarding this subject. I am not wasting anymore > of my time with > > your "logical questions" (rants) on this email list. > Believe me, you are the only one wasting time. My posts will be archived and read by like minded people and they will be helped by what I wrote. How about your posts? Did it help anyone? Misery loves company so I hope you are alone. > > > > > 73 69 DUDE!!!! > > > > Marshall ?ke6pcv > > > > > > > > > > > > > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > From kb4fxc at inttek.net Mon Jul 28 01:48:24 2008 From: kb4fxc at inttek.net (David McGough) Date: Sun, 27 Jul 2008 21:48:24 -0400 (EDT) Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488d198e.1c078e0a.4a33.fffff1a9@mx.google.com> Message-ID: Hi Tony, I'm interested in your results, too. I had trouble with asterisk version 1.4.20 & 1.4.20.1 that I downloaded and compiled, including the latest app_rpt, etc., from the xeletec SVN....My problem was that when I tried to connect 2 channels, asterisk would hang requiring a kill -9 of the asterisk process to recover....See my messages from earlier this month for more info...Moving to the 1.4.19 version included in files.tar.gz resolved this. I, too, have seen some segfaults with the 1.4.19 asterisk version....But, I attributed this to a corrupted rpt.conf config--due to my experimenting with this file....Once I fixed the config, all was okay. I don't really want to get into the politics of whether to include code in the asterisk trunk, but, I will make a comment....I've used linux for 17 years now, and I maintain several commercial code libraries for use with various open-source tools--like PHP and Apache....I can say from experience that keeping up with a rapidy evolving/moving target--like many of the open source projects are--can be VERY tedious. In fact, it can be a full time job in itself! ....So, I have some tolerence about the positions voiced in earlier threads about not trying the latest & greatest. Just my $0.02 73, David KB4FXC On Mon, 28 Jul 2008, Tony Langdon, VK3JED wrote: > At 07:56 AM 7/28/2008, you wrote: > > >I am doing a fresh install on FC8 with the instructions I posted > >above, will post results, my guess is "make samples" after making and > >installing chan_usbradio-1.4 (Asterisk 1.4 with additional code and > >channel driver) will populate /etc/asterisk/ with chan_usbradio-1.4 > >specific samples. > > OK, keep us posted how you go. I actually want a no radio sample at > this stage, though eventually, I will go with a USB interface > (probably when I get a new Asterisk box). > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From telesistant at hotmail.com Mon Jul 28 02:15:11 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 27 Jul 2008 19:15:11 -0700 Subject: [App_rpt] new chan_rtpdir In-Reply-To: References: <488c1e62.1f538c0a.6d7d.ffff988f@mx.google.com> <488C8E46.2010509@rodgers.sdcoxmail.com> <488ce06c.02578c0a.4979.fffff466@mx.google.com> Message-ID: the new version of chan_rtpdir which supports the irlp and echolink bridge softwares is now available on both the xelatec and digium/asterisk/team/jdixon SVN respistories. there were only very minor changes and the 0.5 actually will work fine if you dont want to upgrade immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stotaro at totarotechnologies.com Mon Jul 28 02:16:49 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Sun, 27 Jul 2008 22:16:49 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> Message-ID: On Sun, Jul 27, 2008 at 6:30 PM, Don Russell wrote: > The reason for using ACID or EVB is simple. They work and are simple for the > average ham > who has never touched linux to get a working box. N9SH and WA6ZFT put a lot > of time into > making those distos for those who want to play with this stuff. Ok, so you have verified my thoughts as to why it has been dumbed down. For the HAM audience. > Commercial > use is questionable > at best. Relying on commodity PC based hardware for a commercial install is > nuts. PC's lockup. I am not sure I would call an HP DL380 with dual power supplies and RAID 5 a PC, I guess it is a commodity by definition. I have one with four and a half years of uptime. > Dedicated controllers simply don't. FRS and MURS is forbidden by the FCC > rules thats why Dingotel > isn't around. their product was not legal in any way shape or form. Besides > they leached phone access > from basically everyone for their business model. not so bright an idea. Moot point, not even worth verifying, they are defunct. > They most likely stole the idea > from Steve and Jim since the app_rpt has been around for quite a long while. Patents need to be somewhat specific, Jim Dixon gave credit where credit was due at last year's Astricon (I was one of the ten or fifteen people at that track). He specifically said that the idea (USB Radio Interface) came from the Dingotel product and went on to say that app_rpt had support for Dingotel dongles. I heard the words come right out of his mouth. > > Now, if you want to use your distro of choice, then you are free to do so. > the source for everything is available. > you know where it is, its plainly published. You can figure out how to make > it work. Plain and simple. > Don't ask for help as most likely your peculiar combo is at fault. Why are HAM operators so closed minded? Anyways, from asking this same question before, tens of people have contacted me offlist with the same concerns. Maybe it is the attitude on this list. > Do you call GM when your after market 600HP turbo charger with red blinking > lights > doesn't go beep beep beep? Then why as why something doesn't work with an > odd ball setup? > No one is forcing you to use EVB or ACID. They exist because they are simple > to use. Since > the majority of the people developing are using the same setup then that is > what we expect > you to use if you want any help. No the users are not dumb. Its development > is being based off > a standard. Should be developed cleanly with Asterisk and merged in the 1.6 branch. EVB or ACID are not standards. > > You could have just as easily built your own fob, I did. I think I have > whopping $10 in my setup total. > Don't complain about your choice to buy something. It was YOUR choice to do > so. I chose to solder my > own. Did I complain about how easy it was to make? nope.... Please stop global whining. > > Your perceived hostility doesn't help very much and use of phases like > "propaganda" and "logic" are > flamebait. Personal attacks like the one target at N9SH are not necessary > and you will simply be ignored from here out. Please quote one personal attack. > > Have fun and Chill a little > > > > ________________________________ > Time for vacation? WIN what you need. Enter Now! > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > From w4rfj at comcast.net Mon Jul 28 04:20:41 2008 From: w4rfj at comcast.net (Roger F. Jordan Sr.) Date: Mon, 28 Jul 2008 00:20:41 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: Message-ID: Boy Marshall, You hit the nail on the head!!! Steve T. comes off as being Holier then Thou with his "I am a commercial, getting on frequencies us HAMS are not good enough for attitude!!!" I am new to the App-Rpt stuff. and I have followed the instructions for all the styles of install, Both Manual and EVB. when I had a problem, not one of the developers or other ham on the list had any issue with sharing and helping me through the hard areas!! That is what HAM is all about. soooo if Steve T. wants to learn. Or even if he wants to share to better the project. he would be welcome to do so.. But Steve T.'s attitude is PISSING US HAMS OFF!! Well this HAM anyway! Steve T. This IS a HAM Community. Made By HAMS. so do us a favor. go find an Elmer and get your license. maybe you might get a clue as to what we are really doing here anyway! Well, we can only hope! Roger F. Jordan Sr. W4RFJ PS. Just so Steve T. Knows. An Elmer is a Mentor! _____ From: app_rpt-bounces at lists.illiana.net [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Marshall Oldham Sent: Sunday, July 27, 2008 6:11 PM To: app_rpt at lists.illiana.net Subject: [App_rpt] Asterisk segfaults after installation Steve, >This is not a HAM community, it is an Asterisk based repeater community. I have it in use for commercial non HAM operations that you as a HAM are restricted from. So, why in your original post did you state this? "Is it because HAM people are assumed to be dumb? Couldn't a shell script be written to pull down known versions of zaptel/dahdi, libpri, and Jim's branch, and install?" Seems to me you were referring to the "HAM" people. >As far as money goes, yeah, the defunct Dingotel company probably put in most of the effort and money for the idea to be ripped off. Your reaching now! Boy you sure like pulling things out of thin air. >The URI is most likely infringing on a >patent or several but that is besides the point. If you are so worried about infringement, then why are you using the URI? Sounds like you are talking out of both sides of your mouth. >I am precipitating the fix, not creating the problem. What problem have I created? Again, why so much pushback? If you are "precipitating" a fix, why are you lasing out on the remailer about it? Simply post a fix with the information on the remailer. That's all you need to do. >I paid for three URIs, that was in U$D, so much for free. You paid for hardware NOT software. Do you know the difference??? When you bought the URI hardware, it did not say anything about FREE software support! When you buy a Motorola radio, they do not give you the programming software for free? No, you have to buy it. >Now I expect to be able to us that hardware on the OS/platform of my choosing. Am I out off line? And you can! You will just need to figure it out for yourself! All OS platforms are not supported and there have never been a claim that they are! Buying hardware does not make you entitled to FREE software support for whatever OS or idea you can come up with in your own mind. >Since when is asking what the logic of be corralled into anything complaining? If there is a logical answer rather than vague answers such as "a labor of love" and "difficult >to do", then I am open to hearing it, otherwise it is propaganda to someone's agenda. Well your original post did not come across as a question of logic, it came across as complaining. Maybe you need to learn to express yourself better in email when you post messages on a remailer. >I logically want to be clear which it is. > >HOWTO: >1. Install your favorite flavor of Linux and configure it your way, optimize your way, secure your way. >2. Install prerequisites for Asterisk >3. Go into /usr/src directory on your linux box # cd /usr/src >4. b) Download the latest SVN stable release of libpri and zaptel and Jim's branch # svn checkout >http://svn.digium.com/svn/libpri/branches/1.4 libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 zaptel-1.4 # svn >checkout ?http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ >asterisk_usbradio >5. cd into each of the above directories and read any READMEs or similar all caps files. >6. cd into libpri-1.4 ># make clean ># make && make install >7. cd into zaptel-1.4 ># make clean ># make && make install >8. cd into asterisks_usbradio ># make clean ># ./configure ># "make menuselect" and make the selections you want. ># make && make install >9. Edit required files >10. Start Asterisk on the console with core dump on and a bit of verbose # asterisk -vvvvvvvvvvvgc >Someone please test this as I have, and post to the websites pushing EVB or ACID. How about you test it and post it to your own website! This will be my last reply regarding this subject. I am not wasting anymore of my time with your "logical questions" (rants) on this email list. 73 Marshall -ke6pcv -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Mon Jul 28 04:38:41 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Mon, 28 Jul 2008 14:38:41 +1000 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: References: <21A2A02D8E5B42EEA4CA0F0DD815C3E9@MarshallLaptop> Message-ID: <488d4d60.18bb720a.2bec.564b@mx.google.com> At 08:30 AM 7/28/2008, you wrote: >The reason for using ACID or EVB is simple. They work and are simple >for the average ham >who has never touched linux to get a working box. N9SH and WA6ZFT >put a lot of time into >making those distos for those who want to play with this stuff. >Commercial use is questionable In a way, that's not unlike the IRLP guys insisting you use the IRLP distributions if you want support. They don't stop you installing IRLP on other distros, but they won't support it either. That is fair enough. Actually using ACID or EVB would have been my first option, except that I don't have physical access to the box frequently, and don't want to spend all my time there getting it back online, as others at the site depend on it for Internet access too. :) However, I might install ACID onto a VMware VM and examine its configuration. >Now, if you want to use your distro of choice, then you are free to >do so. the source for everything is available. >you know where it is, its plainly published. You can figure out how >to make it work. Plain and simple. >Don't ask for help as most likely your peculiar combo is at fault. Actually, this is where the community can step in. Like on IRLP, there's a number of IRLP/Debian gurus that know how to get it running on Debian. I can get it going on stock CentOS/Fedors boxes, etc. When I have luck, I'll post my results back here (note the "when" :) ). 73 de VK3JED http://vkradio.com From stotaro at totarotechnologies.com Mon Jul 28 06:13:35 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Mon, 28 Jul 2008 02:13:35 -0400 Subject: [App_rpt] Asterisk segfaults after installation In-Reply-To: <488d5152.34e3220a.1280.5899SMTPIN_ADDED@mx.google.com> References: <488d5152.34e3220a.1280.5899SMTPIN_ADDED@mx.google.com> Message-ID: Not sure why you felt the need to double post? Anyways, see comments inline. On Mon, Jul 28, 2008 at 12:20 AM, Roger F. Jordan Sr. wrote: > Boy Marshall, You hit the nail on the head!!! Steve T. comes off as being > Holier then Thou with his "I am a commercial, getting on frequencies us HAMS > are not good enough for attitude!!!" Um, when did Marshall say that? How did he hit the nail on the head? It is what it is. If you feel "not good enough" then work through it with a real "Elmer" or your clergyman or psychologist. > I am new to the App-Rpt stuff? and I > have followed the instructions for all the styles of install, Both Manual > and EVB? when I had a problem, not one of the developers or other ham on > the list had any issue with sharing and helping me through the hard areas!! I am sorry the learning curve is hard for you. Personally, I taught myself Asterisk seven years ago, before any of these GUIs existed. I did everything from the command line and compiled everything from source. Any real Asterisk pro knows the trade-offs of GUIs and all the extra garbage that must be installed and running to make that GUI function, and any of those processes can bring down your server or leave a security hole a hacker could drive a truck though. This EVB/ACID stuff would not be tolerated on the Asterisk lists and without Asterisk, I am not sure what app_rpt would do for you. Did they help you through building a custom kernel, only loading services and software that are needed for the task and no more? Did they teach you how to secure your machine properly? Did they teach you how to obtain maximum uptime on your system? These are all the basics of the "Best Practices" when building any system. Great. > That is what HAM is all about? soooo if Steve T. wants to learn? Or even if > he wants to share to better the project? he would be welcome to do so?. > But Steve T.'s attitude is PISSING US HAMS OFF!! Well this HAM anyway! > I already posted a working HOWTO. Again, you should speak to a clergyman or psychologist about your obvious anger disorders. > > > Steve T. This IS a HAM Community? Made By HAMS? so do us a favor? go find > an Elmer and get your license? maybe you might get a clue as to what we are > really doing here anyway! Well, we can only hope! > Wrong, it is an "Asterisk Repeater Controller" community. If you had attended the app_rpt track at Astricon, you would have heard Steve Henke speak to the commercial side of the project. I think I still have the handout with commercial uses included. Anyways, if it helps you feel warm and fuzzy, I am KB3OPB, LMAO. I have no idea what you are doing, but I am a systems integrator and have been doing Linux, Asterisk, MS, Cisco, and just about every kind of phone system you can name doing consulting for many years. My guess is you are just playing. I do this for fun and a living. > > > Roger F. Jordan Sr. W4RFJ > > > > PS. Just so Steve T. Knows? An Elmer is a Mentor! > My "Elmer" co-authored SNMP and co-founded PSINet. > ________________________________ > > From: app_rpt-bounces at lists.illiana.net > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Marshall Oldham > Sent: Sunday, July 27, 2008 6:11 PM > To: app_rpt at lists.illiana.net > Subject: [App_rpt] Asterisk segfaults after installation > > > > Steve, > > > > > >>This is not a HAM community, it is an Asterisk based repeater community. I >> have it in use for commercial non HAM operations that you as a HAM are >> restricted from. > > > > So, why in your original post did you state this? > > > > "Is it because HAM people are assumed to be dumb? Couldn't a shell script > be written to pull down known versions of zaptel/dahdi, libpri, and Jim's > branch, and install?" > > > > Seems to me you were referring to the "HAM" people. > > > > > >>As far as money goes, yeah, the defunct Dingotel company probably put in >> most of the effort and money for the idea to be ripped off. > > > > Your reaching now! Boy you sure like pulling things out of thin air. > > > > > >>The URI is most likely infringing on a >patent or several but that is >> besides the point. > > > > If you are so worried about infringement, then why are you using the URI? > > > > Sounds like you are talking out of both sides of your mouth. > > > > > >>I am precipitating the fix, not creating the problem. What problem have I >> created? Again, why so much pushback? > > > > If you are "precipitating" a fix, why are you lasing out on the remailer > about it? > > Simply post a fix with the information on the remailer. That's all you need > to do. > > > > > >>I paid for three URIs, that was in U$D, so much for free. > > > > You paid for hardware NOT software. Do you know the difference??? > > When you bought the URI hardware, it did not say anything about FREE > software support! > > When you buy a Motorola radio, they do not give you the programming software > for free? > > No, you have to buy it. > > > > > >>Now I expect to be able to us that hardware on the OS/platform of my >> choosing. Am I out off line? > > > > And you can! You will just need to figure it out for yourself! > > All OS platforms are not supported and there have never been a claim that > they are! > > Buying hardware does not make you entitled to FREE software support for > whatever OS or idea you can come up with in your own mind. > > > > > >>Since when is asking what the logic of be corralled into anything >> complaining? If there is a logical answer rather than vague answers such as >> "a labor of love" and "difficult >to do", then I am open to hearing it, >> otherwise it is propaganda to someone's agenda. > > > > Well your original post did not come across as a question of logic, it came > across as complaining. > > Maybe you need to learn to express yourself better in email when you post > messages on a remailer. > > > > > >>I logically want to be clear which it is. > >> > >>HOWTO: > >>1. Install your favorite flavor of Linux and configure it your way, >> optimize your way, secure your way. > >>2. Install prerequisites for Asterisk > >>3. Go into /usr/src directory on your linux box # cd /usr/src > >>4. b) Download the latest SVN stable release of libpri and zaptel and >> Jim's branch # svn checkout >http://svn.digium.com/svn/libpri/branches/1.4 >> libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 >> zaptel-1.4 # svn >checkout >> ?http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ > >>asterisk_usbradio > >>5. cd into each of the above directories and read any READMEs or similar >> all caps files. > >>6. cd into libpri-1.4 > >># make clean > >># make && make install > >>7. cd into zaptel-1.4 > >># make clean > >># make && make install > >>8. cd into asterisks_usbradio > >># make clean > >># ./configure > >># "make menuselect" and make the selections you want. > >># make && make install > >>9. Edit required files > >>10. Start Asterisk on the console with core dump on and a bit of verbose # >> asterisk ?vvvvvvvvvvvgc > > > >>Someone please test this as I have, and post to the websites pushing EVB or >> ACID. > > > > > > How about you test it and post it to your own website! > > > > This will be my last reply regarding this subject. I am not wasting anymore > of my time with > > your "logical questions" (rants) on this email list. > > > > > > 73 > > > > Marshall ?ke6pcv > > > > > > > > > > > > > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > From stotaro at totarotechnologies.com Mon Jul 28 18:59:14 2008 From: stotaro at totarotechnologies.com (Steve Totaro) Date: Mon, 28 Jul 2008 14:59:14 -0400 Subject: [App_rpt] Sweet Little Box for Asterisk/app_rpt to Play Message-ID: http://www.surpluscomputers.com/store/Main.aspx?p=ItemDetail&item=com10791 Condition: Refurbished Warranty: 90 Days Measuring only 9.7-by-3.5-by-9.5 inches, the SX260 is the smallest desktop PC we've ever seen. Great for anyone needing a PC which takes minimal desk space and the power of a P4 system! Description: CPU: Intel Pentium 4 2.4GHz Processor System Memory: 512MB DDR Memory (1 empty slot available upgradeable to 2GB) Hard Drive: 20GB Hard Drive Optical Drive: CD Drive Network: 10/100/1000 Gigabit Ports: 6 USB (2 Front/ 4 rear), 1 Ethernet RJ-45, 1-9 pin serial, 1 parallel I have no affiliation and stand to make no profit, just passing along a good deal for the project. Please note that there are no PCI slots, just USB expansion. Thanks, Steve Totaro From w4rfj at comcast.net Tue Jul 29 00:33:27 2008 From: w4rfj at comcast.net (w4rfj at comcast.net) Date: Tue, 29 Jul 2008 00:33:27 +0000 Subject: [App_rpt] Asterisk segfaults after installation Message-ID: <072920080033.17844.488E6556000C611B000045B4220730003306009DCB99@comcast.net> I rest my case.... Steve R, Jim Dude, Steve H, I apologize for speaking my mind on your list... But if this Steve T "person" (and I use the term loosely) stays a member of this list... please remove my address... I refuse to have anything to do with a wanna be HAM! He has a license but not the true Spirit! In my opinion! If I have anything to share I will do it off list! Thanks, Roger F. Jordan Sr. W4RFJ -------------- Original message -------------- From: "Steve Totaro" > Not sure why you felt the need to double post? > > Anyways, see comments inline. > > On Mon, Jul 28, 2008 at 12:20 AM, Roger F. Jordan Sr. wrote: > > Boy Marshall, You hit the nail on the head!!! Steve T. comes off as being > > Holier then Thou with his "I am a commercial, getting on frequencies us HAMS > > are not good enough for attitude!!!" > > Um, when did Marshall say that? How did he hit the nail on the head? > It is what it is. If you feel "not good enough" then work through it > with a real "Elmer" or your clergyman or psychologist. > > > I am new to the App-Rpt stuff? and I > > have followed the instructions for all the styles of install, Both Manual > > and EVB? when I had a problem, not one of the developers or other ham on > > the list had any issue with sharing and helping me through the hard areas!! > > I am sorry the learning curve is hard for you. Personally, I taught > myself Asterisk seven years ago, before any of these GUIs existed. I > did everything from the command line and compiled everything from > source. > > Any real Asterisk pro knows the trade-offs of GUIs and all the extra > garbage that must be installed and running to make that GUI function, > and any of those processes can bring down your server or leave a > security hole a hacker could drive a truck though. > > This EVB/ACID stuff would not be tolerated on the Asterisk lists and > without Asterisk, I am not sure what app_rpt would do for you. > > Did they help you through building a custom kernel, only loading > services and software that are needed for the task and no more? Did > they teach you how to secure your machine properly? Did they teach > you how to obtain maximum uptime on your system? These are all the > basics of the "Best Practices" when building any system. > > Great. > > > That is what HAM is all about? soooo if Steve T. wants to learn? Or even if > > he wants to share to better the project? he would be welcome to do so?. > > But Steve T.'s attitude is PISSING US HAMS OFF!! Well this HAM anyway! > > > > I already posted a working HOWTO. Again, you should speak to a > clergyman or psychologist about your obvious anger disorders. > > > > > > > Steve T. This IS a HAM Community? Made By HAMS? so do us a favor? go find > > an Elmer and get your license? maybe you might get a clue as to what we are > > really doing here anyway! Well, we can only hope! > > > > Wrong, it is an "Asterisk Repeater Controller" community. If you had > attended the app_rpt track at Astricon, you would have heard Steve > Henke speak to the commercial side of the project. I think I still > have the handout with commercial uses included. > > Anyways, if it helps you feel warm and fuzzy, I am KB3OPB, LMAO. > > I have no idea what you are doing, but I am a systems integrator and > have been doing Linux, Asterisk, MS, Cisco, and just about every kind > of phone system you can name doing consulting for many years. > > My guess is you are just playing. I do this for fun and a living. > > > > > > > Roger F. Jordan Sr. W4RFJ > > > > > > > > PS. Just so Steve T. Knows? An Elmer is a Mentor! > > > > My "Elmer" co-authored SNMP and co-founded PSINet. > > > ________________________________ > > > > From: app_rpt-bounces at lists.illiana.net > > [mailto:app_rpt-bounces at lists.illiana.net] On Behalf Of Marshall Oldham > > Sent: Sunday, July 27, 2008 6:11 PM > > To: app_rpt at lists.illiana.net > > Subject: [App_rpt] Asterisk segfaults after installation > > > > > > > > Steve, > > > > > > > > > > > >>This is not a HAM community, it is an Asterisk based repeater community. I > >> have it in use for commercial non HAM operations that you as a HAM are > >> restricted from. > > > > > > > > So, why in your original post did you state this? > > > > > > > > "Is it because HAM people are assumed to be dumb? Couldn't a shell script > > be written to pull down known versions of zaptel/dahdi, libpri, and Jim's > > branch, and install?" > > > > > > > > Seems to me you were referring to the "HAM" people. > > > > > > > > > > > >>As far as money goes, yeah, the defunct Dingotel company probably put in > >> most of the effort and money for the idea to be ripped off. > > > > > > > > Your reaching now! Boy you sure like pulling things out of thin air. > > > > > > > > > > > >>The URI is most likely infringing on a >patent or several but that is > >> besides the point. > > > > > > > > If you are so worried about infringement, then why are you using the URI? > > > > > > > > Sounds like you are talking out of both sides of your mouth. > > > > > > > > > > > >>I am precipitating the fix, not creating the problem. What problem have I > >> created? Again, why so much pushback? > > > > > > > > If you are "precipitating" a fix, why are you lasing out on the remailer > > about it? > > > > Simply post a fix with the information on the remailer. That's all you need > > to do. > > > > > > > > > > > >>I paid for three URIs, that was in U$D, so much for free. > > > > > > > > You paid for hardware NOT software. Do you know the difference??? > > > > When you bought the URI hardware, it did not say anything about FREE > > software support! > > > > When you buy a Motorola radio, they do not give you the programming software > > for free? > > > > No, you have to buy it. > > > > > > > > > > > >>Now I expect to be able to us that hardware on the OS/platform of my > >> choosing. Am I out off line? > > > > > > > > And you can! You will just need to figure it out for yourself! > > > > All OS platforms are not supported and there have never been a claim that > > they are! > > > > Buying hardware does not make you entitled to FREE software support for > > whatever OS or idea you can come up with in your own mind. > > > > > > > > > > > >>Since when is asking what the logic of be corralled into anything > >> complaining? If there is a logical answer rather than vague answers such as > >> "a labor of love" and "difficult >to do", then I am open to hearing it, > >> otherwise it is propaganda to someone's agenda. > > > > > > > > Well your original post did not come across as a question of logic, it came > > across as complaining. > > > > Maybe you need to learn to express yourself better in email when you post > > messages on a remailer. > > > > > > > > > > > >>I logically want to be clear which it is. > > > >> > > > >>HOWTO: > > > >>1. Install your favorite flavor of Linux and configure it your way, > >> optimize your way, secure your way. > > > >>2. Install prerequisites for Asterisk > > > >>3. Go into /usr/src directory on your linux box # cd /usr/src > > > >>4. b) Download the latest SVN stable release of libpri and zaptel and > >> Jim's branch # svn checkout >http://svn.digium.com/svn/libpri/branches/1.4 > >> libpri-1.4 # svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 > >> zaptel-1.4 # svn >checkout > >> ?http://svn.digium.com/svn/asterisk/team/jdixon/chan_usbradio-1.4/ > > > >>asterisk_usbradio > > > >>5. cd into each of the above directories and read any READMEs or similar > >> all caps files. > > > >>6. cd into libpri-1.4 > > > >># make clean > > > >># make && make install > > > >>7. cd into zaptel-1.4 > > > >># make clean > > > >># make && make install > > > >>8. cd into asterisks_usbradio > > > >># make clean > > > >># ./configure > > > >># "make menuselect" and make the selections you want. > > > >># make && make install > > > >>9. Edit required files > > > >>10. Start Asterisk on the console with core dump on and a bit of verbose # > >> asterisk ?vvvvvvvvvvvgc > > > > > > > >>Someone please test this as I have, and post to the websites pushing EVB or > >> ACID. > > > > > > > > > > > > How about you test it and post it to your own website! > > > > > > > > This will be my last reply regarding this subject. I am not wasting anymore > > of my time with > > > > your "logical questions" (rants) on this email list. > > > > > > > > > > > > 73 > > > > > > > > Marshall ?ke6pcv > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt at lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From app_rpt at lists.illiana.net Tue Jul 29 18:47:56 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Tue, 29 Jul 2008 11:47:56 -0700 Subject: [App_rpt] Limey Linux Message-ID: I've been running the ACID install on my system for several months now, using 2 converted USB fobs. However, I was using a system I originally put together to be used as a Linux workstation with a 2.6 GHz Core 2 Duo processor. Quite a bit of overkill for an Asterisk node. ;-) Also, I wanted to run my node(s) on an embedded system with minimal moving parts, so I built another system running Limey Linux. Used a 256 MB CF card, 1.3 GHz Celeron processor and 512 MB RAM. This runs quite nicely using about 25% CPU when playing newsline through the USB connected systems and listen through a connected cellphone. Guess for my next project, get chan_rtpdir running with Limey Linux based system. -- Randy Hammock KC6HUR http://kc6hur.net/~rhammock/ http://irlp.kc6hur.net/ If there are no horses in heaven, then when I die, I want to go where they went. From app_rpt at lists.illiana.net Wed Jul 30 02:20:40 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Tue, 29 Jul 2008 22:20:40 -0400 (EDT) Subject: [App_rpt] Icom IC-M710 remote control Message-ID: Hi Everyone, I know this may not be the best place to ask, but, I'm not getting answers anywhere else--so, here it goes! I'm ultimately planning to use an IC-M710 HF/SSB marine radio as my remote base. For remote control, it uses an icom proprietary NMEA-0183 command set. I've reverse-engineered several of the NMEA control sentences by using a demo version of some windows RC software for it....My main reasons for using it are that I've got it, is has a decent SSB squelch, etc. I have it hooked up now, and it seems to work well--except for remote control. So far, I can get and set RX/TX frequency, mode, and read RX signal strength via NMEA. But, no other features--like TX power and other front panel functions. Anyone have any idea where I can find additional NMEA documentation for this beast??? Once I'm finished, I'll add this new control code to app_rpt and release it back to the group, if anyone is interested. Thanks in advance! 73, David KB4FXC From app_rpt at lists.illiana.net Wed Jul 30 07:31:50 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 17:31:50 +1000 Subject: [App_rpt] Some success! Message-ID: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> Just an update. I did a bit of hacking of the ACID install scripts, edited them to take out some of the riskier parts, and then ran them to install Asterisk on the existing CentOS box. Now, Asterisk no longer segfaults. Just have to see about getting the chan_rtpdir link working, after ensuring that the version of chan_rtpdir matches the requirement on the other end. 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Wed Jul 30 09:38:58 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 19:38:58 +1000 Subject: [App_rpt] Configuration pointers Message-ID: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> I've finally got Asterisk running, and it is registering with the AllStar network. Only problem is getting the local side working. At this time, I am not running any local radio hardware, just want to run a nailed up link using chan_rtpdir. Does anyone have any pointers for setting up this configuration. I am currently running version 0.2 of the driver, but can easily upgrade to 0.5 (and the have appropriate upgrade ready for the other end). Just didn't want to change too many things at once. :) 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Wed Jul 30 10:56:12 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 03:56:12 -0700 Subject: [App_rpt] Configuration pointers In-Reply-To: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> References: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> Message-ID: sure, its really quite simple. You need to be running chan_rtpdir version 0.5 or 0.6 is even better (cosmetic difference, really) in /etc/asterisk/rpt.conf you need to have: rxchannel = rtpdir/X.X.X.X:hisport:yourport Where: X.X.X.X is the IP address of the rtpdir server hisport is the UDP port that the rtpdir server is listening on and yourport is the UDP port that asterisk is to be listening on. If the are both on the same machine, use 127.0.0.1 as the address. > Date: Wed, 30 Jul 2008 19:38:58 +1000 > To: app_rpt at lists.illiana.net > From: app_rpt at lists.illiana.net > Subject: [App_rpt] Configuration pointers > > I've finally got Asterisk running, and it is registering with the > AllStar network. Only problem is getting the local side working. At > this time, I am not running any local radio hardware, just want to > run a nailed up link using chan_rtpdir. > > Does anyone have any pointers for setting up this configuration. I > am currently running version 0.2 of the driver, but can easily > upgrade to 0.5 (and the have appropriate upgrade ready for the other > end). Just didn't want to change too many things at once. :) > > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From app_rpt at lists.illiana.net Wed Jul 30 11:06:54 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 21:06:54 +1000 Subject: [App_rpt] Configuration pointers In-Reply-To: References: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> Message-ID: <48904b59.1dba720a.62bd.27fc@mx.google.com> At 08:56 PM 7/30/2008, you wrote: >sure, its really quite simple. You need to be running chan_rtpdir >version 0.5 or 0.6 is even better >(cosmetic difference, really) > >in /etc/asterisk/rpt.conf you need to have: > >rxchannel = rtpdir/X.X.X.X:hisport:yourport > >Where: X.X.X.X is the IP address of the rtpdir server >hisport is the UDP port that the rtpdir server is listening on >and yourport is the UDP port that asterisk is to be listening on. >If the are both on the same machine, use 127.0.0.1 as the >address. And that gives a "nailed up link between Asterisk and the other side of the system? In any case, I'll configure it like that, and see how it goes. :) 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Wed Jul 30 11:12:15 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 21:12:15 +1000 Subject: [App_rpt] Configuration pointers In-Reply-To: References: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> Message-ID: <48904c9a.18068e0a.54b2.40d2@mx.google.com> At 08:56 PM 7/30/2008, you wrote: >sure, its really quite simple. You need to be running chan_rtpdir >version 0.5 or 0.6 is even better >(cosmetic difference, really) OK, still running 0.2, but gave it a whirl, Asterisk is up and running! :) If you connect to AllStar node 2199, you will be connected to the Australian IRLP and Echolink backbone. 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Wed Jul 30 09:43:26 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 10:43:26 +0100 Subject: [App_rpt] Configuration pointers In-Reply-To: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> References: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> Message-ID: <489037BE.4040002@richardson.net> Hi Tony, This (by far) is the most straightforward "how to" thanks to N9YTY. I'm a few hours behind you, and if dl.allstarlink.org wasn't down I'd have built Asterisk by now! http://f1.grp.yahoofs.com/v1/gB-QSBv7MyXnnmNOKErZRj5QMT49_fK5Hmw-jC7G-E2MnfPp7D0dkfHzB2NEF4aFSlMX7_GsyICZGM_5kmNBsPdbv8I/N9YTY_notes.txt There is a bit of a "gotcha" in the new tm version, in that you can't disable EchoLink. Scott is adding this feature in the next couple of days, but I found it easier to just setup the Echolink info even through I had no intention of using it. So here I have rtpDir_tm + IRLP + Echolink... and very shortly Asterisk. 73 Jon G7PFT Asterisk Repeater Controler wrote: > I've finally got Asterisk running, and it is registering with the > AllStar network. Only problem is getting the local side working. At > this time, I am not running any local radio hardware, just want to > run a nailed up link using chan_rtpdir. > > Does anyone have any pointers for setting up this configuration. I > am currently running version 0.2 of the driver, but can easily > upgrade to 0.5 (and the have appropriate upgrade ready for the other > end). Just didn't want to change too many things at once. :) > > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From app_rpt at lists.illiana.net Wed Jul 30 15:01:45 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 10:01:45 -0500 Subject: [App_rpt] Some success! In-Reply-To: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> References: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> Message-ID: On Jul 30, 2008, at 2:31 AM, Asterisk Repeater Controler wrote: > longer segfaults. Just have to see about getting the chan_rtpdir > link working, after ensuring that the version of chan_rtpdir matches > the requirement on the other end. I hope you have better luck with that than my limited initial testing... It wasn't extensive, so it could be a stupid mistake on my part. :) I put in the DTMF commands in the rtpDir config file, updated the channel driver to the latest SVN version (and app_rpt), but I can see no indication that anything ever happens or any data is being passed to rtpDir for the DTMF codes. I can see in the asterisk log that it caught the DTMF characters, just nothing to show that they made it to rtpDir. Steve From app_rpt at lists.illiana.net Wed Jul 30 15:37:38 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 8:37:38 -0700 Subject: [App_rpt] Problems noted with dl.allstarlink.org and stats.allstarlink.org Message-ID: <20080730153738.YFEC14743.dukecmmtao04.coxmail.com@dukecmimpo03.coxmail.com> We are painfully aware that stats.allstarlink.org and dl.allstarlink.org are not functional. (Both sites return a blank white page with the word TEST). We are investigating this and will advise when everything is returned to normal. Allstar Link Node registation and network functionallity is NOT affected. Steve R. WA6ZFT From app_rpt at lists.illiana.net Wed Jul 30 19:56:35 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 12:56:35 -0700 Subject: [App_rpt] Problems noted with dl.allstarlink.org and Message-ID: <20080730195635.IOWB14743.dukecmmtao04.coxmail.com@dukecmimpo02.coxmail.com> OK. It's back up. Let's see if it stays up.... Steve WA6ZFT > > From: Asterisk Repeater Controler > Date: 2008/07/30 Wed AM 08:37:38 PDT > To: > Subject: [App_rpt] Problems noted with dl.allstarlink.org and > stats.allstarlink.org > > > We are painfully aware that stats.allstarlink.org and dl.allstarlink.org are not functional. (Both sites return a blank white page with the word TEST). We are investigating this and will advise when everything is returned to normal. > > Allstar Link Node registation and network functionallity is NOT affected. > > Steve R. > WA6ZFT > > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > From app_rpt at lists.illiana.net Wed Jul 30 20:50:25 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Thu, 31 Jul 2008 06:50:25 +1000 Subject: [App_rpt] Configuration pointers In-Reply-To: <489037BE.4040002@richardson.net> References: <489036ba.09d7720a.1b90.ffffaebf@mx.google.com> <489037BE.4040002@richardson.net> Message-ID: <4890d41b.1420720a.66dd.360a@mx.google.com> At 07:43 PM 7/30/2008, you wrote: >Hi Tony, > >This (by far) is the most straightforward "how to" thanks to N9YTY. I'm >a few hours behind you, and if dl.allstarlink.org wasn't down I'd have >built Asterisk by now! I noticed dl.allstarlink.org was down. I cheated, I used the files that were downloaded onto my ACID test box the other day and a bit more script hacking! :D >http://f1.grp.yahoofs.com/v1/gB-QSBv7MyXnnmNOKErZRj5QMT49_fK5Hmw-jC7G-E2MnfPp7D0dkfHzB2NEF4aFSlMX7_GsyICZGM_5kmNBsPdbv8I/N9YTY_notes.txt Got those, but they assume you are running a local radio on Asterisk, which I am not doing at this stage. I'm tossing up whether to put the repeater on Asterisk or thelinkbox in the final configuration, but I am interested in running a remote base directly on Asterisk. >There is a bit of a "gotcha" in the new tm version, in that you can't >disable EchoLink. Scott is adding this feature in the next couple of >days, but I found it easier >to just setup the Echolink info even through I had no intention of using it. I'm using thelinkbox that Skip WB6YMH has been working on. This also works with chan_rtpdir. :) I'm one of the beta testers for Skip. :) 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Wed Jul 30 20:59:03 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Thu, 31 Jul 2008 06:59:03 +1000 Subject: [App_rpt] Some success! In-Reply-To: References: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> Message-ID: <4890d622.29578c0a.7593.ffffe723@mx.google.com> At 01:01 AM 7/31/2008, you wrote: > I put in the DTMF commands in the rtpDir config file, updated the >channel driver to the latest SVN version (and app_rpt), but I can see >no indication that anything ever happens or any data is being passed >to rtpDir for the DTMF codes. I can see in the asterisk log that it >caught the DTMF characters, just nothing to show that they made it to >rtpDir. I'm running a different software confiiguration, using thebridge instead. I can see that Asterisk has made the connection (still running a v0.2 link, and it seems to be nailed up, which is exactly what I want for my setup). As my tbd is a remote system (no RF, it's the hub of a major active network), the DTMF side is less important at this stage. The ideal would be to have my Asterisk box on a co-lo box somewhere so it could be used as a conference hub for a large number of Asterisk nodes to connect to. 73 de VK3JED http://vkradio.com From app_rpt at lists.illiana.net Thu Jul 31 00:47:57 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Wed, 30 Jul 2008 17:47:57 -0700 Subject: [App_rpt] Some success! In-Reply-To: <4890d622.29578c0a.7593.ffffe723@mx.google.com> References: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> <4890d622.29578c0a.7593.ffffe723@mx.google.com> Message-ID: ver. 0.2 has absoulutely no concept of DTMF. > Date: Thu, 31 Jul 2008 06:59:03 +1000 > To: app_rpt at lists.illiana.net > From: app_rpt at lists.illiana.net > Subject: Re: [App_rpt] Some success! > > At 01:01 AM 7/31/2008, you wrote: > > > I put in the DTMF commands in the rtpDir config file, updated the > >channel driver to the latest SVN version (and app_rpt), but I can see > >no indication that anything ever happens or any data is being passed > >to rtpDir for the DTMF codes. I can see in the asterisk log that it > >caught the DTMF characters, just nothing to show that they made it to > >rtpDir. > > I'm running a different software confiiguration, using thebridge > instead. I can see that Asterisk has made the connection (still > running a v0.2 link, and it seems to be nailed up, which is exactly > what I want for my setup). > > As my tbd is a remote system (no RF, it's the hub of a major active > network), the DTMF side is less important at this stage. The ideal > would be to have my Asterisk box on a co-lo box somewhere so it could > be used as a conference hub for a large number of Asterisk nodes to connect to. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: From app_rpt at lists.illiana.net Thu Jul 31 01:19:47 2008 From: app_rpt at lists.illiana.net (Asterisk Repeater Controler) Date: Thu, 31 Jul 2008 11:19:47 +1000 Subject: [App_rpt] Some success! In-Reply-To: References: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> <4890d622.29578c0a.7593.ffffe723@mx.google.com> Message-ID: <4891133f.06ec720a.04e6.18cd@mx.google.com> At 10:47 AM 7/31/2008, you wrote: >ver. 0.2 has absoulutely no concept of DTMF. I know, I'm using it as a nailed up link. BTW, has the list configuration changed in the last day or so? I can't tell who's posted what, everything comes from "Asterisk Repeater Controller", which is confusing. 73 de VK3JED http://vkradio.com From hwstar at rodgers.sdcoxmail.com Thu Jul 31 02:05:00 2008 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Wed, 30 Jul 2008 19:05:00 -0700 Subject: [App_rpt] Test message Message-ID: <48911DCC.8080008@rodgers.sdcoxmail.com> Test From n4charlielimaalpha at gmail.com Thu Jul 31 02:05:37 2008 From: n4charlielimaalpha at gmail.com (n4charlielimaalpha) Date: Wed, 30 Jul 2008 22:05:37 -0400 Subject: [App_rpt] Test message In-Reply-To: <48911DCC.8080008@rodgers.sdcoxmail.com> References: <48911DCC.8080008@rodgers.sdcoxmail.com> Message-ID: <48911DF1.3000802@gmail.com> An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Thu Jul 31 02:09:27 2008 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Thu, 31 Jul 2008 12:09:27 +1000 Subject: [App_rpt] Test message In-Reply-To: <48911DCC.8080008@rodgers.sdcoxmail.com> References: <48911DCC.8080008@rodgers.sdcoxmail.com> Message-ID: <48911ee4.1f588c0a.6a75.2c27@mx.google.com> At 12:05 PM 7/31/2008, you wrote: >Test That looks better. :) 73 de VK3JED http://vkradio.com From telesistant at hotmail.com Thu Jul 31 03:09:50 2008 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 30 Jul 2008 20:09:50 -0700 Subject: [App_rpt] Some success! In-Reply-To: <4891133f.06ec720a.04e6.18cd@mx.google.com> References: <489018eb.15ec720a.498d.ffffe81f@mx.google.com> <4890d622.29578c0a.7593.ffffe723@mx.google.com> <4891133f.06ec720a.04e6.18cd@mx.google.com> Message-ID: why would it being nailed up or not have anything to do with passing DTMF data? Jim WB6NIL > Date: Thu, 31 Jul 2008 11:19:47 +1000 > To: app_rpt at lists.illiana.net > From: app_rpt at lists.illiana.net > Subject: Re: [App_rpt] Some success! > > At 10:47 AM 7/31/2008, you wrote: > >ver. 0.2 has absoulutely no concept of DTMF. > > I know, I'm using it as a nailed up link. > > BTW, has the list configuration changed in the last day or so? I > can't tell who's posted what, everything comes from "Asterisk > Repeater Controller", which is confusing. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt at lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt -------------- next part -------------- An HTML attachment was scrubbed... URL: