June 2012 - App_rpt-users - lists.keekles.org

Pickle and LOX
by Alan Adamson 06 Jun '12

06 Jun '12

Ok, so what gives, the mac address on the Beagleboard changes every time I reboot it. I can't lock and IP address to it via MAC to IP address assignment in my DHCP server as a result :(. Is this normal, is there a way to stop it from re-enumerating the ethernet port over usb? Alan

1 0

Re: [App_rpt-users] Quick question on usability
by Alan Adamson 06 Jun '12

06 Jun '12

it is, I'll have to see if I can't reproduce it and let you know. Thanks for looking at it Jim! Alan From: Jim Duuuude [mailto:telesistant@hotmail.com] Sent: Tuesday, June 05, 2012 10:23 AM To: app_rpt mailing list; adamson_alan(a)hotmail.com Subject: FW: [App_rpt-users] Quick question on usability I have made good attempt at re-creating this problem, to no avail. I have 2 nodes on a development server. 2007 and 2008. I can do a *22008 on 2007 and then do a *80 on 2007 and it only goes out on 2007. Is that the scenario that you were referring to? JIM _____ Date: Tue, 29 May 2012 13:31:22 -0400 From: jrorke(a)cogeco.ca CC: app_rpt-users(a)ohnosec.org Subject: Re: [App_rpt-users] Quick question on usability I have also observed that some ids in monitoring mode do get passed on as if I was connected in transceive mode. I seem to remember that this has been like this for some time. I guess nobody posted it to the bugs page. Jon VE3RQ On 5/29/2012 1:13 PM, Jim Duuuude wrote: No, normally (non-command) initiated ID's are always local. The problem you are (most likely) seeing is that the command (the *80) in this case is getting re-distributed to all connected nodes in the normal manner, even though the link(s) is(are) connected in monitor-only mode. Darn you for finding a design flaw!! :-) I will attempt to verify that locally-initiated commands on a monitor-connected link get distributed. If they do, they wont for long.. :-) JIM _____ From: adamson_alan(a)hotmail.com To: App_rpt-users(a)ohnosec.org Date: Tue, 29 May 2012 13:06:25 -0400 Subject: [App_rpt-users] Quick question on usability I don't want to be a bad operator at the moment. As I go about checking bandwidth and jitter, etc on my setup. I'd like to connect to an active Hub, but just in eavesdrop mode. But I've noticed that if I connect with the *2 command, that if I inadvertently then do a *80, that the ID goes out on the link that was connected with the *2. Is this true anytime my node decides to ID? Alan _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

3 2

APRS TT and APRS BEACON rate on ALLSTAR LINK..
by Bradley Haney 05 Jun '12

05 Jun '12

To get aprs TT working on ALLSTARLINK down load the latest from the SVN. Upgrading Asterisk to latest (SVN) version If you are using a brand-new current version of ACID or Limey Linux (that was released after the implementation of this new Portal) you are already upgraded sufficiently. If not ... Asterisk must be upgraded to the latest SVN version. For the ACID distribution (and other Linux platforms): cd /usr/src rm -rf astsrc wget http://x.allstarlink.org/svn-trunk.tar.gz -O- | tar xzv mv trunk astsrc cd astsrc make upgrade-acid Then go into the rpt.conf file and add APRSTT= some where in that file. I made it the first line in that config file right underneath the node number Then just google APRS TT and there is a link on Bob's aprs site on everything about APRSTT.. Then to get it to only beacon every 10 min's i added interval=600 into the gps.conf file. 73's Bradley

4 7

Quick question on usability
by Alan Adamson 05 Jun '12

05 Jun '12

I don't want to be a bad operator at the moment. As I go about checking bandwidth and jitter, etc on my setup. I'd like to connect to an active Hub, but just in eavesdrop mode. But I've noticed that if I connect with the *2 command, that if I inadvertently then do a *80, that the ID goes out on the link that was connected with the *2. Is this true anytime my node decides to ID? Alan

4 4

EchoLink info in CLI
by Bob Roszkowski 05 Jun '12

05 Jun '12

Group, I recently updated my SVN to the latest on my HUB node. It was no older than 6 months. Anyway, I monitor the status of the hub via the CLI. I was able to tell what nodes are connecting and got updates about once a few minutes that the EchoLink db was updated. After the update, I do not see anything from EchoLink in the CLI. I know it working as I can connect. When I do connect, it no longer shows the callsign of who is connecting. Is there any more info on some CLI commands for echolink. I set the debug level to 7 but I get nothing more. -- boB - W5EVH

2 1

Re: [App_rpt-users] Thinking Out Loud
by Alan Adamson 04 Jun '12

04 Jun '12

So, only a very short use period... I'm currently running an RTCM at a remote repeater side, it's in full duplex mode and acts as a full node to my allstar (acid) server at my house. I'm using a cradlepoint CBR400 router with a usb 4G FOB plugged into it and the ethernet port plugged into the RTCM. It's actually amazing at how well this is working! I'll let you all know as I get more time under my belt and I wait for my actual inet connection there. Alan -----Original Message----- From: app_rpt-users-bounces(a)ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Pawlowski, Adam Sent: Monday, June 04, 2012 9:37 AM To: app_rpt-users(a)ohnosec.org Subject: Re: [App_rpt-users] Thinking Out Loud This is one of the things that I was curious about with this device, and I'm glad to see that it works over the "4G" networks without major issues given the potential latency of those things. Our club maintains a couple of disparate repeaters and I'm not sure that a RF link between the two is needed for any particular purpose. Our UHF coverage is fairly abysmal so I was trying to suss out the merits of running a distributed repeater with lower power nodes hosted by members within our designated coverage area. That may be dangerous however. Given the (as far as I know) inability to run multiple URI's on a machine which may reboot (without re-assigning device IDs again) and that half our group seems to not trust anything that looks like a computer, the RTCM may work for them. Adam / KC2YQF _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

2 1

Re: [App_rpt-users] Beagle Board-xM + LOX OS and power consumption
by Tim Sawyer 04 Jun '12

04 Jun '12

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(a)ohnosec.org >>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>

4 3

RTCM falsing DTMF
by Alan Adamson 04 Jun '12

04 Jun '12

ok, so is it normal for the RTCM to get false DTMF when voice is doing over the link? I adjusted the RX audio so that the 2 lights were off with a 3khz tone generated from a service monitor. I see oh between 6-8 DTMF's detected over the voter channel during use.. How do you fix that issue? Alan

5 6

Re: [App_rpt-users] debian install.. almost there..
by Alan Adamson 04 Jun '12

04 Jun '12

Here is the mod for the usb on the newer kernels... Can we somehow drive this into the sources please... http://www.kd0eav.info/downloads/asterisk-allstar-link/ Also, I made most of the changes listed in the zaptel fix too (but I don't' have zaptel hw), but the break on the kernel version is 2.6.33 for the change to generated/autoconf so fix those separately. I've had debian up and running for some time. Also you'll need to make sure and pull over some curl libraries, they will build in some other features of asterisk that the ./configure finds, it will build without them, but you'll occasionally get errors when someone connects to you from the web trans stuff. do an apt-get for this file libcurl4-openssl-dev and rebuild.... BTW, usb will build and appear to work, but it won't until you do the above. Also, you'll need to alsa/oss kernel module for your usb device. So make sure you install alsa, alsa-utils, alsa-lib - you'll have to google those to find the specific names.... I'm using the latest alsa sources for the realtek drivers and I build it with a <something>cards=snd-had-intel, snd-usb-audio. I'm using URI's btw. Let me know if you have any other questions. I haven't pulled the latest svn and diff'd against my sources, I need to do that and then roll the worthy changes in. Alan -----Original Message----- From: app_rpt-users-bounces(a)ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of dave k Sent: Monday, June 04, 2012 9:16 AM To: App_rpt-users(a)ohnosec.org Subject: [App_rpt-users] debian install.. almost there.. im converint my server from ACID to custom debian squeeze. I managed to get svn-trunk.tar.gz compiled and installed correctly. i still need to get the following working. send portal heartbeat protal triggered downloading of configs usb device detection incoming call connection Here my asterisk startup log - it looks like its unable to find the URIx usb device? http://pastebin.com/uMXhKie1 I don't know whats causing it, but If i force load the java web applet - i can get 1 ring - then asterisk disconnects. Here is the asterisk logs. http://pastebin.com/UNGrBa3X Would be very thankfull on any suggestion on how to proceed with getting these issues resolved. thanks dave _______________________________________________ App_rpt-users mailing list App_rpt-users(a)ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

1 0

Re: [App_rpt-users] Thinking Out Loud
by Pawlowski, Adam 04 Jun '12

04 Jun '12

This is one of the things that I was curious about with this device, and I'm glad to see that it works over the "4G" networks without major issues given the potential latency of those things. Our club maintains a couple of disparate repeaters and I'm not sure that a RF link between the two is needed for any particular purpose. Our UHF coverage is fairly abysmal so I was trying to suss out the merits of running a distributed repeater with lower power nodes hosted by members within our designated coverage area. That may be dangerous however. Given the (as far as I know) inability to run multiple URI's on a machine which may reboot (without re-assigning device IDs again) and that half our group seems to not trust anything that looks like a computer, the RTCM may work for them. Adam / KC2YQF

1 0