July 2013 - App_rpt-users - lists.keekles.org

anthcp
by Anthony Percy 21 Jul '13

21 Jul '13

http://flare.falmags.co.uk/tgzqtib/vlxuldalam.xmtaayoqsltaknbw anthcp 7/21/2013 8:44:20 AM

1 0

Re: [App_rpt-users] Finally....
by Matthew 20 Jul '13

20 Jul '13

2 1

Finally....
by Jim Duuuude 20 Jul '13

20 Jul '13

Finally, I think we have managed to "close the chapter" in the miserable quest for accurate information to allow for proper compilation of the USB-related audio channel drivers, regarding the "proc/sys file structure" of various Linux kernels, etc. As it turns out, the "major" change in that area happened in Linux Kernel 2.6.20, as the new release of ALSA at that time (1.0.19) did some changes in that area. In addition, to allow for "backwards compatibility", a new kernel parameter (CONFIG_SYSFS_DEPRECATED) was added to allow for "newer" kernels to use the "old structure" for the /sys filesystem entries. So, all of the Centos 5.X kernels, are 2.6.18-based, and are pre-changes. Limey Linux, which is a 2.6.30 kernel, has the CONFIG_SYSFS_DEPRECATED parameter enabled, so it "acts" like a pre 2.6.20 kernel in that repsect also. Pickle, is a 2.6.35 (as I recall), and follows the "current" way of doing things. Now, the build scripts and sources (in SVN) take all this into account, and seem to properly build in all the OS's that we support. Since this is (hopefully) *FINALLY* done, it would be nice to "move on" to the next UTTERLY MISERABLE festering technical issue with app_rpt: The fact that the OSS audio support in the newer kernels (like the one used in Centos 6.X) seems to be SERIOUSLY broken. It is entirely possible that if chan_simpleusb and chan_usbradio were modified to use ALSA directly, instead of using the OSS compatibility layer (as it does now), it *MIGHT* fix this problem (and might also allow newer ARM implementations, such as the Pi, etc) to work properly, at least with chan_simpleusb. This is not, by any means, a simple task. Nor does it even guarantee that it will do any good. We don't *KNOW* that this is problem. It just seems like a reasonable guess at this point. Is there anyone out there that is capable and willing to attempt to port (particularly chan_simpleusb at first) to "native ALSA"?? It sure would be nice. I am EXTREMELY BUSY and just can't do everything here (technically). Jim WB6NIL

3 4

Re: [App_rpt-users] GPS/APRS Symbols
by Angelo Glorioso 20 Jul '13

20 Jul '13

Hi Tim, Well, since that symbol is not on the list, I guess it is not supported. Is there any plans to expand this list?? ----- Original Message ----- From: Tim Sawyer To: Angelo Glorioso Sent: Saturday, July 20, 2013 8:29 AM Subject: Re: GPS/APRS Symbols The list of Allstar GPS symbols is here http://ohnosec.org/drupal/node/179 -- Tim :wq On Jul 20, 2013, at 6:19 AM, Angelo Glorioso <n5uxt(a)hotmail.com> wrote: Hello to the list, I have been tryng to get the following symbol to work within the gps.conf. \$ XYZ ALTERNATE SYMBOL TABLE (\) \0 A0# CIRCLE (E/I/W=IRLP/Echolink/WIRES)\ Is this icon supported?? Thanks in advance, Angelo

2 1

Voter Question
by Bill Hurlock 19 Jul '13

19 Jul '13

I have a node setup with 2 RTCM modules, One for Main TX/RX and System timing/GPS and the second is handling the voter with RX on the system. I have GPS and it is working and enabled properly on both RTCM's. All radios are the same and everything is currently running on the same LAN for testing. The voting is seamless, however when the node is voted to the voter RX it sounds like there is some packet loss on its audio. I have tweeked buffer delay and nothing fixes this problem. I have tried a different RTCM with the same results. The main RX audio sounds very clean. The switching is clean with no repeat words or missing words. The other thing that shows up is on a unkey to the repeater it echos about the last word sent to the repeater just prior to unkey. I can tweek that out but than the missing packet issue is worse. Any ideas on this one? I'm sure this is just something stupid on my part in the configs. Bill Hurlock CPCommunications 856-234-1661 Office 856-264-1010<http://www.totalrf.com/> Cell www.cpcomms.com<http://www.cpcomms.com/> WA2TQI

2 6

App_rpt on original version BeagleBoard
by Shane Morris 18 Jul '13

18 Jul '13

Hello all, Has anyone sucessfully run app_rpt on an original version BeagleBoard with *only* the Voter/ RTCM links, *not* a LOX Board? I have access to an original version BeagleBoard, and I wish to use it in a network of RTCMs with a suitable USB to ethernet interface. Thanks! Shane.

2 1

Re: [App_rpt-users] Added Echo Link
by K&R Yoksh 17 Jul '13

17 Jul '13

Fixed. Trouble was, echolink.conf had the wrong stanza title at the top. It should have been:[el0]it was:[e10]That was a pretty easy find after seeing the error message in the CLI:[Jul 17 17:39:44] NOTICE[3928]: chan_echolink.c:1012 el_alloc: Cannot find echolink channel el073KyleK0KN--- Original Message ---Hi All, We added Echolink to the KD5KNZ node and it is runs fine. It accepts connects but does not act on any of the commands to connect to other echolink nodes. I am using : *33 + 6 digit node number. ( add 0's were needed ) Any ideas?? Thanks in advance, Angelo

1 0

Added Echo Link
by Angelo Glorioso 17 Jul '13

17 Jul '13

Hi All, We added Echolink to the KD5KNZ node and it is runs fine. It accepts connects but does not act on any of the commands to connect to other echolink nodes. I am using : *33 + 6 digit node number. ( add 0's were needed ) Any ideas?? Thanks in advance, Angelo

1 0

allstarlink.org down?
by K&R Yoksh 17 Jul '13

17 Jul '13

Seems as though allstarlink.org is down? 73, Kyle Yoksh K0KN Olathe, KS Allstar 2210-2219

4 3

Re: [App_rpt-users] allstarlink.org down?
by James Hill 16 Jul '13

16 Jul '13

Down here in G too.. Been down for a couple of hours now. J Jeff Carrier <k0jsc.jeff(a)gmail.com> wrote: >_______________________________________________ >App_rpt-users mailing list >App_rpt-users(a)ohnosec.org >http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

2 1