From jrorke at cogeco.ca Mon Mar 1 01:18:55 2010 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Sun, 28 Feb 2010 20:18:55 -0500 Subject: [App_rpt-users] DTMF disable or rf side Message-ID: <4B8B15FF.8060602@cogeco.ca> HI All, is there a function in APP_Rpt that can be used to disable any DTMF from being decoded from the RF side but still work from the console? Today there was an individual trying to linkup _*all*_ the Allstar nodes to a particular node. It might be useful to use this feature to lock down a node to prevent his happening in the future if such an attack of the twitchy fingers happens again. Thanks, Jon VA3RQ From Ramesh at va3uv.com Mon Mar 1 01:57:56 2010 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sun, 28 Feb 2010 20:57:56 -0500 Subject: [App_rpt-users] DTMF disable or rf side In-Reply-To: <4B8B15FF.8060602@cogeco.ca> References: <4B8B15FF.8060602@cogeco.ca> Message-ID: <4B8B1F24.5040305@va3uv.com> On 28/02/2010 8:18 PM, REDBUTTON_CTRL wrote: > HI All, is there a function in APP_Rpt that can be used to disable any > DTMF from being decoded from the RF side but still work from the console? > > Today there was an individual trying to linkup _*all*_ the Allstar nodes > to a particular node. > > It might be useful to use this feature to lock down a node to prevent > his happening in the future if such an attack of the twitchy fingers > happens again. > <-- Hi Jon and all; If we can lockdown the entire system, so perhaps a macro that gets sent to all nodes to activate lock down, so that the integrity of the connected nodes is preserved - but other nodes attempting to connect get a busy message.... until the lockdown is removed. I recall reading something about this during the early chan_irlp discussions... but that was to busy-out a single node; if someone can remind us of that, we can look at pushing this out via a macro to all connected nodes... Ramesh. From telesistant at hotmail.com Mon Mar 1 06:29:51 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 28 Feb 2010 22:29:51 -0800 Subject: [App_rpt-users] DTMF disable or rf side In-Reply-To: <4B8B1F24.5040305@va3uv.com> References: <4B8B15FF.8060602@cogeco.ca>,<4B8B1F24.5040305@va3uv.com> Message-ID: There is certainly no question that something needs to be done about this. We will be considering some different options in the next few days, but I have a good idea of overall what we can do, but need to refine it greatly at this point. It needs to something well thought out that will fit different requirements, not just this particular case. I was thinking of something kind of like the "Gong Show", except without Gene Gene the Dancing Machine and the Unknown Comic, and Rip Taylor and his confetti. Okay, maybe a little confetti. It never hurts. :-) JIM WB6NIL ---------------------------------------- > Date: Sun, 28 Feb 2010 20:57:56 -0500 > From: Ramesh at va3uv.com > To: app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] DTMF disable or rf side > > On 28/02/2010 8:18 PM, REDBUTTON_CTRL wrote: >> HI All, is there a function in APP_Rpt that can be used to disable any >> DTMF from being decoded from the RF side but still work from the console? >> >> Today there was an individual trying to linkup _*all*_ the Allstar nodes >> to a particular node. >> >> It might be useful to use this feature to lock down a node to prevent >> his happening in the future if such an attack of the twitchy fingers >> happens again. >> > <-- Hi Jon and all; If we can lockdown the entire system, so perhaps a > macro that gets sent to all nodes to activate lock down, so that the > integrity of the connected nodes is preserved - but other nodes > attempting to connect get a busy message.... until the lockdown is removed. > > I recall reading something about this during the early chan_irlp > discussions... but that was to busy-out a single node; if someone can > remind us of that, we can look at pushing this out via a macro to all > connected nodes... > > Ramesh. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From ke6sth at ke6sth.ampr.org Wed Mar 3 10:28:27 2010 From: ke6sth at ke6sth.ampr.org (ke6sth at ke6sth.ampr.org) Date: Wed, 3 Mar 2010 02:28:27 -0800 (PST) Subject: [App_rpt-users] chan_echolink does not announce disconnects In-Reply-To: <4B815CA6.8010302@qrvc.com> References: <8CC807220D1359F-5020-168@webmail-m096.sysops.aol.com> <4B815CA6.8010302@qrvc.com> Message-ID: Steve, The patch works, Thanks! --Sione On Sun, 21 Feb 2010, Stephen Rodgers wrote: > ke6sth at ke6sth.ampr.org wrote: >> Hi All, >> >> new here to using my repeater with asterisk. I just got setup using ACID >> everything works greate except one thing, echolink does not announce >> disconnects, is there a setting for that to happen? >> >> Thanks, >> --Sione KE6STH >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > The default configuration should announce disconnects. If that does not work, please log a bug in Mantis at > mantis.qrvc.com. You'll need to sign up for a reporter account before logging the bug. > > Steve > WA6ZFT > From Ramesh at va3uv.com Wed Mar 3 11:28:31 2010 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Wed, 03 Mar 2010 06:28:31 -0500 Subject: [App_rpt-users] Calling Don, W9DRR... Message-ID: <4B8E47DF.8050602@va3uv.com> Don; Been trying to reach you via direct email.... I have your components, please contact me! Thx, Ramesh. From valery at e-pvk.com Wed Mar 3 14:01:21 2010 From: valery at e-pvk.com (Valerij Sorokin) Date: Wed, 03 Mar 2010 16:01:21 +0200 Subject: [App_rpt-users] radio interface Message-ID: <4B8E6BB1.5060706@e-pvk.com> Dear Sirs! Can app_rpt work with Signalink USB by Tigertronic? Or only with pc108 chip based sound card? Best regards, Valerij. From sales at qrvc.com Wed Mar 3 15:27:37 2010 From: sales at qrvc.com (Stephen Rodgers) Date: Wed, 03 Mar 2010 07:27:37 -0800 Subject: [App_rpt-users] radio interface In-Reply-To: <4B8E6BB1.5060706@e-pvk.com> References: <4B8E6BB1.5060706@e-pvk.com> Message-ID: <4B8E7FE9.9090000@qrvc.com> Valerij Sorokin wrote: > Dear Sirs! > > Can app_rpt work with Signalink USB by Tigertronic? Or only with pc108 > chip based sound card? > Best regards, Valerij. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > I don't know what's inside the Tigertonix device and whether it even brings out COR and PTT. Regarding chan_usbradio and app_rpt: It has to have a chip in the CM108 family. There are two versions of the CM108 and they are both supported. The CM119 is coded in the driver, but has not been extensively tested. Steve WA6ZFT From kb2ear at kb2ear.net Wed Mar 3 17:15:33 2010 From: kb2ear at kb2ear.net (Scott Weis) Date: Wed, 3 Mar 2010 12:15:33 -0500 Subject: [App_rpt-users] radio interface In-Reply-To: <4B8E7FE9.9090000@qrvc.com> References: <4B8E6BB1.5060706@e-pvk.com> <4B8E7FE9.9090000@qrvc.com> Message-ID: I just read the docs real quick and it does have PTT out. However it does not have COR in and is only capable of half duplex. (At least according to the docs.) > I don't know what's inside the Tigertonix device and whether it even > brings out COR and PTT. > > Regarding chan_usbradio and app_rpt: It has to have a chip in the CM108 > family. There are two versions of the CM108 and > they are both supported. The CM119 is coded in the driver, but has not > been extensively tested. > > Steve > WA6ZFT > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > From ke2n at cs.com Thu Mar 4 02:03:46 2010 From: ke2n at cs.com (Ken) Date: Wed, 03 Mar 2010 21:03:46 -0500 Subject: [App_rpt-users] iaxrpt gain? Message-ID: <8CC89560EDF12E5-A928-7202@webmail-m084.sysops.aol.com> sorry if this is the wrong place for this question, but I would expect it to be related to rpt.conf so I though I would ask here. I am trying IAXrpt for the first time and the volume coming in from the PC is way too low, even with the mic gain turned up to where the green 'led' bar lights up full scale. Another user connecting from outside experienced the same thing. We are both using version 1.1.27 of the program. I note that there are adjustments for IRLP and echoLink. Is IAXrpt supposed to look exactly like another asterisk node and therefore not need an explicit gain control? If so, why is the level so low when linked IAX nodes sound OK? on the same subject: is rxgain, in this usage, taken to refer to what Asterisk is receiving from the internet? Or what the internet is getting while using Asterisk as its receiver? Both seem like plausible meanings to me. Thanks Ken Jamrogowicz From sales at qrvc.com Thu Mar 4 04:09:22 2010 From: sales at qrvc.com (Stephen Rodgers) Date: Wed, 03 Mar 2010 20:09:22 -0800 Subject: [App_rpt-users] iaxrpt gain? In-Reply-To: <8CC89560EDF12E5-A928-7202@webmail-m084.sysops.aol.com> References: <8CC89560EDF12E5-A928-7202@webmail-m084.sysops.aol.com> Message-ID: <4B8F3272.10005@qrvc.com> Ken wrote: > sorry if this is the wrong place for this question, but I would expect > it to be related to rpt.conf so I though I would ask here. > > I am trying IAXrpt for the first time and the volume coming in from the > PC is way too low, even with the mic gain turned up to where the green > 'led' bar lights up full scale. Another user connecting from outside > experienced the same thing. We are both using version 1.1.27 of the > program. > > I note that there are adjustments for IRLP and echoLink. Is IAXrpt > supposed to look exactly like another asterisk node and therefore not > need an explicit gain control? If so, why is the level so low when > linked IAX nodes sound OK? > > on the same subject: is rxgain, in this usage, taken to refer to what > Asterisk is receiving from the internet? Or what the internet is > getting while using Asterisk as its receiver? Both seem like plausible > meanings to me. > > > Thanks > > Ken Jamrogowicz > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > Some windows sound control panels have a 20db boost/attenuate button for the mic input. This usually depends on the apps used by the particular sound card you are hooked up to. Failing that, Steve Henke W9SH is the Iaxrpt maintainer. His website is http://xelatec.com/xipar/iaxrpt Steve WA6ZFT From valery at e-pvk.com Thu Mar 4 11:19:37 2010 From: valery at e-pvk.com (Valerij Sorokin) Date: Thu, 04 Mar 2010 13:19:37 +0200 Subject: [App_rpt-users] pap2t for app_rpt Message-ID: <4B8F9749.2000302@e-pvk.com> Dear Sirs! We have ATA Linksys PAP2T 2 FXS ports. Can I use it instead of Digium PCI FXS card for connection to radio ICOM IC-F110? In PAP2T I can configure FXS port several polarity for incoming and outgoing calls so, that I can use a radio interface like this http://www.hamwlan.net/interface_RPT.htm. Best regards, Valerij. From sales at qrvc.com Thu Mar 4 15:14:42 2010 From: sales at qrvc.com (Stephen Rodgers) Date: Thu, 04 Mar 2010 07:14:42 -0800 Subject: [App_rpt-users] pap2t for app_rpt In-Reply-To: <4B8F9749.2000302@e-pvk.com> References: <4B8F9749.2000302@e-pvk.com> Message-ID: <4B8FCE62.2070900@qrvc.com> Valerij Sorokin wrote: > Dear Sirs! > > We have ATA Linksys PAP2T 2 FXS ports. Can I use it instead of Digium > PCI FXS card for connection to radio ICOM IC-F110? > In PAP2T I can configure FXS port several polarity for incoming and > outgoing calls so, that I can use a radio interface like this > http://www.hamwlan.net/interface_RPT.htm. > Best regards, Valerij. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > It won't work, neither will any other SIP device. >> Please spend some time reading the faq on app-rpt.qrvc.com << Steve WA6ZFT From jann at gmx.de Sat Mar 6 16:17:19 2010 From: jann at gmx.de (Jann Traschewski) Date: Sat, 6 Mar 2010 17:17:19 +0100 Subject: [App_rpt-users] CTCSS and carrier squelch Message-ID: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> Hello, our repeater is in "carrier squelch"-mode. Since there is much traffic on our repeater we are used to use different subtones for different user groups just for the initial call to request a group member to continue the qso without subtone (so nobody else in the group will be disturbed). Unfortunately this seems to be impossible. We tried these configurations in usbradio.conf: #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) hdwtype=0 ;txctcssdefault=71.9 rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0, 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156. 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,25 0.3 txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0, 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156. 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,25 0.3 carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=yes #2 (we tried to disable CTCSS) hdwtype=0 carrierfrom=dsp ctcssfrom=no rxdemod=flat txprelim=yes Is there a way to pass CTCSS tones through the repeater in "carrier squelch"-mode ? I don't care whether it will be decoded/encoded by the software or just passed through the repeater (0-300 Hz passthrough). Currently passthrough of 0-300 Hz seems to be blocked by the software. Thanks 73, Jann DG8NGN -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 From telesistant at hotmail.com Sat Mar 6 17:04:59 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 6 Mar 2010 09:04:59 -0800 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> Message-ID: A reasonable and easy request. I went to great extremes (sarcasm intended) to make a 1 line change in chan_usbradio to accommodate this need. A new copy of chan_usbradio.c will be posted to the SVN later today once Steve gets home and does it. It will add the "rxctcssoverride" parameter to usbradio.conf, allowing the rx CTCSS to default to off. (you have to put "rxctcssoverride = yes" in the file. You then specify your CTCSS tones like you would normally (as if you were going to require them for access), but the receiver will not require any tone to actually receive. JIM WB6NIL ---------------------------------------- > From: jann at gmx.de > To: app_rpt-users at qrvc.com > Date: Sat, 6 Mar 2010 17:17:19 +0100 > Subject: [App_rpt-users] CTCSS and carrier squelch > > Hello, > > our repeater is in "carrier squelch"-mode. Since there is much traffic on > our repeater we are used to use different subtones for different user groups > just for the initial call to request a group member to continue the qso > without subtone (so nobody else in the group will be disturbed). > Unfortunately this seems to be impossible. We tried these configurations in > usbradio.conf: > > #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) > hdwtype=0 > ;txctcssdefault=71.9 > rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0, > 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156. > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,25 > 0.3 > txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0, > 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156. > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,25 > 0.3 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > > #2 (we tried to disable CTCSS) > hdwtype=0 > carrierfrom=dsp > ctcssfrom=no > rxdemod=flat > txprelim=yes > > Is there a way to pass CTCSS tones through the repeater in "carrier > squelch"-mode ? I don't care whether it will be decoded/encoded by the > software or just passed through the repeater (0-300 Hz passthrough). > Currently passthrough of 0-300 Hz seems to be blocked by the software. > > Thanks > 73, > Jann > DG8NGN > > > -- > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From jann at gmx.de Sun Mar 7 05:55:47 2010 From: jann at gmx.de (Jann Traschewski) Date: Sun, 7 Mar 2010 06:55:47 +0100 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> Message-ID: <3A63EA40EEEE4F858FC8B587149B1683@jann> Hello Jim, thank you for the quick response. I did try the new revision 569, but it doesn't work. My config: hdwtype=0 rxboost=1 rxctcssrelax=1 ;txctcssdefault=71.9 rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. 3 txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. 3 rxctcssoverride=1 carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=yes The repeater can be opened now without a subtone. Unfortunately subtones will not be detected and regenerated by the repeater or simply passed through the repeater. Any ideas? Tnx, 73, Jann > -----Original Message----- > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Saturday, March 06, 2010 6:05 PM > To: Jann; app_rpt mailing list > Subject: RE: [App_rpt-users] CTCSS and carrier squelch > > > A reasonable and easy request. I went to great extremes > (sarcasm intended) to make a 1 line change in chan_usbradio > to accommodate this need. > > A new copy of chan_usbradio.c will be posted to the SVN later > today once Steve gets home and does it. > > It will add the "rxctcssoverride" parameter to usbradio.conf, > allowing the rx CTCSS to default to off. (you have to put > "rxctcssoverride = yes" > in the file. > > You then specify your CTCSS tones like you would normally (as > if you were going to require them for access), but the > receiver will not require any tone to actually receive. > > JIM WB6NIL > > ---------------------------------------- > > From: jann at gmx.de > > To: app_rpt-users at qrvc.com > > Date: Sat, 6 Mar 2010 17:17:19 +0100 > > Subject: [App_rpt-users] CTCSS and carrier squelch > > > > Hello, > > > > our repeater is in "carrier squelch"-mode. Since there is > much traffic > > on our repeater we are used to use different subtones for different > > user groups just for the initial call to request a group member to > > continue the qso without subtone (so nobody else in the > group will be disturbed). > > Unfortunately this seems to be impossible. We tried these > > configurations in > > usbradio.conf: > > > > #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) > > hdwtype=0 > > ;txctcssdefault=71.9 > > > rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4, > > 100.0, > > > 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > 6.2,151.4,156. > > > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24 > > 1.8,25 > > 0.3 > > > txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4, > > 100.0, > > > 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > 6.2,151.4,156. > > > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24 > > 1.8,25 > > 0.3 > > carrierfrom=dsp > > ctcssfrom=dsp > > rxdemod=flat > > txprelim=yes > > > > #2 (we tried to disable CTCSS) > > hdwtype=0 > > carrierfrom=dsp > > ctcssfrom=no > > rxdemod=flat > > txprelim=yes > > > > Is there a way to pass CTCSS tones through the repeater in "carrier > > squelch"-mode ? I don't care whether it will be > decoded/encoded by the > > software or just passed through the repeater (0-300 Hz passthrough). > > Currently passthrough of 0-300 Hz seems to be blocked by > the software. > > > > Thanks > > 73, > > Jann > > DG8NGN > > > > > > -- > > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > > > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > = From ralph at radio-link.net Sun Mar 7 08:04:46 2010 From: ralph at radio-link.net (Ralph A. Schmid, dk5ras) Date: Sun, 7 Mar 2010 09:04:46 +0100 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: <3A63EA40EEEE4F858FC8B587149B1683@jann> References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> <3A63EA40EEEE4F858FC8B587149B1683@jann> Message-ID: <7A6ACC5EC4374BEFB0A9CA7BD05CFE73@dk5ras> Hi, > thank you for the quick response. I did try the new revision > 569, but it doesn't work. I would like to enter this interesting discussion; during this year I want to move my repeater from Echolink software to the asterisk stuff. The plan so far is to bypass the audio around the PC with a switching matrix, as my repeater is cross band multi mode and does not allow altering the audio in any way. It lets pass FM, P25 and D-Star, and I do not want to loose this capability. But maybe way to pass the audio through the PC without changing a bit could be an option?! I need flat response from almost DC up to some KHz, no DSP processing in the pass-through path at all. This would allow me to keep the status quo, and who knows, maybe some day some real crack writes a regeneration module for digital modulation, even anhancing the digital mode capability, including passing it through the internet. Especially a P25 link from Germany to the US (where more P25 users are on the air) would be very exciting. So, at least I am guy #2 who really needs flat audio response :-) With best regards Ralph, dk5ras (sysop of db0fue). -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 196 bytes Desc: not available URL: From telesistant at hotmail.com Sun Mar 7 14:21:31 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 7 Mar 2010 06:21:31 -0800 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: <3A63EA40EEEE4F858FC8B587149B1683@jann> References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> Message-ID: You have to set a txctcssdefault frequency. If you dont want PL unless someone is encoding it, then include "itxctcss=yes" in app_rpt.c (in the clause for the node), but you still have to specify some tx default frequency whether you ever use it or not. ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > Date: Sun, 7 Mar 2010 06:55:47 +0100 > > Hello Jim, > > thank you for the quick response. I did try the new revision 569, but it > doesn't work. My config: > > hdwtype=0 > rxboost=1 > rxctcssrelax=1 > ;txctcssdefault=71.9 > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > rxctcssoverride=1 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > > The repeater can be opened now without a subtone. Unfortunately subtones > will not be detected and regenerated by the repeater or simply passed > through the repeater. Any ideas? > > Tnx, > 73, > Jann > >> -----Original Message----- >> From: Jim Duuuude [mailto:telesistant at hotmail.com] >> Sent: Saturday, March 06, 2010 6:05 PM >> To: Jann; app_rpt mailing list >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >> >> >> A reasonable and easy request. I went to great extremes >> (sarcasm intended) to make a 1 line change in chan_usbradio >> to accommodate this need. >> >> A new copy of chan_usbradio.c will be posted to the SVN later >> today once Steve gets home and does it. >> >> It will add the "rxctcssoverride" parameter to usbradio.conf, >> allowing the rx CTCSS to default to off. (you have to put >> "rxctcssoverride = yes" >> in the file. >> >> You then specify your CTCSS tones like you would normally (as >> if you were going to require them for access), but the >> receiver will not require any tone to actually receive. >> >> JIM WB6NIL >> >> ---------------------------------------- >>> From: jann at gmx.de >>> To: app_rpt-users at qrvc.com >>> Date: Sat, 6 Mar 2010 17:17:19 +0100 >>> Subject: [App_rpt-users] CTCSS and carrier squelch >>> >>> Hello, >>> >>> our repeater is in "carrier squelch"-mode. Since there is >> much traffic >>> on our repeater we are used to use different subtones for different >>> user groups just for the initial call to request a group member to >>> continue the qso without subtone (so nobody else in the >> group will be disturbed). >>> Unfortunately this seems to be impossible. We tried these >>> configurations in >>> usbradio.conf: >>> >>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) >>> hdwtype=0 >>> ;txctcssdefault=71.9 >>> >> rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4, >>> 100.0, >>> >> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >> 6.2,151.4,156. >>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24 >>> 1.8,25 >>> 0.3 >>> >> txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4, >>> 100.0, >>> >> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >> 6.2,151.4,156. >>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,24 >>> 1.8,25 >>> 0.3 >>> carrierfrom=dsp >>> ctcssfrom=dsp >>> rxdemod=flat >>> txprelim=yes >>> >>> #2 (we tried to disable CTCSS) >>> hdwtype=0 >>> carrierfrom=dsp >>> ctcssfrom=no >>> rxdemod=flat >>> txprelim=yes >>> >>> Is there a way to pass CTCSS tones through the repeater in "carrier >>> squelch"-mode ? I don't care whether it will be >> decoded/encoded by the >>> software or just passed through the repeater (0-300 Hz passthrough). >>> Currently passthrough of 0-300 Hz seems to be blocked by >> the software. >>> >>> Thanks >>> 73, >>> Jann >>> DG8NGN >>> >>> >>> -- >>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany >>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de >>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at qrvc.com >>> http://qrvc.com/mailman/listinfo/app_rpt-users >> = > From jann at gmx.de Sun Mar 7 14:57:47 2010 From: jann at gmx.de (Jann Traschewski) Date: Sun, 7 Mar 2010 15:57:47 +0100 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> Message-ID: <1D12E9CA945244CCBFAA3ED792880876@jann> Hi Jim, I set 88.5 Hz now as a default CTCSS-tone: hdwtype=0 rxboost=1 rxctcssrelax=1 txctcssdefault=88.5 rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. 3 txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. 3 rxctcssoverride=1 carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=yes I'm able to open the repeater with any or none subtone. The repeater is sending 88.5 Hz subtone all the time. It doesn't matter which subtone I use on my handheld. I want the repeater to send out the subtone I use on my handheld, but it doesn't. I'm currently at the repeaters site and connected to your repeaters. Maybe we can have a short chat on RF. Thank you, 73, Jann > -----Original Message----- > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Sunday, March 07, 2010 3:22 PM > To: Jann; app_rpt mailing list > Subject: RE: [App_rpt-users] CTCSS and carrier squelch > > > You have to set a txctcssdefault frequency. If you dont want > PL unless someone is encoding it, then include "itxctcss=yes" > in app_rpt.c (in the clause for the node), but you still have > to specify some tx default frequency whether you ever use it or not. > > ---------------------------------------- > > From: jann at gmx.de > > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > > Date: Sun, 7 Mar 2010 06:55:47 +0100 > > > > Hello Jim, > > > > thank you for the quick response. I did try the new > revision 569, but > > it doesn't work. My config: > > > > hdwtype=0 > > rxboost=1 > > rxctcssrelax=1 > > ;txctcssdefault=71.9 > > > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 > > 0.0,10 > > > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, > > 156.7, > > > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > 3.6,241.8,250. > > 3 > > > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 > > 0.0,10 > > > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, > > 156.7, > > > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > 3.6,241.8,250. > > 3 > > rxctcssoverride=1 > > carrierfrom=dsp > > ctcssfrom=dsp > > rxdemod=flat > > txprelim=yes > > > > The repeater can be opened now without a subtone. Unfortunately > > subtones will not be detected and regenerated by the repeater or > > simply passed through the repeater. Any ideas? > > > > Tnx, > > 73, > > Jann > > > >> -----Original Message----- > >> From: Jim Duuuude [mailto:telesistant at hotmail.com] > >> Sent: Saturday, March 06, 2010 6:05 PM > >> To: Jann; app_rpt mailing list > >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch > >> > >> > >> A reasonable and easy request. I went to great extremes (sarcasm > >> intended) to make a 1 line change in chan_usbradio to accommodate > >> this need. > >> > >> A new copy of chan_usbradio.c will be posted to the SVN > later today > >> once Steve gets home and does it. > >> > >> It will add the "rxctcssoverride" parameter to usbradio.conf, > >> allowing the rx CTCSS to default to off. (you have to put > >> "rxctcssoverride = yes" > >> in the file. > >> > >> You then specify your CTCSS tones like you would normally > (as if you > >> were going to require them for access), but the receiver will not > >> require any tone to actually receive. > >> > >> JIM WB6NIL > >> > >> ---------------------------------------- > >>> From: jann at gmx.de > >>> To: app_rpt-users at qrvc.com > >>> Date: Sat, 6 Mar 2010 17:17:19 +0100 > >>> Subject: [App_rpt-users] CTCSS and carrier squelch > >>> > >>> Hello, > >>> > >>> our repeater is in "carrier squelch"-mode. Since there is > >> much traffic > >>> on our repeater we are used to use different subtones for > different > >>> user groups just for the initial call to request a group > member to > >>> continue the qso without subtone (so nobody else in the > >> group will be disturbed). > >>> Unfortunately this seems to be impossible. We tried these > >>> configurations in > >>> usbradio.conf: > >>> > >>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) > >>> hdwtype=0 > >>> ;txctcssdefault=71.9 > >>> > >> > rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 > >> , > >>> 100.0, > >>> > >> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > >> 6.2,151.4,156. > >>> > >> > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 > >> 4 > >>> 1.8,25 > >>> 0.3 > >>> > >> > txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 > >> , > >>> 100.0, > >>> > >> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > >> 6.2,151.4,156. > >>> > >> > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 > >> 4 > >>> 1.8,25 > >>> 0.3 > >>> carrierfrom=dsp > >>> ctcssfrom=dsp > >>> rxdemod=flat > >>> txprelim=yes > >>> > >>> #2 (we tried to disable CTCSS) > >>> hdwtype=0 > >>> carrierfrom=dsp > >>> ctcssfrom=no > >>> rxdemod=flat > >>> txprelim=yes > >>> > >>> Is there a way to pass CTCSS tones through the repeater > in "carrier > >>> squelch"-mode ? I don't care whether it will be > >> decoded/encoded by the > >>> software or just passed through the repeater (0-300 Hz > passthrough). > >>> Currently passthrough of 0-300 Hz seems to be blocked by > >> the software. > >>> > >>> Thanks > >>> 73, > >>> Jann > >>> DG8NGN > >>> > >>> > >>> -- > >>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > >>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > >>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > >>> > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at qrvc.com > >>> http://qrvc.com/mailman/listinfo/app_rpt-users > >> = > > > = From Ramesh at va3uv.com Sun Mar 7 15:22:25 2010 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sun, 07 Mar 2010 10:22:25 -0500 Subject: [App_rpt-users] iax provisioning Message-ID: <4B93C4B1.6050709@va3uv.com> Hi Guys; One of the nodes that I administer is giving the following error, when trying to do an iax2 reload: iax2 reload == Parsing '/etc/asterisk/iax.conf': Found [Mar 7 10:19:44] NOTICE[2839]: chan_iax2.c:10022 set_config: Ignoring bindaddr on reload == Loaded firmware 'iaxy.bin' [Mar 7 10:19:44] NOTICE[2839]: iax2-provision.c:518 iax_provision_reload: No IAX provisioning configuration found, IAX provisioning disabled. Consequently, no IAX connections (inbound or outbound) are being accepted. Any ideas? TIA, Ramesh. From telesistant at hotmail.com Sun Mar 7 17:45:17 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 7 Mar 2010 09:45:17 -0800 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: <1D12E9CA945244CCBFAA3ED792880876@jann> References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> , <1D12E9CA945244CCBFAA3ED792880876@jann> Message-ID: I verified your report and indeed it was only putting out the default tone. I located and fixed the problem. You still have to specify a default CTCSS tone (which will be transmitted whether there is an input or not, and whether or not there is CTCSS tone on the input). I just sent the new software to Steve RoDgers and he will put it in SVN later this morning. JIM ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > Date: Sun, 7 Mar 2010 15:57:47 +0100 > > Hi Jim, > > I set 88.5 Hz now as a default CTCSS-tone: > > hdwtype=0 > rxboost=1 > rxctcssrelax=1 > txctcssdefault=88.5 > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > rxctcssoverride=1 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > > I'm able to open the repeater with any or none subtone. The repeater is > sending 88.5 Hz subtone all the time. It doesn't matter which subtone I use > on my handheld. > > I want the repeater to send out the subtone I use on my handheld, but it > doesn't. > > I'm currently at the repeaters site and connected to your repeaters. Maybe > we can have a short chat on RF. > > Thank you, > 73, > Jann > >> -----Original Message----- >> From: Jim Duuuude [mailto:telesistant at hotmail.com] >> Sent: Sunday, March 07, 2010 3:22 PM >> To: Jann; app_rpt mailing list >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >> >> >> You have to set a txctcssdefault frequency. If you dont want >> PL unless someone is encoding it, then include "itxctcss=yes" >> in app_rpt.c (in the clause for the node), but you still have >> to specify some tx default frequency whether you ever use it or not. >> >> ---------------------------------------- >>> From: jann at gmx.de >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com >>> Subject: Re: [App_rpt-users] CTCSS and carrier squelch >>> Date: Sun, 7 Mar 2010 06:55:47 +0100 >>> >>> Hello Jim, >>> >>> thank you for the quick response. I did try the new >> revision 569, but >>> it doesn't work. My config: >>> >>> hdwtype=0 >>> rxboost=1 >>> rxctcssrelax=1 >>> ;txctcssdefault=71.9 >>> >> rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> >> txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> rxctcssoverride=1 >>> carrierfrom=dsp >>> ctcssfrom=dsp >>> rxdemod=flat >>> txprelim=yes >>> >>> The repeater can be opened now without a subtone. Unfortunately >>> subtones will not be detected and regenerated by the repeater or >>> simply passed through the repeater. Any ideas? >>> >>> Tnx, >>> 73, >>> Jann >>> >>>> -----Original Message----- >>>> From: Jim Duuuude [mailto:telesistant at hotmail.com] >>>> Sent: Saturday, March 06, 2010 6:05 PM >>>> To: Jann; app_rpt mailing list >>>> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >>>> >>>> >>>> A reasonable and easy request. I went to great extremes (sarcasm >>>> intended) to make a 1 line change in chan_usbradio to accommodate >>>> this need. >>>> >>>> A new copy of chan_usbradio.c will be posted to the SVN >> later today >>>> once Steve gets home and does it. >>>> >>>> It will add the "rxctcssoverride" parameter to usbradio.conf, >>>> allowing the rx CTCSS to default to off. (you have to put >>>> "rxctcssoverride = yes" >>>> in the file. >>>> >>>> You then specify your CTCSS tones like you would normally >> (as if you >>>> were going to require them for access), but the receiver will not >>>> require any tone to actually receive. >>>> >>>> JIM WB6NIL >>>> >>>> ---------------------------------------- >>>>> From: jann at gmx.de >>>>> To: app_rpt-users at qrvc.com >>>>> Date: Sat, 6 Mar 2010 17:17:19 +0100 >>>>> Subject: [App_rpt-users] CTCSS and carrier squelch >>>>> >>>>> Hello, >>>>> >>>>> our repeater is in "carrier squelch"-mode. Since there is >>>> much traffic >>>>> on our repeater we are used to use different subtones for >> different >>>>> user groups just for the initial call to request a group >> member to >>>>> continue the qso without subtone (so nobody else in the >>>> group will be disturbed). >>>>> Unfortunately this seems to be impossible. We tried these >>>>> configurations in >>>>> usbradio.conf: >>>>> >>>>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) >>>>> hdwtype=0 >>>>> ;txctcssdefault=71.9 >>>>> >>>> >> rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>> , >>>>> 100.0, >>>>> >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>> 6.2,151.4,156. >>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>> 4 >>>>> 1.8,25 >>>>> 0.3 >>>>> >>>> >> txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>> , >>>>> 100.0, >>>>> >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>> 6.2,151.4,156. >>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>> 4 >>>>> 1.8,25 >>>>> 0.3 >>>>> carrierfrom=dsp >>>>> ctcssfrom=dsp >>>>> rxdemod=flat >>>>> txprelim=yes >>>>> >>>>> #2 (we tried to disable CTCSS) >>>>> hdwtype=0 >>>>> carrierfrom=dsp >>>>> ctcssfrom=no >>>>> rxdemod=flat >>>>> txprelim=yes >>>>> >>>>> Is there a way to pass CTCSS tones through the repeater >> in "carrier >>>>> squelch"-mode ? I don't care whether it will be >>>> decoded/encoded by the >>>>> software or just passed through the repeater (0-300 Hz >> passthrough). >>>>> Currently passthrough of 0-300 Hz seems to be blocked by >>>> the software. >>>>> >>>>> Thanks >>>>> 73, >>>>> Jann >>>>> DG8NGN >>>>> >>>>> >>>>> -- >>>>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany >>>>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de >>>>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at qrvc.com >>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>> = >>> >> = > From telesistant at hotmail.com Sun Mar 7 17:46:06 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 7 Mar 2010 09:46:06 -0800 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: <1D12E9CA945244CCBFAA3ED792880876@jann> References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> , <1D12E9CA945244CCBFAA3ED792880876@jann> Message-ID: and, by the way, its xpmr.c and xpmr.h in the channels/xpmr directory ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > Date: Sun, 7 Mar 2010 15:57:47 +0100 > > Hi Jim, > > I set 88.5 Hz now as a default CTCSS-tone: > > hdwtype=0 > rxboost=1 > rxctcssrelax=1 > txctcssdefault=88.5 > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,100.0,10 > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4,156.7, > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,241.8,250. > 3 > rxctcssoverride=1 > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=yes > > I'm able to open the repeater with any or none subtone. The repeater is > sending 88.5 Hz subtone all the time. It doesn't matter which subtone I use > on my handheld. > > I want the repeater to send out the subtone I use on my handheld, but it > doesn't. > > I'm currently at the repeaters site and connected to your repeaters. Maybe > we can have a short chat on RF. > > Thank you, > 73, > Jann > >> -----Original Message----- >> From: Jim Duuuude [mailto:telesistant at hotmail.com] >> Sent: Sunday, March 07, 2010 3:22 PM >> To: Jann; app_rpt mailing list >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >> >> >> You have to set a txctcssdefault frequency. If you dont want >> PL unless someone is encoding it, then include "itxctcss=yes" >> in app_rpt.c (in the clause for the node), but you still have >> to specify some tx default frequency whether you ever use it or not. >> >> ---------------------------------------- >>> From: jann at gmx.de >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com >>> Subject: Re: [App_rpt-users] CTCSS and carrier squelch >>> Date: Sun, 7 Mar 2010 06:55:47 +0100 >>> >>> Hello Jim, >>> >>> thank you for the quick response. I did try the new >> revision 569, but >>> it doesn't work. My config: >>> >>> hdwtype=0 >>> rxboost=1 >>> rxctcssrelax=1 >>> ;txctcssdefault=71.9 >>> >> rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> >> txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> rxctcssoverride=1 >>> carrierfrom=dsp >>> ctcssfrom=dsp >>> rxdemod=flat >>> txprelim=yes >>> >>> The repeater can be opened now without a subtone. Unfortunately >>> subtones will not be detected and regenerated by the repeater or >>> simply passed through the repeater. Any ideas? >>> >>> Tnx, >>> 73, >>> Jann >>> >>>> -----Original Message----- >>>> From: Jim Duuuude [mailto:telesistant at hotmail.com] >>>> Sent: Saturday, March 06, 2010 6:05 PM >>>> To: Jann; app_rpt mailing list >>>> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >>>> >>>> >>>> A reasonable and easy request. I went to great extremes (sarcasm >>>> intended) to make a 1 line change in chan_usbradio to accommodate >>>> this need. >>>> >>>> A new copy of chan_usbradio.c will be posted to the SVN >> later today >>>> once Steve gets home and does it. >>>> >>>> It will add the "rxctcssoverride" parameter to usbradio.conf, >>>> allowing the rx CTCSS to default to off. (you have to put >>>> "rxctcssoverride = yes" >>>> in the file. >>>> >>>> You then specify your CTCSS tones like you would normally >> (as if you >>>> were going to require them for access), but the receiver will not >>>> require any tone to actually receive. >>>> >>>> JIM WB6NIL >>>> >>>> ---------------------------------------- >>>>> From: jann at gmx.de >>>>> To: app_rpt-users at qrvc.com >>>>> Date: Sat, 6 Mar 2010 17:17:19 +0100 >>>>> Subject: [App_rpt-users] CTCSS and carrier squelch >>>>> >>>>> Hello, >>>>> >>>>> our repeater is in "carrier squelch"-mode. Since there is >>>> much traffic >>>>> on our repeater we are used to use different subtones for >> different >>>>> user groups just for the initial call to request a group >> member to >>>>> continue the qso without subtone (so nobody else in the >>>> group will be disturbed). >>>>> Unfortunately this seems to be impossible. We tried these >>>>> configurations in >>>>> usbradio.conf: >>>>> >>>>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS dsp-mode) >>>>> hdwtype=0 >>>>> ;txctcssdefault=71.9 >>>>> >>>> >> rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>> , >>>>> 100.0, >>>>> >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>> 6.2,151.4,156. >>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>> 4 >>>>> 1.8,25 >>>>> 0.3 >>>>> >>>> >> txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>> , >>>>> 100.0, >>>>> >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>> 6.2,151.4,156. >>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>> 4 >>>>> 1.8,25 >>>>> 0.3 >>>>> carrierfrom=dsp >>>>> ctcssfrom=dsp >>>>> rxdemod=flat >>>>> txprelim=yes >>>>> >>>>> #2 (we tried to disable CTCSS) >>>>> hdwtype=0 >>>>> carrierfrom=dsp >>>>> ctcssfrom=no >>>>> rxdemod=flat >>>>> txprelim=yes >>>>> >>>>> Is there a way to pass CTCSS tones through the repeater >> in "carrier >>>>> squelch"-mode ? I don't care whether it will be >>>> decoded/encoded by the >>>>> software or just passed through the repeater (0-300 Hz >> passthrough). >>>>> Currently passthrough of 0-300 Hz seems to be blocked by >>>> the software. >>>>> >>>>> Thanks >>>>> 73, >>>>> Jann >>>>> DG8NGN >>>>> >>>>> >>>>> -- >>>>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany >>>>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de >>>>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at qrvc.com >>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>> = >>> >> = > From ke2n at cs.com Sun Mar 7 19:06:58 2010 From: ke2n at cs.com (Ken) Date: Sun, 7 Mar 2010 14:06:58 -0500 Subject: [App_rpt-users] prodding channel Message-ID: <000001cabe29$5c54d340$14fe79c0$@com> I have updated to version 0.216 yesterday - it is running well on my setup, except I am seeing some warning messages that I do not recall seeing before WARNING[19250]: channel.c:2590 ast_prod: Prodding channel 'Zap/pseudo-470869475' failed What does it mean? Ken Jamrogowicz I guess I should mention that I have been running a 64 bit compile of app-rpt for a couple of weeks now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Mar 7 20:12:11 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 7 Mar 2010 12:12:11 -0800 Subject: [App_rpt-users] prodding channel In-Reply-To: <000001cabe29$5c54d340$14fe79c0$@com> References: <000001cabe29$5c54d340$14fe79c0$@com> Message-ID: IDFK? (stands for I dont Know, the 'F' is silent) I have never seen this behavior. When does it do it? JIM ________________________________ > From: ke2n at cs.com > To: App_rpt-users at qrvc.com > Date: Sun, 7 Mar 2010 14:06:58 -0500 > Subject: [App_rpt-users] prodding channel > > > > > > > > > > > > > > > > > > I have updated to version 0.216 yesterday ? it is > running well on my setup, except I am seeing some warning messages that I do > not recall seeing before > > > > > > > > WARNING[19250]: channel.c:2590 ast_prod: Prodding channel > 'Zap/pseudo-470869475' failed > > > > > > > > What does it mean? > > > > > > > > Ken Jamrogowicz > > > > > > > > I guess I should mention that I have been running a 64 bit > compile of app-rpt for a couple of weeks now? > > From ke2n at cs.com Mon Mar 8 01:14:17 2010 From: ke2n at cs.com (Ken) Date: Sun, 7 Mar 2010 20:14:17 -0500 Subject: [App_rpt-users] prodding channel In-Reply-To: References: <000001cabe29$5c54d340$14fe79c0$@com> Message-ID: <000101cabe5c$ac989570$05c9c050$@com> It just happens every 10 minutes ... nothing much going on from my side, just echolink updates Here what sends the message - int ast_prod(struct ast_channel *chan) { struct ast_frame a = { AST_FRAME_VOICE }; char nothing[128]; /* Send an empty audio frame to get things moving */ if (chan->_state != AST_STATE_UP) { if (option_debug) ast_log(LOG_DEBUG, "Prodding channel '%s'\n", chan->name); a.subclass = chan->rawwriteformat; a.data = nothing + AST_FRIENDLY_OFFSET; a.src = "ast_prod"; if (ast_write(chan, &a)) ast_log(LOG_WARNING, "Prodding channel '%s' failed\n", chan->name); } return 0; } I don't have the tools to find where some routine is exercising this every 10 minutes . is it related to echolink? Ken > -----Original Message----- > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Sunday, March 07, 2010 3:12 PM > To: ke2n at cs.com; app_rpt mailing list > Subject: RE: [App_rpt-users] prodding channel > > > > IDFK (stands for I dont Know, the 'F' is silent) > > I have never seen this behavior. When does it do it? > > JIM > ________________________________ > > From: ke2n at cs.com > > To: App_rpt-users at qrvc.com > > Date: Sun, 7 Mar 2010 14:06:58 -0500 > > Subject: [App_rpt-users] prodding channel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I have updated to version 0.216 yesterday - it is > > running well on my setup, except I am seeing some warning messages > that I do > > not recall seeing before > > > > > > > > > > > > > > > > WARNING[19250]: channel.c:2590 ast_prod: Prodding channel > > 'Zap/pseudo-470869475' failed > > > > > > > > > > > > > > > > What does it mean? > > > > > > > > > > > > > > > > Ken Jamrogowicz > > > > > > > > > > > > > > > > I guess I should mention that I have been running a 64 bit > > compile of app-rpt for a couple of weeks now. > > > > > = -------------- next part -------------- An HTML attachment was scrubbed... URL: From jann at gmx.de Mon Mar 8 08:58:18 2010 From: jann at gmx.de (Jann Traschewski) Date: Mon, 8 Mar 2010 09:58:18 +0100 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> , <1D12E9CA945244CCBFAA3ED792880876@jann> Message-ID: Yeah, that did it ;) Thank you! Since we run two permanently linked repeaters I wonder whether it is possible to "passthrough" the incoming PL not only local but through the other repeater using IAX-protocol? Are there any extensions in IAX that would allow to add some payload like PL-tone-information? That would make it possible to extend our "subtone-user-group-calling" across more repeaters. 73, Jann > -----Original Message----- > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Sunday, March 07, 2010 6:45 PM > To: Jann; app_rpt mailing list > Subject: RE: [App_rpt-users] CTCSS and carrier squelch > > > I verified your report and indeed it was only putting out the > default tone. I located and fixed the problem. > > You still have to specify a default CTCSS tone (which will be > transmitted whether there is an input or not, and whether or > not there is CTCSS tone on the input). > > I just sent the new software to Steve RoDgers and he will put > it in SVN later this morning. > > JIM > > ---------------------------------------- > > From: jann at gmx.de > > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > > Date: Sun, 7 Mar 2010 15:57:47 +0100 > > > > Hi Jim, > > > > I set 88.5 Hz now as a default CTCSS-tone: > > > > hdwtype=0 > > rxboost=1 > > rxctcssrelax=1 > > txctcssdefault=88.5 > > > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 > > 0.0,10 > > > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, > > 156.7, > > > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > 3.6,241.8,250. > > 3 > > > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 > > 0.0,10 > > > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, > > 156.7, > > > 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > 3.6,241.8,250. > > 3 > > rxctcssoverride=1 > > carrierfrom=dsp > > ctcssfrom=dsp > > rxdemod=flat > > txprelim=yes > > > > I'm able to open the repeater with any or none subtone. The > repeater > > is sending 88.5 Hz subtone all the time. It doesn't matter which > > subtone I use on my handheld. > > > > I want the repeater to send out the subtone I use on my > handheld, but > > it doesn't. > > > > I'm currently at the repeaters site and connected to your > repeaters. > > Maybe we can have a short chat on RF. > > > > Thank you, > > 73, > > Jann > > > >> -----Original Message----- > >> From: Jim Duuuude [mailto:telesistant at hotmail.com] > >> Sent: Sunday, March 07, 2010 3:22 PM > >> To: Jann; app_rpt mailing list > >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch > >> > >> > >> You have to set a txctcssdefault frequency. If you dont want PL > >> unless someone is encoding it, then include "itxctcss=yes" > >> in app_rpt.c (in the clause for the node), but you still have to > >> specify some tx default frequency whether you ever use it or not. > >> > >> ---------------------------------------- > >>> From: jann at gmx.de > >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com > >>> Subject: Re: [App_rpt-users] CTCSS and carrier squelch > >>> Date: Sun, 7 Mar 2010 06:55:47 +0100 > >>> > >>> Hello Jim, > >>> > >>> thank you for the quick response. I did try the new > >> revision 569, but > >>> it doesn't work. My config: > >>> > >>> hdwtype=0 > >>> rxboost=1 > >>> rxctcssrelax=1 > >>> ;txctcssdefault=71.9 > >>> > >> > rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,1 > >> 0 > >>> 0.0,10 > >>> > >> > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4 > >> , > >>> 156.7, > >>> > >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > >> 3.6,241.8,250. > >>> 3 > >>> > >> > txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,1 > >> 0 > >>> 0.0,10 > >>> > >> > 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4 > >> , > >>> 156.7, > >>> > >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 > >> 3.6,241.8,250. > >>> 3 > >>> rxctcssoverride=1 > >>> carrierfrom=dsp > >>> ctcssfrom=dsp > >>> rxdemod=flat > >>> txprelim=yes > >>> > >>> The repeater can be opened now without a subtone. Unfortunately > >>> subtones will not be detected and regenerated by the repeater or > >>> simply passed through the repeater. Any ideas? > >>> > >>> Tnx, > >>> 73, > >>> Jann > >>> > >>>> -----Original Message----- > >>>> From: Jim Duuuude [mailto:telesistant at hotmail.com] > >>>> Sent: Saturday, March 06, 2010 6:05 PM > >>>> To: Jann; app_rpt mailing list > >>>> Subject: RE: [App_rpt-users] CTCSS and carrier squelch > >>>> > >>>> > >>>> A reasonable and easy request. I went to great extremes (sarcasm > >>>> intended) to make a 1 line change in chan_usbradio to > accommodate > >>>> this need. > >>>> > >>>> A new copy of chan_usbradio.c will be posted to the SVN > >> later today > >>>> once Steve gets home and does it. > >>>> > >>>> It will add the "rxctcssoverride" parameter to usbradio.conf, > >>>> allowing the rx CTCSS to default to off. (you have to put > >>>> "rxctcssoverride = yes" > >>>> in the file. > >>>> > >>>> You then specify your CTCSS tones like you would normally > >> (as if you > >>>> were going to require them for access), but the receiver > will not > >>>> require any tone to actually receive. > >>>> > >>>> JIM WB6NIL > >>>> > >>>> ---------------------------------------- > >>>>> From: jann at gmx.de > >>>>> To: app_rpt-users at qrvc.com > >>>>> Date: Sat, 6 Mar 2010 17:17:19 +0100 > >>>>> Subject: [App_rpt-users] CTCSS and carrier squelch > >>>>> > >>>>> Hello, > >>>>> > >>>>> our repeater is in "carrier squelch"-mode. Since there is > >>>> much traffic > >>>>> on our repeater we are used to use different subtones for > >> different > >>>>> user groups just for the initial call to request a group > >> member to > >>>>> continue the qso without subtone (so nobody else in the > >>>> group will be disturbed). > >>>>> Unfortunately this seems to be impossible. We tried these > >>>>> configurations in > >>>>> usbradio.conf: > >>>>> > >>>>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS > dsp-mode) > >>>>> hdwtype=0 > >>>>> ;txctcssdefault=71.9 > >>>>> > >>>> > >> > rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 > >>>> , > >>>>> 100.0, > >>>>> > >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > >>>> 6.2,151.4,156. > >>>>> > >>>> > >> > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 > >>>> 4 > >>>>> 1.8,25 > >>>>> 0.3 > >>>>> > >>>> > >> > txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 > >>>> , > >>>>> 100.0, > >>>>> > >>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 > >>>> 6.2,151.4,156. > >>>>> > >>>> > >> > 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 > >>>> 4 > >>>>> 1.8,25 > >>>>> 0.3 > >>>>> carrierfrom=dsp > >>>>> ctcssfrom=dsp > >>>>> rxdemod=flat > >>>>> txprelim=yes > >>>>> > >>>>> #2 (we tried to disable CTCSS) > >>>>> hdwtype=0 > >>>>> carrierfrom=dsp > >>>>> ctcssfrom=no > >>>>> rxdemod=flat > >>>>> txprelim=yes > >>>>> > >>>>> Is there a way to pass CTCSS tones through the repeater > >> in "carrier > >>>>> squelch"-mode ? I don't care whether it will be > >>>> decoded/encoded by the > >>>>> software or just passed through the repeater (0-300 Hz > >> passthrough). > >>>>> Currently passthrough of 0-300 Hz seems to be blocked by > >>>> the software. > >>>>> > >>>>> Thanks > >>>>> 73, > >>>>> Jann > >>>>> DG8NGN > >>>>> > >>>>> > >>>>> -- > >>>>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > >>>>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: > jann at gmx.de > >>>>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ > UIN: 4130182 > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> App_rpt-users mailing list > >>>>> App_rpt-users at qrvc.com > >>>>> http://qrvc.com/mailman/listinfo/app_rpt-users > >>>> = > >>> > >> = > > > = From k1lnx at k1lnx.net Mon Mar 8 12:04:19 2010 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Mon, 8 Mar 2010 07:04:19 -0500 Subject: [App_rpt-users] iax provisioning In-Reply-To: <4B93C4B1.6050709@va3uv.com> References: <4B93C4B1.6050709@va3uv.com> Message-ID: <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> I have this exact same issue, I was trying to setup an IAX trunk to another machine and encountered the same error upon reload. I haven't tested it, but I suspect my IAX connections are failing as well. Stephen K1LNX Sent from my iPhone On Mar 7, 2010, at 10:22, "Ramesh Dhami (VA3UV)" wrote: > Hi Guys; > > One of the nodes that I administer is giving the following error, when > trying to do an iax2 reload: > > > iax2 reload > == Parsing '/etc/asterisk/iax.conf': Found > [Mar 7 10:19:44] NOTICE[2839]: chan_iax2.c:10022 set_config: Ignoring > bindaddr on reload > == Loaded firmware 'iaxy.bin' > [Mar 7 10:19:44] NOTICE[2839]: iax2-provision.c:518 > iax_provision_reload: No IAX provisioning configuration found, IAX > provisioning disabled. > > > Consequently, no IAX connections (inbound or outbound) are being > accepted. > > Any ideas? > > TIA, > > Ramesh. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From n0nki at iwishi.nu Mon Mar 8 13:15:30 2010 From: n0nki at iwishi.nu (n0nki at iwishi.nu) Date: Mon, 8 Mar 2010 07:15:30 -0600 (CST) Subject: [App_rpt-users] iax provisioning In-Reply-To: <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> References: <4B93C4B1.6050709@va3uv.com> <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> Message-ID: These aren't error messages at all. They are NOTICE messages. #1 Ignoring bindaddress on reload. Because it's already bound. No need on a reload. #2 Provisioning IAX configuration not found. This tells me you are't using the IAXy device and havn't attempted to provision this ATA device from your Asterisk machine. You have nothing to worry from these two NOTICE messages. -73s, N0NKI -Eric On Mon, 8 Mar 2010, Stephen - K1LNX wrote: > I have this exact same issue, I was trying to setup an IAX trunk to > another machine and encountered the same error upon reload. > I haven't tested it, but I suspect my IAX connections are failing as > well. > Stephen K1LNX > On Mar 7, 2010, at 10:22, "Ramesh Dhami (VA3UV)" > wrote: >> Hi Guys; >> One of the nodes that I administer is giving the following error, when >> trying to do an iax2 reload: >> >> iax2 reload >> == Parsing '/etc/asterisk/iax.conf': Found >> [Mar 7 10:19:44] NOTICE[2839]: chan_iax2.c:10022 set_config: Ignoring >> bindaddr on reload >> == Loaded firmware 'iaxy.bin' >> [Mar 7 10:19:44] NOTICE[2839]: iax2-provision.c:518 >> iax_provision_reload: No IAX provisioning configuration found, IAX >> provisioning disabled. >> >> Consequently, no IAX connections (inbound or outbound) are being >> accepted. >> Any ideas? >> TIA, Ramesh. From ckraly at gmail.com Mon Mar 8 14:27:45 2010 From: ckraly at gmail.com (Chuck Kraly) Date: Mon, 8 Mar 2010 08:27:45 -0600 Subject: [App_rpt-users] Scheduler question Message-ID: <16c865551003080627p5868d651p281100e5af2d1784@mail.gmail.com> Ok guys, I got the weather scripts running on 27078. I can command a manual voice report via DTMF. What i am having problems with is getting the scheduler to play the daily report at 6am and 1pm local time. I have the cron set up ok to run the update scripts, and like I said touch toning them manually is no problem. What I have done so far: in rpt.conf, [macro] 1 = *94# ; ; Scheduler - execute a macro at a given time ; [schedule] ;dtmf_function = m h dom mon dow ; ala cron, star is implied 1 = 15 6,13,19 * * * ; at 6:15,13:15, execute macro 1. What am I missing here (notice i tried to set the times for 6:15, 13:15, and 19:15 daily. Also I know I saw it in the archives ( but cannot seem to run across it again- if I make changes to rpt.conf or some other file, what is the command to reload that file so asterisk sees the changes? Or do i have to reboot the machine (like I have been doing) Off list answers welcomed...... Chuck K0XM 27064, 27077, 27078 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sales at qrvc.com Mon Mar 8 15:18:55 2010 From: sales at qrvc.com (Stephen Rodgers) Date: Mon, 08 Mar 2010 07:18:55 -0800 Subject: [App_rpt-users] Scheduler question In-Reply-To: <16c865551003080627p5868d651p281100e5af2d1784@mail.gmail.com> References: <16c865551003080627p5868d651p281100e5af2d1784@mail.gmail.com> Message-ID: <4B95155F.3000505@qrvc.com> Chuck Kraly wrote: > Ok guys, > I got the weather scripts running on 27078. I can command a manual voice > report via DTMF. What i am having problems with is getting the scheduler to > play the daily report at 6am and 1pm local time. I have the cron set up ok > to run the update scripts, and like I said touch toning them manually is no > problem. > What I have done so far: > in rpt.conf, > > > [macro] > 1 = *94# > > > > ; > ; Scheduler - execute a macro at a given time > ; > [schedule] > > ;dtmf_function = m h dom mon dow ; ala cron, star is implied > > 1 = 15 6,13,19 * * * ; at 6:15,13:15, execute macro 1. > > > What am I missing here (notice i tried to set the times for 6:15, 13:15, and > 19:15 daily. > > > Also I know I saw it in the archives ( but cannot seem to run across it > again- if I make changes to rpt.conf or some other file, what is the command > to reload that file so asterisk sees the changes? Or do i have to reboot the > machine (like I have been doing) > > > Off list answers welcomed...... > > > Chuck K0XM > > 27064, 27077, 27078 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users It is a very basic implementation of the cron format. It doesn't support commas for multiple times. Use 3 separate lines pointing to the same macro and it should work fine. Steve WA6ZFT From f6hqz-m at hamwlan.net Mon Mar 8 16:45:47 2010 From: f6hqz-m at hamwlan.net (F6HQZ) Date: Mon, 08 Mar 2010 17:45:47 +0100 Subject: [App_rpt-users] iax provisioning In-Reply-To: <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> References: <4B93C4B1.6050709@va3uv.com> <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> Message-ID: <4B9529BB.1090707@hamwlan.net> Hi men, IAX provisionning is for the old ATA form Digium, named IAXY or S101i. The firmware and its config file is pushed to the ATA when registried to Asterisk. So, you have no config file for such device in the correct directory, thats all... No Matter ! Bindaddr is another thing. May be you haven't defined the Ethernet port to address (0.0.0.0 for all local ports on the machine is ok) ? Best 73's from F6HQZ Francois Le 08/03/2010 13:04, Stephen - K1LNX a ?crit : > I have this exact same issue, I was trying to setup an IAX trunk to > another machine and encountered the same error upon reload. > > I haven't tested it, but I suspect my IAX connections are failing as > well. > > Stephen > K1LNX > > Sent from my iPhone > > On Mar 7, 2010, at 10:22, "Ramesh Dhami (VA3UV)" > wrote: > >> Hi Guys; >> >> One of the nodes that I administer is giving the following error, when >> trying to do an iax2 reload: >> >> >> iax2 reload >> == Parsing '/etc/asterisk/iax.conf': Found >> [Mar 7 10:19:44] NOTICE[2839]: chan_iax2.c:10022 set_config: Ignoring >> bindaddr on reload >> == Loaded firmware 'iaxy.bin' >> [Mar 7 10:19:44] NOTICE[2839]: iax2-provision.c:518 >> iax_provision_reload: No IAX provisioning configuration found, IAX >> provisioning disabled. >> >> >> Consequently, no IAX connections (inbound or outbound) are being >> accepted. >> >> Any ideas? >> >> TIA, >> >> Ramesh. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From k1lnx at k1lnx.net Mon Mar 8 17:05:47 2010 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Mon, 8 Mar 2010 12:05:47 -0500 Subject: [App_rpt-users] iax provisioning In-Reply-To: <4B9529BB.1090707@hamwlan.net> References: <4B93C4B1.6050709@va3uv.com> <788948C6-5CC3-4C6A-8C2E-FBE3F8E70AD0@k1lnx.net> <4B9529BB.1090707@hamwlan.net> Message-ID: <8390870f1003080905i4a7532e9l662655874e59808d@mail.gmail.com> THanks for the clarification... I'll take a look at it again tonight. I could not get my IAX trunk to work, and I am running on a different port. On Mon, Mar 8, 2010 at 11:45 AM, F6HQZ wrote: > Hi men, > > IAX provisionning is for the old ATA form Digium, named IAXY or S101i. > The firmware and its config file is pushed to the ATA when registried to > Asterisk. > So, you have no config file for such device in the correct directory, > thats all... No Matter ! > > Bindaddr is another thing. > May be you haven't defined the Ethernet port to address (0.0.0.0 for all > local ports on the machine is ok) ? > > Best 73's from F6HQZ Francois > > > Le 08/03/2010 13:04, Stephen - K1LNX a ?crit : > > I have this exact same issue, I was trying to setup an IAX trunk to > > another machine and encountered the same error upon reload. > > > > I haven't tested it, but I suspect my IAX connections are failing as > > well. > > > > Stephen > > K1LNX > > > > Sent from my iPhone > > > > On Mar 7, 2010, at 10:22, "Ramesh Dhami (VA3UV)" > > wrote: > > > >> Hi Guys; > >> > >> One of the nodes that I administer is giving the following error, when > >> trying to do an iax2 reload: > >> > >> > >> iax2 reload > >> == Parsing '/etc/asterisk/iax.conf': Found > >> [Mar 7 10:19:44] NOTICE[2839]: chan_iax2.c:10022 set_config: Ignoring > >> bindaddr on reload > >> == Loaded firmware 'iaxy.bin' > >> [Mar 7 10:19:44] NOTICE[2839]: iax2-provision.c:518 > >> iax_provision_reload: No IAX provisioning configuration found, IAX > >> provisioning disabled. > >> > >> > >> Consequently, no IAX connections (inbound or outbound) are being > >> accepted. > >> > >> Any ideas? > >> > >> TIA, > >> > >> Ramesh. > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at qrvc.com > >> http://qrvc.com/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > -- **************************************** Stephen Brown - ARS K1LNX Johnson City, TN EM86 http://www.k1lnx.net google voice: 423-665-9367 sip: sbrown at voip.stephennet.net **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Mar 8 18:13:42 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 8 Mar 2010 10:13:42 -0800 Subject: [App_rpt-users] CTCSS and carrier squelch In-Reply-To: References: <1C962EE8D7714962A3C6E48DEBB1BBF9@jann> , <3A63EA40EEEE4F858FC8B587149B1683@jann> , <1D12E9CA945244CCBFAA3ED792880876@jann> , Message-ID: The part regarding sending the CTCSS information in the IAX packet is quite trivial, the problem is that the TX CTCSS selection is not done in app_rpt. Its set and done in chan_usbradio for the USB and in pciradio.c (hardware driver) for the Quad PCI card. There is no direct and easy way to do this the way its done currently and would be quite an undertaking to change it. ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] CTCSS and carrier squelch > Date: Mon, 8 Mar 2010 09:58:18 +0100 > > Yeah, that did it ;) Thank you! > > Since we run two permanently linked repeaters I wonder whether it is > possible to "passthrough" the incoming PL not only local but through the > other repeater using IAX-protocol? Are there any extensions in IAX that > would allow to add some payload like PL-tone-information? That would make it > possible to extend our "subtone-user-group-calling" across more repeaters. > > 73, > Jann > >> -----Original Message----- >> From: Jim Duuuude [mailto:telesistant at hotmail.com] >> Sent: Sunday, March 07, 2010 6:45 PM >> To: Jann; app_rpt mailing list >> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >> >> >> I verified your report and indeed it was only putting out the >> default tone. I located and fixed the problem. >> >> You still have to specify a default CTCSS tone (which will be >> transmitted whether there is an input or not, and whether or >> not there is CTCSS tone on the input). >> >> I just sent the new software to Steve RoDgers and he will put >> it in SVN later this morning. >> >> JIM >> >> ---------------------------------------- >>> From: jann at gmx.de >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com >>> Subject: Re: [App_rpt-users] CTCSS and carrier squelch >>> Date: Sun, 7 Mar 2010 15:57:47 +0100 >>> >>> Hi Jim, >>> >>> I set 88.5 Hz now as a default CTCSS-tone: >>> >>> hdwtype=0 >>> rxboost=1 >>> rxctcssrelax=1 >>> txctcssdefault=88.5 >>> >> rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> >> txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,10 >>> 0.0,10 >>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4, >>> 156.7, >>> >> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >> 3.6,241.8,250. >>> 3 >>> rxctcssoverride=1 >>> carrierfrom=dsp >>> ctcssfrom=dsp >>> rxdemod=flat >>> txprelim=yes >>> >>> I'm able to open the repeater with any or none subtone. The >> repeater >>> is sending 88.5 Hz subtone all the time. It doesn't matter which >>> subtone I use on my handheld. >>> >>> I want the repeater to send out the subtone I use on my >> handheld, but >>> it doesn't. >>> >>> I'm currently at the repeaters site and connected to your >> repeaters. >>> Maybe we can have a short chat on RF. >>> >>> Thank you, >>> 73, >>> Jann >>> >>>> -----Original Message----- >>>> From: Jim Duuuude [mailto:telesistant at hotmail.com] >>>> Sent: Sunday, March 07, 2010 3:22 PM >>>> To: Jann; app_rpt mailing list >>>> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >>>> >>>> >>>> You have to set a txctcssdefault frequency. If you dont want PL >>>> unless someone is encoding it, then include "itxctcss=yes" >>>> in app_rpt.c (in the clause for the node), but you still have to >>>> specify some tx default frequency whether you ever use it or not. >>>> >>>> ---------------------------------------- >>>>> From: jann at gmx.de >>>>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com >>>>> Subject: Re: [App_rpt-users] CTCSS and carrier squelch >>>>> Date: Sun, 7 Mar 2010 06:55:47 +0100 >>>>> >>>>> Hello Jim, >>>>> >>>>> thank you for the quick response. I did try the new >>>> revision 569, but >>>>> it doesn't work. My config: >>>>> >>>>> hdwtype=0 >>>>> rxboost=1 >>>>> rxctcssrelax=1 >>>>> ;txctcssdefault=71.9 >>>>> >>>> >> rxctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,1 >>>> 0 >>>>> 0.0,10 >>>>> >>>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4 >>>> , >>>>> 156.7, >>>>> >>>> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >>>> 3.6,241.8,250. >>>>> 3 >>>>> >>>> >> txctcssfreqs=67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4,1 >>>> 0 >>>>> 0.0,10 >>>>> >>>> >> 3.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,146.2,151.4 >>>> , >>>>> 156.7, >>>>> >>>> 162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,23 >>>> 3.6,241.8,250. >>>>> 3 >>>>> rxctcssoverride=1 >>>>> carrierfrom=dsp >>>>> ctcssfrom=dsp >>>>> rxdemod=flat >>>>> txprelim=yes >>>>> >>>>> The repeater can be opened now without a subtone. Unfortunately >>>>> subtones will not be detected and regenerated by the repeater or >>>>> simply passed through the repeater. Any ideas? >>>>> >>>>> Tnx, >>>>> 73, >>>>> Jann >>>>> >>>>>> -----Original Message----- >>>>>> From: Jim Duuuude [mailto:telesistant at hotmail.com] >>>>>> Sent: Saturday, March 06, 2010 6:05 PM >>>>>> To: Jann; app_rpt mailing list >>>>>> Subject: RE: [App_rpt-users] CTCSS and carrier squelch >>>>>> >>>>>> >>>>>> A reasonable and easy request. I went to great extremes (sarcasm >>>>>> intended) to make a 1 line change in chan_usbradio to >> accommodate >>>>>> this need. >>>>>> >>>>>> A new copy of chan_usbradio.c will be posted to the SVN >>>> later today >>>>>> once Steve gets home and does it. >>>>>> >>>>>> It will add the "rxctcssoverride" parameter to usbradio.conf, >>>>>> allowing the rx CTCSS to default to off. (you have to put >>>>>> "rxctcssoverride = yes" >>>>>> in the file. >>>>>> >>>>>> You then specify your CTCSS tones like you would normally >>>> (as if you >>>>>> were going to require them for access), but the receiver >> will not >>>>>> require any tone to actually receive. >>>>>> >>>>>> JIM WB6NIL >>>>>> >>>>>> ---------------------------------------- >>>>>>> From: jann at gmx.de >>>>>>> To: app_rpt-users at qrvc.com >>>>>>> Date: Sat, 6 Mar 2010 17:17:19 +0100 >>>>>>> Subject: [App_rpt-users] CTCSS and carrier squelch >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> our repeater is in "carrier squelch"-mode. Since there is >>>>>> much traffic >>>>>>> on our repeater we are used to use different subtones for >>>> different >>>>>>> user groups just for the initial call to request a group >>>> member to >>>>>>> continue the qso without subtone (so nobody else in the >>>>>> group will be disturbed). >>>>>>> Unfortunately this seems to be impossible. We tried these >>>>>>> configurations in >>>>>>> usbradio.conf: >>>>>>> >>>>>>> #1 (we tried "0" in rxctcssfreqs/txctcssfreqs in CTCSS >> dsp-mode) >>>>>>> hdwtype=0 >>>>>>> ;txctcssdefault=71.9 >>>>>>> >>>>>> >>>> >> rxctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>>>> , >>>>>>> 100.0, >>>>>>> >>>>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>>>> 6.2,151.4,156. >>>>>>> >>>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>>>> 4 >>>>>>> 1.8,25 >>>>>>> 0.3 >>>>>>> >>>>>> >>>> >> txctcssfreqs=0,67.0,71.9,74.4,77.0,79.7,82.5,85.4,88.5,91.5,94.8,97.4 >>>>>> , >>>>>>> 100.0, >>>>>>> >>>>>> 103.5,107.2,110.9,114.8,118.8,123.0,127.3,131.8,136.5,141.3,14 >>>>>> 6.2,151.4,156. >>>>>>> >>>>>> >>>> >> 7,162.2,167.9,173.8,179.9,186.2,192.8,203.5,210.7,218.1,225.7,233.6,2 >>>>>> 4 >>>>>>> 1.8,25 >>>>>>> 0.3 >>>>>>> carrierfrom=dsp >>>>>>> ctcssfrom=dsp >>>>>>> rxdemod=flat >>>>>>> txprelim=yes >>>>>>> >>>>>>> #2 (we tried to disable CTCSS) >>>>>>> hdwtype=0 >>>>>>> carrierfrom=dsp >>>>>>> ctcssfrom=no >>>>>>> rxdemod=flat >>>>>>> txprelim=yes >>>>>>> >>>>>>> Is there a way to pass CTCSS tones through the repeater >>>> in "carrier >>>>>>> squelch"-mode ? I don't care whether it will be >>>>>> decoded/encoded by the >>>>>>> software or just passed through the repeater (0-300 Hz >>>> passthrough). >>>>>>> Currently passthrough of 0-300 Hz seems to be blocked by >>>>>> the software. >>>>>>> >>>>>>> Thanks >>>>>>> 73, >>>>>>> Jann >>>>>>> DG8NGN >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany >>>>>>> Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: >> jann at gmx.de >>>>>>> Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ >> UIN: 4130182 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> App_rpt-users mailing list >>>>>>> App_rpt-users at qrvc.com >>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>>> = >>>>> >>>> = >>> >> = > From mark at micro-node.com Mon Mar 8 21:24:26 2010 From: mark at micro-node.com (Mark Guibord) Date: Mon, 8 Mar 2010 13:24:26 -0800 Subject: [App_rpt-users] COR Problems Message-ID: <000501cabf05$bbd8f4e0$338adea0$@com> Hi Jim, Steve I'm having problems keying up the node when it's configured for COR from the USB interface "carrierfrom=usb". The signal is switching from low to high at pin 8 of the DB25 but does not key the transmitter. Is there a way to view the status of the COR input to the USB dongle? Thanks, Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Mar 8 22:38:57 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 8 Mar 2010 14:38:57 -0800 Subject: [App_rpt-users] COR Problems In-Reply-To: <000501cabf05$bbd8f4e0$338adea0$@com> References: <000501cabf05$bbd8f4e0$338adea0$@com> Message-ID: try radio set debug at the CLI prompt and see if you get any messages when you assert and de-assert the COR on pin 8 ________________________________ > From: mark at micro-node.com > To: app_rpt-users at qrvc.com > Date: Mon, 8 Mar 2010 13:24:26 -0800 > Subject: [App_rpt-users] COR Problems > > > > > > > > > > > > > > > > > > Hi Jim, Steve > > > > > > > > I?m having problems > keying up the node when it?s configured for COR from the USB interface > ?carrierfrom=usb?. The signal is switching from low to high at pin > 8 of the DB25 but does not key the transmitter. Is there a way to view the > status of the COR input to the USB dongle? > > > > > > > > Thanks, > > > > Mark > > > > > > From jann at gmx.de Mon Mar 8 23:08:02 2010 From: jann at gmx.de (Jann Traschewski) Date: Tue, 9 Mar 2010 00:08:02 +0100 Subject: [App_rpt-users] Kenwood Remote TRX Message-ID: Hi, I have seen in svn revision 565 of app_rpt.c the new "support for Kenwood TM-D700A as a remote". Do we need a special interface (like the TM-G707 needs) or can we simply use a serial cable? Does the dedicated DATA connector in 9600bps Packet Radio mode fit our needs for "flat" audio? Where can I find the informations which has been required to implement this feature? I have another radio from Kenwood (TM-V7) and a selfmade programming cable for the memory store. Could this be another transceiver for a remote controlable station? Tnx, 73, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 From telesistant at hotmail.com Mon Mar 8 23:24:26 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 8 Mar 2010 15:24:26 -0800 Subject: [App_rpt-users] Kenwood Remote TRX In-Reply-To: References: Message-ID: Yes the D700A just needs a serial cable (although it needs to be female-female straight thru, cause they used the wrong sex connector on the Kenwood radio). Yep 9600 baud packet mode is perfict. You will need to feed the URI output through the 2X amplifier since the Kenwood takes boat-loads of audio to modulate it properly. Set carrier detect and rxctcss to dsp and txmixa to voice. The radio makes its own CTCSS on transmit. I believe the V7 is the same as the TMG707 so it needs the magic circuitry. ---------------------------------------- > From: jann at gmx.de > To: app_rpt-users at qrvc.com > Date: Tue, 9 Mar 2010 00:08:02 +0100 > Subject: [App_rpt-users] Kenwood Remote TRX > > Hi, > > I have seen in svn revision 565 of app_rpt.c the new "support for Kenwood > TM-D700A as a remote". Do we need a special interface (like the TM-G707 > needs) or can we simply use a serial cable? Does the dedicated DATA > connector in 9600bps Packet Radio mode fit our needs for "flat" audio? Where > can I find the informations which has been required to implement this > feature? > > I have another radio from Kenwood (TM-V7) and a selfmade programming cable > for the memory store. Could this be another transceiver for a remote > controlable station? > > Tnx, > 73, > Jann > > > -- > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From jann at gmx.de Mon Mar 8 23:41:35 2010 From: jann at gmx.de (Jann Traschewski) Date: Tue, 9 Mar 2010 00:41:35 +0100 Subject: [App_rpt-users] Audiostream Message-ID: <5614BF3F1C5A45A2824ABBEB40C1F5C5@jann> Hi, we did have an audiostream through the internet (Sox, Lame, Ices, Icecast) on our old repeater system. It has been implemented using a Y-cable and feeding the TX-audio to another soundcard (line-in). I could use the right channel of the URI (txmixb=...) doing the same, but I wonder whether it is possible to "extract" the TX-audio by software and pipe it to Lame for MP3-encoding? Are there any other guys trying this? Tnx, 73, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 From ki6lnx at gmail.com Wed Mar 10 19:17:12 2010 From: ki6lnx at gmail.com (Orland Lopez) Date: Wed, 10 Mar 2010 11:17:12 -0800 Subject: [App_rpt-users] acid Install Message-ID: <39c51e0f1003101117v568a8946pd61061d0bc543f92@mail.gmail.com> Hello, Everyone, I have a question that i saw it in the past emails I am trying to install the image on the intel D945GCLF motherboard, it will install and tried to go to the Phase1 post install but fails, instead, it gets me the log in prompt, and I have not set a root password at that point. I read something about it last year and cant seem to find it in the archives. as hard as Im trying I cant remember Can you guys refresh my mind . I cant remember the default passwords when this happens so any help is really appreciated. Gracias y 73's Hasta la Vista KI6LNX -------------- next part -------------- An HTML attachment was scrubbed... URL: From kd8b at thebades.net Wed Mar 10 19:51:03 2010 From: kd8b at thebades.net (Doug Bade) Date: Wed, 10 Mar 2010 14:51:03 -0500 Subject: [App_rpt-users] acid Install In-Reply-To: <39c51e0f1003101117v568a8946pd61061d0bc543f92@mail.gmail.com> References: <39c51e0f1003101117v568a8946pd61061d0bc543f92@mail.gmail.com> Message-ID: <008e01cac08b$07db4c40$1791e4c0$@net> I answered directly but the ethernet chip in the D945GCLF board is not recognized by CentOS base install yet.. so it fails to connect to the internet, hence the install aborts.. You need an Ethernet device for the rest of the install and do one of the following.. I prefer to just install with a usb ehternet dongle in line and pull it later. 2 choices.. add a pci above board to finish install or add a usb ethernet like Linksys that is recognized. after all the OS updates are done you can switch to the original Ethernet as the drivers for it will be added in the update/upgrade loads. Doug KD8B From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of Orland Lopez Sent: Wednesday, March 10, 2010 2:17 PM To: app_rpt-users at qrvc.com Subject: [App_rpt-users] acid Install Hello, Everyone, I have a question that i saw it in the past emails I am trying to install the image on the intel D945GCLF motherboard, it will install and tried to go to the Phase1 post install but fails, instead, it gets me the log in prompt, and I have not set a root password at that point. I read something about it last year and cant seem to find it in the archives. as hard as Im trying I cant remember Can you guys refresh my mind . I cant remember the default passwords when this happens so any help is really appreciated. Gracias y 73's Hasta la Vista KI6LNX -------------- next part -------------- An HTML attachment was scrubbed... URL: From jann at gmx.de Thu Mar 11 12:50:52 2010 From: jann at gmx.de (Jann Traschewski) Date: Thu, 11 Mar 2010 13:50:52 +0100 Subject: [App_rpt-users] 12.5 kHz repeaters support Message-ID: <4211375D36E94B65BA0E2922FDB537F6@jann> Hello, my 12.5 kHz repeater system has a long noise tail compared to my 20 kHz repeater system. Both use the USB URI with flat audio and carrier from dsp in carrier squelch mode. Moreover the rxnoise tuning comes with a warning: db0fox*CLI> radio tune rxnoise tune rxnoise maxtries=12, target=27000, tolerance=2750 tries=0, setting=2, meas=15368 tries=1, setting=4, meas=21645 tries=2, setting=5, meas=26274 tries=3, setting=5, meas=25744 tries=4, setting=5, meas=26047 tries=5, setting=5, meas=26010 tries=6, setting=5, meas=26393 DONE tries=6, setting=312, meas=26393, sqnoise=5990 INFO: RX INPUT ADJUST SUCCESS. WARNING: Insufficient high frequency noise from receiver. WARNING: Rx input point may be de-emphasized and not flat. usbradio.conf setting of 'carrierfrom=dsp' not recommended. New repeater systems in germany are now limited to 12.5 kHz. Would be nice to build them with the Asterisk/app_rpt system. Are there any plans to adjust the code for 12.5 kHz systems? I'll have a talk about the Asterisk/app_rpt system in two weeks at a conference in germany. Tnx, 73, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 From kd8b at thebades.net Thu Mar 11 13:16:10 2010 From: kd8b at thebades.net (Doug Bade) Date: Thu, 11 Mar 2010 08:16:10 -0500 Subject: [App_rpt-users] 12.5 kHz repeaters support In-Reply-To: <4211375D36E94B65BA0E2922FDB537F6@jann> References: <4211375D36E94B65BA0E2922FDB537F6@jann> Message-ID: <000601cac11d$058adf40$10a09dc0$@net> One of the other distros for getting app_rpt running supports a narrowband toggle function. It is from www.xelatec.com/. They have a "switch" in the sw that toggles something in the dsp for 12k5 use. I played with it as our 900 mhz band is mostly 12k5 equipment these days... It did work.. However.. in general The audio pickup point in the discriminator chain has more to do with getting enough white noise I think.. I had to play around some in the 900 gear but found points suitable for either distro.. Doug KD8B -----Original Message----- From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of Jann Traschewski Sent: Thursday, March 11, 2010 7:51 AM To: 'app_rpt mailing list' Subject: [App_rpt-users] 12.5 kHz repeaters support Hello, my 12.5 kHz repeater system has a long noise tail compared to my 20 kHz repeater system. Both use the USB URI with flat audio and carrier from dsp in carrier squelch mode. Moreover the rxnoise tuning comes with a warning: db0fox*CLI> radio tune rxnoise tune rxnoise maxtries=12, target=27000, tolerance=2750 tries=0, setting=2, meas=15368 tries=1, setting=4, meas=21645 tries=2, setting=5, meas=26274 tries=3, setting=5, meas=25744 tries=4, setting=5, meas=26047 tries=5, setting=5, meas=26010 tries=6, setting=5, meas=26393 DONE tries=6, setting=312, meas=26393, sqnoise=5990 INFO: RX INPUT ADJUST SUCCESS. WARNING: Insufficient high frequency noise from receiver. WARNING: Rx input point may be de-emphasized and not flat. usbradio.conf setting of 'carrierfrom=dsp' not recommended. New repeater systems in germany are now limited to 12.5 kHz. Would be nice to build them with the Asterisk/app_rpt system. Are there any plans to adjust the code for 12.5 kHz systems? I'll have a talk about the Asterisk/app_rpt system in two weeks at a conference in germany. Tnx, 73, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users From ralph at radio-link.net Thu Mar 11 13:21:54 2010 From: ralph at radio-link.net (Ralph A. Schmid, dk5ras) Date: Thu, 11 Mar 2010 14:21:54 +0100 Subject: [App_rpt-users] 12.5 kHz repeaters support In-Reply-To: <000601cac11d$058adf40$10a09dc0$@net> Message-ID: Hi, > mhz band is mostly 12k5 equipment these days... It did work.. However.. in > general The audio pickup point in the discriminator chain has more to do > with getting enough white noise I think.. I had to play around some in the > 900 gear but found points suitable for either distro.. Please note that this is a commercial grade radio, no searching for a discriminator tap, but using the flat out that is provided by the manufacturer. Those radios should remain exchangable without modifying them, so this is not really an option :-) I will definetely not start soldering thin wires into my repeater radios, as I rely on direct replacement with a brand new radio in case of failure. > Doug > KD8B With best regards Ralph. From kd8b at thebades.net Thu Mar 11 13:54:51 2010 From: kd8b at thebades.net (Doug Bade) Date: Thu, 11 Mar 2010 08:54:51 -0500 Subject: [App_rpt-users] 12.5 kHz repeaters support In-Reply-To: References: <000601cac11d$058adf40$10a09dc0$@net> Message-ID: <002501cac122$6c7dc0f0$457942d0$@net> I do understand, however because it has a commercial flat audio point does not mean it has the appropriate noise component for the software to detect . The manufacturer does not necessarily allow much white noise content on a flat audio line... as flat audio by definition is not discriminator as a discriminator is not flat unless the received signal is flat and normally it is pre-emphasized... So to be flat it is processed.. and white noise may be stripped. The white noise we are talking about is in the audio band above 3khz.. up to maybe 6-7 khz.. you might sweep your receiver there for flat audio and watch that with a scope.. flat in band audio does not mean flat to 6khz... If the chosen radios do not have sufficient white noise the only real option is to add COR or CAS detection... as I do not think it is a wideband narrowband issue you are seeing.. The way to test that is see if the same radios align suitably in wideband mode assuming they can be programmed to test... If the URI cannot find an answer there.. it is most likely just a bad spot to pick noise from... What I will also add is the level output is different on many radios ( especially in 12k5) and in my case I had to play with external padding as well as the 20db gain/pad switch to get levels into a range the rx tuning software and hardware could deal with... The internal resistors of the URI are designed for a certain working range and load.. In most wideband and narrowband installs where I use the URI ( 6 installations I am involved in) , I had to go to the capacitive-ly coupled input as DC component on the rx line had adverse effects on the URI's ability to function and calibrate. Doug KD8B -----Original Message----- From: Ralph A. Schmid, dk5ras [mailto:ralph at radio-link.net] Sent: Thursday, March 11, 2010 8:22 AM To: Doug Bade; 'Jann Traschewski'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] 12.5 kHz repeaters support Hi, > mhz band is mostly 12k5 equipment these days... It did work.. However.. in > general The audio pickup point in the discriminator chain has more to do > with getting enough white noise I think.. I had to play around some in the > 900 gear but found points suitable for either distro.. Please note that this is a commercial grade radio, no searching for a discriminator tap, but using the flat out that is provided by the manufacturer. Those radios should remain exchangable without modifying them, so this is not really an option :-) I will definetely not start soldering thin wires into my repeater radios, as I rely on direct replacement with a brand new radio in case of failure. > Doug > KD8B With best regards Ralph. From ralph at radio-link.net Thu Mar 11 14:07:59 2010 From: ralph at radio-link.net (Ralph A. Schmid, dk5ras) Date: Thu, 11 Mar 2010 15:07:59 +0100 Subject: [App_rpt-users] 12.5 kHz repeaters support In-Reply-To: <002501cac122$6c7dc0f0$457942d0$@net> Message-ID: > I do understand, however because it has a commercial flat audio point does > not mean it has the appropriate noise component for the software > to detect . It has, when switched to 25 KHz, but the filtering of course also narrows audo bandwidth. > The white noise we are talking about is in the audio band above > 3khz.. up to > maybe 6-7 khz.. you might sweep your receiver there for flat > audio and watch > that with a scope.. flat in band audio does not mean flat to 6khz... 6 KHz is to much fur 12.5 KHz, of course. > The way to test that is see if the same radios align suitably in wideband > mode assuming they can be programmed to test... If the URI cannot find an > answer there.. it is most likely just a bad spot to pick noise from... Like Jann already had mentioned, in wide band it is just fine. There can not be very much additional filtering, as I can pass P25 and D-Star through this output. This leads to a topic that I at least dropped here for two times, but with no response. I would like to route the flat audio from DC level up to some KHz through the PC, to allow P25 and D-Star through it. No codec, no DSP processing (maybe even regenerating the digital signals in a later version), no filtering. No LP, no HP. Nothing. Is there a possibility to enable this? Maybe even to route this over the internet, to allow linking of multi mode repeaters? It would be a great feature to have all the asterisk features, all the tone decoding stuff, DSP squelch - but without touching the audio. > What I will also add is the level output is different on many radios ( > especially in 12k5) and in my case I had to play with external padding as > well as the 20db gain/pad switch to get levels into a range the rx tuning > software and hardware could deal with... The internal resistors of the URI > are designed for a certain working range and load.. AFAIR the Motorolas are around 400 or 500 mV, but I am not sure. > Doug > KD8B With best regards Ralph. From ki6lnx at gmail.com Fri Mar 12 07:35:31 2010 From: ki6lnx at gmail.com (Orland Lopez) Date: Thu, 11 Mar 2010 23:35:31 -0800 Subject: [App_rpt-users] App_rpt-users Digest, Vol 13, Issue 11 In-Reply-To: References: Message-ID: <39c51e0f1003112335u672b02afxb095da84a6967977@mail.gmail.com> OK it worked, I was using a disc with an older version and somehow got it mixed up with the latest and greatest version. I popped that thing in there and took it like a champ. I'll try installing the limey version at a later time. Thanks guys de kilo-india-6-elle-n ekx On Thu, Mar 11, 2010 at 9:00 AM, wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at qrvc.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://qrvc.com/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at qrvc.com > > You can reach the person managing the list at > app_rpt-users-owner at qrvc.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > > Today's Topics: > > 1. acid Install (Orland Lopez) > 2. Re: acid Install (Doug Bade) > 3. 12.5 kHz repeaters support (Jann Traschewski) > 4. Re: 12.5 kHz repeaters support (Doug Bade) > 5. Re: 12.5 kHz repeaters support (Ralph A. Schmid, dk5ras) > 6. Re: 12.5 kHz repeaters support (Doug Bade) > 7. Re: 12.5 kHz repeaters support (Ralph A. Schmid, dk5ras) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 10 Mar 2010 11:17:12 -0800 > From: Orland Lopez > Subject: [App_rpt-users] acid Install > To: app_rpt-users at qrvc.com > Message-ID: > <39c51e0f1003101117v568a8946pd61061d0bc543f92 at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, Everyone, I have a question that i saw it in the past emails > > I am trying to install the image on the intel D945GCLF motherboard, it > will install and tried to go to the Phase1 post install but fails, > instead, it gets me the log in prompt, and I have not set a root password > at that point. I read something about it last year and cant seem to find > it in the archives. as hard as Im trying I cant remember Can you guys > refresh my mind . I cant remember the default passwords when this happens > so any help is really appreciated. > > > Gracias y 73's > Hasta la Vista > KI6LNX > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://qrvc.com/pipermail/app_rpt-users/attachments/20100310/974b04e4/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Wed, 10 Mar 2010 14:51:03 -0500 > From: "Doug Bade" > Subject: Re: [App_rpt-users] acid Install > To: "'Orland Lopez'" , > Message-ID: <008e01cac08b$07db4c40$1791e4c0$@net> > Content-Type: text/plain; charset="us-ascii" > > I answered directly but the ethernet chip in the D945GCLF board is not > recognized by CentOS base install yet.. so it fails to connect to the > internet, hence the install aborts.. > > You need an Ethernet device for the rest of the install and do one of the > following.. I prefer to just install with a usb ehternet dongle in line and > pull it later. > > > > 2 choices.. add a pci above board to finish install or add a usb ethernet > like Linksys that is recognized. after all the OS updates are done you can > switch to the original Ethernet as the drivers for it will be added in the > update/upgrade loads. > > > > Doug > > KD8B > > > > > > > > > > From: app_rpt-users-bounces at qrvc.com [mailto: > app_rpt-users-bounces at qrvc.com] > On Behalf Of Orland Lopez > Sent: Wednesday, March 10, 2010 2:17 PM > To: app_rpt-users at qrvc.com > Subject: [App_rpt-users] acid Install > > > > Hello, Everyone, I have a question that i saw it in the past emails > > > > I am trying to install the image on the intel D945GCLF motherboard, it > will install and tried to go to the Phase1 post install but fails, > instead, it gets me the log in prompt, and I have not set a root password > at > that point. I read something about it last year and cant seem to find it > in the archives. as hard as Im trying I cant remember Can you guys refresh > my mind . I cant remember the default passwords when this happens so any > help is really appreciated. > > > > > Gracias y 73's > Hasta la Vista > KI6LNX > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://qrvc.com/pipermail/app_rpt-users/attachments/20100310/b7166af2/attachment-0001.html > > ------------------------------ > > Message: 3 > Date: Thu, 11 Mar 2010 13:50:52 +0100 > From: "Jann Traschewski" > Subject: [App_rpt-users] 12.5 kHz repeaters support > To: "'app_rpt mailing list'" > Message-ID: <4211375D36E94B65BA0E2922FDB537F6 at jann> > Content-Type: text/plain; charset="us-ascii" > > Hello, > > my 12.5 kHz repeater system has a long noise tail compared to my 20 kHz > repeater system. Both use the USB URI with flat audio and carrier from dsp > in carrier squelch mode. > > Moreover the rxnoise tuning comes with a warning: > > db0fox*CLI> radio tune rxnoise > tune rxnoise maxtries=12, target=27000, tolerance=2750 > tries=0, setting=2, meas=15368 > tries=1, setting=4, meas=21645 > tries=2, setting=5, meas=26274 > tries=3, setting=5, meas=25744 > tries=4, setting=5, meas=26047 > tries=5, setting=5, meas=26010 > tries=6, setting=5, meas=26393 > DONE tries=6, setting=312, meas=26393, sqnoise=5990 > INFO: RX INPUT ADJUST SUCCESS. > WARNING: Insufficient high frequency noise from receiver. > WARNING: Rx input point may be de-emphasized and not flat. > usbradio.conf setting of 'carrierfrom=dsp' not recommended. > > New repeater systems in germany are now limited to 12.5 kHz. Would be nice > to build them with the Asterisk/app_rpt system. Are there any plans to > adjust the code for 12.5 kHz systems? > > I'll have a talk about the Asterisk/app_rpt system in two weeks at a > conference in germany. > > Tnx, > 73, > Jann > > > -- > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > > > > > ------------------------------ > > Message: 4 > Date: Thu, 11 Mar 2010 08:16:10 -0500 > From: "Doug Bade" > Subject: Re: [App_rpt-users] 12.5 kHz repeaters support > To: "'Jann Traschewski'" , "'app_rpt mailing list'" > > Message-ID: <000601cac11d$058adf40$10a09dc0$@net> > Content-Type: text/plain; charset="us-ascii" > > One of the other distros for getting app_rpt running supports a narrowband > toggle function. It is from www.xelatec.com/. They have a "switch" in the > sw > that toggles something in the dsp for 12k5 use. I played with it as our 900 > mhz band is mostly 12k5 equipment these days... It did work.. However.. in > general The audio pickup point in the discriminator chain has more to do > with getting enough white noise I think.. I had to play around some in the > 900 gear but found points suitable for either distro.. > > Doug > KD8B > > > -----Original Message----- > From: app_rpt-users-bounces at qrvc.com [mailto: > app_rpt-users-bounces at qrvc.com] > On Behalf Of Jann Traschewski > Sent: Thursday, March 11, 2010 7:51 AM > To: 'app_rpt mailing list' > Subject: [App_rpt-users] 12.5 kHz repeaters support > > Hello, > > my 12.5 kHz repeater system has a long noise tail compared to my 20 kHz > repeater system. Both use the USB URI with flat audio and carrier from dsp > in carrier squelch mode. > > Moreover the rxnoise tuning comes with a warning: > > db0fox*CLI> radio tune rxnoise > tune rxnoise maxtries=12, target=27000, tolerance=2750 > tries=0, setting=2, meas=15368 > tries=1, setting=4, meas=21645 > tries=2, setting=5, meas=26274 > tries=3, setting=5, meas=25744 > tries=4, setting=5, meas=26047 > tries=5, setting=5, meas=26010 > tries=6, setting=5, meas=26393 > DONE tries=6, setting=312, meas=26393, sqnoise=5990 > INFO: RX INPUT ADJUST SUCCESS. > WARNING: Insufficient high frequency noise from receiver. > WARNING: Rx input point may be de-emphasized and not flat. > usbradio.conf setting of 'carrierfrom=dsp' not recommended. > > New repeater systems in germany are now limited to 12.5 kHz. Would be nice > to build them with the Asterisk/app_rpt system. Are there any plans to > adjust the code for 12.5 kHz systems? > > I'll have a talk about the Asterisk/app_rpt system in two weeks at a > conference in germany. > > Tnx, > 73, > Jann > > > -- > Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany > Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de > Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > ------------------------------ > > Message: 5 > Date: Thu, 11 Mar 2010 14:21:54 +0100 > From: "Ralph A. Schmid, dk5ras" > Subject: Re: [App_rpt-users] 12.5 kHz repeaters support > To: "Doug Bade" , "'Jann Traschewski'" > , "'app_rpt mailing list'" > Message-ID: > Content-Type: text/plain; charset="US-ASCII" > > Hi, > > > mhz band is mostly 12k5 equipment these days... It did work.. However.. > in > > general The audio pickup point in the discriminator chain has more to do > > with getting enough white noise I think.. I had to play around some in > the > > 900 gear but found points suitable for either distro.. > > Please note that this is a commercial grade radio, no searching for a > discriminator tap, but using the flat out that is provided by the > manufacturer. Those radios should remain exchangable without modifying > them, > so this is not really an option :-) I will definetely not start soldering > thin wires into my repeater radios, as I rely on direct replacement with a > brand new radio in case of failure. > > > Doug > > KD8B > > With best regards > > Ralph. > > > > ------------------------------ > > Message: 6 > Date: Thu, 11 Mar 2010 08:54:51 -0500 > From: "Doug Bade" > Subject: Re: [App_rpt-users] 12.5 kHz repeaters support > To: "'Ralph A. Schmid, dk5ras'" , "'Jann > Traschewski'" , "'app_rpt mailing list'" > > Message-ID: <002501cac122$6c7dc0f0$457942d0$@net> > Content-Type: text/plain; charset="us-ascii" > > I do understand, however because it has a commercial flat audio point does > not mean it has the appropriate noise component for the software to detect > . > The manufacturer does not necessarily allow much white noise content on a > flat audio line... as flat audio by definition is not discriminator as a > discriminator is not flat unless the received signal is flat and normally > it > is pre-emphasized... > > So to be flat it is processed.. and white noise may be stripped. > > The white noise we are talking about is in the audio band above 3khz.. up > to > maybe 6-7 khz.. you might sweep your receiver there for flat audio and > watch > that with a scope.. flat in band audio does not mean flat to 6khz... > > If the chosen radios do not have sufficient white noise the only real > option > is to add COR or CAS detection... as I do not think it is a wideband > narrowband issue you are seeing.. > > The way to test that is see if the same radios align suitably in wideband > mode assuming they can be programmed to test... If the URI cannot find an > answer there.. it is most likely just a bad spot to pick noise from... > > What I will also add is the level output is different on many radios ( > especially in 12k5) and in my case I had to play with external padding as > well as the 20db gain/pad switch to get levels into a range the rx tuning > software and hardware could deal with... The internal resistors of the URI > are designed for a certain working range and load.. > > In most wideband and narrowband installs where I use the URI ( 6 > installations I am involved in) , I had to go to the capacitive-ly coupled > input as DC component on the rx line had adverse effects on the URI's > ability to function and calibrate. > > > Doug > KD8B > > > > -----Original Message----- > From: Ralph A. Schmid, dk5ras [mailto:ralph at radio-link.net] > Sent: Thursday, March 11, 2010 8:22 AM > To: Doug Bade; 'Jann Traschewski'; 'app_rpt mailing list' > Subject: RE: [App_rpt-users] 12.5 kHz repeaters support > > Hi, > > > mhz band is mostly 12k5 equipment these days... It did work.. However.. > in > > general The audio pickup point in the discriminator chain has more to do > > with getting enough white noise I think.. I had to play around some in > the > > 900 gear but found points suitable for either distro.. > > Please note that this is a commercial grade radio, no searching for a > discriminator tap, but using the flat out that is provided by the > manufacturer. Those radios should remain exchangable without modifying > them, > so this is not really an option :-) I will definetely not start soldering > thin wires into my repeater radios, as I rely on direct replacement with a > brand new radio in case of failure. > > > Doug > > KD8B > > With best regards > > Ralph. > > > > ------------------------------ > > Message: 7 > Date: Thu, 11 Mar 2010 15:07:59 +0100 > From: "Ralph A. Schmid, dk5ras" > Subject: Re: [App_rpt-users] 12.5 kHz repeaters support > To: > Message-ID: > Content-Type: text/plain; charset="US-ASCII" > > > I do understand, however because it has a commercial flat audio point > does > > not mean it has the appropriate noise component for the software > > to detect . > > It has, when switched to 25 KHz, but the filtering of course also narrows > audo bandwidth. > > > The white noise we are talking about is in the audio band above > > 3khz.. up to > > maybe 6-7 khz.. you might sweep your receiver there for flat > > audio and watch > > that with a scope.. flat in band audio does not mean flat to 6khz... > > 6 KHz is to much fur 12.5 KHz, of course. > > > The way to test that is see if the same radios align suitably in wideband > > mode assuming they can be programmed to test... If the URI cannot find an > > answer there.. it is most likely just a bad spot to pick noise from... > > Like Jann already had mentioned, in wide band it is just fine. There can > not > be very much additional filtering, as I can pass P25 and D-Star through > this > output. > > This leads to a topic that I at least dropped here for two times, but with > no response. > I would like to route the flat audio from DC level up to some KHz through > the PC, to allow P25 and D-Star through it. No codec, no DSP processing > (maybe even regenerating the digital signals in a later version), no > filtering. No LP, no HP. Nothing. Is there a possibility to enable this? > Maybe even to route this over the internet, to allow linking of multi mode > repeaters? It would be a great feature to have all the asterisk features, > all the tone decoding stuff, DSP squelch - but without touching the audio. > > > What I will also add is the level output is different on many radios ( > > especially in 12k5) and in my case I had to play with external padding as > > well as the 20db gain/pad switch to get levels into a range the rx tuning > > software and hardware could deal with... The internal resistors of the > URI > > are designed for a certain working range and load.. > > AFAIR the Motorolas are around 400 or 500 mV, but I am not sure. > > > Doug > > KD8B > > With best regards > > Ralph. > > > > ------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > > End of App_rpt-users Digest, Vol 13, Issue 11 > ********************************************* > -- Gracias y 73's Hasta la Vista KI6LNX -------------- next part -------------- An HTML attachment was scrubbed... URL: From jann at gmx.de Wed Mar 17 14:06:05 2010 From: jann at gmx.de (Jann Traschewski) Date: Wed, 17 Mar 2010 15:06:05 +0100 Subject: [App_rpt-users] Re Kenwood Remote TRX In-Reply-To: References: Message-ID: <148BE197BFD24719A880EEE4D13C0EDA@jann> Hello Jim, > Yep 9600 baud packet mode is > perfict. You will need to feed the URI output through the 2X > amplifier since the Kenwood takes boat-loads of audio to > modulate it properly. I checked the TM-D700 manual: "Output of detected 9600 bps data (500 mVP-P, 10 kOhm) -> Also functions as a common pin for 1200 bps and 9600 bps data output." RX seems the same as for 9600 baud packet mode. For TX i tried 1200 bps with a low setting of "txvoice" (radio tune txvoice 100). Seems to be another way without using the amplifier + txboost=1. Or am I wrong? > Set carrier detect and rxctcss to dsp > and txmixa to voice. The radio makes its own CTCSS on transmit. Yep, it works fine with iaxRpt for Windows. How can I change the inital frequency 146.580 MHz to another one? It is not a frequency for hamradio in germany. I found 146.580 MHz in app_rpt.c, but I hope there is another way to change it ;) Thanks! 73, Jann From telesistant at hotmail.com Wed Mar 17 15:10:56 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 17 Mar 2010 08:10:56 -0700 Subject: [App_rpt-users] Re Kenwood Remote TRX In-Reply-To: <148BE197BFD24719A880EEE4D13C0EDA@jann> References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> Message-ID: Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the low side of the audio spectrum and makes CTCSS decoding completely impossible. Its not too happy with the high side of the spectrum and the squelch detection either. Thats why I was forced to use 9600 and having to give it a signal higher then the Alps. I dont know why the radio is so hard-of-hearing at 9600 baud, but thats Kenwood for you. You will also need the "txboost=y" in the usbradio.conf (and the latest version of software that supports it). JIM ? ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re [App_rpt-users] Kenwood Remote TRX > Date: Wed, 17 Mar 2010 15:06:05 +0100 > > Hello Jim, > >> Yep 9600 baud packet mode is >> perfict. You will need to feed the URI output through the 2X >> amplifier since the Kenwood takes boat-loads of audio to >> modulate it properly. > > I checked the TM-D700 manual: > "Output of detected 9600 bps data (500 mVP-P, 10 kOhm) -> Also functions as > a common pin for 1200 bps and 9600 bps data output." > > RX seems the same as for 9600 baud packet mode. For TX i tried 1200 bps with > a low setting of "txvoice" (radio tune txvoice 100). Seems to be another way > without using the amplifier + txboost=1. Or am I wrong? > >> Set carrier detect and rxctcss to dsp >> and txmixa to voice. The radio makes its own CTCSS on transmit. > > Yep, it works fine with iaxRpt for Windows. How can I change the inital > frequency 146.580 MHz to another one? It is not a frequency for hamradio in > germany. I found 146.580 MHz in app_rpt.c, but I hope there is another way > to change it ;) > > Thanks! > 73, > Jann > From ralph at radio-link.net Wed Mar 17 15:13:36 2010 From: ralph at radio-link.net (Ralph A. Schmid, dk5ras) Date: Wed, 17 Mar 2010 16:13:36 +0100 Subject: [App_rpt-users] Re Kenwood Remote TRX In-Reply-To: Message-ID: > Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the > low side of the audio spectrum and makes CTCSS decoding completely > impossible. This should be normal behaviour, as 1k2 packet is AFSK/FFSK and relies on normal audio path, with pre/deemphasis and 300-3000 Hz AF filtering for best performance. Ralph. > JIM > ? > > ---------------------------------------- > > From: jann at gmx.de > > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > > Subject: Re [App_rpt-users] Kenwood Remote TRX > > Date: Wed, 17 Mar 2010 15:06:05 +0100 > > > > Hello Jim, > > > >> Yep 9600 baud packet mode is > >> perfict. You will need to feed the URI output through the 2X > >> amplifier since the Kenwood takes boat-loads of audio to > >> modulate it properly. > > > > I checked the TM-D700 manual: > > "Output of detected 9600 bps data (500 mVP-P, 10 kOhm) -> Also > functions as > > a common pin for 1200 bps and 9600 bps data output." > > > > RX seems the same as for 9600 baud packet mode. For TX i tried > 1200 bps with > > a low setting of "txvoice" (radio tune txvoice 100). Seems to > be another way > > without using the amplifier + txboost=1. Or am I wrong? > > > >> Set carrier detect and rxctcss to dsp > >> and txmixa to voice. The radio makes its own CTCSS on transmit. > > > > Yep, it works fine with iaxRpt for Windows. How can I change the inital > > frequency 146.580 MHz to another one? It is not a frequency for > hamradio in > > germany. I found 146.580 MHz in app_rpt.c, but I hope there is > another way > > to change it ;) > > > > Thanks! > > 73, > > Jann > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From telesistant at hotmail.com Wed Mar 17 15:16:21 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 17 Mar 2010 08:16:21 -0700 Subject: [App_rpt-users] Re Kenwood Remote TRX In-Reply-To: References: , Message-ID: well yes, the 1200bps output pin does exactly that, but the 9600 baud pin in 1200 mode is somewhere bizarrely in between. ---------------------------------------- > From: ralph at radio-link.net > To: app_rpt-users at qrvc.com > Date: Wed, 17 Mar 2010 16:13:36 +0100 > Subject: Re: [App_rpt-users] Re Kenwood Remote TRX > >> Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the >> low side of the audio spectrum and makes CTCSS decoding completely >> impossible. > > This should be normal behaviour, as 1k2 packet is AFSK/FFSK and relies on > normal audio path, with pre/deemphasis and 300-3000 Hz AF filtering for best > performance. > > Ralph. > >> JIM >> >> >> ---------------------------------------- >>> From: jann at gmx.de >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com >>> Subject: Re [App_rpt-users] Kenwood Remote TRX >>> Date: Wed, 17 Mar 2010 15:06:05 +0100 >>> >>> Hello Jim, >>> >>>> Yep 9600 baud packet mode is >>>> perfict. You will need to feed the URI output through the 2X >>>> amplifier since the Kenwood takes boat-loads of audio to >>>> modulate it properly. >>> >>> I checked the TM-D700 manual: >>> "Output of detected 9600 bps data (500 mVP-P, 10 kOhm) -> Also >> functions as >>> a common pin for 1200 bps and 9600 bps data output." >>> >>> RX seems the same as for 9600 baud packet mode. For TX i tried >> 1200 bps with >>> a low setting of "txvoice" (radio tune txvoice 100). Seems to >> be another way >>> without using the amplifier + txboost=1. Or am I wrong? >>> >>>> Set carrier detect and rxctcss to dsp >>>> and txmixa to voice. The radio makes its own CTCSS on transmit. >>> >>> Yep, it works fine with iaxRpt for Windows. How can I change the inital >>> frequency 146.580 MHz to another one? It is not a frequency for >> hamradio in >>> germany. I found 146.580 MHz in app_rpt.c, but I hope there is >> another way >>> to change it ;) >>> >>> Thanks! >>> 73, >>> Jann >>> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From ralph at radio-link.net Wed Mar 17 15:18:22 2010 From: ralph at radio-link.net (Ralph A. Schmid, dk5ras) Date: Wed, 17 Mar 2010 16:18:22 +0100 Subject: [App_rpt-users] Re Kenwood Remote TRX In-Reply-To: Message-ID: > well yes, the 1200bps output pin does exactly that, but > the 9600 baud pin in 1200 mode is somewhere bizarrely > in between. In fact it should transmit a clean 1k2 signal, but with wrong (flat) frequency response, so decoding it with the normal ham receivers will not be 100% OK... Ralph. > ---------------------------------------- > > From: ralph at radio-link.net > > To: app_rpt-users at qrvc.com > > Date: Wed, 17 Mar 2010 16:13:36 +0100 > > Subject: Re: [App_rpt-users] Re Kenwood Remote TRX > > > >> Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the > >> low side of the audio spectrum and makes CTCSS decoding completely > >> impossible. > > > > This should be normal behaviour, as 1k2 packet is AFSK/FFSK and > relies on > > normal audio path, with pre/deemphasis and 300-3000 Hz AF > filtering for best > > performance. > > > > Ralph. > > > >> JIM > >> > >> > >> ---------------------------------------- > >>> From: jann at gmx.de > >>> To: telesistant at hotmail.com; app_rpt-users at qrvc.com > >>> Subject: Re [App_rpt-users] Kenwood Remote TRX > >>> Date: Wed, 17 Mar 2010 15:06:05 +0100 > >>> > >>> Hello Jim, > >>> > >>>> Yep 9600 baud packet mode is > >>>> perfict. You will need to feed the URI output through the 2X > >>>> amplifier since the Kenwood takes boat-loads of audio to > >>>> modulate it properly. > >>> > >>> I checked the TM-D700 manual: > >>> "Output of detected 9600 bps data (500 mVP-P, 10 kOhm) -> Also > >> functions as > >>> a common pin for 1200 bps and 9600 bps data output." > >>> > >>> RX seems the same as for 9600 baud packet mode. For TX i tried > >> 1200 bps with > >>> a low setting of "txvoice" (radio tune txvoice 100). Seems to > >> be another way > >>> without using the amplifier + txboost=1. Or am I wrong? > >>> > >>>> Set carrier detect and rxctcss to dsp > >>>> and txmixa to voice. The radio makes its own CTCSS on transmit. > >>> > >>> Yep, it works fine with iaxRpt for Windows. How can I change > the inital > >>> frequency 146.580 MHz to another one? It is not a frequency for > >> hamradio in > >>> germany. I found 146.580 MHz in app_rpt.c, but I hope there is > >> another way > >>> to change it ;) > >>> > >>> Thanks! > >>> 73, > >>> Jann > >>> > >> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at qrvc.com > >> http://qrvc.com/mailman/listinfo/app_rpt-users > >> > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > From jann at gmx.de Wed Mar 17 17:04:49 2010 From: jann at gmx.de (Jann Traschewski) Date: Wed, 17 Mar 2010 18:04:49 +0100 Subject: [App_rpt-users] Kenwood Remote TRX In-Reply-To: References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> Message-ID: <541361DA917249E68A15F25B64A2D8A5@jann> Hi Jim, > Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the > low side of the audio spectrum and makes CTCSS decoding > completely impossible. Its not too happy with the high side > of the spectrum and the squelch detection either. Thats why I > was forced to use 9600 and having to give it a signal higher > then the Alps. For remote operation it already worked in 9600-mode (without the amplifier, but with txboost=1) using the iaxRpt-client with a high mic-in level (+mic boost). However using this client audio level with a standard repeaeter is much too loud... So I will try 9k6+amp next weekend. I have another question about the default shift on 70cm. I set it to -7.6Mhz for german repeaters on the radio. After I logged in with the iaxRpt-client asterisk will change it back to 5MHz for 70cm (and will jump to 2m 146.580...). I didn't found any documentation about the memory stanza in rpt.conf. Using "-" or "+" will use the default shift. Is it possible to add a shift for each memory? Tnx, 73, Jann From frank.herzog at dhp-gmbh.de Wed Mar 17 20:41:47 2010 From: frank.herzog at dhp-gmbh.de (Frank Herzog) Date: Wed, 17 Mar 2010 21:41:47 +0100 Subject: [App_rpt-users] Transmitting voice Message-ID: <833B5B2A20F75F43A8F5DEC3653B15F70213AC119C@deacsws26.dhp-gmbh.de> Hi, we are using app_rpt together with URIs and iaxrpt. Listening to voice on the radio channel works fine but when trying to transmit we get the following errors on the asterisk cli (with set debug 1): [2010-03-17 18:30:57] NOTICE[5694]: app_rpt.c:16444 rpt: @@@@ node 4470 sent node string L to node 935 [2010-03-17 18:30:57] DEBUG[5681]: chan_iax2.c:7481 socket_process: Ooh, voice format changed to 4 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] NOTICE[5692]: app_rpt.c:16971 rpt: **** rx key [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 [2010-03-17 18:30:57] DEBUG[5692]: chan_dahdi.c:5053 my_dahdi_write: Write returned -1 (Resource temporarily unavailable) on channel -2 On the radio channel the transmitted voice sounds chopped. Any idea what's going wrong? Thank you for your support, Best Frank **************************************** Dr.-Ing. Frank Herzog mailto:frank.herzog at dhp-gmbh.de PGP Fingerprint: D3EE B4D5 544C 7309 9D36 DFAD 5B6D C145 1409 E855 Tel: +49-241-990000-21 Fax: +49-241-990000-91 DOHMEN, HERZOG & Partner GmbH Soerser Weg 9 52070 Aachen Gesch?ftsf?hrende Gesellschafter Dr.-Ing. Marc Dohmen Dr.-Ing. Frank Herzog Amtsgericht Aachen HRB 5931 St.-Nr.: 201/5953/3633 USt-IdNr.: DE164205623 **************************************** Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. From telesistant at hotmail.com Thu Mar 18 02:39:21 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 17 Mar 2010 19:39:21 -0700 Subject: [App_rpt-users] Kenwood Remote TRX In-Reply-To: <541361DA917249E68A15F25B64A2D8A5@jann> References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> , <541361DA917249E68A15F25B64A2D8A5@jann> Message-ID: yeah... you have a good point there.. Ill see what I can do. Thanks for pointing this out. JIM ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com; app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] Kenwood Remote TRX > Date: Wed, 17 Mar 2010 18:04:49 +0100 > > Hi Jim, > >> Well, sorry but *WRONG!!!*. 1200 packet mode rolls off the >> low side of the audio spectrum and makes CTCSS decoding >> completely impossible. Its not too happy with the high side >> of the spectrum and the squelch detection either. Thats why I >> was forced to use 9600 and having to give it a signal higher >> then the Alps. > > For remote operation it already worked in 9600-mode (without the amplifier, > but with txboost=1) using the iaxRpt-client with a high mic-in level (+mic > boost). However using this client audio level with a standard repeaeter is > much too loud... So I will try 9k6+amp next weekend. > > I have another question about the default shift on 70cm. I set it to -7.6Mhz > for german repeaters on the radio. After I logged in with the iaxRpt-client > asterisk will change it back to 5MHz for 70cm (and will jump to 2m > 146.580...). I didn't found any documentation about the memory stanza in > rpt.conf. Using "-" or "+" will use the default shift. Is it possible to add > a shift for each memory? > > Tnx, > 73, > Jann > From hkwilliamson at gmail.com Thu Mar 18 15:11:50 2010 From: hkwilliamson at gmail.com (Keith Williamson) Date: Thu, 18 Mar 2010 08:11:50 -0700 Subject: [App_rpt-users] VOIP Conference in Las Vegas Message-ID: Is anyone planning to attend the annual VOIP Conference in Las Vegas coming up on April 10th? I'm on the fence about attending and wouldn't want to be the lone guy running an Allstar node in a room full of IRLP node ops. ;^) In case you're not aware of it, here is the URL to the Nevada Amateur Radio Repeater Inc website that describes the event: http://www.narri.org/voip_conference.html To quote the webpage: *The conference is open to all forms of VoIP communications, including IRLP, Echoirlp, Echo link, D-Star and All Star Link, and associated applications. Those interested in presenting a topic should let that be known as they register for the conference.* * * 73's, Keith KF7DRV Allstar: 2541 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nessenj at jimsoffice.org Thu Mar 18 16:04:03 2010 From: nessenj at jimsoffice.org (James Nessen) Date: Thu, 18 Mar 2010 09:04:03 -0700 Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: References: Message-ID: <91a3416d1003180904l31bb5d9eped88eeb25efdaa5b@mail.gmail.com> I had plans on going, but I was unable to get the time off of work (too many projects going on). I will have to sit this year out and hope to attend the next one. Jim On Thu, Mar 18, 2010 at 8:11 AM, Keith Williamson wrote: > Is anyone planning to attend the annual VOIP Conference in Las Vegas coming > up on April 10th? I'm on the fence about attending and wouldn't want to be > the lone guy running an Allstar node in a room full of IRLP node ops. ;^) > > In case you're not aware of it, here is the URL to the Nevada Amateur Radio > Repeater Inc website that describes the event: > http://www.narri.org/voip_conference.html > > To quote the webpage: > > *The conference is open to all forms of VoIP communications, including > IRLP, Echoirlp, Echo link, D-Star and All Star Link, and associated > applications. Those interested in presenting a topic should let that be > known as they register for the conference.* > * > * > 73's, > > Keith > KF7DRV > Allstar: 2541 > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > -- Jim Nessen K6JWN Email: nessenj at jimsoffice.org | Ph: 530.564.0039 IRLP: Nodes 3598,7358 | Echolink: 83598 K6JWN-R -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6sth at ke6sth.ampr.org Thu Mar 18 17:05:39 2010 From: ke6sth at ke6sth.ampr.org (ke6sth at ke6sth.ampr.org) Date: Thu, 18 Mar 2010 10:05:39 -0700 (PDT) Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: References: Message-ID: Hmmm, maybe I should get my brother to go :) He lives in Las Vegas running Allstar :) On Thu, 18 Mar 2010, Keith Williamson wrote: > Is anyone planning to attend the annual VOIP Conference in Las Vegas coming > up on April 10th? I'm on the fence about attending and wouldn't want to be > the lone guy running an Allstar node in a room full of IRLP node ops. ;^) > > In case you're not aware of it, here is the URL to the Nevada Amateur Radio > Repeater Inc website that describes the event: > http://www.narri.org/voip_conference.html > > To quote the webpage: > > *The conference is open to all forms of VoIP communications, including IRLP, > Echoirlp, Echo link, D-Star and All Star Link, and associated applications. > Those interested in presenting a topic should let that be known as they > register for the conference.* > * > * > 73's, > > Keith > KF7DRV > Allstar: 2541 > From w7aor at narri.org Thu Mar 18 18:46:25 2010 From: w7aor at narri.org (Kent Johnson) Date: Thu, 18 Mar 2010 11:46:25 -0700 Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: References: Message-ID: <003601cac6cb$54583c90$fd08b5b0$@org> -----Original Message----- From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of ke6sth at ke6sth.ampr.org Sent: Thursday, March 18, 2010 10:06 AM To: app_rpt users list Subject: Re: [App_rpt-users] VOIP Conference in Las Vegas Hmmm, maybe I should get my brother to go :) He lives in Las Vegas running Allstar :) On Thu, 18 Mar 2010, Keith Williamson wrote: > Is anyone planning to attend the annual VOIP Conference in Las Vegas coming > up on April 10th? I'm on the fence about attending and wouldn't want to be > the lone guy running an Allstar node in a room full of IRLP node ops. ;^) > > In case you're not aware of it, here is the URL to the Nevada Amateur Radio > Repeater Inc website that describes the event: > http://www.narri.org/voip_conference.html > > To quote the webpage: > > *The conference is open to all forms of VoIP communications, including IRLP, > Echoirlp, Echo link, D-Star and All Star Link, and associated applications. > Those interested in presenting a topic should let that be known as they > register for the conference.* > * > * > 73's, > > Keith > KF7DRV > Allstar: 2541 > _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users From w7aor at narri.org Thu Mar 18 18:54:22 2010 From: w7aor at narri.org (Kent Johnson) Date: Thu, 18 Mar 2010 11:54:22 -0700 Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: References: Message-ID: <003701cac6cc$6feecef0$4fcc6cd0$@org> Hi Keith By all means resister and come. Who is your brother? At least six others with All Star nodes will be there. Stephen WA6ZFT has been a presenter at the last three conferences. Many of the IRLP guys want to move to the All Star capability. http://www.narri.org/voip_conference.html Kent W7AOR AllStar Node 2030 http://www.narri.org/voip_conference.html -----Original Message----- From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of ke6sth at ke6sth.ampr.org Sent: Thursday, March 18, 2010 10:06 AM To: app_rpt users list Subject: Re: [App_rpt-users] VOIP Conference in Las Vegas Hmmm, maybe I should get my brother to go :) He lives in Las Vegas running Allstar :) On Thu, 18 Mar 2010, Keith Williamson wrote: > Is anyone planning to attend the annual VOIP Conference in Las Vegas coming > up on April 10th? I'm on the fence about attending and wouldn't want to be > the lone guy running an Allstar node in a room full of IRLP node ops. ;^) > > In case you're not aware of it, here is the URL to the Nevada Amateur Radio > Repeater Inc website that describes the event: > http://www.narri.org/voip_conference.html > > To quote the webpage: > > *The conference is open to all forms of VoIP communications, including IRLP, > Echoirlp, Echo link, D-Star and All Star Link, and associated applications. > Those interested in presenting a topic should let that be known as they > register for the conference.* > * > * > 73's, > > Keith > KF7DRV > Allstar: 2541 > _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users From ke6sth at ke6sth.ampr.org Thu Mar 18 23:17:21 2010 From: ke6sth at ke6sth.ampr.org (ke6sth at ke6sth.ampr.org) Date: Thu, 18 Mar 2010 16:17:21 -0700 (PDT) Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: <003701cac6cc$6feecef0$4fcc6cd0$@org> References: <003701cac6cc$6feecef0$4fcc6cd0$@org> Message-ID: Hi Kent, It was me that said I should get my brother to go :) his call is KD7ODD --Sione KE6STH On Thu, 18 Mar 2010, Kent Johnson wrote: > Hi Keith > By all means resister and come. Who is your brother? At least six others > with All Star nodes will be there. Stephen WA6ZFT has been a presenter at > the last three conferences. Many of the IRLP guys want to move to the All > Star capability. http://www.narri.org/voip_conference.html > > Kent W7AOR AllStar Node 2030 > http://www.narri.org/voip_conference.html > > -----Original Message----- > From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] > On Behalf Of ke6sth at ke6sth.ampr.org > Sent: Thursday, March 18, 2010 10:06 AM > To: app_rpt users list > Subject: Re: [App_rpt-users] VOIP Conference in Las Vegas > > > > Hmmm, maybe I should get my brother to go :) He lives in Las Vegas running > Allstar :) > > > On Thu, 18 Mar 2010, Keith Williamson wrote: > >> Is anyone planning to attend the annual VOIP Conference in Las Vegas > coming >> up on April 10th? I'm on the fence about attending and wouldn't want to be >> the lone guy running an Allstar node in a room full of IRLP node ops. ;^) >> >> In case you're not aware of it, here is the URL to the Nevada Amateur > Radio >> Repeater Inc website that describes the event: >> http://www.narri.org/voip_conference.html >> >> To quote the webpage: >> >> *The conference is open to all forms of VoIP communications, including > IRLP, >> Echoirlp, Echo link, D-Star and All Star Link, and associated > applications. >> Those interested in presenting a topic should let that be known as they >> register for the conference.* >> * >> * >> 73's, >> >> Keith >> KF7DRV >> Allstar: 2541 >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From jann at gmx.de Sat Mar 20 18:04:05 2010 From: jann at gmx.de (Jann Traschewski) Date: Sat, 20 Mar 2010 19:04:05 +0100 Subject: [App_rpt-users] Asterisk/app_rpt presentation Message-ID: Hello, there will be a talk about "Linking repeater systems using Linux" at the IPRT (http://www.iprt.de -> Programm) in Darmstadt (Germany) next Saturday. If there are any german speaking people on the list: Feel free to join! The talk about Asterisk/app_rpt will start at 10:20 MEZ. 73, Jann -- Jann Traschewski, Drosselstr.1, D-90513 Zirndorf, Germany Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann at gmx.de Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn, ICQ UIN: 4130182 From kt9ac at ameritech.net Sun Mar 21 01:17:52 2010 From: kt9ac at ameritech.net (KT9AC) Date: Sat, 20 Mar 2010 20:17:52 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? Message-ID: <4BA573C0.7040202@ameritech.net> Hi Everyone, New to the group and Asterisk; got my first node online today. I know there are libraries available from Matthew Kaufman for MDC1200 decoding, but haven't ventured into the code just yet. Does anyone have examples of what works and how difficult it was? I want to simply send an MDC ID into Asterisk to control my links/macros versus DTMF. Thanks! Tony, KT9AC From hkwilliamson at gmail.com Sun Mar 21 15:10:47 2010 From: hkwilliamson at gmail.com (Keith Williamson) Date: Sun, 21 Mar 2010 08:10:47 -0700 Subject: [App_rpt-users] Issue with archivedir recording on ver 0218 Message-ID: Hi, I just upgraded from version 0210 to 0218 by doing a full build per Jim's instructions. Everything seems fine so far except that recorded transmissions are now slowed down and very choppy sounding (like speaking though a fan). Has anyone else encountered this? This is a resend of similar email I sent yesterday where I attached a pair of sample wav files (before & after). I guess it didn't get posted because of the attachments. 73's, Keith KF7DRV Allstar: 2541 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Mar 22 16:58:14 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 09:58:14 -0700 Subject: [App_rpt-users] Issue with archivedir recording on ver 0218 In-Reply-To: References: Message-ID: Fixed now in app_rpt.c version 0.219 which will be available on SVN later tonight. ________________________________ > Date: Sun, 21 Mar 2010 08:10:47 -0700 > From: hkwilliamson at gmail.com > To: app_rpt-users at qrvc.com > Subject: [App_rpt-users] Issue with archivedir recording on ver 0218 > > Hi, > > I just upgraded from version 0210 to 0218 by doing a full build per Jim's instructions. Everything seems fine so far except that recorded transmissions are now slowed down and very choppy sounding (like speaking though a fan). > > > Has anyone else encountered this? > > This is a resend of similar email I sent yesterday where I attached a pair of sample wav files (before & after). I guess it didn't get posted because of the attachments. > > > 73's, > > Keith > KF7DRV > Allstar: 2541 From telesistant at hotmail.com Mon Mar 22 17:04:51 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 10:04:51 -0700 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <4BA573C0.7040202@ameritech.net> References: <4BA573C0.7040202@ameritech.net> Message-ID: Well, it could very easily. Im game.. (be sure you pronounce that right) :-). What kind of MDC-1200 message type are you intending use (excuse the possibility of this being a dumb question, but the only thing Im familiar with MDC-1200 for is UnitID). JIM WB6NIL ---------------------------------------- > Date: Sat, 20 Mar 2010 20:17:52 -0500 > From: kt9ac at ameritech.net > To: App_rpt-users at qrvc.com > Subject: [App_rpt-users] Anyone using MDC1200 for control? > > Hi Everyone, > New to the group and Asterisk; got my first node online today. I know > there are libraries available from Matthew Kaufman for MDC1200 decoding, > but haven't ventured into the code just yet. Does anyone have examples > of what works and how difficult it was? I want to simply send an MDC ID > into Asterisk to control my links/macros versus DTMF. > > Thanks! > Tony, KT9AC > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From hkwilliamson at gmail.com Mon Mar 22 17:10:07 2010 From: hkwilliamson at gmail.com (Keith Williamson) Date: Mon, 22 Mar 2010 10:10:07 -0700 Subject: [App_rpt-users] VOIP Conference in Las Vegas In-Reply-To: References: <003701cac6cc$6feecef0$4fcc6cd0$@org> Message-ID: Thanks for all the replies. I likely will register today, Kent. 73's, Keith KF7DRV Allstar: 2541 On Thu, Mar 18, 2010 at 4:17 PM, wrote: > > > Hi Kent, > It was me that said I should get my brother to go :) his call is KD7ODD > > --Sione KE6STH > > > On Thu, 18 Mar 2010, Kent Johnson wrote: > > > Hi Keith > > By all means resister and come. Who is your brother? At least six others > > with All Star nodes will be there. Stephen WA6ZFT has been a presenter at > > the last three conferences. Many of the IRLP guys want to move to the > All > > Star capability. http://www.narri.org/voip_conference.html > > > > Kent W7AOR AllStar Node 2030 > > http://www.narri.org/voip_conference.html > > > > -----Original Message----- > > From: app_rpt-users-bounces at qrvc.com [mailto: > app_rpt-users-bounces at qrvc.com] > > On Behalf Of ke6sth at ke6sth.ampr.org > > Sent: Thursday, March 18, 2010 10:06 AM > > To: app_rpt users list > > Subject: Re: [App_rpt-users] VOIP Conference in Las Vegas > > > > > > > > Hmmm, maybe I should get my brother to go :) He lives in Las Vegas > running > > Allstar :) > > > > > > On Thu, 18 Mar 2010, Keith Williamson wrote: > > > >> Is anyone planning to attend the annual VOIP Conference in Las Vegas > > coming > >> up on April 10th? I'm on the fence about attending and wouldn't want to > be > >> the lone guy running an Allstar node in a room full of IRLP node ops. > ;^) > >> > >> In case you're not aware of it, here is the URL to the Nevada Amateur > > Radio > >> Repeater Inc website that describes the event: > >> http://www.narri.org/voip_conference.html > >> > >> To quote the webpage: > >> > >> *The conference is open to all forms of VoIP communications, including > > IRLP, > >> Echoirlp, Echo link, D-Star and All Star Link, and associated > > applications. > >> Those interested in presenting a topic should let that be known as they > >> register for the conference.* > >> * > >> * > >> 73's, > >> > >> Keith > >> KF7DRV > >> Allstar: 2541 > >> > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kt9ac at ameritech.net Mon Mar 22 18:42:50 2010 From: kt9ac at ameritech.net (KT9AC) Date: Mon, 22 Mar 2010 13:42:50 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: References: <4BA573C0.7040202@ameritech.net> Message-ID: <4BA7BA2A.6000406@ameritech.net> Thanks Jim for the reply and interest. Basically I just want to send/decode the Unit ID that will be used as a control function (i.e. macro to connect up to site "X"), activity timer (link transmit authorization) or repeater access control. I like MDC since its a fixed-length packet, has error-correction built-in and once programmed in to a radio mode doesn't require using a DTMF mic while mobile. Tony Jim Duuuude wrote: > Well, it could very easily. Im game.. (be sure you > pronounce that right) :-). What kind of MDC-1200 > message type are you intending use (excuse the > possibility of this being a dumb question, but > the only thing Im familiar with MDC-1200 for is > UnitID). > > JIM WB6NIL > > ---------------------------------------- > >> Date: Sat, 20 Mar 2010 20:17:52 -0500 >> From: kt9ac at ameritech.net >> To: App_rpt-users at qrvc.com >> Subject: [App_rpt-users] Anyone using MDC1200 for control? >> >> Hi Everyone, >> New to the group and Asterisk; got my first node online today. I know >> there are libraries available from Matthew Kaufman for MDC1200 decoding, >> but haven't ventured into the code just yet. Does anyone have examples >> of what works and how difficult it was? I want to simply send an MDC ID >> into Asterisk to control my links/macros versus DTMF. >> >> Thanks! >> Tony, KT9AC >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > From telesistant at hotmail.com Mon Mar 22 19:05:41 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 12:05:41 -0700 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <4BA7BA2A.6000406@ameritech.net> References: <4BA573C0.7040202@ameritech.net> , <4BA7BA2A.6000406@ameritech.net> Message-ID: okay, What I will do is have a list of "Unit-ID"'s that can correspond to DTMF macros. In other words, you could make unit ID 1234 be the same as pressing *32000 or something like that.? Is that pretty much what you had in mind?? JIM WB6NIL ---------------------------------------- > Date: Mon, 22 Mar 2010 13:42:50 -0500 > From: kt9ac at ameritech.net > To: telesistant at hotmail.com > CC: app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > > Thanks Jim for the reply and interest. Basically I just want to > send/decode the Unit ID that will be used as a control function (i.e. > macro to connect up to site "X"), activity timer (link transmit > authorization) or repeater access control. I like MDC since its a > fixed-length packet, has error-correction built-in and once programmed > in to a radio mode doesn't require using a DTMF mic while mobile. > > Tony > > Jim Duuuude wrote: >> Well, it could very easily. Im game.. (be sure you >> pronounce that right) :-). What kind of MDC-1200 >> message type are you intending use (excuse the >> possibility of this being a dumb question, but >> the only thing Im familiar with MDC-1200 for is >> UnitID). >> >> JIM WB6NIL >> >> ---------------------------------------- >> >>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>> From: kt9ac at ameritech.net >>> To: App_rpt-users at qrvc.com >>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>> >>> Hi Everyone, >>> New to the group and Asterisk; got my first node online today. I know >>> there are libraries available from Matthew Kaufman for MDC1200 decoding, >>> but haven't ventured into the code just yet. Does anyone have examples >>> of what works and how difficult it was? I want to simply send an MDC ID >>> into Asterisk to control my links/macros versus DTMF. >>> >>> Thanks! >>> Tony, KT9AC >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at qrvc.com >>> http://qrvc.com/mailman/listinfo/app_rpt-users >>> >> >> From kt9ac at ameritech.net Mon Mar 22 19:12:58 2010 From: kt9ac at ameritech.net (KT9AC) Date: Mon, 22 Mar 2010 14:12:58 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: References: <4BA573C0.7040202@ameritech.net> , <4BA7BA2A.6000406@ameritech.net> Message-ID: <4BA7C13A.3040807@ameritech.net> Yes, that is correct. Jim Duuuude wrote: > okay, What I will do is have a list of "Unit-ID"'s that > can correspond to DTMF macros. In other words, you > could make unit ID 1234 be the same as pressing *32000 > or something like that. > > Is that pretty much what you had in mind?? > > JIM WB6NIL > > ---------------------------------------- > >> Date: Mon, 22 Mar 2010 13:42:50 -0500 >> From: kt9ac at ameritech.net >> To: telesistant at hotmail.com >> CC: app_rpt-users at qrvc.com >> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >> >> Thanks Jim for the reply and interest. Basically I just want to >> send/decode the Unit ID that will be used as a control function (i.e. >> macro to connect up to site "X"), activity timer (link transmit >> authorization) or repeater access control. I like MDC since its a >> fixed-length packet, has error-correction built-in and once programmed >> in to a radio mode doesn't require using a DTMF mic while mobile. >> >> Tony >> >> Jim Duuuude wrote: >> >>> Well, it could very easily. Im game.. (be sure you >>> pronounce that right) :-). What kind of MDC-1200 >>> message type are you intending use (excuse the >>> possibility of this being a dumb question, but >>> the only thing Im familiar with MDC-1200 for is >>> UnitID). >>> >>> JIM WB6NIL >>> >>> ---------------------------------------- >>> >>> >>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>> From: kt9ac at ameritech.net >>>> To: App_rpt-users at qrvc.com >>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>> >>>> Hi Everyone, >>>> New to the group and Asterisk; got my first node online today. I know >>>> there are libraries available from Matthew Kaufman for MDC1200 decoding, >>>> but haven't ventured into the code just yet. Does anyone have examples >>>> of what works and how difficult it was? I want to simply send an MDC ID >>>> into Asterisk to control my links/macros versus DTMF. >>>> >>>> Thanks! >>>> Tony, KT9AC >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at qrvc.com >>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>> >>>> >>> > > From w9drr.ham at gmail.com Mon Mar 22 21:44:50 2010 From: w9drr.ham at gmail.com (Don Russell) Date: Mon, 22 Mar 2010 16:44:50 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <4BA7C13A.3040807@ameritech.net> References: <4BA573C0.7040202@ameritech.net> <4BA7BA2A.6000406@ameritech.net> <4BA7C13A.3040807@ameritech.net> Message-ID: Wouldn't it be better to use mdc status messages for control? The unit id is sent every transmission. You really wouldn't want a dtmf macro activated every time a unit transmits.. that could be real bad if you slip on the ptt. I can see it would be pretty easily to generate a couple commands by accident. I think MDC status messages are more up that alley. My MDC-1200 biggest wish is an "MDC squelch" that will compare the unit-ID to a list, if in the list allow the audio to repeat. A local ham repeater (fishfar) only allows access based on a known list of Unit IDs. My concept would be status-1 to enable the repeater, status-2 disable, status-3 reboot the server, status-4 enable mdc-squech, status-5 enable pl squelch, status-6 send "ffff" all call. Something like that.... It would be really cool if we could also have the ability to generate MDC messages. a command like rpt mdc 2090 ffff which would generate an ffff all call on node 2090 would be really appreciated. Being able to watch the output of the decoder into a log would help find what codes are being seen. In the mean time, I recorded my ht sending the "all call" and play the wav file back. It does activate all the radios each time it's sent. -- Don Russell, CBRE W9DRR - ARRL OES, Technical Specialist -- On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: > Yes, that is correct. > > Jim Duuuude wrote: >> okay, What I will do is have a list of "Unit-ID"'s that >> can correspond to DTMF macros. In other words, you >> could make unit ID 1234 be the same as pressing *32000 >> or something like that. >> >> Is that pretty much what you had in mind?? >> >> JIM WB6NIL >> >> ---------------------------------------- >> >>> Date: Mon, 22 Mar 2010 13:42:50 -0500 >>> From: kt9ac at ameritech.net >>> To: telesistant at hotmail.com >>> CC: app_rpt-users at qrvc.com >>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>> >>> Thanks Jim for the reply and interest. Basically I just want to >>> send/decode the Unit ID that will be used as a control function (i.e. >>> macro to connect up to site "X"), activity timer (link transmit >>> authorization) or repeater access control. I like MDC since its a >>> fixed-length packet, has error-correction built-in and once programmed >>> in to a radio mode doesn't require using a DTMF mic while mobile. >>> >>> Tony >>> >>> Jim Duuuude wrote: >>> >>>> Well, it could very easily. Im game.. (be sure you >>>> pronounce that right) :-). What kind of MDC-1200 >>>> message type are you intending use (excuse the >>>> possibility of this being a dumb question, but >>>> the only thing Im familiar with MDC-1200 for is >>>> UnitID). >>>> >>>> JIM WB6NIL >>>> >>>> ---------------------------------------- >>>> >>>> >>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>>> From: kt9ac at ameritech.net >>>>> To: App_rpt-users at qrvc.com >>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>>> >>>>> Hi Everyone, >>>>> New to the group and Asterisk; got my first node online today. I know >>>>> there are libraries available from Matthew Kaufman for MDC1200 decoding, >>>>> but haven't ventured into the code just yet. Does anyone have examples >>>>> of what works and how difficult it was? I want to simply send an MDC ID >>>>> into Asterisk to control my links/macros versus DTMF. >>>>> >>>>> Thanks! >>>>> Tony, KT9AC >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at qrvc.com >>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>> >>>>> >>>> >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From telesistant at hotmail.com Mon Mar 22 23:24:42 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 16:24:42 -0700 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: References: <4BA573C0.7040202@ameritech.net>, , <4BA7BA2A.6000406@ameritech.net>, , <4BA7C13A.3040807@ameritech.net>, Message-ID: The new version of app_rpt.c which will be posted on SVN this evening contains new code (experimental at this point) which allows you to put a '[mdcmacro]' stanza in your rpt.conf file where the entries under it are UnitID=DTMF Tones To RUN So, like: [mdcmacro] d00d=*32000 If you have id d00d, it logs into hub node 2000. If you send the same ID over and over again, it ignores subsequent duplicates. If someone would find me a full copy of the MDC-1200 command set, I sure would appreciate it. JIM WB6NIL ---------------------------------------- > Date: Mon, 22 Mar 2010 16:44:50 -0500 > From: w9drr.ham at gmail.com > To: kt9ac at ameritech.net > CC: app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > > Wouldn't it be better to use mdc status messages for control? The unit > id is sent every transmission. > You really wouldn't want a dtmf macro activated every time a unit > transmits.. that could be real bad if you slip on the ptt. > I can see it would be pretty easily to generate a couple commands by > accident. I think MDC status messages are more > up that alley. > > My MDC-1200 biggest wish is an "MDC squelch" that will compare the > unit-ID to a list, if in the list allow the audio to repeat. > > A local ham repeater (fishfar) only allows access based on a known > list of Unit IDs. > > My concept would be status-1 to enable the repeater, status-2 disable, > status-3 reboot the server, status-4 enable mdc-squech, > status-5 enable pl squelch, status-6 send "ffff" all call. Something > like that.... > > It would be really cool if we could also have the ability to generate > MDC messages. a command like rpt mdc 2090 ffff which would generate > an ffff all call on node 2090 would be really appreciated. > > Being able to watch the output of the decoder into a log would help > find what codes are being seen. > > In the mean time, I recorded my ht sending the "all call" and play the > wav file back. It does activate all the radios each time it's sent. > > -- > Don Russell, CBRE > W9DRR - ARRL OES, Technical Specialist > -- > > > > On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: >> Yes, that is correct. >> >> Jim Duuuude wrote: >>> okay, What I will do is have a list of "Unit-ID"'s that >>> can correspond to DTMF macros. In other words, you >>> could make unit ID 1234 be the same as pressing *32000 >>> or something like that. >>> >>> Is that pretty much what you had in mind?? >>> >>> JIM WB6NIL >>> >>> ---------------------------------------- >>> >>>> Date: Mon, 22 Mar 2010 13:42:50 -0500 >>>> From: kt9ac at ameritech.net >>>> To: telesistant at hotmail.com >>>> CC: app_rpt-users at qrvc.com >>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>>> >>>> Thanks Jim for the reply and interest. Basically I just want to >>>> send/decode the Unit ID that will be used as a control function (i.e. >>>> macro to connect up to site "X"), activity timer (link transmit >>>> authorization) or repeater access control. I like MDC since its a >>>> fixed-length packet, has error-correction built-in and once programmed >>>> in to a radio mode doesn't require using a DTMF mic while mobile. >>>> >>>> Tony >>>> >>>> Jim Duuuude wrote: >>>> >>>>> Well, it could very easily. Im game.. (be sure you >>>>> pronounce that right) :-). What kind of MDC-1200 >>>>> message type are you intending use (excuse the >>>>> possibility of this being a dumb question, but >>>>> the only thing Im familiar with MDC-1200 for is >>>>> UnitID). >>>>> >>>>> JIM WB6NIL >>>>> >>>>> ---------------------------------------- >>>>> >>>>> >>>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>>>> From: kt9ac at ameritech.net >>>>>> To: App_rpt-users at qrvc.com >>>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>>>> >>>>>> Hi Everyone, >>>>>> New to the group and Asterisk; got my first node online today. I know >>>>>> there are libraries available from Matthew Kaufman for MDC1200 decoding, >>>>>> but haven't ventured into the code just yet. Does anyone have examples >>>>>> of what works and how difficult it was? I want to simply send an MDC ID >>>>>> into Asterisk to control my links/macros versus DTMF. >>>>>> >>>>>> Thanks! >>>>>> Tony, KT9AC >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing list >>>>>> App_rpt-users at qrvc.com >>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>>> >>>>>> >>>>> >>> >>> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From kt9ac at ameritech.net Tue Mar 23 00:26:06 2010 From: kt9ac at ameritech.net (KT9AC) Date: Mon, 22 Mar 2010 19:26:06 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: References: <4BA573C0.7040202@ameritech.net>, , <4BA7BA2A.6000406@ameritech.net>, , <4BA7C13A.3040807@ameritech.net>, Message-ID: <4BA80A9E.1050500@ameritech.net> Great! I never expected this so quickly. I'll grab a copy, compile and start testing. I'll do my part and try to find online documentation about the data layout for MDC. Tony Jim Duuuude wrote: > The new version of app_rpt.c which will be posted on SVN > this evening contains new code (experimental at this point) > which allows you to put a '[mdcmacro]' stanza in your rpt.conf file > where the entries under it are UnitID=DTMF Tones To RUN > > So, like: > > [mdcmacro] > d00d=*32000 > > If you have id d00d, it logs into hub node 2000. > > If you send the same ID over and over again, it ignores > subsequent duplicates. > > If someone would find me a full copy of the MDC-1200 command > set, I sure would appreciate it. > > JIM WB6NIL > > > > ---------------------------------------- > >> Date: Mon, 22 Mar 2010 16:44:50 -0500 >> From: w9drr.ham at gmail.com >> To: kt9ac at ameritech.net >> CC: app_rpt-users at qrvc.com >> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >> >> Wouldn't it be better to use mdc status messages for control? The unit >> id is sent every transmission. >> You really wouldn't want a dtmf macro activated every time a unit >> transmits.. that could be real bad if you slip on the ptt. >> I can see it would be pretty easily to generate a couple commands by >> accident. I think MDC status messages are more >> up that alley. >> >> My MDC-1200 biggest wish is an "MDC squelch" that will compare the >> unit-ID to a list, if in the list allow the audio to repeat. >> >> A local ham repeater (fishfar) only allows access based on a known >> list of Unit IDs. >> >> My concept would be status-1 to enable the repeater, status-2 disable, >> status-3 reboot the server, status-4 enable mdc-squech, >> status-5 enable pl squelch, status-6 send "ffff" all call. Something >> like that.... >> >> It would be really cool if we could also have the ability to generate >> MDC messages. a command like rpt mdc 2090 ffff which would generate >> an ffff all call on node 2090 would be really appreciated. >> >> Being able to watch the output of the decoder into a log would help >> find what codes are being seen. >> >> In the mean time, I recorded my ht sending the "all call" and play the >> wav file back. It does activate all the radios each time it's sent. >> >> -- >> Don Russell, CBRE >> W9DRR - ARRL OES, Technical Specialist >> -- >> >> >> >> On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: >> >>> Yes, that is correct. >>> >>> Jim Duuuude wrote: >>> >>>> okay, What I will do is have a list of "Unit-ID"'s that >>>> can correspond to DTMF macros. In other words, you >>>> could make unit ID 1234 be the same as pressing *32000 >>>> or something like that. >>>> >>>> Is that pretty much what you had in mind?? >>>> >>>> JIM WB6NIL >>>> >>>> ---------------------------------------- >>>> >>>> >>>>> Date: Mon, 22 Mar 2010 13:42:50 -0500 >>>>> From: kt9ac at ameritech.net >>>>> To: telesistant at hotmail.com >>>>> CC: app_rpt-users at qrvc.com >>>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>>>> >>>>> Thanks Jim for the reply and interest. Basically I just want to >>>>> send/decode the Unit ID that will be used as a control function (i.e. >>>>> macro to connect up to site "X"), activity timer (link transmit >>>>> authorization) or repeater access control. I like MDC since its a >>>>> fixed-length packet, has error-correction built-in and once programmed >>>>> in to a radio mode doesn't require using a DTMF mic while mobile. >>>>> >>>>> Tony >>>>> >>>>> Jim Duuuude wrote: >>>>> >>>>> >>>>>> Well, it could very easily. Im game.. (be sure you >>>>>> pronounce that right) :-). What kind of MDC-1200 >>>>>> message type are you intending use (excuse the >>>>>> possibility of this being a dumb question, but >>>>>> the only thing Im familiar with MDC-1200 for is >>>>>> UnitID). >>>>>> >>>>>> JIM WB6NIL >>>>>> >>>>>> ---------------------------------------- >>>>>> >>>>>> >>>>>> >>>>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>>>>> From: kt9ac at ameritech.net >>>>>>> To: App_rpt-users at qrvc.com >>>>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>>>>> >>>>>>> Hi Everyone, >>>>>>> New to the group and Asterisk; got my first node online today. I know >>>>>>> there are libraries available from Matthew Kaufman for MDC1200 decoding, >>>>>>> but haven't ventured into the code just yet. Does anyone have examples >>>>>>> of what works and how difficult it was? I want to simply send an MDC ID >>>>>>> into Asterisk to control my links/macros versus DTMF. >>>>>>> >>>>>>> Thanks! >>>>>>> Tony, KT9AC >>>>>>> _______________________________________________ >>>>>>> App_rpt-users mailing list >>>>>>> App_rpt-users at qrvc.com >>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>>>> >>>>>>> >>>>>>> >>>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at qrvc.com >>> http://qrvc.com/mailman/listinfo/app_rpt-users >>> >>> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > From wa1sot at pcom.com Tue Mar 23 00:34:25 2010 From: wa1sot at pcom.com (Jim Richardson) Date: Mon, 22 Mar 2010 20:34:25 -0400 (EDT) Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt Message-ID: <59387.71.168.66.85.1269304465.squirrel@pcom.dnsalias.net> Since we are discussing non DTMF methods of sending commands, I'd like to mention that the ability to send a command by changing CTCSS tone would be useful for me as I do not have a DTMF microphone but I can program a different CTCSS into the radio to send a command. While you are looking at the code please keep my request in mind. Thanks in advance, Jim WA1SOT From bbrown at byrg.net Tue Mar 23 00:51:13 2010 From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=) Date: Mon, 22 Mar 2010 19:51:13 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <4BA80A9E.1050500@ameritech.net> References: <4BA573C0.7040202@ameritech.net> <4BA7BA2A.6000406@ameritech.net> <4BA7C13A.3040807@ameritech.net> <4BA80A9E.1050500@ameritech.net> Message-ID: <358e96271003221751w49fc3367j289c6662f581bb5e@mail.gmail.com> some info i found on the subject: http://batboard.batlabs.com/viewtopic.php?t=36459 http://www.antistatic.org/winmdcd/ http://www.matthew.at/mdc/ -- Thanks in Advance Bob Brown, W?NQX Kansas City Metro Area http://sm0kenet.net http://byrg.net http://kcdstar.byrg.net Quis custodiet ipsos custodes? On Mon, Mar 22, 2010 at 19:26, KT9AC wrote: > Great! I never expected this so quickly. I'll grab a copy, compile and > start testing. I'll do my part and try to find online documentation > about the data layout for MDC. > > Tony > > Jim Duuuude wrote: > > The new version of app_rpt.c which will be posted on SVN > > this evening contains new code (experimental at this point) > > which allows you to put a '[mdcmacro]' stanza in your rpt.conf file > > where the entries under it are UnitID=DTMF Tones To RUN > > > > So, like: > > > > [mdcmacro] > > d00d=*32000 > > > > If you have id d00d, it logs into hub node 2000. > > > > If you send the same ID over and over again, it ignores > > subsequent duplicates. > > > > If someone would find me a full copy of the MDC-1200 command > > set, I sure would appreciate it. > > > > JIM WB6NIL > > > > > > > > ---------------------------------------- > > > >> Date: Mon, 22 Mar 2010 16:44:50 -0500 > >> From: w9drr.ham at gmail.com > >> To: kt9ac at ameritech.net > >> CC: app_rpt-users at qrvc.com > >> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > >> > >> Wouldn't it be better to use mdc status messages for control? The unit > >> id is sent every transmission. > >> You really wouldn't want a dtmf macro activated every time a unit > >> transmits.. that could be real bad if you slip on the ptt. > >> I can see it would be pretty easily to generate a couple commands by > >> accident. I think MDC status messages are more > >> up that alley. > >> > >> My MDC-1200 biggest wish is an "MDC squelch" that will compare the > >> unit-ID to a list, if in the list allow the audio to repeat. > >> > >> A local ham repeater (fishfar) only allows access based on a known > >> list of Unit IDs. > >> > >> My concept would be status-1 to enable the repeater, status-2 disable, > >> status-3 reboot the server, status-4 enable mdc-squech, > >> status-5 enable pl squelch, status-6 send "ffff" all call. Something > >> like that.... > >> > >> It would be really cool if we could also have the ability to generate > >> MDC messages. a command like rpt mdc 2090 ffff which would generate > >> an ffff all call on node 2090 would be really appreciated. > >> > >> Being able to watch the output of the decoder into a log would help > >> find what codes are being seen. > >> > >> In the mean time, I recorded my ht sending the "all call" and play the > >> wav file back. It does activate all the radios each time it's sent. > >> > >> -- > >> Don Russell, CBRE > >> W9DRR - ARRL OES, Technical Specialist > >> -- > >> > >> > >> > >> On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: > >> > >>> Yes, that is correct. > >>> > >>> Jim Duuuude wrote: > >>> > >>>> okay, What I will do is have a list of "Unit-ID"'s that > >>>> can correspond to DTMF macros. In other words, you > >>>> could make unit ID 1234 be the same as pressing *32000 > >>>> or something like that. > >>>> > >>>> Is that pretty much what you had in mind?? > >>>> > >>>> JIM WB6NIL > >>>> > >>>> ---------------------------------------- > >>>> > >>>> > >>>>> Date: Mon, 22 Mar 2010 13:42:50 -0500 > >>>>> From: kt9ac at ameritech.net > >>>>> To: telesistant at hotmail.com > >>>>> CC: app_rpt-users at qrvc.com > >>>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > >>>>> > >>>>> Thanks Jim for the reply and interest. Basically I just want to > >>>>> send/decode the Unit ID that will be used as a control function (i.e. > >>>>> macro to connect up to site "X"), activity timer (link transmit > >>>>> authorization) or repeater access control. I like MDC since its a > >>>>> fixed-length packet, has error-correction built-in and once > programmed > >>>>> in to a radio mode doesn't require using a DTMF mic while mobile. > >>>>> > >>>>> Tony > >>>>> > >>>>> Jim Duuuude wrote: > >>>>> > >>>>> > >>>>>> Well, it could very easily. Im game.. (be sure you > >>>>>> pronounce that right) :-). What kind of MDC-1200 > >>>>>> message type are you intending use (excuse the > >>>>>> possibility of this being a dumb question, but > >>>>>> the only thing Im familiar with MDC-1200 for is > >>>>>> UnitID). > >>>>>> > >>>>>> JIM WB6NIL > >>>>>> > >>>>>> ---------------------------------------- > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 > >>>>>>> From: kt9ac at ameritech.net > >>>>>>> To: App_rpt-users at qrvc.com > >>>>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? > >>>>>>> > >>>>>>> Hi Everyone, > >>>>>>> New to the group and Asterisk; got my first node online today. I > know > >>>>>>> there are libraries available from Matthew Kaufman for MDC1200 > decoding, > >>>>>>> but haven't ventured into the code just yet. Does anyone have > examples > >>>>>>> of what works and how difficult it was? I want to simply send an > MDC ID > >>>>>>> into Asterisk to control my links/macros versus DTMF. > >>>>>>> > >>>>>>> Thanks! > >>>>>>> Tony, KT9AC > >>>>>>> _______________________________________________ > >>>>>>> App_rpt-users mailing list > >>>>>>> App_rpt-users at qrvc.com > >>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users > >>>>>>> > >>>>>>> > >>>>>>> > >>>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at qrvc.com > >>> http://qrvc.com/mailman/listinfo/app_rpt-users > >>> > >>> > >> _______________________________________________ > >> App_rpt-users mailing list > >> App_rpt-users at qrvc.com > >> http://qrvc.com/mailman/listinfo/app_rpt-users > >> > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Tue Mar 23 01:00:40 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 18:00:40 -0700 Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt In-Reply-To: <59387.71.168.66.85.1269304465.squirrel@pcom.dnsalias.net> References: <59387.71.168.66.85.1269304465.squirrel@pcom.dnsalias.net> Message-ID: been there, done that, got the t-shirt. use the '[tonemacro]' section of rpt.conf. JIM ---------------------------------------- > Date: Mon, 22 Mar 2010 20:34:25 -0400 > From: wa1sot at pcom.com > To: App_rpt-users at qrvc.com > Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt > > Since we are discussing non DTMF methods of sending commands, I'd like to > mention that the ability to send a command by changing CTCSS tone would be > useful for me as I do not have a DTMF microphone but I can program a > different CTCSS into the radio to send a command. While you are looking > at the code please keep my request in mind. Thanks in advance, Jim WA1SOT > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From wa1sot at pcom.com Tue Mar 23 02:18:00 2010 From: wa1sot at pcom.com (Jim Richardson) Date: Mon, 22 Mar 2010 22:18:00 -0400 (EDT) Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt In-Reply-To: References: <59387.71.168.66.85.1269304465.squirrel@pcom.dnsalias.net> Message-ID: <43820.71.168.66.85.1269310680.squirrel@pcom.dnsalias.net> Jim, Any pointers in how to use tonemacro? I looked for documentation but only found that it has not been documented yet. I also looked at the source code and config files and was not able to figure out how to configure tonemacro. Thank you for all the work you have done on this excellent software, Jim WA1SOT > > been there, done that, got the t-shirt. > use the '[tonemacro]' section of rpt.conf. > > JIM > > ---------------------------------------- >> Date: Mon, 22 Mar 2010 20:34:25 -0400 >> From: wa1sot at pcom.com >> To: App_rpt-users at qrvc.com >> Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt >> >> Since we are discussing non DTMF methods of sending commands, I'd like >> to >> mention that the ability to send a command by changing CTCSS tone would >> be >> useful for me as I do not have a DTMF microphone but I can program a >> different CTCSS into the radio to send a command. While you are looking >> at the code please keep my request in mind. Thanks in advance, Jim >> WA1SOT >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users > From telesistant at hotmail.com Tue Mar 23 03:08:26 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 22 Mar 2010 20:08:26 -0700 Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt In-Reply-To: <43820.71.168.66.85.1269310680.squirrel@pcom.dnsalias.net> References: <59387.71.168.66.85.1269304465.squirrel@pcom.dnsalias.net>, , <43820.71.168.66.85.1269310680.squirrel@pcom.dnsalias.net> Message-ID: [tonemacro] 100.0=*7 ---------------------------------------- > Date: Mon, 22 Mar 2010 22:18:00 -0400 > From: wa1sot at pcom.com > To: App_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] Using CTCSS to send commands to app_rpt > > Jim, > > Any pointers in how to use tonemacro? I looked for documentation but only > found that it has not been documented yet. I also looked at the source > code and config files and was not able to figure out how to configure > tonemacro. > > Thank you for all the work you have done on this excellent software, > > Jim WA1SOT > > >> >> been there, done that, got the t-shirt. >> use the '[tonemacro]' section of rpt.conf. >> >> JIM >> >> ---------------------------------------- >>> Date: Mon, 22 Mar 2010 20:34:25 -0400 >>> From: wa1sot at pcom.com >>> To: App_rpt-users at qrvc.com >>> Subject: [App_rpt-users] Using CTCSS to send commands to app_rpt >>> >>> Since we are discussing non DTMF methods of sending commands, I'd like >>> to >>> mention that the ability to send a command by changing CTCSS tone would >>> be >>> useful for me as I do not have a DTMF microphone but I can program a >>> different CTCSS into the radio to send a command. While you are looking >>> at the code please keep my request in mind. Thanks in advance, Jim >>> WA1SOT >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at qrvc.com >>> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From ke2n at cs.com Tue Mar 23 14:41:30 2010 From: ke2n at cs.com (Ken) Date: Tue, 23 Mar 2010 10:41:30 -0400 Subject: [App_rpt-users] weather radio / public service Message-ID: <8CC98AE0F72B6CC-2B28-BDB2@Webmail-m124.sysops.aol.com> With spring storm season on its way, I would like to add the NWS Emergency Alert System?messages to my setup.? I wonder what other people are doing? Before I do an entirely?hardware-based approach I wonder if there is some software approach that would eliminate some relays and cables and maybe function better? ? I have a simple radio that does the SAME decoding and can turn on signals for 'alert' and 'warning' and so forth. Repeater-builder has an article about using these, but my recollection is that when a warning statement has been issued, the warning light stays on the whole time -?until the warning is canceled.? The EAS messages are, by definition, always less than 2? minutes. ? What I would like to do is just play the message once whenever the NWS blows the horn (1050 Hz tone lasting from 8-20 seconds). ? Seems to me that the require functionality (if one were willing to dedicate a URI to the weather radio) would be to listen for the tone (1050 Hz for 7 seconds or more) then, when the tone stops, link-in the audio until the end-of-message AFSK burst is detected - or two minutes, whichever comes first. Note:? I have the MP3 forecasts (podcasts)?already working on the machine but the EAS messages are not sent in MP3 format, being considered too critical for that. ? Ken Jamrogowicz 27021 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Tue Mar 23 15:35:58 2010 From: kb2ear at kb2ear.net (Scott Weis) Date: Tue, 23 Mar 2010 11:35:58 -0400 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <4BA80A9E.1050500@ameritech.net> References: <4BA573C0.7040202@ameritech.net>, , <4BA7BA2A.6000406@ameritech.net>, , <4BA7C13A.3040807@ameritech.net>, <4BA80A9E.1050500@ameritech.net> Message-ID: <44DF80F855854AB993EBA3872E9EF4B5@KB2EAR2> So how can you tell if the MDC is decoding? Is there a debug statement? Scott ----- Original Message ----- From: "KT9AC" To: "app_rpt mailing list" Sent: Monday, March 22, 2010 8:26 PM Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > Great! I never expected this so quickly. I'll grab a copy, compile and > start testing. I'll do my part and try to find online documentation > about the data layout for MDC. > > Tony > > Jim Duuuude wrote: >> The new version of app_rpt.c which will be posted on SVN >> this evening contains new code (experimental at this point) >> which allows you to put a '[mdcmacro]' stanza in your rpt.conf file >> where the entries under it are UnitID=DTMF Tones To RUN >> >> So, like: >> >> [mdcmacro] >> d00d=*32000 >> >> If you have id d00d, it logs into hub node 2000. >> >> If you send the same ID over and over again, it ignores >> subsequent duplicates. >> >> If someone would find me a full copy of the MDC-1200 command >> set, I sure would appreciate it. >> >> JIM WB6NIL >> >> >> >> ---------------------------------------- >> >>> Date: Mon, 22 Mar 2010 16:44:50 -0500 >>> From: w9drr.ham at gmail.com >>> To: kt9ac at ameritech.net >>> CC: app_rpt-users at qrvc.com >>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>> >>> Wouldn't it be better to use mdc status messages for control? The unit >>> id is sent every transmission. >>> You really wouldn't want a dtmf macro activated every time a unit >>> transmits.. that could be real bad if you slip on the ptt. >>> I can see it would be pretty easily to generate a couple commands by >>> accident. I think MDC status messages are more >>> up that alley. >>> >>> My MDC-1200 biggest wish is an "MDC squelch" that will compare the >>> unit-ID to a list, if in the list allow the audio to repeat. >>> >>> A local ham repeater (fishfar) only allows access based on a known >>> list of Unit IDs. >>> >>> My concept would be status-1 to enable the repeater, status-2 disable, >>> status-3 reboot the server, status-4 enable mdc-squech, >>> status-5 enable pl squelch, status-6 send "ffff" all call. Something >>> like that.... >>> >>> It would be really cool if we could also have the ability to generate >>> MDC messages. a command like rpt mdc 2090 ffff which would generate >>> an ffff all call on node 2090 would be really appreciated. >>> >>> Being able to watch the output of the decoder into a log would help >>> find what codes are being seen. >>> >>> In the mean time, I recorded my ht sending the "all call" and play the >>> wav file back. It does activate all the radios each time it's sent. >>> >>> -- >>> Don Russell, CBRE >>> W9DRR - ARRL OES, Technical Specialist >>> -- >>> >>> >>> >>> On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: >>> >>>> Yes, that is correct. >>>> >>>> Jim Duuuude wrote: >>>> >>>>> okay, What I will do is have a list of "Unit-ID"'s that >>>>> can correspond to DTMF macros. In other words, you >>>>> could make unit ID 1234 be the same as pressing *32000 >>>>> or something like that. >>>>> >>>>> Is that pretty much what you had in mind?? >>>>> >>>>> JIM WB6NIL >>>>> >>>>> ---------------------------------------- >>>>> >>>>> >>>>>> Date: Mon, 22 Mar 2010 13:42:50 -0500 >>>>>> From: kt9ac at ameritech.net >>>>>> To: telesistant at hotmail.com >>>>>> CC: app_rpt-users at qrvc.com >>>>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>>>>> >>>>>> Thanks Jim for the reply and interest. Basically I just want to >>>>>> send/decode the Unit ID that will be used as a control function (i.e. >>>>>> macro to connect up to site "X"), activity timer (link transmit >>>>>> authorization) or repeater access control. I like MDC since its a >>>>>> fixed-length packet, has error-correction built-in and once >>>>>> programmed >>>>>> in to a radio mode doesn't require using a DTMF mic while mobile. >>>>>> >>>>>> Tony >>>>>> >>>>>> Jim Duuuude wrote: >>>>>> >>>>>> >>>>>>> Well, it could very easily. Im game.. (be sure you >>>>>>> pronounce that right) :-). What kind of MDC-1200 >>>>>>> message type are you intending use (excuse the >>>>>>> possibility of this being a dumb question, but >>>>>>> the only thing Im familiar with MDC-1200 for is >>>>>>> UnitID). >>>>>>> >>>>>>> JIM WB6NIL >>>>>>> >>>>>>> ---------------------------------------- >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>>>>>> From: kt9ac at ameritech.net >>>>>>>> To: App_rpt-users at qrvc.com >>>>>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>>>>>> >>>>>>>> Hi Everyone, >>>>>>>> New to the group and Asterisk; got my first node online today. I >>>>>>>> know >>>>>>>> there are libraries available from Matthew Kaufman for MDC1200 >>>>>>>> decoding, >>>>>>>> but haven't ventured into the code just yet. Does anyone have >>>>>>>> examples >>>>>>>> of what works and how difficult it was? I want to simply send an >>>>>>>> MDC ID >>>>>>>> into Asterisk to control my links/macros versus DTMF. >>>>>>>> >>>>>>>> Thanks! >>>>>>>> Tony, KT9AC >>>>>>>> _______________________________________________ >>>>>>>> App_rpt-users mailing list >>>>>>>> App_rpt-users at qrvc.com >>>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>>>>> >>>>>>>> >>>>>>>> >>>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at qrvc.com >>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>> >>>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at qrvc.com >>> http://qrvc.com/mailman/listinfo/app_rpt-users >>> >> >> > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > From telesistant at hotmail.com Tue Mar 23 16:57:03 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 23 Mar 2010 09:57:03 -0700 Subject: [App_rpt-users] Build fails on v 0.219 In-Reply-To: References: Message-ID: Since Im going to have to make a 0.220 release to fix this (its not even a flesh wound :-) ), can any one provide me with any useful information about the MDC-1200 commands to that I can make this a non-trivial release??? JIM WB6NIL ________________________________ > Date: Tue, 23 Mar 2010 09:09:26 -0700 > Subject: Build fails on v 0.219 > From: hkwilliamson at gmail.com > To: telesistant at hotmail.com > > Hi Jim, > > The build of v.0.219 fails during the compile of app_rpt.c due to #include of missing mdc_decode.c. It's apparently an include path issue that I didn't take the time to figure out, instead opting to copy mdc_decode.[ch] files into the app subdir. The make worked fine then but obviously there is a correct fix for this. > > > Regards, > > Keith > KF7DRV > Allstar: 2541 > From nessenj at jimsoffice.org Tue Mar 23 18:26:06 2010 From: nessenj at jimsoffice.org (James Nessen) Date: Tue, 23 Mar 2010 11:26:06 -0700 Subject: [App_rpt-users] app_rpt slide deck Message-ID: <91a3416d1003231126n380a8ce5q8499327b05d84dd2@mail.gmail.com> I am giving a presentation to a local linux users group regarding ham radio and linux and would love to add app_rpt to my deck of slides, does anyone have slides from a similar presentation they would be willing to share? Thanks. jim, k6jwn -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Tue Mar 23 19:13:51 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 23 Mar 2010 12:13:51 -0700 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: <44DF80F855854AB993EBA3872E9EF4B5@KB2EAR2> References: <4BA573C0.7040202@ameritech.net>, , , , <4BA7BA2A.6000406@ameritech.net>, , , , <4BA7C13A.3040807@ameritech.net>, , , <4BA80A9E.1050500@ameritech.net>, <44DF80F855854AB993EBA3872E9EF4B5@KB2EAR2> Message-ID: Yes, it makes some output when it happily decodes a unit id For those wanting extra functionality for "buttons" or whatever it is your radios are equipped with. If someone could give me a recording (of the receive input of a receiver listening to your transmiter) of the output your transmitter as you press the buttons you are interested in, and then tell me what you pressed in what order, I could use that recording to do what I need to do. Probably the best way to accomplish the recording is to use the URI as a regular sound device (like on a windows machine or Linux) and use a standard sound recorder program or editor (like audacity) to make the recording. Thanks!! JIM WB6NIL ---------------------------------------- > From: kb2ear at kb2ear.net > To: app_rpt-users at qrvc.com > Date: Tue, 23 Mar 2010 11:35:58 -0400 > Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > > So how can you tell if the MDC is decoding? Is there a debug statement? > > Scott > ----- Original Message ----- > From: "KT9AC" > To: "app_rpt mailing list" > Sent: Monday, March 22, 2010 8:26 PM > Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? > > >> Great! I never expected this so quickly. I'll grab a copy, compile and >> start testing. I'll do my part and try to find online documentation >> about the data layout for MDC. >> >> Tony >> >> Jim Duuuude wrote: >>> The new version of app_rpt.c which will be posted on SVN >>> this evening contains new code (experimental at this point) >>> which allows you to put a '[mdcmacro]' stanza in your rpt.conf file >>> where the entries under it are UnitID=DTMF Tones To RUN >>> >>> So, like: >>> >>> [mdcmacro] >>> d00d=*32000 >>> >>> If you have id d00d, it logs into hub node 2000. >>> >>> If you send the same ID over and over again, it ignores >>> subsequent duplicates. >>> >>> If someone would find me a full copy of the MDC-1200 command >>> set, I sure would appreciate it. >>> >>> JIM WB6NIL >>> >>> >>> >>> ---------------------------------------- >>> >>>> Date: Mon, 22 Mar 2010 16:44:50 -0500 >>>> From: w9drr.ham at gmail.com >>>> To: kt9ac at ameritech.net >>>> CC: app_rpt-users at qrvc.com >>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>>> >>>> Wouldn't it be better to use mdc status messages for control? The unit >>>> id is sent every transmission. >>>> You really wouldn't want a dtmf macro activated every time a unit >>>> transmits.. that could be real bad if you slip on the ptt. >>>> I can see it would be pretty easily to generate a couple commands by >>>> accident. I think MDC status messages are more >>>> up that alley. >>>> >>>> My MDC-1200 biggest wish is an "MDC squelch" that will compare the >>>> unit-ID to a list, if in the list allow the audio to repeat. >>>> >>>> A local ham repeater (fishfar) only allows access based on a known >>>> list of Unit IDs. >>>> >>>> My concept would be status-1 to enable the repeater, status-2 disable, >>>> status-3 reboot the server, status-4 enable mdc-squech, >>>> status-5 enable pl squelch, status-6 send "ffff" all call. Something >>>> like that.... >>>> >>>> It would be really cool if we could also have the ability to generate >>>> MDC messages. a command like rpt mdc 2090 ffff which would generate >>>> an ffff all call on node 2090 would be really appreciated. >>>> >>>> Being able to watch the output of the decoder into a log would help >>>> find what codes are being seen. >>>> >>>> In the mean time, I recorded my ht sending the "all call" and play the >>>> wav file back. It does activate all the radios each time it's sent. >>>> >>>> -- >>>> Don Russell, CBRE >>>> W9DRR - ARRL OES, Technical Specialist >>>> -- >>>> >>>> >>>> >>>> On Mon, Mar 22, 2010 at 14:12, KT9AC wrote: >>>> >>>>> Yes, that is correct. >>>>> >>>>> Jim Duuuude wrote: >>>>> >>>>>> okay, What I will do is have a list of "Unit-ID"'s that >>>>>> can correspond to DTMF macros. In other words, you >>>>>> could make unit ID 1234 be the same as pressing *32000 >>>>>> or something like that. >>>>>> >>>>>> Is that pretty much what you had in mind?? >>>>>> >>>>>> JIM WB6NIL >>>>>> >>>>>> ---------------------------------------- >>>>>> >>>>>> >>>>>>> Date: Mon, 22 Mar 2010 13:42:50 -0500 >>>>>>> From: kt9ac at ameritech.net >>>>>>> To: telesistant at hotmail.com >>>>>>> CC: app_rpt-users at qrvc.com >>>>>>> Subject: Re: [App_rpt-users] Anyone using MDC1200 for control? >>>>>>> >>>>>>> Thanks Jim for the reply and interest. Basically I just want to >>>>>>> send/decode the Unit ID that will be used as a control function (i.e. >>>>>>> macro to connect up to site "X"), activity timer (link transmit >>>>>>> authorization) or repeater access control. I like MDC since its a >>>>>>> fixed-length packet, has error-correction built-in and once >>>>>>> programmed >>>>>>> in to a radio mode doesn't require using a DTMF mic while mobile. >>>>>>> >>>>>>> Tony >>>>>>> >>>>>>> Jim Duuuude wrote: >>>>>>> >>>>>>> >>>>>>>> Well, it could very easily. Im game.. (be sure you >>>>>>>> pronounce that right) :-). What kind of MDC-1200 >>>>>>>> message type are you intending use (excuse the >>>>>>>> possibility of this being a dumb question, but >>>>>>>> the only thing Im familiar with MDC-1200 for is >>>>>>>> UnitID). >>>>>>>> >>>>>>>> JIM WB6NIL >>>>>>>> >>>>>>>> ---------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Date: Sat, 20 Mar 2010 20:17:52 -0500 >>>>>>>>> From: kt9ac at ameritech.net >>>>>>>>> To: App_rpt-users at qrvc.com >>>>>>>>> Subject: [App_rpt-users] Anyone using MDC1200 for control? >>>>>>>>> >>>>>>>>> Hi Everyone, >>>>>>>>> New to the group and Asterisk; got my first node online today. I >>>>>>>>> know >>>>>>>>> there are libraries available from Matthew Kaufman for MDC1200 >>>>>>>>> decoding, >>>>>>>>> but haven't ventured into the code just yet. Does anyone have >>>>>>>>> examples >>>>>>>>> of what works and how difficult it was? I want to simply send an >>>>>>>>> MDC ID >>>>>>>>> into Asterisk to control my links/macros versus DTMF. >>>>>>>>> >>>>>>>>> Thanks! >>>>>>>>> Tony, KT9AC >>>>>>>>> _______________________________________________ >>>>>>>>> App_rpt-users mailing list >>>>>>>>> App_rpt-users at qrvc.com >>>>>>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at qrvc.com >>>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>>> >>>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at qrvc.com >>>> http://qrvc.com/mailman/listinfo/app_rpt-users >>>> >>> >>> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> >> > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From telesistant at hotmail.com Wed Mar 24 00:41:42 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 23 Mar 2010 17:41:42 -0700 Subject: [App_rpt-users] Kenwood Remote TRX In-Reply-To: <8FD622CBF603467E99654EE57415F08D@jann> References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> <541361DA917249E68A15F25B64A2D8A5@jann>, <3EBE9ACF5A104472B2489612FB5B9768@jann> , <8FD622CBF603467E99654EE57415F08D@jann> Message-ID: I set up the system here, exactly as you have said (only differnce is its a TMG-707 as a remote, not a D-700, which shouldnt make any difference) and I can not duplicate your problem. JIM WB6NIL ---------------------------------------- > From: jann at gmx.de > To: telesistant at hotmail.com > Subject: Re: [App_rpt-users] Kenwood Remote TRX > Date: Tue, 23 Mar 2010 22:23:25 +0100 > > Hi Jim, > > sorry, I did have some trouble with my mail system. Here we go again ;) > >> never heard of "flannelly" just explain it in German, and Ill >> have a friend translate it. > > http://dict.leo.org/ende?lp=ende?=de&searchLoc=0&cmpType=relaxed§Hdr > =on&spellToler=on&chinese=both&pinyin=diacritic&search=dumpf&relink=on > Well, the effect is low and I don't get in trouble with it. Just for > feedback. > >> As far as the problem with the dsp carrier on long hang time >> repeaters, it should work just fine. I will attempt to >> simulate this problem, if I accurately understand it. >> >> Correct me if Im wrong please. If you are using the remote >> base to talk to a repeater with a long hang time, when you >> un-key the USB device does not detect the presence of the >> carrier from the receiver.. > > Yes, I will un-key the USB device and the repeater with the long hang time > is still transmitting. I will not get this audio. The repeater need to stop > transmitting and then the next transmission from the repeater will be > catched by my remote trx. > > I tried it on simplex. I talked to a friend and I told him to start talking > during my transmission. He started his tranmission while I was talking, I > stopped my remote transmission and did NOT get his audio after I un-keyed. > He needed to stop talking and make another transmission. > > I'll be on node 2397 now. > Tnx! > 73, > Jann From kt9ac at ameritech.net Wed Mar 24 01:23:47 2010 From: kt9ac at ameritech.net (KT9AC) Date: Tue, 23 Mar 2010 20:23:47 -0500 Subject: [App_rpt-users] Build fails on v 0.219 - successful with 1.4.23-pre In-Reply-To: References: Message-ID: <4BA969A3.3080005@ameritech.net> Just an update... I was originally trying the ACID downloaded version to compile in the MDC1200 code, and was getting the same failure. Did a SVN download of the current 'astsrc-1.4.23-pre' and moved the mdc_decode.[ch] files into /usr/src/asterisk/apps and it all compiled! I'll try some config samples and see what I get for outputs. Thanks to everyone for getting this going so quickly! Tony Jim Duuuude wrote: > Since Im going to have to make a 0.220 release to fix this > (its not even a flesh wound :-) ), can any one provide me with > any useful information about the MDC-1200 commands to that I can > make this a non-trivial release??? > > JIM WB6NIL > > > ________________________________ > >> Date: Tue, 23 Mar 2010 09:09:26 -0700 >> Subject: Build fails on v 0.219 >> From: hkwilliamson at gmail.com >> To: telesistant at hotmail.com >> >> Hi Jim, >> >> The build of v.0.219 fails during the compile of app_rpt.c due to #include of missing mdc_decode.c. It's apparently an include path issue that I didn't take the time to figure out, instead opting to copy mdc_decode.[ch] files into the app subdir. The make worked fine then but obviously there is a correct fix for this. >> >> >> Regards, >> >> Keith >> KF7DRV >> Allstar: 2541 >> >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > > From ke2n at cs.com Wed Mar 24 21:40:38 2010 From: ke2n at cs.com (Ken) Date: Wed, 24 Mar 2010 17:40:38 -0400 Subject: [App_rpt-users] weather radio / public service In-Reply-To: References: <8CC98AE0F72B6CC-2B28-BDB2@Webmail-m124.sysops.aol.com> Message-ID: <001501cacb9a$a54b0640$efe112c0$@com> OK - that is the first real response to my question #1 - VOX the fob w/NWS I guess you get to hear all the warning tones etc... I have had my weather radio since the end of last year and it has not triggered once yet (while I was home anyway) I am waiting to see if the radio stops talking after the message is read one time. = = = "Parapin.c" uses the printer port? (I don?t have one) Is there some way to access the fob's spare GPIO line? Does one have to hack into the usbradio C-code, or is there a function? Ken PS - by installing the Asterisk v1.4 add-in that plays MP3's directly, I do not need to use Cepstral (and tricky scripts) to play advisories. Of course I am fortunate to live where these are available for my area. > -----Original Message----- > From: Don Russell [mailto:w9drr.ham at gmail.com] > Sent: Wednesday, March 24, 2010 5:05 PM > To: Ken > Subject: Re: [App_rpt-users] weather radio / public service > > I went super simple. USB fob in vox mode hooked to the audio output of > the SAME-NWS radio. > I have it set for code 9999 (any alert). Any time there is a duck fart > (FIPS code sent) it opens the > squelch of the NWS radio and the audio is heard on the repeater. As > soon as the closing stanza is sent the audio stops and the vox drops. > Works like a charm every time. > > Now if you want to get fancy you could take two opto isolaters and > take the output signals through an OR gate to a parallel port pin. > Then use a little C code using the parapin.c to watch that pin, and > call a program that will change asterisk config files and reload the > rpt.conf changing the Courtesy tone to a Morse W... but that's a bit > much..... LOL (I am seriously considering doing just that) > > I also have some scripts I modified from what Randy KC6HUR and W0ANM > hacked up for IRLP. > They are really nice and use cepstrals TTS engine for linux. I have it > announce new alerts for my county immediately, then every 10,10,15,30 > minutes then hourly there after if for a watch/flood /winter > advisory... > > -- > Don Russell, CBRE > Director of IT/Chief Operator - Maverick Media > W9DRR - ARRL OES, Technical Specialist > Winnebago County AEC > http://www.socialengineer.us > -- > > > > On Tue, Mar 23, 2010 at 09:41, Ken wrote: > > With spring storm season on its way, I would like to add the NWS > Emergency > > Alert System messages to my setup. I wonder what other people are > doing? > > Before I do an entirely hardware-based approach I wonder if there is > some > > software approach that would eliminate some relays and cables and > maybe > > function better? > > > > I have a simple radio that does the SAME decoding and can turn on > signals > > for 'alert' and 'warning' and so forth. Repeater-builder has an > article > > about using these, but my recollection is that when a warning > statement has > > been issued, the warning light stays on the whole time - until the > warning > > is canceled. The EAS messages are, by definition, always less than 2 > > minutes. > > > > What I would like to do is just play the message once whenever the > NWS blows > > the horn (1050 Hz tone lasting from 8-20 seconds). > > > > Seems to me that the require functionality (if one were willing to > dedicate > > a URI to the weather radio) would be to listen for the tone (1050 Hz > for 7 > > seconds or more) then, when the tone stops, link-in the audio until > the > > end-of-message AFSK burst is detected - or two minutes, whichever > comes > > first. > > Note: I have the MP3 forecasts (podcasts) already working on the > machine > > but the EAS messages are not sent in MP3 format, being considered too > > critical for that. > > > > Ken Jamrogowicz > > 27021 > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > > > > From telesistant at hotmail.com Fri Mar 26 00:06:28 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 25 Mar 2010 17:06:28 -0700 Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agile radios In-Reply-To: <3EBE9ACF5A104472B2489612FB5B9768@jann> References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> <541361DA917249E68A15F25B64A2D8A5@jann>, <3EBE9ACF5A104472B2489612FB5B9768@jann> Message-ID: I have added (still experimental) code in app_rpt version 0.211 (available this evening in SVN) to attempt to support non-USA-standard repeater offsets for frequency agile radios. I have tested the code on a TMG-707A, but not on any of the other models supported, which are TM-271, TM-D700, FT-897 and IC-706. The other radios did not seem to support such functionality. There are 2 ways of configuring this: the new rpt.conf parameters (that go into the node clause in rpt.conf), are split2m and split70cm, which specify the default offset for 2 meters and 70 centimeters in kilohertz. split2m = 600 split70cm = 5000 You may also specify the offset in a memory channel by adding an additional parameter before the options, for example: 01 = 147.435,103.5,1035,h-t ; This would be for W6NUT in Los Angeles with input of 146.40 JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Fri Mar 26 03:26:09 2010 From: kb2ear at kb2ear.net (Scott Weis) Date: Thu, 25 Mar 2010 23:26:09 -0400 Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agileradios In-Reply-To: References: , <148BE197BFD24719A880EEE4D13C0EDA@jann><541361DA917249E68A15F25B64A2D8A5@jann>, <3EBE9ACF5A104472B2489612FB5B9768@jann> Message-ID: It would appear to work on the TM-271a Thanks, Scott KB2EAR ----- Original Message ----- From: Jim Duuuude To: dg8ngn at googlemail.com ; app_rpt mailing list Sent: Thursday, March 25, 2010 8:06 PM Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agileradios I have added (still experimental) code in app_rpt version 0.211 (available this evening in SVN) to attempt to support non-USA-standard repeater offsets for frequency agile radios. I have tested the code on a TMG-707A, but not on any of the other models supported, which are TM-271, TM-D700, FT-897 and IC-706. The other radios did not seem to support such functionality. There are 2 ways of configuring this: the new rpt.conf parameters (that go into the node clause in rpt.conf), are split2m and split70cm, which specify the default offset for 2 meters and 70 centimeters in kilohertz. split2m = 600 split70cm = 5000 You may also specify the offset in a memory channel by adding an additional parameter before the options, for example: 01 = 147.435,103.5,1035,h-t ; This would be for W6NUT in Los Angeles with input of 146.40 JIM WB6NIL ------------------------------------------------------------------------------ _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Mar 26 05:07:25 2010 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 25 Mar 2010 22:07:25 -0700 Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agileradios In-Reply-To: References: , <148BE197BFD24719A880EEE4D13C0EDA@jann><541361DA917249E68A15F25B64A2D8A5@jann>, <3EBE9ACF5A104472B2489612FB5B9768@jann> , Message-ID: yea!!!!!! And there was much rejoicing!!! Thanks for letting me know. JIM From: kb2ear at kb2ear.net To: telesistant at hotmail.com; dg8ngn at googlemail.com; app_rpt-users at qrvc.com Subject: Re: [App_rpt-users] non-USA-standard repeater offset for freq-agileradios Date: Thu, 25 Mar 2010 23:26:09 -0400 It would appear to work on the TM-271a Thanks, Scott KB2EAR ----- Original Message ----- From: Jim Duuuude To: dg8ngn at googlemail.com ; app_rpt mailing list Sent: Thursday, March 25, 2010 8:06 PM Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agileradios I have added (still experimental) code in app_rpt version 0.211 (available this evening in SVN) to attempt to support non-USA-standard repeater offsets for frequency agile radios. I have tested the code on a TMG-707A, but not on any of the other models supported, which are TM-271, TM-D700, FT-897 and IC-706. The other radios did not seem to support such functionality. There are 2 ways of configuring this: the new rpt.conf parameters (that go into the node clause in rpt.conf), are split2m and split70cm, which specify the default offset for 2 meters and 70 centimeters in kilohertz. split2m = 600 split70cm = 5000 You may also specify the offset in a memory channel by adding an additional parameter before the options, for example: 01 = 147.435,103.5,1035,h-t ; This would be for W6NUT in Los Angeles with input of 146.40 JIM WB6NIL _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kt9ac at ameritech.net Sun Mar 28 16:45:54 2010 From: kt9ac at ameritech.net (KT9AC) Date: Sun, 28 Mar 2010 11:45:54 -0500 Subject: [App_rpt-users] Anyone using MDC1200 for control? In-Reply-To: References: <4BA573C0.7040202@ameritech.net>, , , , <4BA7BA2A.6000406@ameritech.net>, , , , <4BA7C13A.3040807@ameritech.net>, , , <4BA80A9E.1050500@ameritech.net>, <44DF80F855854AB993EBA3872E9EF4B5@KB2EAR2> , <4BAC31F6.8070705@ameritech.net> , <4BACA91C.6070102@ameritech.net> , <4BACCF88.6040000@ameritech.net> , <4BACD30A.2000804@ameritech.net> , <4BAE85BA.4070008@ameritech.net> Message-ID: <4BAF87C2.2070701@ameritech.net> YES! This is working!!!!! I can't thank you enough for the effort. Now I can program up my radios to control the links remotely. The console does what its supposed to, and the mdcmacro works 100% according to it. I think this should be advertised as a major feature of Asterisk/Allstar. Here is my output to confirm: [mdcmacro] 1234 = *7 a555 = *81 astro*CLI> Got MDC-1200 (single-length) packet on node 27129: op: 01, arg: 80, UnitID: a555 Got MDC-1200 ID A555 from local system (27129) -- Playing 'rpt/goodmorning' (language 'en') -- Hungup 'Zap/pseudo-1352653485' -- Playing 'rpt/thetimeis' (language 'en') -- Playing 'digits/11' (language 'en') -- Playing 'digits/30' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'digits/a-m' (language 'en') -- Hungup 'Zap/pseudo-503514657' Got MDC-1200 (single-length) packet on node 27129: op: 01, arg: 80, UnitID: 1234 Got MDC-1200 ID 1234 from local system (27129) -- Playing 'rpt/node' (language 'en') -- Hungup 'Zap/pseudo-1850177399' -- Playing 'digits/2' (language 'en') -- Playing 'digits/7' (language 'en') -- Playing 'digits/1' (language 'en') -- Playing 'digits/2' (language 'en') -- Playing 'digits/9' (language 'en') -- Playing 'rpt/repeat_only' (language 'en') -- Hungup 'Zap/pseudo-415945723' -- Hungup 'Zap/pseudo-1937793097' Tony Jim Duuuude wrote: > I found a problem with the mdc-1200 decode routine and fixed it. > Please download app_rpt version 0.223 from SVN after it gets put > up there later today (Sunday). > > JIM WB6NIL > > From jann at gmx.de Wed Mar 31 09:55:43 2010 From: jann at gmx.de (Jann Traschewski) Date: Wed, 31 Mar 2010 11:55:43 +0200 Subject: [App_rpt-users] non-USA-standard repeater offset for freq-agile radios In-Reply-To: References: , <148BE197BFD24719A880EEE4D13C0EDA@jann> <541361DA917249E68A15F25B64A2D8A5@jann>, <3EBE9ACF5A104472B2489612FB5B9768@jann> Message-ID: <4EA07B0B2DD04313B727C04A55CA0715@jann> Hi Jim, it doesn't work here on my system. Revision 576 was OK, but 587 will not work with my tmd700. After a login using iaxRpt I will get "invalid frequency" (voice). rpt.conf: [2595] rxchannel = Radio/usb ioport = /dev/ttyS1 remote = tmd700 split2m = 600 split70cm = 7600 [memory] 00 = 144.675,71.9,h 01 = 439.250,71.9,l- 02 = 438.625,71.9,l- 03 = 438.775,71.9,l- 04 = 436.650,71.9,l- I tried to uncomment "split2m" and "split70cm", but it didn't work. 73, Jann -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4358 bytes Desc: not available URL: