From hwstar at rodgers.sdcoxmail.com Thu Apr 2 03:40:33 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Wed, 01 Apr 2009 20:40:33 -0700 Subject: [App_rpt-users] Please try posting issues and questions to this list first! Message-ID: <49D433B1.1060400@rodgers.sdcoxmail.com> All, If you have a question or an issue with app_rpt,chan_irlp,chan_echolink.limey linux or ACID, which can be shared in a public forum, please do post it to this list first! Contacting the developers initially should only be used for confidential messages or communications which is off-topic which don't belong in a public forum in the first place. This is more efficient because everyone can participate and learn from the answers and it ensures that the the authority most cognizant sees the message and can provide the best answer. It also provides a record of the questions and answers which can be browsed in the archives. When answering messages on the list, please be sure that the response goes back to the mailing list and not just to the originator! Our mailing list configuration defaults to sending the response directly to the originator of the message for privacy reasons so you will have to manually override this so that everyone gets to see the response. Steve WA6ZFT From w4wwm at knology.net Thu Apr 2 01:33:06 2009 From: w4wwm at knology.net (Will Wright) Date: Wed, 01 Apr 2009 19:33:06 -0600 Subject: [App_rpt-users] URI's I/O fan control Message-ID: <49D415D2.7090906@knology.net> Hello to the group, I wonder if anyone would like to share a timing circuit and it's programming use with one of the URI I/O pins, lets say to control a fan to keep the transmitter cool on transmit and off when not in transmit. Thanks Will / W4WWM From n5zua at earthlink.net Thu Apr 2 03:35:58 2009 From: n5zua at earthlink.net (Steve Agee) Date: Wed, 1 Apr 2009 22:35:58 -0500 Subject: [App_rpt-users] Changes to CHAN_IRLP Message-ID: Jim, I understand you are considering changes to chan_irlp that would prohibit simultaneous connections to both systems at the same time. I'd ask that you at least leave a user selectable flag in the file. For example, on the IRLP Dallas Reflector channel five, I have permission to run other voip systems at the same time. If simultaneous connections are not permitted then I will have to go back to running a separate IRLP node as well. Thanks, N5ZUA -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhammock at ca.rr.com Thu Apr 2 17:41:17 2009 From: rhammock at ca.rr.com (Randy Hammock) Date: Thu, 2 Apr 2009 10:41:17 -0700 Subject: [App_rpt-users] URI's I/O fan control In-Reply-To: <49D415D2.7090906@knology.net> References: <49D415D2.7090906@knology.net> Message-ID: <8B71A1F5-6387-4547-A0D2-6F8998142DEF@ca.rr.com> On Apr 1, 2009, at 6:33 PM, Will Wright wrote: > Hello to the group, > > I wonder if anyone would like to share a timing circuit and it's > programming use with one of the URI I/O pins, lets say to control a > fan > to keep the transmitter cool on transmit and off when not in transmit. > Thanks I prefer mounting a thermal switch on the heat sink of the transmitter. This way, the fan is controlled by real need, not some imagined arbitrary need. When the ambient temp is cool, the fan runs very little. When the ambient temp is elevated, the fan runs longer. But the transmitter stays a comfortable temp. -- Randy Hammock KC6HUR http://kc6hur.net/~rhammock/ http://irlp.kc6hur.net/ If there are no horses in heaven, then when I die, I want to go where they went. From aat3bf at armymars.net Thu Apr 2 18:17:49 2009 From: aat3bf at armymars.net (John Scoggin) Date: Thu, 2 Apr 2009 14:17:49 -0400 Subject: [App_rpt-users] URI's I/O fan control In-Reply-To: <8B71A1F5-6387-4547-A0D2-6F8998142DEF@ca.rr.com> Message-ID: <9D829639E1F4464491EB2D5E0D84464F0F8213@citadel.r3.local> All -- You might find this page useful: http://www.irlpcables.com/alinco_drxx5t_mobile.html I agree with Randy - when it comes to "cooking my finals", I prefer a simple solution. If you really want to do it right, use a normally-open thermostat to control the fan power and a normally-closed thermostat to control the transmitter main power. :-) (obviously with values of operation far enough apart NOT to fall into each other's dead-band!) 73, john ____________________________________________ John K Scoggin, Jr. W3JKS/AAT3BF/AAM3EDE/AAA9SL "WLMM - Sic faciunt omnes (Winlink 2000, Everyone is doing it.)" US Army Military Affiliate Radio System Delaware Gateway Station AAB3DE Special Consultant - Technology Emergency Operations Officer - Delaware ARRL Assistant Section Manager - Delaware Email: aat3bf at armymars.net Telephone: (302) 451-5000 -----Original Message----- From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of Randy Hammock Sent: Thursday, April 02, 2009 1:41 PM To: app_rpt-users at qrvc.com Subject: Re: [App_rpt-users] URI's I/O fan control On Apr 1, 2009, at 6:33 PM, Will Wright wrote: > Hello to the group, > > I wonder if anyone would like to share a timing circuit and it's > programming use with one of the URI I/O pins, lets say to control a > fan > to keep the transmitter cool on transmit and off when not in transmit. > Thanks I prefer mounting a thermal switch on the heat sink of the transmitter. This way, the fan is controlled by real need, not some imagined arbitrary need. When the ambient temp is cool, the fan runs very little. When the ambient temp is elevated, the fan runs longer. But the transmitter stays a comfortable temp. -- Randy Hammock KC6HUR http://kc6hur.net/~rhammock/ http://irlp.kc6hur.net/ If there are no horses in heaven, then when I die, I want to go where they went. _______________________________________________ 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 k1lnx at k1lnx.net Thu Apr 2 18:28:08 2009 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Thu, 2 Apr 2009 14:28:08 -0400 Subject: [App_rpt-users] URI's I/O fan control In-Reply-To: <9D829639E1F4464491EB2D5E0D84464F0F8213@citadel.r3.local> References: <8B71A1F5-6387-4547-A0D2-6F8998142DEF@ca.rr.com> <9D829639E1F4464491EB2D5E0D84464F0F8213@citadel.r3.local> Message-ID: <8390870f0904021128w26b11e7dg52ebd3bb3d150a1b@mail.gmail.com> I've got this same problem myself and I found this, I haven't put one together yet, but it looks promising: http://www.heatsink-guide.com/content.php?content=control.shtml 73 Stephen K1LNX On Thu, Apr 2, 2009 at 2:17 PM, John Scoggin wrote: > All -- > > > > You might find this page useful: > http://www.irlpcables.com/alinco_drxx5t_mobile.html > > > > I agree with Randy ? when it comes to ?cooking my finals?, I prefer a > simple solution. If you really want to do it right, use a normally-open > thermostat to control the fan power and a normally-closed thermostat to > control the transmitter main power. J (obviously with values of operation > far enough apart NOT to fall into each other?s dead-band!) > > > > 73, > > john > > > > ____________________________________________ > > John K Scoggin, Jr. W3JKS/AAT3BF/AAM3EDE/AAA9SL > > "WLMM - Sic faciunt omnes (Winlink 2000, Everyone is doing it.)" > > US Army Military Affiliate Radio System > > Delaware Gateway Station AAB3DE > > Special Consultant - Technology > > Emergency Operations Officer - Delaware > > > > ARRL Assistant Section Manager - Delaware > > Email: aat3bf at armymars.net > > Telephone: (302) 451-5000 > > > > > > -----Original Message----- > From: app_rpt-users-bounces at qrvc.com [mailto: > app_rpt-users-bounces at qrvc.com] On Behalf Of Randy Hammock > Sent: Thursday, April 02, 2009 1:41 PM > To: app_rpt-users at qrvc.com > Subject: Re: [App_rpt-users] URI's I/O fan control > > > > > > On Apr 1, 2009, at 6:33 PM, Will Wright wrote: > > > > > Hello to the group, > > > > > > I wonder if anyone would like to share a timing circuit and it's > > > programming use with one of the URI I/O pins, lets say to control a > > > fan > > > to keep the transmitter cool on transmit and off when not in transmit. > > > Thanks > > > > I prefer mounting a thermal switch on the heat sink of the > > transmitter. This way, the fan is controlled by real need, not some > > imagined arbitrary need. When the ambient temp is cool, the fan runs > > very little. When the ambient temp is elevated, the fan runs longer. > > But the transmitter stays a comfortable temp. > > > > -- > > Randy Hammock KC6HUR > > http://kc6hur.net/~rhammock/ > > http://irlp.kc6hur.net/ > > If there are no horses in heaven, then when I die, I want to go where > > they went. > > > > _______________________________________________ > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From n5zua at earthlink.net Sat Apr 4 04:26:43 2009 From: n5zua at earthlink.net (Steve Agee) Date: Fri, 3 Apr 2009 23:26:43 -0500 Subject: [App_rpt-users] Problem with CHAN_IRLP Message-ID: <8D5AB565F78A453C94989D4B7C3D09E0@steveea3dc3d27> I get the following when I set debug to level 5 and use IAXRPT to try and connect to IRLP 49453.... This is Asterisk node 2394 and the problem is intermittent about 50% of the time. === begin cut and paste ==== Verbosity is at least 5 == Parsing '/var/lib/asterisk/rpt_extnodes': Found [Apr 3 23:16:36] NOTICE[2563]: app_rpt.c:6482 connect_link: Connect attempt to node 49453 [Apr 3 23:16:36] NOTICE[2563]: app_rpt.c:6483 connect_link: Mode: Monitor [Apr 3 23:16:36] NOTICE[2563]: app_rpt.c:6484 connect_link: Connection type: Normal [Apr 3 23:16:36] NOTICE[2563]: app_rpt.c:6623 connect_link: rpt (remote) initiating call to irlp/9453 on irlp/2074 [Apr 3 23:16:37] NOTICE[3994]: app_rpt.c:4227 wait_interval: Delay interval = 500 [Apr 3 23:16:37] NOTICE[2540]: chan_irlp.c:803 irlp_reader: irlp node attempted connect from 208.67.255.163 with no node info [Apr 3 23:16:37] NOTICE[2540]: chan_irlp.c:846 irlp_reader: irlp channel format set to ADPCM [Apr 3 23:16:37] NOTICE[3994]: app_rpt.c:4231 wait_interval: Delay complete -- Hungup 'Zap/pseudo-40083051' [Apr 3 23:16:38] NOTICE[4099]: app_rpt.c:4227 wait_interval: Delay interval = 500 [Apr 3 23:16:39] NOTICE[4099]: app_rpt.c:4231 wait_interval: Delay complete -- Playing '/home/irlp/astrun/astplay' (language 'en') -- Hungup 'Zap/pseudo-2003096150' -- Hungup 'Zap/pseudo-1709847941' -- Playing 'rpt/node' (language 'en') [Apr 3 23:17:08] WARNING[4123]: file.c:1205 waitstream_core: Unexpected control subclass '13' -- Playing 'digits/4' (language 'en') -- Playing 'digits/9' (language 'en') -- Playing 'digits/4' (language 'en') -- Playing 'digits/5' (language 'en') -- Playing 'digits/3' (language 'en') -- Playing 'rpt/connection_failed' (language 'en') -- Hungup 'Zap/pseudo-1777775359' [Apr 3 23:17:13] NOTICE[4214]: app_rpt.c:4227 wait_interval: Delay interval = 500 [Apr 3 23:17:13] NOTICE[4214]: app_rpt.c:4231 wait_interval: Delay complete -- Playing '/home/irlp/astrun/astplay' (language 'en') -- Hungup 'Zap/pseudo-729549503' === end cut and paste ==== N5ZUA From hwstar at rodgers.sdcoxmail.com Sat Apr 4 23:50:53 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sat, 04 Apr 2009 16:50:53 -0700 Subject: [App_rpt-users] Source code browsing and anonymous SVN access Message-ID: <49D7F25D.4000607@rodgers.sdcoxmail.com> All of our source code is now browsable and downloadable on line for those who are curious or who like to tinker. To browse the source code for ACID, Limey Linux, and the Asterisk source files (including app_rpt, configuration files, and sound files) visit: http://qrvc.com/viewvc/projects/allstar/?root=svn To do an anonymous checkout of the latest asterisk code, app_rpt, configuration files, and sound files, execute the following svn command from the command line: svn co svn://qrvc.com/projects/allstar/astsrc-1.4.23-pre/trunk Steve WA6ZFT From Ramesh at va3uv.com Tue Apr 7 02:12:28 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Mon, 06 Apr 2009 22:12:28 -0400 Subject: [App_rpt-users] Addition of a second node - messed up node 1 Message-ID: <49DAB68C.9020006@va3uv.com> Hi Steve and all; I attempted adding a new node (2424) onto my existing system where I have 2182 and 2248 running. 2182 is a real node using a usbfob; 2248 is my chan_dstar node. I followed the instructions in the ACID admin guide when adding the new node - modified the 4 files as instructed (rpt.conf, iax.conf, extensions.conf and usbradio.conf). That all went fine - got node 2424 setup and reporting to the stats page. I was able to use CLI and connect 2182 to 2424. I then noticed that there was no audio passing from 2182 over to 2424. I then tried issuing DTMF from 2182 and no go - CLI did not show my DTMF! Speaking with Jon (VA3RQ) who recently setup a 2 node system, we edited the rpt.conf and usbradio.conf files such that the 2 nodes specified Radio/usb0 and Radio/usb1 respectively. Similarly, we renamed and edited the usbradio_tune_usb.conf file to reference usb0, and also renamed the file name to usbradio_tune_usb0.conf and usbradio_tune_usb1.conf respectively. No luck - still no audio into the (original) fob. Unfortunately, I'm unable to test audio into the new fob since the mods are not complete! Since I had saved all of the original files, I rolled back to the original 4 files (single node, 2182) and unfortunately, I have the same symptoms - no audio into the fob. In fact when I go into debug mode, I do not even see a carrier from the fob. Audio out of the fob works fine! Is it possible that I've messed up something else when trying to add the second node - i.e., something other than the 4 files mentioned that would have an impact on the fobs ability to sense any of the inputs? Deaf in Toronto.... Ramesh. From hwstar at rodgers.sdcoxmail.com Tue Apr 7 03:32:53 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 06 Apr 2009 20:32:53 -0700 Subject: [App_rpt-users] Addition of a second node - messed up node 1 In-Reply-To: <49DAC91F.4080202@qrvc.com> References: <49DAB68C.9020006@va3uv.com> <49DAC91F.4080202@qrvc.com> Message-ID: <49DAC965.2000102@rodgers.sdcoxmail.com> Ramesh, I don't know where the problem would be off-hand, but what I would try going back to a single node system, delete the tune file(s) and gradually add things until it either works, or you can determine the thing that breaks it. Do things one step at a time noting the results at each step. Then revert back to the prior step to see if functionallity is restored. One thing that mildly concerns me is that usbradio_tune.conf should never, ever be copied. Tuning must be done from scratch on an addtional nodes as they are added. Steve WA6ZFT Stephen Rodgers wrote: > Ramesh, > > I don't know where the problem would be off-hand, but what I would try > going back to a single node system, delete the tune file(s) and > gradually add things until it either works, or you can determine the > thing that breaks it. Do things one step at a time noting the results at > each step. Then revert back to the prior step to see if functionallity > is restored. > > One thing that mildly concerns me is that usbradio_tune.conf should > never, ever be copied. Tuning must be done from scratch on an addtional > nodes as they are added. > > > Steve > WA6ZFT > > > Ramesh Dhami (VA3UV) wrote: >> Hi Steve and all; >> >> I attempted adding a new node (2424) onto my existing system where I >> have 2182 and 2248 running. >> >> 2182 is a real node using a usbfob; 2248 is my chan_dstar node. >> >> >> I followed the instructions in the ACID admin guide when adding the new >> node - modified the 4 files as instructed (rpt.conf, iax.conf, >> extensions.conf and usbradio.conf). >> >> That all went fine - got node 2424 setup and reporting to the stats >> page. I was able to use CLI and connect 2182 to 2424. I then noticed >> that there was no audio passing from 2182 over to 2424. >> >> I then tried issuing DTMF from 2182 and no go - CLI did not show my DTMF! >> >> Speaking with Jon (VA3RQ) who recently setup a 2 node system, we edited >> the rpt.conf and usbradio.conf files such that the 2 nodes specified >> Radio/usb0 and Radio/usb1 respectively. Similarly, we renamed and >> edited the usbradio_tune_usb.conf file to reference usb0, and also >> renamed the file name to usbradio_tune_usb0.conf and >> usbradio_tune_usb1.conf respectively. >> >> No luck - still no audio into the (original) fob. Unfortunately, I'm >> unable to test audio into the new fob since the mods are not complete! >> >> Since I had saved all of the original files, I rolled back to the >> original 4 files (single node, 2182) and unfortunately, I have the same >> symptoms - no audio into the fob. In fact when I go into debug mode, I >> do not even see a carrier from the fob. >> >> Audio out of the fob works fine! >> >> Is it possible that I've messed up something else when trying to add the >> second node - i.e., something other than the 4 files mentioned that >> would have an impact on the fobs ability to sense any of the inputs? >> >> >> Deaf in Toronto.... >> >> Ramesh. >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > From g4rky at yahoo.co.uk Wed Apr 8 09:11:18 2009 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Wed, 8 Apr 2009 12:11:18 +0300 Subject: [App_rpt-users] More - Replacing an IRLP node with App-rpt node Message-ID: Right, thats got that bit sorted. Now for my next challenge..... The original IRLP node had an inactivity timeout that would tear down any connection that was not specifically set up to be permanent. How could I achieve this on my app_rpt node? My problem is that I have a rogue user who connects to the WIN system late at night as he likes to listen in (!!!) I dont mind as the repeater is usually very quiet anyway at this time of night. Problem is he falls asleep ( I guess ) and doesn't disconnect the node from the reflector. Then in the morning a local QSO gets going on the local repeater and bam, we get blocked from the WIN system - and I don't blame them either! Anyone got any ideas? I totally cracked my news and clock setting problems now and it rocks! Thanks, Matt G4RKY -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Wed Apr 8 11:01:34 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Wed, 08 Apr 2009 07:01:34 -0400 Subject: [App_rpt-users] Addition of a second node - messed up node 1 In-Reply-To: <49DAC965.2000102@rodgers.sdcoxmail.com> References: <49DAB68C.9020006@va3uv.com> <49DAC91F.4080202@qrvc.com> <49DAC965.2000102@rodgers.sdcoxmail.com> Message-ID: <49DC840E.8070706@va3uv.com> Stephen Rodgers wrote: > Ramesh, > > I don't know where the problem would be off-hand, but what I would try > going back to a single node system, delete the tune file(s) and > gradually add things until it either works, or you can determine the > thing that breaks it. Do things one step at a time noting the results at > each step. Then revert back to the prior step to see if functionallity > is restored. > > One thing that mildly concerns me is that usbradio_tune.conf should > never, ever be copied. Tuning must be done from scratch on an addtional > nodes as they are added. > > <-- Hi Steve; Thanks for your response. I found the problem last night.. a broken wire off pin 48 on the CM108 (still using my very first prototype fob, which has been cruising with the hood off all this time). I'll add the second node back later this evening or over the weekend - depends if I can get a new PC here in time to build 2424. Cheers, Ramesh. From Ramesh at va3uv.com Wed Apr 8 11:06:47 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Wed, 08 Apr 2009 07:06:47 -0400 Subject: [App_rpt-users] Size of partition created by ACID Install Disk Message-ID: <49DC8547.10807@va3uv.com> Hi Steve; In the next release of the ACID ISO, would it be possible to prompt the user for the size of the partition so that the installation does not default to creating a 4GB partition? Most HDD's these days are at least 80GB if not multiples of that. While the app_rpt code itself fits in very easily in a 4GB partition, it would be nice to have the option to create a larger partition for other add-ons, etc.... Thanks! Ramesh. From sales at qrvc.com Thu Apr 9 01:49:05 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Wed, 08 Apr 2009 18:49:05 -0700 Subject: [App_rpt-users] More - Replacing an IRLP node with App-rpt node In-Reply-To: References: Message-ID: <49DD5411.9060505@qrvc.com> Matt Beasant wrote: > Right, thats got that bit sorted. Now for my next challenge..... > The original IRLP node had an inactivity timeout that would tear down any > connection that was not specifically set up to be permanent. > > How could I achieve this on my app_rpt node? > > My problem is that I have a rogue user who connects to the WIN system late > at night as he likes to listen in (!!!) I dont mind as the repeater is > usually very quiet anyway at this time of night. Problem is he falls asleep > ( I guess ) and doesn't disconnect the node from the reflector. > > Then in the morning a local QSO gets going on the local repeater and bam, we > get blocked from the WIN system - and I don't blame them either! > > Anyone got any ideas? > > I totally cracked my news and clock setting problems now and it rocks! > > Thanks, > > Matt > G4RKY > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users The activity timer is a good idea. There should be a way to execute a macro if the state has changed on the system and there has been no receive activity on RF side. This way in order to keep the system in a special state, there would have to be periodic key ups on the receiver to reset the timer. When I designed a repeater controller back in the early 90's it had this feature. Steve WA6ZFT From g4rky at yahoo.co.uk Fri Apr 10 16:51:08 2009 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Fri, 10 Apr 2009 19:51:08 +0300 Subject: [App_rpt-users] More - Replacing an IRLP node with App-rpt node In-Reply-To: <49DD5411.9060505@qrvc.com> References: <49DD5411.9060505@qrvc.com> Message-ID: Hi Stephen, Yes I see that such a timer exists for the remote base but not for a "regular" node. Is there a way I can block connections to a specific node on IRLP ( or Echolink )? Just wondering if that might be good for a temporary work around. Matt G4RKY -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhammock at ca.rr.com Fri Apr 10 18:33:48 2009 From: rhammock at ca.rr.com (Randy Hammock) Date: Fri, 10 Apr 2009 11:33:48 -0700 Subject: [App_rpt-users] More - Replacing an IRLP node with App-rpt node References: <19569C0D-ABAB-489C-838F-FFD12DE57734@ca.rr.com> Message-ID: <5AACEDF9-8356-4A75-98C2-43D8082EB6F5@ca.rr.com> [ I'm resending this to the group. I hate that replies go only to the original sender. ] The version of the chan_irlp software I'm running has all the support functions that a normal IRLP node has. Therefore, the same methods are used. Place the node you want to lock out in the $CUSTOM/lockout_list file. For example, to lockout node 1234, put stn1234 in the the above mentioned file. If you want to lockout all reflectors, put ALLREF in the file. This will prevent calling or receiving calls from the listed nodes. On Apr 10, 2009, at 9:51 AM, Matt Beasant wrote: > Hi Stephen, > > Yes I see that such a timer exists for the remote base but not for a > "regular" node. > > Is there a way I can block connections to a specific node on IRLP > ( or Echolink )? > > Just wondering if that might be good for a temporary work around. > > Matt > G4RKY > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users -- Randy Hammock KC6HUR http://kc6hur.net/~rhammock/ http://irlp.kc6hur.net/ If there are no horses in heaven, then when I die, I want to go where they went. From g4rky at yahoo.co.uk Fri Apr 10 18:54:03 2009 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Fri, 10 Apr 2009 21:54:03 +0300 Subject: [App_rpt-users] More - Replacing an IRLP node with App-rpt node In-Reply-To: <19569C0D-ABAB-489C-838F-FFD12DE57734@ca.rr.com> References: <49DD5411.9060505@qrvc.com> <19569C0D-ABAB-489C-838F-FFD12DE57734@ca.rr.com> Message-ID: Nice one Randy, I need to be sure I am running the same version as you - I updated my app_rpt recently so I guess it should work, I'll give it a try. Thanks for that info. Does chan_echolink work in the same way? Matt 2009/4/10 Randy Hammock > The version of the chan_irlp software I'm running has all the support > functions that a normal IRLP node has. Therefore, the same methods are used. > Place the node you want to lock out in the $CUSTOM/lockout_list file. For > example, to lockout node 1234, put stn1234 in the the above mentioned file. > If you want to lockout all reflectors, put ALLREF in the file. > > This will prevent calling or receiving calls from the listed nodes. > > > > On Apr 10, 2009, at 9:51 AM, Matt Beasant wrote: > > Hi Stephen, >> >> Yes I see that such a timer exists for the remote base but not for a >> "regular" node. >> >> Is there a way I can block connections to a specific node on IRLP ( or >> Echolink )? >> >> Just wondering if that might be good for a temporary work around. >> >> Matt >> G4RKY >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at qrvc.com >> http://qrvc.com/mailman/listinfo/app_rpt-users >> > > -- > Randy Hammock KC6HUR > http://kc6hur.net/~rhammock/ > http://irlp.kc6hur.net/ > If there are no horses in heaven, then when I die, I want to go where they > went. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From AFA6VC at usafmars.net Fri Apr 10 23:51:58 2009 From: AFA6VC at usafmars.net (AFA6VC) Date: Fri, 10 Apr 2009 23:51:58 -0000 Subject: [App_rpt-users] DTMF with App_Rpt Message-ID: Hi to all on the list, Troubleshooting DTMF commands with my app_rpt setup running as a simplex node. Maybe someone here has seen this... I can send DTMF commands from my HT to the simplex node. It shows up properly on the CLI. If I send "*80" it shows up as receiving a "*", then an "8" and then a "0". The problem is that the command won't always execute. In this case, sometimes it will ID and other times it won't. Same holds true for other commands (linking and unlinking). Before I roll back to an earlier version, is this an app_rpt issue or should I go looking somewhere else? I have tried both with and without PL. Thanks, 73 Vic From Ramesh at va3uv.com Sat Apr 11 12:50:50 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sat, 11 Apr 2009 08:50:50 -0400 Subject: [App_rpt-users] app_rpt as a controller (duplex=2) Message-ID: <49E0922A.4020400@va3uv.com> Hi Steve and all; I have setup node 2424 with app_rpt acting as the controller (so direct interface between the fob and the rptr); a couple of observations / questions: 1. I can't seem to change the frequency (pitch) or speed of the CW ident. I have the following in the morse stanza in rpt.conf: [morse] speed=30 ; Approximate speed in WPM frequency=500 ; Morse Telemetry Frequency amplitude=4096 ; Morse Telemetry Amplitude ; idfrequency=500 idfrequency=500 ; Morse ID Frequency idamplitude=1024 ; Morse ID Amplitude Is this a known issue or am I missing something? 2. Courtesy tones: (a) When a remote link finishes transmitting, there is no courtesy tone. I believe the following line specifies the c'tone for the remote: remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000) Do we need to specify / enable the remotetx somewhere? (b) Is the time delay between the drop of a carrier and the beginning of the c'tone (when using the repeater in local mode) variable? - the delay seems to be quite long. 3. PL tone: In usbradio.conf I have the following: txtoctype=notone ; notone - encode CTCSS and stop sending tone before unkeying TX Is the time between the end of PL and drop of carrier variable (to avoid squelch crashes on non-commercial aka amateur radios!) Thanks! Ramesh. From g4rky at yahoo.co.uk Sat Apr 11 13:02:30 2009 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Sat, 11 Apr 2009 16:02:30 +0300 Subject: [App_rpt-users] app_rpt as a controller (duplex=2) In-Reply-To: <49E0922A.4020400@va3uv.com> References: <49E0922A.4020400@va3uv.com> Message-ID: Hey Ramesh, Its payback time! I can now help you with the courtesy tone issue! You need the following in your rpt.conf linkunkeyct=ct8 ; telemetry output when a link un-keys I use this on 2259 and sends a piptone when the remote link unkeys the local Tx. Next, the delay between the CT and any other telemetry is set in this part of the rpt.conf file, I have included that part of my rpt.conf: [wait-times] telemwait=2000 ; Time to wait before sending most telemetry idwait=500 ; Time to wait before starting ID unkeywait=2000 ; Time to wait after unkey before sending CT's and link telemetry calltermwait=2000 ; Time to wait before announcing "call terminated" This is located immediately under the morse section you mention. Hope this helps and I'm happy if it does! Cheers, Matt Currently A71/G4RKY in Qatar 2009/4/11 Ramesh Dhami (VA3UV) > Hi Steve and all; > > I have setup node 2424 with app_rpt acting as the controller (so direct > interface between the fob and the rptr); a couple of observations / > questions: > > 1. I can't seem to change the frequency (pitch) or speed of the CW > ident. I have the following in the morse stanza in rpt.conf: > > [morse] > > speed=30 ; Approximate speed in WPM > frequency=500 ; Morse Telemetry Frequency > amplitude=4096 ; Morse Telemetry Amplitude > ; idfrequency=500 > idfrequency=500 ; Morse ID Frequency > idamplitude=1024 ; Morse ID Amplitude > > > Is this a known issue or am I missing something? > > > > 2. Courtesy tones: > > (a) When a remote link finishes transmitting, there is no courtesy tone. > I believe the following line specifies the c'tone for the remote: > > remotetx=|t(1633,0,50,3000)(0,0,80,0)(1209,0,50,3000) > > > Do we need to specify / enable the remotetx somewhere? > > (b) Is the time delay between the drop of a carrier and the beginning of > the c'tone (when using the repeater in local mode) variable? - the delay > seems to be quite long. > > > > 3. PL tone: > > In usbradio.conf I have the following: > > txtoctype=notone ; notone - encode CTCSS and stop sending tone before > unkeying TX > > > > Is the time between the end of PL and drop of carrier variable (to avoid > squelch crashes on non-commercial aka amateur radios!) > > > > Thanks! > > Ramesh. > > > _______________________________________________ > 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 Ramesh at va3uv.com Sat Apr 11 13:53:36 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sat, 11 Apr 2009 09:53:36 -0400 Subject: [App_rpt-users] app_rpt as a controller (duplex=2) In-Reply-To: References: <49E0922A.4020400@va3uv.com> Message-ID: <49E0A0E0.5050907@va3uv.com> Matt Beasant wrote: > Hey Ramesh, > > Its payback time! > > I can now help you with the courtesy tone issue! > <-- Excellent Matt! - thanks changes made and working as required :) Cheers! Ramesh. From w4wwm at knology.net Sat Apr 11 19:09:49 2009 From: w4wwm at knology.net (Will Wright) Date: Sat, 11 Apr 2009 12:09:49 -0700 Subject: [App_rpt-users] Squelch Crash Message-ID: <49E0EAFD.9080701@knology.net> Hello to the group, Well Guys I need help with squelch crashes on the repeater. Are there any programmed adjustment in the software for what sound like squelch crash when I release PTT? Will / W4WWM From sales at qrvc.com Sat Apr 11 19:42:10 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Sat, 11 Apr 2009 12:42:10 -0700 Subject: [App_rpt-users] Squelch Crash In-Reply-To: <49E0EAFD.9080701@knology.net> References: <49E0EAFD.9080701@knology.net> Message-ID: <49E0F292.5080509@qrvc.com> Will Wright wrote: > Hello to the group, > > Well Guys I need help with squelch crashes on the repeater. Are there > any programmed adjustment in the software for what sound like squelch > crash when I release PTT? > > Will / W4WWM > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > There is the 'radio tune rxquelch' adjustment, but nothine else. Random squelch crashes are a known issue with chan_usbradio when using the built-in dsp squelch and CTCSS decoder. Steve WW6ZFT From Ramesh at va3uv.com Sun Apr 12 12:37:10 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Sun, 12 Apr 2009 08:37:10 -0400 Subject: [App_rpt-users] USB Fobs Message-ID: <49E1E076.90405@va3uv.com> Hi All; I have now modified four USB fobs. I purchased about 8 of the Startech fobs (in the black plastic case). I discovered (after modifying unit #3) that the Linux box did not recognize the fob. If you insert the fob with Asterisk running and monitor CLI, you see an error along the lines of 'Device not recognized' - 'Device failing to accept address' - and it seems to cycle through various attempts at assigning an address. If you attempt to list the usb devices from the shell command, the fob does not show up. I then took a brand new unmodified fob and repeated this - same thing! Since I had a few left in the bag, I repeated this with another fob - and voila - no problem, no error on CLI, listing the devices from the shell command showed the fob - perfect - modified that one as unit #4! So now I have 2 fobs that may be bad or require some other 'intervention'..... just wanted to pass that along in case any one else has the Startech fobs - bottom line is test them first before modifying (that goes for any make ;). Cheers! Ramesh. From mark at micro-node.com Tue Apr 14 05:49:47 2009 From: mark at micro-node.com (Mark Guibord) Date: Mon, 13 Apr 2009 22:49:47 -0700 Subject: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image Message-ID: <000001c9bcc4$d26a3f00$773ebd00$@com> Has anyone successfully used the U727 with i3386 v1.0.7-test image? I loaded the virgin image and went through the setup script and selected PPP for the network interface and it completed without any problems. During the reboot I get the message "pppd: Can't open options file /etc/ppp/peers/sprint: no such file or directory". -------------- next part -------------- An HTML attachment was scrubbed... URL: From nessenj at jimsoffice.org Tue Apr 14 16:25:28 2009 From: nessenj at jimsoffice.org (James Nessen) Date: Tue, 14 Apr 2009 09:25:28 -0700 Subject: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image In-Reply-To: <000001c9bcc4$d26a3f00$773ebd00$@com> References: <000001c9bcc4$d26a3f00$773ebd00$@com> Message-ID: <83871828-28F8-4090-8F46-DA9811D446A9@jimsoffice.org> I can't speak for the sprint card, but i've had no issues with my verizon um175. i would check to see if it created /etc/ppp/peers/ verizon instead of /etc/ppp/peers/sprint Jim On Apr 13, 2009, at 10:49 PM, Mark Guibord wrote: > Has anyone successfully used the U727 with i3386 v1.0.7-test image? > > I loaded the virgin image and went through the setup script and > selected PPP for the network interface and it completed without any > problems. During the reboot I get the message ?pppd: Can?t open > options file /etc/ppp/peers/sprint: no such file or directory?. > > _______________________________________________ > 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.979.0894 IRLP: Nodes 3598 and 3633 | Echolink: 83598 K6JWN-R | AllStar: Nodes 2142 and 2165 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Apr 15 00:07:12 2009 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 14 Apr 2009 17:07:12 -0700 Subject: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image In-Reply-To: <83871828-28F8-4090-8F46-DA9811D446A9@jimsoffice.org> References: <000001c9bcc4$d26a3f00$773ebd00$@com> <83871828-28F8-4090-8F46-DA9811D446A9@jimsoffice.org> Message-ID: I have, from a virgin load, got the sprint card to work fine the first time every time I have ever done it. From: nessenj at jimsoffice.org To: mark at micro-node.com Date: Tue, 14 Apr 2009 09:25:28 -0700 CC: app_rpt-users at qrvc.com Subject: Re: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image I can't speak for the sprint card, but i've had no issues with my verizon um175. i would check to see if it created /etc/ppp/peers/verizon instead of /etc/ppp/peers/sprint Jim On Apr 13, 2009, at 10:49 PM, Mark Guibord wrote:Has anyone successfully used the U727 with i3386 v1.0.7-test image? I loaded the virgin image and went through the setup script and selected PPP for the network interface and it completed without any problems. During the reboot I get the message ?pppd: Can?t open options file /etc/ppp/peers/sprint: no such file or directory?. _______________________________________________ App_rpt-users mailing list App_rpt-users at qrvc.com http://qrvc.com/mailman/listinfo/app_rpt-users --Jim Nessen K6JWNEmail: nessenj at jimsoffice.org | Ph: 530.979.0894IRLP: Nodes 3598 and 3633 | Echolink: 83598 K6JWN-R | AllStar: Nodes 2142 and 2165 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Wed Apr 15 02:20:59 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Tue, 14 Apr 2009 22:20:59 -0400 Subject: [App_rpt-users] app_rpt as a controller Message-ID: <49E5448B.5020206@va3uv.com> Hi Steve and all; Now that I have caught the controller bug, and further to my previous note on the same topic, I see that the USB fob and the URI's do actually have two audio outputs (left and right). Further usbradio.conf can also be configured such that output 'A' is audio and output 'B' is the tone. This is great... my question then is whether the tone output can be enabled or disabled for things like the ID, courtesy tone, etc, and further whether the timing between the drop of PL and drop of carrier can be configured? Same would apply for the composite audio scenario as well. Thanks! Ramesh. From george at dyb.com Wed Apr 15 04:54:02 2009 From: george at dyb.com (George Csahanin) Date: Tue, 14 Apr 2009 23:54:02 -0500 Subject: [App_rpt-users] Problem with HF remote Message-ID: <009d01c9bd86$329a9a70$8300a8c0@selfdf5cf74c8a> Hi all- I have a problem with app_rpt with ft897 (does the same with ic706) In the source there are frequency/mode defaults, example below for 40M: else if(m == 7){ /* 40 meters */ dflmd = REM_MODE_LSB; if(d > 30000) return -1; } This works, this has a problem: else if(m == 50){ /* 6 meters */ if(d >= 30000) dflmd = REM_MODE_FM; else dflmd = REM_MODE_USB; } The above works up to 50.3, and sets USB mode, but above this the frequency does not set, nor does mode. I have determined by experimenting that anywhere REM_MODE_FM is, the frequency setting fails. If you set it from a memory channel defined in rpt.conf it works and selects the frequency and mode just fine. What I'm wondering is if "REM_MODE_FM" is correct syntax. I find it in 20+ places in the source. I setup for IC706, does exactly same. By changing all the "FM" to "AM" (or USB, LSB) (in the source)the frequency and mode will select. nybody have any advice, other than changing all instances of FM to AM/USB/LSB, etc to be able to program a freq, and then a second step to select mode (which WILL select FM)? GeorgeC W2DB UHF node 2360, HF still with a hidden node, 1999 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sales at qrvc.com Thu Apr 16 05:22:42 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Wed, 15 Apr 2009 22:22:42 -0700 Subject: [App_rpt-users] Problem with HF remote In-Reply-To: <009d01c9bd86$329a9a70$8300a8c0@selfdf5cf74c8a> References: <009d01c9bd86$329a9a70$8300a8c0@selfdf5cf74c8a> Message-ID: <49E6C0A2.3090106@qrvc.com> George, You might want to try putting a few printf statements in the check_freq_ft897 or check_freq_ic706 function to see if it is returning a -1 on a valid 6 meter frequency. You will have to run asterisk in the foreground to see the outputs of the printfs. In an ACID distribution you can kill the asterisk background task using the /root/scripts/astdn.sh script. To run asterisk in the foreground, type asterisk -vvvvvc. Steve WA6ZFT George Csahanin wrote: > Hi all- > > I have a problem with app_rpt with ft897 > > (does the same with ic706) > > In the source there are frequency/mode defaults, example below for 40M: > > else if(m == 7){ /* 40 meters */ > dflmd = REM_MODE_LSB; > if(d > 30000) > return -1; > } > > This works, this has a problem: > > else if(m == 50){ /* 6 meters */ > if(d >= 30000) > dflmd = REM_MODE_FM; > else > dflmd = REM_MODE_USB; > } > > The above works up to 50.3, and sets USB mode, but above this the frequency does not set, nor does mode. > I have determined by experimenting that anywhere REM_MODE_FM is, the frequency setting fails. If you set it from a memory channel defined in rpt.conf it works and selects the frequency and mode just fine. > > What I'm wondering is if "REM_MODE_FM" is correct syntax. I find it in 20+ places in the source. I setup for IC706, does exactly same. > > > By changing all the "FM" to "AM" (or USB, LSB) (in the source)the frequency and mode will select. > > nybody have any advice, other than changing all instances of FM to AM/USB/LSB, etc to be able to program a freq, and then a second step to select mode (which WILL select FM)? > > GeorgeC > W2DB > UHF node 2360, HF still with a hidden node, 1999 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users From sales at qrvc.com Thu Apr 16 05:28:19 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Wed, 15 Apr 2009 22:28:19 -0700 Subject: [App_rpt-users] app_rpt as a controller In-Reply-To: <49E5448B.5020206@va3uv.com> References: <49E5448B.5020206@va3uv.com> Message-ID: <49E6C1F3.5050108@qrvc.com> Ramesh Dhami (VA3UV) wrote: > Hi Steve and all; > > Now that I have caught the controller bug, and further to my previous > note on the same topic, I see that the USB fob and the URI's do actually > have two audio outputs (left and right). Further usbradio.conf can also > be configured such that output 'A' is audio and output 'B' is the tone. > > This is great... my question then is whether the tone output can be > enabled or disabled for things like the ID, courtesy tone, etc, and > further whether the timing between the drop of PL and drop of carrier > can be configured? > > > Same would apply for the composite audio scenario as well. > > > Thanks! > > Ramesh. > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > The timing of the CTCSS and carrier is configurable in usbradio.conf. See the reference for "chicken burst". Regarding separation of audio. There is not that much granularity in the system. Basically, the voice band information (voice, courtesy tones, ID's, etc.) is all lumped together, and the CTCSS subaudible tone can only be split off. To do what you are asking for would be a major architectural change. Steve WA6ZFT From Ramesh at va3uv.com Thu Apr 16 15:27:10 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Thu, 16 Apr 2009 11:27:10 -0400 Subject: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image In-Reply-To: References: <000001c9bcc4$d26a3f00$773ebd00$@com> <83871828-28F8-4090-8F46-DA9811D446A9@jimsoffice.org> Message-ID: <49E74E4E.2060306@va3uv.com> Jim Duuuude wrote: > I have, from a virgin load, got the sprint card to work fine the first > time every time > I have ever done it. > <-- Hi Jim; Interesting or very timely stuff! - Jon (VA3RQ) and I have been discussing the Sprint U727 USB wireless 'fob' recently since BELL Canada has just recently started to support this up here in the great white north. It's actually marketed here as the Novatel U727. We are going to acquire a couple of units (from different providers) for some site trials. Could you please let us know what's required to set these up under the ACID environment (e.g., PPPoE client, etc.)? If you can also share any experiences in terms of bandwidth that would be very helpful as well. Many thanks! Ramesh. From telesistant at hotmail.com Thu Apr 16 16:48:01 2009 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 16 Apr 2009 09:48:01 -0700 Subject: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image In-Reply-To: <49E74E4E.2060306@va3uv.com> References: <000001c9bcc4$d26a3f00$773ebd00$@com> <83871828-28F8-4090-8F46-DA9811D446A9@jimsoffice.org> <49E74E4E.2060306@va3uv.com> Message-ID: Very very little. If you run netsetup and answer P for ppp, it will put it right on the air and in fact also make it a router so that other devices may also share the internet connection with it, if you wish. > Date: Thu, 16 Apr 2009 11:27:10 -0400 > From: Ramesh at va3uv.com > To: telesistant at hotmail.com > CC: app_rpt-users at qrvc.com; jrorke at cogeco.ca > Subject: Re: [App_rpt-users] Using a Sprint Broadband U727 dongle with the i3386 v1.0.7-test image > > Jim Duuuude wrote: > > I have, from a virgin load, got the sprint card to work fine the first > > time every time > > I have ever done it. > > > <-- Hi Jim; Interesting or very timely stuff! - Jon (VA3RQ) and I have > been discussing the Sprint U727 USB wireless 'fob' recently since BELL > Canada has just recently started to support this up here in the great > white north. It's actually marketed here as the Novatel U727. > > We are going to acquire a couple of units (from different providers) for > some site trials. Could you please let us know what's required to set > these up under the ACID environment (e.g., PPPoE client, etc.)? If you > can also share any experiences in terms of bandwidth that would be very > helpful as well. > > Many thanks! > > Ramesh. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ramesh at va3uv.com Thu Apr 16 21:53:12 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Thu, 16 Apr 2009 17:53:12 -0400 Subject: [App_rpt-users] app_rpt as a controller In-Reply-To: <49E6C1F3.5050108@qrvc.com> References: <49E5448B.5020206@va3uv.com> <49E6C1F3.5050108@qrvc.com> Message-ID: <49E7A8C8.1090102@va3uv.com> Stephen Rodgers wrote: > The timing of the CTCSS and carrier is configurable in usbradio.conf. > See the reference for "chicken burst". <-- Hi Steve; Yes, I have seen that and do have 'txtoctype=notone' the problem is the slow response time of the decoders in most amateur transceivers - i.e., we still hear a squelch crash on the receiver. So my question is whether the timing between drop of PL and drop of carrier is user configurable? As I write this note (sitting on the train), I wonder whether the value of unkeywait in the wait-times stanza in rpt.conf would extend the delay... > > Regarding separation of audio. There is not that much granularity in the > system. Basically, the voice band information (voice, courtesy tones, > ID's, etc.) is all lumped together, and the CTCSS subaudible tone can > only be split off. To do what you are asking for would be a major > architectural change. > <-- OK don't worry about it :) From george at dyb.com Thu Apr 16 23:29:45 2009 From: george at dyb.com (George Csahanin) Date: Thu, 16 Apr 2009 18:29:45 -0500 Subject: [App_rpt-users] Problem with HF remote Message-ID: <000201c9beeb$a2be6af0$f814a8c0@lintv.com> OK, figured out the FM problem. The docs were'nt clear on needing to include an offset, and that it is 1, 2, or 3, but stared at the source long enough and figured that out. Last remaining problem is setting the offset, I enter a freq like 443.675 + as *1443*675*1 (or 2 or 3) and the freq sets.to FM mode, but offset does not set. PL setting, I can command pl receive, transmit oin off, but it doesn't actually set the radio, voice telemetry says that it does, however. Same for setting PL freq. Lastly, does the remote send a serial command for transmit? *79, am mode for antenna tuner keys the rig, nothing else does. What I keep finding is that most of what I'm missing is in the source, but exact commands and/or syntax is what I'm missing. I've looked over Xipar, ACID, QVRC, etc googled it and just cannot find the right stuff. So if someone can direct me to it, I'll be a happy camper. I've also modified the source for 0-30 mhz, and 30-56, 108-138 AM, 140-164 FM, 420-470, etc. Nice for monitoring. The vox action is fine on the remote rx, is there a way to adjust that? I figure some way to make use of rxnoise and rxsquelch might do it. The transmit thing is puzzling. I guess if I were a programmer it would be easier to chase it all through app_rpt.c Oh and I'm using the most recent version .999 from about 8 weeks ago GeorgeC George J Csahanin Director of Engineering and Operations LIN TV Corp. Austin, TX 512-703-5396 office 512-481-1233 secure fax 401-338-0568 celphone From george at dyb.com Fri Apr 17 02:45:27 2009 From: george at dyb.com (George Csahanin) Date: Thu, 16 Apr 2009 21:45:27 -0500 Subject: [App_rpt-users] more on FT897 remote Message-ID: <003a01c9bf06$90f31ad0$8300a8c0@selfdf5cf74c8a> Just did some more investigating. I can control frequency and mode now, just fine. Can't control PL on/off, PL Freq, repeater offset (I thought that worked from preset channels in rpt.conf, but it was auto repeater offset doing that) And then the PTT. I'll guess I can usbfob that PTT, like I did the UHF node radio. But when I discovered that the AM tune (*79) (case 119) put it into transmit, I figured that was the PTT mode select, over a serial port command (0x88, or was it 0x08...one's on one's off). I see PTT Off in the source, not on. So just need that clarfied. I can hook the radio up to HamradioDeluxe and it controls fine. Are there any serial port controls, parity, stop bits, word length, etc? That could impact this somehow. My rpt.conf remote stanza, bold ones work, others readback as though they worked (double beep or speech) but have no effect on the radio: 0=remote,1 ; Retrieve Memory MM (*000-*099) (Gets memory from rpt.conf) 1=remote,2 ; Set freq. VFO MMMMM*KKK*O (Mhz digits, Khz digits, Offset) 2=remote,3 ; Set tx PL tone PL Tone HHH*D* 3=remote,4 ; Set rx PL tone 40=remote,100 ; Rx PL off 41=remote,101 ; Rx PL on 42=remote,102 ; Tx PL off 43=remote,103 ; Tx PL on 44=remote,104 ; Low Power 45=remote,105 ; Medium Power 46=remote,106 ; High Power 711=remote,107 ; Bump 20 714=remote,108 ; Bump 100 717=remote,109 ; Bump 500 713=remote,110 ; Bump +20 716=remote,111 ; Bump +100 719=remote,112 ; Bump +500 721=remote,113 ; Scan slow 724=remote,114 ; Scan quick 727=remote,115 ; Scan fast 723=remote,116 ; Scan + slow 726=remote,117 ; Scan + quick 729=remote,118 ; Scan + fast 79=remote,119 ; Tune (brief AM transmission for automatic ;antenna tuner) 51=remote,5 ; Long status query 52=remote,140 ; Short status query 67=remote,210 ; Send a * 69=remote,211 ; Send a # 6=remote,6 ; Set mode The Yaesu Opcodes that don't function are all over 0x08 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sales at qrvc.com Fri Apr 17 03:28:52 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Thu, 16 Apr 2009 20:28:52 -0700 Subject: [App_rpt-users] more on FT897 remote In-Reply-To: <003a01c9bf06$90f31ad0$8300a8c0@selfdf5cf74c8a> References: <003a01c9bf06$90f31ad0$8300a8c0@selfdf5cf74c8a> Message-ID: <49E7F774.8090509@qrvc.com> George Csahanin wrote: > Just did some more investigating. > > I can control frequency and mode now, just fine. > > Can't control PL on/off, PL Freq, repeater offset (I thought that worked from preset channels in rpt.conf, but it was auto repeater offset doing that) > > And then the PTT. I'll guess I can usbfob that PTT, like I did the UHF node radio. But when I discovered that the AM tune (*79) (case 119) put it into transmit, I figured that was the PTT mode select, over a serial port command (0x88, or was it 0x08...one's on one's off). I see PTT Off in the source, not on. So just need that clarfied. > > I can hook the radio up to HamradioDeluxe and it controls fine. > > Are there any serial port controls, parity, stop bits, word length, etc? That could impact this somehow. > > My rpt.conf remote stanza, bold ones work, others readback as though they worked (double beep or speech) but have no effect on the radio: > > 0=remote,1 ; Retrieve Memory MM (*000-*099) (Gets memory from rpt.conf) > 1=remote,2 ; Set freq. VFO MMMMM*KKK*O (Mhz digits, Khz digits, Offset) > 2=remote,3 ; Set tx PL tone PL Tone HHH*D* > 3=remote,4 ; Set rx PL tone > 40=remote,100 ; Rx PL off > 41=remote,101 ; Rx PL on > 42=remote,102 ; Tx PL off > 43=remote,103 ; Tx PL on > 44=remote,104 ; Low Power > 45=remote,105 ; Medium Power > 46=remote,106 ; High Power > 711=remote,107 ; Bump 20 > 714=remote,108 ; Bump 100 > 717=remote,109 ; Bump 500 > 713=remote,110 ; Bump +20 > 716=remote,111 ; Bump +100 > 719=remote,112 ; Bump +500 > 721=remote,113 ; Scan slow > 724=remote,114 ; Scan quick > 727=remote,115 ; Scan fast > 723=remote,116 ; Scan + slow > 726=remote,117 ; Scan + quick > 729=remote,118 ; Scan + fast > 79=remote,119 ; Tune (brief AM transmission for automatic > ;antenna tuner) > 51=remote,5 ; Long status query > 52=remote,140 ; Short status query > 67=remote,210 ; Send a * > 69=remote,211 ; Send a # > 6=remote,6 ; Set mode > > The Yaesu Opcodes that don't function are all over 0x08 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users OK FT897 it is. The "tune" mode keys the TX through the serial port, but the radio is keyed through the PTT line when transmitting normally. The baud rate or parity can't be wrong as you can remotely set the frequency. Maybe the radio is configured strangely? Did you set up the FT-897 menu settings according to the instructions here?: http://app-rpt.qrvc.com/downloads/ft897settings.pdf The other thing to try would be to hook up a scope to the PC's TX data line and see if it wiggles when the CTCSS commands are sent. You could also use a null modem cable and another PC running hyperterminal or minicom to see what's being sent. Steve WA6ZFT From hwstar at rodgers.sdcoxmail.com Mon Apr 20 04:32:27 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sun, 19 Apr 2009 21:32:27 -0700 Subject: [App_rpt-users] Allstar Registration Server down Message-ID: <49EBFADB.5000902@rodgers.sdcoxmail.com> Just letting everyone know that our main registration server as well as node 2000 is having problems. The hosting company has been contacted. I will advise again when it is resolved. Steve WA6ZFT From hwstar at rodgers.sdcoxmail.com Tue Apr 21 01:20:21 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Mon, 20 Apr 2009 18:20:21 -0700 Subject: [App_rpt-users] Update on Allstarlink server status Message-ID: <49ED1F55.6000706@rodgers.sdcoxmail.com> The server went down due to I/O errors on the disk partition. I was able to restart it with the help of the hosting service. It is back up, but the the hosting service will be running some stresstesting to determine if the disk drive needs to be replaced. The server may be up or down for the next few hours. Steve WA6ZFT From AFA6VC at usafmars.net Tue Apr 21 03:24:54 2009 From: AFA6VC at usafmars.net (AFA6VC) Date: Tue, 21 Apr 2009 03:24:54 -0000 Subject: [App_rpt-users] Permanent Links? Message-ID: Hi Everybody, Is there a timer which causes a "permanent" link to drop? I have two repeaters linked with a "permanent" link, however I notice it keeps dropping off randomly throughout the day. Not sure if there is a timer or something I need to look at. Any advice for keeping repeaters permanently linked is appreciated. Also, any comments on setting up jitter buffer are welcome. I have the jitter buffer set up on the IAX2 link in between the repeaters. Should I also set it up in the usbradio.conf file? Thanks, Vic From sales at qrvc.com Tue Apr 21 04:10:06 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Mon, 20 Apr 2009 21:10:06 -0700 Subject: [App_rpt-users] Permanent Links? In-Reply-To: References: Message-ID: <49ED471E.1010200@qrvc.com> A permanent link should keep trying to connect if it loses connectivity and once a successful connection is made. You can check for connecting nodes by doing the following from the asterisk CLI: radios*CLI> rpt lstats 2010 NODE PEER RECONNECTS DIRECTION CONNECT TIME CONNECT STATE ---- ---- ---------- --------- ------------ ------------- 2000 67.215.233.178 0 IN 11:59:52.801 ESTABLISHED 2011 173.58.149.103 0 OUT 03:22:07.443 ESTABLISHED 2030 64.250.227.55 0 OUT 03:21:09.305 ESTABLISHED 2017 (none) 0 OUT 00:00:03.202 CONNECTING In the above case, node 2010 was queried. Substitute an appropriate node number for your test. If something says CONNECTING, then it has been set up as a permalink, and the connection is being retried periodically until the connection gets re-established. You can also check over the air for connecting nodes with the ilink,5 (usually *7) DTMF command. Finally, to ensure you are actually using the permalink commands make sure that they are defined as specified: ilink,11 - Disconnect a previously permanently connected link ilink,12 - Permanently connect specified link -- monitor only ilink,13 - Permanently connect specified link -- tranceive If you are using multiple function stanzas (functions-repeater, functions-link, etc) make sure the permalink commands are in all stanzas where they need to be, or you could get fooled. Steve WA6ZFT AFA6VC wrote: > Hi Everybody, > > Is there a timer which causes a "permanent" link to drop? I have two > repeaters linked with a "permanent" link, however I notice it keeps dropping > off randomly throughout the day. Not sure if there is a timer or something I > need to look at. > > Any advice for keeping repeaters permanently linked is appreciated. Also, > any comments on setting up jitter buffer are welcome. I have the jitter > buffer set up on the IAX2 link in between the repeaters. Should I also set > it up in the usbradio.conf file? > > Thanks, > Vic > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From mark at hergesheimer.com Mon Apr 20 20:19:44 2009 From: mark at hergesheimer.com (Mark Hergesheimer) Date: Mon, 20 Apr 2009 13:19:44 -0700 Subject: [App_rpt-users] Igologic i3386g Mini-ITX CF boot and Power supply Message-ID: <01d201c9c1f5$5ee5da40$1cb18ec0$@com> Is there a packaged image for the Igologic i3386g Mini-ITX booting from the CF card and using the URI that someone would be willing to share? If so where would I find it? (I'm new to the list) Steve had mentioned that the power supply for the IGoLogic i3386g Mini-ITX should have an isolated ground and I found that the once the power supply jack was unbolted from the case that the input ground was isolated from the PC grounds. Would this be enough isolation to defeat the ground loop problem? Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From sales at qrvc.com Tue Apr 21 14:00:50 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Tue, 21 Apr 2009 07:00:50 -0700 Subject: [App_rpt-users] Igologic i3386g Mini-ITX CF boot and Power supply In-Reply-To: <01d201c9c1f5$5ee5da40$1cb18ec0$@com> References: <01d201c9c1f5$5ee5da40$1cb18ec0$@com> Message-ID: <49EDD192.1040703@qrvc.com> Mark Hergesheimer wrote: > Is there a packaged image for the Igologic i3386g Mini-ITX booting from the > CF card and using the URI that someone would be willing to share? > > If so where would I find it? (I'm new to the list) > > > > Steve had mentioned that the power supply for the IGoLogic i3386g Mini-ITX > should have an isolated ground and I found that the once the power supply > jack was unbolted from the case that the input ground was isolated from the > PC grounds. Would this be enough isolation to defeat the ground loop > problem? > > > > Mark > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users The image is located at http://limeylinux.org/downloads Look for the file: cfimg-i3386g-1.0.7-test.tar.gz Regarding grounding, is there a problem or not as of right now? From mark at hergesheimer.com Tue Apr 21 17:23:50 2009 From: mark at hergesheimer.com (Mark Hergesheimer) Date: Tue, 21 Apr 2009 10:23:50 -0700 Subject: [App_rpt-users] Igologic i3386g Mini-ITX Power supply In-Reply-To: <49EDD192.1040703@qrvc.com> References: <01d201c9c1f5$5ee5da40$1cb18ec0$@com> <49EDD192.1040703@qrvc.com> Message-ID: <023801c9c2a5$f69322c0$e3b96840$@com> Mark Hergesheimer wrote: > Is there a packaged image for the Igologic i3386g Mini-ITX booting from the > CF card and using the URI that someone would be willing to share? > > If so where would I find it? (I'm new to the list) > > > > Steve had mentioned that the power supply for the IGoLogic i3386g Mini-ITX > should have an isolated ground and I found that the once the power supply > jack was unbolted from the case that the input ground was isolated from the > PC grounds. Would this be enough isolation to defeat the ground loop > problem? > > Mark > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users The image is located at http://limeylinux.org/downloads Look for the file: cfimg-i3386g-1.0.7-test.tar.gz Regarding grounding, is there a problem or not as of right now? ____________________________ Steve, Thanks The short answer is: No not yet. But I'm not at that point of testing yet. One of the things that attracted me to the IGoLogic pc was the ability to run directly from 13.8v. This helps with my diversity power system for the station. Per your email to me: "Running an Embedded PC off of the same 13.8V source can be problematic due to ground loops. There needs to be galvanic isolation at the power supply or at the interconnect between the URI and the radio to reduce CPU noise currents being coupled into the audio lines from the shielding and signal return paths. The more powerful mini-ITX boards draw current in pulses which can cause the problem mentioned above. Galvanically isolated means that there is no direct or indirect path to the ground (negative) terminal of the DC power source being used by the PC through the interconnect cable to the repeater for control and audio. Running the PC off of a 110VAC source eliminates this problem as AC power supplies are galvanically isolated for safety reasons." I was trying to avoid a problem and so I discovered that the input to the IGoLogic power supply is actually isolated once the barrel connector was dismounted from the case and thus a possible cure for a problem that I really don't even have yet. Mark From hwstar at rodgers.sdcoxmail.com Tue Apr 21 18:06:31 2009 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Tue, 21 Apr 2009 11:06:31 -0700 Subject: [App_rpt-users] Igologic i3386g Mini-ITX Power supply Message-ID: <20090421180631.RQDY20907.dukecmfep06.coxmail.com@dukecmimpo03.coxmail.com> > > From: "Mark Hergesheimer" > Date: 2009/04/21 Tue AM 10:23:50 PDT > To: > CC: > Subject: RE: [App_rpt-users] Igologic i3386g Mini-ITX Power supply > > Mark Hergesheimer wrote: > > Is there a packaged image for the Igologic i3386g Mini-ITX booting from > the > > CF card and using the URI that someone would be willing to share? > > > > If so where would I find it? (I'm new to the list) > > > > > > > > Steve had mentioned that the power supply for the IGoLogic i3386g Mini-ITX > > should have an isolated ground and I found that the once the power supply > > jack was unbolted from the case that the input ground was isolated from > the > > PC grounds. Would this be enough isolation to defeat the ground loop > > problem? > > > > Mark > > > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at qrvc.com > > http://qrvc.com/mailman/listinfo/app_rpt-users > > The image is located at http://limeylinux.org/downloads > Look for the file: cfimg-i3386g-1.0.7-test.tar.gz > > Regarding grounding, is there a problem or not as of right now? > > ____________________________ > > Steve, > > Thanks > > The short answer is: No not yet. > But I'm not at that point of testing yet. One of the things that attracted > me to the IGoLogic pc was the ability to run directly from 13.8v. This helps > with my diversity power system for the station. Per your email to me: > > "Running an Embedded PC off of the same 13.8V source can be problematic due > to ground loops. There needs to be galvanic isolation at the power supply or > at the interconnect between the URI and the radio to reduce CPU noise > currents being coupled into the audio lines from the shielding and signal > return paths. The more powerful mini-ITX boards draw current in pulses which > can cause the problem mentioned above. > > Galvanically isolated means that there is no direct or indirect path to the > ground (negative) terminal of the DC power source being used by the PC > through the interconnect cable to the repeater for control and audio. > Running the PC off of a 110VAC source eliminates this problem as AC power > supplies are galvanically isolated for safety reasons." > > I was trying to avoid a problem and so I discovered that the input to the > IGoLogic power supply is actually isolated once the barrel connector was > dismounted from the case and thus a possible cure for a problem that I > really don't even have yet. If this is one of the Andover units off of Ebay, just use a small 13.8VDC to 120VAC inverter coupled to the Travala "fat snake" PSU which came with it. This will provide the isolated ground you need. If you are running on battery power, then this setup is preferred due to the issue in the second paragraph below. You can't hook 13.8V to directly to these Andover PC's as the power supply inside of them is only designed to accept 12V +/- 5%. Steve WA6ZFT > > Mark > > > From jrorke at cogeco.ca Tue Apr 21 18:24:13 2009 From: jrorke at cogeco.ca (Jon Rorke) Date: Tue, 21 Apr 2009 14:24:13 -0400 Subject: [App_rpt-users] re DTMF out the Radio interface Message-ID: <49EE0F4D.50302@cogeco.ca> Hi , Is there a way to get an APP-RPT box to generate and send DTMF strings out the usb URI interface? Thanks, Jon VA3RQ From hwstar at rodgers.sdcoxmail.com Tue Apr 21 19:28:50 2009 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Tue, 21 Apr 2009 12:28:50 -0700 Subject: [App_rpt-users] re DTMF out the Radio interface Message-ID: <20090421192850.SXGL20907.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com> Not yet, but it is on our list of things to do. Steve WA6ZFT > > From: Jon Rorke > Date: 2009/04/21 Tue AM 11:24:13 PDT > To: APP_RPT_Users > Subject: [App_rpt-users] re DTMF out the Radio interface > > Hi , Is there a way to get an APP-RPT box to generate and send DTMF > strings out the usb URI interface? > Thanks, > > Jon VA3RQ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users > From jjudge at uci.edu Tue Apr 21 19:59:06 2009 From: jjudge at uci.edu (Jamison Judge) Date: Tue, 21 Apr 2009 12:59:06 -0700 Subject: [App_rpt-users] re DTMF out the Radio interface In-Reply-To: <20090421192850.SXGL20907.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com> References: <20090421192850.SXGL20907.dukecmfep06.coxmail.com@dukecmimpo01.coxmail.com> Message-ID: <000301c9c2bb$a18b1790$e4a146b0$@edu> If you really felt the need to send tones out, I would think you should be able to call the SendDTMF() application from the asterisk dialplan in extensions.conf. You would have to either bring autopatch up first from your radio, in which case you would have to re-structure your extensions.conf file to fit your specific application, or just issue it directly from the CLI. Email me if you want to look into that as it's something I plan on doing myself in the future. Also, Steve, any chance in the future we'll see an app_rpt function that could execute a custom terminal command or shell script on the base-system? Jamison KI6VCE -----Original Message----- From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] On Behalf Of hwstar at rodgers.sdcoxmail.com Sent: Tuesday, April 21, 2009 12:29 PM To: APP_RPT_Users Subject: Re: [App_rpt-users] re DTMF out the Radio interface Not yet, but it is on our list of things to do. Steve WA6ZFT > > From: Jon Rorke > Date: 2009/04/21 Tue AM 11:24:13 PDT > To: APP_RPT_Users > Subject: [App_rpt-users] re DTMF out the Radio interface > > Hi , Is there a way to get an APP-RPT box to generate and send DTMF > strings out the usb URI interface? > Thanks, > > Jon VA3RQ > > _______________________________________________ > 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 hwstar at rodgers.sdcoxmail.com Tue Apr 21 20:16:03 2009 From: hwstar at rodgers.sdcoxmail.com (hwstar at rodgers.sdcoxmail.com) Date: Tue, 21 Apr 2009 13:16:03 -0700 Subject: [App_rpt-users] re DTMF out the Radio interface Message-ID: <20090421201603.TPAY20907.dukecmfep06.coxmail.com@dukecmimpo03.coxmail.com> Why can't you use the system app in the extension logic through the autopatch function as well? Steve WA6ZFT > > From: "Jamison Judge" > Date: 2009/04/21 Tue PM 12:59:06 PDT > To: > Subject: Re: [App_rpt-users] re DTMF out the Radio interface > > If you really felt the need to send tones out, I would think you should be > able to call the SendDTMF() application from the asterisk dialplan in > extensions.conf. You would have to either bring autopatch up first from your > radio, in which case you would have to re-structure your extensions.conf > file to fit your specific application, or just issue it directly from the > CLI. Email me if you want to look into that as it's something I plan on > doing myself in the future. Also, Steve, any chance in the future we'll see > an app_rpt function that could execute a custom terminal command or shell > script on the base-system? > > Jamison > KI6VCE > > -----Original Message----- > From: app_rpt-users-bounces at qrvc.com [mailto:app_rpt-users-bounces at qrvc.com] > On Behalf Of hwstar at rodgers.sdcoxmail.com > Sent: Tuesday, April 21, 2009 12:29 PM > To: APP_RPT_Users > Subject: Re: [App_rpt-users] re DTMF out the Radio interface > > > Not yet, but it is on our list of things to do. > > Steve > WA6ZFT > > > > > From: Jon Rorke > > Date: 2009/04/21 Tue AM 11:24:13 PDT > > To: APP_RPT_Users > > Subject: [App_rpt-users] re DTMF out the Radio interface > > > > Hi , Is there a way to get an APP-RPT box to generate and send DTMF > > strings out the usb URI interface? > > Thanks, > > > > Jon VA3RQ > > > > _______________________________________________ > > 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 Ramesh at va3uv.com Wed Apr 22 14:22:48 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Wed, 22 Apr 2009 10:22:48 -0400 Subject: [App_rpt-users] Server with AMD Proc Message-ID: <49EF2838.4040705@va3uv.com> Hi Folks; I have a lead on a HP DL145 server, which I'm planning to use for a hub to link app_rpt, IRLP, D Star, etc.... The server has an AMD Opteron 2.4 (64-bit) proc in it.... just wondering whether the standard Allstar ISO (CENTOS 5.3) will run OK on this machine. Cheers! Ramesh. From jrorke at cogeco.ca Wed Apr 22 21:09:49 2009 From: jrorke at cogeco.ca (Jon Rorke) Date: Wed, 22 Apr 2009 17:09:49 -0400 Subject: [App_rpt-users] Re Perm links and power cycle Message-ID: <49EF879D.2000506@cogeco.ca> Hi Guys, We just deployed a 2 nod box and had the 2 nodes connected as Perm links. The power was cycled on the box and the links became disconnected. Does Perm links only apply to external links? How can we haver internal links reconnect if power is cycled? Thanks, Jon VA3RQ From Ramesh at va3uv.com Wed Apr 22 23:23:45 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Wed, 22 Apr 2009 19:23:45 -0400 Subject: [App_rpt-users] Re Perm links and power cycle In-Reply-To: <49EF879D.2000506@cogeco.ca> References: <49EF879D.2000506@cogeco.ca> Message-ID: <49EFA701.6060305@va3uv.com> Jon Rorke wrote: > Hi Guys, We just deployed a 2 nod box and had the 2 nodes connected as > Perm links. > > The power was cycled on the box and the links became disconnected. > > Does Perm links only apply to external links? > How can we haver internal links reconnect if power is cycled? > <-- Start-up macro... I'll send you an example Jon.... From wa1sot at pcom.com Thu Apr 23 20:18:56 2009 From: wa1sot at pcom.com (Jim Richardson) Date: Thu, 23 Apr 2009 16:18:56 -0400 (EDT) Subject: [App_rpt-users] (no subject) Message-ID: <55002.68.44.26.71.1240517936.squirrel@arkival.dnsalias.com> I have ordered a few of the Mini-ITX Desktop 1.8GHz iGoLogic from Andover Network Liquidators and am wondering how to transfer the CF image from the ftp site to the CF card. Can I boot linux from the USB and just dd to the /dev/hda device? I do not have any other CF devices. Thanks in advance. Jim, WA1SOT AllStarLink #2370 449.975 PL 71.9 Hudson NH USA From wa1sot at pcom.com Thu Apr 23 20:22:42 2009 From: wa1sot at pcom.com (Jim Richardson) Date: Thu, 23 Apr 2009 16:22:42 -0400 (EDT) Subject: [App_rpt-users] How To Transfer CF Image to Mini-ITX iGoLogic Message-ID: <55200.68.44.26.71.1240518162.squirrel@arkival.dnsalias.com> I have ordered a few of the Mini-ITX Desktop 1.8GHz iGoLogic from Andover Network Liquidators and am wondering how to transfer the CF image from the ftp site to the CF card. Can I boot linux from the USB and just dd to the /dev/hda device? I do not have any other CF devices. Thanks in advance. Jim, WA1SOT AllStarLink #2370 449.975 PL 71.9 Hudson NH USA From nessenj at jimsoffice.org Thu Apr 23 20:29:02 2009 From: nessenj at jimsoffice.org (James Nessen) Date: Thu, 23 Apr 2009 13:29:02 -0700 Subject: [App_rpt-users] (no subject) In-Reply-To: <55002.68.44.26.71.1240517936.squirrel@arkival.dnsalias.com> References: <55002.68.44.26.71.1240517936.squirrel@arkival.dnsalias.com> Message-ID: You will need to download the image from limeylinux and then using a CF reader and windows (or linux) write the image to CF. I believe there are instructions on the website on how to accomplish that. Using linux, you can use the dd tool. Jim K6JWN On Apr 23, 2009, at 1:18 PM, Jim Richardson wrote: > I have ordered a few of the Mini-ITX Desktop 1.8GHz iGoLogic from > Andover > Network Liquidators and am wondering how to transfer the CF image > from the > ftp site to the CF card. Can I boot linux from the USB and just dd > to the > /dev/hda device? I do not have any other CF devices. Thanks in > advance. > > Jim, WA1SOT > > AllStarLink #2370 > 449.975 PL 71.9 > Hudson NH USA > _______________________________________________ > 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.979.0894 IRLP: Nodes 3598 and 3633 | Echolink: 83598 K6JWN-R | AllStar: Nodes 2142 and 2165 From hwstar at rodgers.sdcoxmail.com Sat Apr 25 01:51:51 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Fri, 24 Apr 2009 18:51:51 -0700 Subject: [App_rpt-users] Test .iso file for ACID Message-ID: <49F26CB7.6060006@rodgers.sdcoxmail.com> A new test ISO file for ACID is available from http://dl.allstarlink.org/installcd/test2.iso This is Centos 5.3 which has been set up to grow the partition to fill most disks (up to 1000MB). With this version ACID can be installed on any disk which is 2.2GB or larger. Steve WA6ZFT From Ramesh at va3uv.com Sat Apr 25 02:44:52 2009 From: Ramesh at va3uv.com (Ramesh Dhami (VA3UV)) Date: Fri, 24 Apr 2009 22:44:52 -0400 Subject: [App_rpt-users] Telemetry data going out on a monitor only channel Message-ID: <49F27924.8000003@va3uv.com> Hi Steve, Jim and all; I was connected to a node in receive only mode and found that the telemetry audio was being echoed out on the node (to which I had connected in monitor mode).... now both nodes are local on the same box (although this shouldn't really matter). Cheers, Ramesh. From hwstar at rodgers.sdcoxmail.com Sun Apr 26 01:52:46 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Sat, 25 Apr 2009 18:52:46 -0700 Subject: [App_rpt-users] Mantis bug tracker aviallable Message-ID: <49F3BE6E.3010907@rodgers.sdcoxmail.com> I installed MantisBT on one of my servers. MantisBT is a bug tracking tool. This will allow the developers to have a complete record of all issues. To report issues and request features, visit http://mantis.qrvc.com and click on the "sign up for new account link". You must supply a valid email address and solve a captcha to complete the signup process. Steve WA6ZFT From k1lnx at k1lnx.net Sun Apr 26 13:49:45 2009 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Sun, 26 Apr 2009 09:49:45 -0400 Subject: [App_rpt-users] SVN Source Code Message-ID: <8390870f0904260649w41e2aec4gfdff63365ee090cc@mail.gmail.com> For those of us that "roll our own", can we consider the code that is being hosted at the QRVC SVN repository the most up to date? As it stands now I always pull it from Digium's server, but I'll start pulling it from QRVC if this going to be the preferred repository moving forward. Like the new bug tracking system, just signed up for an account :) tnx Stephen -- Stephen Brown - ARS K1LNX Johnson City, TN EM86 http://www.k1lnx.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sales at qrvc.com Sun Apr 26 15:22:26 2009 From: sales at qrvc.com (Stephen Rodgers) Date: Sun, 26 Apr 2009 08:22:26 -0700 Subject: [App_rpt-users] SVN Source Code In-Reply-To: <8390870f0904260649w41e2aec4gfdff63365ee090cc@mail.gmail.com> References: <8390870f0904260649w41e2aec4gfdff63365ee090cc@mail.gmail.com> Message-ID: <49F47C32.6060809@qrvc.com> Stephen - K1LNX wrote: > For those of us that "roll our own", can we consider the code that is being > hosted at the QRVC SVN repository the most up to date? > > As it stands now I always pull it from Digium's server, but I'll start > pulling it from QRVC if this going to be the preferred repository moving > forward. > > Like the new bug tracking system, just signed up for an account :) > > tnx > Stephen > > > > ------------------------------------------------------------------------ > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at qrvc.com > http://qrvc.com/mailman/listinfo/app_rpt-users There are some patches we need to make to Asterisk which have been very difficult to get in to the Digium source tree due to the stricter code review processes they have put in place. It used to be very easy to get a patch merged, but now it is a lengthy process. The source code we host on qrvc.com has all of the required patches, and is known to work with app_rpt. App_rpt users should use the source tree on qrvc.com until further notice. Steve WA6ZFT From nessenj at jimsoffice.org Tue Apr 28 03:20:03 2009 From: nessenj at jimsoffice.org (James Nessen) Date: Mon, 27 Apr 2009 20:20:03 -0700 Subject: [App_rpt-users] Test .iso file for ACID In-Reply-To: <49F26CB7.6060006@rodgers.sdcoxmail.com> References: <49F26CB7.6060006@rodgers.sdcoxmail.com> Message-ID: Steve, So far so good on my Transcend 4GB flash IDE. Its going through and installing updates right now. Jim K6JWN On Apr 24, 2009, at 6:51 PM, Stephen Rodgers wrote: > A new test ISO file for ACID is available from > http://dl.allstarlink.org/installcd/test2.iso > > This is Centos 5.3 which has been set up to grow the partition to fill > most disks (up to 1000MB). With this version ACID can be installed on > any disk which is 2.2GB or larger. > > Steve > WA6ZFT > _______________________________________________ > 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.979.0894 IRLP: Nodes 3598 and 3633 | Echolink: 83598 K6JWN-R | AllStar: Nodes 2142 and 2165 From hwstar at rodgers.sdcoxmail.com Wed Apr 29 03:41:10 2009 From: hwstar at rodgers.sdcoxmail.com (Stephen Rodgers) Date: Tue, 28 Apr 2009 20:41:10 -0700 Subject: [App_rpt-users] New site look at app-rpt.qrvc.com Message-ID: <49F7CC56.7040109@rodgers.sdcoxmail.com> app-rpt.qrvc.com has switched to a database-driven website, and has an improved look. We are using Drupal to make the site look better and to make it more accessible. You can comment on the documentation by signing up for an account, and the site is searchable. Most of the documentation has been moved with the exception of a few odds and ends. The old site will remain accessible from test.qrvc.com until I have sucked all of the information out of it then it will be retired. Steve WA6ZFT From nessenj at jimsoffice.org Wed Apr 29 03:46:35 2009 From: nessenj at jimsoffice.org (James Nessen) Date: Tue, 28 Apr 2009 20:46:35 -0700 Subject: [App_rpt-users] New site look at app-rpt.qrvc.com In-Reply-To: <49F7CC56.7040109@rodgers.sdcoxmail.com> References: <49F7CC56.7040109@rodgers.sdcoxmail.com> Message-ID: <5E2B0039-900C-4B17-80AE-7A44A0DA5FD2@jimsoffice.org> Stephen, Great work, the site looks great! Jim / K6JWN On Apr 28, 2009, at 8:41 PM, Stephen Rodgers wrote: > app-rpt.qrvc.com has switched to a database-driven website, and has an > improved look. We are using Drupal to make the site look better and > to make it more accessible. > > You can comment on the documentation by signing up for an account, and > the site is searchable. > > Most of the documentation has been moved with the exception of a few > odds and ends. > > The old site will remain accessible from test.qrvc.com until I have > sucked all of the information out of it then it will be retired. > > Steve > WA6ZFT > > > _______________________________________________ > 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.979.0894 IRLP: Nodes 3598 and 3633 | Echolink: 83598 K6JWN-R | AllStar: Nodes 2142 and 2165