Tag Archives: D-STAR

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 Tom – WB8LCD 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 Tom 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 Ohio 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 click the Login button.
Login
When logged in successfully, it will say “Hello <Name>” in place of the Login button where <Name> is your name. Click your Name. This will take you to the “My Account” page.
On the left hand side, under the “Communication” heading (second from the bottom), click Opt In/Out
To the right of the “Opt In/Out” heading, click Edit
Check the box next to “Division and Section News.” If it is already checked, you are already receiving the Ohio Section Journal.
Click Save
There should now be a green check mark next to “Division and Section News.” You’re all set!

Now without further ado…

Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

Pi-Star was great. It solved big problems for hams wanting to use VHF and UHF digital modes around 2016-2017. Personal hotspots were becoming popular. Consisting of a digital interface (modem) board capable of transmitting and receiving digital modes such as DMR, D-STAR, and System Fusion. These transceiver options are low power at about 10mW. The modem interfaced with software to manage network connections. Many devices were created for the popular Raspberry Pi or Arduino single-board computers using the GPIO headers. Others were USB-based devices that could be used with a desktop computer running any operating system or plugged into a Raspberry Pi.

The hardware was pretty solid. Software, not so much. Nearly each group attempted to make their own software distribution. In general, this failed as users couldn’t get the software to work consistently and settings didn’t work as expected – even across users with similar setups. Many didn’t have monitors connected. VNC, a remote desktop sharing application, was used. VNC generally works well desktop-to-desktop, but not desktop-to-mobile. These problems weren’t helping promote digital modes and personal hotspots.

Then along came Pi-Star. Created and maintained by Andy – MW0MWZ, it solved nearly all those problems. On the hardware site, Pi-Star supported every digital modem in a single platform. MMDVM is the software capable of “speaking” different digital mode protocols and managing network connections. It came with a web front-end that did everything needed to configure and manage devices, update network settings, update device firmware, and have a nice usable dashboard. Ultimately, the Pi-Star platform superseded all previous attempts at a viable interface for digital ham radio hotspots.

On the Pi-Star site, version 4.1.5 dated October 2021 is the latest image available for Raspberry Pi. However, 4.1.6 is available through the update sequence pistar-update then pistar-upgrade at the command line, both prefixed with sudo. Pi-Star 4.1.5/6 release is based on Raspbian 10 (buster) which has reached end-of-life. Raspbian, the standard Raspberry Pi operating system, follows the Debian release schedule. Debian 10 is out of standard security updates and into LTS (long term support). Raspbian does not offer LTS.

If you’ve read my column long enough, you know the majority of vulnerability issues can be avoided by keeping systems updated and patched. I’m also reminded of the time when I went searching and found there are Pi-Star’s accessible directly from the Internet, with the default password. What could possibly go wrong?

By all accounts, and as of this writing, Andy is no longer maintaining Pi-Star. Looking at his post count in the forums: zero in 2023 and ten in 2022. There are very few updates to GitHub repositories in the last two years, which are used to update Pi-Star devices. I’ve seen references to lack of updates due to lack of interest. Pi-Star is also lacking the latest additions to MMDVM including M17 and FM for boards that support those modes (usually through firmware updates).

The next iteration of Pi-Star (or fork) comes to us via W0CHP, called “W0CHP-PiStar-Dash (WPSD).” I learned about WPSD when AmateurLogic ran a segment in January on this new offering. I started using it shortly after. Though it was early on in the project, WPSD was labeled “not for the faint of heart” by the author.

It was really rough around the edges. I had to debug scripts in order for updates to run successfully. The dashboard would show the modem in “TX D-STAR” when only P25 was enabled. There were issues with the configuration file manual editor too.

Regardless, development is very active. WPSD has become much more stable and now considered the Pi-Star replacement. Alot has changed in the time I’ve been using WPSD and presume things will continue to evolve.

One such change, there was an option for installing WPSD on top of an existing Pi-Star installation. That option is no longer available or supported. The distribution must be flashed directly to an SD card (flash memory), exactly like Pi-Star.

I always recommend using a new card or different SD card from the current, existing installation until everything is working as the user expects. Having the old (original) card available allows switching back easily in case of problems or need to reference something from the previous installation.

Pi-Star with Nextion display (ailunce.com)

A recent blog post by the author called out people who claim WPSD is an “overlay.” At one point, it could have been installed on top of an existing Pi-Star installation. WPSD is not an overlay. It is its own software distribution.

WPSD works with most Raspberry Pi offerings (Zero, Zero 2, 2, 3, 4, …) including the Orange Pi and Nano Pi Neo variants. The Raspberry Pi Zero W 1.1 is not really recommended for use but it will work. The Zero W 2 is recommended instead. A Zero W 1.1 needs extra configuration steps after flashing the SD card. These include: creating a wpa_supplicant.conf and placing it in the /boot partition. Waiting at least 30 minutes for the image to boot and configure itself before accessing the dashboard. Steps are detailed in the link above.

While using WPSD with my Pi Zero W 1.1 it is quite a bit quicker, taking about a minute to save changes on the configuration page of the dashboard. Compared to the Pi-Star which took two to three minutes to save changes. Pi Zero W 2s are still very hard to find. If you can find one, a male header strip still needs to be soldered to the GPIO. Pre-soldered ones are nonexistent.

Not only is WPSD on a supported operating system (bullseye, Debian 11) but there are a TON of enhancements and updates over Pi-Star. Though the visual layout has changed, it’s intuitive enough for any existing Pi-Star user. Changes I noted right away were the addition of M17 support (though I don’t have any capable devices) and Nextion support built-in. Nextions are displays and/or touchscreens that can be attached to the modem or added through a TTL serial converter, such as those based on the CP2102 chipset. Adding Nextion support to the original Pi-Star was a terrible experience using hacky scripts that had to be run a couple times before the drivers and software could be usable.

Non-exhaustive list of enhancements: full APRSGateway support. DGId support. DMR Roaming Beacon Support for repeaters. Caller details include name and location. Talkgroup names are populated. On the fly changes of talkgroups/rooms/reflectors/networks including ability to pause networks for attending nets or quieting a busy mode. Live Caller mode which is a browser based (virtual) version of a Nextion display. Ability to disable cron (scheduled) updates. Updated dashboard including wider, bigger, updated fonts, user configurable options including CSS styling and fonts. Full dashboard display or Simple View with only RF and gateway activity. Configurable number of last heard stations. Configuration/Profile Manager, similar to OpenSpot, where the user can save multiple versions of a setup and restore them based on use.

A Profile Manager feature was added to WPSD, which did not exist in Pi-Star but exists in the OpenSpot devices. This allows the user to save device settings into a profile to be recalled later. These could be travelling profiles, or ones specific to a mode, network, or configuration for a net. Initial implementation of this feature did not backup saved profiles when using the Backup/Restore feature. Only the current active profile would be backed up or restored. Now, within the last two months, Backup/Restore saves ALL device profiles in the backup archive.

That is an example of the constantly evolving nature of this new WPSD distribution. Updates happen quite frequently. WPSD was updated nearly daily for a long time. Updates still happen quite frequently but at the pace of about once a week, maybe more.

Speaking of backups, it’s not recommended to use migrated configuration files or backups from Pi-Star, due to differences. If Pi-Star files are used with WPSD and there are issues, the user will be required to begin configuration from scratch.

One change I do not particularly care for is the requirement to use DMRGateway. In Pi-Star, I used Direct Mode which is the selection of a single DMR Master. For example: select BM_3104_United_States for Brandmeister and TGIF_Network for TGIF as the DMR Master. I liked this for two reasons: this functionality is similar to how a repeater would operate and it simplifies codeplug programming for talkgroups with the same TG ID across different networks. Ohio Statewide is 3139 on multiple networks meaning I only had to setup Ohio Statewide once. Though it seemed most users did use DMRGateway in Pi-Star.

DMRGateway supports simultaneous connections to six networks. With all those network connections there must be a way to differentiate which network is to receive a transmission. That way is through “prefixes,” a single number prepended to the talkgroup number. DMRGateway doesn’t appear to use a prefix for Brandmeister, 3139 would remain 3139. TGIF talkgroups are prefixed with a 5. 3139 would become 53139. HBLink prefix is 8. My HBLink would be 831983 instead of 31983.

If you’ve programmed a codeplug for a DMR radio, it’s not as easy as just making a new contact with the prefix. Adding the contact to an RX group, creating new channels, and reorganizing or creating new zones are all needed. Maybe I’ll purge the ‘nice to haves’ in my codeplug as I typically only use a handful of talkgroups or just make a new simplified codeplug for use with WPSD.

Changes have been made to the scripts and tools. Commands rpi-rw and rpi-ro have been removed. These were used to switch between a read/write file system and a read-only file system. There has been debate whether a read only file system corrupts any less or shortens the lifespan of the SD card when left in read/write mode. Pi-Star was constantly changing from read only to read/write during settings changes, updates, and hostfile update cycles. Mine seemed as though it could never successfully change from read/write back to read only after an update. Eliminating those scripts just ‘fixed’ those resource busy messages.

Pi-Star scripts that began with pistar- have all been removed and replaced with a smaller set of wpsd- scripts. It was great because all WPSD updates were taken care of by going to Admin -> Update. Though, a recent change has removed operating system updates from that feature. Admin Update only updates WPSD currently (probably due to those lengthy Raspbian kernel updates). To update the operating system, SSH to WPSD or go Admin -> Advanced -> Tools -> SSH Access. After logging in (same credentials used to login to the Admin or Configuration dashboards), at the command line, enter (capitalization is important):

sudo UP_OS=1 wpsd-update

As with Pi-Star, if an update fails or installation becomes borked, re-flashing the SD card with the latest available image will bring the device to a known working state. Remember to save a new backup before updating! WPSD images are updated more frequently than Pi-Star. Updates released since the image was published won’t take quite as long to apply.

There is a lot to read, including some edge features that have been removed, on the WPSD page (linked above). Comparing WPSD to Pi-Star (‘this used to work on Pi-Star,’ ‘when I revert back to Pi-Star this thing works,’ etc.) is verboten when asking for support. The main page on W0CHP’s site is a blog detailing direction and state of the project as well as reasons for changes. I recommend Pi-Star users update to W0CHP-PiStar-Dash – if nothing else, for the supported operating system and OS package updates though there are many improvements and welcome features.

Thanks for reading and 73… de Jeff – K8JTK

Amateur Radio, ARRL Ohio Section, Presentations

Ham radio VoIP and K8JTK Hub DVMIS Presentations

March 8, 2021 Jeffrey Kopcak

Presentation on Ham radio VoIP (Voice over IP) modes and the K8JTK Hub Digital VoIP Multimode Interlink System which integrates many Ham radio modes, both analog and digital.

Framework

The framework I chose to use for the presentation slides is called reveal.js. It is an HTML framework meaning it will run in any HTML 5 capable browser. Looks a little better than a PowerPoint presentation.

Navigation

Useful navigation keys in the presentation. In addition to navigating with the keys below, you can swipe (tables/smartphones) or use the navigation arrows on screen in the lower right.

Toggle full screen: press [F11].

Advance to the next slide: press [n] or [SPACEBAR].

Go back to the previous slide: press [p] or press and hold the [SHIFT] key while pressing the [SPACEBAR].

Display presentation overview: [ESC] then use the arrow keys or mouse to select a slide. [ESC] again will exit overview mode.

Links

Clickable links are colored in brown text.

Presentations

Three variations are available: presentation version is viewable in a browser. Printable version for printing or saving in a different format (Chrome, Chromium, and variants compatible only). Finally a PDF version.

They may take some time to load because I left original images untouched and some were a couple MB in file size.

Slides

The presentation is around 60 minutes in length.

Version 3

Presentation version
Printable version
PDF version

This presentation was given at the following meetings:
West Chester Amateur Radio Association on 7/6/2023 & 11/7/2024

Version 2

Presentation version
Printable version
PDF version

This presentation was given at the following meetings:
West Chester Amateur Radio Association on 5/6/2021.

Version 1

Presentation version
Printable version
PDF version

This presentation was given at the following meetings:
Portage County Amateur Radio Service on 3/8/2021.

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – December 2020 edition

December 27, 2020 Jeffrey Kopcak

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:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

One of the things I’ve been working on during my time at home is the Digital VoIP Multimode Interlink System (DVMIS), also called the K8JTK Hub. About a year-and-a-half ago, I came up with this bright idea to setup a system that would interlink many different ham radio VoIP (Voice over IP) modes for interoperability and experimentation. Through trials and tribulations, it’s experiencing some success, caught the interest of some nets, and a podcast.

Many digital modes sit on their own island and are restricted from crossing over to the analog world or to other digital networks. Some may say this is for quality-of-service but does nothing for interoperability or the ability to link and communicate across different systems. Original D-STAR DPLUS reflectors banned analog connections. My Hub supports ham radio experimentation by allowing hams to discover ways of utilizing a system that can link different modes. Utilization of ham radio spectrum is a priority through the use of hot spots and repeaters. Connections without RF are not a priority. Hamshack Hotline was provisioned because of use in Emergency Operation Centers. Many times, I’ve been asked about stations that don’t have access to RF hotspots or radios. They still have options including the Echolink app on Android and iOS devices, Hamshack Hotline phone which can be purchased for $30 (I’ve heard deals as low as $5 for a compatible phone), or the DudeStar app. The servers are hosted in a Chicago data center to provide resiliency against hardware, power, weather, and Internet outages, but still be fairly inexpensive.

All this is possible through integration of open-sourced packages including: AllStarLink which is a world wide network of Amateur Radio repeaters, remote base stations and hot spots accessible to each other via the Internet and/or private IP networks. Built on an open-sourced PBX system called Asterisk, Jim Dixon – WB6NIL (SK) built the apt_rpt module emulating functionality of a repeater controller. Jonathan – G4KLX authored programs that support D-Star, DMR, System Fusion, P25, and NXDN which are utilized in MMDVM devices like most hotspots. DVSwitch is a suite of applications for provisioning and operating Amateur Radio digital voice networks maintained by Steve – N4IRS and Mike – N4IRR. The DVSwitch Mobile app was designed to operate analog and digital modes utilizing an Android phone in conjunction with server applications running on a Linux server or Raspberry Pi. The ASL to DMR documentation (groups.io account required) got me started experimenting with these applications and ultimately lead to the build out of the system. XLXD is a multiprotocol reflector server for D-STAR by Jean-Luc – LX3JL & Luc – LX1IQ. Skip – WB6YMH & others maintain thebridge, an Echolink compatible conference bridge.

Originally, hosted on 2 servers, after troubleshooting some issues, it was more reliable to host everything across 3 VPSes (Virtual Private Servers) running Debian Linux. Parts of the system can go down and individual parts will continue to function. Aside from the VPSes, a Raspberry Pi with a Northwest Digital Radio DV3000 provides D-STAR audio transcoding to the system. Wires-X is available through the use of additional remote hardware. Wires-X is proprietary to Yaesu radios and repeaters. Wires-X is not available through open-source implementations such as YSFReflector or MMDVM without additional devices. I’d like to get the DV3000s in a reliable data center but doing so is prohibitively expensive. AllStar Link is the “Hub” that provides connectivity and linking control between all networks.

Putting all of this together provides a system with access to ten different networks and eight different modes! Any user on one network can communicate with users on other networks. Access is available through these nodes and connections:

AllStar Link: 50394
DMR: Brandmeister Talk Group 3172783
DMR: TGIF TG 31983
D-STAR: XLX983A (A = Analog Bridge. Pi-STAR = DCS983A, OpenSpot = XLX983A)
Echolink: *DVMIS* conference 600008
Hamshack Hotline: 94026 (*99 – TX, # – RX)
NXDN: TG 31983
P25: TG 31983
YSF: K8JTK-Hub 31983
Wires-X: K8JTK-ROOM 40680 (available upon request)

Dashboards:

Building this system has not been without problems. Luckily, I’m able to work around known issues. In order from least frustrating to most frustrating: all programs use IP addresses and ports to communicate, keeping all of that straight was a challenge initially. Using IPs allows for great flexibility utilizing network links such as private networks and VPNs. Dependency hell as a result of additions and changes to programs made a constant deployment from one day to the next an issue. XLXD changed its implementation to include YSF which then conflicted with the port used for the YSFReflector. Changing the YSFReflector port required propagation to Pi-STAR host files and OpenSpot DNS. DVSwitch has been rewritten two times since I’ve implemented it and they’ve released another round of changes. Data center provider choices resulted in issues with packet loss. Moving the servers to another provider yielded much better results. The previous provider finally acknowledged and supposedly resolved the issue a year after it was reported, and after I moved.

Use of physical hardware for D-STAR. OP25 software codec can transcode D-STAR but “you won’t be happy” to quote a post in the forums. D-STAR looooves IP addresses. DNS is great for switching IP addresses easily (like when moving data centers or spinning up different servers). However, D-STAR relies only on IP addresses. As a result, reflector IP changes take about a day to propagate to online hotspots/repeaters. Using AMBEServer with the DV3000 on a remote device resulted in very choppy audio. After some time, had the idea to move Audio Bridge to the same device as the DV3000 then use IP routing to send audio to and from AB. Worked great.

In order to compile AllStar Link from source takes a lot of time to get right and includes A LOT of dependencies. Finally, one that drove me crazy was the chan_echolink module for AllStar which provides Echolink connectivity natively to AllStar. When load testing with many connections, something was making stations sound as though they were transmitting underwater. After observing patterns, determined it was audio originating on the Hub being sent out to Echolink connections. Incoming audio from Echolink stations was OK and audio sent to all other nodes was also good. The problem seemed intermittent until I consulted groups.io and further determined chan_echolink has audio quality problems when more than three EL stations are connected simultaneously. Not ideal for a hub. Best workaround was to implement an Echolink Conference server. Then only allow chan_echolink connection to that conference server. Echolink users would then connect to the same conference server. This issue took a lot of time and a lot of hair pulling but implemented a workable solution that offers a quality system. Root cause is still unknown as an AllStar developer hadn’t chimed-in with any suggestions or possible reasons.

The DVMIS hub hosts a couple nets. Tuesday nights at 9pm eastern, since about the first-time stay-at-home orders were put in place, is the Amateur Logic Sound Check net. The net encourages checkins to utilize as many modes as possible during the net to test equipment. If you haven’t seen the Amateur Logic podcast, it has been going for over 15 years and they release two shows monthly. The regular podcast has segments about technology and Ham Radio. “Ham College” is an educational show for those wanting to get licensed or upgrade. The guys asked me to put together a segment for the show. My segment can be found in episode 149. A huge thanks goes out to the ALTV crew and everyone checking into the net which helped me identify and resolve system issues. They’ve also been great in keeping up with all the changes over the last 9 months. At the end of December, I’ve been testing with the West Chester Amateur Radio Association – WC8VOA to add digital modes to their net on Monday evenings at 8pm.

Around the time my segment was airing on ALTV, Brandmeister did not approve of the linking method and linking to other networks. Brandmeister uses the MCC standard and they manage talkgroup IDs consisting of 3, 4, or 5 digits. 6- or 7-digit IDs are repeater IDs and user IDs respectively, and can be used however the assigned owner would like. The BM TG in the ALTV episode is now 3172783 and is correct in the listing above.

The Hub is open for all to use in testing equipment, software, or linking up with friends. I keep status updates listed on the page linked at the beginning of this article. For this and any linked system, please remember a couple practices. When keying your radio, pause a second or two to allow all links to rise, otherwise the first couple words maybe lost. Pause a minimum 3-5 seconds between transmissions to give time for links to reset and other stations to break in. Do not “tailgate.” Enjoy and join the nets to get a feel for the Interlink System’s capabilities.

Slow Scan TV has become big over the last couple years due to ARISS (Amateur Radio on the International Space Station) events. One of the longer events will have begun before OSJ publication: starting December 24 at 16:40 UTC and continue through December 31 ending at 18:15 UTC. Dates are subject to change due to ISS operational adjustments. Images will be downlinked at 145.800 MHz +/- 3 KHz for Doppler shift and the expected SSTV mode of operation is PD 120. Radio enthusiasts participating in the event can post images they receive at the ARISS SSTV Gallery at https://www.spaceflightsoftware.com/ARISS_SSTV/. After your image is posted at the gallery, you can acquire a special award by linking to https://ariss.pzk.org.pl/sstv/ and follow directions for submitting a digital copy of your received image. Even an HT can receive images from the space station. If you would like to receive images using MMSSTV on Windows, head over to my tutorial.

Congratulations to Scott Yonally – N8SY who won his election as Great Lakes Division Vice Director! Since he cannot hold more than one elected position at a time, he will be stepping down from his current Section Manager position when he assumes the Vice Director position on Jan 1. I wish him nothing but the best in his new role as he has done a lot for the Ohio Section during his tenure. We will then welcome Tom Sly – WB8LCD who will be appointed the new Section Manager for Ohio!

Thanks for reading. Happy holidays, Merry Christmas, and Happy New Year!
73… de Jeff – K8JTK

Amateur Radio, Presentations

K8JTK Hub DVMIS Presentations

November 13, 2020 Jeffrey Kopcak

Presentation on the K8JTK Hub Digital VoIP Multimode Interlink System which integrates many Ham radio modes, both analog and digital.

Framework

Navigation

Useful navigation keys in the presentation. In addition to navigating with the keys below, you can swipe (tables/smartphones) or use the navigation arrows on screen in the lower right.

Toggle full screen: press [F11].

Advance to the next slide: press [n] or [SPACEBAR].

Go back to the previous slide: press [p] or press and hold the [SHIFT] key while pressing the [SPACEBAR].

Display presentation overview: [ESC] then use the arrow keys or mouse to select a slide. [ESC] again will exit overview mode.

Links

Clickable links are colored in brown text.

Presentations

They may take some time to load because I left original images untouched and some were a couple MB in file size.

Slides

The presentation is about 10 minutes in length which aired on the AmateurLogic.TV podcast on 11/13/2020 for episode 149. It includes additional slides referenced in the video segment.

Presentation version
Printable version
PDF version

Segment:

Amateur Radio, ARRL Ohio Section, Computing, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – April 2020 edition

April 26, 2020 Jeffrey Kopcak

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.

Now without further ado…

Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

Stay at home: day 42. Continuing to work from home. Haven’t seen co-workers or friends in a month and a half. Regular lunch outings and after work happenings have long since terminated. Virtual meetings and conferences have replaced in person interaction. Participation in Ham Radio activities is on the rise! Nets are seeing higher check-in counts than they’ve ever seen. The curve is rising for digital modes and logged contacts.

Are we all having fun yet during Corona Fest 2020?

As people are forced to work from home due to closures, companies are utilizing videoconferencing services to keep in touch with employees and teams. These are now methods for coordinating efforts and relaying the latest to employees about the status of their company. A videoconferencing solution was likely available for employees to interact with remote team members or vendors world-wide. Now, those services are utilized all-day, every day. My company decided to begin the transition from WebEx to Microsoft Teams for meetings. I liked WebEx and it generally worked. MS Teams, well it’s part of Office 365 and that’s probably down again. Corona Fest is forcing usage of these collaboration solutions, not only companies but social organizations that previously met in person. These include popular names like Skype, Google Hangouts, and Zoom.

Those who value open sourced solutions should use Jitsi or Jitsi Meet to hold meetings. The service is completely free and open-source where anyone can look at the source code of the project. The difference between Jitsi and Jitsi Meet: Jitsi is a roll-your-own solution meaning you can download server packages or code and deploy an instance however you want. Jitsi Meet Online is an extremely easy-to-use alternative solution for holding meetings – with no installation required.

Settings up a meeting is easy as visiting the Jitsi Meet Online link, create a name for the meeting, click Go, set a meeting password, then send out the meeting URL or phone numbers to participants. A meeting can be created in a matter of seconds! Yes, POTS phone service is available as part of the meeting for free. Note, plain old telephone service audio options will not be encrypted due to the nature of the technology. There is nothing to download for desktop PCs with a web browser and most smart devices. Smart phone apps are available for iOS and Android including the F-Droid store. Functionally, Jitsi Meet offers the same features as the others: video, audio, chat, and shared desktop.

If I had to pick one thing that I don’t like about Jitsi it is the use of WebRTC. Web Real-Time Communication is also a free and open-source project that provides web browsers and mobile applications with real-time communication (RTC). WebRTC is included in all modern browsers and enabled by default in most. This technology allows audio and video communication to happen without the need

to install additional plugins or apps. Makes it very easy. There are a couple problems with WebRTC in highly privacy focused implementations. One problem is the communication is direct, peer-to-peer. This makes it possible for a skilled individual to learn real Internet Protocol (IP) addresses even while the other is utilizing a VPN. Use of a VPN can allow a user to appear as though their traffic is coming from a different IP and aids in masking actual location. Corporations use VPNs to establish secure communications from their network to their endpoint devices over networks with unknown integrity. Another problem is that end-to-end encryption is not possible with WebRTC. Jitsi addresses this issue in their security document. End-to-end encryption (also abbreviated “E2EE”) is a method where only the communicating users can read messages exchanged, preventing eavesdroppers anywhere along the communication path.

I wish people used better tools such as Jitsi. That’s why there’s choice. I would use this for any meetings I hosted. It seems like a really good open-source alternative to the other solutions.

Zoom became very popular very quickly, almost overnight. It was even recommended right here in last month’s OSJ. Attacks and threats emerge as a result of that popularity and pose risks for users and clubs who are using these services to host meetings. Cyber criminals are crafting email messages to steal logon credentials and packaging malware to look like a Zoom meeting installer.

For most of us, club meetings are not doing anything that’s overly sensitive with Zoom. Some organizations (companies, agencies) banned the use of Zoom citing flaws in the encryption implementation making it easy to exploit and three Chinese companies develop the applications. These should be taken into consideration but there has been no evidence of influence resulting from these issues. Zoom should be commended, though, due to their responsiveness in correcting vulnerabilities and privacy issues that have been discovered in recent weeks.

Free for accounts, everything is managed by the Zoom cloud, including encryption keys. Data is encrypted between the clients and Zoom servers. However, audio is not encrypted if a paid account is using the POTS phone line options.

Shortly after its popularity exploded, so did the number of unwanted participants in meetings leading to the term “Zoombombing.” Having someone crash a meeting is obnoxious and an unwanted disruption. Examples of this have made the rounds where Zoom sessions were hijacked by individuals saying or showing things that are lewd, obscene, racist, or antisemitic in nature where everyone in the session can see or hear. Students themselves conspired to have pranksters harass teachers in their online classes. Others utilized ‘Wardialing’ tools to discover unsecured Zoom sessions. Wardialing is an early hacking term where every number in an area code was dialed to find computers, bulletin board systems, servers, and fax machines. The resulting list would be used to guess login credentials and gain unauthorized access to those systems. One person I know had her yoga session crashed by an individual cursing and displaying symbols associated with the National Socialist German Workers’ Party. I have not heard about any disruption to ham radio club meetings.

There are steps the organizer can take or have someone else follow the directions in the Zoom support articles to prevent these issues. Not all of these configuration recommendations are needed for every meeting, follow ones applicable to that meeting. For example, you may not want to lock a club meeting from participants but instead use a waiting room approach.

Latest version: ensure participants are using the most recent client version. In April alone, there have been three updates to the Windows client.

Meeting password: posting a meeting link to social media will draw attention. Send the event password to known users through a direct message or other means where your participants are known.

Waiting room: virtual staging area for guests and participants until you’re ready for them to join.

Manage participants: remove any participants that should not be in the meeting and set who can share their screen.

Disable video, file transfer, annotations, and private chat: cut down on distractions, unsolicited content, or messages as needed.

Accidental removal of a participant: a booted user cannot rejoin a session using the same email address unless a few settings are changed.

Put participants on hold during breaks: attendees audio and video can be disabled during lunch, bio breaks, or private moments.

Video recordings: exercise discretion when recording content and know where that content is stored. Paid customers have the option to record a meeting to the cloud.

Following these tips can lead to a successful, uninterrupted meeting.

I saw a posting by the developer of the MMDVM software, Jonathan – G4KLX. Digital hotspot and repeater owners should follow these guidelines.

This message contains important information that I want disseminated far and wide please.

I have been approached by the people who run aprs.fi and REF001/REF030 (not the same people) about problems being caused by hotspots. This is down to usage and I hope that people will act on this information:

1. APRS, it is important that when configuring your hotspot, that you ensure that the suffix used for accessing aprs.fi is unique. For example if you use more than one hotspot, then ensure that for every mode and for every hotspot, the aprs.fi access callsign is unique. This is usually done by specifying a unique suffix to the callsign used by the hotspot. If more than one hotspot attempts to access aprs.fi with the same callsign+suffix combination, the first one is thrown off, and the new one connects. In the meantime the original one tries to connect and throw the new one off. This can happen multiple times per second, and is causing problems for them. Please, please, please, look at your configurations and if you have a duplicate, change one of them.

2. REF001/REF030, apparently the network load on these D-Star reflectors is now very high due to the number of hotspots connecting and staying connected. Could you please consider changing your gateway configuration so that you disconnect after a certain period of inactivity (this means local RF activity) so that they aren't overloaded. I know we like to listen out for activity, but we must also realise that D-Star popular reflectors const money to run, and that includes network and processor usage. A quick look at their dashboards will reveal the problem, they're huge.

Jonathan G4KLX

Set unique SSIDs for APRS on different modes and on different hotspots. Finding where APRS information originates isn’t always easy with hotspots. The OpenSPOT 1 has a location information box in settings but it is not transmitted directly by that device, rather Brandmeister pushes that information to the APRS network. Disabling APRS data on the Pi-STAR requires editing the config files and setting priority messages in Brandmeister. The priority message solution should work for OpenSPOT devices too.

ZUMSpot on Raspberry Pi Zero compared to a quarter

Unlink from reflectors, talkgroups, and systems when you’re not using them, especially ones with large numbers of connected users. Users are apparently leaving their devices connected to popular reflectors ting up bandwidth and resources unnecessarily.

To put this into perspective, when I looked at REF001 there were 850 remote/hotspot users connected, about the same on REF030. A mere 12 had transmitted since they were connected. A 5 second transmission is about 9KB worth of Internet traffic. Multiply that by 850 connected devices, that’s 7.6MB of traffic in 5 seconds to connected hotspots, many of which are not being used. That’s an estimated 80 gigabytes or so for an hour-long net. There are ping/heartbeat packets to all connected devices even when the reflector does not have an active radio transmission taking place.

Please check your hotspot APRS configurations and disconnect when not in use.

K8JTK Hub Interlink System

Anyone wanting a place to meet-up for checking on friends and fellow hams or looking for something to do can use a system I’ve been working on the last few months. Currently, it offers 6 full-time ham radio VoIP modes interlinked for interoperability. Ways to access the system:

EchoLink: K8JTK-R 233196
AllStar Link: 50394
Hamshack Hotline: 94026
DMR: Brandmeister TG 31983
D-STAR: DCS/XLX983 A
YSF: K8JTK Hub 17374

Since I’m working from home, I’ve linked up my Wires-X room: K8JTK-ROOM 40680

More information or updates on the system: http://www.k8jtk.org/ham-radio/k8jtk-hub-digital-voip-mutimode-interlink-system/

Thanks for reading and 73… de Jeff – K8JTK

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – October 2019 edition

October 27, 2019 Jeffrey Kopcak

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.

Now without further ado…

Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

I received a question last month from Andy – KD8SCV on setting up a digital hotspot transmit frequency compliant with “Line A.” I’ll address these as two separate issues. If the hotspot or simplex node is within the correct ranges of the band plan, Line A doesn’t matter. You’re going to need your copy of Part 97.

What is Line A? It is an approximate border between the U.S. and Canada that varies in exact location but is most often 75 miles (about 121 km) from the border. According to Part 97.3(a):

(30) Line A. Begins at Aberdeen, WA, running by great circle arc to the intersection of 48° N, 120° W, thence along parallel 48° N, to the intersection of 95° W, thence by great circle arc through the southernmost point of Duluth, MN, thence by great circle arc to 45° N, 85° W, thence southward along meridian 85° W, to its intersection with parallel 41° N, thence along parallel 41° N, to its intersection with meridian 82° W, thence by great circle arc through the southernmost point of Bangor, ME, thence by great circle arc through the southernmost point of Searsport, ME, at which point it terminates.

This is the same wording as Title 47 of the Code of Federal Regulations (CFR), Section 90.7. Doesn’t tell you much, like why does it exist? This information is a little sparse. Possibly to protect land mobile stations in Canada. Land Mobile Service (or LMS) is defined by the ITU as communications between base stations and mobile stations or between mobile stations. Think public service agencies and even private companies to coordinate people, resources, safety, or security. Amateur Radio is allocated secondary status on most U.S. allocations above 1.25m or the 220 MHz band. 420-450 MHz is shared with federal agencies and military for radar applications such as PARCS located in North Dakota near the Canadian border. As it pertains to the Amateur Radio service:

(1) No amateur station shall transmit from north of Line A in the 420-430 MHz segment. See §97.3(a) for the definition of Line A (Part 97.303(m)).

For stations in the western part of the state north of 41° N, no transmissions between 420-430 MHz can be made. This includes the cities of Ottawa, Findlay, Tiffin, Willard, New London, and Lodi. Close to the intersection of State Route 83 and Interstate 71, near the cities of Lodi in Medina county and Burbank in Wayne county, is where 41° N and 82° W intersect. From that location, Line A takes a northeast trajectory to Bangor, ME. North of Line A constitutes Medina, much of the Cuyahoga Valley, Hudson, bisects Streetsboro and Mantua, Hiram, West Farmington, North Bloomfield, and Andover.

For those wondering, there is a Line B, Line C, and Line D. In Canada, Line B is opposite to Line A while Line C and D divide the Alaskan border with Canada. There is no mention of Line C in Part 97. Land mobile stations licensed north of Line A or east of Line C requires additional coordination with Canadian authorities.

The FCC has provided a couple resources that depict Line A and check Line A coordinates. The checking site won’t accept Google Maps coordinate format. It requires NAD83. I found a converter that worked well. On a Google Map, left-click until a small gray marker appears on the map. Coordinates will appear in a pop-up in the lower-center of the map. 41.460459, -81.911875 for example. Copy them. Go to the West Virginia coordinate conversion website. Paste them under “Input Coordinates.” “Lat/Lon WGS 1984” should already be selected. Under “Output Coordinates,” select “Lat/Lon NAD83.” Click Covert. Copy the output coordinates (removing the negative symbol and spaces) into the FCC Line A check site. Example Lat: 412737.6, Lon: 815442.7. The site will return “North of Line A” or “South of Line A” for the relative location.

As a general rule, don’t transmit 420-430 MHz within 80 miles from the Canadian border and you’ll be golden.

For everyone, the following applies in Part 97.303(m):

(2) Amateur stations transmitting in the 420-430 MHz segment must not cause harmful interference to, and must accept interference from, stations authorized by the FCC in the land mobile service within 80.5 km of Buffalo, Cleveland, and Detroit. See §2.106, footnote US230 for specific frequencies and coordinates.

(3) Amateur stations transmitting in the 420-430 MHz segment or the 440-450 MHz segment must not cause harmful interference to, and must accept interference from, stations authorized by other nations in the fixed and mobile except aeronautical mobile services.

80.5 km is a little more than 50 mi. Check the FCC or Radio Reference sites for issued licenses between 420 and 430 MHz in Ohio. Many licenses are assigned in the Cleveland and Toledo areas.

My OSJ article last year, though pertaining to hotspots and satellites, addressed the hotspot frequency question nicely. I’ll reiterate because this is important. Under Part 97, hotspot devices are considered an auxiliary station. In general, advice would be to ‘check with the local frequency coordinator’ but experience with the coordinating group indicates they won’t be of any help. Where should you operate a digital hotspot or digital simplex node? I do like the ARRL’s Band Plan because it spells out many details not included in graphical representations. Note: this advice only applies to the U.S. band plan. The band plan has allowances in the following frequency ranges for simplex, auxiliary stations and control links:

146.400 – 146.580. Usable (at 12.5 KHz spacing): 146.4125 – 146.5675
433.000 – 435.000. Usable (at 12.5 KHz spacing): 433.0125 – 434.9875
445.000 – 447.000. Usable (at 12.5 KHz spacing): 445.0125 – 446.9875

“Usable” indicates the lower and upper frequency limits that can be used and programmed into a digital hotspot. Don’t forget to stay away from the national calling frequencies of 146.520 and 446.000. Some of these ranges are shared with repeater links so remember: it is your responsibility to ensure correct operation of your equipment and find a frequency not already in use before using it! There is NO excuse for not adjusting frequency to eliminate interference with other operators and equipment! Listen to the desired frequency by setting up a radio or scanner with the volume turned up. If you hear any kind of obvious traffic, data bursts, or digital screeching, pick another frequency then rinse and repeat. Notice none of these allowances include frequency restrictions imposed by Line A.

Every hotspot user and repeater owner reading this needs to verify your operating frequencies and take corrective action, if required. Auxiliary stations cannot operate within the satellite sub bands. Many hotspots are operating there illegally. Satellite sub bands for 2 & 440 are:

2 m: 145.800 – 146.000
70 cm: 435.000 – 438.000

If your hotspot is operating near edges where deviation would fall into an unauthorized band segment, operating “out-of-band” (ie: weak-signal, satellite), or operating 420-430 MHz and located “North of Line A”, you need to take corrective action now! Your cooperation is greatly appreciated!

Yahoo! Groups is going away! Since 2001, the service allowed users to “build relationships, stay in touch, share ideas, and discuss interests through the convenience of popular e-mail and Web-based tools.” Many ham radio groups over the years have used or are using Yahoo! Groups to coordinate and collaborate.

An SSTV Net in Cleveland used Yahoo! Groups to share received pictures and offer support for stations having trouble with their setup. It was the first time I used the service. Special interest groups formed on a wide variety of topics including scanner information, D-STAR, DMR, and System Fusion.

A note sent to users laid out the time line of the impending shutdown:

Beginning October 28 you won't be able to upload any more content to the site, and as of December 14 all previously posted content on the site will be permanently removed. You'll have until that date to save anything you've uploaded.

Moving or saving data needs to happen relatively quickly should you or group members want to keep the information. Read this knowledge base article to understand the changes and information on how to save content from your groups. Steps don’t seem quick or easy.

An ARS Technica article provides more details on the shutdown. Citing a successful service with 110 million users in 2010, Yahoo failed to adequately compete in other areas after being acquired by Verizon. Verizon responded by cutting budgets and staff.

I mentioned Groups.io in July as a service I joined earlier this year to keep updated on different ham radio projects. Feedback has been positive and many are recommending it as a place to transition before the shutdown. Groups.io doesn’t serve ads, track users, and has a better reputation than Facebook, which I neither use nor trust. Featuring a modern platform for communities to connect through messaging, calendar, chat, polls, databases, photos, wiki, and integration with a list of other platforms. Great place for projects to post documentation and offer support or as a platform to keep in-touch with club members. Some indicated greater engagement with club members and more attendance.

A wiki article posted contains instructions for moving content to Groups.io. It indicates transfers need to be initiated before December 1, 2019 to guarantee the transfer of content from Yahoo! Groups to Groups.io – though Yahoo was having issues with Photos.

Last month, I was invited to give a presentation at the meeting of the Lake County Amateur Radio Association (LCARA). The presentation was about, well, me. I talk about my biography including schooling, how I got involved with groups, jobs, and other presentations I’ve put together. Most importantly, talk about the duties and responsibilities of the Ohio Section Technical Coordinator and technical resources available to hams in the Ohio Section. I had a great time as I don’t get out to Lake county often and it was a fantastic day for a drive. The club was very welcoming. LCARA has many members passionate about different aspects of the hobby and they report on each during their meeting. A good time was had by all.

If you would like to know more about the TC position within the Ohio Section or want to know more about the technical resources available in our section, contact myself or a Technical Specialist.

Thanks for reading and 73… de Jeff – K8JTK

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – October 2018 edition

October 15, 2018 Jeffrey Kopcak

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.

Now without further ado…

Read the full edition at: http://arrl-ohio.org/news/2018/OSJ-Oct-18.pdf

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

Digital mode access points, often called hotspots, have been in the news lately. Those are the 10mW personal devices used by digital operators to cover a relatively small area like a house, car, or hotel room. Instead of tying up a gateway repeater, which largely connects local users to the Internet, many have opted for these low-powered devices to provide similar functionality. Advantages over a repeater are the hotspot owner has complete control over which reflector, repeater, or talkgroup their hotspot is connected to. They are not beholden to the preferences of the repeater owner and have the flexibility to use their hotspot however they’d like. Many use them mobile in the car or take them on a trip allowing them to enjoy their favorite digital modes where there may not be repeater coverage.

Hotspot devices in general are about the size of a deck or two of cards and require an Internet connection, computer to run the software, application or web browser for configuration, and a radio capable of operating each mode. An Internet connection can be your home WiFi or cellphone hotspot (as in WiFi-hotspot). The original OpenSpot was the only device that required a wired Ethernet connection. A PC computer may serve as the Internet connection for USB access points. The computer could be a Raspberry Pi in many cases or might be completely self-contained. A web browser or application is needed to make configuration changes and adjustments such as call sign, transmit frequency, mode, or network. These hotspots are the RF gateway to the internet which means a radio capable of transmitting and receiving that mode is also required. Few hotspots today are single mode like the D-STAR DVAP. Nearly all on the market are capable of operating multi-mode and connecting to associated networks. To operate DMR the user would need a capable DMR radio, a capable Fusion radio for the Fusion networks, and so-on.

Hotspots can utilize the many available modes & networks:

DMR: BrandMeister, DMRplus, XLX
D-STAR: DCS, DPlus, XRF, XLX
Fusion: FCS, YSFReflector
NXDN: NXDNReflector
P25: P25Reflector

A keen eye might ask about Wires-X, P25net, or DMR-MARC. Those networks cater to a specific manufacturer of equipment and are often closed to other vendors. You might be able to reach resources on those networks because someone has cross-linked a closed network with an open network, usually at the point where digital signals turn into analog audio. This is how a user can be on Wires-X America Link and talk with a DMR user.

Hotspots and satellites

Not the Dave Matthews Band song Satellite either. A major issue for other hams has been caused by hotspot users. Every hotspot user and repeater owner reading this needs to verify your operating frequencies and take corrective action, if required. Under Part 97, hotspot devices are considered an auxiliary station. Auxiliary stations cannot operate within the satellite sub bands. Many hotspots are operating there illegally. Satellite sub bands for 2 & 440 are:

2 m: 145.800 – 146.000
70 cm: 435.000 – 438.000

If your hotspot is operating within those frequencies or near the edges, within the weak-signal sub bands, or any other sub band likely to cause issues, you need to take corrective action now!

In general, advice would be to ‘check with the local frequency coordinator’ but experience with the coordinating group indicates they won’t be of any help. What should you do? Note: this advice only applies to the U.S. band plan. Every band plan I’ve seen has the satellite sub bands defined. I do like the ARRL’s Band Plan because it spells out many details not included in graphical representations. The band plan has allowances in the following frequency ranges for simplex, auxiliary stations and control links:

146.400 – 146.580. Usable (at 12.5 KHz spacing): 146.4125 – 146.5675
433.000 – 435.000. Usable (at 12.5 KHz spacing): 433.0125 – 434.9875
445.000 – 447.000. Usable (at 12.5 KHz spacing): 445.0125 – 446.9875

“Usable” indicates the lower and upper frequency limits that can be used with a digital hotspot. Don’t forget to stay away from the national calling frequencies of 146.520 and 446.000. Some of these ranges are shared with repeater links so remember: it is your responsibility to ensure correct operation of your equipment and find a frequency not already in use before using it! There is NO excuse for not adjusting frequency to eliminate interference with other operators and equipment! Listen to the desired frequency by setting up a radio or scanner with the volume turned up. If you hear any kind of obvious traffic, data bursts, or digital screeching, pick another frequency then rinse and repeat. Your cooperation is greatly appreciated!

OpenSPOT2

Right after Dayton I started hearing rumors that the OpenSPOT was discontinued. Not the news you want to hear if you just purchased one at Dayton. The website eventually confirmed the rumors and that another device was to be announced “soon,” which turned into months. Finally, the SharkRF OpenSPOT2 was announced. This replacement addresses many issues of the now legacy device including the need for a wired Ethernet connection, limited portability, and lack of newer digital modes.

Feature-wise it is nearly the same but includes a much-needed internal WiFi antenna and support for NXDN and P25 (two up-and-coming digital modes in ham radio). It includes POCSAG which I’m not familiar but told is a paging standard. Those under 35 have no idea what a pager is. The device operates off a USB-C cable (included) and looks to be about the size of a computer mouse. It will still have cross-mode support for DMR and Fusion radios and networks. As with the previous, you will not be able to use your D-STAR, NXDN, or P25 radio in cross-mode. Release date is expected before the end of 2018. Stay tuned to their website and social media portals for exact date.

ZUMspot review

At Dayton I added to my hotspot collection. On my shopping list was a ZUMspot or something I could use with the Pi-Star software. I picked up a ZUMspot kit and case from HRO. The kit lists for $130, $110 without the Pi board. The case adds $15. The kit came with the amazingly small Raspberry Pi Zero W (W for Wireless) and the ZUMspot modem board from KI6ZUM. You’ll need to provide a Micro-USB cable which powers both devices. I’ve seen demos and received feedback saying Pi-Star was a great application to use – and is stable. Many had issues with the DVMEGA (in particular) getting a good distribution that worked reliably with that device. Pi-Star is software written by Andy – MW0MWZ. It is distributed as a Raspberry Pi image for use with Digital Voice modems.

All configurable options are available through the web interface. It’s convenient and you don’t have to mess around with multiple interfaces or carrying around a screen for the device. Services like SSH are available but generally not needed.

Before I tried to use the image, I knew I had an issue. Since this was my first Pi device without a wired connection, I couldn’t edit the WiFi settings by wiring it to my network. Instead I mounted the SD on a Linux system and edited the /etc/wpa_supplicant/wpa_supplicant.conf to include my WiFi information. Booted the ZUMspot and it connected to my wireless auto-magically. The Pi-Star site has a utility to help create the wpa_supplicant.conf file.

I’ve primarily used the ZUMspot on D-STAR and DMR but it supports all modes and networks mentioned earlier in the article. It doesn’t do as well as the OpenSPOT when D-STAR stations are marginal into their gateway. There’s more “R2D2” on the ZUMspot in that respect but it’s a minor issue. Pi-Star can enable multiple digital modes at one time. This is a great selling point and works great if conversations happen at different times on different networks. It is a “first wins” scenario. If a D-STAR transmission ends and one on the DMR network starts, nothing will be heard on the D-STAR radio until the DMR transmission ends. In other words, parts of an otherwise interesting conversation maybe missed. The case is a bit of a jigsaw puzzle but it’s fairly easy to figure out from the picture that was provided. The ZUMspot is an excellent little device and I’m happy with it.

Technical Specialists report

Dave – KD8TWG has been very busy recently. He was again in charge of the communications and networking for the Great Geauga County Fair where they run APRS tracking of their golf carts, setup a phone system and IP cameras to cover the fair. At the Cleveland Hamfest he gave his presentation on Digital Modes. He compared and contrasted modes available to ham radio operators, including quality and radio options. Updated for this year was information on digital scanners and receiving the MARCS statewide digital system. Coming up on October 30, he and a few buddies will be putting on a “Test and tune” night for LEARA. It’s a great opportunity to check operation of radio equipment and make sure it is not transmitting spurs and harmonics (*cough* *cough* Baofengs *cough* *cough*). Contact Dave if you’re in the Cleveland area, or myself for the rest of the section, to have a similar program at a club meeting or hamfest.

If you were involved with the State Emergency Test, Black Swan exercise the weekend of October 6 & 7, you likely received bulletins from The Ohio Digital Emergency Network (OHDEN). Eldon – W5UHQ and crew gave up a good portion of their weekend to help with this event. They did a fine job of handling bulletins from the EOC and those stations that came through on the wrong communication channels. Join them for the OHDEN net on 3584.500 USB using Olivia 8-500 set to 1500 Hz on the waterfall each Tuesday at 7:45 PM eastern.

WB8APD, SK

I received word that Trustee Emeritus and past long-time Treasurer for LEARA, Dave Foran – WB8APD became a Silent Key on October 10, 2018. I knew Dave for about 10 years as a member of the LEARA board and mentor but knew the impact he made on the Ham Radio community long before I was a ham. In the time I knew him, Dave was always a behind the scenes guy – rarely getting on the radio. He was instrumental in getting repeater sites and maintaining equipment for LEARA including having an input for one of the repeaters at his house. Stories have been told that his basement was the print shop for the club’s newsletter when the club had 400+ members no-less. Dave was incredibly smart with technology and the Internet before most of us knew what it was. He worked for the phone company and the joke was “Dave had half of Ma Bell in his basement.” Internet linking was something he was into early on with his own IRLP node. He owned a server that, for a long time, served resources for the Cleveland area – not only ham radio clubs but community organizations too.

Maybe you even dialed into the old HamNet BBS system located in Dave’s basement (yet another reference those under 35 won’t understand). Dave was my mentor with technologies LEARA was using as I was going to be helping or taking them over. He is the reason I’m into digital modes. Cleveland’s first D-STAR repeater was in-part Dave’s doing. Of course I had problems at first and he was my go-to for questions. The little space here covers only a fraction of his involvement and lives he impacted through his countless contributions. Goodbye and 73, Dave.

Thanks for reading and 73… de Jeff – K8JTK

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – June 2017 edition

June 16, 2017 Jeffrey Kopcak

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.

Now without further ado…

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

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey gang,

Another Dayton Hamvention is in the books. Yes, despite the arguments – ‘it’s not in Dayton anymore blah blah blah’ – the program guide still says “Dayton Hamvention.”

My dad, N8ETP and I have been attending Hamvention consecutively for the past 3 years. I’ve gone down a couple years by myself, stayed at numerous hotels in the area, bummed rides off friends, taken bus trips, and even stayed at the dorms on the University of Dayton’s campus. Returning back each year quickly brings back memories of routes in and out of the arena along with familiar eating and travel destinations. The layout inside rarely changed. You knew where the prize booth was located along with favorite dealers, vendors, clubs and organizations. The entire back parking lot was the flea market. There was the usual selection of arena eats – burgers, nachos, hot dogs, pizza, and ice cream – that often benefited a local school or community organization.

Now, everything is different.

The Hamvention committee should be commended for the monumental task of moving the event from the now closed Hara Arena to the Greene County Fair Grounds in Xenia, Ohio within 9 months. I can’t even imagine what it takes to setup an event that draws 25-30,000 people let alone move it to another location quickly.

Buildings at the new location are less than 20 years old. They were rebuilt after a tornado hit the fairgrounds in 2000. RV parking and an on-site bathhouse were available. There was ample parking on the grounds and at three remote locations with shuttle transportation. Quite different compared to the dilapidated arena where there always seemed to be a haze indoors due to the lack of air flow, falling ceiling tiles with mold and probably 30-year-old dust, and septic system with a propensity to explode.

Atmosphere of was more “fair” than “convention” because vendors and exhibitors were spread out over separated buildings (themed Maxim, Tesla, Marconi, and Hertz), displays were in outside tents, and an abundance of food trucks and carts similar to that of any county fair was seen. More eating area was needed compared to the amount we were used to at Hara. There were long lines and the limited seating, for maybe 50, filled quickly. I had an enjoyable standing lunch with members of the Wood County ARC.

If you were lucky enough to be there Friday, you were greeted by the “Welcome to Xenia” signs quickly followed by break lights and miles of cars waiting to get into the fairgrounds. Even the shuttles were stuck in traffic. The reason was discovered once we arrived. Cars were being parked at a rate of nearly one-at-a-time. Time was wasted waiting to see which isles were full and which ones had room for additional cars. This was quickly remedied Saturday as cars were being parked in multiple locations at once, effectively eliminating the traffic issue from Friday. Scratch that issue off the list.

In general, Hamvention is smaller. I knew this going in from vendors indicating they weren’t going to have the space they were used to. Vendors made the most of it and generally seemed to work. As a result, vendors couldn’t bring the usual amount of stock. Show specials for things like the very popular TYT MD-380, you could purchase one but couldn’t leave with one. In one case, it would be shipped and arrive the following Tuesday. Kinda a bummer as many hoped to leave with a new toy. Vendors in the outside display tent got washed out with storms that rolled through. Not good for computers, sensitive radio equipment, and video cameras I saw out there. I was not able to find Mendelsons – a long time staple of the Hara flea market. I heard others asking too if they had been spotted.

Lastly, mud. The flea market and parking lots were in grassy areas, or at least started out that way. Friday wasn’t bad as the ground was soft in a few areas of the flea market. Saturday morning, with the help of overnight storms, large farm tractors used for transporting patrons were contributing to the problem of turning the grassy parking lot into a mud pit. After everyone took shelter for even more storms Saturday morning, allll bets were off. The flea market isles were mud tracks. A good pair of rain boots were needed to help manage. It was funny watching rented scooters trying to manage a couple inches of mud. Not wanting to get our clothes dirty, we headed out about 3pm on Saturday and learned the parking lot suffered the same fate as the flea market. The committee, I think, anticipated this because they had rope and skid loaders for cars that needed assistance. We exited without assistance but still need to get our car washed twice to get MOST of the mud off.

All-in-all, I’ll call it a success. Out of the things that could go wrong, these issues were the harder ones to plan and tackle. The traffic issue was resolved the next day. This shows they are already learning from the problems that came up during the show. It was a suitable location for a venue change in 9 months. Anyone who is thinking of going next year, you should make your reservations now. The camaraderie, meet and greets, and running into fellow hams was as exciting as ever. If any of the planning committee is reading, I have an idea for a bigger location… just sayin’.

If you didn’t catch the June 7th episode of Ham Nation, Michael Kalter – W8CI was the featured guest for the Hamvention recap. They talked issues and plans for the future. If you think they’re only working on minor changes, you’d be wrong. More: https://twit.tv/shows/ham-nation/episodes/303

There wasn’t a ton of major announcements at Hamvention. Some of the more technical things I did pick up on:

ICOM had a prototype of their latest direct-sampling SDR transceiver, the IC-7610. It resembles the IC-7600 with the SDR features of the IC-7300. They’re looking at late summer availability once approved by the FCC.
Kenwood featured their TH-D74 APRS & D-STAR 144/220/430 HT. This radio has been out for some time but were touting D-STAR has seen a resurgence because of this radio. I don’t think people are going to start putting up D-STAR repeaters again because of one radio. Kenwood is looking for feedback from customers to see if there is interest creating an equivalent mobile radio to the D74.
220 MHz DV access point (DVAP) for the D74 and 4 new “DV AIR” devices by Robin AA4RC. AIR series are embedded devices supporting the DV Dongle, DV3K, and DVAP eliminating the configuration and need of a Raspberry Pi to make those devices portable.
Yaesu had their new DR-2X repeater on display.
Flex Radio has four new SDR radios. Two models integrate the Maestro control panel (touch screen and controls) into the radio. If you ever thought ‘real radios have knobs,’ there you go.
Just before Dayton, Connect Systems shipped the first batch of CS800D DMR dual band mobile radios. There is a waiting list for the next around assuming no issues with the first. Check the Connect Systems store and look for the ‘CS800D waiting list’ option for instructions.

The 300th episode of Ham Nation was the week before Dayton. I attended the Ham Nation forum which was still standing room only in the new room. I got to be apart of the forum promoting the D-STAR After Show net. Show hosts and net controllers were invited to the ARRL booth afterward to get our picture taken with Tom Gallagher – NY2RF.

With the highlights and festivities around Dayton Hamvention, the special event commemorating 300 episodes of Ham Nation kicked off the following Wednesday with episode 301. For one week, show hosts, after show net controllers, many with 1 x 1 special event call signs where on the HF bands and digital modes. With nearly an estimated 10,000 contacts made, digital didn’t get the numbers we hoped. There were pileups for the nets but quickly dropped off for the remainder of the week. The idea for digital was to involve more hams that don’t have privileges or means for an HF setup. Those that participated were happy digital was involved.

If you participated in Ham Nation 300, send your QSL card with an SASE to the stations worked. A commemorative card will be returned. The logs are being compiled for the certificates which will be available in the future, catch the show for details. Lastly, the points challenge is going on until August so you still have time to get involved if you missed the special event stations.

Last month, I started out with an introductory series on terminology used in ham radio DMR. I finished a second writeup on programming a code plug from scratch. Programming is focused around the TYT MD-380 but should apply to other CPSes too. It covers a fictitious repeater example, hotspot configuration (even for the DV4Mini), and simplex operation. Check it out and get familiar with your DMR radio by programming it! http://www.k8jtk.org/2017/06/11/dmr-in-amateur-radio-programming-a-code-plug/

Not at Dayton but shortly after, I saw a hands-on review of the new Tytera (TYT) MD-2017 DMR dual band hand held on Ham Radio 2.0. You heard right, a DUAL BAND DMR HT! I was excited for this radio even though there are not many VHF DMR repeaters – unless you’re in New England it seems. The review indicated the channel selector knob was replaced with a Blackberry Curve-style roller trackball. My enthusiasm quickly deflated. WHY??!! I had a BB Curve. The trackball was a nice idea at the time but it was overly sensitive, got gummed up quickly – especially in a dirty environment, was hard to clean, and had to be replaced about once a year. The radio itself is similar to the MD-380 but differences include programming cable, software, code plugs, and a VFO. An MD-380 code plug won’t open in the MD-2017 CPS. I’m sure a hacked program will be available to load code plugs on different radios. Seemed like a good radio otherwise, though I won’t be getting one. Ham Radio 2.0 Episode 99: Debut of the TYT MD-2017 Dual Band DMR HT: http://www.livefromthehamshack.tv/2017/05/29/episode-99-debut-tyt-md-2017-dual-band-dmr-ht/

The next big ham holiday, Field Day, is right around the corner. Get out and join your club or find a club to join if you’re not a member of one. It’s a great time to bring friends and get them excited about ham radio. Hams that come out get bitten by the bug to expand their station or learn a new mode. Check the Field Day Locator for operations taking place near you: http://www.arrl.org/field-day-locator. Sending 10 messages over RF from your site gets you 100 points – including Winlink messages. I love to receive messages about your setup, stations operating, or social activities taking place. These can be sent via the National Traffic System (NTS) or Winlink – K8JTK at Winlink.org. Winlink post: https://winlink.org/content/field_day_send_11_winlink_messages_200_points

With July around the corner, the 13 Colonies special event is coming up (http://www.13colonies.net/) along with the RAC Canada Day contest (http://wp.rac.ca/rac-canada-day-contest-rules-2017/).

Note: Ham Nation pictures taken by Tom – N8ETP.

Thanks for reading and 73… de Jeff – K8JTK

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – April 2017 edition

April 14, 2017 Jeffrey Kopcak

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.

Now without further ado…

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

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey 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.

AllStar

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.

OpenSpot

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

Amateur Radio, ARRL Ohio Section, Ohio Section Journal

Ohio Section Journal – The Technical Coordinator – December 2016 edition

December 16, 2016 Jeffrey Kopcak

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.

Now without further ado…

Read the full edition at: http://n8sy2.blogspot.com/2016/12/december-edition-of-ohio-section-journal.html

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

Hey Gang,

In October, I was invited by Medina County ARES to see a presentation about Winlink. I had heard of it as a way to send email messages over the HF bands. There were rumors around whether specialized hardware was needed and I really wanted to see what it was all about. Rick – K8CAV gave a great presentation on how it all works and some tips that really helped me get operating on Winlink.

Winlink, in short, is a way to send email via radio circuits frequently used by RV campers, boaters, and mariners where the Internet may not be available or reliable. It is a store and forward system meaning your messages will be held and delivered when you call into a gateway, much like the dial-up or BBS days. There are a number of ways the software will operate: connect to a remote gateway station over the air, operate peer-to-peer over-the-air, connect via the Internet using Telnet (yeah, yeah ‘telnet isn’t secure’ but neither is your email going out over the air), or webmail. Winlink has regional Central Messaging Servers (CMS) which connect to the Radio Messaging Servers (RMS) over the Internet. The RMS is the gateway your client connects to for sending and receiving messages over-the-air.

There is little privacy as other stations can read your messages but the intent is to have a worldwide emergency email messaging system. Messages can be exchanged with any email address (Gmail, your ISP) on the Internet using the assigned callsign@winlink.org email address. Stations conducting business will likely get blocked from the RMS gateways. Attachments can be included with messages but due to bandwidth, these should be kept to small files like CSV or TXT files – no multi-megapixel images or videos.

There are three pieces to the Winlink client software: RMS Express is the ’90’s looking email client, Winmor – the modem, and ITS HF Propagation is a third party software program that works with Winmor to determine propagation for connection reliability. I got Winlink setup and working with my radio and SignaLink so no specialized hardware is required. A lot of back-and-forth transmit and receiving happens between the client and gateway. The TX/RX turn-around time needs to happen quickly (under 200ms), longer will require a high number of retransmissions. One tip to help minimize the delay: set the SignaLink delay control no further than the second hash mark (8 o’clock position). To get started, go to ftp://autoupdate.winlink.org. Click “User Programs.” Download and install “Winlink Express Install,” and “itshfbc” to their default locations. To get an account created on the system, you need to send one email to an Internet address such as your personal email. In addition, Winlink has an “APRSLink” where you can check for messages, read, compose, forward, and delete all by sending APRS messages. Feel free to send me a message to “my call” at winlink.org. More: http://www.winlink.org/

I’ve also been playing around with a new device from Shark RF called the OpenSpot. It’s a small company with two guys in Estonia (South of Finland). Production is done on a batching basis so there is a waiting list. It seems like they’re shipping units close to once per month. Once I got the shipping notice, I had the device within a week. They say 3-6 business days shipping time and it arrived certainly within that range. The OpenSpot is a standalone digital radio gateway otherwise known as a hotspot. It currently supports DMR (Brandmeister, DMR+), D-STAR (DPlus/REF, DCS, XRF/DExtra, XLX), and System Fusion (FCS, YSFReflector). If the mode or network isn’t supported, they do take requests and will make additions available via firmware upgrades. Since it is a hotspot device a transceiver capable of operating that mode is required. They are doing something cool since DMR and Fusion use the AMBE2 codec. A DMR radio can be used to access the Fusion network and vice-versa (DMR Talk Groups with a Fusion radio).

The OpenSpot has a lot of flexibility, very well designed, and is superior to the DV4Mini. It doesn’t need different Raspberry Pi images for different modes like the DVMega. The device comes with everything: the OpenSpot hotspot, Ethernet cable, USB cable, USB power adapter, and antenna. It runs an internal webserver for device configuration. I even like how they do the firmware update process. The OpenSpot shows up as a drive to the computer and using the copy command – copy the firmware to it and voilà – done. For DMR, it will operate like a DV4Mini with the radio configured in TG 9 (talk-group) or it will operate like a repeater (my preference) where the Talk Groups are push-to-talk. All the TAC groups are available (310, 311, 312, etc) and call routing works. I could not get these to go on the DV4Mini. D-STAR works great too. You can link and unlink to reflectors using radio commands. It does not have a drop down for linking directly to a D-STAR repeater on the network. The only systems listed are reflectors. Forum posts describe how to link to a D-STAR repeater (like a DVAP or DNGL would do) using the “Advanced Mode” screens.

It’s not great for portability as it comes (in a car, for example). I have not tried any of the USB to Ethernet adapters with my smartphone or tried a Raspberry Pi as a WiFi to Ethernet bridge. OpenSpot requires an Ethernet cable connection meaning no WiFi though there are plans to add this and uses USB for power and firmware upgrades. As with these devices in DMR mode, they do not transmit a valid call sign. The radio ID is not valid identification. If you listen to a repeater in FM it will ID in CW. Unfortunately, the cost is about twice that of the DV4Mini 182.50 € which, when I ordered, was about $235 including shipping. More: https://www.sharkrf.com/

Other new tech (Christmas gifts?). With advancements in Software-Defined Radios (SDR) I’m seeing a new breed of devices hams can use as radios: your smartphone. Well, at least something that resembles a smartphone or tablet – still need the additional hardware. A device out of the UK called “MyDel Hamfone Smartphone Transceiver” is available. It offers a 3G cellphone, 70cm transceiver (500mw/1W) with camera, expandable SD card, and GPS. The few reviews are positive but there is some question if its FCC certified in the US. More: http://www.hamradio.co.uk/amateur-radio-handheld-radio-mydel-handhelds/mydel/mydel-hamfone-smartphone-transceiver-pd-6093.php

Bob – W2CYK and the guys over at RFinder (the online repeater directory of the ARRL) have released the “RFinder Android Radio.” Their device integrates 4G LTE & GSM cell technologies alongside FM (DMR is also available) radios into a device with the RFinder repeater directory database. The directory offers coverage maps and switching repeaters is a point-and-click away. They also boast the elimination of codeplugs for DMR. This is great as finding codeplugs, or the information for one, is not always readily available. More: http://androiddmr.com

This past month, the Parma Radio Club invited me to their meeting to give the Raspberry Pi presentation. There was a lot of good discussion and questions. This is always good to hear because you know the audience is engaged, thinking, and ultimately providing real-time feedback on the presentation. Thanks for having me at your meeting. More: http://www.parmaradioclub.com/

Don’t forget, National Parks on the Air will be wrapping up at the end of the year. According to Tom Gallagher – NY2RF, NPOTA is getting closer to #1MillionQSOs: https://twitter.com/hashtag/1millionqsos. Look out for those NPOTA stations to get your score up for your wallpaper (that is certificate if you don’t operate special events and contests).

Starting this past fall with the kickoff of new TV seasons, the CW is airing a show called “Frequency” loosely based off the 2000 Sci-Fi thriller of the same name. It starred Dennis Quaid and Jim Caviezel as father and son, Frank and John Sullivan. This was big with hams because the movie incorporated something that resembled ham-radio which allowed the father and son to talk 30 years into the past and future. The TV show has gotten positive reviews with a Rotten Tomatoes score of 74% with the biggest criticism being the back-and-forth between now and 20 years in the past. It airs Wednesday nights at 9pm (Ham Nation time so it gets the DVR treatment here) with the last couple episodes available on the CW website and on Netflix streaming. More: http://www.cwtv.com/shows/frequency/

Finally, don’t forget the HF Santa Net through Christmas Eve. Starts at 8:30 pm Eastern and can be found on 3916 kHz for the little ones to have a chance to talk with Santa! More: http://www.3916nets.com/santa-net.html

Thanks for reading. Happy holidays, Merry Christmas, and Happy New Year!

73… de Jeff – K8JTK

Jeffrey Kopcak, MBA – K8JTK

Tag Archives: D-STAR

Ohio Section Journal – The Technical Coordinator – November 2023 edition

Ham radio VoIP and K8JTK Hub DVMIS Presentations

Framework

Navigation

Links

Presentations

Slides

Version 3

Version 2

Version 1

Ohio Section Journal – The Technical Coordinator – December 2020 edition

K8JTK Hub DVMIS Presentations

Framework

Navigation

Links

Presentations

Slides

Segment:

Ohio Section Journal – The Technical Coordinator – April 2020 edition

K8JTK Hub Interlink System

Ohio Section Journal – The Technical Coordinator – October 2019 edition

Ohio Section Journal – The Technical Coordinator – October 2018 edition

Hotspots and satellites

OpenSPOT2

ZUMspot review

Technical Specialists report

WB8APD, SK

Ohio Section Journal – The Technical Coordinator – June 2017 edition

Ohio Section Journal – The Technical Coordinator – April 2017 edition

Ohio Section Journal – The Technical Coordinator – December 2016 edition

Ham radio and tech.