Tag Archives: EchoLink

Ohio Section Journal – The Technical Coordinator – April 2019 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…

Read the full edition at:

Jeff Kopcak – TC

DSCF5081 K8JTKHey gang,

One thing about ham radio, there is no shortage of linking systems. Most are familiar with analog linking like EchoLink and IRLP but there were less popular ones such as WIRES and eQSO. Digital has many more options because when someone disagrees with an implementation, they make another. This allows for options but leads to fragmentation and incompatibilities. The AllStar Link project can link different infrastructure systems together or be a completely independent system. I learned about this linking system and accepted a challenge from one of the Technical Specialists.

Some of your Technical Specialists and I have this spirited debate about Motorola radios. They are correct claiming Motorola radios can take a lot of beating and keep on ticking. Not quite Timex but close. Commercial radios are designed to endure extreme conditions. Think police trying to wrangle a criminal or fire fighters in extreme temperatures of a working fire. You don’t want to worry about your primary line of communication being destroyed in the process. Ham grade gear won’t stand up to that kind of use and abuse. Older Motorola gear is very popular with hams as dependable FM repeaters and for use on 900 MHz. They make great repeaters because they have excellent adjacent channel rejection (selectivity) which minimizes interference from other transmitters.

Motorola CDM1250

My counter is most of this gear is not capable of VFO, a must when working with other agencies and not familiar with their frequencies. Some models are better than others getting them to transmit in the ham bands if the radio’s band split is just above or below the ham bands. A common practice is to bring a radio with the 450-512 MHz split to transmit in the 440-ham band. Aligning the radio is often needed because it has drifted off frequency. A service monitor or RIB (Radio Interface Box) cable are needed. Everyone should have a service monitor or scope, few do. Many older radios require a PC with a serial port and/or DOS application to be programmed. Serial ports are becoming harder to find on computing devices. I’ve heard USB to Serial Port adapters work, for the most part, with the help of DOSBox. DOSBox is an emulation of DOS that works on modern operating systems. Primarily designed as a tool to run DOS-based games but it also works for other DOS applications. To download a legitimate copy of the Motorola CPS programming software, the subscription cost can get ridiculous. A Radio Reference thread indicated it could range from under $200 to $400 with an increase last year for MotoTRBO equipment. As a former programmer, pirating doesn’t support developers and doesn’t allow the company to put money back into developers and adding features. If you’re kind enough, someone with a subscription maybe willing to program the radio for you or find a ham-friendly radio dealer willing to do the same or sell the software at cost. Pro tip, don’t ask about pirated software in the RR or in other forums.

Out of this debate came a challenge from Bob – K8MD to try out a Motorola radio. I eventually found a project where I need a radio but the programming wouldn’t change often. I did a lot of reading and research on BatLabs and Repeater Builder which are great resources for repurposing commercial radios and building repeaters. The used market is where these radios will be found. Advice from those sites will be very useful in not getting ripped-off, especially decoding the radio model number. My project was to setup an AllStar Link node and it was a perfect time to try a Motorola CDM1250.

AllStar Link, often called AllStar, is an Amateur Radio linking system on a Linux computer, running the open-source PBX telephone switching platform called Asterisk. An AllStar module called app_rpt turns Asterisk into a powerful, full featured, Ham Radio repeater controller, and linking package. It is theoretically capable of controlling hundreds of nodes at a time. Jim Dixon – WB6NIL (SK), developed app_rpt and is considered to be the father of AllStar. Asterisk is typically used as a SMB (small/medium business) phone system.

Like other analog Voice over IP systems (VoIP), such as EchoLink or IRLP, it links radio systems together. AllStar is flexible enough to link other infrastructures together as well. The ability to make connections on any IP network makes AllStar decentralized, meaning it doesn’t need to rely on other infrastructure. No central server for someone to pull the plug resulting in a complete collapse of the network. The concept of a node in AllStar terminology is a loose definition but they all run the same exact software. Node types are generally defined as:

  • Repeater: full duplex node and user functions accessed by DTMF
  • Simplex node: half-duplex node, also with user functions available by DTMF
  • Remote Base node: a half-duplex, frequency agile HF, VHF, or UHF remote base. Will not respond to DTMF on RF.
  • Hub node: a common connecting point (similar to Conference or Reflector) with plenty of Internet bandwidth to handle many connections at one time, has no RF connected hardware

Nodes can be public, private, or a combination of both. A public node would be accessible by any other public node on the AllStar network and requires Internet access to the AllStar infrastructure for the phonebook of public nodes. Private nodes can be limited to select users or on a completely private network, like a mesh network, where you don’t want many uses connecting over limited bandwidth links. These are great for connecting repeaters at different sites over a mesh network, point-to-point link, VPN, or public Internet. Private nodes are reserved node numbers ranging from 1000 – 1999.

A hybrid approach of both public and private nodes can be taken. Repeater 1 at location A, repeater 2 at location B, and repeater 3 at location C are all at sites with no or poor Internet. Setup Ubiquity point-to-point links between the repeater site and the Trustee’s house (for example) with a better bandwidth connection. AllStar nodes would be setup at the repeater site and use the Point-to-Point as the route to the Internet.

Say you don’t want public nodes to connect directly to the repeater over long-range WiFi, but wanted to link all three repeaters together and have controllable public access. Nodes at the three repeater sites would be setup the same except as AllStar private nodes. A fourth node would be setup with a public node number at the Trustee’s house. The three repeater nodes and any public nodes could be connected or disconnected from the fourth public node as needed. A friend of mine in Colorado, Jeff – K0JSC, has his WE0FUN “fun machine” repeater sites linked in a similar way. The 15 repeaters are private nodes connected over a private network to a central hub.

Asterisk supports standard protocols for making phone calls over IP, SIP and IAX. Using these standards makes integration easy with other systems that support similar protocols. Options range from softphones, hard phones, other Asterisk systems, to PBX systems on the Internet. A softphone app is an application which runs on a computer or smartphone providing the ability to make calls. Iaxrpt is the Windows PC softphone client and DVSwitch Mobile for smartphones. Hard phones are IP connected phones such as Cisco or Grandstream that support either protocol. A second line on the same Cisco phone used for Ham Shack Hotline is provisioned to dial into my AllStar nodes. An extension can be added to an existing Asterisk phone system allowing any handset to dial into AllStar. Last but not least, a cloud VoIP provider can add forward and reverse autopatch capability to any node! Loose autopatch ability due to new repeater hardware, an expensive addon board, or it became cost prohibitive based on use? Though an active Internet connection is required, a cloud PBX provider, such as voip.ms, adds autopatch functionality for fractions of a penny per minute (including long distance) with pay-as-you-go pricing. For younger hams, autopatches connected an amateur station (often repeaters) with the public land-line telephone system and were popular when cellphones didn’t exist or were expensive.

The first thing about AllStar I found interesting is the ability to interconnect with other ham radio systems. EchoLink support comes out-of-the-box. IRLP can be added but an existing node is needed to copy the system key. To obtain a new node number, the purchase of IRLP hardware is required. Cheapest way is to purchase the preloaded SD card with configured node on the IRLP Node Order Page for the Raspberry Pi.

AllStar has all the essential capabilities of a repeater controller, IDing every 10 minutes and adjustable time-out timer. The time-out timer can be disabled with a command – useful when broadcasting ARNewline, which can be played automatically with a script, or hosting windbag nets. The scheduler is replaced with Unix Cron. I’ve written custom scrips that announce weather conditions, PL tone, and number of connections at certain times during the hour. For a net, my node will check to see if it’s already connected to the far-end node hosting the net. If it is not connected to that node, it will drop all existing connections then connect to the remote node. Dropping all connections seems useful to avoid airing a local net over a large reflector or being booted from an IRLP reflector for being an irresponsible node operator. Some repeater owners like to place repeater objects on APRS maps showing repeater location and frequency. AllStar can inject these objects into the APRS-IS network.


Not unlike the infrastructure flexibility, nearly any sound device recognized by Linux will work with AllStar. Cheap audio fobs (with a few modifications) to commercially or ham produced products are all options. The Repeater Builder site offers many options and products. The connecting device I choose was the DMK URIx. The USB connection converts data over to a DB-25 connector. Pin assignments are listed on the device itself for easy access. I wired up a connector using a Motorola connector kit I purchased off Ebay following instructions I found online from W2YMM. I’ve had a great experience and no problems with the URIx. However, it’s not cheap now running $85 including shipping. In addition, mailing lists are indicating a change in chipset is causing performance issues. I would wait awhile before purchasing this device again.

With Raspberry Pi as an option for running a node, portable nodes are popular for use in a vehicle or backpack. Open Internet ports, or port forwarding, is not a requirement for outbound connections. This is especially useful because cell phone companies make it impossible for open ports due to CGNAT. This was a big problem I talked about with WIRES-X before Yaesu introduced their portable node software. Incoming connections to a portable node on a hotspot will not be possible.

Diagram of connections to my AllStar node

There is a fork of the main project called HamVoIP. They were the first to release a Raspberry Pi image. A Beagle Bone Black image was available but it has been deprecated and no longer updated to concentrate on the Raspberry Pi image. About the time WB6NIL passed, the main AllStar project had some internal conflict, upgrades caused lengthy outages, distributions were becoming dated, and hard to setup. HamVoIP claims to pick-up that slack, improve on the project including infrastructure and code cleanup. Their assertion is having better than 70% of the AllStar market running their image. Recent strides have been made to improve the main AllStar project. I have used both distributions and feel HamVoIP does work better, has more features, frequent updates, and better documentation. Nodes running HamVoIP still utilize the AllStar infrastructure and are fully compatible with non-HamVoIP nodes.

There is a claim that HamVoIP is in violation of GPL license agreements. Again, being a former programmer and someone who publishes articles and presentations, I would be upset if someone was violating my usage terms. However, those making accusations are also making judgement calls based on lack of response – which doesn’t mean there is a violation. In addition, a claim can be filed with the Free Software Foundation or have the copyright owners of Asterisk make a decision. It does not appear either correct course of action is being pursued. Airing this grievance on social media accomplishes nothing, as usual. The HamVoIP side isn’t helping their case by not being transparent and some responses were “feeding the trolls.” A troll is a person online who posts a provocative message to an online forum with the intent of causing disruption and argument. You can read the Reddit thread (some language maybe NSFW) and HamVoIP response. I’m going to keep using HamVoIP until I see a response from someone that has standing in the matter.

AllStar is flexible but definitely a more an administrative (Sysop) system and not entirely user-friendly. Connecting to other AllStar nodes is pretty straight forward. The DTMF sequence is *3 to link and *1 to unlink. Integrations with EchoLink and IRLP can be implemented a couple ways: directly linked to an AllStar node where the AllStar and EchoLink/IRLP node act as one. EchoLink/IRLP can be setup on a different node (often private) on the same AllStar setup. Having separate nodes allows for disabling EchoLink or IRLP connections completely should those nodes cause problems. Great for control, not great for users. An RF user can link and unlink EchoLink/IRLP, not to specific nodes. It maybe possible to do with a script but would add complexity.

Having AllStar and EchoLink/IRLP on the same node allows RF users to link and unlink to those systems. Remembering the DTMF combinations is not easy, I know. Connecting to EchoLink nodes is the DTMF sequence *3 and *13 to disconnect. IRLP is *38 and *18 respectively. Example, EchoLink test node #9999 is *3009999 and *31009999 to disconnect. IRLP test node #9990 is *389990, and *189990. Not exactly straight forward, easy to remember, or the simple “73” IRLP users are used to for disconnecting. Sysops can use the Supermon webpage utility for easier control of a node and can make it read only for users.

I learned some things about using Motorola equipment. My CDM1250 is the high power (40 watt) UHF model. Radios such as the CDM have a 5% duty-cycle. This means transmitting only 3 minutes every hour. Don’t forget, these aren’t rag-chew radios – they’re designed for police and fire which only transmit for short periods of time. Two ways to improve the duty-cycle is to lower the output power and upgrade to active cooling by moving a lot of air over the heatsink. Lowering the power on mine is still 25 watts. These improvements allow the radio to operate normally for a 90-minute net, as long as the fan keeps working. The antenna connector is a Mini UHF female and very easy to break with an adapter and stiff coax. A Mini UHF male to UHF SO-239 female pigtail is a requirement. It relieves the stress on the radio’s connector.

Learning about commercial radios has been a valuable experience. AllStar Link is a very flexible and customizable system that has excellent integration with other infrastructure. I still have a lot to learn and my next goal is to use AllStar for linking all digital modes – yes ones like D-STAR, DMR, and Fusion. Stay tuned!

If you would like to make an AllStar contact, it is best to setup a sked with me via Email.

AllStar node map: http://allstarmap.org/allstarmap.html

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – April 2017 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…

Read the full edition at: http://n8sy2.blogspot.com/2017/04/april-edition-of-ohio-section-journal.html

Jeff Kopcak – TC

DSCF5081 K8JTKHey gang,

Since the last couple months have been feature articles, this month will be odds-n-ends.

Maker Spaces & Faires

I got positive comments on last month’s article about Makerspaces and Maker Faires. I hope it gave clubs and groups ideas to get younger makers into our hobby. Not only did the January edition of QST have the article on Maker Faires but it was the focus of ARRL CEO Tom Gallagher – NY2RF’s note in April. I’m happy to say these types of things are on the radar of the League and they’re focusing efforts on this new generation of Ham Radio operators. According to Tom, the ARRL plans to be at the three national maker events this year.


I learned the creator of AllStar Link, Jim Dixon – WB6NIL, passed away at the end of last year. Jim is the creator of “app_rpt” which allowed the open source PBX system, Asterisk, to function as a repeater controller. In doing so, created one of the most impressive and versatile solutions for VoIP (Voice over Internet Protocol) in ham radio. Having played around with AllStar on my own node, nodes can be linked together directly through the public Internet, private network, point-to-point network, or really any combination of methods. Hubs are systems with greater bandwidth allowing for multiple simultaneous connections – like “reflectors” on IRLP or “conferences” on Echolink. One of my buddies who spoke with Jim commented that he was the smartest, nicest guy you’d meet and [he] would be doing well if he retained even half of what they talked about. Jim will be missed but the AllStar project will live on. AllStar Link: https://allstarlink.org/, Raspberry Pi & BeagleBone image: https://hamvoip.org/

Fldigi & Flmsg

W1HKJ and the contributors to the Fldigi project have been busy (http://www.w1hkj.com/). A new major release of Fldigi was made available at the end of March. This brings both Fldigi & Flmsg up to version 4.0.1. Technical Specialist Bob – K8MD messaged me about the update. My response: ‘crap, I just updated the screen shots from the previous changes the weekend before’ (3.22.x). I was hoping there were no new changes. Of course there were! Now my newly updated instructions are dated again! Those instructions were getting stale because of significant program option changes since I made them available about two years ago. They are on my site (up to Fldigi v3.23.21 and Flmsg 4.0.1) at http://www.k8jtk.org/2015/04/16/getting-started-with-fldigi-including-flmsg-and-flwrap/. Written for the LEARA Digital Net, they do focus on NBEMS operation.

Check them out and do some practice nets. From experience, it’s best if ALL participating stations are using the same program versions. There are fewer issues with forms because newer forms are included in later Flmsg versions that were not in earlier ones and everyone can be on the same page when going through settings.

Over that same weekend, I wrote up tutorials and hacks you can do with Flmsg. We’ve all been there. You missed receiving part of an Flmsg message because of being off frequency (radio or waterfall), in the wrong mode, or not paying attention. The issue is quickly corrected and most of the message is still received. However, Fldigi doesn’t know what to do with the form because some of the headers are missing. When headers are missed, Fldigi can’t open the form because the message won’t checksum. The checksum is used to verify the entire message was received. I wrote up a tutorial how to recover a partially missed message: http://www.k8jtk.org/2017/03/25/recovering-a-partially-received-flmsg-message/.

The last is more of an Flmsg hack. When an Flmsg form is received, NBEMS standard is to have the ‘open in browser’ option enabled. As expected, this will open the received form in the default browser. Many don’t realize that any web programming code (HTML, CSS, JavaScript) sent as part of the form will be interpreted by the browser. This means you can send clickable links, link to an image, redirect to websites, and change background colors. Just about anything that can be done on a webpage can be sent as part of an Flmsg form and rendered when opened in the browser. Find out how at http://www.k8jtk.org/2017/03/25/flmsg-forms-rendered-as-web-pages/. Standard squid disclaimer for both: this is for fun and not NBEMS compliant.


If you have an OpenSpot hotspot, there was a major firmware update for the device in February and subsequent update in March to bring the current version to 108. The changelong has – in the neighborhood of – 80 (yes, eighty) fixes and enhancements. Previously, I wasn’t using this device to run the Ham Nation D-STAR After Show net. However, since they added a nice web interface with call log and export feature, it’s now my device for running the net. If you’re looking for a ham radio digital mode hotspot, check out the SharkRF OpenSpot: https://www.sharkrf.com/products/openspot/

One of the SharkRF connector options is their own IP Connector Protocol Server (https://github.com/sharkrf/srf-ip-conn-srv). The Connector Server is used to create a network of OpenSpot devices and it can be implemented in other hardware/software as it is open source. Like AllStar, it can accept public internet connections, run on a private network, or mesh network. I haven’t tried but it may even compile and run on a Raspberry Pi.

The Connector Server repeats any digital transmission sent to it. All modes can even be simultaneously connected. D-STAR connected clients will only hear D-STAR transmissions because there is no transcoding of D-STAR data streams. DMR and Fusion streams can be transcoded. DMR streams are transmitted to modems set to DMR and converted by the OpenSpot to Fusion for Fusion modems. Similarly, a Fusion stream is transmitted to modems sent to Fusion and converted to DMR for DMR modems.

I’ve setup a Connector Server that is open and there to mess around with. In the OpenSpot configuration:

  • In Connectors: under Edit Connector, select “SharkRF IP Connector Client.”
  • Click “Switch to selected.”
  • Once changed, enter your TX/RX frequencies.
  • Server address: srf-ip-conn-srv.k8jtk.org
  • Port number is in ‘Advanced mode’ but is the default, 65100.
  • ID, use your CCS7 DMR ID.
  • No password.
  • Enter your Callsign.
  • Click “Save.”
  • In the Modem options, select the desired mode.

The dashboard is: http://srf-ip-conn-srv.k8jtk.org/. The server will remain online if it continues to see use. Otherwise, it could disappear at any time without use 🙂

Ham Nation 300 (#HamNation300)

Last but certainly not least, yours truly has been on the planning committee for the Ham Nation 300th special event. Ham Nation is an audio and video podcast recorded live and available at https://twit.tv/shows/ham-nation. The program records at 9:00 p.m. eastern time every Wednesday evening. Following each episode are the “after show nets” which are round tables discussing the show or ham radio. These nets include: 20m, 40m, D-STAR, DMR, and Echolink.

After each 100 episodes, a special event is planned to commemorate another 100 episodes. In the past, these have been geared around HF. The show is not only for the General/Extra class licensees and not everyone has the ability or desire to operate HF. This year’s festivities have something for everyone including the chance to make digital contacts for the special event and a summer long challenge.

Ham Nation 300th special event runs the week following Dayton, May 24-31, 2017. Full details can be found on any of the 1×1 special event callsigns on QRZ or at https://www.hamnationdstar.net/2017/04/05/ham-nation-300-special-event/. Please join in and help make this event successful. Follow it on social media: https://twitter.com/hashtag/hamnation300 and https://www.facebook.com/HNonTwit.

That’s about it for this month. Thanks for reading and 73… de Jeff – K8JTK

Dongle Bits: Projects

This article appeared in the The Lake Erie Amateur Radio Association newsletter The Spirit of ’76 and ’88 June 2014 edition and The Wood County Amateur Radio Club newsletter CQ Chatter July 2014 edition.

Read the rest of the series in the Dongle Bits articles category.

We’re going to take a look at projects others have done with micro-computers and controllers. Many of these will be Amateur Radio related but I will highlight some getting started projects that show setup or basic programming. Since many Hams are into computers and programming, I will highlight some networking and server related uses. Finally, some of the more some crazy and unique setups I’ve come across.

First thing to note: if you receive this newsletter in printed form, you’ll want to go to the club’s website or get it in electronic form to view these links. Links will be to videos or instructions posted online. Any YouTube videos will start at the beginning of the segment.

Getting started tutorials

Ham Radio

I was informed the University of Akron Amateur Radio Club (W8UPD) was planning on using the Raspberry Pi for their second High Altitude Balloon launch on April 8, 2014. Though no reason was given, it was scrapped for the Beaglebone Black board. They configured it to send back Slow-scan TV images overlaid with telemetry information. Unfortunately, the launch was a failure due to high winds and “poorly placed trees.” Upon launch, the payload got snagged and caught in a tree.

I heard from John – N8MDP who setup his Raspberry Pi as a D-STAR hotspot as well. His setup works with the “X-Reflector” system. There are multiple D-STAR reflector systems that co-exist together on the network. His instructions are detailed and the setup is different than mine because different software is needed to access these alternative reflector systems. John installed a webserver on his Pi to control it from the Internet.

Raspberry Pi


Networking and server

One of the first projects I saw was how to use the Raspberry Pi as a Home theater PC. This allows you to watch videos, listen to audio, or display photos accessible via the network on a TV.

A Pi can be turned into a home or portable access device used in conferences, competitions, demonstrations, or school project. Some examples are a router, network attached storage (NAS) device, web server, or secure virtual private network (VPN) server. The VPN server uses OpenVPN, an excellent encryption package that offers trust no one (TNO) encryption since you generate the encryption keys.

A useful project is the Raspberry Pi IP address IDer which speaks the IP address if you are operating headless and need to connect to it.

Cool and unique

Want to relive the 8-bit gaming days of the Commodore 64? There is a project called Commodore Pi to create a native Commodore 64 emulator and operating system for the Raspberry Pi.

Build a coffee table gaming rig.

Turn a Raspberry Pi into an FM transmitter.

If you like cheap phones, for $160 you can create your own Raspberry Pi smartphone.

Want to give your dog a treat via email? The Judd Treat Machine will do just that! Send an email to the dog’s email address, it dispenses the treat, snaps a picture, and replies with the picture attached.

The University of Southampton in England created the Raspberry Pi Supercomputer using 64 Raspberry Pi computers. They use a “message passing” system to distribute processing across all 64 devices. His son also helped out by building the rack to hold them out of… Legos!

Raspberry Pi and Lego Supercomputer

Other places for projects and news

Raspberry Pi forums.
Arduino forums.
Slashdot: (Pi) (Arduino).
Lifehacker: (Pi) (Arduino).
Reddit: (Pi) (Arduino).
Search the Internet!

Next time, we’re going to move on to another type of dongle: the $20 software-defined radio.