- App_rpt-users - lists.keekles.org

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

debian install.. almost there..
by dave k 04 Jun '12

04 Jun '12

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

1 0

Re: [App_rpt-users] Thinking out loud
by Tony Youngblood 03 Jun '12

03 Jun '12

Kewl! Just my future my plans with my rtcm too, I wanting to get it portable. Look forward to the pic. And any further insight on mark's subscription based hosting platform? Last I heard it was still prototype not available? Price? Patiently waiting to see what all is entailed ... 73 sir! Tony ;(;) AllStar 28384 Irlp 7998 / 7766 / 7926 Echo 563329 / 685499 / 722517 :(:) On Jun 3, 2012, at 3:51 PM, app_rpt-users-request(a)ohnosec.org wrote: > Send App_rpt-users mailing list submissions to > app_rpt-users(a)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(a)ohnosec.org > > You can reach the person managing the list at > app_rpt-users-owner(a)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: Thinking out loud (Jim Duuuude) > 2. RTCM falsing DTMF (Alan Adamson) > 3. Re: RTCM falsing DTMF (Jim Duuuude) > 4. Re: RTCM falsing DTMF (Tim Sawyer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 3 Jun 2012 09:13:45 -0700 > From: Jim Duuuude <telesistant(a)hotmail.com> > To: <adamson_alan(a)hotmail.com>, app_rpt mailing list > <app_rpt-users(a)ohnosec.org> > Subject: Re: [App_rpt-users] Thinking out loud > Message-ID: <BLU155-W219E912273FBB283A65D33B10E0(a)phx.gbl> > Content-Type: text/plain; charset="windows-1252" > > > well, yes, that was exactly one of the things it was designed for... > > On the way to Dayton recently, we (Mark K7IZA, Hans AE6TV and I) had exactly that.. An RTCM > connected to a cradlepoint router with a T-mobile USB datacard and a Motorola HT on a 440 > channel. It worked very well. > > And for this type of an application, if you REALLY want a "no brainer" setup, Micro-Node > offers a subscription-based hosting platform for Allstar Nodes using an RTCM in this manner. > In other words, for people who just want a simple, hassle-free mobile/portable node without > having to "hassle" with a Linux host, etc, they can also buy the service through Mark's company. > > Regardless of how you host the node, having the RTCM in a mobile/portable environment is > a GREAT way to go. Its low power consumption (72ma @ 12VDC), small size, and general > ruggedness, not to mention its very simple requirements for Internet connectivity (including > its ability to be behind any number of NATs, etc) make it the optimum solution for this type > of operation. > > I highly recommend you giving this a try. You will definitely like it. > > BTW, I am in the process of getting access to a picture of the device we took with us to > Dayton, and will post it once I get it. > > JIM WB6NIL > > > From: adamson_alan(a)hotmail.com > To: app_rpt-users(a)ohnosec.org > Date: Sun, 3 Jun 2012 10:02:31 -0400 > Subject: [App_rpt-users] Thinking out loud > > > > > > > Thinking out loud > > > > > I've been wanting to build a *mobile* node. On the surface, this seems pretty easy? What makes it complicated is the internet or network connections. > > > > I'm a tmobile subscriber for cell and mobile data. I decided recently to start building my mobile data carry alongs based upon a cradlepoint router, so far so good. So my Tmobile mobile device is comprised of a cradlepoint, and their 4G usb FOB. This works great for what I need it for?. Recently I found myself in an area where I didn't have very good tmo coverage so I grabbed a Verizon 4G lte FOB. I haven't thought about *incoming* data until working on my linking projects. > > > > This is where my mobile plan fell apart. > > It appears that most all of these 4G/LTE providers are going to a Natted private network on the 4G/LTE side. This isn't true of their 3G network, but is of their 4G side. Well as you might imagine if you don't have control of the NAT ad port forwarding, you can't put a server on user side of a 4G device :(. > > BUT then I had an epiphany (probably late because everyone else is already there)? > > The RTCM works so well for remoting my repeater?. Why not just use it as the mobile controller and instead of running a server remotely, just run an RTCM remotely back to a server. I think this will solve my problem. And perhaps make this even simpler to deal with along with a 4G type data connection. > > Anyone already wandered this path and what are you using? > > > > Thanks, > > Alan > > > > _______________________________________________ > App_rpt-users mailing list > App_rpt-users(a)ohnosec.org > http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >

2 1

Hooking URI to accessory port of Yaesu vx7000
by Bradley Haney 03 Jun '12

03 Jun '12

I have got some good info from the group on pin outs on the DB25 side of a vx 5000 repeater, I know mine is a 7000 but close but I am having a little trouble on what should i set the URI up to.. not sure if it shoudl be duplex 3 or 2, 1, or 0.. The allstarbox i do NOT want to be doing the repeat functions so i am adding this to the repeater as the add on. so that way if the box crashes the repeater just keeps working. By Chance does anyone have a good set up USBRADIO.CONF file they would like to share how they connected to a yaesu repeater ? Thanks bradley

2 1

Hmm, did I just fine another bug?
by Alan Adamson 02 Jun '12

02 Jun '12

So I have a node that I can connect to another node on the same box. This is a hardwired connection so I have telemdefault=0 set on it. I was testing time outs and found what appears to be an issue, but then again, maybe not if I set the time out value on node A to something really short. say 5 seconds. When I have node A connected to Node B (the hardwired node), if I transmit on node A for more than 5 seconds, I get the timeout message and then the transmitter shuts off.. HOWEVER, the linked node keeps transmitting and follows the PTT of the transmitter that caused the timeout. Now what I'm about to go test is that I'll be that the above is by design and what will time out the node B is when it's totimer expires.. Did I find an issue or is it working as designed and the 2 TO timers are totally independent of one another (as they should be), but also connected to the originating cause - meaning the tx that is held keydown for longer than node A's timer but still holds node B in a PTT state? Alan

2 1

command mode
by w6reb 02 Jun '12

02 Jun '12

How do you change the command mode to something other than *4 ? Commented it out but still works, so there’s something somewhere else that directs this to *4 other than in the rpt.conf stanza. I’ve got someone that likes to play around.

1 0