From vencl at att.net Fri Dec 2 19:03:46 2011 From: vencl at att.net (Lu Vencl) Date: Fri, 2 Dec 2011 14:03:46 -0500 Subject: [App_rpt-users] Control operated Access dump code Message-ID: <02e701ccb125$1ead9360$5c08ba20$@net> Anyone know how to dump a connection to a control operated access when you dial in? I thought it was *0 but that does not work. Thanks. KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From captmick at charter.net Fri Dec 2 19:51:44 2011 From: captmick at charter.net (Michael Kaufman) Date: Fri, 2 Dec 2011 13:51:44 -0600 Subject: [App_rpt-users] GPS warning error. Message-ID: <12C1F2D0-C05A-450B-BE71-8572509B7074@charter.net> Needing a bit of help: I have had my node up and running flawlessly for about 10 months but recently tried to register my node on APRS. After doing so the node will not register with allstar and I get the following message during trouble shooting "warning [2299] app_gps.c:364 gps thread GPS time out" I went to /etc/asterisk/gps.conf and edited the script as shown on the setup menu, the comport and baud rate are blank, but the error still exists and the node will not register with allstar. Any help will be appreciated. Mike WB9SLI -------------- next part -------------- An HTML attachment was scrubbed... URL: From larry at n7fm.com Fri Dec 2 20:44:32 2011 From: larry at n7fm.com (Larry) Date: Fri, 02 Dec 2011 12:44:32 -0800 Subject: [App_rpt-users] Need info on USB FOB setup Message-ID: <4ED938B0.9010903@n7fm.com> An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 2 20:48:19 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 2 Dec 2011 12:48:19 -0800 Subject: [App_rpt-users] Need info on USB FOB setup In-Reply-To: <4ED938B0.9010903@n7fm.com> References: <4ED938B0.9010903@n7fm.com> Message-ID: it already does, although I dont believe that support made it into the last release. Please update from the SVN. https://allstarlink.org/support.html#astupgrade JIM WB6NIL Date: Fri, 2 Dec 2011 12:44:32 -0800 From: larry at n7fm.com To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Need info on USB FOB setup Sorry if this gets duplicated sent first one from wrong email account......... Greetings all, Decided I would try and build an Allstar node as a learning experience. I have the server running using the latest ACID and all seems to be running fine there ... I had purchased a couple USB FOBs using the recommended Deal Extreme link on the Free Star web site. Upon their arrival I found that what was advertised as a CM108 FOB was actually a FOB that gets recognized as shown below. Bus 003 Device 001: ID 0000:0000 Bus 003 Device 002: ID 0d8c:000e C-Media Electronics, Inc. Audio Adapter (Planet UP-100, Genius G-Talk) Bus 001 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 The Vendor ID portion seems correct. The Device ID portion is not correct for a CM108. idVendor 0x0d8c C-Media Electronics, Inc. idProduct 0x000e Audio Adapter (Planet UP-100, Genius G-Talk) The same USB device when plugged into an Ubuntu Box detects the actual chip as a CM109 shown below. 14036.896544] usb 3-1: new full speed USB device using uhci_hcd and address 2 [14037.056280] usb 3-1: configuration #1 chosen from 1 choice [14037.085005] cm109: Keymap for Komunikate KIP1000 phone loaded [14037.085109] input: CM109 USB driver as /devices/pci0000:00/0000:00:10.1/usb3/3-1/3-1:1.3/input/input6 [14037.085203] usbcore: registered new interface driver cm109 [14037.085205] cm109: CM109 phone driver: 20080805 (C) Alfred E. Heggestad [14037.091032] usbcore: registered new interface driver hiddev [14037.091055] usbcore: registered new interface driver usbhid [14037.091057] usbhid: v2.6:USB HID core driver [14037.200522] usbcore: registered new interface driver snd-usb-audio Since the data sheet for Both the CM108 and CM109 appear to totally compatible what does a person need to change in asterisk or app-rpt to make the CM109 usable.? I have found on the Internet, statements that claim the CM109 will also work in place of the CM108 but no details on how to accomplish this. Can anyone help me? Thanks for any feedback Larry - N7FM _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Fri Dec 2 22:46:07 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 2 Dec 2011 17:46:07 -0500 Subject: [App_rpt-users] unteresting issue...audio cut out Message-ID: got an interesting problem that i've noticed in the last week....but, first some background.... had been running my nodes (3, plus a hub) on a castoff dell laptop since last year...while not the best, it worked until the poor disk started giving up the ghost....but it worked well (a testament to a good os and application. anyway...built up a system, 64 bit althon dual core, on-board USB, couple gigs of memory, too much disk, to replace it. oh, also running 5.7 centos. now, while the audio on the laptop was fine, what i'm hearing on the new system is on an irregular basis, that any audio either repeated or originated on the machine itself (such as id, or weather playback, fer instance), a momentary, split-second 'cut out' or silent 'blip' in the transmission. now, i'm running the 64 bit version of the OS, built the latest svn on that system, all the levels were set with a service monitor, the usb dongles are all in the right place, but, this has me bugged. thoughts? should i go down to the 32 bit os instead? buy plug-in usb cards and not use the onboards? give up and buy an Scom (just kidding...)? thoughts? -- Bryan Sent from my iPhone please forgive misspellings... From bdboyle at bdboyle.com Sat Dec 3 02:08:25 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 02 Dec 2011 21:08:25 -0500 Subject: [App_rpt-users] 64 bit In-Reply-To: <001101ccb15d$ca179600$5e46c200$@com> References: <001101ccb15d$ca179600$5e46c200$@com> Message-ID: <4ED98499.7050108@bdboyle.com> On 12/2/2011 8:49 PM, Ken wrote: > I had a 64 bit OS for a while but switched back to 32 bit. I had some other > software I wanted to run on the same machine. > > > > It seemed to work OK - although there were a flurry of warning messages (and > maybe 1 error message) during the compile phase of asterisk install. > > > > The kind of problem you describe can happen when the O/S does something it > considers more important than handling your audio .. (asterisk runs at a > relative low priority). Did your OS install put any extra stuff in there > (like GUI) or Java or something? Nope. I just tried to renice asterisk...moved it to -15...still hiccup'd...went all the way to -19...still happens (though not as often...). I was thinking along the same line re prioritization of running processes while chewing on a burger at Red Robin with the bride earlier...but was leaning more towards the on-board usb hardware was somehow not as robust (?) as the one in the laptop..but dismissed that out of hand. built it as a server, no gui, no extraneous stuff. From ke2n at cs.com Sat Dec 3 02:29:20 2011 From: ke2n at cs.com (Ken) Date: Fri, 2 Dec 2011 21:29:20 -0500 Subject: [App_rpt-users] 64 bit In-Reply-To: <4ED98499.7050108@bdboyle.com> References: <001101ccb15d$ca179600$5e46c200$@com> <4ED98499.7050108@bdboyle.com> Message-ID: <002101ccb163$5d476360$17d62a20$@com> Reading some threads over on the LINRAD reflector, it seems that Leif has found that computers that have some combination of PCI and PCIe slots in them do not run sound applications well. Not sure why - or if it is relevant here, since we are running USB sound. I think I remember reading that someone had a USB problem once that was alleviated by adding one MORE fob .. GL & 73 Ken > -----Original Message----- > From: Bryan D. Boyle [mailto:bdboyle at bdboyle.com] > Sent: Friday, December 02, 2011 9:08 PM > To: Ken; app_rpt mailing list > Subject: Re: 64 bit > > On 12/2/2011 8:49 PM, Ken wrote: > > I had a 64 bit OS for a while but switched back to 32 bit. I had > some > > other software I wanted to run on the same machine. > > > > > > > > It seemed to work OK - although there were a flurry of warning > > messages (and maybe 1 error message) during the compile phase of > asterisk install. > > > > > > > > The kind of problem you describe can happen when the O/S does > > something it considers more important than handling your audio .. > > (asterisk runs at a relative low priority). Did your OS install put > > any extra stuff in there (like GUI) or Java or something? > > Nope. I just tried to renice asterisk...moved it to -15...still > hiccup'd...went all the way to -19...still happens (though not as > often...). > > I was thinking along the same line re prioritization of running > processes while chewing on a burger at Red Robin with the bride > earlier...but was leaning more towards the on-board usb hardware was > somehow not as robust (?) as the one in the laptop..but dismissed that > out of hand. > > built it as a server, no gui, no extraneous stuff. From bdboyle at bdboyle.com Sat Dec 3 20:50:49 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sat, 03 Dec 2011 15:50:49 -0500 Subject: [App_rpt-users] 64 bit In-Reply-To: <002101ccb163$5d476360$17d62a20$@com> References: <001101ccb15d$ca179600$5e46c200$@com> <4ED98499.7050108@bdboyle.com> <002101ccb163$5d476360$17d62a20$@com> Message-ID: <4EDA8BA9.8060809@bdboyle.com> Don't know why...but...picked up a 4-port USB PCI card from the big box store...plugged it in...figured out all the ports: (tail -f /var/log/messages | grep USB) re-edited my dongle config files...rebooted the system...clean audio...no 'cutting out'. OK...so, the question (there is always that, right?) is...a bus card plugged into the peripheral bus works ok, but the on-board controller doesn't? WTF is that all about? Gotta love it. Solved the problem, as of now...even got my ranger node working (close your ears, Jim...) with vox, and speaker audio and mic input (because I had the interface cable already built for a Wouxun...), and that works ok. (I'll build the cable to interface the DR-135 Alinco I have in the box but never got a Round Tuit...just to test the LiTZ functionality...:)). So...it's all up and running again. But it puzzles me as to why an onboard USB2.0 set of ports don't work as well as a peripheral card that gets plugged into the peripheral bus. Guess there are some things that I'm not meant to know...:) Thx for all the suggestions last night. To be honest, I was ready to put an ad up on QTH and QRZ for the whole kit and kaboodle...between having to build a new system (thanks, KB2EAR for your guidance) on a 2-yr. old comptuer, and then it not running as well as it did on an 8-year-old failing laptop, issues with the micor, yadda yadda. Yeah, it's not a destination...it's a journey, right? (hey, guys, if you haven't signed up for a ranger node...whatcha waiting for? 146.55 (all classes can use, with basic equipment), no PL, LiTZ autoconnect to wherever, 3 lines in the rpt.conf...what could be simpler?) BB WB0YLE Morrisville PA 27294/27295/27673/27710/27774/90102 From bote_radio at botecomm.com Sat Dec 3 21:21:00 2011 From: bote_radio at botecomm.com (Bote Man) Date: Sat, 3 Dec 2011 16:21:00 -0500 Subject: [App_rpt-users] 64 bit In-Reply-To: <4EDA8BA9.8060809@bdboyle.com> References: <001101ccb15d$ca179600$5e46c200$@com> <4ED98499.7050108@bdboyle.com> <002101ccb163$5d476360$17d62a20$@com> <4EDA8BA9.8060809@bdboyle.com> Message-ID: <015001ccb201$74c8cd50$5e5a67f0$@com> Could be a crappy chipset built into the motherboard, higher priority hardware interrupt on the PCI card than the motherboard USB host, phase of the moon, etc. As for trouble with the MICOR, what could POSSIBLY go wrong with a MICOR??? It's built to last (as long as the interboard connector pins last, anyway). Bote > -----Original Message----- > From: Bryan D. Boyle > Sent: Saturday, 03 December, 2011 15:51 > Subject: Re: [App_rpt-users] 64 bit > > Don't know why...but...picked up a 4-port USB PCI card from the big box > store...plugged it in...figured out all the ports: > > (tail -f /var/log/messages | grep USB) > > re-edited my dongle config files...rebooted the system...clean > audio...no 'cutting out'. > > OK...so, the question (there is always that, right?) is...a bus card > plugged into the peripheral bus works ok, but the on-board controller > doesn't? WTF is that all about? ... > Thx for all the suggestions last night. To be honest, I was ready to > put an ad up on QTH and QRZ for the whole kit and kaboodle...between > having to build a new system (thanks, KB2EAR for your guidance) on a > 2-yr. old comptuer, and then it not running as well as it did on an > 8-year-old failing laptop, issues with the micor, yadda yadda. Yeah, > it's not a destination...it's a journey, right? > From bdboyle at bdboyle.com Sun Dec 4 00:54:28 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sat, 03 Dec 2011 19:54:28 -0500 Subject: [App_rpt-users] 64 bit In-Reply-To: <015001ccb201$74c8cd50$5e5a67f0$@com> References: <001101ccb15d$ca179600$5e46c200$@com> <4ED98499.7050108@bdboyle.com> <002101ccb163$5d476360$17d62a20$@com> <4EDA8BA9.8060809@bdboyle.com> <015001ccb201$74c8cd50$5e5a67f0$@com> Message-ID: <4EDAC4C4.7030108@bdboyle.com> On 12/3/11 4:21 PM, Bote Man wrote: > Could be a crappy chipset built into the motherboard, higher priority > hardware interrupt on the PCI card than the motherboard USB host, phase > of the moon, etc. Which it apparently turned out to be. Oh well, live and learn. > > As for trouble with the MICOR, what could POSSIBLY go wrong with a > MICOR??? It's built to last (as long as the interboard connector pins > last, anyway). Thinking it was the issues with the usb that happened at the same time as I put the micor back online...that something that came back from the repair shop was my first thought...will bring the micor back up...right now, the rack of equipment is in disarray...but all nodes are working... -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. Sent from my MacBook Pro. From monty at ke7jvx.com Sun Dec 4 22:37:14 2011 From: monty at ke7jvx.com (Monty) Date: Sun, 4 Dec 2011 15:37:14 -0700 Subject: [App_rpt-users] Low Band Remote Base Message-ID: Hello Everyone, I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt using CI-V. I have a problem though. There are currently 6 6m repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I have only been successful in programing the 0.5 split frequencies in App_Rpt memories. Is there a trick to make it split to 1 mhz or is that not possible? Monty -------------- next part -------------- An HTML attachment was scrubbed... URL: From larry at n7fm.com Mon Dec 5 00:23:39 2011 From: larry at n7fm.com (Larry) Date: Sun, 04 Dec 2011 16:23:39 -0800 Subject: [App_rpt-users] USB FOB pin 13 (PTT) Message-ID: <4EDC0F0B.80909@n7fm.com> A Newbie here with a problem. I'm still trying to grasp the ins and out of Astrisk and App-rpt etc. I'm trying to connect a USB FOB to my RC-210. I do grasp the reverse RC-210 wiring process. However I found no way to force pin 13 high to activate PTT pin from the FOB for testing purposes. Any suggestions on how or if I'm doing something wrong? I have added a PTT LED for monitoring the output logic from pin 13 but have never been able to get it to turn with any function I've tried other than forcing a voltage at the junction feeding it and the base resistor of the 2N4401. My RC-210 will work at that point but I'm not certain if I have an issue with the USB FOB PTT output. Am I am missing something or perhaps I don't understand the logic of the different functions. I'm not against reading but jumping all around to find different materials has left the mind in a jumble. Can anyone enlighten me as to when in the sequence PTT output becomes active and the voltage I should find on that pin when it does? Thanks Larry - N7FM From bdboyle at bdboyle.com Mon Dec 5 00:38:29 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sun, 04 Dec 2011 19:38:29 -0500 Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <4EDC0F0B.80909@n7fm.com> References: <4EDC0F0B.80909@n7fm.com> Message-ID: <4EDC1285.80207@bdboyle.com> On 12/4/2011 7:23 PM, Larry wrote: > A Newbie here with a problem. > > I'm still trying to grasp the ins and out of Astrisk and App-rpt etc. > > I'm trying to connect a USB FOB to my RC-210. I do grasp the reverse > RC-210 wiring process. However I found no way to force pin 13 high to > activate PTT pin from the FOB for testing purposes. > Any suggestions on how or if I'm doing something wrong? I'm thinking it goes to ground when ptt goes active. Someone correct me? BB From shaun at pmbnet.co.za Mon Dec 5 00:48:57 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Mon, 05 Dec 2011 02:48:57 +0200 Subject: [App_rpt-users] Schedule and Makro question In-Reply-To: References: Message-ID: <4EDC14F9.1020209@pmbnet.co.za> I would like to automatically /connect/ to AllStar node *27597* every night at *20:00* to *22:00* (local time) and then automatically /disconnect/. But only Monday to Friday. Not Sat and Sun. Am I on the right track here .................... ? [schedule28052] ;dtmf_function = m h dom mon dow ; ala cron, star is implied 7 = 0 * * * * 8 = 0 20 * mon,tue,wed,thu,fri * 9 = 0 22 * mon,tue,wed,thu,fri * ; Place command macros here [macro28052] 7 = *81# 8 = *327597 9 = *71 I *do *hear the time announcement every hour on the hour so that part is working. BTW, what is the "#" for after the *81 Shaun zr5s -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.errington at lancaster.ac.uk Mon Dec 5 00:57:31 2011 From: a.errington at lancaster.ac.uk (Andrew Errington) Date: Mon, 5 Dec 2011 09:57:31 +0900 (KST) Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <4EDC0F0B.80909@n7fm.com> References: <4EDC0F0B.80909@n7fm.com> Message-ID: <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> On Mon, December 5, 2011 09:23, Larry wrote: > A Newbie here with a problem. > > > I'm still trying to grasp the ins and out of Astrisk and App-rpt etc. > > > I'm trying to connect a USB FOB to my RC-210. I do grasp the reverse > RC-210 wiring process. However I found no way to force pin 13 high to > activate PTT pin from the FOB for testing purposes. > > Any suggestions on how or if I'm doing something wrong? > > > I have added a PTT LED for monitoring the output logic from pin 13 but > have never been able to get it to turn with any function I've tried other > than forcing a voltage at the junction feeding it and the base resistor of > the 2N4401. My RC-210 will work at that point but I'm not certain if I > have an issue with the USB FOB PTT output. > > Am I am missing something or perhaps I don't understand the logic of the > different functions. > > I'm not against reading but jumping all around to find different > materials has left the mind in a jumble. Can anyone enlighten me as to > when in the sequence PTT output becomes active and the voltage I should > find on that pin when it does? Hi, I don't know about app_rpt, but I have played a bit with USB audio devices. What is the model number of the USB audio chip on your audio fob? If you can't read it, then please report what is the USB vendor ID and product ID for the device (you can see this appear in /var/log/messages when you plug the USB device in)? How it's supposed to work is this: The GPIO pin (let's say it's pin 13) will be low when the software doesn't need to transmit. When the software wants to transmit, it will drive the GPIO high (which will turn on the NPN transistor that drives PTT). The software will wait for a short time to allow the radio to key up, then it will drive an audio signal for the data to be transmitted on to the audio output of the device (which is hooked up to the audio input of the radio). When the audio data is finished the software will wait for another short time then de-assert the GPIO which will turn off PTT. If you are having trouble you could try the latest version of Thomas Sailer's soundmodem. I added support for USB-controlled PTT. You could compile the code and configure soundmodem for your USB device then use the soundmodem test software to turn PTT on and off. I also wrote an extremely poor piece of software that dumps HID control packets to the device to drive the GPIO lines. Basically you write HID data to /dev/hidrawX 73, Andrew ZL3AME From jrorke at cogeco.ca Mon Dec 5 01:05:17 2011 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Sun, 04 Dec 2011 20:05:17 -0500 Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> References: <4EDC0F0B.80909@n7fm.com> <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> Message-ID: <4EDC18CD.7080703@cogeco.ca> OK here's how to connect the fob to the controller. Connect the fob TXA to the controller's RXA. Connect RXA from Fob to TXA on controller. Connect PTT on the fob to the COR input on controller. Connect Cor on the FOB to the PTT on the controller. Then set the cor jumper on the controller to Active low. Set the cor in USBradio to "usbinvert". That is the equivalent to active low on the fob. Set CTCSS from to "no" and comment out any pl tones in the usbradio.conf. Reload the configs. That should get the fob to key the controller and vise versa. Just need to set levels and you are good to go. Regards, Jon VA3RQ On 12/4/2011 7:57 PM, Andrew Errington wrote: > On Mon, December 5, 2011 09:23, Larry wrote: >> A Newbie here with a problem. >> >> >> I'm still trying to grasp the ins and out of Astrisk and App-rpt etc. >> >> >> I'm trying to connect a USB FOB to my RC-210. I do grasp the reverse >> RC-210 wiring process. However I found no way to force pin 13 high to >> activate PTT pin from the FOB for testing purposes. >> >> Any suggestions on how or if I'm doing something wrong? >> >> >> I have added a PTT LED for monitoring the output logic from pin 13 but >> have never been able to get it to turn with any function I've tried other >> than forcing a voltage at the junction feeding it and the base resistor of >> the 2N4401. My RC-210 will work at that point but I'm not certain if I >> have an issue with the USB FOB PTT output. >> >> Am I am missing something or perhaps I don't understand the logic of the >> different functions. >> >> I'm not against reading but jumping all around to find different >> materials has left the mind in a jumble. Can anyone enlighten me as to >> when in the sequence PTT output becomes active and the voltage I should >> find on that pin when it does? > Hi, > > I don't know about app_rpt, but I have played a bit with USB audio devices. > > What is the model number of the USB audio chip on your audio fob? If you > can't read it, then please report what is the USB vendor ID and product ID > for the device (you can see this appear in /var/log/messages when you plug > the USB device in)? > > How it's supposed to work is this: > The GPIO pin (let's say it's pin 13) will be low when the software doesn't > need to transmit. When the software wants to transmit, it will drive the > GPIO high (which will turn on the NPN transistor that drives PTT). The > software will wait for a short time to allow the radio to key up, then it > will drive an audio signal for the data to be transmitted on to the audio > output of the device (which is hooked up to the audio input of the radio). > When the audio data is finished the software will wait for another short > time then de-assert the GPIO which will turn off PTT. > > If you are having trouble you could try the latest version of Thomas > Sailer's soundmodem. I added support for USB-controlled PTT. You could > compile the code and configure soundmodem for your USB device then use the > soundmodem test software to turn PTT on and off. I also wrote an > extremely poor piece of software that dumps HID control packets to the > device to drive the GPIO lines. Basically you write HID data to > /dev/hidrawX > > 73, > > Andrew > ZL3AME > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From larry at n7fm.com Mon Dec 5 01:57:46 2011 From: larry at n7fm.com (Larry) Date: Sun, 04 Dec 2011 17:57:46 -0800 Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> References: <4EDC0F0B.80909@n7fm.com> <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> Message-ID: <4EDC251A.2000309@n7fm.com> An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Mon Dec 5 02:15:12 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 4 Dec 2011 21:15:12 -0500 Subject: [App_rpt-users] Schedule and Macro question Message-ID: <00fe01ccb2f3$b88f0700$29ad1500$@kb2ear.net> The macros in app_rpt are very limited. You would need to put one line for each day. Or do it from the centos cron. Much easier. Do a crontab -e and append the following: 0 20 * * 1-5 /usr/sbin/asterisk -rx "rpt fun 28052 *327597" 0 22 * * 1-5 /usr/sbin/asterisk -rx "rpt fun 28052 *71" From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Shaun Rudling Sent: Sunday, December 04, 2011 7:49 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Schedule and Makro question I would like to automatically connect to AllStar node 27597 every night at 20:00 to 22:00 (local time) and then automatically disconnect. But only Monday to Friday. Not Sat and Sun. Am I on the right track here .................... ? [schedule28052] ;dtmf_function = m h dom mon dow ; ala cron, star is implied 7 = 0 * * * * 8 = 0 20 * mon,tue,wed,thu,fri * 9 = 0 22 * mon,tue,wed,thu,fri * ; Place command macros here [macro28052] 7 = *81# 8 = *327597 9 = *71 I do hear the time announcement every hour on the hour so that part is working. BTW, what is the "#" for after the *81 Shaun zr5s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Mon Dec 5 02:24:11 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sun, 04 Dec 2011 21:24:11 -0500 Subject: [App_rpt-users] wire length... Message-ID: <4EDC2B4B.3080401@bdboyle.com> wondering...there's a legitimate length restriction on USB cables...but, from the dongle to the radio...the audio and control signals...analog... Reason for asking...have my asterisk computer in the spare basement room here...right next to the radios. All the nice dongles blinking in unison..but...thinking (I know...dangerous) it would be nicer to actually have the computer in the same room as the rest of the shack, and the radios out in the other room so the fans on the power supply don't intrude, etc. And be able to sit at my work area, rather than standing in front of the rack...when I'm hacking at the configuration files, or...??? so...thoughts about how long the cables from the dongle to the radio itself could be before running into trouble? Not thinking of using JK (the old Bell 2-pair station wire, believe it or not, have a couple boxes left from the 80s...:)) or UTP...but, have a nice spool of belden 8451 (2 stranded conductor, shielded) that's used almost as a given in most commercial radio stations etc and we never had a problem with l-r phase shift or degradation (and this was running audio signals in a transmitter room with 25KW boxes and STLs, and the like floating around...). *shouldn't be a problem, right?* Just thinking out loud...I know, try it and see. BB From a.errington at lancaster.ac.uk Mon Dec 5 02:26:47 2011 From: a.errington at lancaster.ac.uk (Andrew Errington) Date: Mon, 5 Dec 2011 11:26:47 +0900 (KST) Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <4EDC251A.2000309@n7fm.com> References: <4EDC0F0B.80909@n7fm.com> <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> <4EDC251A.2000309@n7fm.com> Message-ID: <46922.125.248.153.122.1323052007.squirrel@webmail01.lancs.ac.uk> > First ... I'll comment on the USB unit.... The chip within is covered by > a blob but it detects as a CM-109 and appears to function properly as far > as audio and COS ... only the PTT logic has failed to output during my > limited testing. If the chip is epoxy-blobbed, how can you connect to pin 13? GPIO is not required for basic sound-card functionality, so it's often not bonded out from the die. It's quite possible that you simply can not access GPIO. Of course, since I haven't seen your device it's quite possible that you can access it after all. Another possibility is that the GPIO you can access is not actually GPIO3, the one that is usually bonded to pin 13. You can get the CM109 datasheet on-line and you can see there are 8 GPIO pads on the die. If a different GPIO is bonded out then could you change the app_rpt configuration to drive a different bit number? > My assumption about the actual sequence within the chip process was in > line with your great explanation. What I lacked is understanding if there > is a way to force the software into a transmit mode for testing purposes. > Doing so, as you explain should activate the PTT logic. Well, I don't use app_rpt, but maybe there is a test function you can use. It would be quite handy for debugging. > Your info about Thomas Sailer's soundmodem is something I am very > interested in. I had another project in mind and decided to venture into > Asterisk and App-rpt in order to to utilize USB sound modules. > > > Your information may very well be a solution to another problem I would > like to tackle. I will definitely have a look. > Feel free to email me on- or off-list. I'm no expert, but I have dabbled a lot, and I have absorbed a lot of the information that others have written on this topic. Sadly the CM108 packaged parts are becoming scarce as manufacturers move to the cheaper epoxy-blob process. 73, Andrew ZL3AME From ke2n at cs.com Mon Dec 5 02:29:00 2011 From: ke2n at cs.com (Ken) Date: Sun, 4 Dec 2011 21:29:00 -0500 Subject: [App_rpt-users] wire length... In-Reply-To: <4EDC2B4B.3080401@bdboyle.com> References: <4EDC2B4B.3080401@bdboyle.com> Message-ID: <002101ccb2f5$a63b5660$f2b20320$@com> I think the problem is that the computer would be on a different part of your power system than the radios and that would cause ground loop issues, unless you add USB isolators like one posted here a few weeks ago. But I never stand in front of the rack. I am in the shack running SSH/WinSCP on the shack computer. Heck, I have even done program upgrades to the system while staying in hotels in foreign countries .... 73 GL Ken > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > bounces at ohnosec.org] On Behalf Of Bryan D. Boyle > Sent: Sunday, December 04, 2011 9:24 PM > To: app_rpt mailing list > Subject: [App_rpt-users] wire length... > > wondering...there's a legitimate length restriction on USB > cables...but, from the dongle to the radio...the audio and control > signals...analog... > > Reason for asking...have my asterisk computer in the spare basement > room here...right next to the radios. All the nice dongles blinking in > unison..but...thinking (I know...dangerous) it would be nicer to > actually have the computer in the same room as the rest of the shack, > and the radios out in the other room so the fans on the power supply > don't intrude, etc. And be able to sit at my work area, rather than > standing in front of the rack...when I'm hacking at the configuration > files, or...??? > > so...thoughts about how long the cables from the dongle to the radio > itself could be before running into trouble? > > Not thinking of using JK (the old Bell 2-pair station wire, believe it > or not, have a couple boxes left from the 80s...:)) or UTP...but, have > a nice spool of belden 8451 (2 stranded conductor, shielded) that's > used almost as a given in most commercial radio stations etc and we > never had a problem with l-r phase shift or degradation (and this was > running audio signals in a transmitter room with 25KW boxes and STLs, > and the like floating around...). *shouldn't be a problem, right?* > > Just thinking out loud...I know, try it and see. > > BB > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From ke2n at cs.com Mon Dec 5 02:36:37 2011 From: ke2n at cs.com (Ken) Date: Sun, 4 Dec 2011 21:36:37 -0500 Subject: [App_rpt-users] USB FOB pin 13 (PTT) In-Reply-To: <46922.125.248.153.122.1323052007.squirrel@webmail01.lancs.ac.uk> References: <4EDC0F0B.80909@n7fm.com> <10380.125.248.153.122.1323046651.squirrel@webmail01.lancs.ac.uk> <4EDC251A.2000309@n7fm.com> <46922.125.248.153.122.1323052007.squirrel@webmail01.lancs.ac.uk> Message-ID: <002201ccb2f6$b68992b0$239cb810$@com> The new URIx (as it is called) uses the CM119A. If you want to roll your own, it would be a good idea to find a fob that uses one of those. I would note that the output of the chip itself is unlikely to be able to drive much of anything. Again, looking to the URIx design, they use a FET switch (IRLML2060) to buffer the output. To force the PTT on you simply use the command "radio key" and "radio unkey" from the Asterisk CLI GL Ken > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > bounces at ohnosec.org] On Behalf Of Andrew Errington > Sent: Sunday, December 04, 2011 9:27 PM > To: Larry > Cc: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] USB FOB pin 13 (PTT) > > > First ... I'll comment on the USB unit.... The chip within is covered > > by a blob but it detects as a CM-109 and appears to function properly > > as far as audio and COS ... only the PTT logic has failed to output > > during my limited testing. > > If the chip is epoxy-blobbed, how can you connect to pin 13? GPIO is > not required for basic sound-card functionality, so it's often not > bonded out from the die. It's quite possible that you simply can not > access GPIO. > Of course, since I haven't seen your device it's quite possible that > you can access it after all. > > Another possibility is that the GPIO you can access is not actually > GPIO3, the one that is usually bonded to pin 13. You can get the CM109 > datasheet on-line and you can see there are 8 GPIO pads on the die. If > a different GPIO is bonded out then could you change the app_rpt > configuration to drive a different bit number? > > > > My assumption about the actual sequence within the chip process was > in > > line with your great explanation. What I lacked is understanding if > > there is a way to force the software into a transmit mode for testing > purposes. > > Doing so, as you explain should activate the PTT logic. > > Well, I don't use app_rpt, but maybe there is a test function you can > use. > It would be quite handy for debugging. > > > > Your info about Thomas Sailer's soundmodem is something I am very > > interested in. I had another project in mind and decided to venture > > into Asterisk and App-rpt in order to to utilize USB sound modules. > > > > > > Your information may very well be a solution to another problem I > > would like to tackle. I will definitely have a look. > > > > Feel free to email me on- or off-list. I'm no expert, but I have > dabbled a lot, and I have absorbed a lot of the information that others > have written on this topic. > > Sadly the CM108 packaged parts are becoming scarce as manufacturers > move to the cheaper epoxy-blob process. > > 73, > > Andrew > ZL3AME > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kb2ear at kb2ear.net Mon Dec 5 04:04:52 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 4 Dec 2011 23:04:52 -0500 Subject: [App_rpt-users] wire length... In-Reply-To: <4EDC2B4B.3080401@bdboyle.com> References: <4EDC2B4B.3080401@bdboyle.com> Message-ID: <017501ccb303$0a980330$1fc80990$@kb2ear.net> The spec for USB is 16 feet max. I have used a USB to cat 5 extender and extended over 100 feet and the URI worked fine. -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bryan D. Boyle Sent: Sunday, December 04, 2011 9:24 PM To: app_rpt mailing list Subject: [App_rpt-users] wire length... wondering...there's a legitimate length restriction on USB cables...but, from the dongle to the radio...the audio and control signals...analog... Reason for asking...have my asterisk computer in the spare basement room here...right next to the radios. All the nice dongles blinking in unison..but...thinking (I know...dangerous) it would be nicer to actually have the computer in the same room as the rest of the shack, and the radios out in the other room so the fans on the power supply don't intrude, etc. And be able to sit at my work area, rather than standing in front of the rack...when I'm hacking at the configuration files, or...??? so...thoughts about how long the cables from the dongle to the radio itself could be before running into trouble? Not thinking of using JK (the old Bell 2-pair station wire, believe it or not, have a couple boxes left from the 80s...:)) or UTP...but, have a nice spool of belden 8451 (2 stranded conductor, shielded) that's used almost as a given in most commercial radio stations etc and we never had a problem with l-r phase shift or degradation (and this was running audio signals in a transmitter room with 25KW boxes and STLs, and the like floating around...). *shouldn't be a problem, right?* Just thinking out loud...I know, try it and see. BB _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From telesistant at hotmail.com Mon Dec 5 04:17:04 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 4 Dec 2011 20:17:04 -0800 Subject: [App_rpt-users] GPS warning error. In-Reply-To: <12C1F2D0-C05A-450B-BE71-8572509B7074@charter.net> References: <12C1F2D0-C05A-450B-BE71-8572509B7074@charter.net> Message-ID: Try updating from the sources on SVN. You might be running a really old version. JIM From: captmick at charter.net Date: Fri, 2 Dec 2011 13:51:44 -0600 To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] GPS warning error. Needing a bit of help: I have had my node up and running flawlessly for about 10 months but recently tried to register my node on APRS. After doing so the node will not register with allstar and I get the following message during trouble shooting "warning [2299] app_gps.c:364 gps thread GPS time out" I went to /etc/asterisk/gps.conf and edited the script as shown on the setup menu, the comport and baud rate are blank, but the error still exists and the node will not register with allstar. Any help will be appreciated. Mike WB9SLI _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrorke at cogeco.ca Mon Dec 5 13:48:20 2011 From: jrorke at cogeco.ca (Jon Rorke) Date: Mon, 05 Dec 2011 08:48:20 -0500 Subject: [App_rpt-users] wire length... In-Reply-To: <017501ccb303$0a980330$1fc80990$@kb2ear.net> References: <4EDC2B4B.3080401@bdboyle.com> <017501ccb303$0a980330$1fc80990$@kb2ear.net> Message-ID: <4EDCCBA4.5040709@cogeco.ca> I just extend the wiring from the radio to the fob/URI. I use 8 cond. 18AWG shielded cable. My cables are ~20 feet long to get from a wall rack to the radio rack. Jon On 12/4/2011 11:04 PM, Scott Weis wrote: > The spec for USB is 16 feet max. I have used a USB to cat 5 extender and > extended over 100 feet and the URI worked fine. > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bryan D. Boyle > Sent: Sunday, December 04, 2011 9:24 PM > To: app_rpt mailing list > Subject: [App_rpt-users] wire length... > > wondering...there's a legitimate length restriction on USB cables...but, > from the dongle to the radio...the audio and control signals...analog... > > Reason for asking...have my asterisk computer in the spare basement room > here...right next to the radios. All the nice dongles blinking in > unison..but...thinking (I know...dangerous) it would be nicer to actually > have the computer in the same room as the rest of the shack, and the radios > out in the other room so the fans on the power supply don't intrude, etc. > And be able to sit at my work area, rather than standing in front of the > rack...when I'm hacking at the configuration files, or...??? > > so...thoughts about how long the cables from the dongle to the radio itself > could be before running into trouble? > > Not thinking of using JK (the old Bell 2-pair station wire, believe it or > not, have a couple boxes left from the 80s...:)) or UTP...but, have a nice > spool of belden 8451 (2 stranded conductor, shielded) that's used almost as > a given in most commercial radio stations etc and we never had a problem > with l-r phase shift or degradation (and this was running audio signals in a > transmitter room with 25KW boxes and STLs, and the like floating around...). > *shouldn't be a problem, right?* > > Just thinking out loud...I know, try it and see. > > BB > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From kd8b at thebades.net Mon Dec 5 14:21:07 2011 From: kd8b at thebades.net (Doug Bade) Date: Mon, 5 Dec 2011 09:21:07 -0500 Subject: [App_rpt-users] wire length... In-Reply-To: <4EDCCBA4.5040709@cogeco.ca> References: <4EDC2B4B.3080401@bdboyle.com> <017501ccb303$0a980330$1fc80990$@kb2ear.net> <4EDCCBA4.5040709@cogeco.ca> Message-ID: <007701ccb359$2186b7c0$64942740$@thebades.net> I had a 33 ft usb cable for one of the repeaters at the site.. it ( the USB dongle .. a USB URI ) crashed on occasion so I made it shorter and it stopped crashing. They do manufacture usb cables with booster amplifiers in them, to increase length range beyond 16 feet. In this case, length it is more about signal losses, than timing.... Doug KD8B -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jon Rorke Sent: Monday, December 05, 2011 8:48 AM To: 'app_rpt mailing list' Subject: Re: [App_rpt-users] wire length... I just extend the wiring from the radio to the fob/URI. I use 8 cond. 18AWG shielded cable. My cables are ~20 feet long to get from a wall rack to the radio rack. Jon On 12/4/2011 11:04 PM, Scott Weis wrote: > The spec for USB is 16 feet max. I have used a USB to cat 5 extender > and extended over 100 feet and the URI worked fine. > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bryan D. Boyle > Sent: Sunday, December 04, 2011 9:24 PM > To: app_rpt mailing list > Subject: [App_rpt-users] wire length... > > wondering...there's a legitimate length restriction on USB > cables...but, from the dongle to the radio...the audio and control signals...analog... > > Reason for asking...have my asterisk computer in the spare basement > room here...right next to the radios. All the nice dongles blinking > in unison..but...thinking (I know...dangerous) it would be nicer to > actually have the computer in the same room as the rest of the shack, > and the radios out in the other room so the fans on the power supply don't intrude, etc. > And be able to sit at my work area, rather than standing in front of > the rack...when I'm hacking at the configuration files, or...??? > > so...thoughts about how long the cables from the dongle to the radio > itself could be before running into trouble? > > Not thinking of using JK (the old Bell 2-pair station wire, believe it > or not, have a couple boxes left from the 80s...:)) or UTP...but, have > a nice spool of belden 8451 (2 stranded conductor, shielded) that's > used almost as a given in most commercial radio stations etc and we > never had a problem with l-r phase shift or degradation (and this was > running audio signals in a transmitter room with 25KW boxes and STLs, and the like floating around...). > *shouldn't be a problem, right?* > > Just thinking out loud...I know, try it and see. > > BB > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From bdboyle at bdboyle.com Mon Dec 5 18:10:51 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Mon, 05 Dec 2011 13:10:51 -0500 Subject: [App_rpt-users] another question: receive level from connected nodes Message-ID: <4EDD092B.8070302@bdboyle.com> Been digging through the archives...and haven't found an answer to this, so I thought I'd throw it out to discussion... I have 4 nodes connected up to a local hub. All the levels are set properly (own an oldish service monitor, so...can see the modulation levels of the ctcss and voice nicely. Local wideband nodes are set for 3.2K w/650 hz ctcss (except for the narrowband 900, which totals out around 2.7k. Now...when the audio comes in from the net I'm connected to, however...the modulation is a lot louder; peaking up to 5K. (my node is connected to another hub node, so, in essence, we have 2 back to back hubs, one taking care of central NJ, mine dealing with eastern PA.) Just wondering...how to set the level so the inbound audio from the networked nodes is a little less...um...'sprightly'. Would this be handled in my usbradio_tune_usbhubnode.conf thru radio-tune-menu or...somewhere else? -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. Sent from my MacBook Pro. From telesistant at hotmail.com Mon Dec 5 18:20:58 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 5 Dec 2011 10:20:58 -0800 Subject: [App_rpt-users] another question: receive level from connected nodes In-Reply-To: <4EDD092B.8070302@bdboyle.com> References: <4EDD092B.8070302@bdboyle.com> Message-ID: With the node-generated test tone, you are supposed to set the levels to produce 3KHz deviation (not including CTCSS). JIM > Date: Mon, 5 Dec 2011 13:10:51 -0500 > From: bdboyle at bdboyle.com > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] another question: receive level from connected nodes > > Been digging through the archives...and haven't found an answer to this, > so I thought I'd throw it out to discussion... > > I have 4 nodes connected up to a local hub. All the levels are set > properly (own an oldish service monitor, so...can see the modulation > levels of the ctcss and voice nicely. Local wideband nodes are set for > 3.2K w/650 hz ctcss (except for the narrowband 900, which totals out > around 2.7k. > > Now...when the audio comes in from the net I'm connected to, > however...the modulation is a lot louder; peaking up to 5K. (my node is > connected to another hub node, so, in essence, we have 2 back to back > hubs, one taking care of central NJ, mine dealing with eastern PA.) > > Just wondering...how to set the level so the inbound audio from the > networked nodes is a little less...um...'sprightly'. > > Would this be handled in my usbradio_tune_usbhubnode.conf thru > radio-tune-menu or...somewhere else? > > > -- > Bryan > In this world, you must be oh so smart or oh so pleasant. > Well, for years I was smart. I recommend pleasant. > You may quote me. > > Sent from my MacBook Pro. > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Tue Dec 6 15:01:26 2011 From: ron at morell.us (Ron Morell) Date: Tue, 06 Dec 2011 08:01:26 -0700 Subject: [App_rpt-users] Two remote nodes used to link two repeaters Message-ID: <4EDE2E46.8040701@morell.us> Hello, I'm new to Asterisk+app_rpt. Will this application connect two transceivers (remote nodes) using VoIP so that each transceiver node will transmit what it receives over the VoIP input from the RF receiving transceiver node? If it will, I'd appreciate some discussion as to how to setup this type of connection or direction to directions, if already written. I've been back reading the archives and have read most of this year's discussions. Lots of good info on this reflector. Thanks for your consideration. Ron Morell KA7U -------------- next part -------------- A non-text attachment was scrubbed... Name: ron.vcf Type: text/x-vcard Size: 242 bytes Desc: not available URL: From tim.sawyer at me.com Tue Dec 6 16:11:30 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Tue, 06 Dec 2011 08:11:30 -0800 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <4EDE2E46.8040701@morell.us> References: <4EDE2E46.8040701@morell.us> Message-ID: <6D12D516-F7B0-42E4-BB58-F6BDDEDB6EF3@me.com> Yep, that's the whole point. Read here https://allstarlink.org/ and here http://ohnosec.org/drupal/ Download the iso and start playing. -- Tim :wq On Dec 6, 2011, at 7:01 AM, Ron Morell wrote: > Hello, > I'm new to Asterisk+app_rpt. Will this application connect two > transceivers (remote nodes) using VoIP so that each transceiver node > will transmit what it receives over the VoIP input from the RF receiving > transceiver node? If it will, I'd appreciate some discussion as to how > to setup this type of connection or direction to directions, if already > written. > > I've been back reading the archives and have read most of this year's > discussions. Lots of good info on this reflector. > > Thanks for your consideration. > Ron Morell > KA7U > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From Jwbfre at aol.com Tue Dec 6 18:45:46 2011 From: Jwbfre at aol.com (Jwbfre at aol.com) Date: Tue, 6 Dec 2011 13:45:46 -0500 (EST) Subject: [App_rpt-users] Port forwarding node 28177 Message-ID: <593d4.2a7d0707.3c0fbcda@aol.com> Cannot receive incoming connections on node 28177. Using Belkin router with port forwarding set to send port 4569 to a static ip of 192.168.2.3 udp Can ping google .com ok and all the other pc's on the lan. Would you check my node in the registration server. Thanks Jack Bumgarner ws5d -------------- next part -------------- An HTML attachment was scrubbed... URL: From howard at small.com.au Tue Dec 6 19:50:50 2011 From: howard at small.com.au (Howard Small) Date: Wed, 7 Dec 2011 05:50:50 +1000 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <4EDE2E46.8040701@morell.us> References: <4EDE2E46.8040701@morell.us> Message-ID: <019f01ccb450$5ba42850$12ec78f0$@small.com.au> Ron Are you trying to set up two repeaters that are linked so that the input from one is transmitted by both? If so, I am also very interested in how it is done as it is something we are proposing in our area. Howard VK4BS -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ron Morell Sent: Wednesday, 7 December 2011 01:01 To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Two remote nodes used to link two repeaters Hello, I'm new to Asterisk+app_rpt. Will this application connect two transceivers (remote nodes) using VoIP so that each transceiver node will transmit what it receives over the VoIP input from the RF receiving transceiver node? If it will, I'd appreciate some discussion as to how to setup this type of connection or direction to directions, if already written. I've been back reading the archives and have read most of this year's discussions. Lots of good info on this reflector. Thanks for your consideration. Ron Morell KA7U From wb3awj at comcast.net Tue Dec 6 20:56:55 2011 From: wb3awj at comcast.net (Robert A. Poff WB3AWJ) Date: Tue, 6 Dec 2011 20:56:55 +0000 (UTC) Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <019f01ccb450$5ba42850$12ec78f0$@small.com.au> Message-ID: <74487251.791379.1323205015281.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> OK, maybe I'm confused..... You build repeater A as an Allstar node. You build repeater B as an Allstar node. You put them both on a common network. You dial from repeater A to repeater B. What comes in A goes out A & B. What comes in B goes out A & B. That's what you want correct? That's what the software does. Robert A. Poff Loganville, PA. "Lieutenant, target the offending power boat and launch photon torpedoes" > Subject: Re: [App_rpt-users] Two remote nodes used to link two repeaters > >Ron > >Are you trying to set up two repeaters that are linked so that the input >from one is transmitted by both? If so, I am also very interested in how it >is done as it is something we are proposing in our area. >Howard >VK4BS -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb3awj at comcast.net Tue Dec 6 21:57:07 2011 From: wb3awj at comcast.net (Robert A. Poff WB3AWJ) Date: Tue, 6 Dec 2011 21:57:07 +0000 (UTC) Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <12AD194A8F644942B7EF26DD45191930@DougLaptop2> Message-ID: <582548900.795371.1323208627351.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Perhaps I reacted to rashly.... Is the real question these fellows are asking "How does this work? And how do I make it work?" My answer: Start by reading the very good overview on the Allstar Link site. In particular the ABOUT page. And the GET STARTED page. Once you grasp the concept, come on back here where you'll find lots of people to answer the rest of the questions. Once you get the node(s) running, you can do exactly what you are proposing. With two repeaters, twenty repeaters, thirty repeaters........... Robert A. Poff Loganville, PA. W3SBA Repeater - Allstar 27784 "Lieutenant, target the offending power boat and launch photon torpedoes" ----- Original Message ----- From: "DougH" To: "Robert A. Poff WB3AWJ" Sent: Tuesday, December 6, 2011 4:09:05 PM Subject: Re: [App_rpt-users] Two remote nodes used to link two repeaters ? Exactly and a whole lot more...your system into others world wide. D -------------- next part -------------- An HTML attachment was scrubbed... URL: From kt9ac at ameritech.net Tue Dec 6 22:04:21 2011 From: kt9ac at ameritech.net (Tony KT9AC) Date: Tue, 6 Dec 2011 14:04:21 -0800 (PST) Subject: [App_rpt-users] DC Powered PC Message-ID: <1323209061.70751.YahooMailClassic@web181512.mail.ne1.yahoo.com> Just asking for those that are running a regular Pentium 4 style PC at their repeater sites, have you left it running the stock ATX power supply or converted to a 12V DC-DC style attaching to the repeater's power supply? The HP D510S that I use is rated for 50W, so I'm looking at a $30 DC-DC converter without rebuilding the entire thing as an Atom in a rack mount. Thanks! Tony From bdboyle at bdboyle.com Tue Dec 6 23:00:13 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Tue, 6 Dec 2011 18:00:13 -0500 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <582548900.795371.1323208627351.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> References: <582548900.795371.1323208627351.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: it's actually too easy once you get the hang of it. -- Bryan Sent from my iPhone please forgive misspellings... On Dec 6, 2011, at 16:57, "Robert A. Poff WB3AWJ" wrote: > Perhaps I reacted to rashly.... > > Is the real question these fellows are asking "How does this work? And how do I make it work?" > > My answer: > Start by reading the very good overview on the Allstar Link site. > In particular the ABOUT page. > And the GET STARTED page. > > Once you grasp the concept, come on back here where you'll find lots of people to answer the rest of the questions. > > Once you get the node(s) running, you can do exactly what you are proposing. > With two repeaters, twenty repeaters, thirty repeaters........... > > > Robert A. Poff > Loganville, PA. > > W3SBA Repeater - Allstar 27784 > > "Lieutenant, target the offending power boat and launch photon torpedoes" > > From: "DougH" > To: "Robert A. Poff WB3AWJ" > Sent: Tuesday, December 6, 2011 4:09:05 PM > Subject: Re: [App_rpt-users] Two remote nodes used to link two repeaters > > ? > Exactly and a whole lot more...your system into others world wide. > > D > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb3awj at comcast.net Wed Dec 7 00:18:59 2011 From: wb3awj at comcast.net (Robert Poff) Date: Tue, 06 Dec 2011 19:18:59 -0500 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: References: <582548900.795371.1323208627351.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: <1323217139.10642.1.camel@localhost> Yep, If a poor Pennsylvania Farm Boy like me can do it, anyone can. On Tue, 2011-12-06 at 18:00 -0500, Bryan D. Boyle wrote: > it's actually too easy once you get the hang of it. > > -- > > Bryan > Sent from my iPhone > please forgive misspellings... > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wb6egr at gmail.com Wed Dec 7 00:41:06 2011 From: wb6egr at gmail.com (Kirk Just Kirk) Date: Tue, 6 Dec 2011 16:41:06 -0800 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <1323217139.10642.1.camel@localhost> References: <582548900.795371.1323208627351.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> <1323217139.10642.1.camel@localhost> Message-ID: Congrats on getting it going Robert.... I can show you one in Vail,Az. that couldn't figure it out for the life of him :) Kirk (WB6EGR) Nodes # 2155/2156/2157/2220/2221/2222/27411 (information node) And a few others..... On Tue, Dec 6, 2011 at 4:18 PM, Robert Poff wrote: > ** > Yep, If a poor Pennsylvania Farm Boy like me can do it, anyone can. > > > > On Tue, 2011-12-06 at 18:00 -0500, Bryan D. Boyle wrote: > > it's actually too easy once you get the hang of it. > > -- > > Bryan > > Sent from my iPhone > > please forgive misspellings... > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Wed Dec 7 03:13:56 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Tue, 6 Dec 2011 19:13:56 -0800 Subject: [App_rpt-users] Solid State Drive Message-ID: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> Anyone using a solid state drive for their node? If so, what type. How is it working out? I'll need a 3.5 inch for a rack mount server. Thanks! 73 Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Wed Dec 7 03:19:29 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Tue, 6 Dec 2011 19:19:29 -0800 Subject: [App_rpt-users] Solid State Drive In-Reply-To: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> References: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> Message-ID: Also..... What size did you get and where did you get it? 73 Jim W7RY -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1873 / Virus Database: 2102/4660 - Release Date: 12/06/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Wed Dec 7 03:26:37 2011 From: ron at morell.us (Ron Morell) Date: Tue, 06 Dec 2011 20:26:37 -0700 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <019f01ccb450$5ba42850$12ec78f0$@small.com.au> References: <019f01ccb450$5ba42850$12ec78f0$@small.com.au> Message-ID: <4EDEDCED.2040701@morell.us> Howard, Lets work on this off the reflector. I received several sincere offers of advice and help in the direct email, but I notice a fair group of wasted responses sent only to the reflector. I'll share with you what I'm doing and how we go about it using direct email. So for the management of the reflector; A query posted here is given a good response, but for some reason, the best responders did not reply through the reflector. 73, Ron Morell KA7U -------------- next part -------------- A non-text attachment was scrubbed... Name: ron.vcf Type: text/x-vcard Size: 242 bytes Desc: not available URL: From kb2ear at kb2ear.net Wed Dec 7 03:35:25 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Tue, 6 Dec 2011 22:35:25 -0500 Subject: [App_rpt-users] Solid State Drive In-Reply-To: References: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> Message-ID: <008a01ccb491$424c5c60$c6e51520$@kb2ear.net> I use one of these: http://www.mini-box.com/8GB-SATADOM-2000 been running for around 18 months no problems. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim W7RY Sent: Tuesday, December 06, 2011 10:19 PM To: Jim W7RY; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Solid State Drive Also..... What size did you get and where did you get it? 73 Jim W7RY _____ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _____ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1873 / Virus Database: 2102/4660 - Release Date: 12/06/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Wed Dec 7 16:26:36 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Wed, 7 Dec 2011 08:26:36 -0800 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: Check out this webpage. http://ohnosec.org/drupal/node/175 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 David On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: > Hello Everyone, > I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt > using CI-V. I have a problem though. There are currently 6 6m repeaters > here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I > have only been successful in programing the 0.5 split frequencies in > App_Rpt memories. Is there a trick to make it split to 1 mhz or is that > not possible? > > Monty > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Wed Dec 7 17:07:38 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Wed, 07 Dec 2011 09:07:38 -0800 Subject: [App_rpt-users] Two remote nodes used to link two repeaters In-Reply-To: <74487251.791379.1323205015281.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> References: <74487251.791379.1323205015281.JavaMail.root@sz0117a.westchester.pa.mail.comcast.net> Message-ID: Yes, you can have any number of repeaters linked together and any received signal on one repeater is repeated on all the other repeaters. It's also a complete repeater controller or you can connect it to a port of an existing controller. You can also use it to build simplex nodes, remote bases and conference bridges. With the proper hardware it can also be a voter/simulcast repeater system. -- Tim :wq On Dec 6, 2011, at 12:56 PM, Robert A. Poff WB3AWJ wrote: > OK, maybe I'm confused..... > > You build repeater A as an Allstar node. > You build repeater B as an Allstar node. > You put them both on a common network. > You dial from repeater A to repeater B. > > What comes in A goes out A & B. > What comes in B goes out A & B. > > That's what you want correct? > That's what the software does. > > > Robert A. Poff > Loganville, PA. > > > "Lieutenant, target the offending power boat and launch photon torpedoes" > > > Subject: Re: [App_rpt-users] Two remote nodes used to link two repeaters > > > >Ron > > > >Are you trying to set up two repeaters that are linked so that the input > >from one is transmitted by both? If so, I am also very interested in how it > >is done as it is something we are proposing in our area. > > >Howard > >VK4BS > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Wed Dec 7 17:16:20 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Wed, 07 Dec 2011 09:16:20 -0800 Subject: [App_rpt-users] Port forwarding node 28177 In-Reply-To: <593d4.2a7d0707.3c0fbcda@aol.com> References: <593d4.2a7d0707.3c0fbcda@aol.com> Message-ID: <444191BD-4A24-411F-89FF-00BD8A5C0AED@me.com> Looks like it's working now. It can take a while for a node to download the allstar directory after turning it on. Maybe as long as 10 or 20 minutes. -- Tim :wq On Dec 6, 2011, at 10:45 AM, Jwbfre at aol.com wrote: > Cannot receive incoming connections on node 28177. Using Belkin router with port forwarding set to send port 4569 to a static ip of 192.168.2.3 udp Can ping google .com ok and all the other pc's on the lan. Would you check my node in the registration server. > Thanks > Jack Bumgarner > ws5d > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ki6psp at gmail.com Wed Dec 7 17:33:15 2011 From: ki6psp at gmail.com (Ed) Date: Wed, 7 Dec 2011 09:33:15 -0800 Subject: [App_rpt-users] Solid State Drive Message-ID: I use an IDE to CF adaptor, with a 4GB CF card. I tried a 2GB, but that was not large enough for the build, lots of errors. I have been running this my box for the local club for over a year without any problems. Less moving parts also. This method is cheaper than the SSD drives on the market, about $30 is what I spent. Ed KI6PSP Sent from my iPad From dshaw at ke6upi.com Wed Dec 7 17:35:44 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Wed, 7 Dec 2011 09:35:44 -0800 Subject: [App_rpt-users] Solid State Drive In-Reply-To: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> References: <79EDD7B7911347E1A07DD2DC430242D9@Laptop> Message-ID: http://stats.allstarlink.org/limeylinux/ On Tue, Dec 6, 2011 at 7:13 PM, Jim W7RY wrote: > ** > Anyone using a solid state drive for their node? If so, what type. How is > it working out? I'll need a 3.5 inch for a rack mount server. > > Thanks! > 73 > Jim W7RY > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Wed Dec 7 17:58:01 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Wed, 7 Dec 2011 12:58:01 -0500 Subject: [App_rpt-users] Solid State Drive In-Reply-To: References: Message-ID: <010801ccb509$c2d788a0$488699e0$@kb2ear.net> The only problem with CF cards Is that they are not set up for the read/write cycles. They are typically slower and they will fail much sooner than an SSD. -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ed Sent: Wednesday, December 07, 2011 12:33 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Solid State Drive I use an IDE to CF adaptor, with a 4GB CF card. I tried a 2GB, but that was not large enough for the build, lots of errors. I have been running this my box for the local club for over a year without any problems. Less moving parts also. This method is cheaper than the SSD drives on the market, about $30 is what I spent. Ed KI6PSP Sent from my iPad _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kd8b at thebades.net Wed Dec 7 18:15:50 2011 From: kd8b at thebades.net (Doug Bade) Date: Wed, 7 Dec 2011 13:15:50 -0500 Subject: [App_rpt-users] Solid State Drive In-Reply-To: <010801ccb509$c2d788a0$488699e0$@kb2ear.net> References: <010801ccb509$c2d788a0$488699e0$@kb2ear.net> Message-ID: <006b01ccb50c$407d24c0$c1776e40$@thebades.net> I use a SSD 2.5 " Hard drive ( ~ 65gb???) on my Dstar repeater computer ( Atom 330 1U server)with another derivative of RHEL ( Scientific Linux ) running in daemon modes and it's up time is at the +130 days mark... even with sw updates I never reboot it and the SSD has been flawless.. I bought it from Microcenter for ~100.00 and it was not really well commented on google searches so I was skeptical.. but it has been flawless.. I am suspecting under Win7 etc... SSD' may be more problematical.. than OS's like Linux which become static and pretty stable on disk/cpu ram usage... No slam on Win 7, but squirrely things happen on my Win 7 box's for no particular reason when I run stuff that maybe is better suited under servers( and in this case there are Linux options) ... I am suspecting a lot of users who have issues with SSD's are disk intensive operations... not server class stuff cruising in ram for the most part....with minor I/O to disk for Logs etc... I have a similar computer running ALLSTAR with 3 nodes and a 3.5 green drive that has uptimes of 6 months or so at present... that I will probably change out to a SSD soon just because it seems like the first one at the site is happy... and I do like to get rid of moving parts.. Atom mother boards are in many cases totally fanless...and quite powerful enough for ALLStar and DStar..... My 2 cents.... Doug KD8B -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Scott Weis Sent: Wednesday, December 07, 2011 12:58 PM To: 'Ed'; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Solid State Drive The only problem with CF cards Is that they are not set up for the read/write cycles. They are typically slower and they will fail much sooner than an SSD. -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ed Sent: Wednesday, December 07, 2011 12:33 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Solid State Drive I use an IDE to CF adaptor, with a 4GB CF card. I tried a 2GB, but that was not large enough for the build, lots of errors. I have been running this my box for the local club for over a year without any problems. Less moving parts also. This method is cheaper than the SSD drives on the market, about $30 is what I spent. Ed KI6PSP Sent from my iPad _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kc2wdz at gmail.com Wed Dec 7 18:35:32 2011 From: kc2wdz at gmail.com (KC2WDZ) Date: Wed, 7 Dec 2011 13:35:32 -0500 Subject: [App_rpt-users] URI 6dB amp for Kenwood TM271a ? Message-ID: Has anyone had to use the 12v / 6dB amp of the URI with the modified Kenwood TM-271a radio? I did the 6 pin mini din data mod on the tm271a radio and was under the impression the 6dB amp would be needed. But I seem to be getting the audio from the 9600 baud pin just fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ki6psp at gmail.com Wed Dec 7 18:43:08 2011 From: ki6psp at gmail.com (Ed) Date: Wed, 7 Dec 2011 10:43:08 -0800 Subject: [App_rpt-users] Solid State Drive In-Reply-To: <010801ccb509$c2d788a0$488699e0$@kb2ear.net> References: <010801ccb509$c2d788a0$488699e0$@kb2ear.net> Message-ID: <2E1F3797-8141-41A5-82C9-B14B13512415@gmail.com> Not writing to drive very much, plus the failure rate is still higher than a HDD. I built that system before the SSD prices dropped below $100. Ed Sent from my iPad On Dec 7, 2011, at 9:58 AM, "Scott Weis" wrote: > The only problem with CF cards Is that they are not set up for the > read/write cycles. They are typically slower and they will fail much sooner > than an SSD. > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ed > Sent: Wednesday, December 07, 2011 12:33 PM > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Solid State Drive > > I use an IDE to CF adaptor, with a 4GB CF card. I tried a 2GB, but that was > not large enough for the build, lots of errors. I have been running this my > box for the local club for over a year without any problems. Less moving > parts also. This method is cheaper than the SSD drives on the market, about > $30 is what I spent. > > Ed > KI6PSP > > Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > From w7ry at centurytel.net Wed Dec 7 18:48:47 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Wed, 7 Dec 2011 10:48:47 -0800 Subject: [App_rpt-users] Solid State Drive In-Reply-To: References: Message-ID: <55B93D38EF76496C89A4A7798DA86528@Laptop> Thanks Ed! Now THAT is the information I was looking for! 73 Jim W7RY -------------------------------------------------- From: "Ed" Sent: Wednesday, December 07, 2011 9:33 AM To: Subject: Re: [App_rpt-users] Solid State Drive > I use an IDE to CF adaptor, with a 4GB CF card. I tried a 2GB, but that > was not large enough for the build, lots of errors. I have been running > this my box for the local club for over a year without any problems. Less > moving parts also. This method is cheaper than the SSD drives on the > market, about $30 is what I spent. > > Ed > KI6PSP > > Sent from my iPad > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1873 / Virus Database: 2102/4665 - Release Date: 12/07/11 > From n5zua at earthlink.net Wed Dec 7 23:30:36 2011 From: n5zua at earthlink.net (Steve Agee) Date: Wed, 7 Dec 2011 17:30:36 -0600 Subject: [App_rpt-users] Port forwarding node 28177 References: <593d4.2a7d0707.3c0fbcda@aol.com> Message-ID: <61A6D544CCF243B481AECADC3ACA6743@steveea3dc3d27> Here is how your node appears to everyone else: 28177=radio at 75.111.111.87:4569/28177,75.111.111.87 This entry is found in the file ... /var/lib/asterisk/rpt_extnodes Just for fun, I would try changing the packet type from "UDP" to "ALL". I think I have run across this issue before somewhere in the past. N5ZUA ----- Original Message ----- From: Jwbfre at aol.com To: app_rpt-users at ohnosec.org Sent: Tuesday, December 06, 2011 12:45 PM Subject: [App_rpt-users] Port forwarding node 28177 Cannot receive incoming connections on node 28177. Using Belkin router with port forwarding set to send port 4569 to a static ip of 192.168.2.3 udp Can ping google .com ok and all the other pc's on the lan. Would you check my node in the registration server. Thanks Jack Bumgarner ws5d From baldwin88 at yahoo.com Thu Dec 8 03:31:45 2011 From: baldwin88 at yahoo.com (Fran) Date: Wed, 7 Dec 2011 19:31:45 -0800 (PST) Subject: [App_rpt-users] Some help Message-ID: <1323315105.7799.YahooMailClassic@web160305.mail.bf1.yahoo.com> Hello, ? I am building a node useing the ACID install disk, my hardware is the DMK USB interface connected to a cable from URI terminating into a DB9 connected to port 3 on an Arcom rc210 controller. This Node will be directly connected to my repeater via port 3 on the RC210. I also will be building a simplex node at another location, these are my variables, can anyone tell me what files I need to modify on my node pc to get this up and running? Also what files need to be modified on the simplex node? ? Thanks KB2AYS Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Thu Dec 8 04:02:13 2011 From: monty at ke7jvx.com (Monty) Date: Wed, 7 Dec 2011 21:02:13 -0700 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: Hey David, Thanks for your response. I tried this: *06 = 53.720,136.5,1000,h-t* When I call it up, it still splits to 0.5 mhz (53.220). Made sure I rebooted the node as well. So for grins I tried this: *06 = 53.720,136.5,2000,h-t * Still it transmits at 53.220 instead of 52.720. Monty On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: > Check out this webpage. > > http://ohnosec.org/drupal/node/175 > > 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 > > David > > On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: > >> Hello Everyone, >> I have successfully integrated a Low Band Syntor X with an Xcat to >> app_rpt using CI-V. I have a problem though. There are currently 6 6m >> repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz >> splits. I have only been successful in programing the 0.5 split >> frequencies in App_Rpt memories. Is there a trick to make it split to 1 >> mhz or is that not possible? >> >> Monty >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Thu Dec 8 17:19:53 2011 From: baldwin88 at yahoo.com (Fran) Date: Thu, 8 Dec 2011 09:19:53 -0800 (PST) Subject: [App_rpt-users] AllStar Link Portal signon problems Message-ID: <1323364793.44708.YahooMailClassic@web160301.mail.bf1.yahoo.com> Hello, ? I have 2 ham friends who have requested passwords via the AllStar Link Portal sever days ago and then also resent their request and are still waiting, is it possible that the automated server that handles request is malfunching? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kd8b at thebades.net Thu Dec 8 17:42:31 2011 From: kd8b at thebades.net (Doug Bade) Date: Thu, 8 Dec 2011 12:42:31 -0500 Subject: [App_rpt-users] AllStar Link Portal signon problems In-Reply-To: <1323364793.44708.YahooMailClassic@web160301.mail.bf1.yahoo.com> References: <1323364793.44708.YahooMailClassic@web160301.mail.bf1.yahoo.com> Message-ID: <001d01ccb5d0$c3c4ee70$4b4ecb50$@thebades.net> Mine were trapped by spam filters at my internet provider when I looked.That was a while back.. but may be similar issue.. Doug KD8B From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Fran Sent: Thursday, December 08, 2011 12:20 PM To: AllStar Help Files Cc: ralph germanotta; Robert F Nicotera; Frank Subject: [App_rpt-users] AllStar Link Portal signon problems Hello, I have 2 ham friends who have requested passwords via the AllStar Link Portal sever days ago and then also resent their request and are still waiting, is it possible that the automated server that handles request is malfunching? -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Fri Dec 9 23:48:43 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Fri, 9 Dec 2011 15:48:43 -0800 Subject: [App_rpt-users] Repeater Controller Information Message-ID: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop> Gang... I'm looking for the repeater controller information for the astrek software. I'm not sure I have my terminology correct. I have and received the USB URI and am about ready to convert my IRLP box to Allstar. Please set me straight.! 73 and thanks! Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sat Dec 10 00:13:51 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 9 Dec 2011 19:13:51 -0500 Subject: [App_rpt-users] Repeater Controller Information In-Reply-To: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop> References: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop> Message-ID: <19E740DB-A12A-4BFC-838F-E89862005852@bdboyle.com> ok...to help you... 1. what kind of radio? 2. have you downloaded and built the computer? 3. have you connected the uri and is it blinking? iow, you've proposed a pretty open-ended question...to begin to help, need to know where on the continuum of goodness and mind meld with allstar you are. welcome to the collective es 73 -- Bryan WB0YLE allstar 27294 27295 27673 27774 90102 Sent from my iPhone please forgive misspellings... On Dec 9, 2011, at 18:48, "Jim W7RY" wrote: > Gang... > > I'm looking for the repeater controller information for the astrek software. I'm not sure I have my terminology correct. I have and received the USB URI and am about ready to > convert my IRLP box to Allstar. > > Please set me straight.! > > 73 and thanks! > > Jim W7RY > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Sat Dec 10 00:30:12 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Fri, 9 Dec 2011 16:30:12 -0800 Subject: [App_rpt-users] Repeater Controller Information In-Reply-To: <19E740DB-A12A-4BFC-838F-E89862005852@bdboyle.com> References: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop> <19E740DB-A12A-4BFC-838F-E89862005852@bdboyle.com> Message-ID: <7A3A1968C56E45DE88A5762E35515398@Laptop> Perhaps I misunderstand.... I was under the impression that you could use the computer and the URI as a repeater controller as well as an Allstar node. I see from the Allstar site, that it handles all of the audio and CTCSS decode and encode functions. I was looking for the information on the timer functions of the repeater controller portion. Thanks! 73 Jim W7RY From: Bryan D. Boyle Sent: Friday, December 09, 2011 4:13 PM To: Jim W7RY Cc: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Repeater Controller Information ok...to help you... 1. what kind of radio? 2. have you downloaded and built the computer? 3. have you connected the uri and is it blinking? iow, you've proposed a pretty open-ended question...to begin to help, need to know where on the continuum of goodness and mind meld with allstar you are. welcome to the collective es 73 -- Bryan WB0YLE allstar 27294 27295 27673 27774 90102 Sent from my iPhone please forgive misspellings... On Dec 9, 2011, at 18:48, "Jim W7RY" wrote: Gang... I'm looking for the repeater controller information for the astrek software. I'm not sure I have my terminology correct. I have and received the USB URI and am about ready to convert my IRLP box to Allstar. Please set me straight.! 73 and thanks! Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1873 / Virus Database: 2102/4669 - Release Date: 12/09/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sat Dec 10 00:59:49 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Fri, 09 Dec 2011 19:59:49 -0500 Subject: [App_rpt-users] Repeater Controller Information In-Reply-To: <7A3A1968C56E45DE88A5762E35515398@Laptop> References: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop> <19E740DB-A12A-4BFC-838F-E89862005852@bdboyle.com> <7A3A1968C56E45DE88A5762E35515398@Laptop> Message-ID: <4EE2AF05.1010805@bdboyle.com> On 12/9/2011 7:30 PM, Jim W7RY wrote: > Perhaps I misunderstand.... > > I was under the impression that you could use the computer and > the URI as a repeater controller as well as an Allstar node. Yup. Good start. Asterisk runs the app_rpt module inside as a means to control the functionality of the URI, which is connected as a USB audio device. Minimally and ideally from the radio to the URI, you need: 1. Discriminator audio from the receiver, from which will be developed: - presence of signal (COR) - deemphasized audio - the CTCSS value that will cause the COR to 'go high' in software that will: 2. key the radio via the PTT pin 3. provide flat (or mic, depending on whether you're bashing a couple mobiles together or actually have a repeater set up. So...you have a number of things to configure: 1. The /etc/asterisk/usbradio.conf file which contains all the parameters, per node, concerning what type of node, what the ctcss values are, how the signals are derived or read, etc. 2. The /etc/asterisk/usbradio_tune_usbXXXXX.conf which contains the tuning parameters for node XXXXX which are developed with the /usr/sbin/radio-tune-menu progam 3. The /etc/asterisk/rpt.conf file which contains such things as the timeouts, functions, id strings or pointers to the audio file with the station id, macros, etc. The system is extremely flexible and powerful, way beyond what irlp, echolink (there's a module for echolink, by the by...) or a hardware controller will give you. I do suggest getting the O'Reilly book 'Asterisk' which, though it's for a later version, has a lot of good information in there that is useful for our systems. > > I see from the Allstar site, that it handles all of the audio > and CTCSS decode and encode functions. I was looking for the > information on the timer functions of the repeater controller > portion. The timer code is in rpt.conf. You're looking for values in the node stanza for your node of: hangtime=1000 althangtime=1000 totime=170000 idtime=540000 politeid=3000 do a google on rpt.conf, and what these mean will be explained a lot more succinctly than I can here. And these are just a few of the values you can fiddle with. Hope this helps. > > Thanks! > 73 > Jim W7RY > > > > > > > > From: Bryan D. Boyle > Sent: Friday, December 09, 2011 4:13 PM > To: Jim W7RY > Cc: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Repeater Controller Information > > > ok...to help you... > > > 1. what kind of radio? > 2. have you downloaded and built the computer? > 3. have you connected the uri and is it blinking? > > > iow, you've proposed a pretty open-ended question...to begin to help, need to know where on the continuum of goodness and mind meld with allstar you are. > > > welcome to the collective es 73 > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From w7ry at centurytel.net Sat Dec 10 04:44:21 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Fri, 9 Dec 2011 20:44:21 -0800 Subject: [App_rpt-users] Repeater Controller Information In-Reply-To: <4EE2AF05.1010805@bdboyle.com> References: <5F2794A882E345C987FC5F0AC55AE1B4@Laptop><19E740DB-A12A-4BFC-838F-E89862005852@bdboyle.com><7A3A1968C56E45DE88A5762E35515398@Laptop> <4EE2AF05.1010805@bdboyle.com> Message-ID: <82640777349E4C94917DA7983977845D@Laptop> Perfect! Thanks Bryan! I'll get to reading... 73 Jim W7RY -------------------------------------------------- From: "Bryan D. Boyle" Sent: Friday, December 09, 2011 4:59 PM To: Subject: Re: [App_rpt-users] Repeater Controller Information > On 12/9/2011 7:30 PM, Jim W7RY wrote: >> Perhaps I misunderstand.... >> >> I was under the impression that you could use the computer and >> the URI as a repeater controller as well as an Allstar node. > > Yup. Good start. Asterisk runs the app_rpt module inside as a means > to control the functionality of the URI, which is connected as a USB > audio device. > > Minimally and ideally from the radio to the URI, you need: > > 1. Discriminator audio from the receiver, from which will be developed: > - presence of signal (COR) > - deemphasized audio > - the CTCSS value that will cause the COR to 'go high' in software that > will: > 2. key the radio via the PTT pin > 3. provide flat (or mic, depending on whether you're bashing a couple > mobiles together or actually have a repeater set up. > > So...you have a number of things to configure: > > 1. The /etc/asterisk/usbradio.conf file which contains all the > parameters, per node, concerning what type of node, what the ctcss > values are, how the signals are derived or read, etc. > > 2. The /etc/asterisk/usbradio_tune_usbXXXXX.conf which contains the > tuning parameters for node XXXXX which are developed with the > /usr/sbin/radio-tune-menu progam > > 3. The /etc/asterisk/rpt.conf file which contains such things as the > timeouts, functions, id strings or pointers to the audio file with the > station id, macros, etc. > > The system is extremely flexible and powerful, way beyond what irlp, > echolink (there's a module for echolink, by the by...) or a hardware > controller will give you. > > I do suggest getting the O'Reilly book 'Asterisk' which, though it's for > a later version, has a lot of good information in there that is useful > for our systems. >> >> I see from the Allstar site, that it handles all of the audio >> and CTCSS decode and encode functions. I was looking for the >> information on the timer functions of the repeater controller >> portion. > > The timer code is in rpt.conf. You're looking for values in the node > stanza for your node of: > > hangtime=1000 > althangtime=1000 > totime=170000 > idtime=540000 > politeid=3000 > > do a google on rpt.conf, and what these mean will be explained a lot > more succinctly than I can here. And these are just a few of the values > you can fiddle with. > > Hope this helps. > > >> >> Thanks! >> 73 >> Jim W7RY >> >> >> >> >> >> >> >> From: Bryan D. Boyle >> Sent: Friday, December 09, 2011 4:13 PM >> To: Jim W7RY >> Cc: app_rpt-users at ohnosec.org >> Subject: Re: [App_rpt-users] Repeater Controller Information >> >> >> ok...to help you... >> >> >> 1. what kind of radio? >> 2. have you downloaded and built the computer? >> 3. have you connected the uri and is it blinking? >> >> >> iow, you've proposed a pretty open-ended question...to begin to help, >> need to know where on the continuum of goodness and mind meld with >> allstar you are. >> >> >> welcome to the collective es 73 >> >> >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1873 / Virus Database: 2102/4671 - Release Date: 12/09/11 > From n9gmr at me.com Sat Dec 10 09:54:14 2011 From: n9gmr at me.com (Matt Roberts) Date: Sat, 10 Dec 2011 04:54:14 -0500 Subject: [App_rpt-users] IAXRPT Functionality on the Mac Message-ID: <6D31D5BC-E399-40BD-9C99-DC3AA2E645E1@me.com> I have been playing with my new repeater for the past few days. I'm very happy with the Allstar Link Network. Yesterday someone told me about the IAXRPT client you can use to talk and control your node. I downloaded it on my PC and was impressed. The program works well with speech, once you get it set up. Yesterday afternoon my main PC went down. I'm not sure the cause of the problem, but the computer will probably be down for a while. I installed IAXRPT on my laptop, and all the repeater telemetry comes over the computer with a lot of crackle. When someone talks it sounds great! I think it is just a quirk in the laptop I currently have. Is there a Mac solution for me to use till my PC is repaired? I know IAXRPT works under something called WINE on the Mac, but don't know much about that. I also don't know if that would be compatible with VoiceOver, which is the Mac screen reader for the blind. IT would be nice if someone could develop a Mac program with the same functionality, and have it be VoiceOver compatible, if a solution doesn't exist. Since I have two nodes, I would like to be able to monitor them at the same time, since one is a remote base. If I link it to my repeater, all traffic would be transmitted on the remote, and I don't want that all the time. Matt Roberts N9GMR Nodes 28142 and 28143 From g4rky at yahoo.co.uk Sat Dec 10 13:02:01 2011 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Sat, 10 Dec 2011 13:02:01 +0000 Subject: [App_rpt-users] CM108 fobs on Ebay Message-ID: Hi all, Attention UK node owners or prospective node owners...... I have just purchased a bunch of CM108 USB fobs from Ebay and confirm that they work with ACID systems. They have extra buttons on them ( vol up / down and mute ) so this MAY make it easier to wire out to the PTT and COS lines but I have yet to modify one so cannot confirm if this is the case. Anyway, the ebay item no is 270853205309 They are ?2.69 each plus P&P at 99p for one....postage discounts available... Bargain! BTW, I have no association with the seller whatsoever apart from being a satisfied customer and wanting to spread some Allstar Joy! Regards and Merry Christmas, Matt G4RKY Nodes 2250, 2237, 2541......... -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.errington at lancaster.ac.uk Sat Dec 10 13:20:27 2011 From: a.errington at lancaster.ac.uk (Andrew Errington) Date: Sat, 10 Dec 2011 22:20:27 +0900 Subject: [App_rpt-users] CM108 fobs on Ebay In-Reply-To: References: Message-ID: <201112102220.27808.a.errington@lancaster.ac.uk> On Sat, 10 Dec 2011 22:02:01 Matt Beasant wrote: > Hi all, > > Attention UK node owners or prospective node owners...... > > I have just purchased a bunch of CM108 USB fobs from Ebay and confirm that > they work with ACID systems. > > They have extra buttons on them ( vol up / down and mute ) so this MAY make > it easier to wire out to the PTT and COS lines but I have yet to modify one > so cannot confirm if this is the case. COS is usually wired to one of the volume pins, so that should be no problem, but PTT is wired to a GPIO which usually has no other function. If the chip is epoxy-blobbed then there is no reason to bond out the GPIO pads on the chip. That particular housing is very easy to open using a fingernail. Just tease the two halves apart at the join. You will be able to easily see if the chip is packaged or epoxy-blobbed. 73, Andrew ZL3AME From g4rky at yahoo.co.uk Sat Dec 10 15:51:03 2011 From: g4rky at yahoo.co.uk (Matt Beasant) Date: Sat, 10 Dec 2011 15:51:03 +0000 Subject: [App_rpt-users] CM108 fobs on Ebay In-Reply-To: <201112102220.27808.a.errington@lancaster.ac.uk> References: <201112102220.27808.a.errington@lancaster.ac.uk> Message-ID: Thanks Andrew, Yup already had them apart and the chip is not blobbed, its all pins exposed like the earlier ones so if it is the case that the GPIO pins are not brought out, at least the pin is still available, happy days! Cheers, Matt On 10 December 2011 13:20, Andrew Errington wrote: > On Sat, 10 Dec 2011 22:02:01 Matt Beasant wrote: > > Hi all, > > > > Attention UK node owners or prospective node owners...... > > > > I have just purchased a bunch of CM108 USB fobs from Ebay and confirm > that > > they work with ACID systems. > > > > They have extra buttons on them ( vol up / down and mute ) so this MAY > make > > it easier to wire out to the PTT and COS lines but I have yet to modify > one > > so cannot confirm if this is the case. > > COS is usually wired to one of the volume pins, so that should be no > problem, > but PTT is wired to a GPIO which usually has no other function. If the > chip > is epoxy-blobbed then there is no reason to bond out the GPIO pads on the > chip. > > That particular housing is very easy to open using a fingernail. Just > tease > the two halves apart at the join. You will be able to easily see if the > chip > is packaged or epoxy-blobbed. > > 73, > > Andrew > ZL3AME > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Sat Dec 10 23:20:11 2011 From: ron at morell.us (Ron Morell) Date: Sat, 10 Dec 2011 16:20:11 -0700 Subject: [App_rpt-users] iaxRPT does not receive Message-ID: <4EE3E92B.5020609@morell.us> I need help. I have iaxRPT installed on a Windows XP netbook. I have Asterisk+app_rpt using the AllStar Link node number 28174. The setup is the ACID CENTOS install and it is using a GMK URI. The wiring from the URI to Radio is: radio ground to URI pin 13 radio PTT to URI pin 1 radio receive to URI pin 21 ;This is the 9600 baud data audio output radio microphone to URI pin 22 radio squelch is not connected I keep checking my wiring on the pins, but don't find fault with the wiring... I always doubt my wiring. Hi Hi >From iaxRPT it will send out audio and tones to the radio transmitter just fine. When the radio receiver is sending voice and tones back to the iaxRPT application nothing happens nothing is heard. The handheld used to talk to the remote radio is using ctcss 100Hz tones. The remote radio is a Yaesu FT-7800R using "enc dec" ctcss tone 100Hz. This is the setup in iax.conf ; IAXRPT Access [gui] type=user context=radio-gui auth=md5 secret=password host=dynamic disallow=all allow=ulaw allow=gsm transfer=no This is the setup in extensions.conf ; Context for IAXRPT Access [radio-gui] exten => 28174,1,rpt(28174|X) ; The X option passed to the Rpt application disables normal security checks. ; see http://ohnosec.org/drupal/node/58 This is the setup in usbradio.conf [general] [usb] hdwtype=0 rxboost=1 rxctcssrelax=1 txctcssdefault=100.0 rxctcssfreqs=100.0 txctcssfreqs=100.0 ;rxctcssoverride=0 ; carrierfrom=dsp ctcssfrom=dsp rxdemod=flat txprelim=no txlimonly=yes txtoctype=notone txmixa=composite txmixb=no invertptt=0 duplex=0 rxondelay=20 I have port 4569UDP forwarded to the Asterisk+app_rpt computer and that seems to work out fine: test*CLI> iax2 show registry Host dnsmgr Username Perceived Refresh State 67.215.233.178:4569 N 28174 174.27.6.80:4569 60 Registered test*CLI> The Windows XP computer with iaxRPT has an exception in the firewall for iaxRPT.exe and I have explicitly opened port 4569UDP and have even tried it with the firewall off. The iaxRPT setup is expecting to use port 4569UDP. So what magic words are out of order? I'm not seeing the problem. Ron Morell KA7U -------------- next part -------------- A non-text attachment was scrubbed... Name: ron.vcf Type: text/x-vcard Size: 242 bytes Desc: not available URL: From n9gmr at me.com Sun Dec 11 14:20:24 2011 From: n9gmr at me.com (Matt Roberts) Date: Sun, 11 Dec 2011 09:20:24 -0500 Subject: [App_rpt-users] Subscribing to Autopatch Message-ID: <205F037B-EC6B-4208-9627-23485E064B82@me.com> I would like to subscribe to the outbound Autopatch service provided on the Allstarlink.org site. Do I need to do anything special to my node after I subscribe? Matt Roberts N9GMR Allstar 28142 From george at dyb.com Mon Dec 12 04:58:45 2011 From: george at dyb.com (George Csahanin) Date: Sun, 11 Dec 2011 22:58:45 -0600 Subject: [App_rpt-users] iaxRPT does not receive References: <4EE3E92B.5020609@morell.us> Message-ID: Ron, you're describing two different things here...or I'm not decoding your words. Does node 28174 that you have work ok, connect to outside world, make contacts that work? If you don't know that the node is working right I'd hold off troubleshooting iaxrpt till I knew that teh node itself was ok. If your node is ok then distribution, URI wiring, ptt connections, etc really are not a matter. iaxrpt should connect. Try, from command line: rpt showvars 28174 Mine, no received signal: radio*CLI> rpt showvars 2360 Variable listing for node 2360: RPT_TXKEYED=0 RPT_NUMLINKS=3 RPT_LINKS=3,T27849,T27891,T3341697 RPT_NUMALINKS=2 RPT_ALINKS=2,27849TU,3341697TU RPT_ETXKEYED=0 RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables Here's witht he repeater keyed, signal on input: radio*CLI> rpt showvars 2360 Variable listing for node 2360: RPT_ETXKEYED=1 RPT_TXKEYED=1 RPT_RXKEYED=1 RPT_NUMLINKS=3 RPT_LINKS=3,T27849,T27891,T3341697 RPT_NUMALINKS=2 RPT_ALINKS=2,27849TU,3341697TU RPT_AUTOPATCHUP=0 -- 8 variables See the two highlighted? I'd be curious if your receiver is in an unsquelched mode and timed out... Also rpt stats 28174 SEe if you're timed out..?? I connected to your node about 10:50PM central, and it kept sending unkeys at about 5 second intervals. So something's not configured right in general there, and I'd check all that stuff before attempting iaxrpt. I have no idea about the pins on the URI, I modified my own USB fob, and/or use the paralell port for signalling. However, I think you are speaking of the radio audio oiut when you speak of 9600 baud data out. Are you certain that there is no filtering at all at that point? Another command is radoi tune rxsquelch The numbers should be well between 0 and 999, and the squelch setting should be about 100-125 higher than signal strength. If your signal strength is showing very thigh...999 I'd say the audio calibrations were in error or your audio output is filtered in some way. It really needs to be discriminator out. What do you have duplex set to in rpt.conf? GeorgeC W2DB ----- Original Message ----- From: "Ron Morell" To: Sent: Saturday, December 10, 2011 5:20 PM Subject: [App_rpt-users] iaxRPT does not receive >I need help. I have iaxRPT installed on a Windows XP netbook. I have > Asterisk+app_rpt using the AllStar Link node number 28174. The setup is > the ACID CENTOS install and it is using a GMK URI. The wiring from the > URI to Radio is: > radio ground to URI pin 13 > radio PTT to URI pin 1 > radio receive to URI pin 21 ;This is the 9600 baud data audio output > radio microphone to URI pin 22 > radio squelch is not connected > > I keep checking my wiring on the pins, but don't find fault with the > wiring... I always doubt my wiring. Hi Hi > >>From iaxRPT it will send out audio and tones to the radio transmitter > just fine. When the radio receiver is sending voice and tones back to > the iaxRPT application nothing happens nothing is heard. The handheld > used to talk to the remote radio is using ctcss 100Hz tones. The remote > radio is a Yaesu FT-7800R using "enc dec" ctcss tone 100Hz. > > This is the setup in iax.conf > ; IAXRPT Access > > [gui] > type=user > context=radio-gui > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=gsm > transfer=no > > This is the setup in extensions.conf > ; Context for IAXRPT Access > > [radio-gui] > exten => 28174,1,rpt(28174|X) > ; The X option passed to the Rpt application disables normal security > checks. > ; see http://ohnosec.org/drupal/node/58 > > This is the setup in usbradio.conf > [general] > > [usb] > hdwtype=0 > rxboost=1 > rxctcssrelax=1 > txctcssdefault=100.0 > rxctcssfreqs=100.0 > txctcssfreqs=100.0 > ;rxctcssoverride=0 ; > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=no > txlimonly=yes > txtoctype=notone > txmixa=composite > txmixb=no > invertptt=0 > duplex=0 > rxondelay=20 > > I have port 4569UDP forwarded to the Asterisk+app_rpt computer and that > seems to work out fine: > test*CLI> iax2 show registry > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 N 28174 174.27.6.80:4569 60 > Registered > test*CLI> > > The Windows XP computer with iaxRPT has an exception in the firewall for > iaxRPT.exe and I have explicitly opened port 4569UDP and have even tried > it with the firewall off. The iaxRPT setup is expecting to use port > 4569UDP. > > So what magic words are out of order? I'm not seeing the problem. > Ron Morell > KA7U > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Mon Dec 12 07:13:28 2011 From: ron at morell.us (Ron Morell) Date: Mon, 12 Dec 2011 00:13:28 -0700 Subject: [App_rpt-users] iaxRPT does not receive In-Reply-To: References: <4EE3E92B.5020609@morell.us> Message-ID: <4EE5A998.3090201@morell.us> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ron.vcf Type: text/x-vcard Size: 242 bytes Desc: not available URL: From ron at morell.us Mon Dec 12 06:54:21 2011 From: ron at morell.us (Ron Morell) Date: Sun, 11 Dec 2011 23:54:21 -0700 Subject: [App_rpt-users] iaxRPT does not receive In-Reply-To: References: <4EE3E92B.5020609@morell.us> Message-ID: <4EE5A51D.3040600@morell.us> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ron.vcf Type: text/x-vcard Size: 242 bytes Desc: not available URL: From n5zua at earthlink.net Mon Dec 12 08:38:22 2011 From: n5zua at earthlink.net (Steve Agee) Date: Mon, 12 Dec 2011 02:38:22 -0600 Subject: [App_rpt-users] iaxRPT does not receive References: <4EE3E92B.5020609@morell.us> <4EE5A998.3090201@morell.us> Message-ID: <2E5AB72C705E4E8AB1D2C2CB83F75113@steveea3dc3d27> Typically 9600 baud is equal to discriminator audio and 1200 baud is equal to de-emphasized / processed audio. N5ZUA ----- Original Message ----- From: Ron Morell To: George Csahanin Cc: app_rpt-users at ohnosec.org Sent: Monday, December 12, 2011 1:13 AM Subject: Re: [App_rpt-users] iaxRPT does not receive George, I see I did not completely answer your questions about he audio so here is the terminal run on the tests you suggested. test*CLI> radio tune rxsquelch Current Signal Strength is 583 Current Squelch setting is 740 test*CLI> radio tune rxnoise tune rxnoise maxtries=12, target=27000, tolerance=2750 tries=0, setting=2, meas=6144 tries=1, setting=9, meas=20442 tries=2, setting=12, meas=25897 tries=3, setting=12, meas=25857 tries=4, setting=12, meas=25885 tries=5, setting=12, meas=25832 tries=6, setting=12, meas=25798 DONE tries=6, setting=750, meas=25798, sqnoise=13342 INFO: RX INPUT ADJUST SUCCESS. Rx noise input seems sufficient for squelch. The 9600 baud data port looks to be the least filtered audio out of the radio and so I selected that for the source. The speaker audio and 1200 baud audio looked to be filtered. It will take a while to determine how good the receive audio is, but this is a test setup for learning purposes. So problems found and solved here in the shack are worth it. Then when the knowledge is applied to the actual repeater controller and VoIP links, maybe it will all work and sound good. Thanks again. 73, Ron KA7U On 12/11/2011 09:58 PM, George Csahanin wrote: Ron, you're describing two different things here...or I'm not decoding your words. Does node 28174 that you have work ok, connect to outside world, make contacts that work? If you don't know that the node is working right I'd hold off troubleshooting iaxrpt till I knew that teh node itself was ok. If your node is ok then distribution, URI wiring, ptt connections, etc really are not a matter. iaxrpt should connect. Try, from command line: rpt showvars 28174 Mine, no received signal: radio*CLI> rpt showvars 2360 Variable listing for node 2360: RPT_TXKEYED=0 RPT_NUMLINKS=3 RPT_LINKS=3,T27849,T27891,T3341697 RPT_NUMALINKS=2 RPT_ALINKS=2,27849TU,3341697TU RPT_ETXKEYED=0 RPT_RXKEYED=0 RPT_AUTOPATCHUP=0 -- 8 variables Here's witht he repeater keyed, signal on input: radio*CLI> rpt showvars 2360 Variable listing for node 2360: RPT_ETXKEYED=1 RPT_TXKEYED=1 RPT_RXKEYED=1 RPT_NUMLINKS=3 RPT_LINKS=3,T27849,T27891,T3341697 RPT_NUMALINKS=2 RPT_ALINKS=2,27849TU,3341697TU RPT_AUTOPATCHUP=0 -- 8 variables See the two highlighted? I'd be curious if your receiver is in an unsquelched mode and timed out... Also rpt stats 28174 SEe if you're timed out..?? I connected to your node about 10:50PM central, and it kept sending unkeys at about 5 second intervals. So something's not configured right in general there, and I'd check all that stuff before attempting iaxrpt. I have no idea about the pins on the URI, I modified my own USB fob, and/or use the paralell port for signalling. However, I think you are speaking of the radio audio oiut when you speak of 9600 baud data out. Are you certain that there is no filtering at all at that point? Another command is radoi tune rxsquelch The numbers should be well between 0 and 999, and the squelch setting should be about 100-125 higher than signal strength. If your signal strength is showing very thigh...999 I'd say the audio calibrations were in error or your audio output is filtered in some way. It really needs to be discriminator out. What do you have duplex set to in rpt.conf? GeorgeC W2DB ----- Original Message ----- From: "Ron Morell" To: Sent: Saturday, December 10, 2011 5:20 PM Subject: [App_rpt-users] iaxRPT does not receive >I need help. I have iaxRPT installed on a Windows XP netbook. I have > Asterisk+app_rpt using the AllStar Link node number 28174. The setup is > the ACID CENTOS install and it is using a GMK URI. The wiring from the > URI to Radio is: > radio ground to URI pin 13 > radio PTT to URI pin 1 > radio receive to URI pin 21 ;This is the 9600 baud data audio output > radio microphone to URI pin 22 > radio squelch is not connected > > I keep checking my wiring on the pins, but don't find fault with the > wiring... I always doubt my wiring. Hi Hi > >>From iaxRPT it will send out audio and tones to the radio transmitter > just fine. When the radio receiver is sending voice and tones back to > the iaxRPT application nothing happens nothing is heard. The handheld > used to talk to the remote radio is using ctcss 100Hz tones. The remote > radio is a Yaesu FT-7800R using "enc dec" ctcss tone 100Hz. > > This is the setup in iax.conf > ; IAXRPT Access > > [gui] > type=user > context=radio-gui > auth=md5 > secret=password > host=dynamic > disallow=all > allow=ulaw > allow=gsm > transfer=no > > This is the setup in extensions.conf > ; Context for IAXRPT Access > > [radio-gui] > exten => 28174,1,rpt(28174|X) > ; The X option passed to the Rpt application disables normal security > checks. > ; see http://ohnosec.org/drupal/node/58 > > This is the setup in usbradio.conf > [general] > > [usb] > hdwtype=0 > rxboost=1 > rxctcssrelax=1 > txctcssdefault=100.0 > rxctcssfreqs=100.0 > txctcssfreqs=100.0 > ;rxctcssoverride=0 ; > carrierfrom=dsp > ctcssfrom=dsp > rxdemod=flat > txprelim=no > txlimonly=yes > txtoctype=notone > txmixa=composite > txmixb=no > invertptt=0 > duplex=0 > rxondelay=20 > > I have port 4569UDP forwarded to the Asterisk+app_rpt computer and that > seems to work out fine: > test*CLI> iax2 show registry > Host dnsmgr Username Perceived Refresh > State > 67.215.233.178:4569 N 28174 174.27.6.80:4569 60 > Registered > test*CLI> > > The Windows XP computer with iaxRPT has an exception in the firewall for > iaxRPT.exe and I have explicitly opened port 4569UDP and have even tried > it with the firewall off. The iaxRPT setup is expecting to use port > 4569UDP. > > So what magic words are out of order? I'm not seeing the problem. > Ron Morell > KA7U > ------------------------------------------------------------------------------ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolthui3 at msu.edu Mon Dec 12 18:38:55 2011 From: wolthui3 at msu.edu (Michael J. Wolthuis) Date: Mon, 12 Dec 2011 13:38:55 -0500 Subject: [App_rpt-users] Webtransceiver text box Message-ID: <028e01ccb8fd$4de45cb0$e9ad1610$@msu.edu> Good afternoon, I have a few questions about the web-transceiver text box. 1) Is that text box only for local web-transceiver to web-transceiver chat? 2) Is there anywhere else in Allstar that chat is available? 3) Is there any way to add tie between Echolink Chat and Allstar web-transceiver text boxes? a. If so, could this be added to chan_tlb? Thanks for any ideas / input, Mike Kb8zgl -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Tue Dec 13 18:28:42 2011 From: baldwin88 at yahoo.com (Fran) Date: Tue, 13 Dec 2011 10:28:42 -0800 (PST) Subject: [App_rpt-users] No Red transmit Light Message-ID: <1323800922.93896.YahooMailClassic@web160302.mail.bf1.yahoo.com> I am a repeater owner runnning a kenwood? tkr820 and Arcom rc210 controller on port 1. I recently loaded ACID (AllStar) onto a pc via an install disk, everything went well, Node assigned, I also purchased a URI (USB interface from DMK Engineering) the URI has a blinking green light but when I try to transmit out the red light doesnt light, I modified the usbradio.conf file to carrierfrom=usbinvert also.? I have the AllStar server connected via a ready made cable from URI cables which goes to a DB 9 into my controller on port 2, (port 2 configured as non repeat and ports 1 and 2 linked) I also have pinged out to google, seems I am receiving but not transmitting. Thanks Frank!!! -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Tue Dec 13 20:11:07 2011 From: monty at ke7jvx.com (Monty) Date: Tue, 13 Dec 2011 13:11:07 -0700 Subject: [App_rpt-users] No Red transmit Light In-Reply-To: <1323800922.93896.YahooMailClassic@web160302.mail.bf1.yahoo.com> References: <1323800922.93896.YahooMailClassic@web160302.mail.bf1.yahoo.com> Message-ID: Have you tried to send *7? You should get link telemetry with PTT. Also what is your CTCSSFROM set to in usbradio.conf? You could set it to no since it is hooked up to the arcom. Monty On Tue, Dec 13, 2011 at 11:28 AM, Fran wrote: > I am a repeater owner runnning a kenwood tkr820 and Arcom rc210 > controller on port 1. I recently loaded ACID (AllStar) onto a pc via an > install disk, everything went well, Node assigned, I also purchased a URI > (USB interface from DMK Engineering) the URI has a blinking green light but > when I try to transmit out the red light doesnt light, I modified the > usbradio.conf file to carrierfrom=usbinvert also. I have the AllStar > server connected via a ready made cable from URI cables which goes to a DB > 9 into my controller on port 2, (port 2 configured as non repeat and ports > 1 and 2 linked) I also have pinged out to google, seems I am receiving but > not transmitting. Thanks Frank!!! > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Wed Dec 14 06:37:36 2011 From: ron at morell.us (Ron Morell) Date: Tue, 13 Dec 2011 23:37:36 -0700 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? Message-ID: <4EE84430.9000301@morell.us> My node 28174 is linking to other nodes FB and iaxRPT makes it easy to facilitate the linking process. Now I want to be able to call in from my Android cell phone and use that for an interface with the Asterisk cli: . I've installed IaxAgent on my Android phone. I followed along with the instructions found in the acid-sysadmin.pdf for calling in for "dial up access" that goes like this in iax.conf [my-ip-phone] type=user context=radio-control auth=md5 secret=mypassword host=dyanamic disallow=all allow=gsm allow=g726aal2 transfer=no and goes like this in extensions.conf [radio-control] exten=>28174,1,Answer() exten=>28174,n,Playback(rpt/node) exten=>28174,n,Playback(digits/2) exten=>28174,n,Playback(digits/8) exten=>28174,n,Playback(digits/1) exten=>28174,n,Playback(digits/7) exten=>28174,n,Playback(digits/4) exten=>28174,n,Rpt(28174|P) Then from the reload all looks fine. test*CLI> iax2 reload [Dec 13 21:56:24] NOTICE[16896]: chan_iax2.c:11489 set_config: Ignoring bindaddr on reload == Loaded firmware 'iaxy.bin' -- Registered IAX2 to '67.215.233.178', who sees us as 174.27.6.80:4569 with no messages waiting test*CLI> But when I try to call in using the IaxAgent application on the Android Cell Phone I get this: test*CLI> [Dec 13 21:58:06] NOTICE[16870]: chan_iax2.c:6839 register_verify: No registration for peer 'my-ip-phone' (from 174.253.162.48) [Dec 13 21:58:06] NOTICE[16864]: chan_iax2.c:6839 register_verify: No registration for peer 'my-ip-phone' (from 174.253.162.48) test*CLI> I've tried "registering" with a line like this in iax.conf: register=my-ip-phone:password at OK.no-ip.org But that doesn't change the outcome. So any ideas on how to set a "registration" for 'my-ip-phone' calling in from Verizon using a cell phone? Ron Morell KA7U -- From vencl at att.net Wed Dec 14 15:23:23 2011 From: vencl at att.net (Lu Vencl) Date: Wed, 14 Dec 2011 10:23:23 -0500 Subject: [App_rpt-users] Iphone app? Message-ID: <0fd701ccba74$583f7c30$08be7490$@net> Anyone know if there is an Iphone app that can be used like the iaxRPT tool? If not, I would like to setup an IAX inbound account that I can just dial in and access via *99 / # PTT or even VOX. I know one can dial in through the allstarlink interface, but I am looking to use my local resources ( Asterisk PBX) to make it non long distance and much easier to get in. Any thought would be appreciated. Lu KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpe.jfreeman at gmail.com Wed Dec 14 15:58:52 2011 From: cpe.jfreeman at gmail.com (Josh Freeman) Date: Wed, 14 Dec 2011 09:58:52 -0600 Subject: [App_rpt-users] Iphone app? In-Reply-To: <0fd701ccba74$583f7c30$08be7490$@net> References: <0fd701ccba74$583f7c30$08be7490$@net> Message-ID: <4EE8C7BC.40700@gmail.com> As far as I know there's nothing as fancy as iaxRPT for iOS, although you can do many of the same things from an IAX2 or SIP softphone if you've configured Asterisk properly. The best IAX2 softphone I've found for iOS is Zoiper (which does SIP too). If you can get by with SIP only, check out the Acrobits offerings. Josh KI4ITI On 12/14/2011 9:23 AM, Lu Vencl wrote: > > Anyone know if there is an Iphone app that can be used like the iaxRPT > tool? > > If not, I would like to setup an IAX inbound account that I can just > dial in and access via *99 / # PTT or even VOX. > > I know one can dial in through the allstarlink interface, but I am > looking to use my local resources ( Asterisk PBX) to make it non long > distance and much easier to get in. > > Any thought would be appreciated. > > Lu > > KA4EPS > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From wl7ni.ak at gmail.com Wed Dec 14 16:02:58 2011 From: wl7ni.ak at gmail.com (Mark Huelskoetter) Date: Wed, 14 Dec 2011 07:02:58 -0900 Subject: [App_rpt-users] Iphone app? In-Reply-To: <0fd701ccba74$583f7c30$08be7490$@net> References: <0fd701ccba74$583f7c30$08be7490$@net> Message-ID: Just about any SIP phone software will work. I use Fring sometimes. I just edit the sip settings to use Allstar to dial in, then all I have to do is dial my node #, enter my user password and choose which way to connect Vox of manual. Best of luck. Mark - WL7NI On Wed, Dec 14, 2011 at 6:23 AM, Lu Vencl wrote: > Anyone know if there is an Iphone app that can be used like the iaxRPT > tool?**** > > If not, I would like to setup an IAX inbound account that I can just dial > in and access via *99 / # PTT or even VOX.**** > > I know one can dial in through the allstarlink interface, but I am looking > to use my local resources ( Asterisk PBX) to make it non long distance and > much easier to get in.**** > > Any thought would be appreciated.**** > > Lu**** > > KA4EPS**** > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpe.jfreeman at gmail.com Wed Dec 14 16:16:53 2011 From: cpe.jfreeman at gmail.com (Josh Freeman) Date: Wed, 14 Dec 2011 10:16:53 -0600 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? In-Reply-To: <4EE84430.9000301@morell.us> References: <4EE84430.9000301@morell.us> Message-ID: <4EE8CBF5.5010408@gmail.com> On 12/14/2011 12:37 AM, Ron Morell wrote: > My node 28174 is linking to other nodes FB and iaxRPT makes it easy to > facilitate the linking process. Now I want to be able to call in from > my Android cell phone and use that for an interface with the Asterisk > cli: . I've installed IaxAgent on my Android phone. You want to enter commands into the Asterisk CLI from your cell phone? That's certainly possible, but I think you'd need a remote terminal or SSH app to do that. However, the rest of your post makes it seem like what you're really wanting to do is to use the IaxAgent softphone to "dial in" to your AllStar node using your phone's data connection. Am I understanding correctly? > I followed along with the instructions found in the acid-sysadmin.pdf > for calling in for "dial up access" that goes like this in iax.conf > [my-ip-phone] > type=user > context=radio-control > auth=md5 > secret=mypassword > host=dyanamic > disallow=all > allow=gsm > allow=g726aal2 > transfer=no If you copied this directly from your config file, "host=dyanamic" only needs one "a": *host=dynamic*. > and goes like this in extensions.conf > [radio-control] > exten=>28174,1,Answer() > exten=>28174,n,Playback(rpt/node) > exten=>28174,n,Playback(digits/2) > exten=>28174,n,Playback(digits/8) > exten=>28174,n,Playback(digits/1) > exten=>28174,n,Playback(digits/7) > exten=>28174,n,Playback(digits/4) > exten=>28174,n,Rpt(28174|P) > > > I've tried "registering" with a line like this in iax.conf: > register=my-ip-phone:password at OK.no-ip.org You don't need the "register=" entry, and it shouldn't be there. Does IaxAgent show a successful registration? If so, it looks like dialing 28174 from IaxAgent should do what you want it to. 73 Josh KI4ITI -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Wed Dec 14 17:36:47 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Wed, 14 Dec 2011 12:36:47 -0500 Subject: [App_rpt-users] Question Message-ID: <4EE8DEAF.7060808@bdboyle.com> Trying to mod an older transceiver to pick off the discriminator output (which, as you can imagine...is a bit obtuse, especially on discrete component radios....) so I can expand my knowledge a bit. Anyway...in digging through the schematic and doing a bit of research, I THINK I found it...after reading up on the differences between the different types...but, would appreciate, if anyone can take a look at http://www.wb0yle.com/discriminator.jpg and tell me if I'm in the right area. The area I'm thinking I could grab (with a 10K inline resistor so as to not load the circuit?) is on the (input? output?) of C33 on the secondary of T7 in the above schematic? This looks like a classic Foster-Seely circuit, but would like a double check if anyone is so inclined.... (For those curious, it's an extract from the schematic of a Drake TR-33C, which was manufactured in the 70s by Trio/Kenwood and labeled for Drake. Believe it or not, it works quite well, and was picked up at an estate sale, and rerocked (Bomar had the crystal chart for this, believe it or not...) for local operations, but...picked it up for $5. so, figured it would be reasonable to mod this and put in a receive and xmt tone deck. Experimentation is the spice of the hobby...;) Am I in the right area? I know...need to see more of the chart, right? (also, FWIW, modified an old Maggiore HiPro E 2m repeater to interface to a DMK dongle, swapped it out with my 220 node (just so I didn't have to gin in another dongle...) feeding a cantenna on the output with a hunk of wire on the input RF connector...4 wires: discriminator out for usb COR, flat audio in through a 10K and varactor diode to the xmt, PTT to the keying relay and, lo and behold, it not only worked ok, it sounded great...now, just have to put an app in to get on the 2m wait list in the Philly area...;)) So...in the mood to melt more solder and play around a bit more. -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. Sent from my MacBook Pro. From wb3awj at comcast.net Wed Dec 14 20:20:53 2011 From: wb3awj at comcast.net (Robert Poff) Date: Wed, 14 Dec 2011 15:20:53 -0500 Subject: [App_rpt-users] Question In-Reply-To: <4EE8DEAF.7060808@bdboyle.com> References: <4EE8DEAF.7060808@bdboyle.com> Message-ID: <1323894053.3152.4.camel@localhost> I think that I'd just pick it off the high side of the VOL or SQL pots. You should still be before the de-emphasis but far enough downstream to get rid any residual 455. At least that's what I was planning to do with my TR-2200. -- Robert A. Poff Loganville, PA WB3AWJ - Allstar 27784 Powered by Linux -------------- next part -------------- An HTML attachment was scrubbed... URL: From w6reb at hammradio.us Wed Dec 14 21:03:02 2011 From: w6reb at hammradio.us (w6reb) Date: Wed, 14 Dec 2011 13:03:02 -0800 Subject: [App_rpt-users] Reboot Message-ID: <7F4677A8BA6B4C86A52233FE0AA427E9@homec7144c8c01> What would be the proper syntax to reboot computer once a week in the middle of the night? Know how to write schedule or contab just need the right syntax for shutdown -r now as though I'm doing it from the root@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Sysman at Xceptions.COM Wed Dec 14 21:21:47 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Wed, 14 Dec 2011 11:21:47 -1000 Subject: [App_rpt-users] Reboot In-Reply-To: <7F4677A8BA6B4C86A52233FE0AA427E9@homec7144c8c01> Message-ID: reboot From: w6reb > Reply-To: w6reb > Date: Wed, 14 Dec 2011 11:03:02 -1000 To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] Reboot What would be the proper syntax to reboot computer once a week in the middle of the night? Know how to write schedule or contab just need the right syntax for shutdown -r now as though I'm doing it from the root@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Sysman at Xceptions.COM Wed Dec 14 21:29:04 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Wed, 14 Dec 2011 11:29:04 -1000 Subject: [App_rpt-users] Reboot In-Reply-To: <7F4677A8BA6B4C86A52233FE0AA427E9@homec7144c8c01> Message-ID: Sorry you wanted the cron info: 0 0 * * 7 sync ; echo 3 | /sbin/reboot This reboots at midnight every Sunday.. # The time and date fields are: # # field allowed values # ----- -------------- # minute 0-59 # hour 0-23 # day of month 1-31 # month 1-12 (or names, see below) # day of week 0-7 (0 or 7 is Sun, or use names) From: w6reb > Reply-To: w6reb > Date: Wed, 14 Dec 2011 11:03:02 -1000 To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] Reboot What would be the proper syntax to reboot computer once a week in the middle of the night? Know how to write schedule or contab just need the right syntax for shutdown -r now as though I'm doing it from the root@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Sysman at Xceptions.COM Wed Dec 14 21:41:21 2011 From: Sysman at Xceptions.COM (Paul J. Agamata) Date: Wed, 14 Dec 2011 11:41:21 -1000 Subject: [App_rpt-users] Reboot In-Reply-To: Message-ID: oops? minor change? see below? From: "Paul J. Agamata" > Date: Wed, 14 Dec 2011 11:29:04 -1000 To: w6reb >, "app_rpt-users at ohnosec.org" > Subject: Re: [App_rpt-users] Reboot Sorry you wanted the cron info: 0 0 * * 7 sync ; /sbin/reboot This reboots at midnight every Sunday.. # The time and date fields are: # # field allowed values # ----- -------------- # minute 0-59 # hour 0-23 # day of month 1-31 # month 1-12 (or names, see below) # day of week 0-7 (0 or 7 is Sun, or use names) From: w6reb > Reply-To: w6reb > Date: Wed, 14 Dec 2011 11:03:02 -1000 To: "app_rpt-users at ohnosec.org" > Subject: [App_rpt-users] Reboot What would be the proper syntax to reboot computer once a week in the middle of the night? Know how to write schedule or contab just need the right syntax for shutdown -r now as though I'm doing it from the root@ -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Thu Dec 15 01:46:06 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Wed, 14 Dec 2011 17:46:06 -0800 Subject: [App_rpt-users] Question In-Reply-To: <1323894053.3152.4.camel@localhost> References: <4EE8DEAF.7060808@bdboyle.com> <1323894053.3152.4.camel@localhost> Message-ID: <9EF25E07E9684A978CB9BEB50D0BF2C3@Laptop> Yes! Agreed. I would just pick it off at the volume and or squelch control. Make sure that when you adjust the volume or squelch, the level does not change. Then you will be good to go! 73 Jim W7RY From: Robert Poff Sent: Wednesday, December 14, 2011 12:20 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Question I think that I'd just pick it off the high side of the VOL or SQL pots. You should still be before the de-emphasis but far enough downstream to get rid any residual 455. At least that's what I was planning to do with my TR-2200. -- Robert A. Poff Loganville, PA WB3AWJ - Allstar 27784 Powered by Linux -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1873 / Virus Database: 2108/4679 - Release Date: 12/13/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From yokshs at gmail.com Thu Dec 15 04:38:46 2011 From: yokshs at gmail.com (K&R Yoksh) Date: Wed, 14 Dec 2011 22:38:46 -0600 Subject: [App_rpt-users] Re; Iphone app? References: Message-ID: > Date: Wed, 14 Dec 2011 07:02:58 -0900 > From: Mark Huelskoetter > To: Lu Vencl > Subject: Re: [App_rpt-users] Iphone app? > Message-ID: > > Just about any SIP phone software will work. I use Fring sometimes. I > just edit the sip settings to use Allstar to dial in, then all I have to > do > is dial my node #, enter my user password and choose which way to connect > Vox of manual. Best of luck. Is it possible to use DTMF to control your node if connected via SIP softphone? That might be a neat capability to have. 73. Kyle K0KN From telesistant at hotmail.com Thu Dec 15 07:10:02 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 14 Dec 2011 23:10:02 -0800 Subject: [App_rpt-users] Re; Iphone app? In-Reply-To: References: , Message-ID: of course it does :-) JIM > From: yokshs at gmail.com > To: app_rpt-users at ohnosec.org > Date: Wed, 14 Dec 2011 22:38:46 -0600 > Subject: [App_rpt-users] Re; Iphone app? > > > Date: Wed, 14 Dec 2011 07:02:58 -0900 > > From: Mark Huelskoetter > > To: Lu Vencl > > Subject: Re: [App_rpt-users] Iphone app? > > Message-ID: > > > > Just about any SIP phone software will work. I use Fring sometimes. I > > just edit the sip settings to use Allstar to dial in, then all I have to > > do > > is dial my node #, enter my user password and choose which way to connect > > Vox of manual. Best of luck. > > > Is it possible to use DTMF to control your node if connected via SIP > softphone? That might be > a neat capability to have. > > 73. > > Kyle > K0KN > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From harvey at fmtc.com Thu Dec 15 07:50:01 2011 From: harvey at fmtc.com (harvey easton) Date: Thu, 15 Dec 2011 00:50:01 -0700 Subject: [App_rpt-users] Connecting to yourself via webtransciever Message-ID: >From the allstarlink.org website, after logging in, is it possible to connect to your own station for testing ? Thank you.. Harvey K7UQ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Thu Dec 15 09:31:40 2011 From: ke2n at cs.com (Ken) Date: Thu, 15 Dec 2011 04:31:40 -0500 Subject: [App_rpt-users] Connecting to yourself via webtransciever In-Reply-To: References: Message-ID: <001501ccbb0c$59f87ac0$0de97040$@com> If by "connect to yourself" you mean connect to a node behind the same router as your PC - The answer is: yes. Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of harvey easton Sent: Thursday, December 15, 2011 2:50 AM To: App_Rpt Subject: [App_rpt-users] Connecting to yourself via webtransciever >From the allstarlink.org website, after logging in, is it possible to connect to your own station for testing ? Thank you.. Harvey K7UQ -------------- next part -------------- An HTML attachment was scrubbed... URL: From n9gmr at me.com Thu Dec 15 12:36:57 2011 From: n9gmr at me.com (Matt Roberts) Date: Thu, 15 Dec 2011 07:36:57 -0500 Subject: [App_rpt-users] Connecting to yourself via webtransciever In-Reply-To: References: Message-ID: <68003B9C-FA7B-4B89-8D22-A3484626242B@me.com> On Dec 15, 2011, at 2:50 AM, harvey easton wrote: > From the allstarlink.org website, after logging in, is it possible to connect to your own station for testing ? Yes you can! Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From n9gmr at me.com Thu Dec 15 12:39:42 2011 From: n9gmr at me.com (Matt Roberts) Date: Thu, 15 Dec 2011 07:39:42 -0500 Subject: [App_rpt-users] Re; Iphone app? In-Reply-To: References: Message-ID: On Dec 14, 2011, at 11:38 PM, K&R Yoksh wrote: > > Is it possible to use DTMF to control your node if connected via SIP softphone? That might be > a neat capability to have. > You do anything with SIP you cn do on your radio. I have been controlling my repeater this way since it was set up. Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From baldwin88 at yahoo.com Thu Dec 15 20:18:52 2011 From: baldwin88 at yahoo.com (Fran) Date: Thu, 15 Dec 2011 12:18:52 -0800 (PST) Subject: [App_rpt-users] Echolink files not found Message-ID: <1323980332.78342.YahooMailClassic@web160302.mail.bf1.yahoo.com> I have ACID installed and node is working fine however I went into the? /usr/src/configs/examples/echolink directory? but cannot find the examples files needed for echolink. ? Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From captmick at charter.net Thu Dec 15 21:33:34 2011 From: captmick at charter.net (Michael Kaufman) Date: Thu, 15 Dec 2011 15:33:34 -0600 Subject: [App_rpt-users] Adding APRStt tp my node Message-ID: I have read on some websites that an APRStt function was being added to Allstar. I have not seen any documentation or information on the progress of this feature. I would like to add this to my node and would appreciate any help or information on implementing this feature if it is available. Mike WB9SLI Node 27558 From dshaw at ke6upi.com Fri Dec 16 03:57:14 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Thu, 15 Dec 2011 19:57:14 -0800 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: Message-ID: http://ohnosec.org/drupal/node/179 David On Thu, Dec 15, 2011 at 1:33 PM, Michael Kaufman wrote: > I have read on some websites that an APRStt function was being added to > Allstar. I have not seen any documentation or information on the progress > of this feature. I would like to add this to my node and would appreciate > any help or information on implementing this feature if it is available. > > Mike > > WB9SLI > > Node 27558 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.km5vy at gmail.com Fri Dec 16 04:03:18 2011 From: tom.km5vy at gmail.com (Tom Russo) Date: Thu, 15 Dec 2011 21:03:18 -0700 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: Message-ID: On Thu, Dec 15, 2011 at 20:57, David KE6UPI wrote: > http://ohnosec.org/drupal/node/179 > > That page only describes how to get Asterisk/app-rpt to transmit APRS positions to APRS-IS. Michael is talking about APRStt, which is an initiative by Bob Bruninga to use touch-tone input through ordinary repeaters with generic TT handhelds in order to generate APRS data and to create a system of human-to-human contact with callsign as the "phone number". http://www.aprs.org/aprstt.html Bob Bruninga has been saying that Asterisk now has this feature, because apparently some work has been done to this end. On Thu, Dec 15, 2011 at 1:33 PM, Michael Kaufman wrote: > I have read on some websites that an APRStt function was being added to > Allstar. I have not seen any documentation or information on the progress > of this feature. I would like to add this to my node and would appreciate > any help or information on implementing this feature if it is available. > > Mike > > WB9SLI > > Node 27558 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM "One man alone can be pretty dumb sometimes, but for real bona fide stupidity, there ain't nothin' can beat teamwork." - Edward Abbey -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Fri Dec 16 04:07:56 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Thu, 15 Dec 2011 20:07:56 -0800 Subject: [App_rpt-users] Echolink files not found In-Reply-To: <1323980332.78342.YahooMailClassic@web160302.mail.bf1.yahoo.com> References: <1323980332.78342.YahooMailClassic@web160302.mail.bf1.yahoo.com> Message-ID: Hello Frank, http://ohnosec.org/drupal/node/56 Use the sample on the link above. You can make your own file. I use vi to edit files. So "vi /etc/asterisk/echlink.conf" David Here is what my file look like.. [el0] confmode=no call=KE6UPI-L pwd=XXXXXX name=Asterisk chan_echolink qth=Allstar node 2063 email=dshaw at ke6upi.org maxstns=20 rtcptimeout=10 node=187515 recfile=/tmp/recorded.gsm astnode=2063 context=radio-secure server1=server1.echolink.org server2=server2.echolink.org server3=server3.echolink.org freq=445.080 tone=82.5 On Thu, Dec 15, 2011 at 12:18 PM, Fran wrote: > I have ACID installed and node is working fine however I went into the > /usr/src/configs/examples/echolink directory but cannot find the examples > files needed for echolink. > > Frank > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Fri Dec 16 04:11:45 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Thu, 15 Dec 2011 20:11:45 -0800 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: Message-ID: I guess we will have to wait. David On Thu, Dec 15, 2011 at 8:03 PM, Tom Russo wrote: > On Thu, Dec 15, 2011 at 20:57, David KE6UPI wrote: > >> http://ohnosec.org/drupal/node/179 >> >> > That page only describes how to get Asterisk/app-rpt to transmit APRS > positions to APRS-IS. Michael is talking about APRStt, which is an > initiative by Bob Bruninga to use touch-tone input through ordinary > repeaters with generic TT handhelds in order to generate APRS data and to > create a system of human-to-human contact with callsign as the "phone > number". > > http://www.aprs.org/aprstt.html > > Bob Bruninga has been saying that Asterisk now has this feature, because > apparently some work has been done to this end. > > > On Thu, Dec 15, 2011 at 1:33 PM, Michael Kaufman wrote: > >> I have read on some websites that an APRStt function was being added to >> Allstar. I have not seen any documentation or information on the progress >> of this feature. I would like to add this to my node and would appreciate >> any help or information on implementing this feature if it is available. >> >> Mike >> >> WB9SLI >> >> Node 27558 >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> > > >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> > > > -- > Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ > Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM > "One man alone can be pretty dumb sometimes, but for real bona fide > stupidity, there ain't nothin' can beat teamwork." - Edward Abbey > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 16 04:14:59 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 15 Dec 2011 20:14:59 -0800 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: , , , Message-ID: I am in the middle of doing about 3 other things at the moment, and dont have time to figure out all the stuff, but if you just want to try it, put the following in your rpt.conf file in the stanza for the desired node. aprstt= of course, you need to set up the gps.conf properly for normal usage in addition JIM Date: Thu, 15 Dec 2011 20:11:45 -0800 From: dshaw at ke6upi.com To: tom.km5vy at gmail.com CC: App_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Adding APRStt tp my node I guess we will have to wait. David On Thu, Dec 15, 2011 at 8:03 PM, Tom Russo wrote: On Thu, Dec 15, 2011 at 20:57, David KE6UPI wrote: http://ohnosec.org/drupal/node/179 That page only describes how to get Asterisk/app-rpt to transmit APRS positions to APRS-IS. Michael is talking about APRStt, which is an initiative by Bob Bruninga to use touch-tone input through ordinary repeaters with generic TT handhelds in order to generate APRS data and to create a system of human-to-human contact with callsign as the "phone number". http://www.aprs.org/aprstt.html Bob Bruninga has been saying that Asterisk now has this feature, because apparently some work has been done to this end. On Thu, Dec 15, 2011 at 1:33 PM, Michael Kaufman wrote: I have read on some websites that an APRStt function was being added to Allstar. I have not seen any documentation or information on the progress of this feature. I would like to add this to my node and would appreciate any help or information on implementing this feature if it is available. Mike WB9SLI Node 27558 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM "One man alone can be pretty dumb sometimes, but for real bona fide stupidity, there ain't nothin' can beat teamwork." - Edward Abbey _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From k1lnx at k1lnx.net Fri Dec 16 11:48:25 2011 From: k1lnx at k1lnx.net (Stephen - K1LNX) Date: Fri, 16 Dec 2011 06:48:25 -0500 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? In-Reply-To: <4EE8CBF5.5010408@gmail.com> References: <4EE84430.9000301@morell.us> <4EE8CBF5.5010408@gmail.com> Message-ID: <4EEB3009.70908@k1lnx.net> Try setting this under the my-ip-phone context in IAX.conf, it may or may not help your situation: requirecalltoken=no I've got 3 IAX trunks that I had to set this on for things to work properly. Hope that helps... As an alternative, you could buy a DID from an ITSP (FlowRoute is my favorite) and just set it up in sip.conf to point to the radio-control stanza. Contact me off list if you want specifics and I can send you some configs.... 73 Stephen K1LNX From monty at ke7jvx.com Fri Dec 16 15:00:21 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 08:00:21 -0700 Subject: [App_rpt-users] Voterboard Message-ID: Hello Everyone, I know the dsp hysterious squelch has problems with narrow band radios, such as 900 mhz, does the voter board have the same problem as well? Monty -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 16 17:01:41 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 16 Dec 2011 09:01:41 -0800 Subject: [App_rpt-users] Voterboard In-Reply-To: References: Message-ID: Initial test have shown positive results, but we yet to have anyone deploy a system using narrow band stuff. It will be happening soon (since there is stuff in the works with some users to do so). JIM WB6NIL Date: Fri, 16 Dec 2011 08:00:21 -0700 From: monty at ke7jvx.com To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Voterboard Hello Everyone, I know the dsp hysterious squelch has problems with narrow band radios, such as 900 mhz, does the voter board have the same problem as well? Monty _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Fri Dec 16 18:48:12 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 11:48:12 -0700 Subject: [App_rpt-users] Voterboard In-Reply-To: References: Message-ID: OK, Cool. Jim, the board you built, is it capable of simulcast or just voting? Monty On Fri, Dec 16, 2011 at 10:01 AM, Jim Duuuude wrote: > Initial test have shown positive results, but we yet to have anyone deploy > a system using narrow band stuff. It will be happening soon (since there > is stuff in the works with some users to do so). > > JIM WB6NIL > > ------------------------------ > Date: Fri, 16 Dec 2011 08:00:21 -0700 > From: monty at ke7jvx.com > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voterboard > > > Hello Everyone, > I know the dsp hysterious squelch has problems with narrow band radios, > such as 900 mhz, does the voter > board have the same problem as well? > Monty > > _______________________________________________ App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Fri Dec 16 18:55:17 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 11:55:17 -0700 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: Been working off list with David on this issue. Tried the manual split in the memory channel: *06 = 53.720,136.5,1000,h-t *Still will only do a 0.5 mhz split, even tried 2000 just to make sure. In Checking the source, it looks like that only applies to Kenwood radios in 2m/70cm. My question is could this capability be added to accommodate the low band Syntors with the Xcat? Monty On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: > it does look like 2/70 and kenwood only. > > > David > > > On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: > >> I searched app_rpt.c and found this: >> >> *static int setkenwood(struct rpt *myrpt) >> { >> char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; >> char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; >> int myrxpl,mysplit,step; >> >> int offsets[] = {0,2,1}; >> int powers[] = {2,1,0}; >> >> if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; >> split_freq(mhz, decimals, myrpt->freq); >> mysplit = myrpt->splitkhz; >> if (atoi(mhz) > 400) >> { >> band = '6'; >> band1 = '1'; >> band2 = '5'; >> if (!mysplit) mysplit = myrpt->p.default_split_70cm; >> } >> else >> { >> band = '2'; >> band1 = '0'; >> band2 = '2'; >> if (!mysplit) mysplit = myrpt->p.default_split_2m; >> }* >> >> Looks to be only for 2m and 70cm. >> >> Monty >> >> >> >> On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: >> >>> You can check the code (app_rpt.c) and see if there. I bet it is. I >>> don't think Jim would have limit for just 2m/70cm bands. >>> >>> David >>> >>> >>> On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: >>> >>>> I know in the config program there is a split that is set, so I might >>>> have to play with that. From the webpage you referenced it looks to be >>>> only for 2m and 440. >>>> >>>> Monty >>>> >>>> >>>> >>>> On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: >>>> >>>>> Hello Monty, Sorry I don't know to much about your hardware. I do know >>>>> that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? >>>>> >>>>> David >>>>> >>>>> >>>>> On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: >>>>> >>>>>> Hey David, >>>>>> Thanks for your response. I tried this: >>>>>> >>>>>> *06 = 53.720,136.5,1000,h-t* >>>>>> >>>>>> When I call it up, it still splits to 0.5 mhz (53.220). Made sure I >>>>>> rebooted the node as well. So for grins I tried this: >>>>>> >>>>>> *06 = 53.720,136.5,2000,h-t >>>>>> * >>>>>> Still it transmits at 53.220 instead of 52.720. >>>>>> >>>>>> >>>>>> Monty >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: >>>>>> >>>>>>> Check out this webpage. >>>>>>> >>>>>>> http://ohnosec.org/drupal/node/175 >>>>>>> >>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> David >>>>>>> >>>>>>> On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: >>>>>>> >>>>>>>> Hello Everyone, >>>>>>>> I have successfully integrated a Low Band Syntor X with an Xcat to >>>>>>>> app_rpt using CI-V. I have a problem though. There are currently 6 6m >>>>>>>> repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz >>>>>>>> splits. I have only been successful in programing the 0.5 split >>>>>>>> frequencies in App_Rpt memories. Is there a trick to make it split to 1 >>>>>>>> mhz or is that not possible? >>>>>>>> >>>>>>>> Monty >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> App_rpt-users mailing list >>>>>>>> App_rpt-users at ohnosec.org >>>>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 16 19:32:39 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 16 Dec 2011 11:32:39 -0800 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: , , , , , , , , Message-ID: are you using the current sources from SVN? From: monty at ke7jvx.com Date: Fri, 16 Dec 2011 11:55:17 -0700 To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Low Band Remote Base Been working off list with David on this issue. Tried the manual split in the memory channel: 06 = 53.720,136.5,1000,h-t Still will only do a 0.5 mhz split, even tried 2000 just to make sure. In Checking the source, it looks like that only applies to Kenwood radios in 2m/70cm. My question is could this capability be added to accommodate the low band Syntors with the Xcat? Monty On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: it does look like 2/70 and kenwood only. David On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: I searched app_rpt.c and found this: static int setkenwood(struct rpt *myrpt) { char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; int myrxpl,mysplit,step; int offsets[] = {0,2,1}; int powers[] = {2,1,0}; if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; split_freq(mhz, decimals, myrpt->freq); mysplit = myrpt->splitkhz; if (atoi(mhz) > 400) { band = '6'; band1 = '1'; band2 = '5'; if (!mysplit) mysplit = myrpt->p.default_split_70cm; } else { band = '2'; band1 = '0'; band2 = '2'; if (!mysplit) mysplit = myrpt->p.default_split_2m; } Looks to be only for 2m and 70cm. Monty On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: You can check the code (app_rpt.c) and see if there. I bet it is. I don't think Jim would have limit for just 2m/70cm bands. David On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: I know in the config program there is a split that is set, so I might have to play with that. From the webpage you referenced it looks to be only for 2m and 440. Monty On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: Hello Monty, Sorry I don't know to much about your hardware. I do know that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? David On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: Hey David, Thanks for your response. I tried this: 06 = 53.720,136.5,1000,h-t When I call it up, it still splits to 0.5 mhz (53.220). Made sure I rebooted the node as well. So for grins I tried this: 06 = 53.720,136.5,2000,h-t Still it transmits at 53.220 instead of 52.720. Monty On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: Check out this webpage.http://ohnosec.org/drupal/node/175 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 David On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: Hello Everyone, I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt using CI-V. I have a problem though. There are currently 6 6m repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I have only been successful in programing the 0.5 split frequencies in App_Rpt memories. Is there a trick to make it split to 1 mhz or is that not possible? Monty _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 16 21:04:13 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 16 Dec 2011 13:04:13 -0800 Subject: [App_rpt-users] Voterboard In-Reply-To: References: , , Message-ID: Yes, it is capable of providing a precise time-synchronized audio source for the purpose of transmit simulcast. You need to use either a simulcast-capable transmitter, or a precise (preferably GPSDO, like a Trimble Thunderbolt) timing reference, a clock synthesizer, and a transmitter modified to take its reference frequency from your clock synthesizer board. JIM WB6NIL From: monty at ke7jvx.com Date: Fri, 16 Dec 2011 11:48:12 -0700 Subject: Re: [App_rpt-users] Voterboard To: telesistant at hotmail.com CC: app_rpt-users at ohnosec.org OK, Cool. Jim, the board you built, is it capable of simulcast or just voting? Monty On Fri, Dec 16, 2011 at 10:01 AM, Jim Duuuude wrote: Initial test have shown positive results, but we yet to have anyone deploy a system using narrow band stuff. It will be happening soon (since there is stuff in the works with some users to do so). JIM WB6NIL Date: Fri, 16 Dec 2011 08:00:21 -0700 From: monty at ke7jvx.com To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Voterboard Hello Everyone, I know the dsp hysterious squelch has problems with narrow band radios, such as 900 mhz, does the voter board have the same problem as well? Monty _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Fri Dec 16 21:19:36 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 14:19:36 -0700 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: I may not be. Is there a way to check the version via CLI? Monty On Fri, Dec 16, 2011 at 12:32 PM, Jim Duuuude wrote: > are you using the current sources from SVN? > > ------------------------------ > From: monty at ke7jvx.com > Date: Fri, 16 Dec 2011 11:55:17 -0700 > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Low Band Remote Base > > > Been working off list with David on this issue. Tried the manual split in > the memory channel: > > *06 = 53.720,136.5,1000,h-t > > *Still will only do a 0.5 mhz split, even tried 2000 just to make sure. > In Checking the source, it looks like that only applies to Kenwood radios > in 2m/70cm. My question is could this capability be added to accommodate > the low band Syntors with the Xcat? > > Monty > > > On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: > > it does look like 2/70 and kenwood only. > > > David > > > On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: > > I searched app_rpt.c and found this: > > *static int setkenwood(struct rpt *myrpt) > { > char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; > char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; > int myrxpl,mysplit,step; > > int offsets[] = {0,2,1}; > int powers[] = {2,1,0}; > > if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; > split_freq(mhz, decimals, myrpt->freq); > mysplit = myrpt->splitkhz; > if (atoi(mhz) > 400) > { > band = '6'; > band1 = '1'; > band2 = '5'; > if (!mysplit) mysplit = myrpt->p.default_split_70cm; > } > else > { > band = '2'; > band1 = '0'; > band2 = '2'; > if (!mysplit) mysplit = myrpt->p.default_split_2m; > }* > > Looks to be only for 2m and 70cm. > > Monty > > > > On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: > > You can check the code (app_rpt.c) and see if there. I bet it is. I don't > think Jim would have limit for just 2m/70cm bands. > > David > > > On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: > > I know in the config program there is a split that is set, so I might have > to play with that. From the webpage you referenced it looks to be only for > 2m and 440. > > Monty > > > > On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: > > Hello Monty, Sorry I don't know to much about your hardware. I do know > that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? > > David > > > On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: > > Hey David, > Thanks for your response. I tried this: > > *06 = 53.720,136.5,1000,h-t* > > When I call it up, it still splits to 0.5 mhz (53.220). Made sure I > rebooted the node as well. So for grins I tried this: > > *06 = 53.720,136.5,2000,h-t > * > Still it transmits at 53.220 instead of 52.720. > > > Monty > > > > On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: > > Check out this webpage. > > http://ohnosec.org/drupal/node/175 > > 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 > > > > > > > > > > > > > David > > On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: > > Hello Everyone, > I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt > using CI-V. I have a problem though. There are currently 6 6m repeaters > here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I > have only been successful in programing the 0.5 split frequencies in > App_Rpt memories. Is there a trick to make it split to 1 mhz or is that > not possible? > > Monty > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > > > > > > > _______________________________________________ App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 16 21:27:02 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 16 Dec 2011 13:27:02 -0800 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: , , , , , , , , , Message-ID: If it was, you would know. Please follow the instructions at the following link: https://allstarlink.org/support.html#astupgrade From: monty at ke7jvx.com Date: Fri, 16 Dec 2011 14:19:36 -0700 Subject: Re: [App_rpt-users] Low Band Remote Base To: telesistant at hotmail.com CC: app_rpt-users at ohnosec.org I may not be. Is there a way to check the version via CLI? Monty On Fri, Dec 16, 2011 at 12:32 PM, Jim Duuuude wrote: are you using the current sources from SVN? From: monty at ke7jvx.com Date: Fri, 16 Dec 2011 11:55:17 -0700 To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Low Band Remote Base Been working off list with David on this issue. Tried the manual split in the memory channel: 06 = 53.720,136.5,1000,h-t Still will only do a 0.5 mhz split, even tried 2000 just to make sure. In Checking the source, it looks like that only applies to Kenwood radios in 2m/70cm. My question is could this capability be added to accommodate the low band Syntors with the Xcat? Monty On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: it does look like 2/70 and kenwood only. David On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: I searched app_rpt.c and found this: static int setkenwood(struct rpt *myrpt) { char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; int myrxpl,mysplit,step; int offsets[] = {0,2,1}; int powers[] = {2,1,0}; if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; split_freq(mhz, decimals, myrpt->freq); mysplit = myrpt->splitkhz; if (atoi(mhz) > 400) { band = '6'; band1 = '1'; band2 = '5'; if (!mysplit) mysplit = myrpt->p.default_split_70cm; } else { band = '2'; band1 = '0'; band2 = '2'; if (!mysplit) mysplit = myrpt->p.default_split_2m; } Looks to be only for 2m and 70cm. Monty On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: You can check the code (app_rpt.c) and see if there. I bet it is. I don't think Jim would have limit for just 2m/70cm bands. David On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: I know in the config program there is a split that is set, so I might have to play with that. From the webpage you referenced it looks to be only for 2m and 440. Monty On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: Hello Monty, Sorry I don't know to much about your hardware. I do know that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? David On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: Hey David, Thanks for your response. I tried this: 06 = 53.720,136.5,1000,h-t When I call it up, it still splits to 0.5 mhz (53.220). Made sure I rebooted the node as well. So for grins I tried this: 06 = 53.720,136.5,2000,h-t Still it transmits at 53.220 instead of 52.720. Monty On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: Check out this webpage.http://ohnosec.org/drupal/node/175 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 David On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: Hello Everyone, I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt using CI-V. I have a problem though. There are currently 6 6m repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I have only been successful in programing the 0.5 split frequencies in App_Rpt memories. Is there a trick to make it split to 1 mhz or is that not possible? Monty _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Fri Dec 16 22:03:30 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 15:03:30 -0700 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: Just upgraded remotely, and will try it this evening. Thanks Jim. Monty On Fri, Dec 16, 2011 at 2:27 PM, Jim Duuuude wrote: > If it was, you would know. > > Please follow the instructions at the following link: > > https://allstarlink.org/support.html#astupgrade > > ------------------------------ > From: monty at ke7jvx.com > Date: Fri, 16 Dec 2011 14:19:36 -0700 > > Subject: Re: [App_rpt-users] Low Band Remote Base > To: telesistant at hotmail.com > CC: app_rpt-users at ohnosec.org > > > I may not be. Is there a way to check the version via CLI? > > Monty > > > On Fri, Dec 16, 2011 at 12:32 PM, Jim Duuuude wrote: > > are you using the current sources from SVN? > > ------------------------------ > From: monty at ke7jvx.com > Date: Fri, 16 Dec 2011 11:55:17 -0700 > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Low Band Remote Base > > > Been working off list with David on this issue. Tried the manual split in > the memory channel: > > *06 = 53.720,136.5,1000,h-t > > *Still will only do a 0.5 mhz split, even tried 2000 just to make sure. > In Checking the source, it looks like that only applies to Kenwood radios > in 2m/70cm. My question is could this capability be added to accommodate > the low band Syntors with the Xcat? > > Monty > > > On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: > > it does look like 2/70 and kenwood only. > > > David > > > On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: > > I searched app_rpt.c and found this: > > *static int setkenwood(struct rpt *myrpt) > { > char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; > char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; > int myrxpl,mysplit,step; > > int offsets[] = {0,2,1}; > int powers[] = {2,1,0}; > > if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; > split_freq(mhz, decimals, myrpt->freq); > mysplit = myrpt->splitkhz; > if (atoi(mhz) > 400) > { > band = '6'; > band1 = '1'; > band2 = '5'; > if (!mysplit) mysplit = myrpt->p.default_split_70cm; > } > else > { > band = '2'; > band1 = '0'; > band2 = '2'; > if (!mysplit) mysplit = myrpt->p.default_split_2m; > }* > > Looks to be only for 2m and 70cm. > > Monty > > > > On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: > > You can check the code (app_rpt.c) and see if there. I bet it is. I don't > think Jim would have limit for just 2m/70cm bands. > > David > > > On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: > > I know in the config program there is a split that is set, so I might have > to play with that. From the webpage you referenced it looks to be only for > 2m and 440. > > Monty > > > > On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: > > Hello Monty, Sorry I don't know to much about your hardware. I do know > that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? > > David > > > On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: > > Hey David, > Thanks for your response. I tried this: > > *06 = 53.720,136.5,1000,h-t* > > When I call it up, it still splits to 0.5 mhz (53.220). Made sure I > rebooted the node as well. So for grins I tried this: > > *06 = 53.720,136.5,2000,h-t > * > Still it transmits at 53.220 instead of 52.720. > > > Monty > > > > On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: > > Check out this webpage. > > http://ohnosec.org/drupal/node/175 > > 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 > > > > > > > > > > > > > > > David > > On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: > > Hello Everyone, > I have successfully integrated a Low Band Syntor X with an Xcat to app_rpt > using CI-V. I have a problem though. There are currently 6 6m repeaters > here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz splits. I > have only been successful in programing the 0.5 split frequencies in > App_Rpt memories. Is there a trick to make it split to 1 mhz or is that > not possible? > > Monty > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > > > > > > > _______________________________________________ App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5bi at amsat.org Fri Dec 16 22:36:36 2011 From: w5bi at amsat.org (GARY BONEBRAKE) Date: Fri, 16 Dec 2011 15:36:36 -0700 Subject: [App_rpt-users] Echolink whitelist limitation Message-ID: I added the "permit=" statement at the end of echolink.conf to limit access to club members only. I did this to eliminate the plague of ungracious and irresponsible skimmers, dropins and lurkers. Refer to http://ohnosec.org/drupal/node/56 for details. However, I discovered that there is a limit on the number of entries in the "permit=" statement. If you add more than 30 calls, the system will disconnect after about 10 seconds and respond with an RTCP TIMEOUT . Multiple "permit=" statements do not work - only the first statement is acknowledged. [The limitation is in line 154 of chan_echolink.c - "#define EL_MAX_CALL_LIST 30"] If you know of an alternate method to create a lengthy whitelist for Echolink in app_rpt, please advise. Gary Bonebrake W5BI Emergency Coordinator Sandoval County NM ARES w5bi at nmscares.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From n9gmr at me.com Sat Dec 17 03:42:27 2011 From: n9gmr at me.com (Matt Roberts) Date: Fri, 16 Dec 2011 22:42:27 -0500 Subject: [App_rpt-users] Courtesy Tone Message-ID: <38536484-BCAD-455C-8896-ED3265D523F8@me.com> I am trying to set up a courtesy tone when I'm connected to another node. My remote courtesy tone is working fine. I can't figure out how to have a tone to sound when a user on my repeater unkeys. When my repeater is linked, I want a "K" to be heard when a local user unkeys on my system. When a remote user unkeys, you hear a double dial tone, adn I have CT1 set if my repeater isn't linked to anyone. Does anyone know what I need to do? I'm also discovering when I'm connected on my remote base, I get inactivity timeout messages. How do I disable them? Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From monty at ke7jvx.com Sat Dec 17 03:47:34 2011 From: monty at ke7jvx.com (Monty) Date: Fri, 16 Dec 2011 20:47:34 -0700 Subject: [App_rpt-users] Low Band Remote Base In-Reply-To: References: Message-ID: It works!!!! Thank you Jim! Monty On Fri, Dec 16, 2011 at 3:03 PM, Monty wrote: > Just upgraded remotely, and will try it this evening. Thanks Jim. > > Monty > > > > On Fri, Dec 16, 2011 at 2:27 PM, Jim Duuuude wrote: > >> If it was, you would know. >> >> Please follow the instructions at the following link: >> >> https://allstarlink.org/support.html#astupgrade >> >> ------------------------------ >> From: monty at ke7jvx.com >> Date: Fri, 16 Dec 2011 14:19:36 -0700 >> >> Subject: Re: [App_rpt-users] Low Band Remote Base >> To: telesistant at hotmail.com >> CC: app_rpt-users at ohnosec.org >> >> >> I may not be. Is there a way to check the version via CLI? >> >> Monty >> >> >> On Fri, Dec 16, 2011 at 12:32 PM, Jim Duuuude wrote: >> >> are you using the current sources from SVN? >> >> ------------------------------ >> From: monty at ke7jvx.com >> Date: Fri, 16 Dec 2011 11:55:17 -0700 >> To: app_rpt-users at ohnosec.org >> Subject: Re: [App_rpt-users] Low Band Remote Base >> >> >> Been working off list with David on this issue. Tried the manual split >> in the memory channel: >> >> *06 = 53.720,136.5,1000,h-t >> >> *Still will only do a 0.5 mhz split, even tried 2000 just to make sure. >> In Checking the source, it looks like that only applies to Kenwood radios >> in 2m/70cm. My question is could this capability be added to accommodate >> the low band Syntors with the Xcat? >> >> Monty >> >> >> On Sat, Dec 10, 2011 at 9:42 PM, David KE6UPI wrote: >> >> it does look like 2/70 and kenwood only. >> >> >> David >> >> >> On Fri, Dec 9, 2011 at 8:42 PM, Monty wrote: >> >> I searched app_rpt.c and found this: >> >> *static int setkenwood(struct rpt *myrpt) >> { >> char rxstr[RAD_SERIAL_BUFLEN],txstr[RAD_SERIAL_BUFLEN],freq[20]; >> char mhz[MAXREMSTR],offset[20],band,decimals[MAXREMSTR],band1,band2; >> int myrxpl,mysplit,step; >> >> int offsets[] = {0,2,1}; >> int powers[] = {2,1,0}; >> >> if (sendrxkenwood(myrpt,"VMC 0,0\r",rxstr,"VMC") < 0) return -1; >> split_freq(mhz, decimals, myrpt->freq); >> mysplit = myrpt->splitkhz; >> if (atoi(mhz) > 400) >> { >> band = '6'; >> band1 = '1'; >> band2 = '5'; >> if (!mysplit) mysplit = myrpt->p.default_split_70cm; >> } >> else >> { >> band = '2'; >> band1 = '0'; >> band2 = '2'; >> if (!mysplit) mysplit = myrpt->p.default_split_2m; >> }* >> >> Looks to be only for 2m and 70cm. >> >> Monty >> >> >> >> On Fri, Dec 9, 2011 at 2:50 PM, David KE6UPI wrote: >> >> You can check the code (app_rpt.c) and see if there. I bet it is. I don't >> think Jim would have limit for just 2m/70cm bands. >> >> David >> >> >> On Fri, Dec 9, 2011 at 12:03 PM, Monty wrote: >> >> I know in the config program there is a split that is set, so I might >> have to play with that. From the webpage you referenced it looks to be >> only for 2m and 440. >> >> Monty >> >> >> >> On Fri, Dec 9, 2011 at 8:44 AM, David KE6UPI wrote: >> >> Hello Monty, Sorry I don't know to much about your hardware. I do know >> that the offset works on my TM-G707 kenwood. Could it be a Syntor problem? >> >> David >> >> >> On Wed, Dec 7, 2011 at 8:02 PM, Monty wrote: >> >> Hey David, >> Thanks for your response. I tried this: >> >> *06 = 53.720,136.5,1000,h-t* >> >> When I call it up, it still splits to 0.5 mhz (53.220). Made sure I >> rebooted the node as well. So for grins I tried this: >> >> *06 = 53.720,136.5,2000,h-t >> * >> Still it transmits at 53.220 instead of 52.720. >> >> >> Monty >> >> >> >> On Wed, Dec 7, 2011 at 9:26 AM, David KE6UPI wrote: >> >> Check out this webpage. >> >> http://ohnosec.org/drupal/node/175 >> >> 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 >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> David >> >> On Sun, Dec 4, 2011 at 2:37 PM, Monty wrote: >> >> Hello Everyone, >> I have successfully integrated a Low Band Syntor X with an Xcat to >> app_rpt using CI-V. I have a problem though. There are currently 6 6m >> repeaters here in Arizona, 3 have 0.5 mhz split and the other 3 have 1 mhz >> splits. I have only been successful in programing the 0.5 split >> frequencies in App_Rpt memories. Is there a trick to make it split to 1 >> mhz or is that not possible? >> >> Monty >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ App_rpt-users mailing >> list App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Sat Dec 17 04:27:24 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Fri, 16 Dec 2011 20:27:24 -0800 Subject: [App_rpt-users] Courtesy Tone In-Reply-To: <38536484-BCAD-455C-8896-ED3265D523F8@me.com> References: <38536484-BCAD-455C-8896-ED3265D523F8@me.com> Message-ID: <1A85E059-00CC-490D-9309-70407084E7E3@me.com> I think what you want for the local unkey when linked is: remotetx=|iK see http://ohnosec.org/drupal/node/96 For the remote base timeout put this in the node stanza: remote_inact_timeout=0 ; Inactivity timer for remote base nodes only (set to 0 to disable). remote_timeout=5400 ; Session time out for remote base. (set to 0 to disable) See: http://ohnosec.org/drupal/node/44 -- Tim :wq On Dec 16, 2011, at 7:42 PM, Matt Roberts wrote: > I am trying to set up a courtesy tone when I'm connected to another node. My remote courtesy tone is working fine. I can't figure out how to have a tone to sound when a user on my repeater unkeys. When my repeater is linked, I want a "K" to be heard when a local user unkeys on my system. When a remote user unkeys, you hear a double dial tone, adn I have CT1 set if my repeater isn't linked to anyone. > Does anyone know what I need to do? > I'm also discovering when I'm connected on my remote base, I get inactivity timeout messages. How do I disable them? > > > Matt Roberts > n9gmr at me.com > Call Sign N9GMR > IRLP 4515 > EchoLink 640860 > Allstar 28142 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From ke6pcv at cal-net.org Sat Dec 17 05:12:33 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Fri, 16 Dec 2011 21:12:33 -0800 Subject: [App_rpt-users] Allstar Link Support Message-ID: Greetings fellow Allstar link members, I am writing this email with the hopes that we as the amateur community can step forward and support our hobby, mainly the app_rpt and allstarlink technology that we all enjoy today. As many of you might NOT know, the creator of app_rpt and the allstarlink network has never charged or asked for financial support to keep the allstarlink system going. He has never charged users money to be a part of the allstarlink network, nor has he ever made any profit off of specific hardware sales for the allstarlink network. Through the years he has put in a great deal of time and dedication along with his exceptional talents to make app_rpt and the allstarlink network the great VOIP technology that it has become today. No other VOIP technology in the amateur radio community can even compare to the technology, features and capability that is offered for free to anyone wishing to setup there own allstarlink node. Another unknown fact is that there are monthly costs associated with keeping things running smoothly for the allstarlink system. These costs are for server collocation, domain certifications and so on, amounting to roughly $175 per month. Jim has been paying these monthly fees out of his own pocket. Wouldn't it be nice if we could all pitch in and help him to at the least cover these monthly costs for this coming year? I am proposing that we all donate to this cause via PayPal at the following URL. https://allstarlink.org/ At the top of this webpage just slightly down there is a PayPal donate button. In the spirit and season of giving, lets all do our part to try and help out with the financial side, so we can continue to use and enjoy this great technology that we have all come to know and love! I would also like to say thanks to Jim, WB6NIL for all the many hours of work and support that he and others have donated to this hobby so that the amateur community at large can benefit and enjoy the use of this technology on a daily basis for free. 73 Marshall - ke6pcv Node 2065, 2066 From ron at morell.us Sat Dec 17 16:55:47 2011 From: ron at morell.us (Ron Morell) Date: Sat, 17 Dec 2011 09:55:47 -0700 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? In-Reply-To: <4EEB3009.70908@k1lnx.net> References: <4EEB3009.70908@k1lnx.net> Message-ID: <4EECC993.9090600@morell.us> Stephen, Thank you for this reply and offer to help. I have experimented more and have new information. I am *able* to connect with my cell phone IaxAgent to the W4BGH node 28187. So my setup for the magic words in the data entry fields is correct. I am unable to connect to any telephone devices on my LAN except for iaxRPT which connects reliably. I am unable to connect to my node from the Verizon cell service, but as I just demonstrated, connecting to W4BGH node 28187 works. So now, to experiment with Asterisk I need to understand why my local area network does not connect these extensions and why I am not able to register through the DSL router to the node. The router provided by the ISP is an Actiontec PK5000. Ron KA7U > Try setting this under the my-ip-phone context in IAX.conf, it may or > may not help your situation: > > requirecalltoken=no > > I've got 3 IAX trunks that I had to set this on for things to work > properly. > > Hope that helps... > > As an alternative, you could buy a DID from an ITSP (FlowRoute is my > favorite) and just set it up in sip.conf to point to the radio-control > stanza. Contact me off list if you want specifics and I can send you > some configs.... > > 73 > Stephen > K1LNX From shaun at pmbnet.co.za Sat Dec 17 21:06:02 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Sat, 17 Dec 2011 23:06:02 +0200 Subject: [App_rpt-users] Allstar Link Support In-Reply-To: References: Message-ID: <4EED043A.2090704@pmbnet.co.za> I think an annual donation with a Xmas reminder by some kind sole, should be quite in order. If one gets a monthly fee, users start becoming very demanding and induces stress amongst everyone. Your hobby starts to feel like a job. Not nice. Our hobby is all about unpaid commitment, especially SysOps and developers. But a bit of re-numeration now and again does tend to inspire one and make an incredible solution, become even better. Keep it up, to all involved. And to all the sysops, persevere because this AllStar Radio/VoIP node really works well. Shaun ZR5S On 17/12/11 07:12, Marshall Oldham wrote: > Greetings fellow Allstar link members, > > I am writing this email with the hopes that we as the amateur community can step forward and support our hobby, mainly the app_rpt > and allstarlink technology that we all enjoy today. > > As many of you might NOT know, the creator of app_rpt and the allstarlink network has never charged or asked for financial support > to keep the allstarlink system going. > > He has never charged users money to be a part of the allstarlink network, nor has he ever made any profit off of specific hardware > sales for the allstarlink network. > Through the years he has put in a great deal of time and dedication along with his exceptional talents to make app_rpt and the > allstarlink network the great VOIP technology that it has become today. No other VOIP technology in the amateur radio community > can even compare to the technology, features and capability that is offered for free to anyone wishing to setup there own > allstarlink node. > > Another unknown fact is that there are monthly costs associated with keeping things running smoothly for the allstarlink system. > These costs are for server collocation, domain certifications and so on, amounting to roughly $175 per month. Jim has been paying > these monthly fees out of his own pocket. Wouldn't it be nice if we could all pitch in and help him to at the least cover these > monthly costs for this coming year? > > I am proposing that we all donate to this cause via PayPal at the following URL. > > https://allstarlink.org/ > > At the top of this webpage just slightly down there is a PayPal donate button. > > In the spirit and season of giving, lets all do our part to try and help out with the financial side, so we can continue to use and > enjoy this great technology that we have all come to know and love! > > I would also like to say thanks to Jim, WB6NIL for all the many hours of work and support that he and others have donated to this > hobby so that the amateur community at large can benefit and enjoy the use of this technology on a daily basis for free. > > 73 > > Marshall - ke6pcv > Node 2065, 2066 > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1890 / Virus Database: 2108/4684 - Release Date: 12/16/11 > > From shaun at pmbnet.co.za Sat Dec 17 21:14:14 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Sat, 17 Dec 2011 23:14:14 +0200 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites In-Reply-To: <4EECC993.9090600@morell.us> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us> Message-ID: <4EED0626.2000001@pmbnet.co.za> OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. *Question; What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns)* I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. Then there is this thing called a Beagle Board?? The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) I do not need wireless, just an Ethernet port. Shaun zr5s Sysop for 7 ageing repeaters desperate for a facelift www.marc.org.za -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 17 21:20:32 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 17 Dec 2011 13:20:32 -0800 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites In-Reply-To: <4EED0626.2000001@pmbnet.co.za> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us>,<4EED0626.2000001@pmbnet.co.za> Message-ID: I guess the question really is: Do your repeater systems provide line-level processed audio and COR/CTCSS decode themselves.? The Beagle/LOX board is a *really* great option. It will run 2 full-duplex repeater systems, but only if they provide their own audio processing. Overall, if this will work for you, its a much lower-cost, lower-power and reliable way of doing things, compared to purchase of a new mini-itx system, hard drive (or SSD), 2 URI's etc. JIM WB6NIL Date: Sat, 17 Dec 2011 23:14:14 +0200 From: shaun at pmbnet.co.za To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. Question; What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns) I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. Then there is this thing called a Beagle Board?? The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) I do not need wireless, just an Ethernet port. Shaun zr5s Sysop for 7 ageing repeaters desperate for a facelift www.marc.org.za _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From njgarbenis at gmail.com Sat Dec 17 21:27:47 2011 From: njgarbenis at gmail.com (Neal Garbenis) Date: Sat, 17 Dec 2011 16:27:47 -0500 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites In-Reply-To: <4EED0626.2000001@pmbnet.co.za> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us> <4EED0626.2000001@pmbnet.co.za> Message-ID: <259E8A60-CB26-4D69-B503-78302E78674C@gmail.com> You cant go wrong with the beagle lox combination I have four of them they work flawlessly. Neal Garbenis Jr. NG8Y On Dec 17, 2011, at 4:14 PM, Shaun Rudling wrote: > OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ > > I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. > > Question; > What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns) > > I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. > Then there is this thing called a Beagle Board?? > > > The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. > I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) > I do not need wireless, just an Ethernet port. > > Shaun > zr5s > Sysop for 7 ageing repeaters desperate for a facelift > www.marc.org.za > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From buddy at brannan.name Sat Dec 17 21:28:56 2011 From: buddy at brannan.name (Buddy Brannan) Date: Sat, 17 Dec 2011 16:28:56 -0500 Subject: [App_rpt-users] Can't compile latest svn Message-ID: <3A4C81D8-25CC-4BDA-AC2C-362DA387E96E@brannan.name> Hi, I'm not sure what has changed (or what I should change), but for some reason, the latest asterisk from svn won't compile. This started a couple weeks ago, and I accidentally *really* broke things. Fortunately I had an old source tree and have a now working 0.281. Even grabbing a fresh download, rather than updating what's already there, nets the same exiting of the make. Here's what happens right before things quit compiling: CC] chan_voter.c -> chan_voter.o chan_voter.c: In function ?voter_write?: chan_voter.c:769: error: request for member ?ptr? in something not a structure or union chan_voter.c: In function ?ast_frcat?: chan_voter.c:805: error: request for member ?ptr? in something not a structure or union chan_voter.c:806: error: request for member ?ptr? in something not a structure or union chan_voter.c:811: error: request for member ?ptr? in something not a structure or union chan_voter.c: In function ?voter_mix_and_send?: chan_voter.c:834: error: request for member ?ptr? in something not a structure or union chan_voter.c:904: error: request for member ?ptr? in something not a structure or union chan_voter.c:916: error: request for member ?ptr? in something not a structure or union chan_voter.c:917: error: request for member ?ptr? in something not a structure or union chan_voter.c:937: error: request for member ?ptr? in something not a structure or union chan_voter.c:972: error: request for member ?ptr? in something not a structure or union chan_voter.c:994: error: request for member ?ptr? in something not a structure or union chan_voter.c:1015: error: request for member ?ptr? in something not a structure or union chan_voter.c:1060: error: request for member ?ptr? in something not a structure or union chan_voter.c: In function ?voter_xmit?: chan_voter.c:1116: error: request for member ?ptr? in something not a structure or union chan_voter.c:1147: error: request for member ?ptr? in something not a structure or union chan_voter.c:1167: error: request for member ?ptr? in something not a structure or union chan_voter.c:1198: error: request for member ?ptr? in something not a structure or union chan_voter.c:1208: error: request for member ?ptr? in something not a structure or union chan_voter.c:1245: error: request for member ?ptr? in something not a structure or union chan_voter.c:1255: error: request for member ?ptr? in something not a structure or union chan_voter.c: In function ?voter_request?: chan_voter.c:1349: error: ?DSP_FEATURE_DIGIT_DETECT? undeclared (first use in this function) chan_voter.c:1349: error: (Each undeclared identifier is reported only once chan_voter.c:1349: error: for each function it appears in.) chan_voter.c:1350: warning: implicit declaration of function ?ast_dsp_set_digitmode? chan_voter.c:1459: error: too many arguments to function ?ast_config_load? chan_voter.c: In function ?res2cli?: chan_voter.c:1767: error: ?CLI_SUCCESS? undeclared (first use in this function) chan_voter.c:1769: error: ?CLI_SHOWUSAGE? undeclared (first use in this function) chan_voter.c:1771: error: ?CLI_FAILURE? undeclared (first use in this function) chan_voter.c: At top level: chan_voter.c:1776: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c:1776: warning: its scope is only this definition or declaration, which is probably not what you want chan_voter.c: In function ?handle_cli_debug?: chan_voter.c:1779: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1780: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1783: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1786: error: dereferencing pointer to incomplete type chan_voter.c:1786: error: dereferencing pointer to incomplete type chan_voter.c:1786: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1790: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c: In function ?handle_cli_test?: chan_voter.c:1793: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1794: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1797: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1800: error: dereferencing pointer to incomplete type chan_voter.c:1800: error: dereferencing pointer to incomplete type chan_voter.c:1800: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1804: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c: In function ?handle_cli_record?: chan_voter.c:1807: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1808: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1811: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1814: error: dereferencing pointer to incomplete type chan_voter.c:1814: error: dereferencing pointer to incomplete type chan_voter.c:1814: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1818: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c: In function ?handle_cli_tone?: chan_voter.c:1821: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1822: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1825: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1828: error: dereferencing pointer to incomplete type chan_voter.c:1828: error: dereferencing pointer to incomplete type chan_voter.c:1828: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1832: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c: In function ?handle_cli_reload?: chan_voter.c:1835: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1836: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1839: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1842: error: dereferencing pointer to incomplete type chan_voter.c:1842: error: dereferencing pointer to incomplete type chan_voter.c:1842: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1846: warning: ?struct ast_cli_args? declared inside parameter list chan_voter.c: In function ?handle_cli_display?: chan_voter.c:1849: error: ?CLI_INIT? undeclared (first use in this function) chan_voter.c:1850: error: ?struct ast_cli_entry? has no member named ?command? chan_voter.c:1853: error: ?CLI_GENERATE? undeclared (first use in this function) chan_voter.c:1856: error: dereferencing pointer to incomplete type chan_voter.c:1856: error: dereferencing pointer to incomplete type chan_voter.c:1856: error: dereferencing pointer to incomplete type chan_voter.c: At top level: chan_voter.c:1860: warning: implicit declaration of function ?AST_CLI_DEFINE? chan_voter.c:1860: warning: missing braces around initializer chan_voter.c:1860: warning: (near initialization for ?voter_cli[0]?) chan_voter.c:1860: error: initializer element is not constant chan_voter.c:1860: error: (near initialization for ?voter_cli[0].cmda[0]?) chan_voter.c:1861: error: initializer element is not constant chan_voter.c:1861: error: (near initialization for ?voter_cli[0].cmda[1]?) chan_voter.c:1862: error: initializer element is not constant chan_voter.c:1862: error: (near initialization for ?voter_cli[0].cmda[2]?) chan_voter.c:1863: error: initializer element is not constant chan_voter.c:1863: error: (near initialization for ?voter_cli[0].cmda[3]?) chan_voter.c:1864: error: initializer element is not constant chan_voter.c:1864: error: (near initialization for ?voter_cli[0].cmda[4]?) chan_voter.c:1865: error: initializer element is not constant chan_voter.c:1865: error: (near initialization for ?voter_cli[0].cmda[5]?) chan_voter.c: In function ?voter_reader?: chan_voter.c:2061: error: request for member ?ptr? in something not a structure or union chan_voter.c:2061: warning: statement with no effect chan_voter.c:2235: error: request for member ?ptr? in something not a structure or union chan_voter.c:2235: warning: statement with no effect chan_voter.c:2272: error: request for member ?ptr? in something not a structure or union chan_voter.c:2272: warning: statement with no effect chan_voter.c:2289: error: request for member ?ptr? in something not a structure or union chan_voter.c:2289: warning: pointer type mismatch in conditional expression chan_voter.c:2295: error: request for member ?ptr? in something not a structure or union chan_voter.c:2295: warning: pointer type mismatch in conditional expression chan_voter.c:2298: error: request for member ?ptr? in something not a structure or union chan_voter.c:2298: warning: pointer type mismatch in conditional expression chan_voter.c:2507: error: request for member ?ptr? in something not a structure or union chan_voter.c:2507: warning: statement with no effect chan_voter.c:2577: error: request for member ?ptr? in something not a structure or union chan_voter.c:2577: warning: statement with no effect chan_voter.c:2635: error: request for member ?ptr? in something not a structure or union chan_voter.c:2635: warning: statement with no effect chan_voter.c:2656: error: request for member ?ptr? in something not a structure or union chan_voter.c:2656: warning: statement with no effect chan_voter.c: In function ?reload?: chan_voter.c:2824: error: too many arguments to function ?ast_config_load? chan_voter.c: In function ?load_module?: chan_voter.c:3183: error: too many arguments to function ?ast_config_load? make[1]: *** [chan_voter.o] Error 1 make[1]: Leaving directory `/usr/src/trunk/asterisk/channels' make: *** [channels] Error 2 Any idea what went wrong/what I'm missing? I'm still using the Acid distro from last year sometime, all updated with yum. -- Buddy Brannan, KB5ELV - Erie, PA Phone: (814) 860-3194 or 888-75-BUDDY From telesistant at hotmail.com Sat Dec 17 21:34:01 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 17 Dec 2011 13:34:01 -0800 Subject: [App_rpt-users] Can't compile latest svn In-Reply-To: <3A4C81D8-25CC-4BDA-AC2C-362DA387E96E@brannan.name> References: <3A4C81D8-25CC-4BDA-AC2C-362DA387E96E@brannan.name> Message-ID: are you trying this on a normal ACID install? > From: buddy at brannan.name > Date: Sat, 17 Dec 2011 16:28:56 -0500 > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Can't compile latest svn > > Hi, > > I'm not sure what has changed (or what I should change), but for some reason, the latest asterisk from svn won't compile. This started a couple weeks ago, and I accidentally *really* broke things. Fortunately I had an old source tree and have a now working 0.281. > > Even grabbing a fresh download, rather than updating what's already there, nets the same exiting of the make. Here's what happens right before things quit compiling: > > CC] chan_voter.c -> chan_voter.o > chan_voter.c: In function ?voter_write?: > chan_voter.c:769: error: request for member ?ptr? in something not a structure or union > chan_voter.c: In function ?ast_frcat?: > chan_voter.c:805: error: request for member ?ptr? in something not a structure or union > chan_voter.c:806: error: request for member ?ptr? in something not a structure or union > chan_voter.c:811: error: request for member ?ptr? in something not a structure or union > chan_voter.c: In function ?voter_mix_and_send?: > chan_voter.c:834: error: request for member ?ptr? in something not a structure or union > chan_voter.c:904: error: request for member ?ptr? in something not a structure or union > chan_voter.c:916: error: request for member ?ptr? in something not a structure or union > chan_voter.c:917: error: request for member ?ptr? in something not a structure or union > chan_voter.c:937: error: request for member ?ptr? in something not a structure or union > chan_voter.c:972: error: request for member ?ptr? in something not a structure or union > chan_voter.c:994: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1015: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1060: error: request for member ?ptr? in something not a structure or union > chan_voter.c: In function ?voter_xmit?: > chan_voter.c:1116: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1147: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1167: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1198: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1208: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1245: error: request for member ?ptr? in something not a structure or union > chan_voter.c:1255: error: request for member ?ptr? in something not a structure or union > chan_voter.c: In function ?voter_request?: > chan_voter.c:1349: error: ?DSP_FEATURE_DIGIT_DETECT? undeclared (first use in this function) > chan_voter.c:1349: error: (Each undeclared identifier is reported only once > chan_voter.c:1349: error: for each function it appears in.) > chan_voter.c:1350: warning: implicit declaration of function ?ast_dsp_set_digitmode? > chan_voter.c:1459: error: too many arguments to function ?ast_config_load? > chan_voter.c: In function ?res2cli?: > chan_voter.c:1767: error: ?CLI_SUCCESS? undeclared (first use in this function) > chan_voter.c:1769: error: ?CLI_SHOWUSAGE? undeclared (first use in this function) > chan_voter.c:1771: error: ?CLI_FAILURE? undeclared (first use in this function) > chan_voter.c: At top level: > chan_voter.c:1776: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c:1776: warning: its scope is only this definition or declaration, which is probably not what you want > chan_voter.c: In function ?handle_cli_debug?: > chan_voter.c:1779: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1780: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1783: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1786: error: dereferencing pointer to incomplete type > chan_voter.c:1786: error: dereferencing pointer to incomplete type > chan_voter.c:1786: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1790: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c: In function ?handle_cli_test?: > chan_voter.c:1793: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1794: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1797: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1800: error: dereferencing pointer to incomplete type > chan_voter.c:1800: error: dereferencing pointer to incomplete type > chan_voter.c:1800: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1804: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c: In function ?handle_cli_record?: > chan_voter.c:1807: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1808: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1811: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1814: error: dereferencing pointer to incomplete type > chan_voter.c:1814: error: dereferencing pointer to incomplete type > chan_voter.c:1814: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1818: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c: In function ?handle_cli_tone?: > chan_voter.c:1821: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1822: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1825: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1828: error: dereferencing pointer to incomplete type > chan_voter.c:1828: error: dereferencing pointer to incomplete type > chan_voter.c:1828: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1832: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c: In function ?handle_cli_reload?: > chan_voter.c:1835: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1836: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1839: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1842: error: dereferencing pointer to incomplete type > chan_voter.c:1842: error: dereferencing pointer to incomplete type > chan_voter.c:1842: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1846: warning: ?struct ast_cli_args? declared inside parameter list > chan_voter.c: In function ?handle_cli_display?: > chan_voter.c:1849: error: ?CLI_INIT? undeclared (first use in this function) > chan_voter.c:1850: error: ?struct ast_cli_entry? has no member named ?command? > chan_voter.c:1853: error: ?CLI_GENERATE? undeclared (first use in this function) > chan_voter.c:1856: error: dereferencing pointer to incomplete type > chan_voter.c:1856: error: dereferencing pointer to incomplete type > chan_voter.c:1856: error: dereferencing pointer to incomplete type > chan_voter.c: At top level: > chan_voter.c:1860: warning: implicit declaration of function ?AST_CLI_DEFINE? > chan_voter.c:1860: warning: missing braces around initializer > chan_voter.c:1860: warning: (near initialization for ?voter_cli[0]?) > chan_voter.c:1860: error: initializer element is not constant > chan_voter.c:1860: error: (near initialization for ?voter_cli[0].cmda[0]?) > chan_voter.c:1861: error: initializer element is not constant > chan_voter.c:1861: error: (near initialization for ?voter_cli[0].cmda[1]?) > chan_voter.c:1862: error: initializer element is not constant > chan_voter.c:1862: error: (near initialization for ?voter_cli[0].cmda[2]?) > chan_voter.c:1863: error: initializer element is not constant > chan_voter.c:1863: error: (near initialization for ?voter_cli[0].cmda[3]?) > chan_voter.c:1864: error: initializer element is not constant > chan_voter.c:1864: error: (near initialization for ?voter_cli[0].cmda[4]?) > chan_voter.c:1865: error: initializer element is not constant > chan_voter.c:1865: error: (near initialization for ?voter_cli[0].cmda[5]?) > chan_voter.c: In function ?voter_reader?: > chan_voter.c:2061: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2061: warning: statement with no effect > chan_voter.c:2235: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2235: warning: statement with no effect > chan_voter.c:2272: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2272: warning: statement with no effect > chan_voter.c:2289: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2289: warning: pointer type mismatch in conditional expression > chan_voter.c:2295: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2295: warning: pointer type mismatch in conditional expression > chan_voter.c:2298: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2298: warning: pointer type mismatch in conditional expression > chan_voter.c:2507: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2507: warning: statement with no effect > chan_voter.c:2577: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2577: warning: statement with no effect > chan_voter.c:2635: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2635: warning: statement with no effect > chan_voter.c:2656: error: request for member ?ptr? in something not a structure or union > chan_voter.c:2656: warning: statement with no effect > chan_voter.c: In function ?reload?: > chan_voter.c:2824: error: too many arguments to function ?ast_config_load? > chan_voter.c: In function ?load_module?: > chan_voter.c:3183: error: too many arguments to function ?ast_config_load? > make[1]: *** [chan_voter.o] Error 1 > make[1]: Leaving directory `/usr/src/trunk/asterisk/channels' > make: *** [channels] Error 2 > > > Any idea what went wrong/what I'm missing? > > I'm still using the Acid distro from last year sometime, all updated with yum. > -- > Buddy Brannan, KB5ELV - Erie, PA > Phone: (814) 860-3194 or 888-75-BUDDY > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 17 22:06:55 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 17 Dec 2011 14:06:55 -0800 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: Message-ID: Without spending a lot of time (which I dont have) to rigorously re-figure out exactly what all this stuff means, I will give you some background information, and let you experiment with it and see what you get out of it. Please share your findings. First of all, the app_gps module supports multiple "gps" personalities. The "default" personality is the one normally referred to in the gps.conf file. Additional personalities may also be specified in the file with different stanza names. Here is an example of my gps.conf file (with the password omitted): ; Configuration for app_gps ; [general] call = A2115-1 password = XXXXX interval = 600 icon = r comment = AllStar Link Node server = second.aprs.net port = 14580 ;comport = /dev/ttyS0 baudrate = 4800 ;debug = y ; set this for debug output lat=37.153 lon=-119.4218 elev=123.69 power=2 height=1 gain=7 dir=0 [gene] call = A2115-2 interval = 600 icon = r comment = AllStar Link Node lat=37.153 lon=-119.4218 elev=123.69 power=2 height=1 gain=7 dir=0 This file is in use for my 2 site voter/simulcast system here in Coarsegold. The [general] (default) personality is my main site at my QTH. The [gene] personality is the other site at the QTH of Gene, KE6YMW. I am using this in this manner, to represent the locations of the 2 site of my voter/simulcast system, and not primarily for ARPStt use. However, the APRStt functionality *is* working for the main site. In the rpt.conf (and voter.conf) files, the various app_gps personalities are referred to by their stanza name. or blank for the default ([general]) stanza. So, in the stanza for your node number in rpt.conf, to use the main app_gps personality, you would include the following line: aprstt= If, for example, you wanted to use the [gene] personality, instead, you would include the following line: aprstt=gene In addition, the following configuration parameters that have to do with APRStt may optionally be included in any of the stanzas in the gps.conf file: ttlat=XXXX ttlon=XXXX ttlist=XXXX ttoffset=XXXX ttsplit=(y/n) The APRStt stuff generates a list of Callsigns associated with a station's location. What they want you to do is place the origin position (lat/lon) of the list *near* the station, but not directly on top of it, since the list would obscure the station entry (on a map) itself. These parameters have default values, which place the list some amount of space away from the station, and make the list do default kinds of things. I'm not sure whether these defaults are sane and/or resonable, but they are, at least, defaults. ttlat and ttlon allow specification of the station list's origin in absolute lat/lon position. ttlist. ttoffset and ttsplit speficy (somehow) the spacing and orientation of each entry in the station list, relative to the specified (or default) origin position. ttsplit, specifies that the list should center around the origin, rather then start at the origin. In addition of accepting the standard (rather cumbersome) APRStt key signon sequence, we also support the cop,63 function, which allows you to specify a normal DTMF function to log in a particular user (for APRStt) with of without a sub-id (or whatever those things are). Here is an example from my [functions] stanza: 900=cop,63,wb6nil,1 901=cop,63,wa6aaa *900 loggs in wb6nil with sub-whatever-it-is-id of 1 *900 loggs in wa6aaa with no sub-whatever-it-is Thats about all I know (or remember at this point). Play with it, see what it does, and let me know. JIM > From: captmick at charter.net > Date: Thu, 15 Dec 2011 15:33:34 -0600 > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Adding APRStt tp my node > > I have read on some websites that an APRStt function was being added to Allstar. I have not seen any documentation or information on the progress of this feature. I would like to add this to my node and would appreciate any help or information on implementing this feature if it is available. > > Mike > > WB9SLI > > Node 27558 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 17 22:07:55 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 17 Dec 2011 14:07:55 -0800 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: , Message-ID: of course, this only applies to the sources in SVN. please update to them. JIM From: telesistant at hotmail.com To: captmick at charter.net; app_rpt-users at ohnosec.org Date: Sat, 17 Dec 2011 14:06:55 -0800 Subject: Re: [App_rpt-users] Adding APRStt tp my node Without spending a lot of time (which I dont have) to rigorously re-figure out exactly what all this stuff means, I will give you some background information, and let you experiment with it and see what you get out of it. Please share your findings. First of all, the app_gps module supports multiple "gps" personalities. The "default" personality is the one normally referred to in the gps.conf file. Additional personalities may also be specified in the file with different stanza names. Here is an example of my gps.conf file (with the password omitted): ; Configuration for app_gps ; [general] call = A2115-1 password = XXXXX interval = 600 icon = r comment = AllStar Link Node server = second.aprs.net port = 14580 ;comport = /dev/ttyS0 baudrate = 4800 ;debug = y ; set this for debug output lat=37.153 lon=-119.4218 elev=123.69 power=2 height=1 gain=7 dir=0 [gene] call = A2115-2 interval = 600 icon = r comment = AllStar Link Node lat=37.153 lon=-119.4218 elev=123.69 power=2 height=1 gain=7 dir=0 This file is in use for my 2 site voter/simulcast system here in Coarsegold. The [general] (default) personality is my main site at my QTH. The [gene] personality is the other site at the QTH of Gene, KE6YMW. I am using this in this manner, to represent the locations of the 2 site of my voter/simulcast system, and not primarily for ARPStt use. However, the APRStt functionality *is* working for the main site. In the rpt.conf (and voter.conf) files, the various app_gps personalities are referred to by their stanza name. or blank for the default ([general]) stanza. So, in the stanza for your node number in rpt.conf, to use the main app_gps personality, you would include the following line: aprstt= If, for example, you wanted to use the [gene] personality, instead, you would include the following line: aprstt=gene In addition, the following configuration parameters that have to do with APRStt may optionally be included in any of the stanzas in the gps.conf file: ttlat=XXXX ttlon=XXXX ttlist=XXXX ttoffset=XXXX ttsplit=(y/n) The APRStt stuff generates a list of Callsigns associated with a station's location. What they want you to do is place the origin position (lat/lon) of the list *near* the station, but not directly on top of it, since the list would obscure the station entry (on a map) itself. These parameters have default values, which place the list some amount of space away from the station, and make the list do default kinds of things. I'm not sure whether these defaults are sane and/or resonable, but they are, at least, defaults. ttlat and ttlon allow specification of the station list's origin in absolute lat/lon position. ttlist. ttoffset and ttsplit speficy (somehow) the spacing and orientation of each entry in the station list, relative to the specified (or default) origin position. ttsplit, specifies that the list should center around the origin, rather then start at the origin. In addition of accepting the standard (rather cumbersome) APRStt key signon sequence, we also support the cop,63 function, which allows you to specify a normal DTMF function to log in a particular user (for APRStt) with of without a sub-id (or whatever those things are). Here is an example from my [functions] stanza: 900=cop,63,wb6nil,1 901=cop,63,wa6aaa *900 loggs in wb6nil with sub-whatever-it-is-id of 1 *900 loggs in wa6aaa with no sub-whatever-it-is Thats about all I know (or remember at this point). Play with it, see what it does, and let me know. JIM > From: captmick at charter.net > Date: Thu, 15 Dec 2011 15:33:34 -0600 > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Adding APRStt tp my node > > I have read on some websites that an APRStt function was being added to Allstar. I have not seen any documentation or information on the progress of this feature. I would like to add this to my node and would appreciate any help or information on implementing this feature if it is available. > > Mike > > WB9SLI > > Node 27558 > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From monty at ke7jvx.com Sat Dec 17 22:43:17 2011 From: monty at ke7jvx.com (Monty) Date: Sat, 17 Dec 2011 15:43:17 -0700 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites In-Reply-To: <259E8A60-CB26-4D69-B503-78302E78674C@gmail.com> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us> <4EED0626.2000001@pmbnet.co.za> <259E8A60-CB26-4D69-B503-78302E78674C@gmail.com> Message-ID: I am currently using an Intel D510 Atom, and it has the option of turning itself back on after a power failure. Monty On Sat, Dec 17, 2011 at 2:27 PM, Neal Garbenis wrote: > You cant go wrong with the beagle lox combination I have four of them they > work flawlessly. > > Neal Garbenis Jr. > NG8Y > > > > On Dec 17, 2011, at 4:14 PM, Shaun Rudling wrote: > > OK, I admit. Have not spent too much time with Mr Google on this one, but > here goes hoping for a short-cut answer................ > > I would like to run each of my seven repeater sites (mains/grid powered > with 12v standby bat) each with it's own URI and AllStar node. Some sites > will have two URI's. > > *Question; > What PC should I use at each site (12v PC would be nice, and with "auto > power on" from dead battery when mains power returns)* > > I had a look here http://www.mini-itx.com/ but the amount of choice is > overwhelming. No idea which one is suitable. > Then there is this thing called a Beagle Board?? > > > The processor must be fast enough to handle 2x URI's. I tried using a HP > netbook and an Asus eeePC but voice overs were a bit choppy as if the > processor was battling. > I do not really want fans, hard drives or any other antiquated moving > devices (when are we going to see quiet, passive pc's at the workplace?) > I do not need wireless, just an Ethernet port. > > Shaun > zr5s > Sysop for 7 ageing repeaters desperate for a facelift > www.marc.org.za > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Sun Dec 18 13:27:31 2011 From: george at dyb.com (George Csahanin) Date: Sun, 18 Dec 2011 07:27:31 -0600 Subject: [App_rpt-users] Allstar Link Support References: Message-ID: Fantastic idea. Just sent some. GeorgeC W2DB 2360 ----- Original Message ----- From: "Marshall Oldham" To: Sent: Friday, December 16, 2011 11:12 PM Subject: [App_rpt-users] Allstar Link Support > Greetings fellow Allstar link members, > > I am writing this email with the hopes that we as the amateur community > can step forward and support our hobby, mainly the app_rpt > and allstarlink technology that we all enjoy today. > > As many of you might NOT know, the creator of app_rpt and the allstarlink > network has never charged or asked for financial support > to keep the allstarlink system going. > > He has never charged users money to be a part of the allstarlink network, > nor has he ever made any profit off of specific hardware > sales for the allstarlink network. > Through the years he has put in a great deal of time and dedication along > with his exceptional talents to make app_rpt and the > allstarlink network the great VOIP technology that it has become today. > No other VOIP technology in the amateur radio community > can even compare to the technology, features and capability that is > offered for free to anyone wishing to setup there own > allstarlink node. > > Another unknown fact is that there are monthly costs associated with > keeping things running smoothly for the allstarlink system. > These costs are for server collocation, domain certifications and so on, > amounting to roughly $175 per month. Jim has been paying > these monthly fees out of his own pocket. Wouldn't it be nice if we could > all pitch in and help him to at the least cover these > monthly costs for this coming year? > > I am proposing that we all donate to this cause via PayPal at the > following URL. > > https://allstarlink.org/ > > At the top of this webpage just slightly down there is a PayPal donate > button. > > In the spirit and season of giving, lets all do our part to try and help > out with the financial side, so we can continue to use and > enjoy this great technology that we have all come to know and love! > > I would also like to say thanks to Jim, WB6NIL for all the many hours of > work and support that he and others have donated to this > hobby so that the amateur community at large can benefit and enjoy the use > of this technology on a daily basis for free. > > 73 > > Marshall - ke6pcv > Node 2065, 2066 > > > > From george at dyb.com Sun Dec 18 13:47:22 2011 From: george at dyb.com (George Csahanin) Date: Sun, 18 Dec 2011 07:47:22 -0600 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us> <4EED0626.2000001@pmbnet.co.za> Message-ID: <78BE13E7108047409E1D7D7E4906D1E3@lintv.com> Shaun, her's how I've been doing it: Parts from mini-box.com and logicsupply.com Intel D945 GCLF board (a problem, not made any longer) M200 case (non LCD) Pico PSU80-WI (WI very important) 1GB ram I run Limey-Linux off a 256MB CF card. I replace the blowers on teh case with ones that have better bearings, the M200 stock fan WILL die after a short period. I but NOS or used D945 boards on Ebay. They just keep chugging along, no disk drive to wear out, and as long as you don't reboot no added read/write cycles on the CF card. For motherborads, I have been eying the Intel DH61DLB3. But I still have one more D945 on the shelf. I tried the Pico PSU80. Yes it works, however it drops out under about 11.8 volts input, AND the 12Volts pass along directly to the CPU regulator thru the 4 pin connector. Noise on the 12V, or too much 12V input (voltage swing on input supply above some point) will kill the motherboard. The -WI power supplies make the 12V as well as the 5V, much tougher to kill. Next to try is the M3-ATX supply, works on 6-24 volts input, much more forgiving. In the future I want to try a Beagle but I have yet to see a "made for it" case, that would convert me...just when I got a handle on rolling my own Limey-Linux... GeorgeC W2DB 2360/2428 ----- Original Message ----- From: Shaun Rudling To: app_rpt-users at ohnosec.org Sent: Saturday, December 17, 2011 3:14 PM Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. Question; What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns) I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. Then there is this thing called a Beagle Board?? The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) I do not need wireless, just an Ethernet port. Shaun zr5s Sysop for 7 ageing repeaters desperate for a facelift www.marc.org.za -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 18 15:00:27 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 18 Dec 2011 07:00:27 -0800 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites In-Reply-To: <78BE13E7108047409E1D7D7E4906D1E3@lintv.com> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us>, <4EED0626.2000001@pmbnet.co.za>, <78BE13E7108047409E1D7D7E4906D1E3@lintv.com> Message-ID: Not that big of a problem. Limey Linux now supports the D525MW. JIM WB6NIL From: george at dyb.com To: shaun at pmbnet.co.za; app_rpt-users at ohnosec.org Date: Sun, 18 Dec 2011 07:47:22 -0600 Subject: Re: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites Shaun, her's how I've been doing it: Parts from mini-box.com and logicsupply.com Intel D945 GCLF board (a problem, not made any longer) M200 case (non LCD) Pico PSU80-WI (WI very important) 1GB ram I run Limey-Linux off a 256MB CF card. I replace the blowers on teh case with ones that have better bearings, the M200 stock fan WILL die after a short period. I but NOS or used D945 boards on Ebay. They just keep chugging along, no disk drive to wear out, and as long as you don't reboot no added read/write cycles on the CF card. For motherborads, I have been eying the Intel DH61DLB3. But I still have one more D945 on the shelf. I tried the Pico PSU80. Yes it works, however it drops out under about 11.8 volts input, AND the 12Volts pass along directly to the CPU regulator thru the 4 pin connector. Noise on the 12V, or too much 12V input (voltage swing on input supply above some point) will kill the motherboard. The -WI power supplies make the 12V as well as the 5V, much tougher to kill. Next to try is the M3-ATX supply, works on 6-24 volts input, much more forgiving. In the future I want to try a Beagle but I have yet to see a "made for it" case, that would convert me...just when I got a handle on rolling my own Limey-Linux... GeorgeC W2DB 2360/2428 ----- Original Message ----- From: Shaun Rudling To: app_rpt-users at ohnosec.org Sent: Saturday, December 17, 2011 3:14 PM Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. Question; What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns) I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. Then there is this thing called a Beagle Board?? The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) I do not need wireless, just an Ethernet port. Shaun zr5s Sysop for 7 ageing repeaters desperate for a facelift www.marc.org.za _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Sun Dec 18 16:02:40 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 18 Dec 2011 11:02:40 -0500 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? for remote repeater sites In-Reply-To: <4EED0626.2000001@pmbnet.co.za> References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us> <4EED0626.2000001@pmbnet.co.za> Message-ID: <4EEE0EA0.7030404@kb2ear.net> I use one of these on my system running 4 URI's without any problems. http://www.mini-box.com/VoomPC-2-Car-PC-Barebone-Intel?sc=8&category=101 On 12/17/2011 4:14 PM, Shaun Rudling wrote: > OK, I admit. Have not spent too much time with Mr Google on this one, > but here goes hoping for a short-cut answer................ > > I would like to run each of my seven repeater sites (mains/grid > powered with 12v standby bat) each with it's own URI and AllStar node. > Some sites will have two URI's. > > *Question; > What PC should I use at each site (12v PC would be nice, and with > "auto power on" from dead battery when mains power returns)* > > I had a look here http://www.mini-itx.com/ but the amount of choice is > overwhelming. No idea which one is suitable. > Then there is this thing called a Beagle Board?? > > > The processor must be fast enough to handle 2x URI's. I tried using a > HP netbook and an Asus eeePC but voice overs were a bit choppy as if > the processor was battling. > I do not really want fans, hard drives or any other antiquated moving > devices (when are we going to see quiet, passive pc's at the workplace?) > I do not need wireless, just an Ethernet port. > > Shaun > zr5s > Sysop for 7 ageing repeaters desperate for a facelift > www.marc.org.za > > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at micro-node.com Sun Dec 18 19:03:22 2011 From: mark at micro-node.com (Mark Guibord) Date: Sun, 18 Dec 2011 11:03:22 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is now available Message-ID: <002401ccbdb7$b6cf8560$246e9020$@com> Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2faf at arrl.net Sun Dec 18 19:05:46 2011 From: kb2faf at arrl.net (Chris(KB2FAF)) Date: Sun, 18 Dec 2011 14:05:46 -0500 Subject: [App_rpt-users] DTMF voice falsing Message-ID: <4EEE398A.4040209@arrl.net> Hi, I have been noticing an interesting problem. Audio drops on my repeater and link sporadically for maybe 500ms now and then as a conversation is taking place. If I watch debugging data from CLI it usually coincides with DTMF being sensed in certain voices. Is there a way to increase the time it takes for the system to recognize DTMF? Or is there something else going on. Thanks for any pointers... Chris KB2FAF From ke2n at cs.com Sun Dec 18 19:23:37 2011 From: ke2n at cs.com (Ken) Date: Sun, 18 Dec 2011 14:23:37 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <4EEE398A.4040209@arrl.net> References: <4EEE398A.4040209@arrl.net> Message-ID: <001801ccbdba$8b199ca0$a14cd5e0$@com> My experience always has been that the standard install is WAY too sensitive to DTMF false decodes. There may be an easier way to do this (I hope to find), but, one way is to remove the RADIO_RELAX compiler flag in /usr/src/astsrc/asterisk/menuselect.makeopts it should read only: MENUSELECT_CFLAGS=LOADABLE_MODULES Then cd astsrc And ./configure Make Make install There is a menu for changing compiler flags in recent releases - you have to make the menuselect program when you do the install (I think) 73 Ken > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) > Sent: Sunday, December 18, 2011 2:06 PM > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] DTMF voice falsing > > Hi, > > I have been noticing an interesting problem. Audio drops on my > repeater and link sporadically for maybe 500ms now and then as a > conversation is taking place. If I watch debugging data from CLI it > usually coincides with DTMF being sensed in certain voices. Is there a > way to increase the time it takes for the system to recognize DTMF? Or > is there something else going on. > > Thanks for any pointers... > > Chris > > KB2FAF > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kd0eav at gmail.com Sun Dec 18 20:55:15 2011 From: kd0eav at gmail.com (=?UTF-8?B?IkplcmVteSBSLiBHZWVvIFtLRMOYRUFWXSI=?=) Date: Sun, 18 Dec 2011 14:55:15 -0600 Subject: [App_rpt-users] [PATCH] chan_usbradio fixes for newer kernels In-Reply-To: <20111127064656.400db3ff@symphony.aura-online.co.uk> References: <20111127064656.400db3ff@symphony.aura-online.co.uk> Message-ID: <4EEE5333.8060000@gmail.com> Good timing. Thank you!! As luck would have it - I just lost the drive on one of my nodes. It's a newer piece of hardware and has always required a newer kernel. Just to report back - I applied this chan_usbradio patch against kernel 2.6.39 and it worked without a hitch (once I got my head out, anyhow)... Thanks again! I really appreciate this effort. As time goes on, I expect many others will be needing this support as well. FWIW - I used to work around this issue by enabling the depreciated SYSFS support (CONFIG_SYSFS_DEPRECATED); that option exists still in 2.6.39; but not sure if/when it will be dropped. But, it will be needed eventually. 73 - Jeremy, KD0EAV On 11/27/11 00:46, James Le Cuirot wrote: > Hello all, > > As mentioned in my previous post, I needed to make changes to > chan_usbradio as well as Zaptel for Linux 3.1.0. The crux of the issue > here was that the structure of /sys had changed. > > The first clue was when Asterisk started reporting that the USB device > ".." had been assigned to a radio channel. The code previously looked > up a path like: > > /sys/class/sound/dsp1/device > > On older kernels, this path would be a symlink to something like: > > ../../../devices/pci0000:00/0000:00:04.2/usb1/1-1/1-1:1.0 > > The second last component of this was extracted, resulting in 1-1. > However, the above symlink now simply points to ../../card1, resulting > in .. as I mentioned before. Now everything under /sys/class/sound is > also a symlink and it is these that need to be queried instead. For > dsp1, the new target is: > > ../../devices/pci0000:00/0000:00:04.2/usb1/1-1/1-1:1.0/sound/card1/dsp1 > > This is similar to before but the code that previously handled the path > extraction was long winded. basename and dirname do the job for us much > more efficiently. > > This new code will not work on older kernels. I was going to address > that issue when it occurred to me that this whole process is very > convoluted and over-complicated. Surely libusb can simply tell us the > "devstr" value without having to iterate over all the sound cards and > then go digging around in /sys? As it turns out, it can't, at least not > in this version. The old "legacy" libusb API is being used here. The > newer API includes a function called libusb_get_device_address but I'm > not sure whether this returns the right information. The following > discussion from August has led me to believe that the function we need > may actually be introduced in the next version. > > http://libusb.6.n5.nabble.com/Find-specific-USB-device-based-on-udev-info-td4539379.html > > Despite this, I was still able to simplify the confusingly named > usb_get_usbdev function. Instead of iterating over all the sound cards, > looking for the one that matches the given devstr, we simply look up > the device directly under /sys. For the 1-1 example: > > /sys/bus/usb/devices/1-1/1-1:1.0/sound > > This is a directory containing just one other directory, card1 in this > case. We just look for a directory starting with "card" and take the > number from the end. Job done. > > So to sum up, the attached patch works but only with newer kernels. I > don't know exactly which kernel version introduced the change. It may > have been as far back as 2.6.25. This could be fixed up to work with > older kernels too but moving to the newer libusb and vastly simplifying > this code is well worth considering. Of course, so is ditching > Asterisk, but that's covered in my other post. ;) This code would look > much the same under any system anyway. > > Regards, > James > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kd0eav at gmail.com Sun Dec 18 20:58:43 2011 From: kd0eav at gmail.com (=?UTF-8?B?IkplcmVteSBSLiBHZWVvIFtLRMOYRUFWXSI=?=) Date: Sun, 18 Dec 2011 14:58:43 -0600 Subject: [App_rpt-users] [PATCH] Zaptel modified for newer kernels & IOCTL issues. In-Reply-To: <20111126233129.5108cf10@symphony.aura-online.co.uk> References: <20111126233129.5108cf10@symphony.aura-online.co.uk> Message-ID: <4EEE5403.8030208@gmail.com> Just to report back on this patch as well.... I applied this Zaptel patch against kernel 2.6.39 and it works great! The cutoff used to be at 2.6.36. It's nice to cross that barrier finally. Appreciated it!! - Jeremy, KD0EAV On 11/26/11 17:31, James Le Cuirot wrote: > Hello all, > > I'm not a radio user but I've been helping Ken out and I made the > necessary changes to get Zaptel working with Linux 3.1.0. I know it is > customary to send patches directly to the list so here it is. > > Ken didn't mention that I did not fix all the drivers. I was primarily > just trying to get wctdm working. If you blank out the SUBDIR_MODULES > variable in the Makefile then the build will complete, albeit with some > drivers missing. > > No specialist knowledge is needed to complete this task as I merely > applied the same changes that have already been applied to DAHDI. Both > the name change and the other numerous modifications since then mean > that existing patches cannot simply be applied. > > This brings me to a controversial point. As I won't be staying here > long, I won't mince my words. Why on earth are you still dragging your > heels with Zaptel? All the work that went into making this patch had > already been done before by somebody else. This made the effort feel > pointless, hence why I wasn't compelled to finish the job. There have > no doubt been countless other feature additions and bug fixes to DAHDI > that you are missing out on. Jim complains that DAHDI has stupid bugs > that he had to fix in his Zaptel fork. I'm new here so I don't know if > he's ever mentioned exactly what these bugs are. Why not fix them in > DAHDI? If upstream doesn't agree, you can still continue to apply these > patches against future versions. You can't cling to the past forever in > the hope that things won't break because they inevitably do. > > Jim also stated that DAHDI would not work for radio setups. Is this > really true? I gather that if you don't have a telephony card, only the > ztdummy module is required for timing. I've seen the code for ztdummy > and dahdi_dummy. It's relatively short. Do the aforementioned bugs > apply to this code? Would they really be that hard to fix? I wish I had > the radio hardware just so I could try it for myself. > > As for Asterisk, I don't know whether Jim insists on this old version > because later versions don't support Zaptel or because he also has > other issues with it. If it's the latter then I agree with the > sentiment but not the solution. You only have to look as far as the > publicly posted rationale for FreeSWITCH to learn that Asterisk has > some fundamental flaws. This was written by someone who invested an > awful lot of time and code in Asterisk but ultimately decided that a > clean break was the only way to go. If Asterisk is so bad, why have you > stuck with it and how does clinging to an older version help? One would > hope that it has at least gone some way to address the flaws in more > recent versions. I have just begun developing a new VoIP product and > will be evaluating Yate in favour of Asterisk very soon. I don't know > much about it yet but I like what I've seen so far. Maybe you should > also consider the alternatives? > > Zaptel wasn't the only thing I had to modify for Linux 3.1.0. > chan_usbradio itself was also broken. I need to go into some detail > about that so I'll save it for another post. > > Regards, > James > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Sun Dec 18 21:57:46 2011 From: george at dyb.com (George Csahanin) Date: Sun, 18 Dec 2011 15:57:46 -0600 Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites References: <4EEB3009.70908@k1lnx.net> <4EECC993.9090600@morell.us>, <4EED0626.2000001@pmbnet.co.za>, <78BE13E7108047409E1D7D7E4906D1E3@lintv.com> Message-ID: <65F691621BA340ADADB5B448A31070A4@lintv.com> Hmmm...how'd I miss that, has all I need, including parport... TNX GeorgeC ----- Original Message ----- From: Jim Duuuude To: george at dyb.com ; shaun at pmbnet.co.za ; app_rpt mailing list Sent: Sunday, December 18, 2011 9:00 AM Subject: RE: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites Not that big of a problem. Limey Linux now supports the D525MW. JIM WB6NIL ------------------------------------------------------------------------------ From: george at dyb.com To: shaun at pmbnet.co.za; app_rpt-users at ohnosec.org Date: Sun, 18 Dec 2011 07:47:22 -0600 Subject: Re: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites Shaun, her's how I've been doing it: Parts from mini-box.com and logicsupply.com Intel D945 GCLF board (a problem, not made any longer) M200 case (non LCD) Pico PSU80-WI (WI very important) 1GB ram I run Limey-Linux off a 256MB CF card. I replace the blowers on teh case with ones that have better bearings, the M200 stock fan WILL die after a short period. I but NOS or used D945 boards on Ebay. They just keep chugging along, no disk drive to wear out, and as long as you don't reboot no added read/write cycles on the CF card. For motherborads, I have been eying the Intel DH61DLB3. But I still have one more D945 on the shelf. I tried the Pico PSU80. Yes it works, however it drops out under about 11.8 volts input, AND the 12Volts pass along directly to the CPU regulator thru the 4 pin connector. Noise on the 12V, or too much 12V input (voltage swing on input supply above some point) will kill the motherboard. The -WI power supplies make the 12V as well as the 5V, much tougher to kill. Next to try is the M3-ATX supply, works on 6-24 volts input, much more forgiving. In the future I want to try a Beagle but I have yet to see a "made for it" case, that would convert me...just when I got a handle on rolling my own Limey-Linux... GeorgeC W2DB 2360/2428 ----- Original Message ----- From: Shaun Rudling To: app_rpt-users at ohnosec.org Sent: Saturday, December 17, 2011 3:14 PM Subject: [App_rpt-users] Mini ITX board or Beagle board or ?? or ?? forremote repeater sites OK, I admit. Have not spent too much time with Mr Google on this one, but here goes hoping for a short-cut answer................ I would like to run each of my seven repeater sites (mains/grid powered with 12v standby bat) each with it's own URI and AllStar node. Some sites will have two URI's. Question; What PC should I use at each site (12v PC would be nice, and with "auto power on" from dead battery when mains power returns) I had a look here http://www.mini-itx.com/ but the amount of choice is overwhelming. No idea which one is suitable. Then there is this thing called a Beagle Board?? The processor must be fast enough to handle 2x URI's. I tried using a HP netbook and an Asus eeePC but voice overs were a bit choppy as if the processor was battling. I do not really want fans, hard drives or any other antiquated moving devices (when are we going to see quiet, passive pc's at the workplace?) I do not need wireless, just an Ethernet port. Shaun zr5s Sysop for 7 ageing repeaters desperate for a facelift www.marc.org.za _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2faf at arrl.net Mon Dec 19 03:12:22 2011 From: kb2faf at arrl.net (Chris(KB2FAF)) Date: Sun, 18 Dec 2011 22:12:22 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <001801ccbdba$8b199ca0$a14cd5e0$@com> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> Message-ID: <4EEEAB96.1040909@arrl.net> Ken, Your suggestion made a huge difference! Thank you. Chris - KB2FAF On 12/18/2011 02:23 PM, Ken wrote: > My experience always has been that the standard install is WAY too sensitive > to DTMF false decodes. > There may be an easier way to do this (I hope to find), but, one way is to > remove the RADIO_RELAX compiler flag > in > /usr/src/astsrc/asterisk/menuselect.makeopts > it should read only: > MENUSELECT_CFLAGS=LOADABLE_MODULES > > Then cd astsrc > And > ./configure > Make > Make install > > There is a menu for changing compiler flags in recent releases - you have to > make the menuselect program when you do the install (I think) > > 73 > > Ken > >> -----Original Message----- >> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- >> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) >> Sent: Sunday, December 18, 2011 2:06 PM >> To: App_rpt-users at ohnosec.org >> Subject: [App_rpt-users] DTMF voice falsing >> >> Hi, >> >> I have been noticing an interesting problem. Audio drops on my >> repeater and link sporadically for maybe 500ms now and then as a >> conversation is taking place. If I watch debugging data from CLI it >> usually coincides with DTMF being sensed in certain voices. Is there a >> way to increase the time it takes for the system to recognize DTMF? Or >> is there something else going on. >> >> Thanks for any pointers... >> >> Chris >> >> KB2FAF >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users at ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From tim.sawyer at me.com Mon Dec 19 04:02:00 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sun, 18 Dec 2011 20:02:00 -0800 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <4EEEAB96.1040909@arrl.net> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> Message-ID: But can you still reliably function the system? -- Tim :wq On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: > Ken, > > Your suggestion made a huge difference! > > Thank you. > > Chris - KB2FAF > > > On 12/18/2011 02:23 PM, Ken wrote: >> My experience always has been that the standard install is WAY too sensitive >> to DTMF false decodes. >> There may be an easier way to do this (I hope to find), but, one way is to >> remove the RADIO_RELAX compiler flag >> in >> /usr/src/astsrc/asterisk/menuselect.makeopts >> it should read only: >> MENUSELECT_CFLAGS=LOADABLE_MODULES >> >> Then cd astsrc >> And >> ./configure >> Make >> Make install >> >> There is a menu for changing compiler flags in recent releases - you have to >> make the menuselect program when you do the install (I think) >> >> 73 >> >> Ken >> >>> -----Original Message----- >>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- >>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) >>> Sent: Sunday, December 18, 2011 2:06 PM >>> To: App_rpt-users at ohnosec.org >>> Subject: [App_rpt-users] DTMF voice falsing >>> >>> Hi, >>> >>> I have been noticing an interesting problem. Audio drops on my >>> repeater and link sporadically for maybe 500ms now and then as a >>> conversation is taking place. If I watch debugging data from CLI it >>> usually coincides with DTMF being sensed in certain voices. Is there a >>> way to increase the time it takes for the system to recognize DTMF? Or >>> is there something else going on. >>> >>> Thanks for any pointers... >>> >>> Chris >>> >>> KB2FAF >>> >>> >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From ke2n at cs.com Mon Dec 19 04:05:03 2011 From: ke2n at cs.com (Ken) Date: Sun, 18 Dec 2011 23:05:03 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> Message-ID: <000001ccbe03$62e73280$28b59780$@com> In my case, the DTMF commands work fine with this setting. The only time I have trouble is when there is some multipath distortion ... driving to the next traffic light is usually enough to fix that ;-) Ken > -----Original Message----- > From: Tim Sawyer [mailto:tim.sawyer at me.com] > Sent: Sunday, December 18, 2011 11:02 PM > To: Chris (KB2FAF) > Cc: Ken; App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] DTMF voice falsing > > But can you still reliably function the system? > -- > Tim > :wq > > On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: > > > Ken, > > > > Your suggestion made a huge difference! > > > > Thank you. > > > > Chris - KB2FAF > > > > > > On 12/18/2011 02:23 PM, Ken wrote: > >> My experience always has been that the standard install is WAY too > >> sensitive to DTMF false decodes. > >> There may be an easier way to do this (I hope to find), but, one way > >> is to remove the RADIO_RELAX compiler flag in > >> /usr/src/astsrc/asterisk/menuselect.makeopts > >> it should read only: > >> MENUSELECT_CFLAGS=LOADABLE_MODULES > >> > >> Then cd astsrc > >> And > >> ./configure > >> Make > >> Make install > >> > >> There is a menu for changing compiler flags in recent releases - you > >> have to make the menuselect program when you do the install (I > think) > >> > >> 73 > >> > >> Ken > >> > >>> -----Original Message----- > >>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > >>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) > >>> Sent: Sunday, December 18, 2011 2:06 PM > >>> To: App_rpt-users at ohnosec.org > >>> Subject: [App_rpt-users] DTMF voice falsing > >>> > >>> Hi, > >>> > >>> I have been noticing an interesting problem. Audio drops on my > >>> repeater and link sporadically for maybe 500ms now and then as a > >>> conversation is taking place. If I watch debugging data from CLI > it > >>> usually coincides with DTMF being sensed in certain voices. Is > >>> there a way to increase the time it takes for the system to > >>> recognize DTMF? Or is there something else going on. > >>> > >>> Thanks for any pointers... > >>> > >>> Chris > >>> > >>> KB2FAF > >>> > >>> > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From tim.sawyer at me.com Mon Dec 19 04:25:04 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sun, 18 Dec 2011 20:25:04 -0800 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <000001ccbe03$62e73280$28b59780$@com> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> <000001ccbe03$62e73280$28b59780$@com> Message-ID: <94230A1F-4BDD-420C-B6A8-F5EB7C3584CF@me.com> I tried removing RADIO_RELAX but touch tone decoding was way too slow for my taste. Jim mentioned that the parameters could be adjusted to perhaps find a happy medium between radio_relax and phone mode. The parameters are in /usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler directive. Not being a C programmer and knowing even less about the DSP routines, I couldn't make much sense of the values. But maybe others could check it out and explain the parameters to the rest of us. :-) -- Tim :wq On Dec 18, 2011, at 8:05 PM, Ken wrote: > In my case, the DTMF commands work fine with this setting. > > The only time I have trouble is when there is some multipath distortion ... > driving to the next traffic light is usually enough to fix that ;-) > > Ken > >> -----Original Message----- >> From: Tim Sawyer [mailto:tim.sawyer at me.com] >> Sent: Sunday, December 18, 2011 11:02 PM >> To: Chris (KB2FAF) >> Cc: Ken; App_rpt-users at ohnosec.org >> Subject: Re: [App_rpt-users] DTMF voice falsing >> >> But can you still reliably function the system? >> -- >> Tim >> :wq >> >> On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: >> >>> Ken, >>> >>> Your suggestion made a huge difference! >>> >>> Thank you. >>> >>> Chris - KB2FAF >>> >>> >>> On 12/18/2011 02:23 PM, Ken wrote: >>>> My experience always has been that the standard install is WAY too >>>> sensitive to DTMF false decodes. >>>> There may be an easier way to do this (I hope to find), but, one way >>>> is to remove the RADIO_RELAX compiler flag in >>>> /usr/src/astsrc/asterisk/menuselect.makeopts >>>> it should read only: >>>> MENUSELECT_CFLAGS=LOADABLE_MODULES >>>> >>>> Then cd astsrc >>>> And >>>> ./configure >>>> Make >>>> Make install >>>> >>>> There is a menu for changing compiler flags in recent releases - you >>>> have to make the menuselect program when you do the install (I >> think) >>>> >>>> 73 >>>> >>>> Ken >>>> >>>>> -----Original Message----- >>>>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- >>>>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) >>>>> Sent: Sunday, December 18, 2011 2:06 PM >>>>> To: App_rpt-users at ohnosec.org >>>>> Subject: [App_rpt-users] DTMF voice falsing >>>>> >>>>> Hi, >>>>> >>>>> I have been noticing an interesting problem. Audio drops on my >>>>> repeater and link sporadically for maybe 500ms now and then as a >>>>> conversation is taking place. If I watch debugging data from CLI >> it >>>>> usually coincides with DTMF being sensed in certain voices. Is >>>>> there a way to increase the time it takes for the system to >>>>> recognize DTMF? Or is there something else going on. >>>>> >>>>> Thanks for any pointers... >>>>> >>>>> Chris >>>>> >>>>> KB2FAF >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > From ron at morell.us Mon Dec 19 05:27:44 2011 From: ron at morell.us (Ron Morell) Date: Sun, 18 Dec 2011 22:27:44 -0700 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? In-Reply-To: <4EEB3009.70908@k1lnx.net> References: <4EEB3009.70908@k1lnx.net> Message-ID: <4EEECB50.7070006@morell.us> I have it working. Turned out that type=user was not satisfactory... The iax.conf statements look like this: [ip-phone] username=ip-phone type=friend context=tutorial auth=md5 secret=password codecpriority=host disallow=all ; I need to look into codecs and see which one is best to use from the cell phone and select it. allow=g726aal2 ; probably need to make sure the codec matches from phone to host. allow=gsm transfer=no callerid="ka7u" The extensions.conf looks like this: [tutorial] exten=28174,1,answer() exten=28174,n,Playback(rpt/node) exten=28174,n,Playback(digits/2) exten=28174,n,Playback(digits/8) exten=28174,n,Playback(digits/1) exten=28174,n,Playback(digits/7) exten=28174,n,Playback(digits/4) exten=28174,n,rpt(28174|P) Now when I call in with IaxAgent on the Android Cell Phone it answers and puts me into the phone dialer where I have to dial the extension 28174. This is odd, because I have that extension stated in the iaxAgent calling setup, but it is Beta software so maybe it doesn't all work. Then after the extension 28174 answers the iaxAgent switches to an "in-session" screen. By pressing the additional menu button (lower left on the Android X phone), an in-session dialer is displayed on the screen. *70 gives the current connection status, *328210 will connect to that node, *128210 will disconnect from that node, and so on. But there is a problem with PTT. *99 does not start PTT and # does not disable it. Not sure why... This is the functions info from rpt.conf: functions=functions ; Repeater Function Table phone_functions=functions ; Repeater Function Table link_functions=functions ; Link Function Table [functions] 1=ilink,1 2=ilink,2 3=ilink,3 4=ilink,4 5=macro,1 70=ilink,5 71=ilink,6 72=ilink,7 73=ilink,15 74=ilink,16 75=ilink,8 80=status,1 81=status,2 6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up 0=autopatchdn ; Autopatch down 989=cop,4 980=status,3 99=cop,6 ;should be PTT So if anyone has an idea about what happened to *99 for PTT and # to switch to receive, I'd appreciate hearing it. It did work, when I connected to node 28187. I'll have to check and see if it still works on that node. Ron KA7U From dshaw at ke6upi.com Mon Dec 19 15:04:22 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Mon, 19 Dec 2011 07:04:22 -0800 Subject: [App_rpt-users] call into an Asterisk+app_rpt node with a cell phone?? In-Reply-To: <4EEECB50.7070006@morell.us> References: <4EEB3009.70908@k1lnx.net> <4EEECB50.7070006@morell.us> Message-ID: It have been a long time but try [tutorial] exten=s,1,answer() exten=s,n,Playback(rpt/node) exten=s,n,Playback(digits/2) exten=s,n,Playback(digits/8) exten=s,n,Playback(digits/1) exten=s,n,Playback(digits/7) exten=s,n,Playback(digits/4) exten=s,n,rpt(28174|P) David On Sun, Dec 18, 2011 at 9:27 PM, Ron Morell wrote: > I have it working. Turned out that type=user was not satisfactory... The > iax.conf statements look like this: > > [ip-phone] > username=ip-phone > type=friend > context=tutorial > auth=md5 > secret=password > codecpriority=host > disallow=all ; I need to look into codecs and see > which one is best to use from the cell phone and select it. > allow=g726aal2 ; probably need to make sure the codec > matches from phone to host. > allow=gsm > transfer=no > callerid="ka7u" > > The extensions.conf looks like this: > > [tutorial] > exten=28174,1,answer() > exten=28174,n,Playback(rpt/node) > exten=28174,n,Playback(digits/2) > exten=28174,n,Playback(digits/8) > exten=28174,n,Playback(digits/1) > exten=28174,n,Playback(digits/7) > exten=28174,n,Playback(digits/4) > exten=28174,n,rpt(28174|P) > > Now when I call in with IaxAgent on the Android Cell Phone it answers > and puts me into the phone dialer where I have to dial the extension > 28174. This is odd, because I have that extension stated in the > iaxAgent calling setup, but it is Beta software so maybe it doesn't all > work. Then after the extension 28174 answers the iaxAgent switches to > an "in-session" screen. By pressing the additional menu button (lower > left on the Android X phone), an in-session dialer is displayed on the > screen. *70 gives the current connection status, *328210 will connect > to that node, *128210 will disconnect from that node, and so on. > > But there is a problem with PTT. *99 does not start PTT and # does not > disable it. Not sure why... This is the functions info from rpt.conf: > > functions=functions ; Repeater Function Table > phone_functions=functions ; Repeater Function Table > link_functions=functions ; Link Function Table > > > [functions] > 1=ilink,1 > 2=ilink,2 > 3=ilink,3 > 4=ilink,4 > 5=macro,1 > 70=ilink,5 > 71=ilink,6 > 72=ilink,7 > 73=ilink,15 > 74=ilink,16 > 75=ilink,8 > > 80=status,1 > 81=status,2 > > 6=autopatchup,noct=1,farenddisconnect=1,dialtime=20000 ; Autopatch up > 0=autopatchdn ; Autopatch down > > 989=cop,4 > 980=status,3 > 99=cop,6 ;should be PTT > > So if anyone has an idea about what happened to *99 for PTT and # to > switch to receive, I'd appreciate hearing it. It did work, when I > connected to node 28187. I'll have to check and see if it still works > on that node. > Ron > KA7U > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From captmick at charter.net Tue Dec 20 02:12:01 2011 From: captmick at charter.net (Michael Kaufman) Date: Mon, 19 Dec 2011 20:12:01 -0600 Subject: [App_rpt-users] Adding APRStt tp my node In-Reply-To: References: , Message-ID: <8751D0BC-2352-4866-84B6-9F79C1777C74@charter.net> Hi Jim: Thanks for the info which was quite helpful: I have tried some of your recommendations with good results but more testing to do. I will publish more information later for anyone interested in adding this feature to their nodes, a great enhancement!!!! Mike WB9SLI Node 27558 On Dec 17, 2011, at 4:07 PM, Jim Duuuude wrote: > of course, this only applies to the sources in SVN. please update to them. > > JIM > > From: telesistant at hotmail.com > To: captmick at charter.net; app_rpt-users at ohnosec.org > Date: Sat, 17 Dec 2011 14:06:55 -0800 > Subject: Re: [App_rpt-users] Adding APRStt tp my node > > Without spending a lot of time (which I dont have) to rigorously > re-figure out exactly what all this stuff means, I will give you > some background information, and let you experiment with it and > see what you get out of it. Please share your findings. > > First of all, the app_gps module supports multiple "gps" personalities. > > The "default" personality is the one normally referred to in the gps.conf file. > Additional personalities may also be specified in the file with different stanza > names. > > Here is an example of my gps.conf file (with the password omitted): > > ; Configuration for app_gps > ; > [general] > > call = A2115-1 > password = XXXXX > interval = 600 > icon = r > comment = AllStar Link Node > server = second.aprs.net > port = 14580 > ;comport = /dev/ttyS0 > baudrate = 4800 > ;debug = y ; set this for debug output > lat=37.153 > lon=-119.4218 > elev=123.69 > power=2 > height=1 > gain=7 > dir=0 > > [gene] > > call = A2115-2 > interval = 600 > icon = r > comment = AllStar Link Node > lat=37.153 > lon=-119.4218 > elev=123.69 > power=2 > height=1 > gain=7 > dir=0 > > This file is in use for my 2 site voter/simulcast system here in Coarsegold. > The [general] (default) personality is my main site at my QTH. The [gene] > personality is the other site at the QTH of Gene, KE6YMW. > > I am using this in this manner, to represent the locations of the 2 site of > my voter/simulcast system, and not primarily for ARPStt use. However, the > APRStt functionality *is* working for the main site. > > In the rpt.conf (and voter.conf) files, the various app_gps personalities are > referred to by their stanza name. or blank for the default ([general]) stanza. > > So, in the stanza for your node number in rpt.conf, to use the main app_gps > personality, you would include the following line: > > aprstt= > > If, for example, you wanted to use the [gene] personality, instead, you would > include the following line: > > aprstt=gene > > > In addition, the following configuration parameters that have to do with APRStt > may optionally be included in any of the stanzas in the gps.conf file: > > ttlat=XXXX > ttlon=XXXX > ttlist=XXXX > ttoffset=XXXX > ttsplit=(y/n) > > The APRStt stuff generates a list of Callsigns associated with a station's > location. What they want you to do is place the origin position (lat/lon) > of the list *near* the station, but not directly on top of it, since the > list would obscure the station entry (on a map) itself. > > These parameters have default values, which place the list some amount of > space away from the station, and make the list do default kinds of things. > I'm not sure whether these defaults are sane and/or resonable, but they > are, at least, defaults. > > ttlat and ttlon allow specification of the station list's origin in > absolute lat/lon position. > > ttlist. ttoffset and ttsplit speficy (somehow) the spacing and orientation > of each entry in the station list, relative to the specified (or default) > origin position. ttsplit, specifies that the list should center around the > origin, rather then start at the origin. > > In addition of accepting the standard (rather cumbersome) > APRStt key signon sequence, we also support the cop,63 > function, which allows you to specify a normal DTMF function > to log in a particular user (for APRStt) with of without a > sub-id (or whatever those things are). > > Here is an example from my [functions] stanza: > > 900=cop,63,wb6nil,1 > 901=cop,63,wa6aaa > > *900 loggs in wb6nil with sub-whatever-it-is-id of 1 > *900 loggs in wa6aaa with no sub-whatever-it-is > > > > Thats about all I know (or remember at this point). > > Play with it, see what it does, and let me know. > > JIM > > > From: captmick at charter.net > > Date: Thu, 15 Dec 2011 15:33:34 -0600 > > To: App_rpt-users at ohnosec.org > > Subject: [App_rpt-users] Adding APRStt tp my node > > > > I have read on some websites that an APRStt function was being added to Allstar. I have not seen any documentation or information on the progress of this feature. I would like to add this to my node and would appreciate any help or information on implementing this feature if it is available. > > > > Mike > > > > WB9SLI > > > > Node 27558 > > _______________________________________________ > > App_rpt-users mailing list > > App_rpt-users at ohnosec.org > > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Tue Dec 20 13:28:36 2011 From: ke2n at cs.com (Ken) Date: Tue, 20 Dec 2011 08:28:36 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> Message-ID: <002a01ccbf1b$477676f0$d66364d0$@com> I guess it depends on how you use the system. I only use it for manual commands. I can reliably punch the rubber buttons on my microphone at about 2 digits per second. It has no trouble keeping up with that. If your setup has a speed dialer and you are dialing 10 digit phone numbers and passwords or whatever, I can see there might be an issue... not the majority of cases, I imagine. Anyway, having to wait 5 seconds for a phone number to go through every once in a while would be acceptable to me as a trade off for continuous unwanted muting of words every minute or so .. Ken > -----Original Message----- > From: Tim Sawyer [mailto:tim.sawyer at me.com] > Sent: Sunday, December 18, 2011 11:02 PM > To: Chris (KB2FAF) > Cc: Ken; App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] DTMF voice falsing > > But can you still reliably function the system? > -- > Tim > :wq > I tried removing RADIO_RELAX but touch tone decoding was way too slow for my taste. From vencl at att.net Tue Dec 20 14:58:31 2011 From: vencl at att.net (Lu Vencl) Date: Tue, 20 Dec 2011 09:58:31 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <94230A1F-4BDD-420C-B6A8-F5EB7C3584CF@me.com> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> <000001ccbe03$62e73280$28b59780$@com> <94230A1F-4BDD-420C-B6A8-F5EB7C3584CF@me.com> Message-ID: <137d01ccbf27$d7cc9340$8765b9c0$@net> This is an interesting problem. I never hear this on any of my nodes. Could it be that there is too much audio driving the URI? Not sure, but does the URI RX level drive the DTMF detection? If so, you might be too hot.. Might be worth trying to adjust that down as a test to see what happens? -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer Sent: Sunday, December 18, 2011 11:25 PM To: Ken Cc: App_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] DTMF voice falsing I tried removing RADIO_RELAX but touch tone decoding was way too slow for my taste. Jim mentioned that the parameters could be adjusted to perhaps find a happy medium between radio_relax and phone mode. The parameters are in /usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler directive. Not being a C programmer and knowing even less about the DSP routines, I couldn't make much sense of the values. But maybe others could check it out and explain the parameters to the rest of us. :-) -- Tim :wq On Dec 18, 2011, at 8:05 PM, Ken wrote: > In my case, the DTMF commands work fine with this setting. > > The only time I have trouble is when there is some multipath distortion ... > driving to the next traffic light is usually enough to fix that ;-) > > Ken > >> -----Original Message----- >> From: Tim Sawyer [mailto:tim.sawyer at me.com] >> Sent: Sunday, December 18, 2011 11:02 PM >> To: Chris (KB2FAF) >> Cc: Ken; App_rpt-users at ohnosec.org >> Subject: Re: [App_rpt-users] DTMF voice falsing >> >> But can you still reliably function the system? >> -- >> Tim >> :wq >> >> On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: >> >>> Ken, >>> >>> Your suggestion made a huge difference! >>> >>> Thank you. >>> >>> Chris - KB2FAF >>> >>> >>> On 12/18/2011 02:23 PM, Ken wrote: >>>> My experience always has been that the standard install is WAY too >>>> sensitive to DTMF false decodes. >>>> There may be an easier way to do this (I hope to find), but, one way >>>> is to remove the RADIO_RELAX compiler flag in >>>> /usr/src/astsrc/asterisk/menuselect.makeopts >>>> it should read only: >>>> MENUSELECT_CFLAGS=LOADABLE_MODULES >>>> >>>> Then cd astsrc >>>> And >>>> ./configure >>>> Make >>>> Make install >>>> >>>> There is a menu for changing compiler flags in recent releases - you >>>> have to make the menuselect program when you do the install (I >> think) >>>> >>>> 73 >>>> >>>> Ken >>>> >>>>> -----Original Message----- >>>>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- >>>>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) >>>>> Sent: Sunday, December 18, 2011 2:06 PM >>>>> To: App_rpt-users at ohnosec.org >>>>> Subject: [App_rpt-users] DTMF voice falsing >>>>> >>>>> Hi, >>>>> >>>>> I have been noticing an interesting problem. Audio drops on my >>>>> repeater and link sporadically for maybe 500ms now and then as a >>>>> conversation is taking place. If I watch debugging data from CLI >> it >>>>> usually coincides with DTMF being sensed in certain voices. Is >>>>> there a way to increase the time it takes for the system to >>>>> recognize DTMF? Or is there something else going on. >>>>> >>>>> Thanks for any pointers... >>>>> >>>>> Chris >>>>> >>>>> KB2FAF >>>>> >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>> _______________________________________________ >>> App_rpt-users mailing list >>> App_rpt-users at ohnosec.org >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From ke2n at cs.com Tue Dec 20 15:13:35 2011 From: ke2n at cs.com (Ken) Date: Tue, 20 Dec 2011 10:13:35 -0500 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <137d01ccbf27$d7cc9340$8765b9c0$@net> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> <000001ccbe03$62e73280$28b59780$@com> <94230A1F-4BDD-420C-B6A8-F5EB7C3584CF@me.com> <137d01ccbf27$d7cc9340$8765b9c0$@net> Message-ID: <000001ccbf29$f2168bf0$d643a3d0$@com> No I don't think so. The URI is adjusted per the instructions and the receiver gain settings are reasonable (rxmixerset=375) My guess is that it is the users' vocal characteristics and to some extent the rig he/she is using. If you have one or two of these individuals on your system, it will drive you crazy unless you change the RADIO_RELAX setting. Ken > -----Original Message----- > From: Lu Vencl [mailto:vencl at att.net] > Sent: Tuesday, December 20, 2011 9:59 AM > To: 'Tim Sawyer'; 'Ken' > Cc: App_rpt-users at ohnosec.org > Subject: RE: [App_rpt-users] DTMF voice falsing > > This is an interesting problem. I never hear this on any of my nodes. > Could it be that there is too much audio driving the URI? Not sure, but > does the URI RX level drive the DTMF detection? If so, you might be too > hot.. > Might be worth trying to adjust that down as a test to see what > happens? > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer > Sent: Sunday, December 18, 2011 11:25 PM > To: Ken > Cc: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] DTMF voice falsing > > I tried removing RADIO_RELAX but touch tone decoding was way too slow > for my taste. Jim mentioned that the parameters could be adjusted to > perhaps find a happy medium between radio_relax and phone mode. The > parameters are in /usr/src/astsrc/asterisk/main/dsp.c under the > RADIO_RELAX compiler directive. Not being a C programmer and knowing > even less about the DSP routines, I couldn't make much sense of the > values. But maybe others could check it out and explain the parameters > to the rest of us. :-) > -- > Tim > :wq > > On Dec 18, 2011, at 8:05 PM, Ken wrote: > > > In my case, the DTMF commands work fine with this setting. > > > > The only time I have trouble is when there is some multipath > > distortion > ... > > driving to the next traffic light is usually enough to fix that ;-) > > > > Ken > > > >> -----Original Message----- > >> From: Tim Sawyer [mailto:tim.sawyer at me.com] > >> Sent: Sunday, December 18, 2011 11:02 PM > >> To: Chris (KB2FAF) > >> Cc: Ken; App_rpt-users at ohnosec.org > >> Subject: Re: [App_rpt-users] DTMF voice falsing > >> > >> But can you still reliably function the system? > >> -- > >> Tim > >> :wq > >> > >> On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: > >> > >>> Ken, > >>> > >>> Your suggestion made a huge difference! > >>> > >>> Thank you. > >>> > >>> Chris - KB2FAF > >>> > >>> > >>> On 12/18/2011 02:23 PM, Ken wrote: > >>>> My experience always has been that the standard install is WAY too > >>>> sensitive to DTMF false decodes. > >>>> There may be an easier way to do this (I hope to find), but, one > >>>> way is to remove the RADIO_RELAX compiler flag in > >>>> /usr/src/astsrc/asterisk/menuselect.makeopts > >>>> it should read only: > >>>> MENUSELECT_CFLAGS=LOADABLE_MODULES > >>>> > >>>> Then cd astsrc > >>>> And > >>>> ./configure > >>>> Make > >>>> Make install > >>>> > >>>> There is a menu for changing compiler flags in recent releases - > >>>> you have to make the menuselect program when you do the install (I > >> think) > >>>> > >>>> 73 > >>>> > >>>> Ken > >>>> > >>>>> -----Original Message----- > >>>>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > >>>>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) > >>>>> Sent: Sunday, December 18, 2011 2:06 PM > >>>>> To: App_rpt-users at ohnosec.org > >>>>> Subject: [App_rpt-users] DTMF voice falsing > >>>>> > >>>>> Hi, > >>>>> > >>>>> I have been noticing an interesting problem. Audio drops on my > >>>>> repeater and link sporadically for maybe 500ms now and then as a > >>>>> conversation is taking place. If I watch debugging data from CLI > >> it > >>>>> usually coincides with DTMF being sensed in certain voices. Is > >>>>> there a way to increase the time it takes for the system to > >>>>> recognize DTMF? Or is there something else going on. > >>>>> > >>>>> Thanks for any pointers... > >>>>> > >>>>> Chris > >>>>> > >>>>> KB2FAF > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> App_rpt-users mailing list > >>>>> App_rpt-users at ohnosec.org > >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > >>> _______________________________________________ > >>> App_rpt-users mailing list > >>> App_rpt-users at ohnosec.org > >>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From tim.sawyer at me.com Wed Dec 21 02:57:09 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Tue, 20 Dec 2011 18:57:09 -0800 Subject: [App_rpt-users] DTMF voice falsing In-Reply-To: <137d01ccbf27$d7cc9340$8765b9c0$@net> References: <4EEE398A.4040209@arrl.net> <001801ccbdba$8b199ca0$a14cd5e0$@com> <4EEEAB96.1040909@arrl.net> <000001ccbe03$62e73280$28b59780$@com> <94230A1F-4BDD-420C-B6A8-F5EB7C3584CF@me.com> <137d01ccbf27$d7cc9340$8765b9c0$@net> Message-ID: Some people will false DTMF like crazy and others won't touch it. I have one guy who sounds like he's talking the PL of with every ahh and ohh. He's not falseing the PL by the way, I see his DTMF on the asterisk console. -- Tim :wq On Dec 20, 2011, at 6:58 AM, Lu Vencl wrote: > This is an interesting problem. I never hear this on any of my nodes. > Could it be that there is too much audio driving the URI? Not sure, but does > the URI RX level drive the DTMF detection? If so, you might be too hot.. > Might be worth trying to adjust that down as a test to see what happens? > > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Tim Sawyer > Sent: Sunday, December 18, 2011 11:25 PM > To: Ken > Cc: App_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] DTMF voice falsing > > I tried removing RADIO_RELAX but touch tone decoding was way too slow for my > taste. Jim mentioned that the parameters could be adjusted to perhaps find a > happy medium between radio_relax and phone mode. The parameters are in > /usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler > directive. Not being a C programmer and knowing even less about the DSP > routines, I couldn't make much sense of the values. But maybe others could > check it out and explain the parameters to the rest of us. :-) > -- > Tim > :wq > > On Dec 18, 2011, at 8:05 PM, Ken wrote: > >> In my case, the DTMF commands work fine with this setting. >> >> The only time I have trouble is when there is some multipath distortion > ... >> driving to the next traffic light is usually enough to fix that ;-) >> >> Ken >> >>> -----Original Message----- >>> From: Tim Sawyer [mailto:tim.sawyer at me.com] >>> Sent: Sunday, December 18, 2011 11:02 PM >>> To: Chris (KB2FAF) >>> Cc: Ken; App_rpt-users at ohnosec.org >>> Subject: Re: [App_rpt-users] DTMF voice falsing >>> >>> But can you still reliably function the system? >>> -- >>> Tim >>> :wq >>> >>> On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote: >>> >>>> Ken, >>>> >>>> Your suggestion made a huge difference! >>>> >>>> Thank you. >>>> >>>> Chris - KB2FAF >>>> >>>> >>>> On 12/18/2011 02:23 PM, Ken wrote: >>>>> My experience always has been that the standard install is WAY too >>>>> sensitive to DTMF false decodes. >>>>> There may be an easier way to do this (I hope to find), but, one way >>>>> is to remove the RADIO_RELAX compiler flag in >>>>> /usr/src/astsrc/asterisk/menuselect.makeopts >>>>> it should read only: >>>>> MENUSELECT_CFLAGS=LOADABLE_MODULES >>>>> >>>>> Then cd astsrc >>>>> And >>>>> ./configure >>>>> Make >>>>> Make install >>>>> >>>>> There is a menu for changing compiler flags in recent releases - you >>>>> have to make the menuselect program when you do the install (I >>> think) >>>>> >>>>> 73 >>>>> >>>>> Ken >>>>> >>>>>> -----Original Message----- >>>>>> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- >>>>>> bounces at ohnosec.org] On Behalf Of Chris(KB2FAF) >>>>>> Sent: Sunday, December 18, 2011 2:06 PM >>>>>> To: App_rpt-users at ohnosec.org >>>>>> Subject: [App_rpt-users] DTMF voice falsing >>>>>> >>>>>> Hi, >>>>>> >>>>>> I have been noticing an interesting problem. Audio drops on my >>>>>> repeater and link sporadically for maybe 500ms now and then as a >>>>>> conversation is taking place. If I watch debugging data from CLI >>> it >>>>>> usually coincides with DTMF being sensed in certain voices. Is >>>>>> there a way to increase the time it takes for the system to >>>>>> recognize DTMF? Or is there something else going on. >>>>>> >>>>>> Thanks for any pointers... >>>>>> >>>>>> Chris >>>>>> >>>>>> KB2FAF >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> App_rpt-users mailing list >>>>>> App_rpt-users at ohnosec.org >>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users at ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From w7ry at centurytel.net Wed Dec 21 03:08:48 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Tue, 20 Dec 2011 19:08:48 -0800 Subject: [App_rpt-users] Asterisk Install Help! Message-ID: <4ED77623AEAF47C9BFB29C603DEC0704@Laptop> Group.. I'm having some issues getting a new node set up and have some questions. Not sure if this is the right forum or not. I successfully loaded the OS twice.. I apparently mistyped my password when the install asked me for it. After I put it in in-correctly, the screen went to a login prompt... now I cant figure out how to re-start the install without starting from square 1. I've searched the internet and found little information on the actual node install. Can anyone point me to some? Thanks! 73 Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Wed Dec 21 03:14:53 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Tue, 20 Dec 2011 19:14:53 -0800 Subject: [App_rpt-users] Asterisk Install Help! In-Reply-To: <4ED77623AEAF47C9BFB29C603DEC0704@Laptop> References: <4ED77623AEAF47C9BFB29C603DEC0704@Laptop> Message-ID: Oh... One more thing... Do you have to have a server and a node? The web site is a bit un-clear on this. I just want to have a node that will connect to other nodes and the WIN System Allstar reflector. Thanks! 73 Jim W7RY From: Jim W7RY Sent: Tuesday, December 20, 2011 7:08 PM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] Asterisk Install Help! Group.. I'm having some issues getting a new node set up and have some questions. Not sure if this is the right forum or not. I successfully loaded the OS twice.. I apparently mistyped my password when the install asked me for it. After I put it in in-correctly, the screen went to a login prompt... now I cant figure out how to re-start the install without starting from square 1. I've searched the internet and found little information on the actual node install. Can anyone point me to some? Thanks! 73 Jim W7RY -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4693 - Release Date: 12/20/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Wed Dec 21 05:54:24 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Tue, 20 Dec 2011 21:54:24 -0800 Subject: [App_rpt-users] Asterisk Install Help! In-Reply-To: <4EF15E4F.3010108@morell.us> References: <4EF15E4F.3010108@morell.us> Message-ID: <9DA2D19B233141FD81CE5B4E8536A32A@Laptop> Ron.. See the below message when I enter the command asterisk -rvv And yes, my DMK URI is plugged in and it's green LED is lit. From: Ron Morell Sent: Tuesday, December 20, 2011 8:19 PM To: w7ry at centurytel.net Subject: Re: [App_rpt-users] Asterisk Install Help! Jim, It sounds like you have a ways to go with this project! First thing is to login, now that you have the prompt. So where it asks you to login, type "root" and then your password. That should get you to the prompt on the terminal session. This software all runs from a terminal, there is not a GUI to reduce the learning curve. So you will be at the command prompt for all the work. Are you currently a Linux user? What you are installing with the ACID install is a Linux distribution called CENTOS ver. 5.7 and the Asterisk PBX plus the app_rpt repeater control program. Asterisk+app_rpt is both a server and an application. You should approach it as a server that you will be configuring to control your repeater or node radio. You do have a built in applicaton which you can access by typing "asterisk -rv" from the command prompt in the terminal. You will then be presented with a prompt that looks like this. [root at test asterisk]# asterisk -rvv Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?) Thanks Ron 73 Jim W7RY Connected to Asterisk currently running on test (pid = 2572) Verbosity is at least 3 test*CLI> This will not work out unless you have the USB FOB connected. The GMK URI is a good choice. If it is connected, you will be able to configure the node. Hope this helps you to move forward. Write if I can be of further assistance, or if I completely miss understood the question, rephrase it and I'll try again. Hi Hi Ron Morell KA7U Oh... One more thing... Do you have to have a server and a node? The web site is a bit un-clear on this. I just want to have a node that will connect to other nodes and the WIN System Allstar reflector. Thanks! 73 Jim W7RY From: Jim W7RY Sent: Tuesday, December 20, 2011 7:08 PM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] Asterisk Install Help! Group.. I'm having some issues getting a new node set up and have some questions. Not sure if this is the right forum or not. I successfully loaded the OS twice.. I apparently mistyped my password when the install asked me for it. After I put it in in-correctly, the screen went to a login prompt... now I cant figure out how to re-start the install without starting from square 1. I've searched the internet and found little information on the actual node install. Can anyone point me to some? Thanks! 73 Jim W7RY -- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4693 - Release Date: 12/20/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shaun at pmbnet.co.za Wed Dec 21 11:08:36 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Wed, 21 Dec 2011 13:08:36 +0200 Subject: [App_rpt-users] [pcrepeatercontroller] Re: Analog Repeater Weatherinformation In-Reply-To: <4EF1A7B7.7080201@skypro.be> References: <4EF1A7B7.7080201@skypro.be> Message-ID: <4EF1BE34.3050507@pmbnet.co.za> I think we are missing the point. We have 2 kinds of people here............. 1- Those that write and code software (with feedback from users to debug, inspire and suggest)------------ (A huge undertaking) 2- Those that implement the software and run around installing and maintaining the hardware. ------------ (also a huge undertaking) respect all, brother. So, this hardy guy, is asking the softy guys to add a feature - automatic WX announcements. There is no ways the majority of us are going to suddenly learn how to write scripts, software etc. So in the spirit of Xmas, we are asking for a gift. Hi! But hey, there are not many volunteers writing software, so this is going to remain a suggestion until someone takes on this idea. But I do want to add, that I think it is a very worthwhile feature and would be a huge selling point for D-Star, AllStar to have this. I mean, all hams talk about the weather, don't they? Besides, it is good for warning about impending inclement weather and even the public could monitor the repeaters to make use of a "value-added service" . Good for promoting Amateur Radio. Let's do what the honeybees do when their forage bees numbers are dropping, feed some bees a bit of royal jelly and turn them into forage bees. So let's feed up any potential software developers to build up their numbers. May I be the first to wish everyone a festive season, travel safely and don't eat too much cholesterol. Shaun zr5s On 21/12/11 11:32, Kristoff Bonne wrote: > > Hi Marco, > > > On 20-12-11 23:35, Marco Dittmann wrote: > >> i have run the Analog Repeater under Microsoft Windows XP. >> any idea for this program? >> when the analog repeater that has programed, that was wounderfully, >> > As explained before: > - this is already implemented on the echolink boxes. Why not use that? > - That's not the job of a repeater. That's an add-on. This is > something that other people can develop so that the developer of the > repeater can concentrate on his project. > > >> a lot of people were happy for this functunally... this was a future, >> what no repeater have... that make the analog repeater interessted... >> > Great. Then start coding and developing. :-) > > > 73 > Kristoff - ON1ARF > __._,_.___ > Reply to sender > > | Reply to group > > | Reply via web post > > | Start a New Topic > > > Messages in this topic > > (12) > Recent Activity: > > * New Members > > 13 > * New Photos > > 5 > * New Files > > 7 > > Visit Your Group > > > MARKETPLACE > > Stay on top of your group activity without leaving the page you're on > - Get the Yahoo! Toolbar now. > > > Yahoo! Groups > > > Switch to: Text-Only > , > Daily Digest > > . Unsubscribe > > . Terms of Use > . > > __,_._,___ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1890 / Virus Database: 2109/4693 - Release Date: 12/20/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Wed Dec 21 13:27:22 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Wed, 21 Dec 2011 08:27:22 -0500 Subject: [App_rpt-users] [pcrepeatercontroller] Re: Analog Repeater Weatherinformation In-Reply-To: <4EF1BE34.3050507@pmbnet.co.za> References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> Message-ID: <4EF1DEBA.508@bdboyle.com> On 12/21/11 6:08 AM, Shaun Rudling wrote: > I think we are missing the point. We have 2 kinds of people > here............. > 1- Those that write and code software (with feedback from users to > debug, inspire and suggest)------------ (A huge undertaking) > 2- Those that implement the software and run around installing and > maintaining the hardware. ------------ (also a huge undertaking) respect > all, brother. > > So, this hardy guy, is asking the softy guys to add a feature - > automatic WX announcements. There is no ways the majority of us are > going to suddenly learn how to write scripts, software etc. > So in the spirit of Xmas, we are asking for a gift. Hi! > > But hey, there are not many volunteers writing software, so this is > going to remain a suggestion until someone takes on this idea. But I do > want to add, that I think it is a very worthwhile feature and would > be a huge selling point for D-Star, AllStar to have this. I mean, all > hams talk about the weather, don't they? Besides, it is good for warning > about impending inclement weather and even the public could monitor the > repeaters to make use of a "value-added service" . Good for promoting > Amateur Radio. > > Let's do what the honeybees do when their forage bees numbers are > dropping, feed some bees a bit of royal jelly and turn them into forage > bees. > So let's feed up any potential software developers to build up their > numbers. > > May I be the first to wish everyone a festive season, travel safely and > don't eat too much cholesterol. Good points. However...it depends on how the question is asked: 1. "Gee...this seems like it would be a good thing to do. I've searched Google/Bing/Yahoogroups/voip-info.org/etc and haven't found anything like this. Anyone working on it? Anyone need a beta tester? I'd like to help...maybe if it worked this way....what does everyone think???" 2. "I want a weather script. Why hasn't ? written one yet? This software is a POS. X does this. Why doesn't Y do this?" It doesn't take much to learn how to bash (or shell, or c-shell) script. But, it's not an immediate rush of instant gratification. Someone CAN do it for you. But then you're dependent on them (and their time and inclination) to support it. I believe in self-sufficiency. So...let's take a look at what's needed to provide this functionality: 1. A repeater controller that can play back audio files. Anyone know of a good one? (hint: that's the software this list supports) 2. Audio files of the weather. Hmmm....where do these come from? 3. Some 'automated' way of either a) downloading pre-recorded weather reports or b) some way of generating audio files from text. So...let's take it one at a time (and this is biased towards the US. Sorry, that's where I live. That's the weather service I use) 1. Asterisk app_rpt. Read the documentation. Can app_rpt, under the controlling software do this? Of course...why else would they have all those wonderful voice announcements that Allison Smith spent so much time DONATING to the cause? So, we've established that the controller CAN play back audio. 2. This is variable. At least here in the US, there is no consistency as to whether the local WX office to the repeater location will have audio files (podcasts, computer generated, what have you) of the current, forecast, significant weather, bulletins, etc. So, we have to assume that WE will have to 1) grab the textual data, 2) strip out the parts we want, 3) convert the text to speech, 4) make a decision as to whether to store for later/on-demand retrieval or transmit immediately (alert). 3. Use a combination of bash, perl, and cepstral text to speech with the proper encoding bit-rate. Yeah, you have to spend a couple dollars. But it works better than the free stuff. The author(s) (Duuude) of app_rpt are busy enough with Real Life, and may or may not be able to do this. Expecting them to do so is, at best, imho, an imposition on their time, especially when the request sounds more like a demand. The software is free, as in free beer. Try approaching the functionality of asterisk with any of the commercial off-the-shelf hardware controllers. The other stuff can't hold a candle to this package. But with that, comes the need to get out of the appliance operator mindset (anyone can solder up some cables and hook them into an appliance controller and get it to work with the limited set of commands possible...). Running this controller is NOT plug and play...but with that comes the capability to pretty much do anything you want. But, like most open source, sometimes you just have to figure it out for yourself. That being said...I'll post my weather scripts on my station website for your perusal, downloading, etc. YOU are responsible for installing the support software (perl, sox, and cepstral with william-8K voice files are the only additions I can recall of the top of the noggin) for making them work. But, they DO work, and have been active on my system for the last year. No guarantee that they will work for you (especially if you're outside the US...since they're based on US Metar formats and weather service text files...which means YOU have to do some digging and code bashing). But, maybe they'll inspire you to push your own comfort envelope a bit. I'll post the URL later. I need to get some Real Job work done...:) -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. Sent from my MacBook Pro. From bdboyle at bdboyle.com Wed Dec 21 14:10:48 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Wed, 21 Dec 2011 09:10:48 -0500 Subject: [App_rpt-users] : Analog Repeater Weather information Scripts In-Reply-To: <4EF1DEBA.508@bdboyle.com> References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> Message-ID: <4EF1E8E8.9000003@bdboyle.com> Scripts at: http://www.wb0yle.com/weather.htm Haven't written the README yet...but, for those for whom shell hacking is an enjoyable exercise...it should be self explanatory. -- Bryan In this world, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. Sent from my MacBook Pro. From dshaw at ke6upi.com Wed Dec 21 15:09:18 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Wed, 21 Dec 2011 07:09:18 -0800 Subject: [App_rpt-users] [pcrepeatercontroller] Re: Analog Repeater Weatherinformation In-Reply-To: <4EF1DEBA.508@bdboyle.com> References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> Message-ID: I haven't read all of the post, but what are you looking for? If you want NOAA Weather then try this. You can make a cron job to run the script. On 12/10/2010 09:22 AM, David KE6UPI wrote: I have used this script. Works well. asterisk at home festival weather configuration MP3 Audio directly from NOAA! Updated URLs on 12-15-06 If you are in the San Diego NOAA Office area (and maybe others, check your regional NOAA Office homepage from http://weather.gov/), you can get an audio file of the current forecast for your zone and play it directly. For the San Diego NOAA Office area, go to http://newweb.wrh.noaa.gov/sgx/ and click on the Audio selection under Forecasts. Get the URL of the audio file for your zone from the map. Create an announcement in wav format from: http://www.research.att.com/~ttsweb/tts/demo.php I like the UK-Audrey voice, but try some others too. Make something like: latest-forecast.wav "Please wait while I download the latest forecast" select-weatherorvmc.wav "Press 1 for voicemail press 2 for the latest weather forecast" You will have to convert the wav files from 16000Hz to 8000Hz and maybe speed them up a bit (135%) and reduce the volume (60%) before you use them. Put them in /var/lib/asterisk/sounds named latest-forecast.wav and select-weatherorvmc.wav Add something like this to your extensions.conf (maybe in the rans section) to get the latest forecast when you dial whatever extension (like 865) that you choose. My extensions.conf for audio weather: | exten => 865,1,Answer exten => 865,2,Playback(latest-forecast) > exten => 865,3,System(/usr/bin/curl -shttp://www.wrh.noaa > .gov/sgx/data/audio/LAXSAFC42.mp3 > /tmp/LAXSAFC42.mp3) > > exten => 865,4,Wait(1) > exten => 865,5,MP3Player(/tmp/LAXSAFC42.mp3) > exten => 865,6,System(rm /tmp/LAXSAFC42.mp3 -f) > exten => 865,7,Hangup > | > > > > If you have trouble, make sure you have curl installed, change the path > above if necessary. find / -type f -name "curl" will find your curl > executable. I'm using MP3Player instead of Playback because I don't have > a sound card in the Asterisk box so mpg123 fails when it tries to use > /dev/dsp. I suppose there is a way to have a dummy dev, but I don't know > how. If you do use Playback instead of MP3Player, don't use the .mp3 > file extension in your extensions.conf. > > > > http://www.voip-info.org/wiki/view/asterisk+at+home+festival+weather+configuration > > David Question: Why does people want a weather script this time of the year? On Wed, Dec 21, 2011 at 5:27 AM, Bryan D. Boyle wrote: > On 12/21/11 6:08 AM, Shaun Rudling wrote: > >> I think we are missing the point. We have 2 kinds of people >> here............. >> 1- Those that write and code software (with feedback from users to >> debug, inspire and suggest)------------ (A huge undertaking) >> 2- Those that implement the software and run around installing and >> maintaining the hardware. ------------ (also a huge undertaking) respect >> all, brother. >> >> So, this hardy guy, is asking the softy guys to add a feature - >> automatic WX announcements. There is no ways the majority of us are >> going to suddenly learn how to write scripts, software etc. >> So in the spirit of Xmas, we are asking for a gift. Hi! >> >> But hey, there are not many volunteers writing software, so this is >> going to remain a suggestion until someone takes on this idea. But I do >> want to add, that I think it is a very worthwhile feature and would >> be a huge selling point for D-Star, AllStar to have this. I mean, all >> hams talk about the weather, don't they? Besides, it is good for warning >> about impending inclement weather and even the public could monitor the >> repeaters to make use of a "value-added service" . Good for promoting >> Amateur Radio. >> >> Let's do what the honeybees do when their forage bees numbers are >> dropping, feed some bees a bit of royal jelly and turn them into forage >> bees. >> So let's feed up any potential software developers to build up their >> numbers. >> >> May I be the first to wish everyone a festive season, travel safely and >> don't eat too much cholesterol. >> > > Good points. However...it depends on how the question is asked: > > 1. "Gee...this seems like it would be a good thing to do. I've searched > Google/Bing/Yahoogroups/voip-**info.org/etc and haven't found anything like this. Anyone working on it? Anyone need a > beta tester? I'd like to help...maybe if it worked this way....what does > everyone think???" > > 2. "I want a weather script. Why hasn't ? written one yet? This > software is a POS. X does this. Why doesn't Y do this?" > > It doesn't take much to learn how to bash (or shell, or c-shell) script. > But, it's not an immediate rush of instant gratification. Someone CAN do > it for you. But then you're dependent on them (and their time and > inclination) to support it. I believe in self-sufficiency. > > So...let's take a look at what's needed to provide this functionality: > > 1. A repeater controller that can play back audio files. Anyone know of a > good one? (hint: that's the software this list supports) > 2. Audio files of the weather. Hmmm....where do these come from? > 3. Some 'automated' way of either a) downloading pre-recorded weather > reports or b) some way of generating audio files from text. > > So...let's take it one at a time (and this is biased towards the US. > Sorry, that's where I live. That's the weather service I use) > > 1. Asterisk app_rpt. Read the documentation. Can app_rpt, under the > controlling software do this? Of course...why else would they have all > those wonderful voice announcements that Allison Smith spent so much time > DONATING to the cause? So, we've established that the controller CAN play > back audio. > > 2. This is variable. At least here in the US, there is no consistency as > to whether the local WX office to the repeater location will have audio > files (podcasts, computer generated, what have you) of the current, > forecast, significant weather, bulletins, etc. So, we have to assume that > WE will have to 1) grab the textual data, 2) strip out the parts we want, > 3) convert the text to speech, 4) make a decision as to whether to store > for later/on-demand retrieval or transmit immediately (alert). > > 3. Use a combination of bash, perl, and cepstral text to speech with the > proper encoding bit-rate. Yeah, you have to spend a couple dollars. But > it works better than the free stuff. > > The author(s) (Duuude) of app_rpt are busy enough with Real Life, and may > or may not be able to do this. Expecting them to do so is, at best, imho, > an imposition on their time, especially when the request sounds more like a > demand. The software is free, as in free beer. Try approaching the > functionality of asterisk with any of the commercial off-the-shelf hardware > controllers. The other stuff can't hold a candle to this package. But > with that, comes the need to get out of the appliance operator mindset > (anyone can solder up some cables and hook them into an appliance > controller and get it to work with the limited set of commands > possible...). Running this controller is NOT plug and play...but with that > comes the capability to pretty much do anything you want. But, like most > open source, sometimes you just have to figure it out for yourself. > > That being said...I'll post my weather scripts on my station website for > your perusal, downloading, etc. YOU are responsible for installing the > support software (perl, sox, and cepstral with william-8K voice files are > the only additions I can recall of the top of the noggin) for making them > work. But, they DO work, and have been active on my system for the last > year. No guarantee that they will work for you (especially if you're > outside the US...since they're based on US Metar formats and weather > service text files...which means YOU have to do some digging and code > bashing). But, maybe they'll inspire you to push your own comfort envelope > a bit. > > I'll post the URL later. I need to get some Real Job work done...:) > > -- > Bryan > In this world, you must be oh so smart or oh so pleasant. > Well, for years I was smart. I recommend pleasant. > You may quote me. > > Sent from my MacBook Pro. > ______________________________**_________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/**mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6pcv at cal-net.org Wed Dec 21 18:54:18 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <002401ccbdb7$b6cf8560$246e9020$@com> References: <002401ccbdb7$b6cf8560$246e9020$@com> Message-ID: I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Dec 21 19:52:03 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 21 Dec 2011 11:52:03 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, Message-ID: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Wed Dec 21 20:15:07 2011 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Thu, 22 Dec 2011 07:15:07 +1100 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com> Message-ID: <4ef23e53.a222320a.3376.fffff221@mx.google.com> At 06:52 AM 12/22/2011, Jim Duuuude wrote: >Yeah, that's the general idea. The location of the Linux server >running app_rpt/Asterisk can be >more or less anywhere within Internet connectivity of all of the >receiver and/or transmitter sites. >Of course, "Internet" can mean either some sort of public Internet >connection, or a privately-provided >Internet connection (low-cost microwave link(s), etc). Hmm, a very tempting piece of hardware! :) 73 de VK3JED / VK3IRL http://vkradio.com From ke6pcv at cal-net.org Wed Dec 21 20:23:28 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Wed, 21 Dec 2011 12:23:28 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, Message-ID: Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michaelcarey at internode.on.net Wed Dec 21 20:26:12 2011 From: michaelcarey at internode.on.net (Michael Carey) Date: Thu, 22 Dec 2011 06:56:12 +1030 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <4ef23e53.a222320a.3376.fffff221@mx.google.com> References: <002401ccbdb7$b6cf8560$246e9020$@com> <4ef23e53.a222320a.3376.fffff221@mx.google.com> Message-ID: <4EF240E4.5080301@internode.on.net> I agree Tony... I have one application that is crying out for this box RIGHT NOW. Michael. VK5ZEA On 22/12/2011 06:45, Tony Langdon, VK3JED wrote: > At 06:52 AM 12/22/2011, Jim Duuuude wrote: >> Yeah, that's the general idea. The location of the Linux server >> running app_rpt/Asterisk can be >> more or less anywhere within Internet connectivity of all of the >> receiver and/or transmitter sites. >> Of course, "Internet" can mean either some sort of public Internet >> connection, or a privately-provided >> Internet connection (low-cost microwave link(s), etc). > > Hmm, a very tempting piece of hardware! :) > > 73 de VK3JED / VK3IRL > http://vkradio.com > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From petem001 at hotmail.com Wed Dec 21 20:46:27 2011 From: petem001 at hotmail.com (pete M) Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> Message-ID: I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Dec 21 20:52:08 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 21 Dec 2011 12:52:08 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , Message-ID: Yeah you got it. Another thing I probably should have mentioned is that the RTCM/Voter module uses an Internet protocol that is specifically designed to work on ANY Internet connection from which "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" nightmares are necessary. You can just plug it in and it works. JIM WB6NIL From: ke6pcv at cal-net.org To: telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Wed, 21 Dec 2011 12:23:28 -0800 Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Wed Dec 21 20:55:40 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 21 Dec 2011 12:55:40 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: , <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za>, <4EF1DEBA.508@bdboyle.com>, , Message-ID: The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vk3jed at vkradio.com Wed Dec 21 21:28:21 2011 From: vk3jed at vkradio.com (Tony Langdon, VK3JED) Date: Thu, 22 Dec 2011 08:28:21 +1100 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <4EF240E4.5080301@internode.on.net> References: <002401ccbdb7$b6cf8560$246e9020$@com> <4ef23e53.a222320a.3376.fffff221@mx.google.com> <4EF240E4.5080301@internode.on.net> Message-ID: <4ef24f7e.6348e70a.29c8.458e@mx.google.com> At 07:26 AM 12/22/2011, Michael Carey wrote: >I agree Tony... I have one application that is crying out for this >box RIGHT NOW. I can also see a lot of potential for "out of the box" solutions using this box. It's quite inexpensive for what it does. 73 de VK3JED / VK3IRL http://vkradio.com From tim.sawyer at me.com Wed Dec 21 21:35:50 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Wed, 21 Dec 2011 13:35:50 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com> Message-ID: <7F8E301C-EBE9-401E-B32E-48FD2A880190@me.com> Hi Marshall et al, Yesterday Jim helped us get the voter stuff installed on our two meter Micor repeaters here in the SoCal area. It's working awesome! You cannot tell when the voter switches sites... the audio transfers without any sort of click or telltale indication of any kind. There is a cool command in app_rpt that shows you how the voter is performing in real time. The command is "voter display your_node_no" and it looks like this: It shows you on a scale of 0 to 255 the amount of quieting. It looks much like the RX level set thingy in app_rpt. The currently selected receiver will have an asterisk before it's name. The scale slides up and down and the asterisk jumps back and forth as the voter operates. It's really interesting and fun to watch it as people are using the system. We are also simulcasting. The city hall transmitter's coverage (of the basement) does not overlap Santiago so we didn't need TX freq stabilization. If and when we do need to expand the city hall coverage we have Trimble Thunderbolt GPS' installed and ready stabilize a couple of Quantars (wish, wish) or Jim's soon-to-be-released frequency divider goodie. I've attached a simple block diagram of the system. -- Tim :wq On Dec 21, 2011, at 12:23 PM, Marshall Oldham wrote: > Jim, > > Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional > full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? > As long as I have some sort of internet connection at the remote sites back to my house? > > If I understand this correctly this would mean that: > > 1) No cost of computer at the radio site. > 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. > 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) > 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop > for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. > > If so, this seems like a pretty cool little piece of hardware! > > Marshall - ke6pcv > > > > > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Wednesday, December 21, 2011 11:52 AM > To: Marshall Oldham; app_rpt mailing list > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system could be set up with a server > located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of some sort between each of them > and the server, the system will work nicely. That is providing that there is an RTCM located at > the server location also (whether or not that particular RTCM has radio hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), > and a larger server could easily support MANY dozens of them on dozens of allstar nodes. > Of course, you REALLY dont want to put too many of them on a single server, being a potential > single point of failure. For pretty much any practical purpose, the reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux > host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for > portable/mobile operation with a mobile/portable Internet connection in both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. > > Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation > correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? > > Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? > > How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? > > If this is the case, All I can say is WOW, how cool! > > 73 > > Marshall > > > > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord > Sent: Sunday, December 18, 2011 11:03 AM > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > For more information visit http://micro-node.com/thin-m1.html > > Regards, > Mark Guibord > Micro-Node International > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2011-12-21 at 1.23.21 PM.png Type: image/png Size: 14311 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Voter.pdf Type: application/pdf Size: 38562 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Wed Dec 21 21:46:07 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Wed, 21 Dec 2011 13:46:07 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com> Message-ID: An interesting side note form yesterday's install: While no port forwarding is necessary at the receiver sites, it is necessary at the master site. You must port forward port 667 UDP to the asterisk/app_rpt/voter. Unfortunately our IT guys were not around to set up the port forwarding for us. So we decided to use another port that was still forwarded but no longer used. Thanks to Jim having the foresight to allow any port to be used!!! It may be of some interest to note that the port we used was one of the IRLP ports. :-) -- Tim :wq On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: > Yeah you got it. > > Another thing I probably should have mentioned is that the RTCM/Voter module uses an > Internet protocol that is specifically designed to work on ANY Internet connection from which > "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and > where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" > nightmares are necessary. You can just plug it in and it works. > > JIM WB6NIL > > From: ke6pcv at cal-net.org > To: telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > Date: Wed, 21 Dec 2011 12:23:28 -0800 > > Jim, > > Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional > full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? > As long as I have some sort of internet connection at the remote sites back to my house? > > If I understand this correctly this would mean that: > > 1) No cost of computer at the radio site. > 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. > 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) > 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop > for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. > > If so, this seems like a pretty cool little piece of hardware! > > Marshall - ke6pcv > > > > > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Wednesday, December 21, 2011 11:52 AM > To: Marshall Oldham; app_rpt mailing list > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system could be set up with a server > located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of some sort between each of them > and the server, the system will work nicely. That is providing that there is an RTCM located at > the server location also (whether or not that particular RTCM has radio hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), > and a larger server could easily support MANY dozens of them on dozens of allstar nodes. > Of course, you REALLY dont want to put too many of them on a single server, being a potential > single point of failure. For pretty much any practical purpose, the reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux > host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for > portable/mobile operation with a mobile/portable Internet connection in both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. > > Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation > correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? > > Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? > > How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? > > If this is the case, All I can say is WOW, how cool! > > 73 > > Marshall > > > > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord > Sent: Sunday, December 18, 2011 11:03 AM > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > For more information visit http://micro-node.com/thin-m1.html > > Regards, > Mark Guibord > Micro-Node International > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6pcv at cal-net.org Wed Dec 21 22:22:34 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Wed, 21 Dec 2011 14:22:34 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , Message-ID: <2B648B087B424497AD80474B74A2DFE8@marshall2> Jim, All I can say is WOW! I love the fact that you don't need a "COMPUTER" at the remote site and you don't need to deal with the "PORT FORWARDING" issue or network provisioning as well. It sure seems like you guys have made a simple, easy to use product that is really a good bargain. When you start adding up the cost of hardware to build an Allstar node the "Old Fashion Way" with a computer and Sound FOB, the RTCM sure seems to be a pretty good deal. And it is very small and does not take up any space in the equipment rack at a repeater site. Marshall _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 12:52 PM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah you got it. Another thing I probably should have mentioned is that the RTCM/Voter module uses an Internet protocol that is specifically designed to work on ANY Internet connection from which "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" nightmares are necessary. You can just plug it in and it works. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Wed, 21 Dec 2011 12:23:28 -0800 Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w5los at yahoo.com Wed Dec 21 23:05:22 2011 From: w5los at yahoo.com (Jesse Royall) Date: Wed, 21 Dec 2011 15:05:22 -0800 (PST) Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: , <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za>, <4EF1DEBA.508@bdboyle.com>, , Message-ID: <1324508722.7774.YahooMailNeo@web113804.mail.gq1.yahoo.com> Ramesh runs it with the allstar ISO not Limey. I have a T5710 in my Truck and its installed with the Allstar ISO as well. My ALLSTAR node is setup as simple since the Thin clients didn't work very well trying to process DSP config. I read somewhere that Limey only talked to certain hardware that my Thin Client didn't have. So tried the ISO and with the Help of Ramesh was able to get a simple ALLSTAR node setup and running well. ________________________________ From: Jim Duuuude To: petem001 at hotmail.com; app_rpt mailing list Sent: Wednesday, December 21, 2011 2:55 PM Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically.? Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ________________________________ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) ? they have a VIA chipset that have Video , network, and audio device ? I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. ? I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. ? If possible, how to i build the thing?? ? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. ? So is it possible or am I dreaming? ? forgot to tell you that there is a serial and printerl port to the machine ? you can see the spec there: ? http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf ? ? ? Pierre ? VE2PF ? ? ? ? _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6pcv at cal-net.org Wed Dec 21 23:11:57 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Wed, 21 Dec 2011 15:11:57 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <7F8E301C-EBE9-401E-B32E-48FD2A880190@me.com> References: <002401ccbdb7$b6cf8560$246e9020$@com> <7F8E301C-EBE9-401E-B32E-48FD2A880190@me.com> Message-ID: <7029C9A72EBA47B7ADEA089A627D3C9C@marshall2> Tim, Thanks for the display and the block diagram. I can't wait to play with some of this new hardware when I get time. This is all very cool stuff! :) I am really excited about the possibilities and flexibility of this new hardware and technology! 73 Marshall - ke6pcv _____ From: Tim Sawyer [mailto:tim.sawyer at me.com] Sent: Wednesday, December 21, 2011 1:36 PM To: Marshall Oldham; app_rpt mailing list Cc: Jim Duuuude Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Hi Marshall et al, Yesterday Jim helped us get the voter stuff installed on our two meter Micor repeaters here in the SoCal area. It's working awesome! You cannot tell when the voter switches sites... the audio transfers without any sort of click or telltale indication of any kind. There is a cool command in app_rpt that shows you how the voter is performing in real time. The command is "voter display your_node_no" and it looks like this: -------------- next part -------------- An HTML attachment was scrubbed... URL: From shaun at pmbnet.co.za Thu Dec 22 02:09:56 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Thu, 22 Dec 2011 04:09:56 +0200 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , Message-ID: <4EF29174.80105@pmbnet.co.za> Now THIS is what I wanted to hear. So I guess as long as I can ping the AllStar server, then it will work. We have a large wireless LAN network but each geographical section is on its own ip range. I have 10 repeater sites I want to link up. Looks like my D-Star project must be put on hold for awhile. Anyone want to buy 4x URIx's? Shaun zr5s Ps! "Low Power Input voltage (7-24Vdc approximately 80ma) " You must be pulling my co-ax, or is this really true? On 21/12/11 22:52, Jim Duuuude wrote: > Yeah you got it. > > Another thing I probably should have mentioned is that the RTCM/Voter > module uses an > Internet protocol that is specifically designed to work on ANY > Internet connection from which > "generic web surfing" is possible (behind any number of NAT > routers/firewalls, etc and > where LAN address is provided via DHCP). No "port forwarding" or > "network provisioning" > nightmares are necessary. You can just plug it in and it works. > > JIM WB6NIL > > ------------------------------------------------------------------------ > From: ke6pcv at cal-net.org > To: telesistant at hotmail.com; app_rpt-users at ohnosec.org > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) > is nowavailable > Date: Wed, 21 Dec 2011 12:23:28 -0800 > > Jim, > Okay so one server running Allstar node software at a central location > (like my house) can support a dozen RTCM's being used as "Generic" > conventional > full duplex (repeaters) radio interfaces on far away hilltops even if > I do not want to use the RTCM GPS-Timing Multi receiver voting or > Simulcast Transmitter features? > As long as I have some sort of internet connection at the remote sites > back to my house? > If I understand this correctly this would mean that: > 1) No cost of computer at the radio site. > 2) No worry about the node computer locking up at the remote radio > site and having to reboot or reset it. > 3) No cost other than the RTCM (Radio Thin Client Module) to setup an > Allstar node at the remote radio site. (no computer, no URI, no Sound > FOB) > 4) If I use the RTCM (Radio Thin Client Module) I have the ability to > setup a normal Allstar node at the present time and then later if I > want to I can upgrade the hilltop > for GPS-Timing Multi receiver voting and Simulcast Transmitter by > simply adding a GPS receiver at the site and reconfiguring the software. > If so, this seems like a pretty cool little piece of hardware! > Marshall - ke6pcv > > ------------------------------------------------------------------------ > *From:* Jim Duuuude [mailto:telesistant at hotmail.com] > *Sent:* Wednesday, December 21, 2011 11:52 AM > *To:* Marshall Oldham; app_rpt mailing list > *Subject:* RE: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > > Yeah, that's the general idea. The location of the Linux server > running app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the > receiver and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet > connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located > on the same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system > could be set up with a server > located in some sort of datacenter "on the ground", and all the > radios could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of > some sort between each of them > and the server, the system will work nicely. That is providing > that there is an RTCM located at > the server location also (whether or not that particular RTCM has > radio hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's > (on 1 or 2 allstar nodes), > and a larger server could easily support MANY dozens of them on > dozens of allstar nodes. > Of course, you REALLY dont want to put too many of them on a > single server, being a potential > single point of failure. For pretty much any practical purpose, > the reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would > mention that the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a > Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a > conventional (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would > be to not have the Linux > host "on the hill" with the radio (as mentioned above). In > addition, the RTCM allows for > portable/mobile operation with a mobile/portable Internet > connection in both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > ------------------------------------------------------------------------ > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client > Module) and it really looks like a GREAT product and addition to > the already cool Allstar hardware. > Among all the other cool features of the RTCM (Radio Thin Client > Module) like Transmitter Simulcasting and Receiver Voting, ifI > understand the documentation > correctly you can use this very small Radio Thin Client Module at > a remote radio site to set up an Allstar repeater node if the > site has internet connection without a COMPUTER at the site? > Then you can point the node on the hilltop back to a server on the > ground somewhere that is easy to get too? > How many total sites can you use Radio Thin Client Modules on and > point back to a single server on the ground? > If this is the case, All I can say is WOW, how cool! > 73 > Marshall > > ------------------------------------------------------------------------ > *From:* app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Mark > Guibord > *Sent:* Sunday, December 18, 2011 11:03 AM > *To:* app_rpt-users at ohnosec.org > *Subject:* [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > > > For more information visithttp://micro-node.com/thin-m1.html > > > > Regards, > > Mark Guibord > > Micro-Node International > > > _______________________________________________ App_rpt-users > mailing list App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1890 / Virus Database: 2109/4694 - Release Date: 12/21/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 04:10:06 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 21 Dec 2011 20:10:06 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <4EF29174.80105@pmbnet.co.za> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , <4EF29174.80105@pmbnet.co.za> Message-ID: yep, if you get pingage you get connectage. JIM Date: Thu, 22 Dec 2011 04:09:56 +0200 From: shaun at pmbnet.co.za To: telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Now THIS is what I wanted to hear. So I guess as long as I can ping the AllStar server, then it will work. We have a large wireless LAN network but each geographical section is on its own ip range. I have 10 repeater sites I want to link up. Looks like my D-Star project must be put on hold for awhile. Anyone want to buy 4x URIx's? Shaun zr5s Ps! "Low Power Input voltage (7-24Vdc approximately 80ma) " You must be pulling my co-ax, or is this really true? On 21/12/11 22:52, Jim Duuuude wrote: Yeah you got it. Another thing I probably should have mentioned is that the RTCM/Voter module uses an Internet protocol that is specifically designed to work on ANY Internet connection from which "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" nightmares are necessary. You can just plug it in and it works. JIM WB6NIL From: ke6pcv at cal-net.org To: telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Wed, 21 Dec 2011 12:23:28 -0800 Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4694 - Release Date: 12/21/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2faf at arrl.net Thu Dec 22 04:22:49 2011 From: kb2faf at arrl.net (Chris Perrine (KB2FAF)) Date: Wed, 21 Dec 2011 23:22:49 -0500 Subject: [App_rpt-users] Courtesy Tones Message-ID: <4EF2B099.7000905@arrl.net> Hi, Could someone give me an explanation of how all the courtesy tones interact? Specifically, linkunkeyct, nolocalinkct remotect etc... I have tried every combination I can think of and still can't get the beeps to do what I want and nothing stays consistent between and echolink connection or an Allstar connection or just a local connection. Currently when I connect to a local node I have set up I get a series of high pitched beeps and I have no idea where they are accounted for in rpt.conf. None of the ct's in the telemetry stanza would account for that. Are there possibly parameters other than nolocalinkct remotect linkunkeyct and unlinkedct that I am unaware of? Thanks! Chris KB2FAF From pete.elke at esquared.com Thu Dec 22 09:10:21 2011 From: pete.elke at esquared.com (Peter Elke) Date: Thu, 22 Dec 2011 09:10:21 -0000 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, Message-ID: <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is "perma-link" nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS's 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater's output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don't have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it's dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff... Pete WI6H... From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv ________________________________ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL ________________________________ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall ________________________________ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From shaun at pmbnet.co.za Thu Dec 22 10:41:11 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Thu, 22 Dec 2011 12:41:11 +0200 Subject: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> Message-ID: <4EF30947.3070803@pmbnet.co.za> Before I break open my kid's piggy-bank for a couple of "ALLSTAR RTCM (RADIO THIN CLIENT MODULE)'s " http://micro-node.com/thin-m1.html I need an important question answered. .............please? If both rptr's are in the same coverage area, and transmit at the same time on the same freq, BUT perfectly in sync using the GPS sync option...................... will the end user (client/club member) hear a perfect signal? (even if he/she where in range of both transmitters?) One would think you would hear a heterodyne of some sort with both signals reaching and mixing into the users transceiver. We all know that if 2 hams try use their local repeater at the same time (doubling) then the end result is Yucky, unless the one users tx signal is much stronger than the other user. Is this RTCM system so accurate, that the user hears a perfectly synced and clear signal? Shaun zr5s From bote_radio at botecomm.com Thu Dec 22 11:11:58 2011 From: bote_radio at botecomm.com (Bote Man) Date: Thu, 22 Dec 2011 06:11:58 -0500 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> Message-ID: <011001ccc09a$86c78120$94568360$@com> Some observations: You beat us to the punch, but that's OK. We would call this a gateway, which is what most in the industry call it and should give you greater traction on the commercial market. I would also substitute "tcp/ip" for "internet" as a broader term that doesn't scare people who see the Internet as a den of iniquity rife with malware and trouble. This device is still a computer, albeit a simplified one. Note that it has a reset button on it, just like the gateway that one of my clients produces. Every once in a great while I need to hit that button, FYI. It could be caused by a power glitch or excessive RF impinging on the box, but overall they can be quite reliable, just not a panacea. I have heard from commercial radio shop guys involved with setting up simulcast 2-way LMR systems remark that simulcast systems were never intended to have large interference (overlap) zones. They initially were seen as ways to connect regions separated by geographical boundaries, such as mountains. Then the salesmen just HAD to sell them to customers on flat land, which is when the fun began in the days before we mere peons could access accurate gps signals. Presumably gps synchronization solves most of the problems, but with analog radio systems running 5KC deviation on UHF it actually worked a little better to have the transmitter frequencies dithered a few Hertz either way. Don't ask me why, but that's what the boys at the PEPCo radio shop found out. Maybe there are better, newer findings these days. Overall, I'm not a fan of simulcast transmitters, particularly in amateur radio service where (I hope!) the users are technically savvy enough to know when to switch to another repeater to extend coverage. If you can make it work, then great! Bote W4NUD From: Peter Elke Sent: Thursday, 22 December, 2011 04:10 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff? Pete WI6H? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Thu Dec 22 11:14:30 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 22 Dec 2011 06:14:30 -0500 Subject: [App_rpt-users] Courtesy Tones In-Reply-To: <4EF2B099.7000905@arrl.net> References: <4EF2B099.7000905@arrl.net> Message-ID: <023101ccc09a$e0dedbe0$a29c93a0$@net> You should get with Bote, W4NUD, (copied) he has spent many hours trying to figure this all out as well. In fact, I think he is on a missions to update the docs.. Lu KA4EPS -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Chris Perrine (KB2FAF) Sent: Wednesday, December 21, 2011 11:23 PM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] Courtesy Tones Hi, Could someone give me an explanation of how all the courtesy tones interact? Specifically, linkunkeyct, nolocalinkct remotect etc... I have tried every combination I can think of and still can't get the beeps to do what I want and nothing stays consistent between and echolink connection or an Allstar connection or just a local connection. Currently when I connect to a local node I have set up I get a series of high pitched beeps and I have no idea where they are accounted for in rpt.conf. None of the ct's in the telemetry stanza would account for that. Are there possibly parameters other than nolocalinkct remotect linkunkeyct and unlinkedct that I am unaware of? Thanks! Chris KB2FAF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From bote_radio at botecomm.com Thu Dec 22 11:44:45 2011 From: bote_radio at botecomm.com (Bote Man) Date: Thu, 22 Dec 2011 06:44:45 -0500 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , <4EF29174.80105@pmbnet.co.za> Message-ID: <012901ccc09f$1aea0860$50be1920$@com> What is the maximum latency that can be tolerated? I just returned from a road trip during which I streamed my mobile scanner monitoring railroad communications (yes, some people actually listen to that stuff). I kept a ping process running on my little netbook computer running the streaming application to see when my phone fell out of range. I noted typical ping times in the several hundred millisecond range on AT&T's mobile data network, which might be of interest to those intending to run mobile nodes like this. Keep in mind that ping is the red-headed step-child of protocols and its payload can be dropped at will by routers in favor of more important payloads, so real traffic can still squeeze its way through when your ping packets get dropped on the floor. Bote W4NUD From: Jim Duuuude Sent: Wednesday, 21 December, 2011 23:10 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable yep, if you get pingage you get connectage. JIM _____ Date: Thu, 22 Dec 2011 04:09:56 +0200 From: shaun at pmbnet.co.za Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Now THIS is what I wanted to hear. So I guess as long as I can ping the AllStar server, then it will work. We have a large wireless LAN network but each geographical section is on its own ip range. I have 10 repeater sites I want to link up. Looks like my D-Star project must be put on hold for awhile. Anyone want to buy 4x URIx's? Shaun zr5s On 21/12/11 22:52, Jim Duuuude wrote: Yeah you got it. Another thing I probably should have mentioned is that the RTCM/Voter module uses an Internet protocol that is specifically designed to work on ANY Internet connection from which "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" nightmares are necessary. You can just plug it in and it works. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 12:25:19 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 04:25:19 -0800 Subject: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" In-Reply-To: <4EF30947.3070803@pmbnet.co.za> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , , <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net>, <4EF30947.3070803@pmbnet.co.za> Message-ID: Yes. That's how simulcast systems work. When you base your syncronization on a GPSDO (GPS Disciplined Oscillator) such as the Trimble Thunderbolt (which has accuracy typically of 10-20 parts per TRILLION, which means that if you were transmitting at 1GHz, you would be no more then 0.010 to 0.020 Hz off) *and* the audio is in sync with that timing source *and* the deviation is set consistently accurately between all transmitters, then, yes, its quite possible. Obviously, you need to use transmitters appropriately suited for this type of application, which either by initial design or by modification, allow injection of an external (to the transmitter) reference frequency. Some transmitters are designed with this in mind. Others can be trivially modified to allow this. For example, the Trimble Thunderbolt has its precise frequency output at 10 MHz. Some transmitters will operate directly from the frequency reference. Others need some other frequency. If this is the case, a clock generator (locked to the Thunderbolt's 10 Mhz output) that produces the appropriate frequency is needed. Some radio manufacturers, such as the one that Pete Elke (WI6H) was referring to make devices specifically suited for this purpose (he was using the clock generator within a high stability oscillator unit from an old Motorola paging transmitter). Another option would be to use the PCGM (Programmable Clock Generator Module) that Mark at Micro-Node (K7IZA) is coming out with soon. It takes the 10 MHz input from the Trimble Thunderbolt, and generates pretty much whatever reference frequency you "tell it to" (from 6-200 MHz), and also, acts as a power supply for the Trimble Thunderbolt. The reason I keep making specific reference to the Trimble Thunderbolt is because they are readily available on the surplus market (rather inexpensively), and are EXTEREMELY well-suited for this application (probably the best selection given all of the parameters involved here). JIM WB6NIL > Date: Thu, 22 Dec 2011 12:41:11 +0200 > From: shaun at pmbnet.co.za > To: app_rpt-users at ohnosec.org; zs5bg at harc.org.za; zs5z at harc.org.za > Subject: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" > > Before I break open my kid's piggy-bank for a couple of "ALLSTAR RTCM > (RADIO THIN CLIENT MODULE)'s " http://micro-node.com/thin-m1.html > I need an important question answered. .............please? > > If both rptr's are in the same coverage area, and transmit at the same > time on the same freq, BUT perfectly in sync using the GPS sync > option...................... will the end user (client/club member) hear > a perfect signal? (even if he/she where in range of both transmitters?) > One would think you would hear a heterodyne of some sort with both > signals reaching and mixing into the users transceiver. > > We all know that if 2 hams try use their local repeater at the same time > (doubling) then the end result is Yucky, unless the one users tx signal > is much stronger than the other user. > > Is this RTCM system so accurate, that the user hears a perfectly synced > and clear signal? > > Shaun > zr5s > > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 12:32:18 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 04:32:18 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <012901ccc09f$1aea0860$50be1920$@com> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , , , , , , <4EF29174.80105@pmbnet.co.za>, , <012901ccc09f$1aea0860$50be1920$@com> Message-ID: It will definitely handle 500ms without any problems (I think the actual limit is around 700ms or so). That is limited by the amount of RAM buffer available in the RTCM/Voter module. The "host" side, of course, could probably buffer hours if you put enough RAM in it :-). In addition, it supports use of an ADPCM codec (which uses 1/2 the bandwidth of the normal one) and has a 40ms packet rate, rather then the usual 20ms rate both of which are well-suited for a marginal "mobile" connection environment. JIM WB6NIL From: bote_radio at botecomm.com To: app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 06:44:45 -0500 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable What is the maximum latency that can be tolerated? I just returned from a road trip during which I streamed my mobile scanner monitoring railroad communications (yes, some people actually listen to that stuff). I kept a ping process running on my little netbook computer running the streaming application to see when my phone fell out of range. I noted typical ping times in the several hundred millisecond range on AT&T's mobile data network, which might be of interest to those intending to run mobile nodes like this. Keep in mind that ping is the red-headed step-child of protocols and its payload can be dropped at will by routers in favor of more important payloads, so real traffic can still squeeze its way through when your ping packets get dropped on the floor. BoteW4NUD From: Jim Duuuude Sent: Wednesday, 21 December, 2011 23:10 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable yep, if you get pingage you get connectage. JIMDate: Thu, 22 Dec 2011 04:09:56 +0200 From: shaun at pmbnet.co.za Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Now THIS is what I wanted to hear. So I guess as long as I can ping the AllStar server, then it will work. We have a large wireless LAN network but each geographical section is on its own ip range. I have 10 repeater sites I want to link up. Looks like my D-Star project must be put on hold for awhile. Anyone want to buy 4x URIx's? Shaun zr5s On 21/12/11 22:52, Jim Duuuude wrote: Yeah you got it. Another thing I probably should have mentioned is that the RTCM/Voter module uses an Internet protocol that is specifically designed to work on ANY Internet connection from which "generic web surfing" is possible (behind any number of NAT routers/firewalls, etc and where LAN address is provided via DHCP). No "port forwarding" or "network provisioning" nightmares are necessary. You can just plug it in and it works. JIM WB6NIL _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Thu Dec 22 12:40:58 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 22 Dec 2011 07:40:58 -0500 Subject: [App_rpt-users] Allstar issues this AM? Message-ID: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> I don't know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. Anyone know of any issues out there? All I get is connection failed messages, but I can ping the IP's from box to box and DNS is working. Lu KA4EPS -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 12:47:04 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 04:47:04 -0800 Subject: [App_rpt-users] Allstar issues this AM? In-Reply-To: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> Message-ID: what is one of your node numbers JIM From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 07:40:58 -0500 Subject: [App_rpt-users] Allstar issues this AM? I don?t know why, but none of my boxes are able to connect properly to any nodes and they are at all different places.Anyone know of any issues out there?All I get is connection failed messages, but I can ping the IP?s from box to box and DNS is working.LuKA4EPS _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Thu Dec 22 12:46:33 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 22 Dec 2011 07:46:33 -0500 Subject: [App_rpt-users] Allstar issues this AM? In-Reply-To: References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> Message-ID: <007401ccc0a7$bcd0e560$3672b020$@net> 27869, 27892 Thanks Jim.. From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 7:47 AM To: vencl at att.net; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar issues this AM? what is one of your node numbers JIM _____ From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 07:40:58 -0500 Subject: [App_rpt-users] Allstar issues this AM? I don't know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. Anyone know of any issues out there? All I get is connection failed messages, but I can ping the IP's from box to box and DNS is working. Lu KA4EPS _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Thu Dec 22 15:43:43 2011 From: baldwin88 at yahoo.com (Fran) Date: Thu, 22 Dec 2011 07:43:43 -0800 (PST) Subject: [App_rpt-users] ALLSTAR RTCM ? Message-ID: <1324568623.61834.YahooMailClassic@web160302.mail.bf1.yahoo.com> Hello, Great product I jsut have one question, this unit is all self contained and in itself is a small footprint computer with internet access. My question? is can this unit be used as the ALLSTAR Server connected directly to a repeater, or do I first need to have a ALLSTAR Server running connected to my repeater and the RTCM as the remote node? -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Thu Dec 22 16:00:59 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Thu, 22 Dec 2011 08:00:59 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> Message-ID: <9647BF4CF3A541578AF6254560BAD8D3@Laptop> How do you control launch delay for your simulcast transmitters? 73 Jim W7RY From: Peter Elke Sent: Thursday, December 22, 2011 1:10 AM To: app_rpt mailing list Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is "perma-link" nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS's 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater's output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don't have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it's dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff. Pete WI6H. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv ------------------------------------------------------------------------------ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL ------------------------------------------------------------------------------ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall ---------------------------------------------------------------------------- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4695 - Release Date: 12/21/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 16:02:46 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 08:02:46 -0800 Subject: [App_rpt-users] ALLSTAR RTCM ? In-Reply-To: <1324568623.61834.YahooMailClassic@web160302.mail.bf1.yahoo.com> References: <1324568623.61834.YahooMailClassic@web160302.mail.bf1.yahoo.com> Message-ID: An RTCM is connected to each receiver/transmitter (repeater) in the system. The RTCM serves as the radio interface hardware. There has to be an Allstar server somewhere. It does not have to be located in the same place as any of the radios. JIM WB6NIL Date: Thu, 22 Dec 2011 07:43:43 -0800 From: baldwin88 at yahoo.com To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] ALLSTAR RTCM ? Hello, Great product I jsut have one question, this unit is all self contained and in itself is a small footprint computer with internet access. My question is can this unit be used as the ALLSTAR Server connected directly to a repeater, or do I first need to have a ALLSTAR Server running connected to my repeater and the RTCM as the remote node? _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 16:18:37 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 08:18:37 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable In-Reply-To: <9647BF4CF3A541578AF6254560BAD8D3@Laptop> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net>, <9647BF4CF3A541578AF6254560BAD8D3@Laptop> Message-ID: Despite the fact that in my personal experience I have never been involved in a case where it was necessary to have "launch delay", there certainly a number of people that have done these things for years that are of the opinion that it sure is necessary in certain cases. Currently as the device currently stands, it does not inherently support this feature. It was intended that in cases where this was necessary, it could be accomplished externally to the RTCM. Some transmitters (such as the Motorola Quantar, which we have used somewhat extensively so far and had WONDERFUL results) have that feature built in to them, since use as a simulcast transmitter was designed into them from the beginning. In situations where this is not the case, an external variable delay device can be utilized to accomplish this feature. If experience over time shows us that there are a significant number of users that require (as opposed to just wanting, for no good reason) this feature, I have no problem designing that feature into a new version of the RTCM/Voter board. It would, however increase the cost and complexity of the device. At this time, it is not included in the current version of the device. JIM WB6NIL From: w7ry at centurytel.net To: pete.elke at esquared.com; app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 08:00:59 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable How do you control launch delay for your simulcast transmitters? 73 Jim W7RY From: Peter Elke Sent: Thursday, December 22, 2011 1:10 AM To: app_rpt mailing list Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff? Pete WI6H? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4695 - Release Date: 12/21/11 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete.elke at esquared.com Thu Dec 22 16:34:20 2011 From: pete.elke at esquared.com (Peter Elke) Date: Thu, 22 Dec 2011 16:34:20 -0000 Subject: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , , <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net>, <4EF30947.3070803@pmbnet.co.za> Message-ID: <8035B62A7B044D4B81015D5C49D1627D699AA4@webmail.esquared.net> Hi Shaun, At the moment we are limited to transmitters that use 14.4Mhz as their oscillator base (MCX. Syntors, MSF500s, MaxTrax) since the Motorola UHSO only creates that frequency from the 10mhz Trimble GPS. If we select a different transmitter model (that is not 14.4 based) a clock generator like Mark's Programmable Clock Generator Module will be needed. We were lucky in that I had a bunch of UHSO units for a 900Mhz project that we could borrow for the thin client 440 project. Pete/WI6H From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Thursday, December 22, 2011 4:25 AM To: shaun at pmbnet.co.za; app_rpt mailing list; zs5bg at harc.org.za; zs5z at harc.org.za Subject: Re: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" Yes. That's how simulcast systems work. When you base your syncronization on a GPSDO (GPS Disciplined Oscillator) such as the Trimble Thunderbolt (which has accuracy typically of 10-20 parts per TRILLION, which means that if you were transmitting at 1GHz, you would be no more then 0.010 to 0.020 Hz off) *and* the audio is in sync with that timing source *and* the deviation is set consistently accurately between all transmitters, then, yes, its quite possible. Obviously, you need to use transmitters appropriately suited for this type of application, which either by initial design or by modification, allow injection of an external (to the transmitter) reference frequency. Some transmitters are designed with this in mind. Others can be trivially modified to allow this. For example, the Trimble Thunderbolt has its precise frequency output at 10 MHz. Some transmitters will operate directly from the frequency reference. Others need some other frequency. If this is the case, a clock generator (locked to the Thunderbolt's 10 Mhz output) that produces the appropriate frequency is needed. Some radio manufacturers, such as the one that Pete Elke (WI6H) was referring to make devices specifically suited for this purpose (he was using the clock generator within a high stability oscillator unit from an old Motorola paging transmitter). Another option would be to use the PCGM (Programmable Clock Generator Module) that Mark at Micro-Node (K7IZA) is coming out with soon. It takes the 10 MHz input from the Trimble Thunderbolt, and generates pretty much whatever reference frequency you "tell it to" (from 6-200 MHz), and also, acts as a power supply for the Trimble Thunderbolt. The reason I keep making specific reference to the Trimble Thunderbolt is because they are readily available on the surplus market (rather inexpensively), and are EXTEREMELY well-suited for this application (probably the best selection given all of the parameters involved here). JIM WB6NIL > Date: Thu, 22 Dec 2011 12:41:11 +0200 > From: shaun at pmbnet.co.za > To: app_rpt-users at ohnosec.org; zs5bg at harc.org.za; zs5z at harc.org.za > Subject: [App_rpt-users] RADIO THIN CLIENT MODULE and "Simulcast Transmit System" > > Before I break open my kid's piggy-bank for a couple of "ALLSTAR RTCM > (RADIO THIN CLIENT MODULE)'s " http://micro-node.com/thin-m1.html > I need an important question answered. .............please? > > If both rptr's are in the same coverage area, and transmit at the same > time on the same freq, BUT perfectly in sync using the GPS sync > option...................... will the end user (client/club member) hear > a perfect signal? (even if he/she where in range of both transmitters?) > One would think you would hear a heterodyne of some sort with both > signals reaching and mixing into the users transceiver. > > We all know that if 2 hams try use their local repeater at the same time > (doubling) then the end result is Yucky, unless the one users tx signal > is much stronger than the other user. > > Is this RTCM system so accurate, that the user hears a perfectly synced > and clear signal? > > Shaun > zr5s > > > > > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Thu Dec 22 17:13:49 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Thu, 22 Dec 2011 09:13:49 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable In-Reply-To: <9647BF4CF3A541578AF6254560BAD8D3@Laptop> References: <002401ccbdb7$b6cf8560$246e9020$@com> <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net> <9647BF4CF3A541578AF6254560BAD8D3@Laptop> Message-ID: What is launch delay and it's purpose? -- Tim :wq On Dec 22, 2011, at 8:00 AM, Jim W7RY wrote: > How do you control launch delay for your simulcast transmitters? > > 73 > Jim W7RY > > > From: Peter Elke > Sent: Thursday, December 22, 2011 1:10 AM > To: app_rpt mailing list > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable > > Hi Marshal, > > We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. > > The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. > > The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. > > Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. > > The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. > > Over all very cool stuff? > > Pete WI6H? > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham > Sent: Wednesday, December 21, 2011 12:23 PM > To: 'Jim Duuuude'; 'app_rpt mailing list' > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable > > Jim, > > Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional > full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? > As long as I have some sort of internet connection at the remote sites back to my house? > > If I understand this correctly this would mean that: > > 1) No cost of computer at the radio site. > 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. > 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) > 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop > for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. > > If so, this seems like a pretty cool little piece of hardware! > > Marshall - ke6pcv > > > > > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Wednesday, December 21, 2011 11:52 AM > To: Marshall Oldham; app_rpt mailing list > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system could be set up with a server > located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of some sort between each of them > and the server, the system will work nicely. That is providing that there is an RTCM located at > the server location also (whether or not that particular RTCM has radio hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), > and a larger server could easily support MANY dozens of them on dozens of allstar nodes. > Of course, you REALLY dont want to put too many of them on a single server, being a potential > single point of failure. For pretty much any practical purpose, the reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux > host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for > portable/mobile operation with a mobile/portable Internet connection in both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. > > Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation > correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? > > Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? > > How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? > > If this is the case, All I can say is WOW, how cool! > > 73 > > Marshall > > > > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord > Sent: Sunday, December 18, 2011 11:03 AM > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > For more information visit http://micro-node.com/thin-m1.html > > Regards, > Mark Guibord > Micro-Node International > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1890 / Virus Database: 2109/4695 - Release Date: 12/21/11 > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From n9gmr at me.com Thu Dec 22 17:18:42 2011 From: n9gmr at me.com (Matt Roberts) Date: Thu, 22 Dec 2011 12:18:42 -0500 Subject: [App_rpt-users] Courtesy Tones In-Reply-To: <4EF2B099.7000905@arrl.net> References: <4EF2B099.7000905@arrl.net> Message-ID: <5B17089E-6AAF-4AF4-9EE4-7BF944D0EA0A@me.com> On Dec 21, 2011, at 11:22 PM, Chris Perrine (KB2FAF) wrote: > > Could someone give me an explanation of how all the courtesy tones interact? Specifically, linkunkeyct, nolocalinkct remotect etc... > I'll share what I know with you. Maybe others will chime in. Remotetx is the tone you hear when a user unkeys on your local node. Nolocalinkct will send the unlinkect tone if two nodes are connected on the same PC. I think that's what it does. > Remotect is used when a remote base is connected to your node. HTH Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From telesistant at hotmail.com Thu Dec 22 17:33:14 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 09:33:14 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , , , <8035B62A7B044D4B81015D5C49D1627D699AA1@webmail.esquared.net>, <9647BF4CF3A541578AF6254560BAD8D3@Laptop>, Message-ID: The general concept is that since radio waves travel at the speed of light, if transmitters in a simulcast system are sufficiently far apart, there are "zones" in which the signals get sufficiently out of phase with each other, based upon distance from the transmitters. "Launch Delay" is a feature, that allows a fixed delay to put put the in the modulation audio (in the microsecond (and fractions thereof) range) in an attempt to "compensate" for such areas (attempt to make the signals "meet" in the proper areas). In practice, sometimes its rather straightforward, and sometimes, its just kinda of a "black magic" to get this anywhere near right or reasonable. Sometimes, using this ends up making things even worse then not having it at all (being that sometimes, when you "fix" one area, you "break" others). Clearly every case is unique. JIM WB6NIL From: tim.sawyer at me.com Date: Thu, 22 Dec 2011 09:13:49 -0800 To: w7ry at centurytel.net CC: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable What is launch delay and it's purpose? -- Tim :wq On Dec 22, 2011, at 8:00 AM, Jim W7RY wrote:How do you control launch delay for your simulcast transmitters? 73Jim W7RY From: Peter ElkeSent: Thursday, December 22, 2011 1:10 AMTo: app_rpt mailing listSubject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module)isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff? Pete WI6H? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventionalfull duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features?As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site.2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it.3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableYeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableI have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentationcorrectly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableAllstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4695 - Release Date: 12/21/11_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: speed_light.jpg Type: image/jpeg Size: 13053 bytes Desc: not available URL: From ke6pcv at cal-net.org Thu Dec 22 17:38:45 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Thu, 22 Dec 2011 09:38:45 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> Message-ID: <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2> Pete, Thanks for the information on how you have been using the RTCM. It seems that there are many different applications that one can use these RTCM's for. They are kind of universal in nature. Enjoyed the photo of the portable traveling node. Just had one question about the Ubiquiti PicoStation set up as a bridge. Can you give/explain a little more information on it? I am interested in how this works to provide the internet for your setup. Thanks Marshall _____ From: Peter Elke [mailto:pete.elke at esquared.com] Sent: Thursday, December 22, 2011 12:44 AM To: Marshall Oldham; Jim Duuuude; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is "perma-link" nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS's 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater's output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don't have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it's dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff. Pete WI6H. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete.elke at esquared.com Thu Dec 22 18:13:31 2011 From: pete.elke at esquared.com (Peter Elke) Date: Thu, 22 Dec 2011 18:13:31 -0000 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2> Message-ID: <8035B62A7B044D4B81015D5C49D1627D699AB0@webmail.esquared.net> Hi Marshall, My Verizon mobile hot-spot only supplies internet over WiFi so I had to come up with a way of getting the Ethernet jack on the module connected up. The PicoStation is normally used as a small access point but their software allow it to be reversed as a WiFi bridge (or client). A typical use might be to connect a game console to WiFi at a location where wires are unavailable. You basically tell PicoStation the SSID you want to bridge to and like magic you have a wired Ethernet connection. A better way for a dedicated setup would be a USB based Cellular WAN fob connected to a CradlePoint unit. That would eliminate the WIFi part and be a direct connection from RTCM to the cellular network. Pete/WI6H From: Marshall Oldham [mailto:ke6pcv at cal-net.org] Sent: Thursday, December 22, 2011 9:39 AM To: Peter Elke; 'Jim Duuuude'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete, Thanks for the information on how you have been using the RTCM. It seems that there are many different applications that one can use these RTCM's for. They are kind of universal in nature. Enjoyed the photo of the portable traveling node. Just had one question about the Ubiquiti PicoStation set up as a bridge. Can you give/explain a little more information on it? I am interested in how this works to provide the internet for your setup. Thanks Marshall ________________________________ From: Peter Elke [mailto:pete.elke at esquared.com] Sent: Thursday, December 22, 2011 12:44 AM To: Marshall Oldham; Jim Duuuude; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is "perma-link" nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS's 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater's output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don't have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it's dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff... Pete WI6H... From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv ________________________________ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL ________________________________ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall ________________________________ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 18:27:06 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 10:27:06 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699AB0@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2>, <8035B62A7B044D4B81015D5C49D1627D699AB0@webmail.esquared.net> Message-ID: Pete In fact a Cradlepoint CTR-500 (TravelRouter) and a Virgin Mobile USB cellular 3G wireless module is exactly what I have here, and is what I used for testing of the RTCM in the mobile/cellular environment. The router is VERY cute and small, and sits nicely on top of the RTCM (its even smaller then the RTCM). It, like the RTCM is designed to be low power and is a nice way to go for such an installation (good for portable use on batteries, etc). I got my Virgin Mobile card at WalMart, and if you buy one there they offer a special plan where for $20 per month you get 1GB of Internet data transfer (WAAAAY more then enough for radio usage). In addition, since it is a non-committed prepay plan, you can only pay for it on months when you need it. They also have an option, where for $10 you get 10 days of use and 250MB of data. I also chose it for testing, since that particular service from my particular location up here in the mountains in the middle of nowhere happens to get no more the "1 bar" of signal strength on their network, and then only in the "right" spots. In addition, their connectivity is double-NATed and hops across the country a couple of times. I wanted to have a "worst case scenario" for testing. It great! Even on a latent double-NATed cellular network, you can just plug the RTCM into it without any special provisioning and it JUST WORKS. Anywhere else outside of this immediate area, it has lots of "bars" and provides very good service. JIM WB6NIL Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Date: Thu, 22 Dec 2011 18:13:31 +0000 From: pete.elke at esquared.com To: ke6pcv at cal-net.org; telesistant at hotmail.com; app_rpt-users at ohnosec.org Hi Marshall, My Verizon mobile hot-spot only supplies internet over WiFi so I had to come up with a way of getting the Ethernet jack on the module connected up. The PicoStation is normally used as a small access point but their software allow it to be reversed as a WiFi bridge (or client). A typical use might be to connect a game console to WiFi at a location where wires are unavailable. You basically tell PicoStation the SSID you want to bridge to and like magic you have a wired Ethernet connection. A better way for a dedicated setup would be a USB based Cellular WAN fob connected to a CradlePoint unit. That would eliminate the WIFi part and be a direct connection from RTCM to the cellular network. Pete/WI6H From: Marshall Oldham [mailto:ke6pcv at cal-net.org] Sent: Thursday, December 22, 2011 9:39 AM To: Peter Elke; 'Jim Duuuude'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete, Thanks for the information on how you have been using the RTCM. It seems that there are many different applications that one can use these RTCM's for. They are kind of universal in nature. Enjoyed the photo of the portable traveling node. Just had one question about the Ubiquiti PicoStation set up as a bridge.Can you give/explain a little more information on it? I am interested in how this works to provide the internet for your setup. Thanks Marshall From: Peter Elke [mailto:pete.elke at esquared.com] Sent: Thursday, December 22, 2011 12:44 AM To: Marshall Oldham; Jim Duuuude; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailableHi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff? Pete WI6H? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features?As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site.2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it.3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableYeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NILFrom: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableI have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableAllstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete.elke at esquared.com Thu Dec 22 18:44:32 2011 From: pete.elke at esquared.com (Peter Elke) Date: Thu, 22 Dec 2011 18:44:32 -0000 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2>, <8035B62A7B044D4B81015D5C49D1627D699AB0@webmail.esquared.net> Message-ID: <8035B62A7B044D4B81015D5C49D1627D699AB2@webmail.esquared.net> Jim, You are the only guy in the cell store shopping for slow and weak coverage! "yes, but I need it crappy, lots of hops. Don't you understand" (cell guy staring back) Pete From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 10:27 AM To: Peter Elke; Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete In fact a Cradlepoint CTR-500 (TravelRouter) and a Virgin Mobile USB cellular 3G wireless module is exactly what I have here, and is what I used for testing of the RTCM in the mobile/cellular environment. The router is VERY cute and small, and sits nicely on top of the RTCM (its even smaller then the RTCM). It, like the RTCM is designed to be low power and is a nice way to go for such an installation (good for portable use on batteries, etc). I got my Virgin Mobile card at WalMart, and if you buy one there they offer a special plan where for $20 per month you get 1GB of Internet data transfer (WAAAAY more then enough for radio usage). In addition, since it is a non-committed prepay plan, you can only pay for it on months when you need it. They also have an option, where for $10 you get 10 days of use and 250MB of data. I also chose it for testing, since that particular service from my particular location up here in the mountains in the middle of nowhere happens to get no more the "1 bar" of signal strength on their network, and then only in the "right" spots. In addition, their connectivity is double-NATed and hops across the country a couple of times. I wanted to have a "worst case scenario" for testing. It great! Even on a latent double-NATed cellular network, you can just plug the RTCM into it without any special provisioning and it JUST WORKS. Anywhere else outside of this immediate area, it has lots of "bars" and provides very good service. JIM WB6NIL ________________________________ Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Date: Thu, 22 Dec 2011 18:13:31 +0000 From: pete.elke at esquared.com To: ke6pcv at cal-net.org; telesistant at hotmail.com; app_rpt-users at ohnosec.org Hi Marshall, My Verizon mobile hot-spot only supplies internet over WiFi so I had to come up with a way of getting the Ethernet jack on the module connected up. The PicoStation is normally used as a small access point but their software allow it to be reversed as a WiFi bridge (or client). A typical use might be to connect a game console to WiFi at a location where wires are unavailable. You basically tell PicoStation the SSID you want to bridge to and like magic you have a wired Ethernet connection. A better way for a dedicated setup would be a USB based Cellular WAN fob connected to a CradlePoint unit. That would eliminate the WIFi part and be a direct connection from RTCM to the cellular network. Pete/WI6H From: Marshall Oldham [mailto:ke6pcv at cal-net.org] Sent: Thursday, December 22, 2011 9:39 AM To: Peter Elke; 'Jim Duuuude'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete, Thanks for the information on how you have been using the RTCM. It seems that there are many different applications that one can use these RTCM's for. They are kind of universal in nature. Enjoyed the photo of the portable traveling node. Just had one question about the Ubiquiti PicoStation set up as a bridge. Can you give/explain a little more information on it? I am interested in how this works to provide the internet for your setup. Thanks Marshall ________________________________ From: Peter Elke [mailto:pete.elke at esquared.com] Sent: Thursday, December 22, 2011 12:44 AM To: Marshall Oldham; Jim Duuuude; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Hi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is "perma-link" nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS's 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater's output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don't have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it's dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff... Pete WI6H... From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features? As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site. 2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it. 3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv ________________________________ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL ________________________________ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall ________________________________ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 18:53:53 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 10:53:53 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable In-Reply-To: <8035B62A7B044D4B81015D5C49D1627D699AB2@webmail.esquared.net> References: <002401ccbdb7$b6cf8560$246e9020$@com>, <8035B62A7B044D4B81015D5C49D1627D699A9E@webmail.esquared.net> <618C0A1BF4B541C6B4FE0C35ED5D0CCB@marshall2>, <8035B62A7B044D4B81015D5C49D1627D699AB0@webmail.esquared.net> , <8035B62A7B044D4B81015D5C49D1627D699AB2@webmail.esquared.net> Message-ID: Yes, and "It must ONLY work while attached to a USB extension cable hanging from the top of my window blinds!!!!". The picture is of the actual installation here. That's literally what I had to do. JIM Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Date: Thu, 22 Dec 2011 18:44:32 +0000 From: pete.elke at esquared.com To: telesistant at hotmail.com; ke6pcv at cal-net.org; app_rpt-users at ohnosec.org Jim, You are the only guy in the cell store shopping for slow and weak coverage! ?yes, but I need it crappy, lots of hops. Don?t you understand? (cell guy staring back) Pete From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 10:27 AM To: Peter Elke; Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete In fact a Cradlepoint CTR-500 (TravelRouter) and a Virgin Mobile USB cellular 3G wireless module is exactly what I have here, and is what I used for testing of the RTCM in the mobile/cellular environment. The router is VERY cute and small, and sits nicely on top of the RTCM (its even smaller then the RTCM). It, like the RTCM is designed to be low power and is a nice way to go for such an installation (good for portable use on batteries, etc). I got my Virgin Mobile card at WalMart, and if you buy one there they offer a special plan where for $20 per month you get 1GB of Internet data transfer (WAAAAY more then enough for radio usage). In addition, since it is a non-committed prepay plan, you can only pay for it on months when you need it. They also have an option, where for $10 you get 10 days of use and 250MB of data. I also chose it for testing, since that particular service from my particular location up here in the mountains in the middle of nowhere happens to get no more the "1 bar" of signal strength on their network, and then only in the "right" spots. In addition, their connectivity is double-NATed and hops across the country a couple of times. I wanted to have a "worst case scenario" for testing. It great! Even on a latent double-NATed cellular network, you can just plug the RTCM into it without any special provisioning and it JUST WORKS. Anywhere else outside of this immediate area, it has lots of "bars" and provides very good service. JIM WB6NILSubject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Date: Thu, 22 Dec 2011 18:13:31 +0000 From: pete.elke at esquared.com To: ke6pcv at cal-net.org; telesistant at hotmail.com; app_rpt-users at ohnosec.orgHi Marshall, My Verizon mobile hot-spot only supplies internet over WiFi so I had to come up with a way of getting the Ethernet jack on the module connected up. The PicoStation is normally used as a small access point but their software allow it to be reversed as a WiFi bridge (or client). A typical use might be to connect a game console to WiFi at a location where wires are unavailable. You basically tell PicoStation the SSID you want to bridge to and like magic you have a wired Ethernet connection. A better way for a dedicated setup would be a USB based Cellular WAN fob connected to a CradlePoint unit. That would eliminate the WIFi part and be a direct connection from RTCM to the cellular network. Pete/WI6H From: Marshall Oldham [mailto:ke6pcv at cal-net.org] Sent: Thursday, December 22, 2011 9:39 AM To: Peter Elke; 'Jim Duuuude'; 'app_rpt mailing list' Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Pete, Thanks for the information on how you have been using the RTCM. It seems that there are many different applications that one can use these RTCM's for. They are kind of universal in nature. Enjoyed the photo of the portable traveling node. Just had one question about the Ubiquiti PicoStation set up as a bridge.Can you give/explain a little more information on it? I am interested in how this works to provide the internet for your setup. Thanks Marshall From: Peter Elke [mailto:pete.elke at esquared.com] Sent: Thursday, December 22, 2011 12:44 AM To: Marshall Oldham; Jim Duuuude; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailableHi Marshal, We have been running two separate test projects with the module over the last few weeks. So far they seem very functional and cut down on node management if your goal is ?perma-link? nodes. The first project is to take separate sites and merge them into one frequency (and one big node). At this point we have two of the eight cut over and we have worked out the basic mechanics. We use Micor receivers and MSX100 transmitters (that may change). The transmitters are frequency locked using MSF5000 UHSO units with the reference source being a GPS?s 10Mhz output. The UHSO creates 14.4Mhz that is fed into the MCX units. In our testing it became very clear that all of the radios need to be identical. The voting is very cool, you can watch as is switches between the receive sites (very quickly, multiple times in a 1 second period) and the toggling goes unnoticed on the repeater?s output. Our next phase is to create larger overlapping coverage area to see how it sounds mixed by adding a third site in the middle of the current two. At this point we don?t have much simulcast data, the overlap area is quite small. The other project is an upgrade to my portable Beagleboard node that I use traveling. The old version was an Astro portable driven by a LOX board. The Beagle had a USB WiFi to a Verizon hot spot box. The upgrade swaps out the beagle for a RTCM and makes the connection from the road automatic. To create the internet for the module the old USB wifi was switched out for a Ubiquiti PicoStation set up as a bridge. When there is cell coverage it works and when there is no cell coverage it?s dead, simple, easy, no-dialing. The first road test was today, all went well other than some LTE Verizon problems. Over all very cool stuff? Pete WI6H? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Marshall Oldham Sent: Wednesday, December 21, 2011 12:23 PM To: 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) isnowavailable Jim, Okay so one server running Allstar node software at a central location (like my house) can support a dozen RTCM's being used as "Generic" conventional full duplex (repeaters) radio interfaces on far away hilltops even if I do not want to use the RTCM GPS-Timing Multi receiver voting or Simulcast Transmitter features?As long as I have some sort of internet connection at the remote sites back to my house? If I understand this correctly this would mean that: 1) No cost of computer at the radio site.2) No worry about the node computer locking up at the remote radio site and having to reboot or reset it.3) No cost other than the RTCM (Radio Thin Client Module) to setup an Allstar node at the remote radio site. (no computer, no URI, no Sound FOB) 4) If I use the RTCM (Radio Thin Client Module) I have the ability to setup a normal Allstar node at the present time and then later if I want to I can upgrade the hilltop for GPS-Timing Multi receiver voting and Simulcast Transmitter by simply adding a GPS receiver at the site and reconfiguring the software. If so, this seems like a pretty cool little piece of hardware! Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Wednesday, December 21, 2011 11:52 AM To: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableYeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NILFrom: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableI have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailableAllstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: virgin-card.jpg Type: image/jpeg Size: 42369 bytes Desc: not available URL: From monty at ke7jvx.com Thu Dec 22 18:59:49 2011 From: monty at ke7jvx.com (Monty) Date: Thu, 22 Dec 2011 11:59:49 -0700 Subject: [App_rpt-users] urb0 In-Reply-To: References: <2806.10.25.163.211.1287761331.squirrel@w9.xelatec.com> Message-ID: Was this ever resolved? I am getting the same error on my Intel D510 board running acid. I get it after it has been running awhile and I make change and do the astres.sh. Have to make a trip up to the site to hit the almighty reset button. Monty On Fri, Oct 22, 2010 at 8:36 AM, Jim Duuuude wrote: > Well, that's what you get for naming your driver so close to > something that dumasses like me will confuse for it something else! :-) > > Honestly, in all the work ive done with USB under Linux, Ive never even > heard of the urb thing. The only thing Ive heard of in the realm is your > channel driver, and obviously that's what I thought it was. > > Does that mean that there is something in between the 'urb' and > the 'urd' called an 'urc' ???? :-) > > You know I always believe in 'go big or go home' and that includes > when I make a total fool of myself in front of the whole world. Oh well.. > > JIM WB6NIL > > > > > Date: Fri, 22 Oct 2010 11:28:51 -0400 > > Subject: Re: [App_rpt-users] urb0 > > From: w9sh at xelatec.com > > To: telesistant at hotmail.com > > CC: holldrl at gt.rr.com; app_rpt-users at qrvc.com > > > > > Duuuude, > > > > I think you mean that chan_urd is in the XIPAR distro. If he's using > > XIPAR then of course I'm glad to help. > > > > An "urb" message indicates a USB kernel/hardware problem. > > > > 73, > > Steve, W9SH > > > > > > > > You should probably address that question to Steve, W9SH, since the urb > > > channel driver is > > > uniquely part of his distribution. > > > > > > JIM WB6NIL > > > > > > From: holldrl at gt.rr.com > > > To: app_rpt-users at qrvc.com > > > Date: Fri, 22 Oct 2010 07:34:47 -0500 > > > Subject: [App_rpt-users] urb0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On linux console keep getting " cannot submit > > > datapipe for urb0, error-22 internal error. What could be causing this? > > > Darril/WD5GJP > > > > > > _______________________________________________ > > > 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 george at dyb.com Thu Dec 22 19:26:45 2011 From: george at dyb.com (George Csahanin) Date: Thu, 22 Dec 2011 13:26:45 -0600 Subject: [App_rpt-users] Allstar issues this AM? References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> <007401ccc0a7$bcd0e560$3672b020$@net> Message-ID: Had same here and at W8VT, W8JTW, nodes 2360, 27849, 27891, and also at same time Echolink connections were all screwy too, I hear. When I got home last night all seemed normal, except that I could not connect to 27849, but he could connect to me. I could ping him fine. Just some odd quirk. GeorgeC W2DB ----- Original Message ----- From: Lu Vencl To: 'Jim Duuuude' ; 'app_rpt mailing list' Sent: Thursday, December 22, 2011 6:46 AM Subject: Re: [App_rpt-users] Allstar issues this AM? 27869, 27892 Thanks Jim.. From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 7:47 AM To: vencl at att.net; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar issues this AM? what is one of your node numbers JIM ------------------------------------------------------------------------------ From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 07:40:58 -0500 Subject: [App_rpt-users] Allstar issues this AM? I don't know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. Anyone know of any issues out there? All I get is connection failed messages, but I can ping the IP's from box to box and DNS is working. Lu KA4EPS _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Thu Dec 22 19:31:51 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 22 Dec 2011 14:31:51 -0500 Subject: [App_rpt-users] Allstar issues this AM? In-Reply-To: References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> <007401ccc0a7$bcd0e560$3672b020$@net> Message-ID: <46F46A34-C628-4EA2-B3B0-4CF60B490EAB@att.net> Were those nodes on AT&T dsl? All of mine were but then cleared up later. According to Matt this all started about 6 am et Sent from my iPhone, Lu Vencl On Dec 22, 2011, at 2:26 PM, "George Csahanin" wrote: > Had same here and at W8VT, W8JTW, nodes 2360, 27849, 27891, and also at same time Echolink connections were all screwy too, I hear. When I got home last night all seemed normal, except that I could not connect to 27849, but he could connect to me. I could ping him fine. > > Just some odd quirk. > > GeorgeC > W2DB > > > ----- Original Message ----- > From: Lu Vencl > To: 'Jim Duuuude' ; 'app_rpt mailing list' > Sent: Thursday, December 22, 2011 6:46 AM > Subject: Re: [App_rpt-users] Allstar issues this AM? > > 27869, 27892 > Thanks Jim.. > > From: Jim Duuuude [mailto:telesistant at hotmail.com] > Sent: Thursday, December 22, 2011 7:47 AM > To: vencl at att.net; app_rpt mailing list > Subject: RE: [App_rpt-users] Allstar issues this AM? > > what is one of your node numbers > > JIM > > From: vencl at att.net > To: app_rpt-users at ohnosec.org > Date: Thu, 22 Dec 2011 07:40:58 -0500 > Subject: [App_rpt-users] Allstar issues this AM? > > I don?t know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. > Anyone know of any issues out there? > All I get is connection failed messages, but I can ping the IP?s from box to box and DNS is working. > Lu > KA4EPS > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 19:39:42 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 11:39:42 -0800 Subject: [App_rpt-users] urb0 In-Reply-To: References: , , <2806.10.25.163.211.1287761331.squirrel@w9.xelatec.com>, , , Message-ID: no. its has nothing to do with us. USB sucks! Linux has issues with USB and probably always will. In addition, the D510 USB controller has hardware issues (read the device errata sometime). If you want a reliable system then you dont have to worry about rebooting, DONT USE USB!! Try a PCIRadio card or an RTCM or something. JIM WB6NIL From: monty at ke7jvx.com Date: Thu, 22 Dec 2011 11:59:49 -0700 To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] urb0 Was this ever resolved? I am getting the same error on my Intel D510 board running acid. I get it after it has been running awhile and I make change and do the astres.sh. Have to make a trip up to the site to hit the almighty reset button. Monty On Fri, Oct 22, 2010 at 8:36 AM, Jim Duuuude wrote: Well, that's what you get for naming your driver so close to something that dumasses like me will confuse for it something else! :-) Honestly, in all the work ive done with USB under Linux, Ive never even heard of the urb thing. The only thing Ive heard of in the realm is your channel driver, and obviously that's what I thought it was. Does that mean that there is something in between the 'urb' and the 'urd' called an 'urc' ???? :-) You know I always believe in 'go big or go home' and that includes when I make a total fool of myself in front of the whole world. Oh well.. JIM WB6NIL > Date: Fri, 22 Oct 2010 11:28:51 -0400 > Subject: Re: [App_rpt-users] urb0 > From: w9sh at xelatec.com > To: telesistant at hotmail.com > CC: holldrl at gt.rr.com; app_rpt-users at qrvc.com > > Duuuude, > > I think you mean that chan_urd is in the XIPAR distro. If he's using > XIPAR then of course I'm glad to help. > > An "urb" message indicates a USB kernel/hardware problem. > > 73, > Steve, W9SH > > > > > You should probably address that question to Steve, W9SH, since the urb > > channel driver is > > uniquely part of his distribution. > > > > JIM WB6NIL > > > > From: holldrl at gt.rr.com > > To: app_rpt-users at qrvc.com > > Date: Fri, 22 Oct 2010 07:34:47 -0500 > > Subject: [App_rpt-users] urb0 > > > > > > > > > > > > > > > > > > > > > > On linux console keep getting " cannot submit > > datapipe for urb0, error-22 internal error. What could be causing this? > > Darril/WD5GJP > > > > _______________________________________________ > > 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 ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Thu Dec 22 19:44:34 2011 From: ke2n at cs.com (Ken) Date: Thu, 22 Dec 2011 14:44:34 -0500 Subject: [App_rpt-users] urb0 In-Reply-To: References: <2806.10.25.163.211.1287761331.squirrel@w9.xelatec.com> Message-ID: <003a01ccc0e2$220979d0$661c6d70$@com> This (or something like it) happens to me on one of my D510 boxes about every third time I do a warm restart. If the Asterisk config change is minor, you can just do "rpt reload" or "reload" and your changes take effect without risk. If my site was remote, I would add an external watchdog/reboot hardware device but lacking that, I would be inclined to do "reboot" command rather than restart. Clearly this behavior is not a good thing - but it's not unique to asterisk: a Google search on the error message produces 345 results. This is a pretty low-level error from the looks of it - the kernel of the OS talking to the USB driver or something like that. Still, one wonders if some sort of master reset command could be sent to flush things out / reinitialize and avoid the setting up the problem altogether. Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Monty Sent: Thursday, December 22, 2011 2:00 PM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] urb0 Was this ever resolved? I am getting the same error on my Intel D510 board running acid. I get it after it has been running awhile and I make change and do the astres.sh. Have to make a trip up to the site to hit the almighty reset button. Monty On Fri, Oct 22, 2010 at 8:36 AM, Jim Duuuude wrote: Well, that's what you get for naming your driver so close to something that dumasses like me will confuse for it something else! :-) Honestly, in all the work ive done with USB under Linux, Ive never even heard of the urb thing. The only thing Ive heard of in the realm is your channel driver, and obviously that's what I thought it was. Does that mean that there is something in between the 'urb' and the 'urd' called an 'urc' ???? :-) You know I always believe in 'go big or go home' and that includes when I make a total fool of myself in front of the whole world. Oh well.. JIM WB6NIL > Date: Fri, 22 Oct 2010 11:28:51 -0400 > Subject: Re: [App_rpt-users] urb0 > From: w9sh at xelatec.com > To: telesistant at hotmail.com > CC: holldrl at gt.rr.com; app_rpt-users at qrvc.com > > Duuuude, > > I think you mean that chan_urd is in the XIPAR distro. If he's using > XIPAR then of course I'm glad to help. > > An "urb" message indicates a USB kernel/hardware problem. > > 73, > Steve, W9SH > > > > > You should probably address that question to Steve, W9SH, since the urb > > channel driver is > > uniquely part of his distribution. > > > > JIM WB6NIL > > > > From: holldrl at gt.rr.com > > To: app_rpt-users at qrvc.com > > Date: Fri, 22 Oct 2010 07:34:47 -0500 > > Subject: [App_rpt-users] urb0 > > > > > > > > > > > > > > > > > > > > > > On linux console keep getting " cannot submit > > datapipe for urb0, error-22 internal error. What could be causing this? > > Darril/WD5GJP > > > > _______________________________________________ > > 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 n9gmr at me.com Thu Dec 22 19:59:54 2011 From: n9gmr at me.com (Matt Roberts) Date: Thu, 22 Dec 2011 14:59:54 -0500 Subject: [App_rpt-users] Allstar issues this AM? In-Reply-To: <46F46A34-C628-4EA2-B3B0-4CF60B490EAB@att.net> References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> <007401ccc0a7$bcd0e560$3672b020$@net> <46F46A34-C628-4EA2-B3B0-4CF60B490EAB@att.net> Message-ID: <69748F9F-260E-4925-ACBC-948B2C1C0877@me.com> On Dec 22, 2011, at 2:31 PM, Lu Vencl wrote: > Were those nodes on AT&T dsl? All of mine were but then cleared up later. According to Matt this all started about 6 am et I was connected to 27892 and at 6:00 A.M. the connection dropped. I thought it was a problem with my repeater, or a timeout had been set. I'm using Bright HOuse cable internet. Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From telesistant at hotmail.com Thu Dec 22 20:50:52 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 12:50:52 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <5A655F64-6EB9-4B0E-AD78-74A9C9CBC9DD@tangandjonsson.com> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , <5A655F64-6EB9-4B0E-AD78-74A9C9CBC9DD@tangandjonsson.com> Message-ID: Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC/Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote:Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentationcorrectly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6pcv at cal-net.org Thu Dec 22 21:42:57 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Thu, 22 Dec 2011 13:42:57 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: References: <002401ccbdb7$b6cf8560$246e9020$@com>, , <5A655F64-6EB9-4B0E-AD78-74A9C9CBC9DD@tangandjonsson.com> Message-ID: <0BD95197ADD94449B2496C11560B9367@marshall2> This would be a good function or to add in the future firmware! _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 12:51 PM To: conny at tangandjonsson.com Cc: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM _____ Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From michaelcarey at internode.on.net Thu Dec 22 22:35:37 2011 From: michaelcarey at internode.on.net (michaelcarey at internode.on.net) Date: Fri, 23 Dec 2011 09:05:37 +1030 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <0BD95197ADD94449B2496C11560B9367@marshall2> Message-ID: <8d1faa7430d09dc35168c20d9ebfcd145f338cd0@webmail.internode.on.net> I agree! ? I was going to ask exactly the same question. ?Maybe this loss-of-connectivity-failover function could be enhanced to include a simple timed morse ID and dedicated repeater tail tone so you know?immediately?that something is wrong. Michael.VK5ZEA ----- Original Message ----- From: "Marshall Oldham" To:"Jim Duuuude" , Cc:"app_rpt mailing list" Sent:Thu, 22 Dec 2011 13:42:57 -0800 Subject:Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable This would be a good function or?to add in the future firmware! ? ? ------------------------- FROM: Jim Duuuude [mailto:telesistant at hotmail.com] SENT: Thursday, December 22, 2011 12:51 PM TO: conny at tangandjonsson.com CC: Marshall Oldham; app_rpt mailing list SUBJECT: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM ------------------------- Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as?"generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for? portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments.? JIM WB6NIL ------------------------- From:?ke6pcv at cal-net.org [1] To:?app_rpt-users at ohnosec.org [2] Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar?RTCM (Radio Thin Client Module)?and it really looks like a GREAT?product and addition to the already cool Allstar hardware. ? Among all the other cool features of the RTCM?(Radio Thin Client Module) like?Transmitter Simulcasting and Receiver Voting,?if?I understand the documentation correctly you can use this very small?Radio Thin Client Module at a remote radio site to set up an?Allstar repeater node if the site?has internet connection without a COMPUTER at the site? ? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too?? ? How many total sites can you?use?Radio Thin Client Modules on and point back to a?single server on the ground??? ? If this is the case, All I can say is WOW, how cool! ? 73 ? Marshall ? ? ? ------------------------- FROM:?app_rpt-users-bounces at ohnosec.org [3]?[mailto:app_rpt-users-bounces at ohnosec.org]?ON BEHALF OF?Mark Guibord SENT:?Sunday, December 18, 2011 11:03 AM TO:?app_rpt-users at ohnosec.org [4] SUBJECT:?[App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. ? For more information visit http://micro-node.com/thin-m1.html [5] ? Regards, Mark Guibord Micro-Node International ? ? _______________________________________________ App_rpt-users mailing list?App_rpt-users at ohnosec.org [6]?http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users [7] _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org [8] http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users [9] Links: ------ [1] mailto:ke6pcv at cal-net.org [2] mailto:app_rpt-users at ohnosec.org [3] mailto:app_rpt-users-bounces at ohnosec.org [4] mailto:app_rpt-users at ohnosec.org [5] http://micro-node.com/thin-m1.html [6] mailto:App_rpt-users at ohnosec.org [7] http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users [8] mailto:App_rpt-users at ohnosec.org [9] http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 22 22:48:36 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 22 Dec 2011 14:48:36 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <8d1faa7430d09dc35168c20d9ebfcd145f338cd0@webmail.internode.on.net> References: <0BD95197ADD94449B2496C11560B9367@marshall2>, <8d1faa7430d09dc35168c20d9ebfcd145f338cd0@webmail.internode.on.net> Message-ID: [In Eeyore voice] Oh bother.... I guess I'm going to have to split the configuration menu into sub-menus, since the current one is 'buldging' (at least on an 80x25 size screen, which is what its optimized for). [In Eeyore voice] Oh bother.... :-) JIM WB6NIL From: michaelcarey at internode.on.net To: ke6pcv at cal-net.org; telesistant at hotmail.com; conny at tangandjonsson.com CC: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Fri, 23 Dec 2011 09:05:37 +1030 I agree! I was going to ask exactly the same question. Maybe this loss-of-connectivity-failover function could be enhanced to include a simple timed morse ID and dedicated repeater tail tone so you know immediately that something is wrong. Michael.VK5ZEA ----- Original Message ----- From: "Marshall Oldham" To:"Jim Duuuude" , Cc:"app_rpt mailing list" Sent:Thu, 22 Dec 2011 13:42:57 -0800 Subject:Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable This would be a good function or to add in the future firmware! From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 12:51 PM To: conny at tangandjonsson.com Cc: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kc2vrj at gmail.com Thu Dec 22 22:51:15 2011 From: kc2vrj at gmail.com (Paul Nannery) Date: Thu, 22 Dec 2011 17:51:15 -0500 Subject: [App_rpt-users] App_rpt-users Digest, Vol 34, Issue 59 In-Reply-To: References: Message-ID: Jim the simple repeat idea is good we just need to make sure it can id in that mode. On Dec 22, 2011 5:35 PM, wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users at ohnosec.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > or, via email, send a message with subject or body 'help' to > app_rpt-users-request at ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner at ohnosec.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of App_rpt-users digest..." > > Today's Topics: > > 1. Re: Allstar RTCM (Radio Thin Client Module) is nowavailable > (Marshall Oldham) > 2. Re: Allstar RTCM (Radio Thin Client Module) is nowavailable > (michaelcarey at internode.on.net) > > > ---------- Forwarded message ---------- > From: "Marshall Oldham" > To: "'Jim Duuuude'" , > Cc: 'app_rpt mailing list' > Date: Thu, 22 Dec 2011 13:42:57 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > ** > This would be a good function or to add in the future firmware! > > > ------------------------------ > *From:* Jim Duuuude [mailto:telesistant at hotmail.com] > *Sent:* Thursday, December 22, 2011 12:51 PM > *To:* conny at tangandjonsson.com > *Cc:* Marshall Oldham; app_rpt mailing list > *Subject:* RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > Not at the moment as the firmware currently stands. However, that's not > a bad idea. > It could simply act as a totally "dumb" controller and just repeat the > input back to > the output. > > JIM > > ------------------------------ > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > From: conny at tangandjonsson.com > Date: Thu, 22 Dec 2011 13:46:17 -0700 > CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org > To: telesistant at hotmail.com > > If you use RTCM as "generic" radio interface on the hill and a linux box > at a remote location connected over an IP connection and you loose the > connection can the RTCM failover to be a minimal repeater controller on the > hill? > > 73 de N5HC > /Conny > > On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: > > Yeah, that's the general idea. The location of the Linux server running > app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the receiver > and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet > connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located on the > same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system could > be set up with a server > located in some sort of datacenter "on the ground", and all the radios > could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of some > sort between each of them > and the server, the system will work nicely. That is providing that there > is an RTCM located at > the server location also (whether or not that particular RTCM has radio > hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 > allstar nodes), > and a larger server could easily support MANY dozens of them on dozens of > allstar nodes. > Of course, you REALLY dont want to put too many of them on a single > server, being a potential > single point of failure. For pretty much any practical purpose, the > reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would mention that > the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a > Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a conventional > (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would be to > not have the Linux > host "on the hill" with the radio (as mentioned above). In addition, the > RTCM allows for > portable/mobile operation with a mobile/portable Internet connection in > both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > ------------------------------ > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client Module) and it > really looks like a GREAT product and addition to the already cool Allstar > hardware. > > Among all the other cool features of the RTCM (Radio Thin Client Module) > like Transmitter Simulcasting and Receiver Voting, if I understand the > documentation > correctly you can use this very small Radio Thin Client Module at a remote > radio site to set up an Allstar repeater node if the site has internet > connection without a COMPUTER at the site? > > Then you can point the node on the hilltop back to a server on the ground > somewhere that is easy to get too? > > How many total sites can you use Radio Thin Client Modules on and point > back to a single server on the ground? > > If this is the case, All I can say is WOW, how cool! > > 73 > > Marshall > > > > > ------------------------------ > *From:* app_rpt-users-bounces at ohnosec.org [mailto: > app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Mark Guibord > *Sent:* Sunday, December 18, 2011 11:03 AM > *To:* app_rpt-users at ohnosec.org > *Subject:* [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > > > For more information visit http://micro-node.com/thin-m1.html > > > > Regards, > > Mark Guibord > > Micro-Node International > > > > > > > _______________________________________________ App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > ---------- Forwarded message ---------- > From: michaelcarey at internode.on.net > To: "Marshall Oldham" , "Jim Duuuude" < > telesistant at hotmail.com>, conny at tangandjonsson.com > Cc: app_rpt mailing list > Date: Fri, 23 Dec 2011 09:05:37 +1030 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > I agree! > > I was going to ask exactly the same question. Maybe this > loss-of-connectivity-failover function could be enhanced to include a > simple timed morse ID and dedicated repeater tail tone so you > know immediately that something is wrong. > > Michael. > VK5ZEA > > > ----- Original Message ----- > From: > "Marshall Oldham" > > To: > "Jim Duuuude" , > Cc: > "app_rpt mailing list" > Sent: > Thu, 22 Dec 2011 13:42:57 -0800 > Subject: > Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable > > > This would be a good function or to add in the future firmware! > > > ------------------------------ > *From:* Jim Duuuude [mailto:telesistant at hotmail.com] > *Sent:* Thursday, December 22, 2011 12:51 PM > *To:* conny at tangandjonsson.com > *Cc:* Marshall Oldham; app_rpt mailing list > *Subject:* RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > Not at the moment as the firmware currently stands. However, that's not > a bad idea. > It could simply act as a totally "dumb" controller and just repeat the > input back to > the output. > > JIM > > ------------------------------ > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > From: conny at tangandjonsson.com > Date: Thu, 22 Dec 2011 13:46:17 -0700 > CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org > To: telesistant at hotmail.com > > If you use RTCM as "generic" radio interface on the hill and a linux box > at a remote location connected over an IP connection and you loose the > connection can the RTCM failover to be a minimal repeater controller on the > hill? > > 73 de N5HC > /Conny > > On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: > > Yeah, that's the general idea. The location of the Linux server running > app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all of the receiver > and/or transmitter sites. > Of course, "Internet" can mean either some sort of public Internet > connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be located on the > same LAN as the Linux > server, to at least provide a GPS-based timing reference. A system could > be set up with a server > located in some sort of datacenter "on the ground", and all the radios > could have an RTCM "on the > hill" with them, and as long as there is Internet connectivity of some > sort between each of them > and the server, the system will work nicely. That is providing that there > is an RTCM located at > the server location also (whether or not that particular RTCM has radio > hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 > allstar nodes), > and a larger server could easily support MANY dozens of them on dozens of > allstar nodes. > Of course, you REALLY dont want to put too many of them on a single > server, being a potential > single point of failure. For pretty much any practical purpose, the > reasonable limitation is > the point of failure/redundancy issue, not technical limitations. > > I'm not sure if you were clear on this, so I thought I would mention that > the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system and/or a > Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a conventional > (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing this would be to > not have the Linux > host "on the hill" with the radio (as mentioned above). In addition, the > RTCM allows for > portable/mobile operation with a mobile/portable Internet connection in > both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > ------------------------------ > From: ke6pcv at cal-net.org > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client Module) and it > really looks like a GREAT product and addition to the already cool Allstar > hardware. > > Among all the other cool features of the RTCM (Radio Thin Client Module) > like Transmitter Simulcasting and Receiver Voting, if I understand the > documentation > correctly you can use this very small Radio Thin Client Module at a remote > radio site to set up an Allstar repeater node if the site has internet > connection without a COMPUTER at the site? > > Then you can point the node on the hilltop back to a server on the ground > somewhere that is easy to get too? > > How many total sites can you use Radio Thin Client Modules on and point > back to a single server on the ground? > > If this is the case, All I can say is WOW, how cool! > > 73 > > Marshall > > > > > ------------------------------ > *From:* app_rpt-users-bounces at ohnosec.org [mailto: > app_rpt-users-bounces at ohnosec.org] *On Behalf Of *Mark Guibord > *Sent:* Sunday, December 18, 2011 11:03 AM > *To:* app_rpt-users at ohnosec.org > *Subject:* [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is > nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > > > For more information visit http://micro-node.com/thin-m1.html > > > > Regards, > > Mark Guibord > > Micro-Node International > > > > > > > _______________________________________________ App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Fri Dec 23 13:39:13 2011 From: george at dyb.com (George Csahanin) Date: Fri, 23 Dec 2011 07:39:13 -0600 Subject: [App_rpt-users] Allstar issues this AM? References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> <007401ccc0a7$bcd0e560$3672b020$@net> <46F46A34-C628-4EA2-B3B0-4CF60B490EAB@att.net> Message-ID: <2F495967C4FA4C20AC08FDDDADC8E252@lintv.com> The common one, mine 2360 is AT&T GeorgeC ----- Original Message ----- From: Lu Vencl To: George Csahanin Cc: Jim Duuuude ; app_rpt mailing list Sent: Thursday, December 22, 2011 1:31 PM Subject: Re: [App_rpt-users] Allstar issues this AM? Were those nodes on AT&T dsl? All of mine were but then cleared up later. According to Matt this all started about 6 am et Sent from my iPhone, Lu Vencl On Dec 22, 2011, at 2:26 PM, "George Csahanin" wrote: Had same here and at W8VT, W8JTW, nodes 2360, 27849, 27891, and also at same time Echolink connections were all screwy too, I hear. When I got home last night all seemed normal, except that I could not connect to 27849, but he could connect to me. I could ping him fine. Just some odd quirk. GeorgeC W2DB ----- Original Message ----- From: Lu Vencl To: 'Jim Duuuude' ; 'app_rpt mailing list' Sent: Thursday, December 22, 2011 6:46 AM Subject: Re: [App_rpt-users] Allstar issues this AM? 27869, 27892 Thanks Jim.. From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 7:47 AM To: vencl at att.net; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar issues this AM? what is one of your node numbers JIM -------------------------------------------------------------------------- From: vencl at att.net To: app_rpt-users at ohnosec.org Date: Thu, 22 Dec 2011 07:40:58 -0500 Subject: [App_rpt-users] Allstar issues this AM? I don?t know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. Anyone know of any issues out there? All I get is connection failed messages, but I can ping the IP?s from box to box and DNS is working. Lu KA4EPS _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at morell.us Fri Dec 23 16:36:27 2011 From: ron at morell.us (Ron Morell) Date: Fri, 23 Dec 2011 09:36:27 -0700 Subject: [App_rpt-users] No registration for peer 'ka7u' (from 96.254.195.117) Message-ID: <4EF4AE0B.4000809@morell.us> I have a mystery connection attempt going on. I don't know if it is bouncing back because of a connection attempt from my node or if it is from another device trying to call into the node. It looks like this: test*CLI> [Dec 23 09:08:37] NOTICE[29328]: chan_iax2.c:6839 register_verify: No registration for peer 'ka7u' (from 96.254.195.117) Tried to figure out where it comes from, but end up with Verizon, which covers a lot. I have my cell phone turned off, just in case IaxAgent on my phone was running in the background and was somehow trying to call in. So that device is out of the loop. Just for knowing IaxAgent on the cell phone is using this IP currently: 174.253.181.123, and calls in just fine. [root at test asterisk]# traceroute 96.254.195.117 traceroute to 96.254.195.117 (96.254.195.117), 30 hops max, 40 byte packets 1 192.168.0.1 (192.168.0.1) 0.737 ms 1.175 ms 1.400 ms 2 boid-dsl-gw03-195.boid.qwest.net (184.99.64.195) 53.113 ms 53.921 ms 54.598 ms 3 184-99-65-17.boid.qwest.net (184.99.65.17) 55.379 ms 56.067 ms 57.184 ms 4 sjp-brdr-03.inet.qwest.net (67.14.34.10) 90.062 ms 90.844 ms 92.233 ms 5 63.146.27.230 (63.146.27.230) 92.767 ms 97.868 ms 98.521 ms 6 0.ge-2-1-0.SJC01-BB-RTR2.verizon-gni.net (152.63.2.62) 84.364 ms 79.095 ms 80.897 ms 7 130.81.199.29 (130.81.199.29) 139.337 ms 140.607 ms 141.284 ms 8 * * * 9 * * * So if I have a setting somewhere that is calling out and trying to register ka7u it should show up in my /etc/asterisk/*.conf files, I think. [root at test asterisk]# grep -R "ka7u" * extensions.conf:;exten => 3001,1,Dial(IAX2/ka7u) [root at test asterisk]# The above is the only instance of 'ka7u' in those files and it is commented out while I'm trouble shooting this. I've checked through the iax.conf files of the friend nodes I work with and commented out all the ka7u references in the iax.conf files on those and still the connection attempts continue. Any ideas of what this is all about? Ron KA7U From ron at morell.us Fri Dec 23 18:44:41 2011 From: ron at morell.us (Ron Morell) Date: Fri, 23 Dec 2011 11:44:41 -0700 Subject: [App_rpt-users] No registration for peer 'ka7u' (from 96.254.195.117) In-Reply-To: References: <4EF4AE0B.4000809@morell.us> Message-ID: <4EF4CC19.8020908@morell.us> David, Thanks for the reply. The mystery has been solved. My friend W4BGH and I experimented a while back with Zoiper soft phones and IAX connections. I had since changed some of the iax.conf settings, but that Zoiper soft phone was trying to maintain a connection. That has been fixed. So the learning curve continues! You are right on target with the problem. 73, Ron Morell KA7U On 12/23/2011 10:19 AM, David KE6UPI wrote: > Well looking up the IP address its from Verizon FIOS. Could it be from > anther IAXagent? Are you in the city of Valrico?? > > > > General IP Information > > IP: 96.254.195.117 > Decimal: 1627308917 > Hostname: pool-96-254-195-117.tampfl.fios.verizon.net > > ISP: Verizon Internet Services > Organization: Verizon Internet Services > Services: None detected > Type: Broadband > Assignment: Static IP > > > Geolocation Information > > Country: United States us flag > State/Region: Florida > City: Valrico > Latitude: 27.9158 > Longitude: -82.229 > Area Code: 813 > Postal Code: 33596 > > > > David > > > On Fri, Dec 23, 2011 at 8:36 AM, Ron Morell > wrote: > > I have a mystery connection attempt going on. I don't know if it is > bouncing back because of a connection attempt from my node or if it is > from another device trying to call into the node. It looks like this: > > test*CLI> > [Dec 23 09:08:37] NOTICE[29328]: chan_iax2.c:6839 register_verify: No > registration for peer 'ka7u' (from 96.254.195.117) > > Tried to figure out where it comes from, but end up with Verizon, > which > covers a lot. I have my cell phone turned off, just in case > IaxAgent on > my phone was running in the background and was somehow trying to call > in. So that device is out of the loop. Just for knowing IaxAgent on > the cell phone is using this IP currently: 174.253.181.123, and > calls in > just fine. > > [root at test asterisk]# traceroute 96.254.195.117 > traceroute to 96.254.195.117 (96.254.195.117), 30 hops max, 40 > byte packets > 1 192.168.0.1 (192.168.0.1) 0.737 ms 1.175 ms 1.400 ms > 2 boid-dsl-gw03-195.boid.qwest.net > (184.99.64.195) 53.113 > ms 53.921 > ms 54.598 ms > 3 184-99-65-17.boid.qwest.net > (184.99.65.17) 55.379 ms > 56.067 ms > 57.184 ms > 4 sjp-brdr-03.inet.qwest.net > (67.14.34.10) 90.062 ms 90.844 ms > 92.233 ms > 5 63.146.27.230 (63.146.27.230) 92.767 ms 97.868 ms 98.521 ms > 6 0.ge-2-1-0.SJC01-BB-RTR2.verizon-gni.net > (152.63.2.62) > 84.364 ms > 79.095 ms 80.897 ms > 7 130.81.199.29 (130.81.199.29) 139.337 ms 140.607 ms 141.284 ms > 8 * * * > 9 * * * > > So if I have a setting somewhere that is calling out and trying to > register ka7u it should show up in my /etc/asterisk/*.conf files, > I think. > [root at test asterisk]# grep -R "ka7u" * > extensions.conf:;exten => 3001,1,Dial(IAX2/ka7u) > [root at test asterisk]# > > The above is the only instance of 'ka7u' in those files and it is > commented out while I'm trouble shooting this. I've checked > through the > iax.conf files of the friend nodes I work with and commented out > all the > ka7u references in the iax.conf files on those and still the > connection > attempts continue. > > Any ideas of what this is all about? > Ron KA7U > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > From vencl at att.net Fri Dec 23 19:20:27 2011 From: vencl at att.net (Lu Vencl) Date: Fri, 23 Dec 2011 14:20:27 -0500 Subject: [App_rpt-users] Allstar issues this AM? In-Reply-To: <2F495967C4FA4C20AC08FDDDADC8E252@lintv.com> References: <005401ccc0a6$f4919ef0$ddb4dcd0$@net> <007401ccc0a7$bcd0e560$3672b020$@net> <46F46A34-C628-4EA2-B3B0-4CF60B490EAB@att.net> <2F495967C4FA4C20AC08FDDDADC8E252@lintv.com> Message-ID: Yes. That is what it appeared to be. The odd thing was that I could ping any node on AT&T but could not connect. I could connect to other nodes that were not on AT&T. Weird. The entire issue lasted about 2 hours. Sent from my iPhone, Lu Vencl On Dec 23, 2011, at 8:39 AM, "George Csahanin" wrote: > The common one, mine 2360 is AT&T > > GeorgeC > ----- Original Message ----- > From: Lu Vencl > To: George Csahanin > Cc: Jim Duuuude ; app_rpt mailing list > Sent: Thursday, December 22, 2011 1:31 PM > Subject: Re: [App_rpt-users] Allstar issues this AM? > > Were those nodes on AT&T dsl? All of mine were but then cleared up later. According to Matt this all started about 6 am et > > Sent from my iPhone, Lu Vencl > > On Dec 22, 2011, at 2:26 PM, "George Csahanin" wrote: > >> Had same here and at W8VT, W8JTW, nodes 2360, 27849, 27891, and also at same time Echolink connections were all screwy too, I hear. When I got home last night all seemed normal, except that I could not connect to 27849, but he could connect to me. I could ping him fine. >> >> Just some odd quirk. >> >> GeorgeC >> W2DB >> >> >> ----- Original Message ----- >> From: Lu Vencl >> To: 'Jim Duuuude' ; 'app_rpt mailing list' >> Sent: Thursday, December 22, 2011 6:46 AM >> Subject: Re: [App_rpt-users] Allstar issues this AM? >> >> 27869, 27892 >> Thanks Jim.. >> From: Jim Duuuude [mailto:telesistant at hotmail.com] >> Sent: Thursday, December 22, 2011 7:47 AM >> To: vencl at att.net; app_rpt mailing list >> Subject: RE: [App_rpt-users] Allstar issues this AM? >> what is one of your node numbers >> >> JIM >> >> From: vencl at att.net >> To: app_rpt-users at ohnosec.org >> Date: Thu, 22 Dec 2011 07:40:58 -0500 >> Subject: [App_rpt-users] Allstar issues this AM? >> >> I don?t know why, but none of my boxes are able to connect properly to any nodes and they are at all different places. >> Anyone know of any issues out there? >> All I get is connection failed messages, but I can ping the IP?s from box to box and DNS is working. >> Lu >> KA4EPS >> >> _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From denver.little at gmail.com Sat Dec 24 00:20:27 2011 From: denver.little at gmail.com (Little Denver) Date: Fri, 23 Dec 2011 19:20:27 -0500 Subject: [App_rpt-users] setting up a new node with a maxtrac Message-ID: Looking to build an allstar node with for my dad. The OS is installing now, my URI with internal eeprom has been delivered and I am soldering the connections to my Maxtrac. I would like to set this up for Simplex with tones, Can i get a guide of standard settings for the web configuration, specifically for the radio configuration section? we have been messing around with getting an HT to work with no success and basically have changed all the setting in there. Just want to make sure we start off with everything as a standard or best pratice for this new radio configuration. -- Thanks & 73, Denver Little KF5EFG -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 24 04:33:34 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 23 Dec 2011 20:33:34 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable In-Reply-To: <0BD95197ADD94449B2496C11560B9367@marshall2> References: <002401ccbdb7$b6cf8560$246e9020$@com>, , <5A655F64-6EB9-4B0E-AD78-74A9C9CBC9DD@tangandjonsson.com> , <0BD95197ADD94449B2496C11560B9367@marshall2> Message-ID: I've been really busy (and productive) today. The new version (0.60) of the RTCM/Voter board firmware now supports the following: Notification via CW of host connection failure (with the option of repeating it periodically if still failed, along with option of repeating it after receiver un-key). Notification via CW of host connection restoral after failure. "Offline" repeat mode, where it becomes a "dumb" repeater if host connection is lost. Includes settable hang time. The "Notification via CW of host connection failure" feature also can serve as a CW identifier in this mode (and was designed to do so). The CW speed, CW strings (content of messages), and some other stuff is user-settable from a menu. Speaking of menus, the "big humongous" main menu is now split in to 3 nice, smaller ones. The 2 sub-menus are IP (networking) parameters, and "Offline Mode" parameters. The only thing it does *NOT* do is generate CTCSS tone when transmitting. I doubt it ever will, since we are pretty much out of code space in the processor. This would require the use of floating point trig functions to calculate generation constants (or from a table), neither of which we have room for. The 0.60 version will be available on SVN at 2115 PST tonight. JIM WB6NIL From: ke6pcv at cal-net.org To: telesistant at hotmail.com; conny at tangandjonsson.com CC: app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Thu, 22 Dec 2011 13:42:57 -0800 This would be a good function or to add in the future firmware! From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 12:51 PM To: conny at tangandjonsson.com Cc: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards,Mark GuibordMicro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb7rsi at gmail.com Sat Dec 24 04:34:06 2011 From: kb7rsi at gmail.com (KB7RSI) Date: Fri, 23 Dec 2011 20:34:06 -0800 Subject: [App_rpt-users] Allstarlink/ubuntu Message-ID: <008a01ccc1f5$4701cb70$d5056250$@gmail.com> Does anyone have the scripts that K1LNK wrote a little over a year ago that they could send me or direct me to? His domain seems to be down and I also assume that his email which is to his old domain is down also. If not, has anyone successfully gotten this to work on Ubuntu with minimum issues? Thanks all Harold Kb7rsi Las Vegas From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Little Denver Sent: Friday, December 23, 2011 4:20 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] setting up a new node with a maxtrac Looking to build an allstar node with for my dad. The OS is installing now, my URI with internal eeprom has been delivered and I am soldering the connections to my Maxtrac. I would like to set this up for Simplex with tones, Can i get a guide of standard settings for the web configuration, specifically for the radio configuration section? we have been messing around with getting an HT to work with no success and basically have changed all the setting in there. Just want to make sure we start off with everything as a standard or best pratice for this new radio configuration. -- Thanks & 73, Denver Little KF5EFG -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 24 04:35:20 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 23 Dec 2011 20:35:20 -0800 Subject: [App_rpt-users] Allstarlink/ubuntu In-Reply-To: <008a01ccc1f5$4701cb70$d5056250$@gmail.com> References: <008a01ccc1f5$4701cb70$d5056250$@gmail.com> Message-ID: isnt that K1LNX?? JIM From: kb7rsi at gmail.com To: app_rpt-users at ohnosec.org Date: Fri, 23 Dec 2011 20:34:06 -0800 Subject: [App_rpt-users] Allstarlink/ubuntu Does anyone have the scripts that K1LNK wrote a little over a year ago that they could send me or direct me to?His domain seems to be down and I also assume that his email which is to his old domain is down also.If not, has anyone successfully gotten this to work on Ubuntu with minimum issues? Thanks all HaroldKb7rsiLas Vegas From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Little Denver Sent: Friday, December 23, 2011 4:20 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] setting up a new node with a maxtrac Looking to build an allstar node with for my dad. The OS is installing now, my URI with internal eeprom has been delivered and I am soldering the connections to my Maxtrac. I would like to set this up for Simplex with tones, Can i get a guide of standard settings for the web configuration, specifically for the radio configuration section? we have been messing around with getting an HT to work with no success and basically have changed all the setting in there. Just want to make sure we start off with everything as a standard or best pratice for this new radio configuration. -- Thanks & 73, Denver Little KF5EFG _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb7rsi at gmail.com Sat Dec 24 04:36:49 2011 From: kb7rsi at gmail.com (KB7RSI) Date: Fri, 23 Dec 2011 20:36:49 -0800 Subject: [App_rpt-users] Allstarlink/ubuntu In-Reply-To: References: <008a01ccc1f5$4701cb70$d5056250$@gmail.com> Message-ID: <009a01ccc1f5$a81098b0$f831ca10$@gmail.com> Yep that's it. Typing too fast.LOL Thanks Harold From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Friday, December 23, 2011 8:35 PM To: kb7rsi at gmail.com; app_rpt mailing list Subject: RE: [App_rpt-users] Allstarlink/ubuntu isnt that K1LNX?? JIM _____ From: kb7rsi at gmail.com To: app_rpt-users at ohnosec.org Date: Fri, 23 Dec 2011 20:34:06 -0800 Subject: [App_rpt-users] Allstarlink/ubuntu Does anyone have the scripts that K1LNK wrote a little over a year ago that they could send me or direct me to? His domain seems to be down and I also assume that his email which is to his old domain is down also. If not, has anyone successfully gotten this to work on Ubuntu with minimum issues? Thanks all Harold Kb7rsi Las Vegas From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Little Denver Sent: Friday, December 23, 2011 4:20 PM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] setting up a new node with a maxtrac Looking to build an allstar node with for my dad. The OS is installing now, my URI with internal eeprom has been delivered and I am soldering the connections to my Maxtrac. I would like to set this up for Simplex with tones, Can i get a guide of standard settings for the web configuration, specifically for the radio configuration section? we have been messing around with getting an HT to work with no success and basically have changed all the setting in there. Just want to make sure we start off with everything as a standard or best pratice for this new radio configuration. -- Thanks & 73, Denver Little KF5EFG _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke6pcv at cal-net.org Sat Dec 24 07:28:24 2011 From: ke6pcv at cal-net.org (Marshall Oldham) Date: Fri, 23 Dec 2011 23:28:24 -0800 Subject: [App_rpt-users] FW: Allstar RTCM (Radio Thin Client Module) is nowavailable Message-ID: <1555E3D344EE462D9E72C4F975FC92F7@marshall2> Jim, WOW, that was a quick feature update and new firmware addition. Man you work fast. Thanks for this great functional feature to the RTCM. An early Christmas gift! 73 Marshall - ke6pcv _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Friday, December 23, 2011 8:34 PM To: Marshall Oldham; conny at tangandjonsson.com Cc: app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I've been really busy (and productive) today. The new version (0.60) of the RTCM/Voter board firmware now supports the following: Notification via CW of host connection failure (with the option of repeating it periodically if still failed, along with option of repeating it after receiver un-key). Notification via CW of host connection restoral after failure. "Offline" repeat mode, where it becomes a "dumb" repeater if host connection is lost. Includes settable hang time. The "Notification via CW of host connection failure" feature also can serve as a CW identifier in this mode (and was designed to do so). The CW speed, CW strings (content of messages), and some other stuff is user-settable from a menu. Speaking of menus, the "big humongous" main menu is now split in to 3 nice, smaller ones. The 2 sub-menus are IP (networking) parameters, and "Offline Mode" parameters. The only thing it does *NOT* do is generate CTCSS tone when transmitting. I doubt it ever will, since we are pretty much out of code space in the processor. This would require the use of floating point trig functions to calculate generation constants (or from a table), neither of which we have room for. The 0.60 version will be available on SVN at 2115 PST tonight. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: telesistant at hotmail.com; conny at tangandjonsson.com CC: app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Thu, 22 Dec 2011 13:42:57 -0800 This would be a good function or to add in the future firmware! _____ From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 12:51 PM To: conny at tangandjonsson.com Cc: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM _____ Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL _____ From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall _____ From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at moses.bz Sat Dec 24 08:12:16 2011 From: fred at moses.bz (Fredric Moses) Date: Sat, 24 Dec 2011 03:12:16 -0500 Subject: [App_rpt-users] RTCM + LOX/Beagle Board Setup Message-ID: Hello all new to the list and app_rpt with asterisk in general. My question is if the beagle board/LOX combo is powerful enough to also be the radio server for the RTCM's. My first 2 LOX/Beagleboard combo's should up a few days ago.. Just sat down and hooked up my first radio to it about 24 hours ago and it's really slick how it's just working to the point that I am thinking of replacing the arcom rc210 I have on my UHF machine after i keep working and testing this more.. I want to not only run the RTCM's from the beagle board that will be located at the main site but have the 2 radio ports on the LOX's be used as remote bases to the RTCM. As from what I am reading about the RTCM's they need a app_rpt server to show up as a radio port for ID's n Such.. My current UHF Site1 is a motorola purc 5000 with a UHF link radio towards a friends site. If the RTCM/Beagleboard combo's work I will be installing a second purc about 10 miles away on another mountain ridge site so will want the voted RX audio as well as the simulcast to work out the "remote" link ports on the LOX. A third site is planned to the west about 18 miles away but won't come up till the microwave path is installed direct to it.. This RTCM came out at just the right time as i have a stack of 900mhz maxtracs and a spectra tac voter that i was about it install for remote RX's. -- Fredric Moses - W8FSM - WQOG498 fred at moses.bz From shaun at pmbnet.co.za Sat Dec 24 08:37:11 2011 From: shaun at pmbnet.co.za (Shaun Rudling) Date: Sat, 24 Dec 2011 10:37:11 +0200 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is now available In-Reply-To: <1555E3D344EE462D9E72C4F975FC92F7@marshall2> References: <1555E3D344EE462D9E72C4F975FC92F7@marshall2> Message-ID: <4EF58F37.1050408@pmbnet.co.za> My two RTCM's have just been shipped. Gonna take about 10 days before I get my prezzie. Now would be the time to set up my single, central server. Could someone (Jim?) give me a link, or a name of the software to use on the centrally located server PC. I will not be using the voter feature just yet. I just want to set up two remote AllStar repeater nodes using the RTCM's on the high-sites. Do we just use the same acid_centos57 or acid_centos55? and do we configure it using the same portal at https://allstarlink.org/portal/index_portal.php ? Thank you Shaun zr5s On 24/12/11 09:28, Marshall Oldham wrote: > Jim, > WOW, that was a quick feature update and new firmware addition. Man > you work fast. > Thanks for this great functional feature to the RTCM. An early > Christmas gift! > 73 > Marshall - ke6pcv > > > ------------------------------------------------------------------------ > *From:* Jim Duuuude [mailto:telesistant at hotmail.com] > *Sent:* Friday, December 23, 2011 8:34 PM > *To:* Marshall Oldham; conny at tangandjonsson.com > *Cc:* app_rpt mailing list > *Subject:* RE: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > > I've been really busy (and productive) today. > > The new version (0.60) of the RTCM/Voter board firmware now > supports the following: > > Notification via CW of host connection failure (with the option of > repeating it > periodically if still failed, along with option of repeating it > after receiver un-key). > > Notification via CW of host connection restoral after failure. > > "Offline" repeat mode, where it becomes a "dumb" repeater if host > connection is lost. > Includes settable hang time. The "Notification via CW of host > connection failure" feature > also can serve as a CW identifier in this mode (and was designed > to do so). > > The CW speed, CW strings (content of messages), and some other > stuff is user-settable > from a menu. > > Speaking of menus, the "big humongous" main menu is now split in > to 3 nice, smaller ones. > The 2 sub-menus are IP (networking) parameters, and "Offline Mode" > parameters. > > The only thing it does *NOT* do is generate CTCSS tone when > transmitting. I doubt it ever > will, since we are pretty much out of code space in the processor. > This would require the > use of floating point trig functions to calculate generation > constants (or from a table), neither > of which we have room for. > > The 0.60 version will be available on SVN at 2115 PST tonight. > > JIM WB6NIL > > > > ------------------------------------------------------------------------ > From: ke6pcv at cal-net.org > To: telesistant at hotmail.com; conny at tangandjonsson.com > CC: app_rpt-users at ohnosec.org > Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > Date: Thu, 22 Dec 2011 13:42:57 -0800 > > This would be a good function or to add in the future firmware! > ------------------------------------------------------------------------ > *From:* Jim Duuuude [mailto:telesistant at hotmail.com] > *Sent:* Thursday, December 22, 2011 12:51 PM > *To:* conny at tangandjonsson.com > *Cc:* Marshall Oldham; app_rpt mailing list > *Subject:* RE: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > > Not at the moment as the firmware currently stands. However, > that's not a bad idea. > It could simply act as a totally "dumb" controller and just > repeat the input back to > the output. > > JIM > > ------------------------------------------------------------------------ > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client > Module) is nowavailable > From: conny at tangandjonsson.com > Date: Thu, 22 Dec 2011 13:46:17 -0700 > CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org > To: telesistant at hotmail.com > > If you use RTCM as "generic" radio interface on the hill and a > linux box at a remote location connected over an IP connection > and you loose the connection can the RTCM failover to be a > minimal repeater controller on the hill? > > 73 de N5HC > /Conny > > On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: > > Yeah, that's the general idea. The location of the Linux > server running app_rpt/Asterisk can be > more or less anywhere within Internet connectivity of all > of the receiver and/or transmitter sites. > Of course, "Internet" can mean either some sort of public > Internet connection, or a privately-provided > Internet connection (low-cost microwave link(s), etc). > > The only limitation is that an RTCM/Voter module *must* be > located on the same LAN as the Linux > server, to at least provide a GPS-based timing reference. > A system could be set up with a server > located in some sort of datacenter "on the ground", and > all the radios could have an RTCM "on the > hill" with them, and as long as there is Internet > connectivity of some sort between each of them > and the server, the system will work nicely. That is > providing that there is an RTCM located at > the server location also (whether or not that particular > RTCM has radio hardware connected to it > or not). > > One minimal Linux server can easily support 1 or 2 dozen > RTCM's (on 1 or 2 allstar nodes), > and a larger server could easily support MANY dozens of > them on dozens of allstar nodes. > Of course, you REALLY dont want to put too many of them on > a single server, being a potential > single point of failure. For pretty much any practical > purpose, the reasonable limitation is > the point of failure/redundancy issue, not technical > limitations. > > I'm not sure if you were clear on this, so I thought I > would mention that the RTCM is not just > usable as a GPS-timing-based Multi-Receiver Voting system > and/or a Simulcast Transmitter system. > It can also be used as a "generic" radio interface for a > conventional (non-GPS-based) either simplex > or full duplex (repeater) radio. The advantage of doing > this would be to not have the Linux > host "on the hill" with the radio (as mentioned above). In > addition, the RTCM allows for > portable/mobile operation with a mobile/portable Internet > connection in both the GPS-based > and non-GPS-based environments. > > JIM WB6NIL > > > ------------------------------------------------------------------------ > From:ke6pcv at cal-net.org > To:app_rpt-users at ohnosec.org > > Date: Wed, 21 Dec 2011 10:54:18 -0800 > Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin > Client Module) is nowavailable > > I have been looking at the Allstar RTCM (Radio Thin Client > Module) and it really looks like a GREAT product and > addition to the already cool Allstar hardware. > Among all the other cool features of the RTCM (Radio Thin > Client Module) like Transmitter Simulcasting and Receiver > Voting, ifI understand the documentation > correctly you can use this very small Radio Thin Client > Module at a remote radio site to set up an Allstar > repeater node if the site has internet connection without > a COMPUTER at the site? > Then you can point the node on the hilltop back to a > server on the ground somewhere that is easy to get too? > How many total sites can you use Radio Thin Client Modules > on and point back to a single server on the ground? > If this is the case, All I can say is WOW, how cool! > 73 > Marshall > > ------------------------------------------------------------------------ > *From:*app_rpt-users-bounces at ohnosec.org > [mailto:app_rpt-users-bounces at ohnosec.org]*On > Behalf Of*Mark Guibord > *Sent:*Sunday, December 18, 2011 11:03 AM > *To:*app_rpt-users at ohnosec.org > > *Subject:*[App_rpt-users] Allstar RTCM (Radio Thin > Client Module) is nowavailable > > Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. > > > > For more information visithttp://micro-node.com/thin-m1.html > > > > Regards, > > Mark Guibord > > Micro-Node International > > > _______________________________________________ > App_rpt-users mailing listApp_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1901 / Virus Database: 2109/4699 - Release Date: 12/23/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 24 10:08:50 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 24 Dec 2011 02:08:50 -0800 Subject: [App_rpt-users] RTCM + LOX/Beagle Board Setup In-Reply-To: References: Message-ID: I dont think running 1 instance of chan_voter with a few (10 or so) clients is even going to make a noticeable difference on a BeagleBoard. JIM WB6NIL > Date: Sat, 24 Dec 2011 03:12:16 -0500 > From: fred at moses.bz > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] RTCM + LOX/Beagle Board Setup > > Hello all new to the list and app_rpt with asterisk in general. My > question is if the beagle board/LOX combo is powerful enough to also > be the radio server for the RTCM's. My first 2 LOX/Beagleboard > combo's should up a few days ago.. Just sat down and hooked up my > first radio to it about 24 hours ago and it's really slick how it's > just working to the point that I am thinking of replacing the arcom > rc210 I have on my UHF machine after i keep working and testing this > more.. I want to not only run the RTCM's from the beagle board that > will be located at the main site but have the 2 radio ports on the > LOX's be used as remote bases to the RTCM. As from what I am reading > about the RTCM's they need a app_rpt server to show up as a radio port > for ID's n Such.. > > My current UHF Site1 is a motorola purc 5000 with a UHF link radio > towards a friends site. If the RTCM/Beagleboard combo's work I will > be installing a second purc about 10 miles away on another mountain > ridge site so will want the voted RX audio as well as the simulcast to > work out the "remote" link ports on the LOX. A third site is planned > to the west about 18 miles away but won't come up till the microwave > path is installed direct to it.. > > This RTCM came out at just the right time as i have a stack of 900mhz > maxtracs and a spectra tac voter that i was about it install for > remote RX's. > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 24 10:16:17 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 24 Dec 2011 02:16:17 -0800 Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is now available In-Reply-To: <4EF58F37.1050408@pmbnet.co.za> References: <1555E3D344EE462D9E72C4F975FC92F7@marshall2>, <4EF58F37.1050408@pmbnet.co.za> Message-ID: You use one of the standard distros (ACID, etc) and load the SVN sources (see the support page on the Allstar Link web page). As far as portal-based configuration for a Voter -- No, and probably not likely to happen for a good while. Its going to be the "good old-fashioned way" -- from the command line with your favorite text editor. JIM WB6NIL Date: Sat, 24 Dec 2011 10:37:11 +0200 From: shaun at pmbnet.co.za To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is now available My two RTCM's have just been shipped. Gonna take about 10 days before I get my prezzie. Now would be the time to set up my single, central server. Could someone (Jim?) give me a link, or a name of the software to use on the centrally located server PC. I will not be using the voter feature just yet. I just want to set up two remote AllStar repeater nodes using the RTCM's on the high-sites. Do we just use the same acid_centos57 or acid_centos55? and do we configure it using the same portal at https://allstarlink.org/portal/index_portal.php ? Thank you Shaun zr5s On 24/12/11 09:28, Marshall Oldham wrote: Jim, WOW, that was a quick feature update and new firmware addition. Man you work fast. Thanks for this great functional feature to the RTCM. An early Christmas gift! 73 Marshall - ke6pcv From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Friday, December 23, 2011 8:34 PM To: Marshall Oldham; conny at tangandjonsson.com Cc: app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I've been really busy (and productive) today. The new version (0.60) of the RTCM/Voter board firmware now supports the following: Notification via CW of host connection failure (with the option of repeating it periodically if still failed, along with option of repeating it after receiver un-key). Notification via CW of host connection restoral after failure. "Offline" repeat mode, where it becomes a "dumb" repeater if host connection is lost. Includes settable hang time. The "Notification via CW of host connection failure" feature also can serve as a CW identifier in this mode (and was designed to do so). The CW speed, CW strings (content of messages), and some other stuff is user-settable from a menu. Speaking of menus, the "big humongous" main menu is now split in to 3 nice, smaller ones. The 2 sub-menus are IP (networking) parameters, and "Offline Mode" parameters. The only thing it does *NOT* do is generate CTCSS tone when transmitting. I doubt it ever will, since we are pretty much out of code space in the processor. This would require the use of floating point trig functions to calculate generation constants (or from a table), neither of which we have room for. The 0.60 version will be available on SVN at 2115 PST tonight. JIM WB6NIL From: ke6pcv at cal-net.org To: telesistant at hotmail.com; conny at tangandjonsson.com CC: app_rpt-users at ohnosec.org Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Date: Thu, 22 Dec 2011 13:42:57 -0800 This would be a good function or to add in the future firmware! From: Jim Duuuude [mailto:telesistant at hotmail.com] Sent: Thursday, December 22, 2011 12:51 PM To: conny at tangandjonsson.com Cc: Marshall Oldham; app_rpt mailing list Subject: RE: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Not at the moment as the firmware currently stands. However, that's not a bad idea. It could simply act as a totally "dumb" controller and just repeat the input back to the output. JIM Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable From: conny at tangandjonsson.com Date: Thu, 22 Dec 2011 13:46:17 -0700 CC: ke6pcv at cal-net.org; app_rpt-users at ohnosec.org To: telesistant at hotmail.com If you use RTCM as "generic" radio interface on the hill and a linux box at a remote location connected over an IP connection and you loose the connection can the RTCM failover to be a minimal repeater controller on the hill? 73 de N5HC /Conny On Dec 21, 2011, at 12:52 PM, Jim Duuuude wrote: Yeah, that's the general idea. The location of the Linux server running app_rpt/Asterisk can be more or less anywhere within Internet connectivity of all of the receiver and/or transmitter sites. Of course, "Internet" can mean either some sort of public Internet connection, or a privately-provided Internet connection (low-cost microwave link(s), etc). The only limitation is that an RTCM/Voter module *must* be located on the same LAN as the Linux server, to at least provide a GPS-based timing reference. A system could be set up with a server located in some sort of datacenter "on the ground", and all the radios could have an RTCM "on the hill" with them, and as long as there is Internet connectivity of some sort between each of them and the server, the system will work nicely. That is providing that there is an RTCM located at the server location also (whether or not that particular RTCM has radio hardware connected to it or not). One minimal Linux server can easily support 1 or 2 dozen RTCM's (on 1 or 2 allstar nodes), and a larger server could easily support MANY dozens of them on dozens of allstar nodes. Of course, you REALLY dont want to put too many of them on a single server, being a potential single point of failure. For pretty much any practical purpose, the reasonable limitation is the point of failure/redundancy issue, not technical limitations. I'm not sure if you were clear on this, so I thought I would mention that the RTCM is not just usable as a GPS-timing-based Multi-Receiver Voting system and/or a Simulcast Transmitter system. It can also be used as a "generic" radio interface for a conventional (non-GPS-based) either simplex or full duplex (repeater) radio. The advantage of doing this would be to not have the Linux host "on the hill" with the radio (as mentioned above). In addition, the RTCM allows for portable/mobile operation with a mobile/portable Internet connection in both the GPS-based and non-GPS-based environments. JIM WB6NIL From: ke6pcv at cal-net.org To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 10:54:18 -0800 Subject: Re: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable I have been looking at the Allstar RTCM (Radio Thin Client Module) and it really looks like a GREAT product and addition to the already cool Allstar hardware. Among all the other cool features of the RTCM (Radio Thin Client Module) like Transmitter Simulcasting and Receiver Voting, if I understand the documentation correctly you can use this very small Radio Thin Client Module at a remote radio site to set up an Allstar repeater node if the site has internet connection without a COMPUTER at the site? Then you can point the node on the hilltop back to a server on the ground somewhere that is easy to get too? How many total sites can you use Radio Thin Client Modules on and point back to a single server on the ground? If this is the case, All I can say is WOW, how cool! 73 Marshall From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Mark Guibord Sent: Sunday, December 18, 2011 11:03 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Allstar RTCM Radio Thin-Client Module, an Open-Source VOIP-Based Voting Multi-Receiver and Simulcast Transmit System is now available for purchase. For more information visit http://micro-node.com/thin-m1.html Regards, Mark Guibord Micro-Node International _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4699 - Release Date: 12/23/11 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolthui3 at msu.edu Sat Dec 24 15:13:55 2011 From: wolthui3 at msu.edu (Michael J. Wolthuis) Date: Sat, 24 Dec 2011 10:13:55 -0500 Subject: [App_rpt-users] chan_usbradio.c dependencies? Message-ID: <4EF5EC33.6060209@msu.edu> I am trying to build the SVN on CentOS. I can not use an ACiD load on this node because it has other functionality I cannot remove. Zaptel is building fine, but Asterisk throws an error on chan_usbradio. I think I am missing some dependencies, but can not figure out what. Here is the error I get when building asterisk: *********************************************************** The existing menuselect.makeopts file did not specify that 'chan_usbradio' should not be included. However, either some dependencies for this module were not found or a conflict exists. Either run 'make menuselect' or remove the existing menuselect.makeopts file to resolve this issue. *********************************************************** make[1]: *** [menuselect.makeopts] Error 255 make[1]: Leaving directory `/usr/src/astsrc/asterisk' make: *** [llastate/asterisk-installed] Error 2 I do not need chan_usbradio on this box, but would prefer to figure out what dependencies I am missing and build it if possible for future use. Mike kb8zgl From ron at morell.us Sat Dec 24 17:43:37 2011 From: ron at morell.us (Ron Morell) Date: Sat, 24 Dec 2011 10:43:37 -0700 Subject: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption Message-ID: <4EF60F49.4070700@morell.us> Trying to catch up on the threads of information and now trying to understand the Beagle Board and LOX. So reading along, I find this board is using an ARM DM3730CBP 1GHz processor in the current versions. I find that Pickle Linux is supplying an Asterisk+app_rpt ISO image meant to be written to a 4Gbyte mini SD Card, and that GMK Engineering is selling a LOX board with adapter cables to connect it to the Beagle Board-xM and that this device will connect up to 2 radios. Reading on, there is the RTCM device that is capable of replacing an Asterisk+app_rpt computer at a radio site, but these devices need to connect to a "Hub" Asterisk+app_rpt to be addressable through the AllStar Link Network. Recently WB6NIL has added firmware updates to manage these RTCM devices as a simple repeater controller in the event they lose connection with the "Hub" Asterisk+app_rpt switch controller. So my questions so far are: how much power in watts does the Beagle Board-xM with LOX use on average? how much power in watts does the RTCM use on average? Has anyone compiled a Debian OS with Asterisk+app_rpt for use on the Beagle Board-xM, or is Pickle Linux the only currently available OS solution? Is the current Beagle Board-xM the recommended computer to use, or is another version better supported? Do the Beagle Board users need to have a JTAG device to debug and interface with the system and upgrade uBoot? If so, which JTAG device is recommended? OK, enough with the questions. Given that the RTCM seems to be an attractive solution and the Beagle Boards are supporting up to 2 radios per device with a very elegant solution, I would like to learn as much as I can about these devices and their intended as well as extended uses. I'm not at all competent with the discussion on simulcasting repeaters and nodes, but from what I've read that is not really the scope of these devices, or is there something about simulcast that I've missed in the threads here? 73 and Merry Christmas, Ron - KA7U From tim.sawyer at me.com Sat Dec 24 18:18:26 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sat, 24 Dec 2011 10:18:26 -0800 Subject: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption In-Reply-To: <4EF60F49.4070700@morell.us> References: <4EF60F49.4070700@morell.us> Message-ID: <2BA0C1A3-49F7-432E-AB61-4ADE6FF10DBE@me.com> The RTCM's do facilitate simulcasting. They sync the transmit audio and generate PL. You only need to add frequency stabilization to each of your transmitters to have a simulcast system. -- Tim :wq On Dec 24, 2011, at 9:43 AM, Ron Morell wrote: > Trying to catch up on the threads of information and now trying to > understand the Beagle Board and LOX. So reading along, I find this > board is using an ARM DM3730CBP 1GHz processor in the current versions. > I find that Pickle Linux is supplying an Asterisk+app_rpt ISO image > meant to be written to a 4Gbyte mini SD Card, and that GMK Engineering > is selling a LOX board with adapter cables to connect it to the Beagle > Board-xM and that this device will connect up to 2 radios. > > Reading on, there is the RTCM device that is capable of replacing an > Asterisk+app_rpt computer at a radio site, but these devices need to > connect to a "Hub" Asterisk+app_rpt to be addressable through the > AllStar Link Network. Recently WB6NIL has added firmware updates to > manage these RTCM devices as a simple repeater controller in the event > they lose connection with the "Hub" Asterisk+app_rpt switch controller. > > So my questions so far are: > how much power in watts does the Beagle Board-xM with LOX use on average? > how much power in watts does the RTCM use on average? > Has anyone compiled a Debian OS with Asterisk+app_rpt for use on the > Beagle Board-xM, or is Pickle Linux the only currently available OS > solution? > Is the current Beagle Board-xM the recommended computer to use, or is > another version better supported? > Do the Beagle Board users need to have a JTAG device to debug and > interface with the system and upgrade uBoot? If so, which JTAG device > is recommended? > > OK, enough with the questions. Given that the RTCM seems to be an > attractive solution and the Beagle Boards are supporting up to 2 radios > per device with a very elegant solution, I would like to learn as much > as I can about these devices and their intended as well as extended > uses. I'm not at all competent with the discussion on simulcasting > repeaters and nodes, but from what I've read that is not really the > scope of these devices, or is there something about simulcast that I've > missed in the threads here? > > 73 and Merry Christmas, > Ron - KA7U > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From petem001 at hotmail.com Sat Dec 24 19:27:59 2011 From: petem001 at hotmail.com (pete M) Date: Sat, 24 Dec 2011 14:27:59 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: , <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za>, <4EF1DEBA.508@bdboyle.com>, , Message-ID: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Sat Dec 24 21:55:51 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Message-ID: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sat Dec 24 23:17:08 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 24 Dec 2011 15:17:08 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> Message-ID: try txtoctype = notone in usbradio.conf JIM WB6NIL From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Sun Dec 25 02:01:38 2011 From: ke2n at cs.com (Ken) Date: Sat, 24 Dec 2011 21:01:38 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> Message-ID: <002201ccc2a9$237c6c00$6a754400$@com> Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Sun Dec 25 02:30:57 2011 From: baldwin88 at yahoo.com (Fran) Date: Sat, 24 Dec 2011 18:30:57 -0800 (PST) Subject: [App_rpt-users] Repeater and one remote Node Message-ID: <1324780257.28258.YahooMailClassic@web160303.mail.bf1.yahoo.com> Hello, I have my server setup and my base station (Repeater Node) setup...... My server is connected directly to repeater.? Now I want to connect a remote simplex node useing the RTCM, I have read the info on the RTCM and it looks pretty easy however Im just a bit confused on what files I need to change on the server side...Any help woud be appreciated, yes I have the help files but would be nice to have it from someone who has already had the experience. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 04:05:28 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sat, 24 Dec 2011 20:05:28 -0800 Subject: [App_rpt-users] Repeater and one remote Node In-Reply-To: <1324780257.28258.YahooMailClassic@web160303.mail.bf1.yahoo.com> References: <1324780257.28258.YahooMailClassic@web160303.mail.bf1.yahoo.com> Message-ID: Well, at this point I think thats pretty much likely to be me, me, or me. So, since its me, are you around this evening? JIM WB6NIL Date: Sat, 24 Dec 2011 18:30:57 -0800 From: baldwin88 at yahoo.com To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Repeater and one remote Node Hello, I have my server setup and my base station (Repeater Node) setup...... My server is connected directly to repeater. Now I want to connect a remote simplex node useing the RTCM, I have read the info on the RTCM and it looks pretty easy however Im just a bit confused on what files I need to change on the server side...Any help woud be appreciated, yes I have the help files but would be nice to have it from someone who has already had the experience. Thanks _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Sun Dec 25 04:21:37 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sat, 24 Dec 2011 20:21:37 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> Message-ID: <979B99AD-2098-4B06-978F-767525D73330@me.com> I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: > ok , > > I have some problem here.. > > Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. > > so I have to do it from the machine itself. > > so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. > > I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. > > So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. > > I tried ide0 no go, ide1 not better.. > > Anyone can help?? > > And By the way > > Have a merry Xmass to everyone on the list > > Pierre Martel > > VE2PF > > From: Jim Duuuude > Sent: Wednesday, December 21, 2011 3:55 PM > To: petem001 at hotmail.com ; app_rpt mailing list > Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > The probably easiest way to get an answer to your question is to determine > it emperically. Download the following image: > > http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz > > and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). > > If it boots, and "talks" to the ethernet, etc, then it works. > Otherwise, it doesnt. > > JIM WB6NIL > > > From: petem001 at hotmail.com > To: app_rpt-users at ohnosec.org > Date: Wed, 21 Dec 2011 15:46:27 -0500 > Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) > > they have a VIA chipset that have Video , network, and audio device > > I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. > > I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. > > If possible, how to i build the thing?? > > I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. > > So is it possible or am I dreaming? > > forgot to tell you that there is a serial and printerl port to the machine > > you can see the spec there: > > http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf > > > > Pierre > > VE2PF > > > > > > _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Sun Dec 25 04:23:37 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Sat, 24 Dec 2011 20:23:37 -0800 Subject: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption In-Reply-To: <4EF6A61A.1040106@morell.us> References: <4EF60F49.4070700@morell.us> <2BA0C1A3-49F7-432E-AB61-4ADE6FF10DBE@me.com> <4EF623CD.4000301@morell.us> <7E5B1B6E-A0ED-429D-A1AE-86A8F1EF5ADD@me.com> <4EF6A61A.1040106@morell.us> Message-ID: <90BE8743-D2C3-418C-B1EC-0130100849E4@me.com> Can't help you there. Don't know but I bet the RTCM is pretty low current draw. -- Tim :wq On Dec 24, 2011, at 8:27 PM, Ron Morell wrote: > Tim, > OK, good to know. Now that the new firmware has the "fail over" to become a simple controller, is the CTCSS still generated in that mode with the new firmware? This device is so new, it is hard to understand just what to expect from it. WB6NIL rewrote the firmware for it very quickly, so it is definitely a moving target, but seems to be improving with each iteration. > > What do you know about the power consumption of the RTCM and the Beagle Board + LOX computer. Thinking through the opportunity, I need a power budget for them. > 73 and Merry Christmas! > Ron KA7U > > > On 12/24/2011 09:12 PM, Tim Sawyer wrote: >> >> The no CTCSS generation statement is referring to when the RTCM is connection failure mode. Otherwise it will generate CTCSS. >> -- >> Tim >> :wq >> >> On Dec 24, 2011, at 11:11 AM, Ron Morell wrote: >> >>> Tim, >>> Thank your for your reply and input. I am confused about the PL tone claim though. Check out this excerpt from a WB6NIL post: >>> >>>> Jim Duuuude telesistant at hotmail.com >>>> Fri Dec 23 23:33:34 EST 2011 >>>> Previous message: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable >>>> Next message: [App_rpt-users] App_rpt-users Digest, Vol 34, Issue 59 >>>> Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] >>>> I've been really busy (and productive) today. >>>> >>>> The new version (0.60) of the RTCM/Voter board firmware now supports the following: >>>> >>>> Notification via CW of host connection failure (with the option of repeating it >>>> periodically if still failed, along with option of repeating it after receiver un-key). >>>> >>>> Notification via CW of host connection restoral after failure. >>>> >>>> "Offline" repeat mode, where it becomes a "dumb" repeater if host connection is lost. >>>> Includes settable hang time. The "Notification via CW of host connection failure" feature >>>> also can serve as a CW identifier in this mode (and was designed to do so). >>>> >>>> The CW speed, CW strings (content of messages), and some other stuff is user-settable >>>> from a menu. >>>> >>>> Speaking of menus, the "big humongous" main menu is now split in to 3 nice, smaller ones. >>>> The 2 sub-menus are IP (networking) parameters, and "Offline Mode" parameters. >>>> >>>> The only thing it does *NOT* do is generate CTCSS tone when transmitting. I doubt it ever >>>> will, since we are pretty much out of code space in the processor. This would require the >>>> use of floating point trig functions to calculate generation constants (or from a table), neither >>>> of which we have room for. >>>> >>>> The 0.60 version will be available on SVN at 2115 PST tonight. >>>> >>>> JIM WB6NIL >>> As you have just read, Jim says there is no room on the RTCM processor to handle CTCSS. So are you sure that the RTCM does handle PL tones? I would have thought the tone generation would have been the same type of process. >>> Ron - KA7U >>> >>> On 12/24/2011 11:18 AM, Tim Sawyer wrote: >>>> >>>> The RTCM's do facilitate simulcasting. They sync the transmit audio and generate PL. You only need to add frequency stabilization to each of your transmitters to have a simulcast system. >>>> -- >>>> Tim >>>> :wq >>>> >>>> On Dec 24, 2011, at 9:43 AM, Ron Morell wrote: >>>> >>>>> Trying to catch up on the threads of information and now trying to >>>>> understand the Beagle Board and LOX. So reading along, I find this >>>>> board is using an ARM DM3730CBP 1GHz processor in the current versions. >>>>> I find that Pickle Linux is supplying an Asterisk+app_rpt ISO image >>>>> meant to be written to a 4Gbyte mini SD Card, and that GMK Engineering >>>>> is selling a LOX board with adapter cables to connect it to the Beagle >>>>> Board-xM and that this device will connect up to 2 radios. >>>>> >>>>> Reading on, there is the RTCM device that is capable of replacing an >>>>> Asterisk+app_rpt computer at a radio site, but these devices need to >>>>> connect to a "Hub" Asterisk+app_rpt to be addressable through the >>>>> AllStar Link Network. Recently WB6NIL has added firmware updates to >>>>> manage these RTCM devices as a simple repeater controller in the event >>>>> they lose connection with the "Hub" Asterisk+app_rpt switch controller. >>>>> >>>>> So my questions so far are: >>>>> how much power in watts does the Beagle Board-xM with LOX use on average? >>>>> how much power in watts does the RTCM use on average? >>>>> Has anyone compiled a Debian OS with Asterisk+app_rpt for use on the >>>>> Beagle Board-xM, or is Pickle Linux the only currently available OS >>>>> solution? >>>>> Is the current Beagle Board-xM the recommended computer to use, or is >>>>> another version better supported? >>>>> Do the Beagle Board users need to have a JTAG device to debug and >>>>> interface with the system and upgrade uBoot? If so, which JTAG device >>>>> is recommended? >>>>> >>>>> OK, enough with the questions. Given that the RTCM seems to be an >>>>> attractive solution and the Beagle Boards are supporting up to 2 radios >>>>> per device with a very elegant solution, I would like to learn as much >>>>> as I can about these devices and their intended as well as extended >>>>> uses. I'm not at all competent with the discussion on simulcasting >>>>> repeaters and nodes, but from what I've read that is not really the >>>>> scope of these devices, or is there something about simulcast that I've >>>>> missed in the threads here? >>>>> >>>>> 73 and Merry Christmas, >>>>> Ron - KA7U >>>>> >>>>> _______________________________________________ >>>>> App_rpt-users mailing list >>>>> App_rpt-users at ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Sun Dec 25 04:20:11 2011 From: vencl at att.net (Lu Vencl) Date: Sat, 24 Dec 2011 23:20:11 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <002201ccc2a9$237c6c00$6a754400$@com> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> Message-ID: <017b01ccc2bc$7ff40340$7fdc09c0$@net> Yeap, I was the one that brought that up several months ago, but I never could figure out how to "make / make install" . I have no clue what that means.. If someone could help me out with that, I will finally get this to 1200 MS which will cover my Yasue radios. Thanks! KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Saturday, December 24, 2011 9:02 PM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Sun Dec 25 04:34:18 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sat, 24 Dec 2011 20:34:18 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <002201ccc2a9$237c6c00$6a754400$@com> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> Message-ID: <2C67C1B26052463493E0617BAA23EA48@Laptop> It seems to be here: /usr/src/astsrc/asterisk/channels/xpmr And the line is: #define TOC_NOTONE_TIME 900 // ms I changed it from 600 to 900. Did not change a thing... Did I change the right thing? From: Ken Sent: Saturday, December 24, 2011 6:01 PM To: 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL -------------------------------------------------------------------------------- From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4700 - Release Date: 12/24/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2ear at kb2ear.net Sun Dec 25 05:09:06 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Sun, 25 Dec 2011 00:09:06 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <2C67C1B26052463493E0617BAA23EA48@Laptop> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <2C67C1B26052463493E0617BAA23EA48@Laptop> Message-ID: <005101ccc2c3$53e946f0$fbbbd4d0$@kb2ear.net> Did you recompile, reinstall, and restart asterisk? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim W7RY Sent: Saturday, December 24, 2011 11:34 PM To: Ken; 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time It seems to be here: /usr/src/astsrc/asterisk/channels/xpmr And the line is: #define TOC_NOTONE_TIME 900 // ms I changed it from 600 to 900. Did not change a thing... Did I change the right thing? From: Ken Sent: Saturday, December 24, 2011 6:01 PM To: 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4700 - Release Date: 12/24/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Sun Dec 25 05:17:13 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sat, 24 Dec 2011 21:17:13 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <001d01ccc2bf$2fc0fa60$8f42ef20$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <2C67C1B26052463493E0617BAA23EA48@Laptop> <001d01ccc2bf$2fc0fa60$8f42ef20$@net> Message-ID: <4785A9F90C854C94A1B7A716BEBB1C9F@Laptop> Well perhaps we can get a suggestion from one of the Gurus on how to do it. We'll standby and wait for an answer... Thanks all! 73 Jim W7RY From: Lu Vencl Sent: Saturday, December 24, 2011 8:39 PM To: 'Jim W7RY' Cc: 'John Boteler' Subject: RE: [App_rpt-users] CTCSS Drop Out Time I think that is correct, but I there is more to the effort that needs to happen and that is the part I don't understand.. You have to install it some way. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim W7RY Sent: Saturday, December 24, 2011 11:34 PM To: Ken; 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time It seems to be here: /usr/src/astsrc/asterisk/channels/xpmr And the line is: #define TOC_NOTONE_TIME 900 // ms I changed it from 600 to 900. Did not change a thing... Did I change the right thing? From: Ken Sent: Saturday, December 24, 2011 6:01 PM To: 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL -------------------------------------------------------------------------------- From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4700 - Release Date: 12/24/11 No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Sun Dec 25 05:26:14 2011 From: ke2n at cs.com (Ken) Date: Sun, 25 Dec 2011 00:26:14 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <017b01ccc2bc$7ff40340$7fdc09c0$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> Message-ID: <001601ccc2c5$b8497730$28dc6590$@com> Lu You make the change to the file, save it and then go to the Linux command line (usually in the source directory above) and type make you will see a number of lines scroll by followed by: make[1]: Leaving directory `/usr/src/astsrc/asterisk/main' +--------- Asterisk Build Complete --------- + Asterisk has successfully been built, and + can be installed by running: + + make install +-------------------------------------------+ So then you type make install and again a bunch of stuff scrolls by, ending with +---- Asterisk Installation Complete -------+ + + YOU MUST READ THE SECURITY DOCUMENT + + Asterisk has successfully been installed. + If you would like to install the sample + configuration files (overwriting any + existing config files), run: + + make samples + +----------------- or --------------------- + + You can go ahead and install the asterisk + program documentation now or later run: +\ + + make progdocs + + **Note** This requires that you have + doxygen installed on your local system +------------------------------------------- The you type astres.sh And you are good to go Merry Christmas Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Saturday, December 24, 2011 11:20 PM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Yeap, I was the one that brought that up several months ago, but I never could figure out how to "make / make install" . I have no clue what that means.. If someone could help me out with that, I will finally get this to 1200 MS which will cover my Yasue radios. Thanks! KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Saturday, December 24, 2011 9:02 PM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at hotmail.com Sun Dec 25 05:49:48 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: <979B99AD-2098-4B06-978F-767525D73330@me.com> References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> <979B99AD-2098-4B06-978F-767525D73330@me.com> Message-ID: Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Sun Dec 25 12:33:56 2011 From: vencl at att.net (Lu Vencl) Date: Sun, 25 Dec 2011 07:33:56 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <001601ccc2c5$b8497730$28dc6590$@com> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> Message-ID: <006101ccc301$7909c9d0$6b1d5d70$@net> Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? From: Ken [mailto:ke2n at cs.com] Sent: Sunday, December 25, 2011 12:26 AM To: 'Lu Vencl'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Lu You make the change to the file, save it and then go to the Linux command line (usually in the source directory above) and type make you will see a number of lines scroll by followed by: make[1]: Leaving directory `/usr/src/astsrc/asterisk/main' +--------- Asterisk Build Complete --------- + Asterisk has successfully been built, and + can be installed by running: + + make install +-------------------------------------------+ So then you type make install and again a bunch of stuff scrolls by, ending with +---- Asterisk Installation Complete -------+ + + YOU MUST READ THE SECURITY DOCUMENT + + Asterisk has successfully been installed. + If you would like to install the sample + configuration files (overwriting any + existing config files), run: + + make samples + +----------------- or --------------------- + + You can go ahead and install the asterisk + program documentation now or later run: +\ + + make progdocs + + **Note** This requires that you have + doxygen installed on your local system +------------------------------------------- The you type astres.sh And you are good to go Merry Christmas Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Saturday, December 24, 2011 11:20 PM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Yeap, I was the one that brought that up several months ago, but I never could figure out how to "make / make install" . I have no clue what that means.. If someone could help me out with that, I will finally get this to 1200 MS which will cover my Yasue radios. Thanks! KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Saturday, December 24, 2011 9:02 PM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:27:06 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:27:06 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>,<4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, Message-ID: it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:32:36 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:32:36 -0800 Subject: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption In-Reply-To: <90BE8743-D2C3-418C-B1EC-0130100849E4@me.com> References: <4EF60F49.4070700@morell.us>, <2BA0C1A3-49F7-432E-AB61-4ADE6FF10DBE@me.com>, <4EF623CD.4000301@morell.us>, <7E5B1B6E-A0ED-429D-A1AE-86A8F1EF5ADD@me.com>, <4EF6A61A.1040106@morell.us>, <90BE8743-D2C3-418C-B1EC-0130100849E4@me.com> Message-ID: If you read the information on the DMK and Miro-Node websites, the documentation says that the BeagleBoard-xM/LOX combo draws approx 500ma (although we measured it at aboud 375ma as I recall), and the RTCM draws 80ma (both at 12V). JIM WB6NIL From: tim.sawyer at me.com Date: Sat, 24 Dec 2011 20:23:37 -0800 To: ron at morell.us CC: App_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption Can't help you there. Don't know but I bet the RTCM is pretty low current draw. -- Tim :wq On Dec 24, 2011, at 8:27 PM, Ron Morell wrote: Tim, OK, good to know. Now that the new firmware has the "fail over" to become a simple controller, is the CTCSS still generated in that mode with the new firmware? This device is so new, it is hard to understand just what to expect from it. WB6NIL rewrote the firmware for it very quickly, so it is definitely a moving target, but seems to be improving with each iteration. What do you know about the power consumption of the RTCM and the Beagle Board + LOX computer. Thinking through the opportunity, I need a power budget for them. 73 and Merry Christmas! Ron KA7U On 12/24/2011 09:12 PM, Tim Sawyer wrote: The no CTCSS generation statement is referring to when the RTCM is connection failure mode. Otherwise it will generate CTCSS. -- Tim :wq On Dec 24, 2011, at 11:11 AM, Ron Morell wrote: Tim, Thank your for your reply and input. I am confused about the PL tone claim though. Check out this excerpt from a WB6NIL post: Jim Duuuude telesistant at hotmail.com Fri Dec 23 23:33:34 EST 2011 Previous message: [App_rpt-users] Allstar RTCM (Radio Thin Client Module) is nowavailable Next message: [App_rpt-users] App_rpt-users Digest, Vol 34, Issue 59 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] I've been really busy (and productive) today. The new version (0.60) of the RTCM/Voter board firmware now supports the following: Notification via CW of host connection failure (with the option of repeating it periodically if still failed, along with option of repeating it after receiver un-key). Notification via CW of host connection restoral after failure. "Offline" repeat mode, where it becomes a "dumb" repeater if host connection is lost. Includes settable hang time. The "Notification via CW of host connection failure" feature also can serve as a CW identifier in this mode (and was designed to do so). The CW speed, CW strings (content of messages), and some other stuff is user-settable from a menu. Speaking of menus, the "big humongous" main menu is now split in to 3 nice, smaller ones. The 2 sub-menus are IP (networking) parameters, and "Offline Mode" parameters. The only thing it does *NOT* do is generate CTCSS tone when transmitting. I doubt it ever will, since we are pretty much out of code space in the processor. This would require the use of floating point trig functions to calculate generation constants (or from a table), neither of which we have room for. The 0.60 version will be available on SVN at 2115 PST tonight. JIM WB6NIL As you have just read, Jim says there is no room on the RTCM processor to handle CTCSS. So are you sure that the RTCM does handle PL tones? I would have thought the tone generation would have been the same type of process. Ron - KA7U On 12/24/2011 11:18 AM, Tim Sawyer wrote: The RTCM's do facilitate simulcasting. They sync the transmit audio and generate PL. You only need to add frequency stabilization to each of your transmitters to have a simulcast system. -- Tim :wq On Dec 24, 2011, at 9:43 AM, Ron Morell wrote: Trying to catch up on the threads of information and now trying to understand the Beagle Board and LOX. So reading along, I find this board is using an ARM DM3730CBP 1GHz processor in the current versions. I find that Pickle Linux is supplying an Asterisk+app_rpt ISO image meant to be written to a 4Gbyte mini SD Card, and that GMK Engineering is selling a LOX board with adapter cables to connect it to the Beagle Board-xM and that this device will connect up to 2 radios. Reading on, there is the RTCM device that is capable of replacing an Asterisk+app_rpt computer at a radio site, but these devices need to connect to a "Hub" Asterisk+app_rpt to be addressable through the AllStar Link Network. Recently WB6NIL has added firmware updates to manage these RTCM devices as a simple repeater controller in the event they lose connection with the "Hub" Asterisk+app_rpt switch controller. So my questions so far are: how much power in watts does the Beagle Board-xM with LOX use on average? how much power in watts does the RTCM use on average? Has anyone compiled a Debian OS with Asterisk+app_rpt for use on the Beagle Board-xM, or is Pickle Linux the only currently available OS solution? Is the current Beagle Board-xM the recommended computer to use, or is another version better supported? Do the Beagle Board users need to have a JTAG device to debug and interface with the system and upgrade uBoot? If so, which JTAG device is recommended? OK, enough with the questions. Given that the RTCM seems to be an attractive solution and the Beagle Boards are supporting up to 2 radios per device with a very elegant solution, I would like to learn as much as I can about these devices and their intended as well as extended uses. I'm not at all competent with the discussion on simulcasting repeaters and nodes, but from what I've read that is not really the scope of these devices, or is there something about simulcast that I've missed in the threads here? 73 and Merry Christmas, Ron - KA7U _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:37:00 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:37:00 -0800 Subject: [App_rpt-users] chan_usbradio.c dependencies? In-Reply-To: <4EF5EC33.6060209@msu.edu> References: <4EF5EC33.6060209@msu.edu> Message-ID: Despite the fact that we really dont support "roll your own" implementations (in other words, if you "roll your own" youre "on your own"), the best thing I can say is look at the phase1.sh and phase2.sh setup scripts in the trunk of the ACID svn. They are the scripts that run after the main Centos install (first and second reboots). Try best to mimic what they do, particularly in what packages they install. JIM WB6NIL > Date: Sat, 24 Dec 2011 10:13:55 -0500 > From: wolthui3 at msu.edu > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] chan_usbradio.c dependencies? > > I am trying to build the SVN on CentOS. I can not use an ACiD load on > this node because it has other functionality I cannot remove. > > Zaptel is building fine, but Asterisk throws an error on chan_usbradio. > > I think I am missing some dependencies, but can not figure out what. > Here is the error I get when building asterisk: > > *********************************************************** > The existing menuselect.makeopts file did not specify > that 'chan_usbradio' should not be included. However, either some > dependencies for this module were not found or a > conflict exists. > > Either run 'make menuselect' or remove the existing > menuselect.makeopts file to resolve this issue. > *********************************************************** > > make[1]: *** [menuselect.makeopts] Error 255 > make[1]: Leaving directory `/usr/src/astsrc/asterisk' > make: *** [llastate/asterisk-installed] Error 2 > > > I do not need chan_usbradio on this box, but would prefer to figure out > what dependencies I am missing and build it if possible for future use. > > Mike > kb8zgl > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Sun Dec 25 15:39:13 2011 From: ke2n at cs.com (Ken) Date: Sun, 25 Dec 2011 10:39:13 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <006101ccc301$7909c9d0$6b1d5d70$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> <006101ccc301$7909c9d0$6b1d5d70$@net> Message-ID: <001701ccc31b$5a76a500$0f63ef00$@com> When I said "source directory above" I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:39:57 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:39:57 -0800 Subject: [App_rpt-users] Happy Holidays Message-ID: I just wanted to say happy holidays, merry Chirsmaqwanzakkah, etc... to everyone. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Sun Dec 25 15:36:25 2011 From: vencl at att.net (Lu Vencl) Date: Sun, 25 Dec 2011 10:36:25 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <006101ccc301$7909c9d0$6b1d5d70$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> <006101ccc301$7909c9d0$6b1d5d70$@net> Message-ID: <035701ccc31a$f6e4fd70$e4aef850$@net> Update.. I am headed out of town for 3 days. I did an SVNupdate and she is working now.. I will wait to hear from whoever has some ideas as to what happened. Thanks.. KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? From: Ken [mailto:ke2n at cs.com] Sent: Sunday, December 25, 2011 12:26 AM To: 'Lu Vencl'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Lu You make the change to the file, save it and then go to the Linux command line (usually in the source directory above) and type make you will see a number of lines scroll by followed by: make[1]: Leaving directory `/usr/src/astsrc/asterisk/main' +--------- Asterisk Build Complete --------- + Asterisk has successfully been built, and + can be installed by running: + + make install +-------------------------------------------+ So then you type make install and again a bunch of stuff scrolls by, ending with +---- Asterisk Installation Complete -------+ + + YOU MUST READ THE SECURITY DOCUMENT + + Asterisk has successfully been installed. + If you would like to install the sample + configuration files (overwriting any + existing config files), run: + + make samples + +----------------- or --------------------- + + You can go ahead and install the asterisk + program documentation now or later run: +\ + + make progdocs + + **Note** This requires that you have + doxygen installed on your local system +------------------------------------------- The you type astres.sh And you are good to go Merry Christmas Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Saturday, December 24, 2011 11:20 PM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Yeap, I was the one that brought that up several months ago, but I never could figure out how to "make / make install" . I have no clue what that means.. If someone could help me out with that, I will finally get this to 1200 MS which will cover my Yasue radios. Thanks! KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Saturday, December 24, 2011 9:02 PM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Sun Dec 25 15:41:34 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sun, 25 Dec 2011 07:41:34 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <006101ccc301$7909c9d0$6b1d5d70$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> <006101ccc301$7909c9d0$6b1d5d70$@net> Message-ID: <58E888B7084A4C2A9BDFC7445A9187AA@Laptop> I got the same results. Merry Christmas! 73 Jim W7RY From: Lu Vencl Sent: Sunday, December 25, 2011 4:33 AM To: 'Ken' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? From: Ken [mailto:ke2n at cs.com] Sent: Sunday, December 25, 2011 12:26 AM To: 'Lu Vencl'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Lu You make the change to the file, save it and then go to the Linux command line (usually in the source directory above) and type make you will see a number of lines scroll by followed by: make[1]: Leaving directory `/usr/src/astsrc/asterisk/main' +--------- Asterisk Build Complete --------- + Asterisk has successfully been built, and + can be installed by running: + + make install +-------------------------------------------+ So then you type make install and again a bunch of stuff scrolls by, ending with +---- Asterisk Installation Complete -------+ + + YOU MUST READ THE SECURITY DOCUMENT + + Asterisk has successfully been installed. + If you would like to install the sample + configuration files (overwriting any + existing config files), run: + + make samples + +----------------- or --------------------- + + You can go ahead and install the asterisk + program documentation now or later run: +\ + + make progdocs + + **Note** This requires that you have + doxygen installed on your local system +------------------------------------------- The you type astres.sh And you are good to go Merry Christmas Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Saturday, December 24, 2011 11:20 PM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Yeap, I was the one that brought that up several months ago, but I never could figure out how to "make / make install" . I have no clue what that means.. If someone could help me out with that, I will finally get this to 1200 MS which will cover my Yasue radios. Thanks! KA4EPS From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Ken Sent: Saturday, December 24, 2011 9:02 PM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL -------------------------------------------------------------------------------- From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at hotmail.com Sun Dec 25 15:43:36 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>, <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, Message-ID: Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From hkwilliamson at gmail.com Sun Dec 25 15:45:07 2011 From: hkwilliamson at gmail.com (Keith Williamson) Date: Sun, 25 Dec 2011 08:45:07 -0700 Subject: [App_rpt-users] Happy Holidays In-Reply-To: References: Message-ID: And a very merry Christmas to you too, Jim! -Keith KF7DRV On Sun, Dec 25, 2011 at 8:39 AM, Jim Duuuude wrote: > I just wanted to say happy holidays, merry Chirsmaqwanzakkah, etc... > to everyone. > > JIM WB6NIL > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:46:44 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:46:44 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>,,<4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , , , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , Message-ID: Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramesh at va3uv.com Sun Dec 25 15:49:04 2011 From: ramesh at va3uv.com (Ramesh Dhami, VA3UV/M) Date: Sun, 25 Dec 2011 15:49:04 +0000 Subject: [App_rpt-users] Happy Holidays In-Reply-To: References: Message-ID: <1058038355-1324828143-cardhu_decombobulator_blackberry.rim.net-1080897220-@b18.c19.bise6.blackberry> Hi Jim and all: A very happy and healthy holiday seson to all. Hope Santa has been good to all (those that made the "Nice list" ;). Now back to my pile of (new) toys! Merry Christmas everyone! Ramesh. www.freestar.us Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Jim Duuuude Sender: app_rpt-users-bounces at ohnosec.org Date: Sun, 25 Dec 2011 07:39:57 To: app_rpt mailing list Subject: [App_rpt-users] Happy Holidays _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From petem001 at hotmail.com Sun Dec 25 15:49:50 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>, , <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , , , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , Message-ID: Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 15:50:52 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 07:50:52 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>, ,,<4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , , , ,,, ,,, ,,<979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , , , , Message-ID: well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dshaw at ke6upi.com Sun Dec 25 16:40:14 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Sun, 25 Dec 2011 08:40:14 -0800 Subject: [App_rpt-users] Happy Holidays In-Reply-To: <1058038355-1324828143-cardhu_decombobulator_blackberry.rim.net-1080897220-@b18.c19.bise6.blackberry> References: <1058038355-1324828143-cardhu_decombobulator_blackberry.rim.net-1080897220-@b18.c19.bise6.blackberry> Message-ID: Happy Holidays to everyone. May you enjoy your app-rpt systems through out the coming years. David On Sun, Dec 25, 2011 at 7:49 AM, Ramesh Dhami, VA3UV/M wrote: > Hi Jim and all: > > A very happy and healthy holiday seson to all. > > Hope Santa has been good to all (those that made the "Nice list" ;). > > Now back to my pile of (new) toys! > > Merry Christmas everyone! > > Ramesh. > > www.freestar.us > > Sent on the TELUS Mobility network with BlackBerry > > -----Original Message----- > From: Jim Duuuude > Sender: app_rpt-users-bounces at ohnosec.org > Date: Sun, 25 Dec 2011 07:39:57 > To: app_rpt mailing list > Subject: [App_rpt-users] Happy Holidays > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sun Dec 25 17:38:23 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sun, 25 Dec 2011 12:38:23 -0500 Subject: [App_rpt-users] wishes Message-ID: a very Merry Christmas and sincere best wishes for a happy and healthy 2012. and for duuuude...for all you've done, and continue to do.. my personal thanks and appreciation! -- Bryan Sent from my iPhone please forgive misspellings... From n6gkj.cm98 at yahoo.com Sun Dec 25 17:39:52 2011 From: n6gkj.cm98 at yahoo.com (Ron Simpson) Date: Sun, 25 Dec 2011 09:39:52 -0800 (PST) Subject: [App_rpt-users] Merry Christmas!! Message-ID: <1324834792.49505.androidMobile@web125906.mail.ne1.yahoo.com> I just wanted to say Merry Christmas to all if you my family in ham radio! 73, Ron, Maria, Gabby and Molly the field day dog! Sent from Yahoo! Mail on Android -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at hotmail.com Sun Dec 25 17:58:12 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 12:58:12 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be>, , , <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com>, , , , , , , , , , , , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , , , , Message-ID: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yokshs at gmail.com Sun Dec 25 18:14:47 2011 From: yokshs at gmail.com (K&R Yoksh) Date: Sun, 25 Dec 2011 12:14:47 -0600 Subject: [App_rpt-users] wishes References: Message-ID: > a very Merry Christmas and sincere best wishes for a happy and healthy > 2012. > > and for duuuude...for all you've done, and continue to do.. my personal > thanks and appreciation! I couldn't agree more! Happy New Year to all! 73 Kyle K0KN Olathe, KS ----- Original Message ----- > Date: Sun, 25 Dec 2011 12:38:23 -0500 > From: "Bryan D. Boyle" > Subject: [App_rpt-users] wishes > Message-ID: > Content-Type: text/plain; charset=us-ascii > > a very Merry Christmas and sincere best wishes for a happy and healthy > 2012. > > and for duuuude...for all you've done, and continue to do.. my personal > thanks and appreciation! > > -- > Bryan From ron at morell.us Sun Dec 25 18:38:16 2011 From: ron at morell.us (Ron Morell) Date: Sun, 25 Dec 2011 11:38:16 -0700 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <005101ccc2c3$53e946f0$fbbbd4d0$@kb2ear.net> References: <005101ccc2c3$53e946f0$fbbbd4d0$@kb2ear.net> Message-ID: <4EF76D98.2070401@morell.us> In the how to recompile, reinstall, and restart, I do not see 'make clean'. So in the source root directory: make clean make make install astres.sh This should solve the target not found error message. 73 and Merry Christmas, Ron - KA7U Did you recompile, reinstall, and restart asterisk? From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org ] On Behalf Of Jim W7RY Sent: Saturday, December 24, 2011 11:34 PM To: Ken; 'Jim Duuuude'; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time It seems to be here: /usr/src/astsrc/asterisk/channels/xpmr And the line is: #define TOC_NOTONE_TIME 900 // ms I changed it from 600 to 900. Did not change a thing... Did I change the right thing? From: Ken > Sent: Saturday, December 24, 2011 6:01 PM To: 'Jim Duuuude' > ; w7ry at centurytel.net ; 'app_rpt mailing list' > Subject: RE: [App_rpt-users] CTCSS Drop Out Time Notone AKA chicken burst gives you carrier with no tone at the end. But some radios are too slow in closing the CTCSS and still make noise. There was a posting on here a while back that pointed the time delay in: /usr/src/asterisk/asterisk/channels/xpmr/xpmr.h The default is 600 ms. Some radios might be slower than this. You could change (increase) it, then make / make install and restart asterisk. My Alinco DR-?35 series seem to want to give you a small squelch tail no matter what you do, however. 73 Ken Reading along this thread, I notice 'make clean' is not in the 'how to'. So try it like this: From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org ] On Behalf Of Jim Duuuude Sent: Saturday, December 24, 2011 6:17 PM To: w7ry at centurytel.net ; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time try txtoctype = notone in usbradio.conf JIM WB6NIL _____ From: w7ry at centurytel.net To: app_rpt-users at ohnosec.org Date: Sat, 24 Dec 2011 13:55:51 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time Anyone know if there is an adjustment of the time the transmitter stays keyed, and the PL tone drops out and where that setting is? With my rigs, I still here the squelch crash after the repeater drops out. I would like to cut the PL off a little sooner or delay the transmitter a little longer. BTW, I'm all up and running with the repeater function and the node! Thanks to all that helped me get past the learning curve! Thanks! Merry Christmas 73 Jim W7RY From bbrown at byrg.net Sun Dec 25 19:45:49 2011 From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=) Date: Sun, 25 Dec 2011 13:45:49 -0600 Subject: [App_rpt-users] Happy Holidays In-Reply-To: References: Message-ID: Same here from the BYRG in Kansas City Seasons Greetings to All! -- Thanks in Advance ?? Bob Brown, W?NQX ?? Kansas City Metro Area ?? http://sm0kenet.net ?? http://byrg.net ?? http://kcdstar.byrg.net ?? http://w0nqx.blogspot.com Quis custodiet ipsos custodes? Its not how many watts you have, its the SIZE of your watts that matter! -- Johnny Marshall, W0JM-SK -- On Sun, Dec 25, 2011 at 09:39, Jim Duuuude wrote: > I just wanted to say happy holidays, merry Chirsmaqwanzakkah, etc... > to everyone. > > JIM WB6NIL > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > From w7ry at centurytel.net Sun Dec 25 20:03:03 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sun, 25 Dec 2011 12:03:03 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <001701ccc31b$5a76a500$0f63ef00$@com> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> <006101ccc301$7909c9d0$6b1d5d70$@net> <001701ccc31b$5a76a500$0f63ef00$@com> Message-ID: Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said "source directory above" I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb7rsi at gmail.com Sun Dec 25 22:12:58 2011 From: kb7rsi at gmail.com (KB7RSI) Date: Sun, 25 Dec 2011 14:12:58 -0800 Subject: [App_rpt-users] Happy Holidays In-Reply-To: References: Message-ID: <05c101ccc352$5e2b1c80$1a815580$@gmail.com> Same to you Jim and all Harold Kb7rsi Las Vegas, NV. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Sunday, December 25, 2011 7:40 AM To: app_rpt mailing list Subject: [App_rpt-users] Happy Holidays I just wanted to say happy holidays, merry Chirsmaqwanzakkah, etc... to everyone. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at hotmail.com Sun Dec 25 22:45:24 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com> Message-ID: got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 23:19:07 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 15:19:07 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com>, , Message-ID: i dont suppose you have some sort of KVM device that supports remote access?? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From petem001 at hotmail.com Sun Dec 25 23:30:48 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 18:30:48 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com>, , Message-ID: nope, too bad.. got my tc1100 working, Its a tablet pc that have wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even have a KB attach to it.. and of course it have sound.. 3 jack one for mic one line in and one for speaker.. I have hope that this could work.. I have a 20 gig hd in there.. but i dont think it will last long.. I can hear it click from time to time.. I will order a ide 44 pin to cf adaptor and a 4 gb flsh drive.. this will fit in the case and will work I am sure.. but I will do my test with the hd first.. just in case I cant make it work ;-) From: Jim Duuuude Sent: Sunday, December 25, 2011 6:19 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client i dont suppose you have some sort of KVM device that supports remote access?? -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Sun Dec 25 23:35:28 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 15:35:28 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , Message-ID: well, as long as you have no intentions of using the built-in audio for connection to a radio on an Allstar node.. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 18:30:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client nope, too bad.. got my tc1100 working, Its a tablet pc that have wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even have a KB attach to it.. and of course it have sound.. 3 jack one for mic one line in and one for speaker.. I have hope that this could work.. I have a 20 gig hd in there.. but i dont think it will last long.. I can hear it click from time to time.. I will order a ide 44 pin to cf adaptor and a 4 gb flsh drive.. this will fit in the case and will work I am sure.. but I will do my test with the hd first.. just in case I cant make it work ;-) From: Jim Duuuude Sent: Sunday, December 25, 2011 6:19 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client i dont suppose you have some sort of KVM device that supports remote access?? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kd0eav at gmail.com Mon Dec 26 01:23:41 2011 From: kd0eav at gmail.com (=?UTF-8?B?IkplcmVteSBSLiBHZWVvIFtLRMOYRUFWXSI=?=) Date: Sun, 25 Dec 2011 19:23:41 -0600 Subject: [App_rpt-users] chan_usbradio.c dependencies? In-Reply-To: <4EF5EC33.6060209@msu.edu> References: <4EF5EC33.6060209@msu.edu> Message-ID: <4EF7CC9D.3030909@gmail.com> That error message is a bit deceiving; but I'm not really sure why it comes off that way... the last line actually tells you how to resolve the issue. It's easy to miss it (I've done it more than once). Remove the menuselect.makeopts file and re-run "make menuconfig" -- it's always cleared up that issue for me anyhow. While you're in there, if you really want to disable the chan_usbradio driver, you'll have the option. 73 - Jeremy, KD0EAV On 12/24/11 09:13, Michael J. Wolthuis wrote: > I am trying to build the SVN on CentOS. I can not use an ACiD load on > this node because it has other functionality I cannot remove. > > Zaptel is building fine, but Asterisk throws an error on chan_usbradio. > > I think I am missing some dependencies, but can not figure out what. > Here is the error I get when building asterisk: > > *********************************************************** > The existing menuselect.makeopts file did not specify > that 'chan_usbradio' should not be included. However, either some > dependencies for this module were not found or a > conflict exists. > > Either run 'make menuselect' or remove the existing > menuselect.makeopts file to resolve this issue. > *********************************************************** > > make[1]: *** [menuselect.makeopts] Error 255 > make[1]: Leaving directory `/usr/src/astsrc/asterisk' > make: *** [llastate/asterisk-installed] Error 2 > > > I do not need chan_usbradio on this box, but would prefer to figure > out what dependencies I am missing and build it if possible for future > use. > > Mike > kb8zgl > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From fred at moses.bz Mon Dec 26 02:54:57 2011 From: fred at moses.bz (Fredric Moses) Date: Sun, 25 Dec 2011 21:54:57 -0500 Subject: [App_rpt-users] iaxRpt Multipul nodes In-Reply-To: <4EF7CC9D.3030909@gmail.com> References: <4EF5EC33.6060209@msu.edu> <4EF7CC9D.3030909@gmail.com> Message-ID: Hello I have both my LOX boards up and testing at the moment and connected to iaxRPT but Scan doesn't seem to work it lights up but I don't hear any audio out of the none selected call. Is there a way to just have it default monitor any of the connected calls? -- Fredric Moses - W8FSM - WQOG498 fred at moses.bz From petem001 at hotmail.com Mon Dec 26 03:09:59 2011 From: petem001 at hotmail.com (pete M) Date: Sun, 25 Dec 2011 22:09:59 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , Message-ID: You seem to dislike every onboard audio device.. are they all bad? From: Jim Duuuude Sent: Sunday, December 25, 2011 6:35 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, as long as you have no intentions of using the built-in audio for connection to a radio on an Allstar node.. JIM -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 18:30:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client nope, too bad.. got my tc1100 working, Its a tablet pc that have wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even have a KB attach to it.. and of course it have sound.. 3 jack one for mic one line in and one for speaker.. I have hope that this could work.. I have a 20 gig hd in there.. but i dont think it will last long.. I can hear it click from time to time.. I will order a ide 44 pin to cf adaptor and a 4 gb flsh drive.. this will fit in the case and will work I am sure.. but I will do my test with the hd first.. just in case I cant make it work ;-) From: Jim Duuuude Sent: Sunday, December 25, 2011 6:19 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client i dont suppose you have some sort of KVM device that supports remote access?? -------------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Dec 26 03:31:23 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 19:31:23 -0800 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be><4EF1BE34.3050507@pmbnet.co.za><4EF1DEBA.508@bdboyle.com><979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , , , , , , , , Message-ID: There is probably at least a 50% chance of any given onboard audio device being miserably awful. We have technical standards that we need to stick to. Audio quality (and consistency thereof) is quite important. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 22:09:59 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client You seem to dislike every onboard audio device.. are they all bad? From: Jim Duuuude Sent: Sunday, December 25, 2011 6:35 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, as long as you have no intentions of using the built-in audio for connection to a radio on an Allstar node.. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 18:30:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client nope, too bad.. got my tc1100 working, Its a tablet pc that have wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even have a KB attach to it.. and of course it have sound.. 3 jack one for mic one line in and one for speaker.. I have hope that this could work.. I have a 20 gig hd in there.. but i dont think it will last long.. I can hear it click from time to time.. I will order a ide 44 pin to cf adaptor and a 4 gb flsh drive.. this will fit in the case and will work I am sure.. but I will do my test with the hd first.. just in case I cant make it work ;-) From: Jim Duuuude Sent: Sunday, December 25, 2011 6:19 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client i dont suppose you have some sort of KVM device that supports remote access?? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users_______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Mon Dec 26 05:04:57 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sun, 25 Dec 2011 21:04:57 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com><017b01ccc2bc$7ff40340$7fdc09c0$@net><001601ccc2c5$b8497730$28dc6590$@com><006101ccc301$7909c9d0$6b1d5d70$@net><001701ccc31b$5a76a500$0f63ef00$@com> Message-ID: <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> Now I just need to figure out why I have 2 identifiers going out over the air? 73 all Jim W7RY From: Jim W7RY Sent: Sunday, December 25, 2011 12:03 PM To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said "source directory above" I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Mon Dec 26 05:34:42 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 26 Dec 2011 00:34:42 -0500 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com> <017b01ccc2bc$7ff40340$7fdc09c0$@net> <001601ccc2c5$b8497730$28dc6590$@com> <006101ccc301$7909c9d0$6b1d5d70$@net> <001701ccc31b$5a76a500$0f63ef00$@com> <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> Message-ID: Yea all of mine do the same. Not sure why. Sent from my iPhone, Lu Vencl On Dec 26, 2011, at 12:04 AM, "Jim W7RY" wrote: > Now I just need to figure out why I have 2 identifiers going out over the air? > > 73 all > Jim W7RY > > > From: Jim W7RY > Sent: Sunday, December 25, 2011 12:03 PM > To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' > Subject: Re: [App_rpt-users] CTCSS Drop Out Time > > Works perfectly!! thanks Ken and everyone else. > > 73 and Merry Christmas! > Jim W7RY > > > > > From: Ken > Sent: Sunday, December 25, 2011 7:39 AM > To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' > Subject: RE: [App_rpt-users] CTCSS Drop Out Time > > When I said ?source directory above? I meant this one > > /usr/src/astsrc/asterisk > > Change to that directory > And type make there > > 73 > Ken > > > From: Lu Vencl [mailto:vencl at att.net] > Sent: Sunday, December 25, 2011 7:34 AM > To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' > Subject: RE: [App_rpt-users] CTCSS Drop Out Time > > Thanks Ken, but this did not work.. > Here is what I did.. > [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr > [root at KA4EPS-R-Margate xpmr]# pwd > /usr/src/asterisk/asterisk/channels/xpmr > [root at KA4EPS-R-Margate xpmr]# make > make: *** No targets specified and no makefile found. Stop. > [root at KA4EPS-R-Margate xpmr]# make install > make: *** No rule to make target `install'. Stop. > [root at KA4EPS-R-Margate xpmr]# > > I assume I have the correct directory? > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Mon Dec 26 05:37:17 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Sun, 25 Dec 2011 21:37:17 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com><017b01ccc2bc$7ff40340$7fdc09c0$@net><001601ccc2c5$b8497730$28dc6590$@com><006101ccc301$7909c9d0$6b1d5d70$@net><001701ccc31b$5a76a500$0f63ef00$@com> , <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> Message-ID: Do you have 2 morse ID's configured (with the same call)?? (idrecording and idtalkover)?? JIM From: w7ry at centurytel.net To: w7ry at centurytel.net; ke2n at cs.com; vencl at att.net; telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] CTCSS Drop Out Time Date: Sun, 25 Dec 2011 21:04:57 -0800 Now I just need to figure out why I have 2 identifiers going out over the air? 73 all Jim W7RY From: Jim W7RY Sent: Sunday, December 25, 2011 12:03 PM To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said ?source directory above? I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at dyb.com Mon Dec 26 06:00:40 2011 From: george at dyb.com (George Csahanin) Date: Mon, 26 Dec 2011 00:00:40 -0600 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client References: , , , , , , , , , , , Message-ID: <8052709F602E42D580233A99469C299B@lintv.com> $0.02 from Central Tejas...the consistancy and quality of the audio using the CM108(type) device is very good. My link to W8VT sounds like a non-repeated, linked one, it's excellent. GE radio my end, Motorola his end. There is a connection usually to my node by an Echolink guy, who, in turn connects to other Echolink people, and that audio is pure trash. And all over teh place as to response and levels. Some of these guys literally adjust via speaker level till it "sounds right", and use VOX instead of decoding/using COS, etc. Echolink has no control of the users. There's a reason to keep it all the same, as long it doesn't get as restrictive as certain other systems. I was tempted to use on board audio on a private link, which never connects to allstar, but eventually didn't want to re-invent any wheels, and found a bunch of CM108 fobs for $6.95 each delivered. GeorgeC W2DB near, but NOT IN Austin ----- Original Message ----- From: Jim Duuuude To: petem001 at hotmail.com ; app_rpt mailing list Sent: Sunday, December 25, 2011 9:31 PM Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client There is probably at least a 50% chance of any given onboard audio device being miserably awful. We have technical standards that we need to stick to. Audio quality (and consistency thereof) is quite important. JIM ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 22:09:59 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client You seem to dislike every onboard audio device.. are they all bad? From: Jim Duuuude Sent: Sunday, December 25, 2011 6:35 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, as long as you have no intentions of using the built-in audio for connection to a radio on an Allstar node.. JIM ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 18:30:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client nope, too bad.. got my tc1100 working, Its a tablet pc that have wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even have a KB attach to it.. and of course it have sound.. 3 jack one for mic one line in and one for speaker.. I have hope that this could work.. I have a 20 gig hd in there.. but i dont think it will last long.. I can hear it click from time to time.. I will order a ide 44 pin to cf adaptor and a 4 gb flsh drive.. this will fit in the case and will work I am sure.. but I will do my test with the hd first.. just in case I cant make it work ;-) From: Jim Duuuude Sent: Sunday, December 25, 2011 6:19 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client i dont suppose you have some sort of KVM device that supports remote access?? ------------------------------------------------------------------------------ From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 17:45:24 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client got 8 of the t5630 to play with.. plus a t5730 and a hp t1100 tablet.. all free.. So I will work on all this for fun,hoping to do crazy thing with such cute hardware ;-) From: Randy Hammock Sent: Sunday, December 25, 2011 5:42 PM To: pete M Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I tried doing the same on one of the thin clients. A friend gave it to me as she was no longer using it for MagicJack. It had the fast processor, 512MB flash drive and 512MB RAM. has no trouble installing LL but would not boot. Did not really expect it to. I gave the computer to some one else to use with a Magic Jack after reinstalling WinXPe (Windows XP embedded). Don't have time to really mess with it. On Sun, Dec 25, 2011 at 9:58 AM, pete M wrote: Cannot be more sure then that, its the only ide connector and the flash drive can?t be put in slave mode.. From: Jim Duuuude Sent: Sunday, December 25, 2011 10:50 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client well, for whatever its worth, are you at least sure that you have the flash drive plugged into the IDE0 slot? ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:49:50 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Thnaks Jim, I do have a VIA MB, looks like it wont work.. too bad... Now If those 4 gig flash drive would arrived it would be fun.. ordered them on the 2nd of december.. still nothing ... Grrinnn!! From: Jim Duuuude Sent: Sunday, December 25, 2011 10:46 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Limey only supports VERY specific motherboards. The "via" version is ONLY for a couple of VIA motherboards. JIM ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 10:43:36 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Ok, so its not something about the uri. what could it be? From: Jim Duuuude Sent: Sunday, December 25, 2011 10:27 AM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client it has nothing do with the URI at all. Besides, DONT USE ONBOARD AUDIO. Its quality is NOT ACCEPTIBLE. JIM WB6NIL ---------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Sun, 25 Dec 2011 00:49:48 -0500 Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client Finally got Limey on the machine.. (Did it with ubuntu live cd , took sometime to figure out where the damn drive was hidden but I got it..) Limey wont boot properly, it stop at : isapnp:No plug & Play device found So from what I understand, since it wont see a URI connected to the machine, it wont continu booting. I dont want to use a URI i want to use the onboard audio and the onboard serial port for ptt/cor.. too bad, will have to find something else.. Unless someone ahve a solution ;-)))) that would be a very nice xmass present ;-)) Pierre VE2PF From: Tim Sawyer Sent: Saturday, December 24, 2011 11:21 PM To: pete M Cc: APP RPT Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I built a ribbon cable with two 44 pin connectors on it for just that task. That way I can use my Mac. On CentOS I'm not sure where your removable media will be... maybe in /dev/disk/something? -- Tim :wq On Dec 24, 2011, at 11:27 AM, pete M wrote: ok , I have some problem here.. Since my t5630 flash drive have a connector that is exactly like the connector that usely is on the end of a ide 44 pin cable I cant connect it to my usb adaptor and dd the limey image to the flash drive. so I have to do it from the machine itself. so to do so I downloaded ubuntu live cd to boot from a dvd reader and I have limey tar file on a usb stick. I try to find where the hell in monted the damn ide flash disk and just cant.. I do have an Icone on the desktop but its a symlink and cant find where its pointing.. So I am right now downloading the centos 5.5 live dvd, hoping it will be more clear where the damn thing is.. I tried ide0 no go, ide1 not better.. Anyone can help?? And By the way Have a merry Xmass to everyone on the list Pierre Martel VE2PF From: Jim Duuuude Sent: Wednesday, December 21, 2011 3:55 PM To: petem001 at hotmail.com ; app_rpt mailing list Subject: RE: [App_rpt-users] Limey Linux on a HP T5630 Thin Client The probably easiest way to get an answer to your question is to determine it emperically. Download the following image: http://stats.allstarlink.org/limeylinux/downloads/cfimg-i586-via-1.1.5.tar.gz and IMAGE copy it (after un-tarring) to the flash drive (using dd or equivalent). If it boots, and "talks" to the ethernet, etc, then it works. Otherwise, it doesnt. JIM WB6NIL -------------------------------------------------------------------------- From: petem001 at hotmail.com To: app_rpt-users at ohnosec.org Date: Wed, 21 Dec 2011 15:46:27 -0500 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client I Have a few T5630 thin client that was donated to me (spec: 1ghz CPU , 1 gig of ram, 1 Gig flash drive) they have a VIA chipset that have Video , network, and audio device I am wondering if I could use that thin client with Limey to do a Allstar node AND an echolink node.. I would connect that to port 3 of my rc210 controler that I have for my 2 M and 70 cm repeater?s. If possible, how to i build the thing?? I know a few thing about Linux but I am no way a guru.. I do prefer a windows machine, but I know that Linux in more stable.. So is it possible or am I dreaming? forgot to tell you that there is a serial and printerl port to the machine you can see the spec there: http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01571963/c01571963.pdf Pierre VE2PF _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- Randy Hammock Phone: 818-925-4576 _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Mon Dec 26 06:06:12 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sun, 25 Dec 2011 22:06:12 -0800 Subject: [App_rpt-users] CTCSS Drop Out Time In-Reply-To: References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop><002201ccc2a9$237c6c00$6a754400$@com><017b01ccc2bc$7ff40340$7fdc09c0$@net><001601ccc2c5$b8497730$28dc6590$@com><006101ccc301$7909c9d0$6b1d5d70$@net><001701ccc31b$5a76a500$0f63ef00$@com> , <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> Message-ID: <2F49B47D96114A81BC70AA4F3F82803D@Laptop> Yes: idrecording = |iW7RY/R accountcode=RADIO hangtime=8000 althangtime=100 totime=170000 idtime=540000 politeid=3000 idtalkover=|iW7RY/R Not sure how... Which one should I remove or rem out? From: Jim Duuuude Sent: Sunday, December 25, 2011 9:37 PM To: w7ry at centurytel.net ; app_rpt mailing list Subject: RE: [App_rpt-users] CTCSS Drop Out Time Do you have 2 morse ID's configured (with the same call)?? (idrecording and idtalkover)?? JIM -------------------------------------------------------------------------------- From: w7ry at centurytel.net To: w7ry at centurytel.net; ke2n at cs.com; vencl at att.net; telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] CTCSS Drop Out Time Date: Sun, 25 Dec 2011 21:04:57 -0800 Now I just need to figure out why I have 2 identifiers going out over the air? 73 all Jim W7RY From: Jim W7RY Sent: Sunday, December 25, 2011 12:03 PM To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said ?source directory above? I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 -------------------------------------------------------------------------------- _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------------------------------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4703 - Release Date: 12/25/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From w7ry at centurytel.net Mon Dec 26 07:05:56 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Sun, 25 Dec 2011 23:05:56 -0800 Subject: [App_rpt-users] Courtesy Tones Message-ID: I'm also looking for the best way to disable courtesy tones. I've tried to ; them out but that doesn't do anything. Do I just set the level to 0? 73 and thanks! Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Mon Dec 26 12:47:19 2011 From: vencl at att.net (Lu Vencl) Date: Mon, 26 Dec 2011 07:47:19 -0500 Subject: [App_rpt-users] CW ID issue In-Reply-To: References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com><017b01ccc2bc$7ff40340$7fdc09c0$@net><001601ccc2c5$b8497730$28dc6590$@com><006101ccc301$7909c9d0$6b1d5d70$@net><001701ccc31b$5a76a500$0f63ef00$@com> , <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> Message-ID: <024f01ccc3cc$8160c810$84225830$@net> I think it might be worth clarifying (at least from what I hear at my end) there are many times that a CW ID will be going and then if someone keys up locally during the ID, it starts off again from the beginning. That is what I call two CW ID's..I have been trying to figure out what causes this but thus far I have not figured it out. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Monday, December 26, 2011 12:37 AM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time Do you have 2 morse ID's configured (with the same call)?? (idrecording and idtalkover)?? JIM _____ From: w7ry at centurytel.net To: w7ry at centurytel.net; ke2n at cs.com; vencl at att.net; telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] CTCSS Drop Out Time Date: Sun, 25 Dec 2011 21:04:57 -0800 Now I just need to figure out why I have 2 identifiers going out over the air? 73 all Jim W7RY From: Jim W7RY Sent: Sunday, December 25, 2011 12:03 PM To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said "source directory above" I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 _____ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _____ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Mon Dec 26 12:54:08 2011 From: ke2n at cs.com (Ken) Date: Mon, 26 Dec 2011 07:54:08 -0500 Subject: [App_rpt-users] Courtesy Tones In-Reply-To: References: Message-ID: <003601ccc3cd$756cac30$60460490$@com> http://ohnosec.org/drupal/node/109 syntax is nounkeyct=yes tried it; it works. 73 Ken From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim W7RY Sent: Monday, December 26, 2011 2:06 AM To: app_rpt-users at ohnosec.org Subject: [App_rpt-users] Courtesy Tones I'm also looking for the best way to disable courtesy tones. I've tried to ; them out but that doesn't do anything. Do I just set the level to 0? 73 and thanks! Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Mon Dec 26 13:32:29 2011 From: ke2n at cs.com (Ken) Date: Mon, 26 Dec 2011 08:32:29 -0500 Subject: [App_rpt-users] 2xID Message-ID: <005d01ccc3d2$d09584b0$71c08e10$@com> Are you sure it is the ID? I know that tail messages will restart if 'squashed' by a user transmission. This is "standard behavior". I think it is supposed to use the "idtalkover" version of the ID someone is already talking when it comes time to ID. If you have the same ID programmed for both, you will hear the same thing twice. (But it is really two different things). Normally the "idtalkover" is the CW version of the call. 73 Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From bbrown at byrg.net Mon Dec 26 13:33:37 2011 From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=) Date: Mon, 26 Dec 2011 07:33:37 -0600 Subject: [App_rpt-users] Limey Linux on a HP T5630 Thin Client In-Reply-To: References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> <979B99AD-2098-4B06-978F-767525D73330@me.com> Message-ID: Hence the reason why we use the the Allstar method of VOIP and the USB device for audio , Do you really pay attention to how a lot of the Echolink stations sound? most use on-board audio , and it sucks, don't get me wrong there are some fine sounding Echolink systems out there, that is because they used a service monitor and set it up right. But most use the "By Ear Method" and on-board audio they are all over the place. -- Thanks in Advance ?? Bob Brown, W?NQX ?? Kansas City Metro Area ?? http://byrg.net ?? http://kcdstar.byrg.net ?? http://w0nqx.blogspot.com Quis custodiet ipsos custodes? Its not how many watts you have, its the SIZE of your watts that matter! -- Johnny Marshall, W0JM-SK -- On Sun, Dec 25, 2011 at 21:31, Jim Duuuude wrote: > There is probably at least a 50% chance of any given onboard audio device > being miserably awful. > > We have technical standards that we need to stick to. Audio quality > (and consistency thereof) is quite important. > > JIM > > ________________________________ > From: petem001 at hotmail.com > To: app_rpt-users at ohnosec.org > Date: Sun, 25 Dec 2011 22:09:59 -0500 > > Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > You seem to dislike every onboard audio device.. > > are they all bad? > > > > > From: petem001 at hotmail.com > To: app_rpt-users at ohnosec.org > Date: Sun, 25 Dec 2011 18:30:48 -0500 > Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > nope, too bad.. > > got my tc1100 working, Its a tablet pc that have > wifi/bluetooth/lan/modem/usb 1.0 and touch screen that run on 5 volt it even > have a KB attach to it.. and of course it have sound.. 3 jack one for mic > one line in and one for speaker.. I have hope that this could work.. > > From n3fe at repeater.net Mon Dec 26 13:37:05 2011 From: n3fe at repeater.net (Corey Dean) Date: Mon, 26 Dec 2011 08:37:05 -0500 Subject: [App_rpt-users] CW ID issue In-Reply-To: <024f01ccc3cc$8160c810$84225830$@net> References: <98D8F84F7C014D64A8A016CEC4FC327C@Laptop> <002201ccc2a9$237c6c00$6a754400$@com><017b01ccc2bc$7ff40340$7fdc09c0$@net><001601ccc2c5$b8497730$28dc6590$@com><006101ccc301$7909c9d0$6b1d5d70$@net><001701ccc31b$5a76a500$0f63ef00$@com> , <93AC15EF05A34BEBA6EE9436C5B90F51@Laptop> <024f01ccc3cc$8160c810$84225830$@net> Message-ID: <4BCC91CBCFD66C4489B4BD3233140C3E0236F296AB10@exchange.mail.repeater.net> If I remember correctly, comment out the talkover one. If the first one doesn't see the talkover one it will just continue with the original Corey N3FE From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Monday, December 26, 2011 7:47 AM To: 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: [App_rpt-users] CW ID issue I think it might be worth clarifying (at least from what I hear at my end) there are many times that a CW ID will be going and then if someone keys up locally during the ID, it starts off again from the beginning. That is what I call two CW ID's..I have been trying to figure out what causes this but thus far I have not figured it out. From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Monday, December 26, 2011 12:37 AM To: w7ry at centurytel.net; app_rpt mailing list Subject: Re: [App_rpt-users] CTCSS Drop Out Time Do you have 2 morse ID's configured (with the same call)?? (idrecording and idtalkover)?? JIM ________________________________ From: w7ry at centurytel.net To: w7ry at centurytel.net; ke2n at cs.com; vencl at att.net; telesistant at hotmail.com; app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] CTCSS Drop Out Time Date: Sun, 25 Dec 2011 21:04:57 -0800 Now I just need to figure out why I have 2 identifiers going out over the air? 73 all Jim W7RY From: Jim W7RY Sent: Sunday, December 25, 2011 12:03 PM To: Ken ; 'Lu Vencl' ; 'Jim Duuuude' ; 'app_rpt mailing list' Subject: Re: [App_rpt-users] CTCSS Drop Out Time Works perfectly!! thanks Ken and everyone else. 73 and Merry Christmas! Jim W7RY From: Ken Sent: Sunday, December 25, 2011 7:39 AM To: 'Lu Vencl' ; 'Jim Duuuude' ; w7ry at centurytel.net ; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time When I said "source directory above" I meant this one /usr/src/astsrc/asterisk Change to that directory And type make there 73 Ken From: Lu Vencl [mailto:vencl at att.net] Sent: Sunday, December 25, 2011 7:34 AM To: 'Ken'; 'Jim Duuuude'; w7ry at centurytel.net; 'app_rpt mailing list' Subject: RE: [App_rpt-users] CTCSS Drop Out Time Thanks Ken, but this did not work.. Here is what I did.. [root at KA4EPS-R-Margate xpmr]# cd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# pwd /usr/src/asterisk/asterisk/channels/xpmr [root at KA4EPS-R-Margate xpmr]# make make: *** No targets specified and no makefile found. Stop. [root at KA4EPS-R-Margate xpmr]# make install make: *** No rule to make target `install'. Stop. [root at KA4EPS-R-Margate xpmr]# I assume I have the correct directory? No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4701 - Release Date: 12/24/11 ________________________________ _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users ________________________________ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1901 / Virus Database: 2109/4702 - Release Date: 12/25/11 -- This message was scanned and is believed to be clean. Click here to report this message as spam.<%0d%0ahttp:/simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=B9FA7221F.A8F11%0d%0a> -------------- next part -------------- An HTML attachment was scrubbed... URL: From ke2n at cs.com Mon Dec 26 14:12:20 2011 From: ke2n at cs.com (Ken) Date: Mon, 26 Dec 2011 09:12:20 -0500 Subject: [App_rpt-users] on board audio In-Reply-To: References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> <979B99AD-2098-4B06-978F-767525D73330@me.com> Message-ID: <007001ccc3d8$61a7c940$24f75bc0$@com> Hmmm Well - everybody using the Web Transceiver (and iaxRpt) is using on-board audio aren't they? I have heard some very nice web transceiver audio (and some crappy audio). A lot has to do with the microphone being used - and of course the level must be set right. The reason Echolink generally sounds like a bad cell phone call is that they use the same codec - GSM whereas Asterisk (including the web transceiver) uses ulaw - or at least you can configure it for that. see http://ohnosec.org/drupal/node/80 On top of that, the Echolink coding is converted from GSM to whatever you are using on Asterisk between nodes (ulaw or g726). Passing a voice through two different coding schemes will do double-damage to it. ulaw provide a much nicer sound at the expense of more bandwidth - more than twice the bandwidth of GSM. But over a standard internet connection, that is rarely an issue these days. 73 Ken > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > bounces at ohnosec.org] On Behalf Of Bob Brown - W?NQX > Sent: Monday, December 26, 2011 8:34 AM > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > Hence the reason why we use the the Allstar method of VOIP and the USB > device for audio , > > Do you really pay attention to how a lot of the Echolink stations > sound? > > most use on-board audio , and it sucks, don't get me wrong there are > some fine sounding Echolink > > systems out there, that is because they used a service monitor and set > it up right. > > But most use the "By Ear Method" and on-board audio they are all over > the place. > > From n9gmr at me.com Mon Dec 26 15:18:36 2011 From: n9gmr at me.com (Matt Roberts) Date: Mon, 26 Dec 2011 10:18:36 -0500 Subject: [App_rpt-users] AutoPatch Message-ID: <5B45A3CC-AAF5-4424-B60A-E437A644CADA@me.com> I activated the autopatch early this morning. Because the web portal is not totally speech friendly, I had to pull some tricks to get the information I needed for manual configuration. The file I have is different than the one that is shown. If the information wasn't in my configuration files, I cut and pasted the correct lines into my configuration. Since I had to do this, maybe I might have missed something. When I bring up the patch, I get a dial tone, and I dial the number. The repeater tells me the call is connecting, then I get a call terminated message. The manual configuration information says nothing about modifying rpt.conf, but if you read the documentation it tells you to modify this file. Do I need to do this? If so, what do I need to put in there? I tried changing "context=radio" above the callerid setting to "context=pstn-out and that resulted in me getting a dial tone, and when I tried to dial I'd get a fast busy signal. Does anyone have any ideas on what I should do to fix this? Matt Roberts n9gmr at me.com Call Sign N9GMR IRLP 4515 EchoLink 640860 Allstar 28142 From dshaw at ke6upi.com Mon Dec 26 16:21:18 2011 From: dshaw at ke6upi.com (David KE6UPI) Date: Mon, 26 Dec 2011 08:21:18 -0800 Subject: [App_rpt-users] on board audio In-Reply-To: <007001ccc3d8$61a7c940$24f75bc0$@com> References: <4EF1A7B7.7080201@skypro.be> <4EF1BE34.3050507@pmbnet.co.za> <4EF1DEBA.508@bdboyle.com> <979B99AD-2098-4B06-978F-767525D73330@me.com> <007001ccc3d8$61a7c940$24f75bc0$@com> Message-ID: I like great audio quality that's way I stopped using Echolink (with a sound card) and went with Allstar. I have Echolink enabled on my Allstar but dislike must Echolink connection because of the poor audio quality and I will disconnect them quickly. I have also disconnected Allstar (nodes and web transceiver) with poor audio. So I think Allstar should have some kind of audio quality polices and standards. ulaw at what 64kb/s v GSM 13kb/s over DSL or higher. Most internet is unlimited anymore at high speeds unless your using a cell carrier. Does anyone use QOS on there router? Anyways Audio Quality is always better. David On Mon, Dec 26, 2011 at 6:12 AM, Ken wrote: > Hmmm > > Well - everybody using the Web Transceiver (and iaxRpt) is using on-board > audio aren't they? > > I have heard some very nice web transceiver audio (and some crappy audio). > A lot has to do with the microphone being used - and of course the level > must be set right. > > The reason Echolink generally sounds like a bad cell phone call is that > they > use the same codec - GSM whereas Asterisk (including the web transceiver) > uses ulaw - or at least you can configure it for that. > see > http://ohnosec.org/drupal/node/80 > > On top of that, the Echolink coding is converted from GSM to whatever you > are using on Asterisk between nodes (ulaw or g726). Passing a voice through > two different coding schemes will do double-damage to it. > > ulaw provide a much nicer sound at the expense of more bandwidth - more > than > twice the bandwidth of GSM. But over a standard internet connection, that > is > rarely an issue these days. > > 73 > > Ken > > > > -----Original Message----- > > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > > bounces at ohnosec.org] On Behalf Of Bob Brown - W?NQX > > Sent: Monday, December 26, 2011 8:34 AM > > To: app_rpt-users at ohnosec.org > > Subject: Re: [App_rpt-users] Limey Linux on a HP T5630 Thin Client > > > > Hence the reason why we use the the Allstar method of VOIP and the USB > > device for audio , > > > > Do you really pay attention to how a lot of the Echolink stations > > sound? > > > > most use on-board audio , and it sucks, don't get me wrong there are > > some fine sounding Echolink > > > > systems out there, that is because they used a service monitor and set > > it up right. > > > > But most use the "By Ear Method" and on-board audio they are all over > > the place. > > > > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wa4zlw at backwoodswireless.net Mon Dec 26 16:29:40 2011 From: wa4zlw at backwoodswireless.net (Leon Zetekoff) Date: Mon, 26 Dec 2011 11:29:40 -0500 Subject: [App_rpt-users] on board audio In-Reply-To: References: <979B99AD-2098-4B06-978F-767525D73330@me.com> <007001ccc3d8$61a7c940$24f75bc0$@com> Message-ID: <4EF8A0F4.2030400@backwoodswireless.net> On 12/26/2011 11:21 AM, David KE6UPI wrote: > I like great audio quality that's way I stopped using Echolink (with a > sound card) and went with Allstar. I have Echolink enabled on my > Allstar but dislike must Echolink connection because of the poor audio > quality and I will disconnect them quickly. I have also disconnected > Allstar (nodes and web transceiver) with poor audio. So I think > Allstar should have some kind of audio quality polices and standards. > > > ulaw at what 64kb/s v GSM 13kb/s over DSL or higher. Most internet is > unlimited anymore at high speeds unless your using a cell carrier. > Does anyone use QOS on there router? > > Anyways Audio Quality is always better. > > David I always strived for good audio on my repeaters. But QOS does not work over the internet, only MPLS circuits. If you are going over the internet then you have to take what you get. (And I work in this field I now work for Windstream, ex-PAETEC in managed services) Leon Wa4ZLW From aprs at ka3nam.com Mon Dec 26 16:59:02 2011 From: aprs at ka3nam.com (Joe Bennett) Date: Mon, 26 Dec 2011 10:59:02 -0600 Subject: [App_rpt-users] on board audio In-Reply-To: <4EF8A0F4.2030400@backwoodswireless.net> References: <979B99AD-2098-4B06-978F-767525D73330@me.com> <007001ccc3d8$61a7c940$24f75bc0$@com> <4EF8A0F4.2030400@backwoodswireless.net> Message-ID: <4EF8A7D6.1010309@ka3nam.com> Leon, The there are really two reasons why QoS does not work over the internet. 1. Is that rarely anyone configures a router to participate in QoS (QoS can and is supported at layer 2 and layer 3)... 2. In the event someone wants to participate in QoS, what standard do they use? What p-bit/ DSCP value means VoIP vs best effort Internet traffic? MPLS is not required, and its QoS is based on the MPLS provider and the customer agreeing on how the traffic will be marked (p-bit/DSCP/VLAN etc.) I have layer 2 and layer 3 networks using QoS (including MPLS cores)... Works great when the switch/router manufacturer implements it properly (this includes MPLS switches)... -Joe KA3NAM On 12/26/2011 10:29 AM, Leon Zetekoff wrote: > I always strived for good audio on my repeaters. But QOS does not work > over the internet, only MPLS circuits. If you are going over the > internet then you have to take what you get. (And I work in this field > I now work for Windstream, ex-PAETEC in managed services) > > Leon Wa4ZLW > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -- -Joe KA3NAM From telesistant at hotmail.com Mon Dec 26 16:59:48 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Mon, 26 Dec 2011 08:59:48 -0800 Subject: [App_rpt-users] on board audio In-Reply-To: <4EF8A0F4.2030400@backwoodswireless.net> References: , , , , <979B99AD-2098-4B06-978F-767525D73330@me.com>, , , , , , , , , , , , , , <007001ccc3d8$61a7c940$24f75bc0$@com>, , <4EF8A0F4.2030400@backwoodsw ireless.net> Message-ID: I will say this once. Nicely. THE DISCUSSION ABOUT ONBOARD AUDIO IS NOW *OVER*. We have good reasons for doing this. Its not changing. Its not open for discussion. Thank you. JIM WB6NIL > Date: Mon, 26 Dec 2011 11:29:40 -0500 > From: wa4zlw at backwoodswireless.net > To: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] on board audio > > On 12/26/2011 11:21 AM, David KE6UPI wrote: > > I like great audio quality that's way I stopped using Echolink (with a > > sound card) and went with Allstar. I have Echolink enabled on my > > Allstar but dislike must Echolink connection because of the poor audio > > quality and I will disconnect them quickly. I have also disconnected > > Allstar (nodes and web transceiver) with poor audio. So I think > > Allstar should have some kind of audio quality polices and standards. > > > > > > ulaw at what 64kb/s v GSM 13kb/s over DSL or higher. Most internet is > > unlimited anymore at high speeds unless your using a cell carrier. > > Does anyone use QOS on there router? > > > > Anyways Audio Quality is always better. > > > > David > I always strived for good audio on my repeaters. But QOS does not work > over the internet, only MPLS circuits. If you are going over the > internet then you have to take what you get. (And I work in this field I > now work for Windstream, ex-PAETEC in managed services) > > Leon Wa4ZLW > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.sawyer at me.com Mon Dec 26 22:41:24 2011 From: tim.sawyer at me.com (Tim Sawyer) Date: Mon, 26 Dec 2011 14:41:24 -0800 Subject: [App_rpt-users] 2xID In-Reply-To: <005d01ccc3d2$d09584b0$71c08e10$@com> References: <005d01ccc3d2$d09584b0$71c08e10$@com> Message-ID: <727FB9C5-4B56-4A0A-B286-CC8C0534651B@me.com> Nope, The idtalkover happens whenever someone is talking and the ID timer has expired. If idrecording is set to CW they you don't need idtalkover. Just comment it out. -- Tim :wq On Dec 26, 2011, at 5:32 AM, Ken wrote: > I think it is supposed to use the ?idtalkover? version of the ID someone is already talking when it comes time to ID. -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Tue Dec 27 17:23:29 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Tue, 27 Dec 2011 09:23:29 -0800 Subject: [App_rpt-users] GARMIN GPS pucks Message-ID: If anyone is using or contemplating using the Garmin LVC18 GPS puck for RTCM/Voter board use, you will *DEFINITELY* want to update its firmware. Please see the following links: http://www8.garmin.com/support/download_details.jsp?id=4053 http://www8.garmin.com/support/download_details.jsp?id=4055 These are the configurator and software updaters for this model of Garmin. You have to run the configurator first, and then invoke the the updater from the configurator with the F12 (I think it was) key. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb2faf at arrl.net Tue Dec 27 21:03:45 2011 From: kb2faf at arrl.net (Chris Perrine (KB2FAF)) Date: Tue, 27 Dec 2011 16:03:45 -0500 Subject: [App_rpt-users] outstreamcmd syntax Message-ID: <4EFA32B1.9010507@arrl.net> Hi, I would like to send two streams to separate servers. To bad ezstream doesn't do this inherently. Probably could use liquidsoap but its a pain in the butt to set up on centos. So here is what I tried. outstreamcmd=/bin/sh,-c,/usr/local/bin/lame --preset cbr 16 -r -m m -s 8 --bitwidth 16 - - | tee >(/usr/local/bin/ezstream -c /etc/test1.xml) | /usr/local/bin/ezstream -c /etc/test2.xml If I do this from command line and use lame to stream an mp3 file it works fine. Just doesn't work with outstreamcmd. I know this is more of a bash scripting command thingy question, but I was just wondering if there is something I don't know about how outstreamcmd works(or rpt.conf in general) that prevents the above from functioning while it works fine from command line. 73 Thanks! Chris KB2FAF From baldwin88 at yahoo.com Wed Dec 28 04:09:57 2011 From: baldwin88 at yahoo.com (Fran) Date: Tue, 27 Dec 2011 20:09:57 -0800 (PST) Subject: [App_rpt-users] AllStar info Message-ID: <1325045397.58709.YahooMailClassic@web160301.mail.bf1.yahoo.com> Hello, ? name here is Frank, sounds like you will setting up remotes connected to ur central server. I have a similar situation however I only need one RTCM at? this time.? Let me know how how do with the setupand file modes... ? Thanks Frank KB2AYS Node 28201 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at moses.bz Wed Dec 28 08:15:04 2011 From: fred at moses.bz (Fredric Moses) Date: Wed, 28 Dec 2011 03:15:04 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. Message-ID: I am trying to find the magic format to build a voice id instead of a cw id idrecording =letters/w digits/8 tried a few different ways and not figuring it out.. Nor has my google foo in the archives found it... Is it possible to build an ID with the individual recordings or do i need to import them all into audacity and build one audio file. Second question goes along with the first in that I want custom sayings for some of the macros for linking ports.. rather then having node 28235 and 28234 linked... a simple U H F on.. I see where i can disable the normal telemetry in a macro string and do the connect but not where I can do the custom voice words... -- Fredric Moses - W8FSM - WQOG498 fred at moses.bz From ke2n at cs.com Wed Dec 28 13:30:38 2011 From: ke2n at cs.com (Ken) Date: Wed, 28 Dec 2011 08:30:38 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: Message-ID: <002601ccc564$e31e5880$a95b0980$@com> Fred - I had the same idea once. But no, you need to use a program like Audacity to make *one* recorded sound file for the ID. Custom node connect and disconnect announcements are in this directory /var/lib/asterisk/sounds/rpt/nodenames see http://ohnosec.org/drupal/node/142 73 Ken 27021 27061 28204 > -----Original Message----- > From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users- > bounces at ohnosec.org] On Behalf Of Fredric Moses > Sent: Wednesday, December 28, 2011 3:15 AM > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voice ID's - and macro voice.. > > I am trying to find the magic format to build a voice id instead of a > cw id > > idrecording =letters/w digits/8 tried a few different ways and > not figuring it out.. Nor has my google foo in the archives found it... > Is it possible to build an ID with the individual recordings or do i > need to import them all into audacity and build one audio file. > > > Second question goes along with the first in that I want custom sayings > for some of the macros for linking ports.. rather then having node > 28235 and 28234 linked... a simple U H F on.. I see where i can disable > the normal telemetry in a macro string and do the connect but not where > I can do the custom voice words... > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From kb2ear at kb2ear.net Wed Dec 28 14:56:40 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Wed, 28 Dec 2011 09:56:40 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: Message-ID: <15a901ccc570$e86b7ff0$b9427fd0$@kb2ear.net> cd /var/lib/asterisk/sounds/ cat letters/w.gsm digits/8.gsm letters/f.gsm letters/s.gsm letters/m.gsm repeater.gsm > rpt/w8fsm.gsm then in the rpt.conf file put: idrecording = rpt/w8fsm -----Original Message----- From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Fredric Moses Sent: Wednesday, December 28, 2011 3:15 AM To: App_rpt-users at ohnosec.org Subject: [App_rpt-users] Voice ID's - and macro voice.. I am trying to find the magic format to build a voice id instead of a cw id idrecording =letters/w digits/8 tried a few different ways and not figuring it out.. Nor has my google foo in the archives found it... Is it possible to build an ID with the individual recordings or do i need to import them all into audacity and build one audio file. Second question goes along with the first in that I want custom sayings for some of the macros for linking ports.. rather then having node 28235 and 28234 linked... a simple U H F on.. I see where i can disable the normal telemetry in a macro string and do the connect but not where I can do the custom voice words... -- Fredric Moses - W8FSM - WQOG498 fred at moses.bz _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From telesistant at hotmail.com Wed Dec 28 15:16:22 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 28 Dec 2011 07:16:22 -0800 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: Message-ID: dude, why are you trying to "build" one? Take a mic, and record one. Completely without question, having a custom "real-life" voice recording as an identifier is a wonderful and very tasteful, classy addition to your radio system. JIM > Date: Wed, 28 Dec 2011 03:15:04 -0500 > From: fred at moses.bz > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voice ID's - and macro voice.. > > I am trying to find the magic format to build a voice id instead of a cw id > > idrecording =letters/w digits/8 tried a few different ways and > not figuring it out.. Nor has my google foo in the archives found > it... Is it possible to build an ID with the individual recordings or > do i need to import them all into audacity and build one audio file. > > > Second question goes along with the first in that I want custom > sayings for some of the macros for linking ports.. rather then having > node 28235 and 28234 linked... a simple U H F on.. I see where i can > disable the normal telemetry in a macro string and do the connect but > not where I can do the custom voice words... > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From buddy at brannan.name Wed Dec 28 15:23:02 2011 From: buddy at brannan.name (Buddy Brannan) Date: Wed, 28 Dec 2011 10:23:02 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: Message-ID: <5DB22530-0294-42F3-9802-B8CD26D67497@brannan.name> On Dec 28, 2011, at 10:16 AM, Jim Duuuude wrote: > dude, why are you trying to "build" one? > Take a mic, and record one. Completely without > question, having a custom "real-life" voice > recording as an identifier is a wonderful and > very tasteful, classy addition to your radio system. Mostly because I hate the sound of my own voice. I'd really much rather listen to pretty much anything else. And, it's kind of nice to have a consistent voice on the repeater announcements. But mostly, yeah, anyone's voice but mine. > -- Buddy Brannan, KB5ELV - Erie, PA Phone: (814) 860-3194 or 888-75-BUDDY From bbrown at byrg.net Wed Dec 28 15:36:48 2011 From: bbrown at byrg.net (=?ISO-8859-1?Q?Bob_Brown_=2D_W=D8NQX?=) Date: Wed, 28 Dec 2011 09:36:48 -0600 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: <5DB22530-0294-42F3-9802-B8CD26D67497@brannan.name> References: <5DB22530-0294-42F3-9802-B8CD26D67497@brannan.name> Message-ID: Hey Buddy Find you a "Cute Sexy Thang" and have her record your annoucements Thats what we did in the 80's for ours. A "Sexy voiced" friend over at the local TV station made carts for us. I am sure you can find one willing to do that for you. Even if you only have to buy lunch or dinner. 73's bob On Wed, Dec 28, 2011 at 9:23 AM, Buddy Brannan wrote: > On Dec 28, 2011, at 10:16 AM, Jim Duuuude wrote: > >> dude, why are you trying to "build" one? >> Take a mic, and record one. Completely without >> question, having a custom "real-life" voice >> recording as an identifier is a wonderful and >> very tasteful, classy addition to your radio system. > > Mostly because I hate the sound of my own voice. I'd really much rather listen to pretty much anything else. And, it's kind of nice to have a consistent voice on the repeater announcements. But mostly, yeah, anyone's voice but mine. >> > -- > Buddy Brannan, KB5ELV - Erie, PA > Phone: (814) 860-3194 or 888-75-BUDDY > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users From wa4zlw at backwoodswireless.net Wed Dec 28 15:42:00 2011 From: wa4zlw at backwoodswireless.net (Leon Zetekoff) Date: Wed, 28 Dec 2011 10:42:00 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: <5DB22530-0294-42F3-9802-B8CD26D67497@brannan.name> Message-ID: <4EFB38C8.3080200@backwoodswireless.net> On 12/28/2011 10:36 AM, Bob Brown - W?NQX wrote: > Hey Buddy > > Find you a "Cute Sexy Thang" and have her record your annoucements > > Thats what we did in the 80's for ours. > > A "Sexy voiced" friend over at the local TV station made carts for us. > > I am sure you can find one willing to do that for you. > > Even if you only have to buy lunch or dinner. Yup I still have the master tapes from our sessions in the early 80s and was going to digitize them and send them down to Florida for the folks to use them again 30 years later 73 Leon WA4ZLW > > 73's > bob > > > > On Wed, Dec 28, 2011 at 9:23 AM, Buddy Brannan wrote: >> On Dec 28, 2011, at 10:16 AM, Jim Duuuude wrote: >> >>> dude, why are you trying to "build" one? >>> Take a mic, and record one. Completely without >>> question, having a custom "real-life" voice >>> recording as an identifier is a wonderful and >>> very tasteful, classy addition to your radio system. >> Mostly because I hate the sound of my own voice. I'd really much rather listen to pretty much anything else. And, it's kind of nice to have a consistent voice on the repeater announcements. But mostly, yeah, anyone's voice but mine. >> -- From telesistant at hotmail.com Wed Dec 28 16:12:34 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Wed, 28 Dec 2011 08:12:34 -0800 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: <6128A378-4A38-4B9F-ACDE-3831352E6617@moses.bz> References: , <6128A378-4A38-4B9F-ACDE-3831352E6617@moses.bz> Message-ID: Then, have her do it. professionally. For those few words it will cost you less then a lunch or dinner. "$12 ? 1 to 15 words" http://store.digium.com/productview.php?category_id=8&product_code=8IVRPROMPT JIM From: fred at moses.bz Subject: Re: [App_rpt-users] Voice ID's - and macro voice.. Date: Wed, 28 Dec 2011 10:57:17 -0500 To: telesistant at hotmail.com Hehehe I want the nice sexy asterisk lady's voice :) --Fredric Moses - W8FSM - WQOG498fred at moses.bz On Dec 28, 2011, at 10:16 AM, Jim Duuuude wrote:dude, why are you trying to "build" one? Take a mic, and record one. Completely without question, having a custom "real-life" voice recording as an identifier is a wonderful and very tasteful, classy addition to your radio system. JIM > Date: Wed, 28 Dec 2011 03:15:04 -0500 > From: fred at moses.bz > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voice ID's - and macro voice.. > > I am trying to find the magic format to build a voice id instead of a cw id > > idrecording =letters/w digits/8 tried a few different ways and > not figuring it out.. Nor has my google foo in the archives found > it... Is it possible to build an ID with the individual recordings or > do i need to import them all into audacity and build one audio file. > > > Second question goes along with the first in that I want custom > sayings for some of the macros for linking ports.. rather then having > node 28235 and 28234 linked... a simple U H F on.. I see where i can > disable the normal telemetry in a macro string and do the connect but > not where I can do the custom voice words... > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at moses.bz Wed Dec 28 16:16:13 2011 From: fred at moses.bz (Fredric Moses) Date: Wed, 28 Dec 2011 11:16:13 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: <6128A378-4A38-4B9F-ACDE-3831352E6617@moses.bz> Message-ID: Yea we have for some of my work things :) have to see if i can make a list of other words i want and if there is anything else I need for work... I got the ID string good.. Now that I am awake going to start building some macros... Then I need to figure out a way todo some cor active PL with a logic output.. -- Fredric Moses - W8FSM - WQOG498 fred at moses.bz On Wed, Dec 28, 2011 at 11:12, Jim Duuuude wrote: > Then, have her do it. professionally. For those few words it will > cost you less then a lunch or dinner.? "$12 ? 1 to 15 words" > > http://store.digium.com/productview.php?category_id=8&product_code=8IVRPROMPT > > JIM > > > > ________________________________ > From: fred at moses.bz > Subject: Re: [App_rpt-users] Voice ID's - and macro voice.. > Date: Wed, 28 Dec 2011 10:57:17 -0500 > To: telesistant at hotmail.com > > > Hehehe I want the nice sexy asterisk lady's voice :) > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > > > > > On Dec 28, 2011, at 10:16 AM, Jim Duuuude wrote: > > dude, why are you trying to "build" one? > Take a mic, and record one. Completely without > question, having a custom "real-life" voice > recording as an identifier is a wonderful and > very tasteful, classy addition to your radio system. > > JIM > >> Date: Wed, 28 Dec 2011 03:15:04 -0500 >> From:?fred at moses.bz >> To:?App_rpt-users at ohnosec.org >> Subject: [App_rpt-users] Voice ID's - and macro voice.. >> >> I am trying to find the magic format to build a voice id instead of a cw >> id >> >> idrecording =letters/w digits/8 tried a few different ways and >> not figuring it out.. Nor has my google foo in the archives found >> it... Is it possible to build an ID with the individual recordings or >> do i need to import them all into audacity and build one audio file. >> >> >> Second question goes along with the first in that I want custom >> sayings for some of the macros for linking ports.. rather then having >> node 28235 and 28234 linked... a simple U H F on.. I see where i can >> disable the normal telemetry in a macro string and do the connect but >> not where I can do the custom voice words... >> >> -- >> Fredric Moses - W8FSM - WQOG498 >>?fred at moses.bz >> _______________________________________________ >> App_rpt-users mailing list >>?App_rpt-users at ohnosec.org >>?http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > From jrorke at cogeco.ca Wed Dec 28 21:30:15 2011 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Wed, 28 Dec 2011 16:30:15 -0500 Subject: [App_rpt-users] manual config for Allstar portal access Message-ID: <4EFB8A67.60907@cogeco.ca> Hi All, how do I go about modifying an older node to have Allstar portal access? I have the access setting enabled in the server on the node I want to change but I cant get the portal to connect? The older node is about 1.5 years old and was not configured and downloaded from the web server. I see nodes that were downloaded from the web server do work on the portal if its enabled. Thanks, Jon VA3RQ From bdboyle at bdboyle.com Wed Dec 28 21:38:41 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Wed, 28 Dec 2011 16:38:41 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: , <6128A378-4A38-4B9F-ACDE-3831352E6617@moses.bz> Message-ID: <4EFB8C61.20109@bdboyle.com> On 12/28/2011 11:12 AM, Jim Duuuude wrote: > > Then, have her do it. professionally. For those few words it will > cost you less then a lunch or dinner. "$12 ? 1 to 15 words" > > http://store.digium.com/productview.php?category_id=8&product_code=8IVRPROMPT > > JIM Ooooh...Allison Smith. Great voice. I had a few of my announcer friends record some for me. I've even done a few for other systems (I have a complete recording/radio studio in my basement...ok, I'm a bit odd, but then, aren't we all...???). It's not that hard, especially with the great open source audio programs out there. But, for my every-thirty-minutes weather update, William is just fine. BB WB0YLE From w7ry at centurytel.net Wed Dec 28 23:57:49 2011 From: w7ry at centurytel.net (Jim W7RY) Date: Wed, 28 Dec 2011 15:57:49 -0800 Subject: [App_rpt-users] Distorted URI Transmit Audio Message-ID: Well after some careful level setting and monitoring, I have a distortion issue with the node transmit (outbound) audio. If I listen to loud audio on a node, or if I talk closely and loudly into my portable, the transmit audio output of the URI is noticeably (and annoyingly) distorted. I'm using one channel for PL tone and one channel for repeater transmit audio. I know it's not the portable or the repeater transmitter. Transmit level set makes no difference. The level changes, but the level of distortion stays the same. Ideas? 73 Jim W7RY -------------- next part -------------- An HTML attachment was scrubbed... URL: From vencl at att.net Thu Dec 29 10:31:01 2011 From: vencl at att.net (Lu Vencl) Date: Thu, 29 Dec 2011 05:31:01 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: References: Message-ID: <027101ccc614$f6902870$e3b07950$@net> I agree. Personal ID's really make the difference! Speaking of which, is there any way we all can share our personal ID's so we can add them to our folders for play? Lu KA4EPS Florida HUB 27892 From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Wednesday, December 28, 2011 10:16 AM To: fred at moses.bz; app_rpt mailing list Subject: Re: [App_rpt-users] Voice ID's - and macro voice.. dude, why are you trying to "build" one? Take a mic, and record one. Completely without question, having a custom "real-life" voice recording as an identifier is a wonderful and very tasteful, classy addition to your radio system. JIM > Date: Wed, 28 Dec 2011 03:15:04 -0500 > From: fred at moses.bz > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voice ID's - and macro voice.. > > I am trying to find the magic format to build a voice id instead of a cw id > > idrecording =letters/w digits/8 tried a few different ways and > not figuring it out.. Nor has my google foo in the archives found > it... Is it possible to build an ID with the individual recordings or > do i need to import them all into audacity and build one audio file. > > > Second question goes along with the first in that I want custom > sayings for some of the macros for linking ports.. rather then having > node 28235 and 28234 linked... a simple U H F on.. I see where i can > disable the normal telemetry in a macro string and do the connect but > not where I can do the custom voice words... > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Thu Dec 29 15:42:51 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Thu, 29 Dec 2011 10:42:51 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: <027101ccc614$f6902870$e3b07950$@net> References: <027101ccc614$f6902870$e3b07950$@net> Message-ID: <4EFC8A7B.80206@bdboyle.com> On 12/29/2011 5:31 AM, Lu Vencl wrote: > I agree. Personal ID's really make the difference! > > Speaking of which, is there any way we all can share our personal ID's so we > can add them to our folders for play? Uh...I don't think you'd want to use my ID for your machine...just sayin'...:) On the other hand...might really confuse Uncle Charlie, wouldn't it...???? In the nodenames directory, if you drop the gsm file under the name nodenumber.gsm (ie 27294.gsm), whenever my 220 machines attaches to you, you would hear my callsign rather than my node number as the announcement. We have, up here, a central repository that we update and download from a couple times a day to keep the callsigns/bands in sync. For instance, I have 27294, 27295, 27673, 27710, 27774, and 90102 .gsm files that are dropped into the common nodenames repository. So, everyone on our net up here has a cron job that rsyncs that directory. Keeps us all on our toes. Not that hard to set up, if you've a linux type around, and if you're in a linked network, may be the way to go. 73, BB WB0YLE Allstar: too many nodes on one machine...on vacation, so I'm building repeaters...;) Morrisville PA From bdboyle at bdboyle.com Thu Dec 29 16:36:35 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Thu, 29 Dec 2011 11:36:35 -0500 Subject: [App_rpt-users] APRS beaconing In-Reply-To: <4EFC8A7B.80206@bdboyle.com> References: <027101ccc614$f6902870$e3b07950$@net> <4EFC8A7B.80206@bdboyle.com> Message-ID: <4EFC9713.40509@bdboyle.com> On another note (A sharp over middle C?)..was working on getting my fleapower 440 repeater up and going...and got a call on my machine from a gent who was complaining that my fixed station was beaconing to aprs every minute..and was 'filling' the backend with the long comment field, thus blocking out other uses. Whatever. So, want to be a good citizen, and back it down to every 30 minutes or so, since it is a fixed station, yadda yadda. Anyway...can't recall where the beacon cycle time is for the aprs function...anyone recall off the top of the noggin? Up to my brown eyes in solder, wires, and tie wraps, so thought I'd ask and nudge anyone who may have it closer to the front of the queue than me right now...thanks! Hope all are enjoying this inter-holiday week and getting stuff accomplished...I know I am...:) Ranger node radio up, configured, tuned thru the menu and online, and new 440 machine seems to be working here, added to the mix (xmt into a dummy right now to keep the coordinators happy (Hi Jeff!) and play by the rules, but, makes for a good in-the-shack link at fleapower (<.25W)... 73 Bryan WB0YLE Allstar: 27294 224.5400- 4A 27710 449.9875- 4A 27774 927.6500- 4A 90102 146.5500 Simplex Ranger Node 27673 Lower Bucks Cnty. PA Hub 27295 Broadcast Electronics Audio Console for NCS duties Morrisville PA From kb2ear at kb2ear.net Thu Dec 29 17:24:57 2011 From: kb2ear at kb2ear.net (Scott Weis) Date: Thu, 29 Dec 2011 12:24:57 -0500 Subject: [App_rpt-users] Voice ID's - and macro voice.. In-Reply-To: <027101ccc614$f6902870$e3b07950$@net> References: <027101ccc614$f6902870$e3b07950$@net> Message-ID: <071b01ccc64e$c98c5df0$5ca519d0$@kb2ear.net> Here is what we use on our local network of repeaters. Add this line to your crontab 00 00,12 * * * /usr/bin/rsync -av rsync://reflector.kb2ear.net/nodenames/ /var/lib/asterisk/sounds/rpt/nodenames/ By using rsync your system will only get files that are newer than the ones already there, keeping my bandwidth usage down. To add your node to the repository go to: http://reflector.kb2ear.net/ubr_file_upload.php make sure your file is named .wav,gsm,ulaw If it tells you the file is not allowed email it to me and I'll fix the upload. If you have a large number of files zip them up and then upload. Or just email me the files. once I test the file to make sure it plays in asterisk I'll add it to the repository for everyone to download. 73, Scott KB2EAR From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Lu Vencl Sent: Thursday, December 29, 2011 5:31 AM To: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] Voice ID's - and macro voice.. I agree. Personal ID's really make the difference! Speaking of which, is there any way we all can share our personal ID's so we can add them to our folders for play? Lu KA4EPS Florida HUB 27892 From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Jim Duuuude Sent: Wednesday, December 28, 2011 10:16 AM To: fred at moses.bz; app_rpt mailing list Subject: Re: [App_rpt-users] Voice ID's - and macro voice.. dude, why are you trying to "build" one? Take a mic, and record one. Completely without question, having a custom "real-life" voice recording as an identifier is a wonderful and very tasteful, classy addition to your radio system. JIM > Date: Wed, 28 Dec 2011 03:15:04 -0500 > From: fred at moses.bz > To: App_rpt-users at ohnosec.org > Subject: [App_rpt-users] Voice ID's - and macro voice.. > > I am trying to find the magic format to build a voice id instead of a cw id > > idrecording =letters/w digits/8 tried a few different ways and > not figuring it out.. Nor has my google foo in the archives found > it... Is it possible to build an ID with the individual recordings or > do i need to import them all into audacity and build one audio file. > > > Second question goes along with the first in that I want custom > sayings for some of the macros for linking ports.. rather then having > node 28235 and 28234 linked... a simple U H F on.. I see where i can > disable the normal telemetry in a macro string and do the connect but > not where I can do the custom voice words... > > -- > Fredric Moses - W8FSM - WQOG498 > fred at moses.bz > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 29 18:14:10 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 29 Dec 2011 10:14:10 -0800 Subject: [App_rpt-users] APRS beaconing In-Reply-To: <4EFC9713.40509@bdboyle.com> References: , , <027101ccc614$f6902870$e3b07950$@net> <4EFC8A7B.80206@bdboyle.com>,<4EFC9713.40509@bdboyle.com> Message-ID: If you are running app_gps from the SVN tree (the great fruitless one :-) there is a parameter, which as I reacall is "interval=XXX" where you can specify the report interval in seconds (300 is good for what you want). Since it is a fixed station, you might also make sure the icon is correct, (I think "icon=r" is the right thing for that). JIM WB6NIL > Date: Thu, 29 Dec 2011 11:36:35 -0500 > From: bdboyle at bdboyle.com > To: app_rpt-users at ohnosec.org > Subject: [App_rpt-users] APRS beaconing > > On another note (A sharp over middle C?)..was working on getting my > fleapower 440 repeater up and going...and got a call on my machine from > a gent who was complaining that my fixed station was beaconing to aprs > every minute..and was 'filling' the backend with the long comment field, > thus blocking out other uses. Whatever. So, want to be a good citizen, > and back it down to every 30 minutes or so, since it is a fixed station, > yadda yadda. > > Anyway...can't recall where the beacon cycle time is for the aprs > function...anyone recall off the top of the noggin? Up to my brown eyes > in solder, wires, and tie wraps, so thought I'd ask and nudge anyone who > may have it closer to the front of the queue than me right now...thanks! > > Hope all are enjoying this inter-holiday week and getting stuff > accomplished...I know I am...:) Ranger node radio up, configured, tuned > thru the menu and online, and new 440 machine seems to be working here, > added to the mix (xmt into a dummy right now to keep the coordinators > happy (Hi Jeff!) and play by the rules, but, makes for a good > in-the-shack link at fleapower (<.25W)... > > 73 Bryan WB0YLE > Allstar: > 27294 224.5400- 4A > 27710 449.9875- 4A > 27774 927.6500- 4A > 90102 146.5500 Simplex Ranger Node > 27673 Lower Bucks Cnty. PA Hub > 27295 Broadcast Electronics Audio Console for NCS duties > Morrisville PA > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Thu Dec 29 21:00:28 2011 From: baldwin88 at yahoo.com (Fran) Date: Thu, 29 Dec 2011 13:00:28 -0800 (PST) Subject: [App_rpt-users] K2FXR No Node # Message-ID: <1325192428.33490.YahooMailClassic@web160305.mail.bf1.yahoo.com> Hello, Im sending this for a friend K3FXR Ralph who has been waiting for a autentication that he created a Node via the Allstar Portal but never received an authentication email....???? ? He has checked all his deleted files and spam folders and his internet contractor and nothing has showed, hes been wiating abt 3 weeks now.... ? His call is K3FXR (Ralph G) ? Thanks ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Thu Dec 29 23:47:07 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Thu, 29 Dec 2011 15:47:07 -0800 Subject: [App_rpt-users] K2FXR No Node # In-Reply-To: <1325192428.33490.YahooMailClassic@web160305.mail.bf1.yahoo.com> References: <1325192428.33490.YahooMailClassic@web160305.mail.bf1.yahoo.com> Message-ID: I just got a message from him today, and and sending it to him off-list JIM Date: Thu, 29 Dec 2011 13:00:28 -0800 From: baldwin88 at yahoo.com To: app_rpt-users at ohnosec.org CC: ralphgee65 at msn.com Subject: [App_rpt-users] K2FXR No Node # Hello, Im sending this for a friend K3FXR Ralph who has been waiting for a autentication that he created a Node via the Allstar Portal but never received an authentication email....???? He has checked all his deleted files and spam folders and his internet contractor and nothing has showed, hes been wiating abt 3 weeks now.... His call is K3FXR (Ralph G) Thanks _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 30 19:09:52 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 30 Dec 2011 11:09:52 -0800 Subject: [App_rpt-users] RTCM now supports CTCSS encode in "offline (failover) mode" Message-ID: The RTCM firmware now supports encoding of locally-generated CTCSS in "offline" (failover) mode. This was not previously included because of limitation in code space in the microcontroller, but I managed to "squeeze" it in. I hope I dont have to add much more. There just isnt room. JIM WB6NIL -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb8pmy at kb8pmy.net Fri Dec 30 19:34:36 2011 From: kb8pmy at kb8pmy.net (Ryan Collier) Date: Fri, 30 Dec 2011 14:34:36 -0500 Subject: [App_rpt-users] Statpost Error Message-ID: <1325273676125616200@kb8pmy.net> Greetings Group, Everytime I update ?to statpost I get an error. I just got her back up and running from august. Is there something new to it? Ryan KB8PMY -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrorke at cogeco.ca Fri Dec 30 20:27:19 2011 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Fri, 30 Dec 2011 15:27:19 -0500 Subject: [App_rpt-users] RTCM now supports CTCSS encode in "offline (failover) mode" In-Reply-To: References: Message-ID: <4EFE1EA7.4010008@cogeco.ca> Hey that's great Jim! Is there a separate page devoted to the RTCM system? Happy new year! Thanks, Jon VA3RQ On 12/30/2011 2:09 PM, Jim Duuuude wrote: > The RTCM firmware now supports encoding of locally-generated CTCSS in > "offline" > (failover) mode. > > This was not previously included because of limitation in code space > in the microcontroller, > but I managed to "squeeze" it in. I hope I dont have to add much more. > There just isnt room. > > JIM WB6NIL > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From telesistant at hotmail.com Fri Dec 30 20:33:36 2011 From: telesistant at hotmail.com (Jim Duuuude) Date: Fri, 30 Dec 2011 12:33:36 -0800 Subject: [App_rpt-users] RTCM now supports CTCSS encode in "offline (failover) mode" In-Reply-To: <4EFE1EA7.4010008@cogeco.ca> References: , <4EFE1EA7.4010008@cogeco.ca> Message-ID: we dont have a "separate page" pe se. The documentation specific to the RTCM (As opposed to the VOTER cards in general) is in the Micro-Node site (and will be updated to reflect the new changes in the "offline" mode shortly). The voter project page under the projects page on the Allstar site (although VERY outdated now) is still the "generic" reference for the VOTER stuff. JIM Date: Fri, 30 Dec 2011 15:27:19 -0500 From: jrorke at cogeco.ca CC: app_rpt-users at ohnosec.org Subject: Re: [App_rpt-users] RTCM now supports CTCSS encode in "offline (failover) mode" Hey that's great Jim! Is there a separate page devoted to the RTCM system? Happy new year! Thanks, Jon VA3RQ On 12/30/2011 2:09 PM, Jim Duuuude wrote: The RTCM firmware now supports encoding of locally-generated CTCSS in "offline" (failover) mode. This was not previously included because of limitation in code space in the microcontroller, but I managed to "squeeze" it in. I hope I dont have to add much more. There just isnt room. JIM WB6NIL _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrorke at cogeco.ca Fri Dec 30 20:33:03 2011 From: jrorke at cogeco.ca (REDBUTTON_CTRL) Date: Fri, 30 Dec 2011 15:33:03 -0500 Subject: [App_rpt-users] RTCM now supports CTCSS encode in "offline (failover) mode" In-Reply-To: References: , <4EFE1EA7.4010008@cogeco.ca> Message-ID: <4EFE1FFF.2060400@cogeco.ca> Ok great. Thanks Jim. I will have a look there. Jon On 12/30/2011 3:33 PM, Jim Duuuude wrote: > we dont have a "separate page" pe se. > The documentation specific to the RTCM (As opposed to the VOTER cards > in general) is in the Micro-Node > site (and will be updated to reflect the new changes in the "offline" > mode shortly). > > The voter project page under the projects page on the Allstar site > (although VERY outdated now) > is still the "generic" reference for the VOTER stuff. > > JIM > > ------------------------------------------------------------------------ > Date: Fri, 30 Dec 2011 15:27:19 -0500 > From: jrorke at cogeco.ca > CC: app_rpt-users at ohnosec.org > Subject: Re: [App_rpt-users] RTCM now supports CTCSS encode in > "offline (failover) mode" > > Hey that's great Jim! > > Is there a separate page devoted to the RTCM system? > > Happy new year! > > Thanks, > > Jon VA3RQ > > On 12/30/2011 2:09 PM, Jim Duuuude wrote: > > The RTCM firmware now supports encoding of locally-generated CTCSS > in "offline" > (failover) mode. > > This was not previously included because of limitation in code > space in the microcontroller, > but I managed to "squeeze" it in. I hope I dont have to add much > more. There just isnt room. > > JIM WB6NIL > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users > > > _______________________________________________ App_rpt-users mailing > list App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From baldwin88 at yahoo.com Sat Dec 31 19:33:12 2011 From: baldwin88 at yahoo.com (Fran) Date: Sat, 31 Dec 2011 11:33:12 -0800 (PST) Subject: [App_rpt-users] CallSign ID instead of Node # Message-ID: <1325359992.57665.YahooMailClassic@web160306.mail.bf1.yahoo.com> Hello, Im trying to find the setting for saying the connected users callsign instead of his Node # -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdboyle at bdboyle.com Sat Dec 31 21:08:21 2011 From: bdboyle at bdboyle.com (Bryan D. Boyle) Date: Sat, 31 Dec 2011 16:08:21 -0500 Subject: [App_rpt-users] CallSign ID instead of Node # In-Reply-To: <1325359992.57665.YahooMailClassic@web160306.mail.bf1.yahoo.com> References: <1325359992.57665.YahooMailClassic@web160306.mail.bf1.yahoo.com> Message-ID: <3E141984-F76E-4E20-9257-38AB086D8E7B@bdboyle.com> you have to have a nodenumber.gsm file with in the nodenames directory. read the emails from the last week to the group...it was discussed in depth how, where, and when a couple days ago. -- Bryan Sent from my iPhone please forgive misspellings... On Dec 31, 2011, at 14:33, Fran wrote: > Hello, Im trying to find the setting for saying the connected users callsign instead of his Node # > _______________________________________________ > App_rpt-users mailing list > App_rpt-users at ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users -------------- next part -------------- An HTML attachment was scrubbed... URL: