August 2011 - App_rpt-users - lists.keekles.org

DTMF an Parallel question
by Randy Ballard 28 Aug '11

28 Aug '11

I was wondering if there is a way to get DTMF to pass on the local node/repeater and if not is it something that could be easily added? An ideal thing would be have a key that would unmute pass the tones like #1234 so 1245 would be passed One other thing that I am looking for has anyone done anything with the Parallel port as an input. What I would like to do is when the site is running on generator I have a logic line that goes high and would like the repeater to say a message like every 15 minutes while the generator is running? Thanks -- Randy KB3HJC <http://kb3hjc.net>

3 2

New ACID release - BeagleBoard MAC Address
by Kevin Walsh 26 Aug '11

26 Aug '11

Hi, I was wondering if the next pickle image might address the random MAC address issue. I saw there was a thread earlier on the list about this issue, but didn't find a resolution. I have found several references to "patches" that will correct the problem, but haven't really had time to dive into the issue. I did try setting a static MAC in the network config, but that didn't seem to work by itself. The main issue I need to resolve is that I create a static NAT translation through my firewall to the BeagleBoard (based on the IP address). The firewall caches the MAC address associated with that IP address in the arp table, so when the BeagleBoard is re-started (and the MAC address changes) it will no longer work through the firewall unless I clear the firewall's arp table. 73 Kevin W8KHW On Mon, Aug 22, 2011 at 6:14 AM, Jim Duuuude <telesistant(a)hotmail.com> wrote: > Its there now.. and no, the ISO file generally does not > change when a new release comes out. > > JIM >

3 5

Shoutcast streaming
by Lu Vencl 26 Aug '11

26 Aug '11

Anyone ever install shoutcast onto an Allstar node? I want to take a specific node on my server and stream. Any direction would be appreciated. Thanks Lu, KA4EPS

6 7

Console Operation
by Ron Simpson 26 Aug '11

26 Aug '11

Hello all!! How many of you are familiar with the M Centracom Gold Elite dispatch console? or the MCC-7500 Series Digital Console ? Basically the "Gold Elite" system is a big switch with some rather unique features when employed in a Trunking System... However Ham Radio is obviously conventional radio and I believe that the stuff we are playing with can be adapted to serve as a Dispatch Console talking to, cross patching with many or few Nodes (Conventional Resources). I am looking at creating a GUI that is operationally setup with config files similar to a DialPlan script. The new thin client looks very promising for this! Plus they are cheap! I talked with Micro Node today and got good vibes from Mark. At any rate, a thin client card can be tied to a mic, speaker and a footswitch. My concept calls for clicking an ICON on a screen, this action will automatically connect to the Node represented by by that ICON, when the footswitch is pressed, it initiates a transmission to that Node. This is all rudimentry thinking at this point.... but the flexiblitly of Asterisk and Allstar Link could make this a very doable thing! I have been playing with this for only a few days, and I am impressed, pumped up and cant believe how this is such a powerfull system! If anyone has thoughts, ideas or has already done it, feel free to give me a jingle! I deal alot with 911 Dispatch Centers on a daily basis.... Those systems are very expensive when purchased new, overly expensive used and complicated, very hardware intensive and run on MS Operating Systems.... total turn off!! This is a home grown solution that will cost a fraction at the most of a full commerical system from the M company. Anyone interested? Ron Simpson, 209 642-6559 N6GKJ Amateur Radio ................... Have you ever noticed that when you are looking for something, it is always found in the last place you look?

6 7

the answer: Time Zone issue
by Ken 22 Aug '11

22 Aug '11

Hmmm - that would account for 4 hours alright Have a look at this http://www.redhat.com/advice/tips/timezone.html seems that there is a setting where you tell the OS what the BIOS is using. It looks like the default on CENTOS/Asterisk is UTC=true As the referenced article says ... this setting and your BIOS must match. GL Ken > -----Original Message----- > From: Paul J. Agamata [mailto:Sysman@Xceptions.COM] > Sent: Monday, August 22, 2011 2:34 PM > To: Lu Vencl > Cc: John Boteler; Ken > Subject: Re: [App_rpt-users] Time Zone issue > > Do the conversion to UTC time, from the local time now... Is it > correct? > NTP's calculations are based of UTC time to you TZ. > > On 8/22/11 8:01 AM, "Lu Vencl" <vencl(a)att.net> wrote: > > >Local time. Is that not the correct way? > > > >Sent from my iPhone, Lu Vencl > > > >On Aug 22, 2011, at 1:42 PM, "Paul J. Agamata" <Sysman(a)Xceptions.COM> > >wrote: > > > >> Is your BIOS time set in UTC or Local? > >> > >> _______________________________ > >> Paul Agamata > >> Sysman(a)Xceptions.COM > >> ________________________________________ > >> From: John Boteler [bote(a)botecomm.com] > >> Sent: Monday, August 22, 2011 2:26 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: Paul J. Agamata > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> OK, then the Allstar process must be running under some other > account > >>than root. This other account must have its time zone set differently > >>than New York. > >> > >> Bote > >> > >> > >> From: Lu Vencl [mailto:vencl@att.net] > >> Sent: Monday, 22 August, 2011 07:54 > >> To: 'John Boteler'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> [root@KA4EPS etc]# env > >> HOSTNAME=KA4EPS > >> TERM=vt100 > >> SHELL=/bin/bash > >> HISTSIZE=1000 > >> SSH_CLIENT=99.45.143.77 63835 222 > >> SSH_TTY=/dev/pts/0 > >> USER=root > >> > >>LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01 > :cd= > >>40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01; > 32:* > >>.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31 > :*.t > >>gz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*. > Z=01 > >>;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=0 > 1;31 > >>:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01 > ;35: > >>*.tif=01;35: > >> SSH_AUTH_SOCK=/tmp/ssh-BIMHQ13706/agent.13706 > >> MAIL=/var/spool/mail/root > >> > >>PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/ > bin: > >>/sbin:/bin:/usr/sbin:/usr/bin:/root/bin > >> INPUTRC=/etc/inputrc > >> PWD=/etc > >> LANG=en_US.UTF-8 > >> TZ=America/NewYork > >> SHLVL=1 > >> HOME=/root > >> LOGNAME=root > >> CVS_RSH=ssh > >> SSH_CONNECTION=99.45.143.77 63835 192.168.8.107 222 > >> LESSOPEN=|/usr/bin/lesspipe.sh %s > >> G_BROKEN_FILENAMES=1 > >> _=/bin/env > >> OLDPWD=/etc > >> > >> From: John Boteler [mailto:bote@botecomm.com] > >> Sent: Monday, August 22, 2011 7:54 AM > >> To: 'Lu Vencl'; 'Ken' > >> Cc: 'Paul J. Agamata' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> The operating system stores the time as the number of seconds since > The > >>Epoch. The TZ (time zone) environment variable tells applications > what > >>differential to apply to this system time to translate the displayed > >>time to whatever the local time zone is desired. Different accounts > can > >>employ different time zones for their needs. > >> > >> I'm not familiar with the method of creating a link to a time zone > >>file, which is why I suggested examining the TZ environment variable > to > >>see what it is set to. Just to view it with your eyeballs and see > what > >>it says. Who knows? Maybe the answer lies there? > >> > >> The command is either > >> env > >> > >> or > >> > >> set > >> > >> It will spew out a ton of parameters, so maybe pipe it through > >> grep TZ > >> or 'time' or 'New York' or whatever feels good. It beats typing date > >>over and over to find the same result, though. > >> > >> Bote > >> > >> > >> > >> > >> From: Lu Vencl [mailto:vencl@att.net] > >> Sent: Monday, 22 August, 2011 07:35 > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yes, the time reported by the date command is correct. See below > >>highlighted in RED. > >> Jim announced the latest SVN a few weeks ago so that is why I have a > >>later version. But this issue was here since day 1. Just low on my > >>priority but would like to fix it as some point. > >> > >> > >> From: Ken [mailto:ke2n@cs.com] > >> Sent: Monday, August 22, 2011 4:50 AM > >> To: 'Lu Vencl' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Interesting > >> > >> You have a later version than I do (mine is 281) > >> > >> Sure looks like the *81 routine is getting the wrong date but it¹s > >>not pacific timeŠ its 4 hours difference. > >> Is the system itself (Linux) on the right time? > >> > >> > >> Ken > >> > >> > >> From: Lu Vencl [mailto:vencl@att.net] > >> Sent: Sunday, August 21, 2011 9:39 PM > >> To: 'Ken' > >> Cc: 'Paul J. Agamata'; 'John Boteler' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Ken, > >> I am using Ver 285 > >> > >> Am I doing something wrong here? See below.. > >> > >> > >> -- Hungup 'Zap/pseudo-1680839429' > >> KA4EPS*CLI> exit > >> [root@KA4EPS ~]# cd /etc > >> [root@KA4EPS etc]# cp localtime localtime.orig > >> cp: overwrite `localtime.orig'? yes <<I enter Yes here. Tried both > >>ways, Y and Yes > >> [root@KA4EPS etc]# ln -sf /usr/share/zoneinfo/America/New_York > localtime > >> [root@KA4EPS etc]# astres.sh > >> Restarting Asterisk... > >> [root@KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer <markster(a)digium.com> > >> 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. > >> > >>===================================================================== > ==== > >> Sun Aug 21 21:38:04 America/NewYork 2011 > >> [root@KA4EPS etc]# asterisk -r > >> Asterisk , Copyright (C) 1999 - 2008 Digium, Inc. and others. > >> Created by Mark Spencer <markster(a)digium.com> > >> 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. > >> > >>===================================================================== > ==== > >> Connected to Asterisk currently running on KA4EPS (pid = 2351) > >> Verbosity is at least 3 > >> KA4EPS*CLI> rpt fun 27869 *81 > >> -- <Zap/pseudo-1336490768> Playing 'rpt/goodafternoon' (language > >>'en') > >> -- <Zap/pseudo-1336490768> Playing 'rpt/thetimeis' (language > 'en') > >> -- <Zap/pseudo-1336490768> Playing 'digits/5' (language 'en') > >> -- <Zap/pseudo-1336490768> Playing 'digits/30' (language 'en') > >> -- <Zap/pseudo-1336490768> Playing 'digits/8' (language 'en') > >> -- <Zap/pseudo-1336490768> Playing 'digits/p-m' (language 'en') > >> -- Hungup 'Zap/pseudo-1336490768' > >> KA4EPS*CLI>exit > >> [root@KA4EPS etc]# date > >> Sun Aug 21 21:40:14 America/NewYork 2011 > >> [root@KA4EPS etc]# > >> > >> From: Ken [mailto:ke2n@cs.com] > >> Sent: Sunday, August 21, 2011 2:29 PM > >> To: 'Lu Vencl' > >> Subject: RE: [App_rpt-users] Time Zone issue > >> > >> Yeah Š is your later than mine > >> > >> In the standard config *82 gets you the version number > >> > >> > >> Ken > >> > >> From: Lu Vencl [mailto:vencl@att.net] > >> Sent: Sunday, August 21, 2011 1:46 PM > >> To: Ken > >> Subject: Re: [App_rpt-users] Time Zone issue > >> > >> Ken. I am running the latest svn. Jus > >> Sent from my iPhone, Lu Vencl > >> > >> On Aug 21, 2011, at 11:11 AM, "Ken" > <ke2n(a)cs.com<mailto:ke2n@cs.com>> > >>wrote: > >> Lu you did not say what version you are running > >> > >> Here, version 281 works fine > >> > >> You say east coast time, but it¹s actually New_York > >> > >> cd /etc > >> cp localtime localtime.orig > >> ln -sf /usr/share/zoneinfo/America/New_York localtime > >> > >> Ken > >> > >> > >> From: > >>app_rpt-users-bounces(a)ohnosec.org<mailto:app_rpt-users- > bounces(a)ohnosec.or > >>g> [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Lu Vencl > >> Sent: Sunday, August 21, 2011 10:40 AM > >> To: app_rpt-users(a)ohnosec.org<mailto:app_rpt-users@ohnosec.org> > >> Subject: [App_rpt-users] Time Zone issue > >> > >> I think there MIGHT be a bug with regards to the time zone setting > for > >>the East Coast. > >> All of my nodes read the correct time when I type date from root, > but > >>Asterisk is reporting 4 hours behind. > >> Example: > >> Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: > >>Directory pgm done downloading(partial,compressed), 342 records > >> KA4EPS*CLI> exit > >> [root@KA4EPS ~]# date > >> Sun Aug 21 10:40:52 America/NewYork 2011 > >> [root@KA4EPS ~]# > >> I think I once changed it to Central Time zone and it then became 1 > >>hour behind as expected if I recall correctly. > >> Not sure what to change here if someone could offer guidance. > >> I looked at system.conf and it shows TimeZone=-5.0 which would be > >>correct. > >> Or am I supposed to set the system clock to GMT perhaps? > >> Thanks > >> KA4EPS

2 1

Motor boating
by Mike Ping 22 Aug '11

22 Aug '11

Anybody come up with a solution to the motorboating problem? I was following the posts last month with interest but I don't think there was a solution to the problem. I had this problem a few months ago using the URI (Version 1) on an HP DL320 (USB 2) server and figured it was a computer issue so I did a fresh install on a HP ZE4101 (USB 1) laptop that is atleast 8 years old. Only the URI is the common hardware piece. It was suggested yesterday perhaps the URI is the culprit but it seems to function otherwise and with several reports of others having this same problem I dont think I would blame the URI. are only people using URIs having this problem? are people using fobs experincing this? Any ideas? Mike - N3KPU

3 2

New ACID release
by Jim Duuuude 22 Aug '11

22 Aug '11

There is a new ACID release (new sources) available when you install a new version of ACID, which now contains, amongst a number of other things, full support for the new DMK Engineering URIx (the new version of the URI which is now what is shipping) for both chan_usbradio and chan_simpleusb. In addition, chan_simpleusb fully supports all the GPIO and parallel port functions that chan_usbradio has. The URIx has more GPIO pins available than the original URI did. The new releases (containing the same new sources) of Limey Linux and Pickle (BeagleBoard) will be available soon. JIM WB6NIL

4 4

Time Zone issue
by Lu Vencl 21 Aug '11

21 Aug '11

I think there MIGHT be a bug with regards to the time zone setting for the East Coast. All of my nodes read the correct time when I type date from root, but Asterisk is reporting 4 hours behind. Example: Aug 21 06:40:36] NOTICE[2818]: chan_echolink.c:2484 do_el_directory: Directory pgm done downloading(partial,compressed), 342 records KA4EPS*CLI> exit [root@KA4EPS ~]# date Sun Aug 21 10:40:52 America/NewYork 2011 [root@KA4EPS ~]# I think I once changed it to Central Time zone and it then became 1 hour behind as expected if I recall correctly. Not sure what to change here if someone could offer guidance. I looked at system.conf and it shows TimeZone=-5.0 which would be correct. Or am I supposed to set the system clock to GMT perhaps? Thanks KA4EPS

4 3

Beagleboard/Lox
by Neal Garbenis 21 Aug '11

21 Aug '11

I have a beagle board setup with the Lox board using both ports. When I use beagle tune to adjust audio it only works with port a. How change this to adjust port/node b Neal Sent from my iPhone

2 3

RTCM (Radio Thin Client Module) Introduction
by Mark Guibord 21 Aug '11

21 Aug '11

We are pleased to announce the Allstar SMT Voter/Simulcast RTCM (Radio Thin Client Module). Many of you are familiar with Jim's (WB6NIL) Voter project introduced a few months back. (https://allstarlink.org/voter.html) The voter project was developed to link remote receiver sites back to a centralized Allstar node server running voter channel driver software. The Voter channel driver synchronously monitors remote receivers (Via the Internet) and their RSSI levels and selects the strongest received signal for transmission over the system. The RTCM is the next generation of this voter hardware/software platform. The surface mount design allows for a reduced footprint of approximately 122 x 77 x 30mm, small enough to possibly be fitted within the radio or repeater in which it controls. Some of the many added features include an efficient wide input voltage power supply (7-32 VDC), Synchronized transmitter operation (Simulcast), Synchronized PL generation, DTMF decoding/Encoding and shielded D-Shell I/O connections. The module comes complete with an extruded aluminum enclosure for increased RF shielding. The unit price is $269.00 for licensed amateurs and $369.00 for commercial businesses, quantity pricing available upon request. Initial production units will be available for shipment in late September early October time frame. If you are interested in a live simulcast demo of our three repeater system here in Las Vegas please send email to <mailto:sales@micro-node.com> sales(a)micro-node.com for more information. Regards, Mark Guibord Micro-Node International 702-528-4700

2 1