2024-08-09 - SunSpotWatch.com Imminent Server Failure - Donations Requested, Why M17 Is Significant - Part 2, Starlink Mini - Game, Set, Match for Emergency Communications
Zero Retries is an independent newsletter promoting technological innovation that is occurring in Amateur Radio, and Amateur Radio as (literally) a license to experiment with and learn about radio technology. Now in its fourth year of publication, with 1900+ subscribers. Radios are computers - with antennas!
Pacificon 2024 in San Ramon, California, USA on 2024-10-18 thru 20 in 10 weeks. Tina KD7WSF and I plan to attend Pacificon 2024 (which makes it “major” to us). I have offered to do a presentation about Technological Innovation in Amateur Radio, and (I think) my proposal has been accepted.
Seattle Fleet Week 2024 - The USS Sampson (DDG 102)
Steve Stroh N8GNJ - USS Sampson in background - Seattle Fleet Week 2024
Last week was Fleet Week 2024 in Seattle, Washington and the “star” ship available for civilian tours was the US Navy’s USS Sampson - DDG 102. The Sampson is a Arleigh Burke class destroyer, one of the “Flight IIa” variants of the Arleigh Burke destroyers, commissioned in 2007. I’d been curious about these very high tech ships since watching the television series The Last Ship, which was a set on a fictionalized1 Arleigh Burke class destroyer, the “Nathan James - DDG-151”.
The Sampson’s current home port is Naval Station Everett (Washington), just North of Seattle, so this was a neighborly visit by the crew of the Sampson.
We civilians (including a group from several Asian countries) didn’t see much on our guided tour of the Sampson, but what I saw is that the Sampson just radiates power and is built for deadly purpose when that is necessary. You can’t help but viscerally understand this when you see the primary weapons systems up close - the missile launch tubes, the 5 inch main gun (range of 13 nautical miles), and the Close In Weapons System (CIWS) “Phalanx” 20mm rotary cannon.
We didn’t get to see the helicopters that are another weapons system included in the Arleigh Burke destroyers… but you get the point of the deadliness of the helicopters when you’re told that their primary mission is to find and kill submarines. Not to mention there are lots of hard points for machine guns all over the superstructure if it ever comes to close-in battle.
Per Wikipedia, there are 73 Arleigh Burke destroyers in service, with 19 more under construction or planned. I was impressed with this one ship!
Despite the crew’s welcoming and “aw, shucks, it’s our job” mannerisms, I came away knowing, viscerally, that the Sampson and her crew are highly efficient at their assigned missions and tasks. Such ships cannot exist without a strong sense of mission and purpose by the entire crew and the infrastructure (and traditions) that support them.
I was in awe of getting close to those huge phased array Aegis / AN/SPY-1 RADAR antennas. While on the main deck, I couldn’t help noticing that the superstructure is literally covered with all manner of antennas - conventional rotating RADARs (including a couple that would look appropriate on a pleasure boat), radomes of all sizes for satellite communications, many whip antennas of various lengths, and a few unique shapes of which I could not guess the purpose or band they were designed for. It seems obvious that the electronic techs onboard the Sampson are kept busy keeping all the electronics operational.
Military Sealift Command Communications Jobs
After touring the Sampson, we browsed a few exhibit tables where I learned that most Navy ships are replenished at sea (or can be) by ships of the Military Sealift Command (MSC). These “floating warehouses and refueling tankers” are US Navy ships, but are crewed by US civilians, with a few US Navy officers. In a brief conversation with the MSC representatives, they emphasized there are lots of jobs available within Military Sealift Command, including lots of positions for communications specialists including these positions and average salaries / hiring bonuses on the website:
Ship Communications Officer - $129,871
Ship Communications Officer - $157,409
Chief Radio Electronics Technician - $120,244 + $36,161 Bonus
Chief Radio Electronics Technician - Mixed Work Schedule - $72,321
Chief Radio Electronics Technician - $123,663 + $39,230 Bonus
Chief Radio Electronics Technician - Mixed Work Schedule - $78,460
First Radio Electronics Technician - $107,496
First Radio Electronics Technician - $123,663 + $36,004 Bonus
Second Radio Electronics Technician - $75,762
Radio Electronics Technician Advancement Program - $55,095 - $64,049
From my personal experience, one of the primary attractions of choosing to work at sea for a few years when I first graduated from Electronics Technician training was that it’s hard to spend your paycheck while you’re at sea. I had my paychecks sent home for my Dad to bank and invest2. If I were young, talented, technically curious, single, with a bit of wanderlust, in this era I’d be tempted by these jobs. I can’t imagine that an Amateur Radio license would be an extra qualification.
Starshield Is Being Deployed
Lastly, on one of the ships docked for Fleet Week, when I mentioned that I was an Amateur Radio Operator, and interested in all the antennas, I was told, quietly, that military ships are already being equipped with antennas for the brand new Starshield broadband communications system. I was surprised that Starshield equipment is being deployed so quickly (for military systems). Starshield was only formally announced in December 2022… but apparently has been quietly under development years earlier than that. The demand for broadband communications, especially secure broadband communications, within the US military, is voracious.
Thank you for your service and sacrifices, crew of the USS Sampson!
Many Independent M17 Projects Demonstrates Energy and Excitement
One of the most subtle aspects of my ongoing study of M17 so that I want write about it in Zero Retries is just how many individual projects involving M17 have been undertaken and completed… and that most were done independently. That is a demonstration of the strength of the open source development model, that all of these various aspects of M17 are now available. Just one example is that I had no idea how many repeaters around the world are “M17 capable” - a lot of them!
What I didn’t understand until recently is how much energy there is within the M17 community! Folks are excited about M17, mostly because it’s entirely open source! The last time I saw such excitement and energy for a VHF / UHF technology was the debut of D-Star, and before that, the TNC-2 era of Packet Radio. In contrast, I haven’t seen anyone energized in the same way about Digital Mobile Radio (DMR) or System Fusion (SF). My sense is that those two systems, and now D-Star, are considered pretty utilitarian - they work, they’re reliable, they’re proven… but not much excitement any more. That’s definitely not the case for those who are actively involved in M17. You really don’t understand this… feel it… experience it… until you really start digging into M17 as I have now done, and Ira Brodsky KC9TC learned from writing his recent article for RSGB RadCom - The M17 project (see below for details).
Zero Retries Overfloweth Yet Again…
Substack Editor banner: Post too long for email… it is to laugh 😆 <click off>
I’ve been pouring text and verbiage into this issue for days now, completely blowing beyond the “quick read” that an email newsletter is intended to be. If you’re (beginning to) read this as an email, I suggest saving yourself some grief and scroll up a bit and click on the web version link just under the contents outline to view the entire issue in a web browser.
In the meantime, I’ll be enjoying the waning weeks of Summer and bright sunshine here in the Pacific Northwet with the roll up doors to N8GNJ Labs wide open, fretting that I still haven’t repaired the wind-damaged antenna pole, working on my HamWAN connection, and hoping the smoke from regional wildfires doesn’t get too obnoxious for working outdoors.
SunSpotWatch.com Imminent Server Failure - Donations Requested
By Tomas Hood NW7US
Editor’s Note - This article originally appeared on Facebook’s Space Weather + Ham Radio Resources on 2024-08-28. SunSpotWatch is one of many independent services that helps make Amateur Radio such an engaging activity, provided by individuals at their expense and considerable time and effort. These kind of unexpected, major expenses can be existential issues to continuing such services, thus I decided to run this appeal as an article in Zero Retries.
Urgent: Your Help Is Critical!
Reason: Imminent Server Hardware Failure (28 July 2024)
I need your help. As a patron of this page and of our website and related resources of SunSpotWatch dot com, you can directly help keep the service and resources up and running. Time is of the essence, though.
Background:
This page is the Facebook home for the main website, SunSpotWatch dot com. SunSpotWatch dot com is a public, non-commercial educational resource for amateur radio hobbyists, pigeon racers, military users, and other people interested in space weather and the propagation of radio waves in the shortwave spectrum. There are other resources, also tied to this.
The Issue:
The website lives on a server that has been running for years. The server that stores, and presents to the public, the SunSpotWatch dot com website, as well as all related resources (the space weather RSS feed, the live update automation to X, Facebook, and other social media sites, as well as other hobby websites like OliviaDigitalMode dot org), is failing. If the server fails completely, before we have a solution for this problem, all of that public resource will go dark.
The IT staff at the co-location server farm is mandating that we migrate our failing server data to a new server that has full redundancy, automated backups, and better resources. Right now, the IT staff must restart the server nearly daily to keep it alive because the hardware is failing. This failure is hardware and not storage.
The old server is NOT repairable. I must move everything to a new server ASAP, hopefully this last weekend of July.
Here's the issue: the costs of provisioning the new server, as well as necessary IT resource fees, are more than I can do on my own right now.
How You Can Help:
Please donate toward this repair and migration cost. When you donate, below, you can add a note to your donation that you wish to be listed on a "contributor highlight" page, once we are finished moving the website to the new server. Will you help out, today?
Time is of the essence! Donate through the following link:
Thank you. Your help, today, is greatly appreciated.
For those interested in a short history of this page, our group, and most importantly, our website, SunSpotWatch dot com, here is a reader's digest:
Since the inception of this FB page, years ago -- since February 22, 2010, to be exact -- it has been extremely rare that financial donations are mentioned at all. As a matter of fact, until this year, a request for donations toward the effort to keep the website, the RSS feed, the X(Twitter) feed, and other resources going with fresh information hasn't been made in many years!
Right now, The website is getting a remake - we are overhauling the website. Since the website is NOT a commercial business, this is done in spare time and at my expense. I am a senior software engineer, and an amateur radio operator who loves space weather. The whole new website is using modern technology (such as Next.Js), and will be very informative about both space weather and the propagation of shortwave radio waves.
My website was the FIRST ever non-commercial, non-governmental website on the topic, on the 'net (started in the 1990s). While our technology is sorely in need of upgrade, we have never missed a day in all these years. When I created this page, it made sense because on social media, discussion can be had. I am looking at ways to make the website somewhat interactive, as well.
Your help to move this forward by solving the failing hardware issue with a donation toward the new server, and by being a part of this page, is inspiring.
Thank you,
Tomas, NW7US
Note: I pay for the hosting, the bandwidth, etc., all out of my pocket, since starting the website in the 1990s. I do not make any money from this - it is a gift to the community (ham radio, science, and so on).
Why M17 Is Significant - Part 2
By Steve Stroh N8GNJ
This is a followup on my article in Zero Retries 0163 - Why M17 Is Significant. After this issue publishes, I’ll update that title to Why M17 Is Significant - Part 1.
While I had planned to do an eventual followup, in the days immediately afterward, I received so much good info that only a week later, there’s ample information to justify “Part 2”.
Attributions (or Lack of) - Apologies
Apologies in advance when I don’t get attributions for work done on these projects completely correct in this article. Given the nature of M17 as a “highly decentralized” project, by folks that prefer to develop rather than “document and promote”, it’s hard for a third party like me to provide accurate attributions. I do the best I can with the information I’m able to find. In an eventual, comprehensive treatment of M17 (like a book), accurate and complete attributions will have to be done.
…
The M17 project by Ira Brodsky KC9TC
This is an open-source digital voice standard which promotes innovation, and which should attract young 'hardware hackers' to amateur radio.
Introduction
The freedom to design, build, and experiment has always been an important part of amateur radio. As our hobby migrates to digital voice technology, that freedom may be limited by proprietary technology used to code and decode the signals. What experimenters need is an open-source digital standard, ie a standard that anyone can use without having to buy a license or pay royalties, and that anyone can extend or modify provided that they share their code with the amateur-radio community.
This was an excellent 3-page article in the May 2024 issue RSGB’s RadCom magazine. After last week’s article, a Zero Retries reader sent me photos of the article which I read eagerly. (No, I won’t share / forward - please don’t ask.)
I was impressed enough with the article that I ordered a copy of that issue for £5.95 ($7.55) from RSGB. Surprisingly, there was no additional shipping charge. The process is:
Shop > Type “RadCom” in the search box > RADCOM BACK ISSUES (Radcom & QST) > and select May. Note that RSGB only stocks the past 12 months of back issues, so if you’d like to do the same, order in time for them to have this issue in stock.
This article would be a perfect introduction to M17 if it could be made available through the M17 Project, but it is copyrighted and available only by paying RSGB. I trust that the irony is obvious that an article aboutan open source project, of which all of the detail is publicly available for anyone to access, worldwide… but this article is only available behind a paywall (or buying a physical magazine).
The article mentioned a number of M17 implementations that I wasn’t aware of (or just don’t remember), including:
The WPSD Project - WPSD is a next-generation digital voice software suite & distribution for amateur radio use, enjoyed by many thousands of hams around the globe. It is used for personal hotspots and repeaters alike. It supports M17, DMR, D-Star, Yaesu System Fusion (YSF/C4FM), P25, NXDN digital voice modes & POCSAG data/paging.
mvoice - M17 Digital Voice, now using FLTK - M17 Digital Voice , mvoice, is a fully functional, graphical repeater. It uses David Rowe’s Codec 2 and operates as a complete M17 repeater, only there is no RF component. It can Link to M17 reflectors and it can also do routing! It works best with a USB-based headset with microphone. mvoice uses the default pulseaudio/ALSA input and output device, so for most versions of linux, all you need to do is plug your headset in and you should be ready to go.
mrfed - The mrefd reflector is for connecting M17 clients together. mrefd can be configured with up to 26 different channels. M17 clients (M17 repeaters, M17 hot-spots and other MREFD reflectors) can be linked to a channel. An incoming M17 voice stream from one of the clients will be heard by all the other clients.
Encrypted voice streams will pass through an mrefd channel, but only if they are configured for it.
DroidStar - This software connects to M17, Fusion (YSF/FCS, DN and VW modes are supported), DMR, P25, NXDN, D-STAR (REF/XRF/DCS) reflectors and AllStar nodes (as an IAX2 client) over UDP. It is compatible with all of the AMBE USB devices out there (ThumbDV, DVstick 30, DVSI, etc). It also supports MMDVM modems and can be used as a hotspot, or as a stand-alone transceiver via direct mode to the MMDVM device. This software is open source and uses the cross platform C++ library called Qt. It will build and run on Linux, Windows, MacOS, Android, and iOS. No USB device support for iOS though (AMBE vocoder or MMDVM). It should also build and run on any other posix platform that has Qt available (xxxBSD, Solaris, etc). This software is provided as-is and no support is available.
SDRPlusPlus - SDR++, The bloat-free SDR software - Features:
Multi VFO
Wide hardware support (both through SoapySDR and dedicated modules)
SIMD accelerated DSP
Cross-platform (Windows, Linux, MacOS and BSD)
Full waterfall update when possible. Makes browsing signals easier and more pleasant
Modular design (easily write your own plugins)
One of the “Decoders” available for compilation (not included as a default) is m17_decoder
OpenWebRX - OpenWebRX is an open source web-based software defined radio application that allows users to share access to one ore more SDR devices using a browser. M17 support was added in v1.0.0.
"Software defined radio": All processing is done in software, using digital signal processing ("DSP") technology.
"Web-based": Users do not need to install anything on their PC; all that's required to be able to use OpenWebRX is an HTML5 capable browser.
"Shared access": Multiple users can use the same receiver at the same time, and can listen to different frequencies and modes (some restrictions apply).
"Open source": The code for all parts of OpenWebRX is available under free and open source ("FOSS") licenses.
DroidStar is a perfect example that I have a lot more to learn about M17. Prior to reading this article, I was only aware of DroidStar as an M17 client app for Android devices. I’m delighted to see that it will also run on a MacOS… which is, for me… “Great… now another short term project to get started on”.
The article concludes with:
M17 and the future of amateur radio
In an increasingly digital and internet-connected world, it's essential that radio amateurs continue to develop their digital voice/data capabilities. An open-source standard is needed so that the entire amateur radio community, licensed operators as well as equipment manufacturers, can contribute to the process. M17 appears to be well- positioned top help make that happen.
Well stated, KC9TC… well stated!
…
Wikipedia - M17 (amateur radio)
Speaking of good reference material on M17… of course there is a Wikipedia article for M17… I frequently reference Wikipedia articles to elaborate on certain obscure topics (example - OFDM) that are mentioned in passing in articles in Zero Retries. But for some reason, I never thought to look up M17 in Wikipedia, but I should have. The intro there is an excellent brief description of M17:
M17 is a digitalradio modulation mode developed by Wojciech Kaczmarski (amateur radio call sign SP5WWP) et al. [1][2][3][4][5][6] M17 is primarily designed for voice communications on the VHFamateur radio bands, and above. The project received a grant from the Amateur Radio Digital Communications in 2021[7] and 2022.[8] The protocol has been integrated into several hardware and software projects[citation needed]. In 2021, Kaczmarski received the ARRL Technical Innovation Award for developing an open-source digital radio communication protocol, leading to further advancements in amateur radio.[9]
Overall, this article is pretty good, but it needs some updating from folks with good knowledge of the current state of M17 (such as a number of Zero Retries readers). For example, the new CS7000 M17 radio isn’t mentioned in the Hardware Support subsection.
On the m17-users email list, I asked for volunteers to update this article. Thus, perhaps by the time this issue is published, the needed update might be complete.
…
M17 is Open Source, an Open Specification, Largely Software, Thus Can Be Extended
Near the conclusion of Why M17 Is Significant in Zero Retries 0163, was this subsection:
One of the reasons to try / adopt M17 is once there’s some real momentum, it’s all open source so it can get improved, forked, hacked, extended, transmogrified, etc. No other Amateur Radio digital voice system is as well defined as M17 (that I know of), especially the sticky (patented) digital voice chip.
Wojciech (Woj) Kaczmarski SP5WWP reminded me about the mention of the recent experimental inclusion of digital signatures (authentication) in M17.
That development nicely illustrates my point:
M17 can be improved, forked, hacked, extended, transmogrified, etc.
Finally some good news regarding digital signatures. I've been experimenting with ST's CMOX library and just got 160-bit ECDSA to run on the Module17. It takes around 8.25 ms to sign a 16-byte M17 voice stream digest. The signature can be appended to the voice stream. The curve used is Brainpool P-160 R1, with secp256r1 signing takes a tad under 15 ms.
In the future, users might be able to generate ECDSA key pairs and use the private key for M17 stream signing. Then, by sharing the public component, allow the rest to perform identity checks. No more impersonation.
Implementing digital signatures in M17 - part 2. Looks like both encoder and decoder work together and the latter is able to verify stream signatures now.
See also micro-ecc - ECDH and ECDSA for 8-bit, 32-bit, and 64-bit processors.
The idea is that in addition to the digitized voice or data and overhead data, an authenticated M17 transmission appends a private key that can be authenticated with checking it against a person’s public key. SP5WWP commented:
The signature occupies 4 last data frames of the stream. It is generated after the data transmission has finished. When there's no more user data to transmit, a hash based on all the contents is calculated. That hash value is then signed with the user's private key. The assumption here is that there would be a central, trusted public key directory (a database with callsign-key pairs). That would ideally be run by IARU or some other international organization. I'm aware that IARU does not have enough human resources to run this, tho.
Key pair generation is trivial (under Linux CLI, it's a one-liner). An experimental (but already fully-functional, even with strong encryption) implementation is already available in our "M17_Implementations" repository ("main" branch).
This is a powerful capability for Amateur Radio given that we can quickly adapt such technology. For example, it could be used in emergency communications scenarios to insure that transmissions can be verified to be from authorized stations. I can imagine a future radio device that displays the callsign of a received signal…
✅ when the transmitted callsign matches the signature / public key on file
❌ when the transmitted callsign does not match the signature / public key on file.
The takeaway from this development isn’t that this particular experimental implementation isn’t complete, or perhaps has some issues, it’s that with an open source system such as M17… such things are possible!
…
Buying an Assembled Module 17
Zero Retries Annual Paid Subscriber Prefers to Remain Anonymous 15 emailed me to blame me for their purchase of two Module 17 units 🤨 Fair enough, I’ll accept that “blame”… but I wasn’t aware (that I recall) that assembled Module 17 units were available for on-demand purchase from AliExpress for $55:
Months ago in a private (or public?) discussion about Module 17, I stated that it was “good enough” to release as a “just buy it and use it” product to enable folks to generate some M17 radio transmissions. Apparently someone took that idea and went forward with it.
…
It Takes a Village (or an Email List) to Fully Understand M17
I can add that Jonathan Naylor G4KLX was responsible for adding M17 support to the MMDVM project (which is also his work). [See also mmdvm.com.] He also created M17Client, which is client side (radio terminal) software that used a MMDVM board as a user radio. This works with both the modems (paired with a 9600 capable radio, makes an excellent M17 radio) and hotspots (creating a QRP self contained transceiver). Only other thing required is a USB sound device and some form of display usually HDMI or Nextion, though I got it working using a remote X server.
I've been involved in testing the MMDVM implementations of M17. I've also played with the TNC3 [obsoleted, new version is the TNC4] (unfortunately the app doesn't like my Android phone, which makes it a challenge to get working reliably), and today I use a Module17 into my own local M17 systems. The M17Client is still available as an alternative or for demonstrating a different implementation. As your article states, the different implementations work well with each other.
You missed M17Tools, which is a suite of software that runs on a host PC/Pi/Mac etc and can use a soundcard interface (Digirig is a recommended all in one interface that can pass baseband) to do M17 with a 9600 capable radio. At this time, M17Client doesn't like my Windows laptop, but others have reported good results, especially on Linux hosts.
Also, a lot of early IP only M17 activity was done by directly connecting to reflectors using mvoice or DroidStar. These methods are still available today, and are in common use.
I am pretty much an open-source fanatic, so when I heard of the M17 Project in early 2020, I had a few initial conversations with Steve, KC2AWV, on the M17 IRC channel and I was very excited about the project.
I was working on another project that was taking most of my free hours, but finished it up in the late summer of 2020. I knew I could help the M17 Project, in at least a small way. I got back on the IRC channel and started asking question about M17 internet packets. That part of the spec wasn't yet nailed down so had several email exchanges with Mike, W2FBI and Steve. The three of us settled enough on the specifics, that I squirreled myself away with my trusty laptop.
I wanted to write a reflector for M17. I already knew its name, mrefd. I didn't want to write it from scratch, but I knew of only two open-source reflector at that time. Because of its design, I chose xlxd as a starting point, an open-source transcoding reflector written by Jean-Luc, LX3JL and Luc, LX1IQ. I essentially gutted the multi-mode aspects of xlxd, as a framework for mrefd, so I just had to write the classes for the M17 protocol. I also needed an M17 client to test the reflector, so I coded mvoice basing it on another D-Star app I had written earlier.
After testing everything I could think of, on or about Oct. 17, 2020, my good friend and co-developer, Colby, W1BSB and I used mvoice to have the first M17 QSO going direct mvoice to mvoice (AZ to ME). Then we connected to the M17-USA reflector, at that time running on a server owned by Colby and had another QSO through the reflector. On that day, several bug were found and squashed.
A few days later, after fixing a few more things and filling in some details in the READMEs, I Emailed Mike about what Colby and I had done. Then Mike announce on the M17 IRC channel something like "Tom has developed a ****-load of working M17 software and ...". What happened next was amazing...
There was a lot of excitement! I think a lot of hams just wanted to hear what M17 sounded like. So, within a very short time there were mrefd reflectors running everywhere and mvoice bugs were coming in hot and heavy. Very quickly Doug, AD8DP added the M17-protocol to Droidstar. Within a year, there were over 100 M17 reflectors all over the world and Steve had a page on the M17 Project website where you could register your reflector and view the rapidly growing list of reflectors. It was amazing. There were lots of hams having QSOs with other hams all over the world, using the M17 Spec, even though precious few were doing it with RF. I think this illustrates very well how hungry hams were for a V/UHF digital voice mode that 100% belongs to them!
Some great early history there Tom, thanks for filling in some gaps I didn't know either. I was one of the DroidStar only early adopters myself.
As for my own involvement, COVID caused a resurgence of my interest in ham radio, as it was the perfect activity for lockdowns - one could stay home and have social interactions with others over the air. I quickly discovered a multimode system on VK3RBA and was intrigued at their integration of several modes. I had done a lot of work on IRLP/Echolink integration and EchoIRLP years earlier.
Anyway, I discovered DVSwitch [see also dvswitch.org] not long after and started experimenting with building my own multimode gateway, and while learning about DVSwitch, I saw mention of "M17" in the DVSwitch groups. I had no idea what M17 was, but a Google search quickly educated me and I was instantly hooked. Some time after, the arrival of USRP2M17 gave me cause to add M17 capabilities to my expanding multimode reflector. That system has since grown into a major multimode hub servicing several independent networks.
…
Rabbit Hole Explorations - The M17 Project Wiki
And… looking up some references made in the preceding exchanges on the m17-users email list quickly became a chase down a rabbit hole of yet more implementations and documentation of M17. Despite having gotten involved and interested in M17 months ago, in all the times I have visited the M17 website, I completely neglected to notice “Wiki” at the right end of the menu bar, and there is some very good info there, including:
Transmitting M17 with rpitx - rpitx is an amazing piece of software by F5OEO that allows you to experiment with transmitting RF using only a Raspberry Pi.
CC1200 M17 - CC1200 is a Low power and high performance wireless transceiver from Texas Instruments.
I think that the M17 Project Wiki is an underutilized resource and that should be the repository of a lot of tribal knowledge such as what’s mentioned in this article. What’s great about wikis is that the user community can maintain them with little oversight from a webmaster.
This program reads a 48k samples per second 16-bit, little-endian, single channel, M17 4-FSK baseband stream from STDIN and writes a demodulated/decoded 8k SPS 16-bit, single channel audio stream to STDOUT.
Some diagnostic information is written to STDERR while the demodulator is running.
m17-cxx-mod
This program reads in an 8k sample per second, 16-bit, 1 channel raw audio stream from STDIN and writes out an M17 4-FSK baseband stream at 48k SPS, 16-bit, 1 channel to STDOUT.
This is yet another discovery of an independent implementation of M17 enabled by the high quality of the M17 specification:
Thanks to the M17 team to for the great work on the spec.
To see all of the M17 repeaters worldwide, click the More Modes button, click M17, and click Search. (There’s a lot!)
On RepeaterBook (which is not not open source3), you can also view all M17 repeaters - put your cursor onto SPECIAL MODES on the menu bar and click on M17. You can also Add a Repeater on RepeaterBook; note that there is a checkbox for M17. Kudos that RepeaterBook has apparently had the M17 option since 2023.
An all-day event on Fridays where people are encouraged to get on the air or get on the network using the M17 digital voice mode.
Link your hotspots and repeaters to the M17-M17 Reflector on Module C for greater effect!
When: Weekly, on Fridays
Where:
Internet: Reflector M17-M17 module C
On the Air:
IARU Region 1:
2 meters: 144.875 MHz
70 centimeters: 433.475 MHz
IARU Region 2 (calling):
2 meters: 146.520 MHz
70 centimeters: 446.000 MHz
IARU Region 3 (TBD)
I created an entry in NetFinder for M17 Activity Day. The entry isn’t perfect as it allows only one frequency to be stated, and a specific time (and this event runs all day, with no time zone for “all day” stated. But there’s ample fun to be had from getting on the air, or network, with M17.
…
Follow-on M17 Projects - OpenHT and Remote Radio Unit
As a continuation of his development work on M17, Wojciech Kaczmarski SP5WWP has begun development of two follow-on projects that incorporate M17 - the OpenHT and the Remote Radio Unit.
OpenHT
The OpenHT is a handheld, self-contained Software Defined Transceiver for the Amateur Radio 420-450 MHz (70 cm) band and the 2.4 GHz band, including display and keyboard. I’ve previously written about the OpenHT in Zero Retries 0099 - M17 OpenHT - A Breakthrough In Ham Radio.
Most of the progress on OpenHT was in mid-2023 for its debut at Ham Radio 2023. I’m not aware of any additional progress on OpenHT reported recently.
Remote Radio Unit (RRU)
The RRU is an M17 and FM radio / repeater that is designed to be installed (remoted) near an antenna, very similar to the Icom IC-905’s radio unit. I’ve written about the RRU several times:
As I understand it, both OpenHT are projects in development, but lack sufficient funding to take them forward and complete them enough to be products (which would then require a group or company to commercialize them for turnkey sale, or at least launch a crowdfunded project to manufacture batches of them).
From my perspective, I consider the RRU to be a very promising concept and project and (again, seems to me) that RRU could be taken forward into being a popular product, especially in the US where there is ample spectrum in the Amateur Radio 420-450 MHz to make use of such a system.
…
A Demonstration of the Flexibility of M17 - Running on a GameBoy Advance
Wojciech Kaczmarski SP5WWP on LinkedIn:
Can you run an M17 packet encoder on a GameBoy Advance with a custom-made ROM? Of course! The trick is to use fixed point arithmetic instead of floats in the square-root raised cosine baseband filter :-) The point of this proof of concept is to show how versatile and portable libm17 (and the M17 protocol itself) is.
Here's the GitHub repository for my open-source "game" generating M17 baseband:
The generated signal is available at the headphones port and can be used with an amateur radio transceiver for sending text messages.
Followup email from SP5WWP:
I managed to run libm17 on my Gameboy Advance, generate baseband for a packet and decode it on my PC under Linux with the `m17-packet-decode`. How cool is that?
The point of this is not to make people use GBA for M17, it's to show how versatile libm17 is (and how cool the protocol is!). I'm aware the repeatability of this is low, but it's interesting and educational.
…
More Concluding Conclusions on M17
The more I have studied M17 in order to write about it in Zero Retries, the more impressed I am with the energy and enthusiasm being applied by the M17 community that has been devoted to making M17 a viable option for Amateur Radio use on VHF / UHF bands. I’m not surprised with this level of enthusiasm and participation as there have been other projects such as Multi Mode Digital Voice Network (MMDVM) that have very broad (and occasionally niche-y) development. But all of that… energy… isn’t readily apparent about M17 as there isn’t a single place to see all of the various facets of M17.
The Wikipedia M17 article isn’t comprehensive, the M17 website isn’t comprehensive, and certainly the history of articles about M17 in Zero Retries isn’t comprehensive. Not to mention, M17 continues to evolve; it’s not stable - and in my opinion, that’s a feature in this era of Radios Are Computers - With Antennas! No one expects a computer to remain static - its software, and often its firmware, is constantly being updated. Radios in the 21st century, being largely computers, shouldn’t be considered differently.
Sometimes… a subject as complex and diverse of subject such as M17 really cries out to be captured in a book - which can contain all of the disparate aspects . I’m working on such a book, with help from SP5WWP. These articles about M17 in Zero Retries are precursors to chapters in that book. I’ll keep you apprised about its progress.
Starlink Mini - Game, Set, Match for Emergency Communications
By Steve Stroh N8GNJ
I intend no disrespect to all the varied Emergency Communications activities that are performed within Amateur Radio, or those that perform them. The emergence of Starlink as a Broadband Internet Access system with few dependencies other than power has changed the paradigm of emergency communications. But now, but the emergence of the new Starlink Mini has profoundly changed the paradigm of emergency communications.
Image courtesy of SpaceX / Starlink
The photo above tells the story at a glance about how well-suited Starlink Mini4 is for providing emergency communications when normal communications such as cellular or consumer Internet access are unavailable. Starlink Mini is light enough and compact enough to be carried on one’s back (or in a backpack). It can be powered by any USB-C power source, including compact USB-C battery packs (for at least a few hours) or an AC to USB-C power adapter. Wi-Fi and Ethernet are built-in on the unit. It’s managed by a smartphone app. To set it up, open the app, follow the instructions for orienting it optimally (though it will likely work acceptably by laying flat if there is enough clear sky). Within a few minutes at most you are connected to the Internet at broadband speeds. It can easily be remoted to a rooftop using a simple and inexpensive power extension cord and an Ethernet cable. It will work nearly… anywhere!
The reason I bring this up is that a Zero Retries reader contacted me about an article about a “Go Box” to set up Winlink and noted “things have changed now that Starlink Mini is available”.
Disclaimer - Yes, Starlink is a subscription service, and you have to buy Starlink Mini for a few hundred dollars and keep a service plan active for one’s Starlink Mini to be ready to use at a moment’s notice. To use one’s Starlink unit for emergency communications will likely mean exceeding the “inexpensive” service tier’s maximum data transfer limit of 50 GB. Acknowledged that those are real issues now, but Starlink has exhibited considerable flexibility in adjusting its services in response to changing business conditions. It’s my (optimistic) guess is that in a declared emergency, if one asks, Starlink can temporarily waive data transfer limits or cost penalties for “excessive usage”.
Winlink, Briefly
The goal of using Winlink, of course, is to be able to send Internet email over Amateur Radio spectrum, both HF and VHF / UHF. Using Winlink used to be a bit fraught with peril because of the relatively poor data modes Amateur Radio has traditionally used for Winlink. Formerly the only good option had been the pricey and proprietary Pactor 4 modem for HF. Now there are other options for Winlink, especially VARA - FM for VHF / UHF and VARA HF for HF. The cost of a VARA license and audio adapter to use VARA FM and VARA HF are a fraction of the price of a PACTOR 4 modem, and work comparably on HF, and work great on VHF / UHF (up to 25 kbps).
Starlink Mini / Winlink Go Kit Comparison
But consider the bigger picture here in “Winlink versus Starlink Mini” as a “Go Kit” solution (in approximately the same form factor):
Winlink is “narrowband” email, with some capability for attached files.
Starlink Mini is a broadband Internet system, and thus can handle any Internet activity - video cameras, video conferences, viewing streamed video, file transfers, email, Voice Over IP telephones… and can do all of that for multiple client devices such as multiple laptops connected via Ethernet or Wi-Fi.
A Winlink Go Kit is a complex assemblage of radio(s), modems, computers, software, antennas, power supplies, and integration.
A Starlink Mini is simple by comparison - power from a USB-C source, and connect to it via Ethernet or Wi-Fi, use normal Internet systems such as web browser.
A Winlink Go Kit can only be used by an Amateur Radio Operator who is trained / practiced in using the combination of the radio, the modem, the computer, and the software, and all of the procedures on how transmit and receive via Winlink.
A Starlink Mini can be used by anyone; it’s effectively “unlicensed” wireless Internet. The app is easy to understand, and once it acquires the satellite constellation, it just works when you connect to it with Wi-Fi or Ethernet. The app provides status, devices connected, some management, and diagnostics including a speed test for troubleshooting and it can tell you if there’s an issue with the satellites, or obstruction.
Winlink requires some infrastructure, especially when using VHF / UHF Radio Mail Servers (RMS).
A Starlink Mini requires comparatively little infrastructure now (a regional Starlink Ground Station) and in the future will require practically no infrastructure through the use of inter-satellite links.
Analogy - Autopatch
I think there’s a useful analogy in Amateur Radio’s very active use, and then complete disuse, of “Autopatch” on VHF / UHF repeaters. As a new Amateur Radio Operator in the mid-1980s, one of the most popular uses of repeaters was autopatch - “automatic phone connection”. If you wanted to make a phone call from your portable or mobile VHF / UHF radio, you could easily and quickly command the repeater to connect a phone line, dial a call with touch tones from your radio, have your conversation, and then disconnect the phone line. Autopatch was an incredibly popular feature of repeaters… but no one uses autopatch any more. There’s no technical reason not to continue using autopatch; it would work as well in the mid 2020s as it did in the mid-1980s, and there’s only a minor cost issue in having a telephone line connected to a repeater for a monthly fee.
The reason that no one uses autopatch any more is because using one’s own mobile phone is so superior to using autopatch that it’s no longer even a question about using autopatch. Why would you even want to consider using autopatch?
I think that’s the situation we’re now in with Winlink, albeit at the very beginning of the situation where Starlink (Mini) is such a superior solution to the issue of emergency communications. But I believe that the conclusion will eventually be the same as with autopatch; no one will consider using Winlink because using Starlink (and other similar systems now in development5) will be a far superior solution for emergency communications.
On Beyond Starlink - Mobile Phone Direct to Satellite
Not to mention… by the end of this decade, we may not even need Starlink to use at least basic satellite connectivity from our mobile phones in an emergency, thanks to:
SpaceX and T-Mobile providing satellite communications using normal mobile phones,
AST Space Mobile will also provide satellite communications using normal mobile phones.
It’s amazing to me that Iridium, the one “phone works everywhere on the planet via satellite” service provider, has fallen out of the conversation versus the above developments getting lots of attention.
It’s a brave, interesting, much more communications-rich new world!
NextNav Inc. (NextNav) filed a petition for rulemaking requesting that the Commission initiate a proceeding to reconfigure the 902-928 MHz band (Lower 900 MHz Band) and adopt new rules to enable the deployment of a 5G terrestrial positioning, navigation, and timing (PNT) network that “complements and backs up” the U.S. Global Positioning System (GPS). By this Public Notice, the Wireless Telecommunications Bureau (WTB) and the Office of Engineering and Technology (OET) jointly seek comment on NextNav’s Petition.
…
Amateur radio operations are allocated on a secondary basis to LMS. Part 15 unlicensed devices also operate in the band, are not typically afforded interference protection, and may not cause harmful interference to LMS licensees, amateur operations, or other licensed systems. However, Commission rules intended to ensure coexistence between services require M-LMS licensees to demonstrate through field tests that their systems do not cause unacceptable levels of interference to part 15 devices.
This goes on for 8 pages of dense, tortured, legalistic, pseudo-technical explanations from NextNav of how this system is desperately needed and is the solution for “3D positioning accuracy”.
This is NextNav’s second attempt at getting the FCC to reconfigure 902-928 MHz to accommodate their technology. Their previous attempt was dismissed by the FCC in 2014:
By this Order, we terminate the above-captioned Multilateration Location and Monitoring Service (M-LMS) rulemaking proceeding, and conclude that the various proposals for broad revisions of the applicable rules do not merit further consideration at this time.
It’s particularly galling that “LMS” licenses were auctioned in 2005, but the buyers of those licenses simply could not make their technology work to actually deploy a working system in accordance with their licenses and the unique situation and user hierarchies inherent in 902-928 MHz when they bought those licenses!
Originally this system was posited as the solution to more precise automatic location during E911 calls. GPS receivers built into mobile phones, and other measures such as triangulation from cell towers has proven to be an adequate solution for that issue. Thus, NextNav has pivoted its technology’s purpose to “backing up GPS”. The history of Location and Monitoring Service (LMS) in 902-928 MHz has gone on for nearly two decades now trying to exploit an LMS license in this band for monetary gain (likely hoping for a buyout of their license) or a favorable “spectrum swap”. In those nearly two decades, 902-928 MHz has become used for millions of devices (I’d argue hundreds of millions of devices) such as Automatic (radio) Meter Reading (AMR). Usage of unlicensed devices in 902-928 MHz has literally exploded beyond any possible accounting by FCC or anyone else, and is poised to increase even more with inexpensive and capable 802.11ah / Wi-Fi HaLow devices that have recently emerged as a solution for wider range personal wireless networks that can extend up to several miles, including through trees.
My previous house in Woodinville, Washington had three such devices operating in 902-928 MHz - one on the water meter, one on the electric power meter, and another on the natural gas meter, all using a common radio network.
But, however… nonsensical and blatantly self-serving in trying to posit a “crisis” as this Petition for Rulemaking is, it is a formal proceeding underway by the FCC. If granted, it definitely will affect Amateur Radio’s use of 902-928 MHz, such as the new capabilities we could soon be using with 802.11ah / Wi-Fi HaLow devices.
Comments Due: September 5, 2024
Reply Comments Due: September 20, 2024
Sigh… great… more pro forma, legalistic writing of a formal comment to the FCC, with a tight deadline.
My thanks to Zero Retries Pseudostaffer Orv Beach W6BI for mentioning this document to me.
Stealth Mode New Hire at ARDC - Adam Lewis KC7GDY is New IT & Development Manager
I’m happy to share that I’m starting a new position as IT & DevOps Manager at Amateur Radio Digital Communications (ARDC)!
KC7GDY has been an energetic and talented volunteer on the ARDC Technical Advisory Committee (TAC), especially on the still-in-beta-testing ARDC 44Net VPN project. From that exposure, he’s had to become familiar with the unique challenges of ARDC’s IT infrastructure, and thus… he was warned about what he was getting himself into 😀
Congrats and Kudos, Adam! Well deserved!
(And, if you’re reading this Adam, apologies for being a laggard on the beta 44Net VPN participation. I will get my beta VPN up and running soon!)
A Sneak Peek at the Forthcoming Halibut Electronics Egg Beater Antenna
An Egg Beater antenna is an ideal antenna for receiving from (and transmitting to) satellites in Low Earth Orbit (LEO). Think of it as an omnidirectional antenna whose pattern is directed towards the sky instead of to / from the horizon.
The problem with Egg Beaters is that they’re “fussy” - necessary to achieve the required phasing of the two elements necessary to achieve the “overhead omnidirectional” pattern. Thus professionally built antennas have been the preferred type of Egg Beater antennas… until now.
Mark Smith (Smitty) N6MTS of Halibut Electronics seems have cracked the code for building your own Egg Beater antenna by providing a semi-kit of “the fussy bits”. N6MTS does the tough phasing work providing a pair of printed circuit boards (PCBs) and a choke / coaxial cable assembly. Those components are derived from a lot of testing and measuring to develop the PCBs that really work. Considerable assembly and your own parts are required. The instructions are detailed, including several cautions of what not to do during the assembly process.
This is a cool kit and an EggNOGS looks like a decent antenna to get started with downloading telemetry from Amateur LEO satellites until you’re ready to invest in a full azimuth / elevation tracking directional antenna system.
AREDN Ambassador (and Zero Retries Pseudostaffer) Orv Beach W6BI on several AREDN-related email lists:
Coming to an AREDN nightly build near you soon - a shiny new UI :-)
This YouTube overview by Tim KN6PLV explains why the AREDN devs decided a new UI was needed for the AREDN software. Tim goes into the reasons why, then does a deep dive into every corner the new UI. Folks who have seen it like it a lot. Check it out!
AREDN is Amateur Radio Emergency Digital Network and is a firmware load to convert Wi-Fi and Wireless Internet Service Provider units into Amateur Radio microwave networking mesh network units. I agree that the new user interface is a significant improvement and with it you’re more easily able to understand what is going on with your station and the network(s) you’re connected to.
This article is about the implementation of the idea of building a (decorative) [HF] QRP radio for digi mode operation that can be operated remotely via Wi-Fi. One possible use would be to place the device together with a simple vertical antenna and a small battery, e.g. temporarily in the garden, so that it can then be operated from the computer from inside the house. The basic idea is to be able to conveniently control the device remotely via VNC.
I just stumbled onto this neat project in my casual browsing. Being Zero Retries Interesting, I had to mention it here. In some respects it’s the HF equivalent of a DigiPi and G1LRO’s Universal Radio Controller (though those units do not include a radio as this unit does). The CubeDX also maps nicely into an Amateur Radio Data Appliance that I imagined in Zero Retries 0136.
We’re happy to announce the launch of Raspberry Pi Pico 2, our second-generation microcontroller board, built on RP2350: a new high-performance, secure microcontroller designed here at Raspberry Pi.
With a higher core clock speed, twice the memory, more powerful Arm cores, new security features, and upgraded interfacing capabilities, Pico 2 delivers a significant performance and feature uplift, while retaining hardware and software compatibility with earlier members of the Pico series.
There’s a lot to unpack in this announcement but it’s impressive that Raspberry Pi improved the performance and capabilities (more I/O), with perfect backwards compatibility (it’s a drop in replacement), with a trivial price increase from $4.00 to $5.00. Note that the core of the Raspberry Pi Pico 2 is Raspberry Pi’s unique, custom developed silicon - the new RP2350.
What’s curious is that Upton’s article doesn’t mention what, to me, is a significant feature (though not immediately usable) - two of the four cores are the RISC-V architecture which is an open source specification for a processor core. It’s feasible that Raspberry Pi can build future versions of the Pico using only RISC-V cores (the RP2350 has two ARM cores) at reduced cost because no license fee would be owed to ARM Holdings for using their processor designs.
Jeff Geerling (KF0MYB) goes into detail about the RISC-V aspects in his video introduction to the Raspberry Pi Pico 2.
To me, the strongest factor in recommending the Raspberry Pi Pico as one’s preferred microcontroller is the incredibly strong support infrastructure that Raspberry Pi has developed for it in the few years the Pico has been available… and especially that it can be programmed in a reasonable-to-understand high level language - Micro Python.
I started on a 1200 Baud QPSK AM modem, but being an old man, I fade out pretty fast these days. While I appreciate FM, it seems a missed opportunity not to do QPSK at 3 kHz bandwidth, on 10 meters and Up. Heck, maybe even 20 meters, ha. I had to learn about Timing Error Detection which wore me out. The theory being that no power wasted in a carrier is a good thing.
From the Github page:
A QPSK IP Radio Network Node
Based on highly modified Dire Wolf repository, to create a Linux based QPSK Packet Radio Node. This design uses 1200 baud, giving 2400 bit/s (2-bits per Baud) throughput, in 1.6 kHz of bandwidth. This can also be used on VHF and above if you have an SSB rig.
It uses an I/Q sampling rate of 9600 bit/s. A Root-Raised-Cosine (RRC) matched filter is used on transmit and receive, and a slightly modified Improved Layer 2 Protocol (IL2P) encodes the data onto modified AX.25 protocol packets. A Gardner Timing Error Detection (TED). and a Costas Loop are used on receive.
These are meant to be point-point links, and digipeaters were designed out. Digipeaters are deprecated in this network design.
Technological innovation in Amateur Radio… because we’re curious and we have the ability and the spectrum to try new things in radio technology! Kudos to Sampson for this!
Call for Nominations [3 Board of Directors positions]
Wanted: New Treasurer
New Product: ezDV 04
New Product: RX888 Clock Kit & Thermal Pad 05
New Product: HF Receiver Isolation Transformer
VE4KLM Report
PSR is always a good read to find out what’s happening within TAPR.
Video - Bringing [Amateur] Radio into the 21st Century
Jason Oleham KM4ACK on his KM4ACK YouTube channel:
This video is significant because of the brief discussion and demonstration of arcOS Linux:
What is arcOS?
The Amateur Radio Community Operating System is a bootable Linux system on a USB drive. arcOS is founded on the belief that digital communications within communities of operators can be accessible and easy to use for ALL, regardless of license class or experience.
Simple. arcOS focuses on standardized digital communication modes commonly used for both casual and emergency communications. By minimizing the number of included applications and complexity, arcOS strives to avoid overwhelming new or inexperienced users, while offering ambitious users the ability to configure additional features and functionality.
Portable. arcOS runs on almost any modern-ish x86_64 computer. This means the arcOS USB can be used just about anywhere. By using modular scripts, users can configure arcOS to be deployed for many different roles. Communities of operators can collaborate to build modules suited for their needs. Operators can even share these modules over the air to help others in real time.
Reliable. After booting from the USB, arcOS "just works!" Basic digital communications are ready to go, right now. With arcOS, users are not responsible for maintaining an installed Linux system. Feel free to explore and experiment, knowing that any mistakes are easily undone by rebooting.
It’s also notable that there was a demonstration of fldigi’s flamp utility that “broadcasts” files in blocks. In this demo, there were only two users, but there could be many “receivers” of a flamp file broadcast, which is why flamp is such a powerful capability.
Video - The Beginners Guide To The Radioberry HF SDR Transceiver Pi Hat
Great overview by Matt Miller M0DQW on his Tech Minds YouTube channel of the Radioberry HF Software Defined Transceiver that’s a HAT for a Raspberry Pi.
We’re never going to run out of Zero Retries Interesting units at this pace.
Zero Retries Pseudostaffer and Amateur Radio thought leader Jeff Davis KE9V on his ke9v.net blog:
Problems Well sure, this all has the potential to create more problems:
The secret identifying codes wouldn't necessarily be legal on the ham bands. This might require the software to check-in online every now and then to receive an authorization token.
Many elements of this concept probably require closed-source software to prevent unauthorized modification.
Who gets to be trusted authorities?
Who decides when the kill switch gets pulled?
Etc.
This isn’t at all ideal. But consider D-STAR, DMR, Fusion, and the like. “Someone” gets to be in charge of those and you must ask permission to get your identifying “key” to use those digital modes. In the same way, “someone” would be in charge of issuing DXpedition and DX chasers “keys” to make it all work.
Minor correction to the above - the “identifying key” is only necessary to use repeaters and networks; traditional simplex operation with any digital voice system is unrestricted.
I’ve actually observed a (what appeared to be purely putative) “lockout” of a particular user on a digital voice repeater network in Western Washington. While that was completely within the Amateur Radio regulations for a repeater / network administrator to decline to “repeat” a particular Amateur Radio Operator’s transmissions… it just wasn’t cool, especially considering that the “dispute” was conducted entirely outside of Amateur Radio (on an email list).
Thus KE9V’s concerns are not alarmist.
Help Me Make a [Zero Retries Interesting] Ham Zine
Last night, on Mastodon, I came across a post that just made me say, “Wow!” It contained a link to a post by Susan Kaye Quinn, who is a speculative fiction author with a PhD in environmental engineering, who writes hopepunk climate fiction & solarpunk. The post on Quinn’s website includes the following video on how to make an eight-page “zine” from a single sheet of paper.
I love this idea so much that I now want to make my own ham radio zines. The first could be something like, “Cool Things that Hams Do.”
This is such a cool idea! I had hoped to fully develop my ideas for a Zero Retries Interesting zine, but didn’t get very far and didn’t want to punt this cool idea yet again into a future issue. Note that one of the key attributes of a zine is interesting graphics, which isn’t my strong suit (as a creator of text). So here’s some ideas I have, to date, for the eight pages of a future Zero Retries Interesting zine:
Front: Intro to Zero Retries
Ham radio6 is the original open source collaborative electronics activity - we share the fun of what we build.
Ham radio can do data networks via radio without any dependence on the Internet, cellular, or satellite
Ham radio can do regional, national, and international communications via radio!
Open source radio hacking is more fun on ham radio - we can transmit!
Ham radio does space - satellites, Earth Moon Earth, and ham radio on the International Space Station!
Ham radio builds its own independent microwave data networks
Back: Pointer for Ham Radio for Dummies book, Amateur Radio Technician question pool, how to find a testing site, and subscription info to Zero Retries
It also occurs to me that it would be really cool to create a zine for M17 for distribution at (non Amateur Radio) technical conferences.
Join the Fun on Amateur Radio
If you’re not yet licensed as an Amateur Radio Operator, and would like to join the fun by literally having a license to experiment with radio technology, check out Join the Fun on Amateur Radio for some pointers.
In its mission to highlight technological innovation in Amateur Radio, promote Amateur Radio to techies as a literal license to experiment with radio technology, and make Amateur Radio more relevant to society in the 2020s and beyond, Zero Retries is published via email and web, and is available to everyone at no cost. Zero Retries is proud not to participate in the Amateur Radio Publishing Industrial Complex, which hides Amateur Radio content behind paywalls.
My ongoing Thanks to:
Tina Stroh KD7WSF for, well, everything!
Founding Members who generously support Zero Retries financially: Founding Member 0000 - Steven Davidson K3FZT (Renewed 2024)
Founding Member 0002 - Chris Osburn KD7DVD (Renewed 2024) Founding Member 0003 - Don Rotolo N2IRZ (Renewed 2024) Founding Member 0004 - William Arcand W1WRA Founding Member 0005 - Ben Kuhn KU0HN Founding Member 0006 - Todd Willey KQ4FID Founding Member 0007 - Merik Karman VK2MKZ Founding Member 0008 - Prefers to Remain Anonymous 14 Founding Member 0009 - Prefers to Remain Anonymous 19 Founding Member 0010 - Prefers to Remain Anonymous 39
Numerous Annual and Monthly subscribers who also generously support Zero Retries financially!
Want to Support Zero Retries?
The most effective way to support Zero Retries is to simply mention Zero Retries to your co-conspirators that are also interested in knowing more about technological innovation that is occurring in Amateur Radio and encourage them to become a fellow subscriber.
One particularly effective method of promoting Zero Retries is to add a mention of Zero Retries to your QRZ page (or other web presence) and include a link:
If you’d like to financially support Zero Retries, becoming a paid subscriber is greatly appreciated and helps offset expenses incurred in publishing Zero Retries. Paid subscriptions for Zero Retries are entirely optional, as explained in this special issue of ZR: Zero Retries Administrivia - Activating Payment Options.
These blogs and newsletters regularly feature Zero Retries Interesting content:
Dan Romanchik KB6NU mentions “Zero Retries Interesting” topics so regularly on his blog (that I otherwise wouldn’t know about) that I’ve bestowed on him the honorific of Pseudostaffer.
Jeff Davis KE9V also mentions “Zero Retries Interesting” topics so regularly on his blog (that I otherwise wouldn’t know about) that I’ve bestowed on him the honorific of Pseudostaffer.
Amateur Radio Weekly by Cale Mooth K4HCK is a weekly anthology of links to interesting Amateur Radio stories that often feature “Zero Retires Interesting” topics.
Experimental Radio News by Bennet Z. Kobb AK4AV discusses (in detail) Experimental (Part 5) licenses issued by the US FCC. It’s a must-read-now for me!
RTL-SDR Blog - Excellent coverage of Software Defined Radio units.
Zero Retries is currently using the Substack email publishing platform to publish Zero Retries. It’s particularly suitable for small newsletters as you can get started for no cost.
If you’re reading this issue on the web and you’d like to see Zero Retries in your email Inbox every Friday afternoon, just click below to join 1800+ other subscribers:
Please tell your co-conspirators about Zero Retries — just click:
Email issues of Zero Retries are “instrumented” by Substack to gather basic statistics about opens, clicking links, etc.
More bits from Steve Stroh N8GNJ:
SuperPacket blog — Discussing new generations of Amateur Radio Data Communications — beyond Packet Radio (a precursor to Zero Retries)
N8GNJ blog — Amateur Radio Station N8GNJ and the mad science experiments at N8GNJ Labs — Bellingham, Washington, USA
Thanks for reading! Steve Stroh N8GNJ / WRPS598 (He / Him / His) These bits were handcrafted (by a mere human, not an Artificial Intelligence bot) in beautiful Bellingham (The City of Subdued Excitement), Washington, USA, and linked to the Internet via Starlink Satellite Internet Access.
2024-08-09
Blanket permission is granted for TAPR to use any Steve Stroh content in Zero Retries for the TAPR Packet Status Register (PSR) newsletter (I owe them from way back).
Blanket permission is granted for Amateur Radio use of any Steve Stroh content in Zero Retries for Amateur Radio newsletters and distribution via Amateur Radio such as (but not limited to) Packet Radio Networks, Packet Radio Bulletin Board Systems, Repeater Nets, etc.
In such usage, please provide appropriate authorship credit for the content.
If you’d like to republish an article in this issue for other uses, just ask.
All excerpts from other authors or organizations, including images, are intended to be fair use. Unless otherwise noted in the article, there are no paid promotional items in any Zero Retries articles.
My Dad was fond of telling the story of how I did try spending a portion of my paychecks while working at sea - on dozens of magazine subscriptions at one point (Byte, Popular Electronics, Radio Electronics, Home Power, Ad Astra, QST, etc.), all of which were duly delivered to me in bulk during port calls in the Gulf of Mexico and in the Bering Sea. That, and $10/minute INMARSAT telephone calls charged to Dad’s telephone credit card when I became engaged to my now wonderful wife of nearly 40 years, Tina KD7WSF.
For those that will want to raise the issue of “dependence” on SpaceX and Starlink as an “Elon Musk company” and how they would never consider depending on such a system… just don’t go there. This discussion is not going to descend into political or narcissistic personality issues, including comments. Provably, Starlink works.
I normally state “Amateur Radio” not Ham Radio, but a zine is intended to casually familiarize someone on an unfamiliar subject, so in this case, I think using “Ham Radio” is more appropriate. And please, no comments on my preferred capitalization.
One thing that folks may not realize is that you can pause your Starlink plan, so it may not be necessary to pay the monthly service fee while not using it.
When I think back to Iridium, I'm reminded of Moore's law. The constellation they built was designed in the 1980s, launched in the 1990s and nearly useless by the 2000s. I'm purely a spectator to the whole company, but my Monday morning quarterbacking ability says Motorola had the right idea, but either was too soon or too conservative in their engineering (or both). That's OK, the concept was fantastic and they still found a semi-profitable niche in providing comms for the far-off places where a $1/minute phone calls are the only option (and the military contracts). I used a Garmin Inreach for a few years until upgrading to iPhone 15 pro last year, in part so I could drop the $14.95/month emergency beacon plan. The Inreach is still a superior solution if you need global texting, but I don't spend as much time in the backcountry these days and the iOS SOS service is "good enough," at least we'll see when I actually need it.*
Starlink Mini looks great in comparison to any/all of the old suitcase satellite systems (Inmarsat/Viasat, etc). If for no other reason, because they're going to get to the scale necessary to make the hardware cheap. And my guess is there's someone at the Pentagon who's very happy to see the hardware available for the general public to learn on -there will be a pretty good chance someone in the platoon will have experience deploying Starlink for use in Starshield, should it come to that.
About the 900MHz petition, I believe they wish to deploy a real-time kinematic (RTK) correction network. This consists of fixed base GNSS receivers that are surveyed and in precisely known locations. These receivers sample the GNSS signals and compare to their stored position, then transmit a correction signal to "rovers" that will use that data to adjust accordingly. There are already several systems in place that use cellular and satellite systems, including the NOAA Continuously Operating Reference Stations (CORS) Network, which, while it is mostly free if you can justify the hardware cost (Trimble total stations aren't cheap), you can use it figure out just how many millimeters your neighbor's fence is over your property line. But the system probably won't scale to what's necessary for bringing in autonomous automobiles and massive drone delivery systems. But it is mostly a solved problem. u-Blox has their PointPerfect L-band satellite service, and there are plenty of cellular-based solutions. The need for another subscription service seems redundant unless they're bringing something truly new to the table.
*One of the expensive, but necessary, parts of these satellite beacon systems is that there's people in loop monitoring and handling the interface between the responders and the people in peril. I imagine a good AI system might someday lower the operating cost of global emergency beacons enough that they'll be free. For years I carried my TH-D7 and later TH-D72 in a side pocket of my backpack, in part because I thought I might need to send an emergency message. But then I realized I don't know that any people would be able to read that emergency status beacon, and bought an Inreach. Might be an interesting use of AI to revisit the APRS status beacon and do a little processing to forward alerts to humans who can help.
One thing that folks may not realize is that you can pause your Starlink plan, so it may not be necessary to pay the monthly service fee while not using it.
When I think back to Iridium, I'm reminded of Moore's law. The constellation they built was designed in the 1980s, launched in the 1990s and nearly useless by the 2000s. I'm purely a spectator to the whole company, but my Monday morning quarterbacking ability says Motorola had the right idea, but either was too soon or too conservative in their engineering (or both). That's OK, the concept was fantastic and they still found a semi-profitable niche in providing comms for the far-off places where a $1/minute phone calls are the only option (and the military contracts). I used a Garmin Inreach for a few years until upgrading to iPhone 15 pro last year, in part so I could drop the $14.95/month emergency beacon plan. The Inreach is still a superior solution if you need global texting, but I don't spend as much time in the backcountry these days and the iOS SOS service is "good enough," at least we'll see when I actually need it.*
Starlink Mini looks great in comparison to any/all of the old suitcase satellite systems (Inmarsat/Viasat, etc). If for no other reason, because they're going to get to the scale necessary to make the hardware cheap. And my guess is there's someone at the Pentagon who's very happy to see the hardware available for the general public to learn on -there will be a pretty good chance someone in the platoon will have experience deploying Starlink for use in Starshield, should it come to that.
About the 900MHz petition, I believe they wish to deploy a real-time kinematic (RTK) correction network. This consists of fixed base GNSS receivers that are surveyed and in precisely known locations. These receivers sample the GNSS signals and compare to their stored position, then transmit a correction signal to "rovers" that will use that data to adjust accordingly. There are already several systems in place that use cellular and satellite systems, including the NOAA Continuously Operating Reference Stations (CORS) Network, which, while it is mostly free if you can justify the hardware cost (Trimble total stations aren't cheap), you can use it figure out just how many millimeters your neighbor's fence is over your property line. But the system probably won't scale to what's necessary for bringing in autonomous automobiles and massive drone delivery systems. But it is mostly a solved problem. u-Blox has their PointPerfect L-band satellite service, and there are plenty of cellular-based solutions. The need for another subscription service seems redundant unless they're bringing something truly new to the table.
*One of the expensive, but necessary, parts of these satellite beacon systems is that there's people in loop monitoring and handling the interface between the responders and the people in peril. I imagine a good AI system might someday lower the operating cost of global emergency beacons enough that they'll be free. For years I carried my TH-D7 and later TH-D72 in a side pocket of my backpack, in part because I thought I might need to send an emergency message. But then I realized I don't know that any people would be able to read that emergency status beacon, and bought an Inreach. Might be an interesting use of AI to revisit the APRS status beacon and do a little processing to forward alerts to humans who can help.