Zero Retries is an independent newsletter promoting technological innovation in and adjacent to Amateur Radio, and Amateur Radio as (literally) a license to experiment with and learn about radio technology. Radios are computers - with antennas! Now in its fifth year of publication, with 3100+ subscribers.
My thanks to Ben Kuhn KU0HN for renewing as a Founding Member Subscriber 0005 to Zero Retries this past week - 3 years!
Founding members are listed in every issue of Zero Retries!
My thanks to Prefers to Remain Anonymous 951 for upgrading from a free subscriber to Zero Retries to an Annual Paid Subscriber this past week!
My thanks to Prefers to Remain Anonymous 96 for upgrading from a free subscriber to Zero Retries to a Paid Subscriber this past week!
Financial support from Zero Retries readers is a significant vote of support for the continued publication of Zero Retries.
Have you ever had an idea so spectacularly dumb…
In ZR > BEACON, you’ll read a mention of AI6YM’s The PicoFox Saga. In that excerpt, he utters one of those phrases (and concepts) that just zings me right between the eyes:
Have you ever had an idea so spectacularly dumb you had to make it happen?
Um, yes! Zero Retries! I often describe Zero Retries as “irrationally exuberant” but AI6YM says it even better… so spectacularly dumb that you had to make it happen. That’s Zero Retries. I had no business in starting up an Amateur Radio newsletter, going into competition with behemoth organizations like, well, you know… without much more than a burning desire to see some of these amazing demonstrations of technological innovation in Amateur Radio be better exposed than just a few of them per year, if that. To my minor credit, I had a bit of background in having participated in some interesting Amateur Radio data communications systems, involved in interesting organizations, a bit of writing experience, and attending some interesting conferences. Mostly I charged into creating Zero Retries with more than a bit of “what the hell… what’s the worst that can happen? I might embarrass myself.
But mostly, I was empowered by my loving wife Tina KD7WSF who said “You might as well give it a shot - I’ll love you even if it fails”. Thus, into the breach, I charged.
Amateur Radio Technological Innovation In the Pacific Northwest
I really should be keeping better track of this trend, but it continually amazes me how much technological innovation in Amateur Radio is happening in this corner of the world. The “upper I-5 corridor” extending from Portland, Oregon to Vancouver, British Columbia has an amazing number of Zero Retries Interesting companies and organizations that offer products and services for Amateur Radio Operators. Just a few:
Ham Radio Workbench podcast, and the associated Sierra Radio Systems and Packtenna
“Headquarters” of Digital Library of Amateur Radio & Communications - Kay Savetz K6KJN is based in the Portland, Oregon area
The Nexus DR-X; hardware by Budd Churchward WB7FHC and software by Steve Magnuson AG7GN
“Not quite headquarters” of ARDC - a number of staff and directors of ARDC are based in the Portland, Oregon area
Icom America Headquarters
SteppIR Communications Systems
NW Digital Radio
Tigertronics
Turn Island Systems
Randy Robinson N7EBB Radio Interface Board for DigiPi
The Puget Sound Data Ring (HamWAN) network
The Random Wire newsletter by Tom Salzer KJ7T
Many past companies, individuals, organizations including AEA, Hank Oredson W0RLI (creator of the most popular Packet Radio BBS), the Puget Sound Amateur Radio TCP/IP group and network, Northwest Amateur Packet Radio Association, the MicroHAMS Digital Conference, etc.
And, most recently:
Hunter Inman KK7NQN Transcriber Service Node (see first article)
Ion Todirel W7ION’s Matchbox NinoTNC project
Zero Retries Digital Conference 2025
ZRDC 2025 is just one culmination of a long history of Amateur Radio technological innovation in the Pacific Northwest. At ZRDC 2025, those of us attending in-person are going to have a very, very good time cross fertilizing and conspiring for better, more interesting Amateur Radio activities, technologies, and systems.
Substack Internal Links (Still) Aren’t Working
I was told that the internal hyperlinks in the Table of Contents of the last several issues of Zero Retries aren’t working - they redirect to the URL of the issue, not directly to the individual item. I haven’t had time to troubleshoot this issue, thus I won’t feature a hyperlinked Table of Contents until I can resolve that issue with Substack.
Weekends Are For Amateur Radio!
Have a great weekend, all of you co-conspirators in Zero Retries Interesting Amateur Radio activities!
Zero Retries Digital Conference 2025 Update - 8/29/2025
By Tina Stroh KD7WSF
This is the sixth in a series of weekly updates leading up to Zero Retries Digital Conference 2025. ZRDC 2025 occurs in TWO weeks!
This week, two new sponsors have stepped forward to support Zero Retries:
TAPR (Tucson Amateur Packet Radio) donated two (2) ezDV units.
NA6D.com donated five (5) All In One Cable (AIOC) units, with USB-C cables. These will be paired with the five (5) QRZ-1 Explorer Portable Radios donated by GigaParts, resulting in a data-cable radio ready to connect to a laptop and be on the air with Amateur Radio data modes.
Both have contributed items for our door prizes. As a reminder, we will not sell raffle tickets to be eligible to win any of the donated door prizes. Every in-person attendee, other than Steve, Tina and Merideth Stroh, will receive a ticket in their welcome packet. The corresponding ticket is what will be used for the drawing.
Yet again, we want to thank our sponsors for all of their support to this conference and to Zero Retries.
With just two weeks to go, I just have a few reminders;
If you are planning on attending in person, please register by September 5th as the venue requires a final head count for meals. Although we can accommodate walk-in registrations, they IT WILL NOT include meals. Accommodations have been made for vegetarian, gluten free and vegan diets. We don’t want to turn anyone away for meals, so please register before 9/5/25. Also, after that date the cost of the general in-person admission increases to $140.00 to accommodate an additional charge the venue imposes.
GNU Radio has graciously offered a significant discount on a one day pass to their conference, GRCon 2025. A normal one day pass was $350.00 and now it's discounted to $125.00, all inclusive including meals and workshops. However, you must be registered for the Zero Retries Digital Conference (ZRDC) to receive the discount. This is an extremely generous offer and I hope many will take advantage of it. GRCon 2025 runs from Monday 9/8/2025 through Friday 9/12/2025.
KK7NQN Transcriber Service Node – Now Open to Any AllStar User
By Hunter Inman KK7NQN
Editor’s Note - KK7NQN emailed me about this interesting project a while ago, but at that time he wasn’t quite ready for “high profile exposure” in Zero Retries. Now he (and the project) are ready and I’m delighted to feature this project in Zero Retries.
When I first emailed Steve N8GNJ about my early experiment with an AllStar-linked repeater that automatically transcribes traffic, it was running on the kk7nqn.org domain with fairly limited capability.
Since then, the project has grown into a full-stack transcription and logging system — and I’ve now added a Transcriber Service Node (TSN) that any AllStar user can link to for clean, isolated transcripts of their QSOs or nets.
Key updates since my early experiment:
TSN open to all – Repeaters, clubs, or individual operators can connect and get only their traffic transcribed.
No RF rebroadcast – Keeps nets private and uncluttered from busy hubs like DoDropIn.
Instant downloadable logs – Call sign and transcript logs are available immediately after a session.
API-ready backend – Transcript IDs ↔ call signs ↔ nets ↔ audio, all time-stamped; clubs and developers can build their own tools on top.
Simple deployment – Runs on a Raspberry Pi with an AllStar node number; I can drop-ship a working TSN in minutes.
The original “I just need help catching call signs” idea has turned into something that’s useful for net control, accessibility, and club record keeping.
How It Started
This began when I built my own AllStar repeater and wanted to see what kind of development experiments I could do with it. One of the first big wins was adding an AI-powered speech-to-text transcription system that:
Records every transmission
Generates a transcript
Tags it with timestamps and call signs
Displays it on a live dashboard with downloadable logs
At first, it was just for me — I often have trouble catching call signs on the air, and this gave me a way to double-check without breaking the flow of a net.
Opening It Up
Once I realized how useful it was, I made the repeater’s dashboard public so others could benefit.
But because the repeater is linked to DoDropIn (and always busy), I created the Transcriber Service Node (TSN) — a separate AllStar node that anyone can link to for clean, isolated transcripts of just their own QSOs or nets.
Both run on the same backend, so any data can be tied to call signs, nets, timestamps, and audio — and the public API makes it easy for others to build tools on top.
Open Source Under GNU GPLv3
From the start, I wanted this to be something any ham or club could run themselves — not just a hosted service I control. That’s why the entire project is released under GNU GPLv3 and published on GitHub.
The GitHub repository intentionally lags a couple versions behind the live system — simply because I’m iterating constantly (often multiple updates a day), and it’s not practical to push every change instantly. But the repo contains everything needed to spin up your own node, from backend to dashboards.
This lags a few versions behind. I do update it. Once the system is more stable and proven I will work on adding more Documentation and install directions (I’m only one person and I can only do so much so fast).
Daily updates improving transcription and call sign matching accuracy
Behind the Scenes
I’ve been building this for just over a month — doing all design, development, engineering, and testing myself. The transcriptions and call sign pulls aren’t perfect yet, but they’re improving rapidly with daily refinement.
Images
TSN Dashboard
The TSN Dashboard is the landing page. TSN Dashboard has the controls for the TSN where all the data from TSN lands, on a 2 minute update cycle. (This timing may change based on Server infrastructure.) This also continues down showing more in-depth stats.
Main Repeater Dashboard (upper portion)
Main Repeater Dashboard (lower portion)
The Main Repeater Dashboard shows system "Nerd Stats" such as temperatures and server load. It also lists the top callsigns and the last 25 transcripts. The lower portion has a search bar to search for a callsign. Clicking on any callsign on the page brings you to the Callsign profile; this also provides tabs to navigate to different pages on the website.
Callsign Profile Page (upper portion) - Example Megan Ralph K9MLR
Callsign Profile Page (lower portion) - Example Megan Ralph K9MLR
This Callsign Profile page is displaying the activity of Megan Ralph K9MLR as an example. Callsign Profile gives stats of the callsign as its been seen by the server such as first and last seen dates, a graph of active dates, estimated QSO stats, and a list of the latest transcriptions the server has associated them with.
Browsing around pages on the website such as https://kk7nqn.net/about.html also have details on how to use the system
The "How To" page details how to use the features of the system https://kk7nqn.net/how_to.html and has a "Quick Start" for users and Net Control Ops.
The API Documentation for Developers is located here https://kk7nqn.net/docs.html That contains all the info needed to pull data directly from the database and use it to develop apps or webpages as I say “Someone smarter than me could do some really cool stuff with this”!
Editor’s Afterword - When KK7NQN emailed me Initially, there was “something” cool about this project that I couldn’t quite put into words. As I worked on this article, the “something” finally clicked into place in my mind - it was a missing piece in Amateur Radio.
Now, (verbal) repeater conversations are no longer transient. Now you can keep up with what’s happened on the repeater, what was said, and who said what. It’s invaluable for nets. You can read the transcripts of interesting conversations (and just skim the boring ones), follow up with the interesting conversationalists, perhaps eventually be notified when something specific is mentioned (for me, “packet radio” or “data communications”, etc.) This is kind of like watching in interesting thread on an email list.
I particularly appreciate that it’s a “value added” capability for voice repeaters that doesn’t require changes to the way a voice repeater operates. It’s additive, without being intrusive, and if (in “big one” emergencies) connectivity to Internet or the AI services used for the transcription are unavailable, the repeater works as it always has; all we lose is the “nice to have” service that automagically listens and transcribes for us.
I think this has the potential to fundamentally change the nature of voice repeater operations. To me, this capability makes voice repeaters a lot more interesting. This is really, really cool. Kudos to KK7NQN!
I sent this final draft to KK7NQN, who replied:
That is a great added bit and exactly the idea the system has been designed on. Some added details:
If a repeater is running its own local copy with their repeater the system will actually still transcribe and save all the same data offline. It just won't be able to sync the local data to the web page until Internet connectivity is restored.
The Whisper AI Model I use runs locally and does not need an Internet connection. The transcribe system has been designed to have each step be 100% offline and Async so it is very versatile.
You could run the transcriber on something like a Raspberry Pi (with cooling) if you’re OK with a longer wait for transcripts to generate, or it can be run on a separate server with more processing power that would speed up the processing time.
The Audio Capture, Transcription and Callsign Extraction are separate “Modules” that can be run on the same, or separate hardware, as long as they have a way to connect to each other.
My repeater uses a semi-separate setup with the TSN Node on a Raspberry Pi 3 that is just the audio capture that sends the audio to my server that does the transcription and callsign extraction. My server is actually a pretty efficient setup. I run the repeater on a Raspberry Pi 4 and the TSN on a Raspberry Pi 3 and those SFTP the files to a Ryzen 7 6800H “Mini-PC”. With both nodes transcribing I get about a 0.5x realtime transcribe rate so every 30seconds of audio takes about 15 seconds to transcribe (this isn’t exactly a linear scale).
Also I plan on setting up rented TSNs (eventually) and even in that setup a repeater could record a backlog of audio and send it once connection was restored.
I’m even more impressed with the system knowing now that it runs all the AI functions locally, on modest hardware! Again, Kudos to KK7NQN!
Build It And They Will Come Doesn’t Generally Work (In Amateur Radio In 2025)
By Steve Stroh N8GNJ
In my observations of Amateur Radio data communications in the 21st century, the “put up a node” or “put up a BBS” and expect users to build their own station to connect and participate generally doesn’t work. But that certainly doesn’t mean that the situation is hopeless and new networks cannot be built. It just requires a different approach.
This article is not intended as a comprehensive treatment of this subject, but rather a “glancing blow” overview of the main point of the plaint below that “no one used my node”.
I saw another plaint on an email list (which I’m deliberately not citing) that “I put up a node, and no one connected to it, so I took it off the air”. In the 2020s, the near-universal expectation that everyone has packet capability (spare radio, TNC, dedicated antenna) isn’t realistic any more. Back then, “build it and they would come” - network node like a Net/ROM node, digipeater, or Bulletin Board System, was typical because there was a reasonable density of Packet Radio users that were curious to explore what they could do with their Packet Radio station.
Packet Radio networking went through a fallow period where many Amateur Radio Operators simply didn’t see the point of continuing to keep Packet Radio gear on the air. Thanks to YouTube, there’s been a minor resurgence of Packet Radio networking and people are curious again about Packet Radio, but often don't find much activity in their area.
What does survive in many places as “Packet Radio” networks is
Winlink nodes (many of which are converting from 1200 bps Packet Radio to VARA FM)
APRS Digipeaters
Neither of those are suitable “building blocks” for “bootstrapping an Amateur Radio Packet Radio network - they’re narrowly dedicated by function and technology.
In places where there is Packet Radio activity, if you’re curious about Packet Radio activity, you can “plug in” to the existing network and immediately be communicating with other Packet Radio users, and if the spirit moves you, adding additional capability to the network is welcome and quickly gets used. Just three examples off the top of my head:
QO-100 geostationary Amateur Radio payload, which I classify as an Amateur Radio network.
But what do you do if you don’t have an existing network?
Again, “packet radio” capability in most shacks isn’t just “laying around waiting to be activated, trying to discover something new.
Repurpose an FM Repeater
One of the easiest (technical) methods to build up a local Packet Radio network is to repurpose a VHF / UHF FM repeater for use with data communications. Many FM repeaters have “gone largely quiet” and are thus available for such repurposing. It’s often not easy to convince clubs or individual repeater owners to allow data operation… but it’s hard to beat the “instant, and reliable” network aspect of using a repeater for a creating a new local data communications network.
Several lower speed (depending on the repeater, up to 4800 bps) Packet Radio systems, and VARA FM (see below) work well on almost any FM repeater.
The Technology Is A Lot Better in 2025
The good news is that it’s easier than ever to use Amateur Radio data communications - the technology in 2025 is better than it has ever been, and is rapidly getting even better. But to build a network is a bit of work, and requires different approaches than during the heyday of Packet Radio.
Here are my thoughts on how to “bootstrap” a data network, where there isn’t one, in the 2020s.
Legacy TNC2s from the Packet Radio era are mostly a dead-end. (I’ll get significant pushback on this.) From a lover of TNCs (I have a big collection), legacy TNCs are problematic to get going and use (serial ports versus USB), and (in my experience) you’ll spend more time “battling” with the arcane syntax of the command system in a legacy TNC than actually productively using them. There are exceptions, and if you like a challenge of using “vintage” systems like TNCs, then this advice doesn’t apply.
Similarly, and sadly, TNCs that are built-in to radios are generally unsuitable for Packet Radio networking. They are designed for APRS use - very short packets and thus have very small buffers for data, and thus unsuitable for the longer packets of Packet Radio networking.
Current generation TNCs such as the NinoTNC and TNC4 are much easier to use for Packet Radio. All modern TNCs are “KISS” TNCs which keep the modem (hardware and software) functionality in the TNC, but move all the networking functions into software on a host computer.
But the more state of the art approach is to use an audio interface to move the modem function (software) and the networking functions into software on a host computer. This gives the flexibility of different modems - just change the software. A few pointers for this approach:
DIRE WOLF Software TNC is the most widely used Packet Radio software for the modem. Note that DIRE WOLF has minimal network functionality (mostly APRS digipeater), but provides a KISS interface for more advanced networking and other software.
One of the easiest ways to build up a Packet Radio station is the DigiPi. Building up DigiPi stations is a great group / club project.
VARA FM isn’t Packet Radio (it’s a “clean sheet of paper” approach). It works amazingly well, providing data communications speeds of up to 25 kbps on a standard VHF / UHF FM channel when using a radio with “flat audio” interface and a high quality audio interface. VARA FM is “lightly” supported by its author but there are many good supporting documents and presentations available explaining the basics of using VARA FM.
If you’re going to use VARA FM to communicate with others and build a network, you’ll be amazed at the capabilities of VarAC, a companion app that provides many capabilities such as email, bulletins, short messaging (chatting), etc.
Bulletin Board Systems (BBS’) is experiencing a resurgence as techies experience the “retro” technology of a BBS. It’s surprisingly fun to use a BBS and exchange non-realtime messages. The best Packet Radio BBS system I’m aware of is the G8BPQ BBS package, which runs great on a Raspberry Pi. A BBS creates a “water hole” effect, a rallying point, a use case for participating in the network.
The main point of the above is to not handicap your efforts by attempting to use older, but cheap and somewhat dysfunctional (by current standards) units. Instead, use modern equipment that’s known to work well and has reasonable support available.
Evangelize The New Network
In short, any new effort like a new network will require promotion (advertising).
Talk up the new network at club meetings.
Do monthly support Zoom sessions to promote and support new users of the new network.
Create a dedicated email list for the new network, such as the 145.050 Packet Radio Network folks have done. (groups.io email lists are free for up to 100 subscribers.)
Create a dedicated web page for the new network. General advice - a dedicated website is better than a page on an existing club website, and paying a little bit for a good hosting provider (and thus avoiding spammy ads) is better overall. One cheap / easy way to get a basic website for the new network is that QRZ.com allows you to create a web page for each callsign at no cost.
Build Up Loaner Systems
In my opinion, the most critical aspect of getting a new network started is to create a small pool of loaner systems to allow those who might be interested in participating in the new network to experience it for themselves, in their home, without investing in equipment that they might end up not using if they decide they don’t like it.
The loaner systems should be, as much as possible, plug and play and impressive. The cables should be well-made and easy to figure out how to connect. The radio should be newer / shinier. The goal of a loaner system is to impress a new user so they will build their own node and join the network, and the better the loaner equipment, the easier that will be to impress the potential new user.
Building up loaner systems also allows for more effective evangelism. You can keep your network node on the air (don’t disassemble it to take it to the club meeting) and simply pick up the loaner system to take to the club meeting and actually demonstrate it live.
As part of the loaner systems, create good support documentation. Show screenshots of configuration options. More pictures, fewer words (a tendency I have to fight all the time as a “primarily text” person).
Create an easy “recipe” on how to build one’s own node, including a shopping list of all components and the most reasonable place(s) to buy the items such as radios. This is especially important if the various pieces parts are only available from not-easy-to-discover vendors such as DX Engineering, GigaParts, R&L Electronics, etc.
If possible, create an easy to get started software image. For example, if your network nodes use a Raspberry Pi, it’s relatively easy to create an image that users can “flash” onto a MicroSD card, boot up their system, change a few options such as callsign, and get running without needing to know much about Linux.
Different Audience, Including Non-Hams
One non-obvious way to grow a network is to reach out beyond “the usual crowd”. If most of the local Amateur Radio Operators just aren’t interested in joining a new network, then consider reaching beyond that crowd.
For example, do presentations at high schools (STEM instructors love such external material), technical colleges, and local college Engineering programs. In the presentation, focus on the fun aspects of the new network and that it’s entirely independent of the Internet, mobile networks, satellite, etc.
Emphasize that the new network is local networking via radio. Then explain that while you do have to have an Amateur Radio license, that’s mostly a formality and that the Technician license is easy to study for and pass. Don’t fall into the trap of trying to explain the wide world of Amateur Radio activities (they’ll discover all of that for themselves soon enough). Your goal in this evangelism is to grow the new network.
For example, if you’re pitching the new network to a younger, techie audience, they’ll probably be more receptive to (fast, TCP/IP capable) AREDN technology rather than (slow, unique AX.25) Packet Radio technology.
Building New Amateur Radio Networks Is Possible
In conclusion, it is possible to grow new Amateur Radio networks from scratch, despite discouraging past experiences. What’s required is a reasonable assessment of a local use case (a network system that works in your area), some planning up front (website, email lists, etc.), a modest budget to create loaner equipment, patience, and willingness to try new approaches like pitching the new network to non-Hams, that can quickly become new Hams.
This is a real changing of the guard. I’ve interacted with KB1EIB many times when I was involved in TAPR with the many Digital Communications Conference (DCC) Proceedings that Maty was in charge of assembling and arranging for shipment (back when paper was a thing) to the DCCs.
KB1EIB is the consummate professional. She was unfailingly polite and helpful and efficient. No balls ever got dropped in my dealings with her. She will be sorely missed at ARRL Headquarters.
Dave Jensen W7DGJ in his Trials and Errors column on QRZ.com:
Image courtesy of Dave Jensen W7DGJ and / or QRZ.com
Image courtesy of Dave Jensen W7DGJ and / or QRZ.com
And while I was writing that, I discovered that the young people I was speaking to were engaged in ham radio through a different interest mechanism than me. At local events, I would talk up my latest DX conquest on HF but these folks were talking about modes like VARA or M17, discussing something they'd seen being developed in the open source world. I couldn't even participate in those conversations, but I noticed how passionate they were about what they were doing. Just like I was as a young guy building a Heathkit and getting on 40 meters.
Recently in an email exchange I had with Steve Stroh (N8GNJ -- author of the Zero Retries newsletter) we discussed this new group of hams.
"I think those digital/data modes are “skating where the puck is going to be” for the current generation of new hams that is quietly -- even stealthily -- coming into Amateur Radio," Steve told me. "Those 'NewTechHams' that I’ve been taking note of in Zero Retries are coming from software development, makers, engineering students, IT professionals, and so on, and they have a very different agenda within Amateur Radio than our generation. They think, "I need a new radio, so I’ll sit down and write one . . . an SDR."
Steve and I agree on the fact that these new hams are nearly invisible to many elements of the hobby.
"Yes, invisible! Especially to the ARRL and conventional Amateur Radio activities because they want to explore 'the geeky side of digital radio' and thus learn, hands-on, about radio technology. They’re not joiners of organizations like the ARRL, and they aren’t subscribers of magazines. In fact, they aren’t contesters, or DXers, or… much of anything conventional. If Amateur Radio is to have a future, it will be because this generation of techies can be convinced to join and support and expand Amateur Radio," Steve concluded.
In this column, Dave Jensen W7DGJ really embraced, and amplified from his personal experience, the emergence of NewTechHams (and used that phrase that I invented in Zero Retries; it’s cool to see that verbiage expanding into other Amateur Radio media). Kudos to W7DGJ for the two informative graphics that he included with his column (shown above) - those do a good job in a glance at explaining NewTechHams.
My thanks to W7DGJ for the conversation and recognition that the NewTechHams not just are coming in, but they’re here and they’re making their own unique impact in shaping Amateur Radio now and into the future.
I’m also interested in W7DGJ’s mention of the upcoming TX-1000 transceiver by Lab599, designed by Dmitry Panin UA3REO from his earlier work on “WOLF RADIO” which is described as:
UHF/VHF/HF SDR transceiver with a host of features that come from the core of those NewTechHams that Dmitry worked with in the open source environment.
Meshcore Repeater Deployed In Surrey, British Columbia, Canada
I saw a brief mention of this on Facebook, and Reg Natarajan VA7ZEB followed up via email with a bit more detail:
Image courtesy of Reg Natarajan VA7ZEB
The Surrey Amateur Radio Communications group has installed a solar powered Meshcore repeater at its north repeater site on Concord Tower. This project, led by SARC member Merlin Boissonneault (in black), is an effort to make Meshcore a truly useful emergency messaging platform. Meshcore is an evolution of Meshtastic, which didn't work for us at all. As Merlin puts it, “It’s Meshtastic, except it works.” Initial results are very promising, with many of us messaging successfully last night. Most Meshtastic devices can be flashed with Meshcore. If you have line of sight (or proximity) to the Surrey Repeater at King George & 100 Ave, join us on 910.525 MHz.
It’s great to have these “reports from them that’s doin” in real world deployments.
Meshcore is an alternative to Meshtastic that runs on some LoRa devices. One key difference is that some Meshcore features are proprietary (require a license fee to use) and Meshtastic is entirely open source. This article seems to be a reasonable treatment, from a reliable source, of the technical differences between Meshtastic and Meshcore:
Low Drive Level 420-450 MHz and 220-225 MHz Power Amplifiers Available From KH6HTV
I’ve written previously about Jim Andrews KH6HTV series of power amplifiers, originally designed for the very low power drive levels from digital television equipment. KH6HTV’s power amplifiers are unique because they can be driven to full power by the very low power output of a typical Software Defined Transceiver (SDT). Thus KH6HTV’s amplifiers make it practical to use SDTs for actual (rather than very low power / across the bench) communications in Amateur Radio operations. I had previously queried KH6HTV about the potential to build a 220-225 MHz version of his amplifiers, and he had previously done the research work to confirm that such a unit is possible to build.
I had a recent email conversation with a Zero Retries reader bemoaning the lack of amplifier options for Software Defined Transceivers and other low power innovative radio systems such as IP400.
I wasn’t sure about the current availability of KH6HTV units, so I emailed KH6HTV and he replied:
Yes, I am able to build stuff again for hams and will accept orders.
Reference the model 70-9B. I have one in stock for immediate shipment. To build more it would typically take me about 3 weeks after receipt of order. I don't normally keep any of my products in stock.
I am able to build a version of my amplifiers for 220 MHz. I would build it the same as the model 70-9B, except I would use a different semiconductor module optimized for 220 rather than 430 MHz. What I use at 430 MHz (70cm band) is a module which puts out 60 to 75 Watts max CW. For 220 I can't get a module which does that much power. What is available is one doing 30-35 Watts max CW. I have never tested it, only looking at its spec. sheet. But I expect it would behave very similar to the 70-9B spec. except with 1/2 the max. RF output power.
I would need to charge the same for either the 220 or 430 version, i.e. $450 ea. + shipping.
Let me know exactly what you want and I can the furnish you with a formal quotation.
From the KH6HTV Product Page:
70cm & 23cm RF LINEAR POWER AMPLIFIERS
Note: power ratings are: P(saturated) for CW & FM / P(pep) for VUSB-TV & SSB / P(average) for DTV
Note that KH6HTV’s amplifiers are unidirectional - low power TX in, high power TX out. They are not bidirectional amplifiers suitable for use with a transceiver - receive signals will not be passed through the amplifier when not transmitting. Thus to use a KH6HTV amplifier you would have to use a SDT that has separate Receive and Transmit connectors, or use a separate Software Defined Receiver (SDRx).
My thanks to KH6HTV for making these uniquely capable amplifiers available.
Icom have used the Tokyo Ham Fair to showcase a preliminary look at two new concept models: the ID-5200 144/430 MHz Dual-Band Transceiver and the AH-6 Automatic Antenna Tuner. Please note that specifications may be subject to change in the future.
ID-5200 144/430 MHz Dual-Band Transceiver
The ID-5200 (shown above) is a versatile 144/430 MHz dual-band transceiver which will support both FM and DV (Digital Voice) modes. A key feature is its ability to perform simultaneous dual reception of FM-FM, FM-DV and DV-DV signals.
Touchscreen Operation - The unit will feature a touchscreen for intuitive operation and easy access to various settings and functions.
Broad Reception Capabilities - It will receive VHF, UHF and Airband signals expanding your listening options.
Wi-Fi and Bluetooth Connectivity - The ID-5200 will be Wi-Fi enabled and includes Bluetooth connectivity allowing for seamless integration with other devices.
Internal Gateway Function - An internal gateway function will allow you to connect to Wi-Fi and operate in terminal mode or access point mode offering flexible networking options.
DV Repeater Monitoring - It will support a dedicated DV repeater monitor function to help you stay connected.
This was the only mention I could find online (in text - there were ample YouTube “followers on” mentions). I saw this mention originally on Ham Radio Crash Course by Josh Nass KI6NAZ - ANNOUNCED! ICOM IC-7300MK2, ID-5200, & More at Tokyo Ham Fair!
In some of the brief discussion about the ID-5200 KI6NAZ had with Ray Novak N9JA (there was much, much more attention to the IC-7300MK2), KI6NAZ noticed some on-screen text of “KISS” and “9600”. So perhaps there will be some “advanced Packet Radio” capabilities in the ID-5200 perhaps equivalent to the forthcoming Kenwood TM-D750A (which will include the US / Canada 222-225 MHz band ).
With the near term potential for a true Software Defined Transceiver for VHF / UHF based on the LinHT technology (see Zero Retries 0215 - LinHT - Technological Innovation In Amateur Radio and Zero Retries 0216 - Three Brief Articles on LinHT) it’s almost hard to get excited about (potential) inclusion of 9600 bps AX.25 Packet Radio and (potential) inclusion of a KISS interface, both of which were features included in the discontinued Kenwood TM-D700 and TM-D710 radios released more than a decade ago.
inclusion of Forward Error Correction (FEC) makes 9600 bps Packet Radio much more usable by correcting single bit errors without retransmission, as demonstrated by John Langner WB2OSZ in the DIRE WOLF Software TNC, and by Nino Carrillo KK4HEJ in the NinoTNC. Thus 9600 bps capability without FEC is much less impressive, especially in brand new radios that could easily implement the open source implementations of Amateur Radio FEC options FX.25 and IL2P.
But better data capability is, in the end, better data capability and from major Amateur Radio manufacturers and thus “sexy and interesting” to many potential buyers.
Updates on ka9q-radio and Rig Expert Fobos Wideband SDR Receiver
Phil Karn KA9Q via email:
Regarding turnkey multichannel applications of ka9q-radio, today I got the VHF airband going on my Rig Expert Fobos. Unlike the other SDR front ends based on TV tuners that give them a ~8.8 MHz bandwidth limit, the Fobos can grab up to about 50 MHz at once so I can grab the entire VHF airband (118-137 MHz) with a single front end. After wasting time finding frequencies and typing them into my config file, I introduced a “raster” directive so I can say 'raster 118m0 137m0 25k0' and create 760 adjacent channels with 25 kHz spacing. Naturally I am recording them all, and in my copious spare time I will go back and see which ones are active (surprisingly many are).
I just added a second, overlay raster between 129 and 132 MHz with an ACARS decoder on each channel so I can see which of those are active. I didn't even bother turning off that segment for AM, I just receive each one twice in that range. (I think many of those channels are used for “company” voice comms.) No problem on my Beelink Ryzen 7 NUC, which is also receiving all of HF and 6m on an RX888 and decoding every known FT8, FT4 and HFDL channel. CPUs are still 73% idle.
Another of my users hit my arbitrary #define limit of 1000 channels per ka9q-radio instance, so I just upped it to 2000. Why not?
I thought I had mentioned the RigExpert Fobos Wideband SDR Receiver previously in Zero Retries, but I have not, other than a couple of passing mentions.
The Fobos is an impressive unit, mostly (as KA9Q states) because its bandwidth is 50 MHz rather than the typical 5-10 MHz for Amateur Radio Software Defined Receivers (SDRx). Some of the specs:
Operation modes: double conversion heterodyne for VHF/UHF range / two-channel direct sampling for HF range
ADC resolution: 14 bits
Frequency stability: ±0.5 ppm
Blocking Dynamic Range: 82 dB UHF/VHF / 86 dB in HF
Selectivity: -110 dBm combined selectivity
IQ Image rejection: 52 dB (software)
Maximum RF input: +10 dBm
All of this for a price about double the price for a more typical Amateur Radio SDRx. This answers one small issue for me in setting up my ultimate VHF / UHF “receiver” - how to monitor 420-450 MHz and 1240-1300 MHz bands besides ganging up multiple 10 MHz or so SDRx units for 420-430, 440-440, and 440-450 MHz. One Phobos can do 420-450 MHz. It could also do most of 1240-1300 MHz.
That Amateur Radio is benefitting from this kind of advanced radio technology at Amateur Radio prices isn’t too surprising when you consider that Rig Expert is based in Ukraine. From my reading, Ukraine is now the global center of cost-effective innovation in radio technology because it has full access to all “Western” radio technology (it can get whatever radio components it needs, and Ukraine’s unique wartime needs require that radio technology being used for drone warfare be simultaneously very capable and relatively low cost. I hope that Amateur Radio will continue to benefit from “spinoffs” of such rapid and powerful technology development from Rig Expert and perhaps other radio technology companies based in Ukraine.
My thanks to Phil Karn KA9Q for both the update on ka9q-radio and the mention / reminder of the Rig Expert Phobos.
Spectrum Analyzer now in CS7000 M17 GPS and CS7000 M17 PLUS Radios
Email from Connect Systems:
Version 42 of the firmware is now available for immediate download from our website. The user manual for this feature is also available.
Pretty cool feature and a nice value-add!
I’ll try to get the two CS7000 M17 GPS units that will be donated to attendees at ZRDC 2025 (and Tina’s and my units that we’ll bring) updated to this new firmware.
Packet Commander: Now with 100% More Monitoring Magic!
Email from Georges Auberger WH6AZ regarding his IOS app Packet Commander:
I’m thrilled to introduce a brand-new feature: the Monitor.
Connect to your radio, and watch over-the-air packet traffic come to life. AX.25 frames are decoded in real time and displayed in a clean, readable format.
Highlights:
Filter traffic to see exactly what you care about
Search addresses and content
Export the log to a file for later analysis
To learn more, read the documentation for the Monitor.
Download Packet Commander v1.1 from the App Store today.
Whether you’re tracking down nearby nodes or just enjoying the packet chatter, happy sleuthing!
Packet Commander is one of a new class of Amateur Radio data communications apps that have good User Experience (UX) design that appeals to current generations who’ve grown up with apps and are less tolerant of “usable, but not optimized” apps.
In an ideal scenario, Packet Commander running on an iPhone or iPad can pair via Bluetooth with a radio that has a Bluetooth interface for a very streamlined use of Packet Radio.
This unique3 “not exactly a repeater” system was mentioned to me by longtime Zero Retries reader and contributor Alexander von Obert DL4NO. DL4NO mentioned this in the context of ongoing discussion in Zero Retries of VHF / UHF repeater sub-bands being fully allocated in many (typically urban) areas, and my thought experiment of SuperPeaters using different bands and modes on the input and output of a SuperPeater. This system has been operational since the 1980s.
Here in Munich we have a relay with SSB input and FM output. The idea: all can talk at any time.
DV0UV is a cross-band relay. It is intended for full duplex: You hear with your FM RX on one band and TX on the other band in SSB. You need to hear yourself to set your TX power correctly: All stations must arrive at the relay with the same field strength.
It works exactly as if all hams sit around a table and chat without worrying about VOX or PTT.
Image courtesy of Klaus Finkenzeller DL5MCC
Explanatory text (German to English translation from ChatGPT):
Uplink frequency / mode: 144.375 MHz, SSB.
Downlink frequency / mode: 433.175 MHz, FM.
Figure: Operating principle of a multiplexer – all stations involved in a QSO transmit simultaneously (!) in SSB on the 2 m input frequency of the transponder. The transponder demodulates the signal and retransmits it in FM at the same time on the 70 cm output frequency back to all listening stations. Because all stations are transmitting and receiving at the same time, a new operating technique emerges which resembles a telephone conference much more than a normal repeater QSO.
Picture: All OM's involved in a QSO are transmitting at the same time(!), using the same SSB-frequency. This SSB frequency is the transponders uplink, located in the 2m band. After demodulation the signal is sent back to all stations on the 70 cm-downlink frequency. Everybody is transmitting and receiving simultaneously. For this reason one can talk together like in a telephone conference.
Interesting hybrid of repeater and linear transponder! This might make an interesting model for a future microsat.
As a user of digital radio transmission methods, you need a reliable and versatile interface between your radio device and your computer.
The LiNK500 is what you call a true plug-and-play device. It combines a high-quality sound card, CAT control, GPS, and a TNC in a compact housing. With just one USB-C cable, you connect it to your computer, and it provides you with a sound card for audio and three virtual ports for CAT, GPS, and the TNC. The device is compatible with almost any computer and operating system, as well as with tablets and smartphones. A special highlight is the TNC’s Bluetooth connectivity. However, there is an important note: due to Apple-specific limitations, CAT, GPS, and TNC unfortunately cannot be used with iOS and iPadOS via USB-C, only the sound card. The TNC connection works flawlessly via Bluetooth. Android users, on the other hand, can use all functions without any problems via USB-C and Bluetooth.
A lot of technology is required to make everything work. A TNC, a special Bluetooth module that also supports iOS and iPadOS, a sound card, a GPS, and various interfaces with the appropriate connections and power options.
The back of the LiNK500 is just as well thought out. Here, you’ll find the power input for a voltage supply of 8-18 volts, which is especially important for standalone operation. When the device is connected to a computer, it is conveniently powered via the USB-C port. Simultaneous use of both power sources is possible without any issues. For older transceivers that do not have a USB interface, Mini-DIN jacks are available. The protocols can be set internally via jumpers on a special CAT jack – in this case, to RS232 for the Elecraft KX2. Another DATA jack is used for audio transmission and PTT control. Additional jack connections for AF-In and AF-Out offer even more flexibility.
LiNK500 Rückseite (Rear Panel)
The antenna connection is for the external GPS antenna, which is indispensable for the device’s GPS functions. This is particularly practical if you use the LiNK500 as a standalone tracker in your car and want to mount the antenna outside on the vehicle. Another advantage of the built-in GPS is the ability to use the GPS data for time synchronization of the computer via the virtual GPS USB port.
Using the sound card is child’s play. For example, if you operate FT8 with the FT8CN software on your Android smartphone, the LiNK500 is simply connected via a standard USB-C cable for power and data. If it doesn’t work, try another cable. An OTG cable is usually not required. The sound card and the three virtual USB ports are immediately recognized. You just select the port for CAT control, and you already have audio and transceiver control available in the software. As mentioned earlier, the functionality is more limited with iOS and iPadOS: here, the sound card is recognized, but the frequency has to be set manually and your transceiver needs VOX for PTT.
The LiNK500’s TNC makes Packet Radio a breeze – whether via USB-C or Bluetooth. The special feature is the support for Robust Packet Radio (RPR), a protocol originally developed by SCS. This function enables secure data connections on shortwave and precise APRS tracking to receive and send positions worldwide. One detail to be aware of: the LiNK500 TNC is not in KISS mode by default. To set it to this mode, you can use the INIT string %0D%1B%40K in your software. Alternatively, you can use a terminal program like PuTTY to make the settings directly on the TNC. If you primarily use iOS or iPadOS, it makes sense to set the TNC to KISS mode by default, as there are no functional terminal programs for it and available software often does not offer an INIT option. For Windows users, there are special Init and Exit scripts available on the manufacturer’s website.
That… is a lot of functionality (and technology) crammed into a single, compact unit. Click on the link for a number of photos of the internals of the unit.
Although this article reads like a vendor’s description, it’s actually an independent review by Karl-Heinz Krawczyk DL1GKK. The LiNK500 is a product of DiY599.
Wojciech Kaczmarski SP5WWP on the M17 Project website:
The Part I – Air Interface of the M17 Specification document series has been updated. We changed how positional data is encoded in the data stream. The protocol now uses metric units for altitude and speed. Utilization of the META field bits is more effective as well.
This is a pretty mundane update, really only of interest to M17 developers. I’m mentioning it here in Zero Retries to note that M17 continues to be updated and evolve.
Heard of any protocol updates for DMR, D-Star, System Fusion… in the last decade? (I haven’t either.)
The project comes to us in two parts. In the first part, two ADALM-Pluto SDR modules are used, with one set to transmit and the other to receive. The transmitting SDR has two channels, one of which has the phase angle of the transmitted radio wave fixed while the other is swept from -180° to 180°. These two waves will interfere with each other at various points along this sweep, with one providing much higher gain to the receiver. This information is all provided to the user via a GUI.
The second part works a bit like the first, but in reverse. By using the two antennas as receivers instead of transmitters, the phased array can calculate the precise angle of arrival of a particular radio wave, allowing the user to pinpoint the direction it is being transmitted from. These principles form the basis of things like phased array radar, and if you’d like more visual representations of how these systems work take a look at this post from a few years ago.
Wow!We’re now at the point of experimenter friendly, affordable dynamic radio beamforming?
We have so much technology available for making things really interesting in radio technology, and Amateur Radio is literally a license to experiment with such exciting radio technology as this.
Extract Files: Unzip the RadioSport SDR package to any location (USB drive, Desktop, etc.)
Connect Hardware: Plug your RTL-SDR dongle into a USB port
Run Application: Double-click the Radio shortcut - no installation needed!
First Use: The app will auto-detect your RTL-SDR device and apply optimal default settings
30-Second Radio Reception
Start Reception: Click the green "START" button
Select Protocol: Choose "WFM" for FM radio (default)
Set Frequency: Enter 87.9 MHz in the frequency box
Adjust Volume: Use the volume slider to comfortable level
Fine-Tune: Watch the spectrum display and adjust frequency for best signal
I learned about RadioSport SDR on RTL-SDR.com which described it as:
RadioSport SDR: Portable Receiver Software For RTL-SDR
Thank you to Richard (9G5AR) for writing in and sharing with us a program he's developed called "RadioSport SDR". RadioSport SDR is a portable, no-install-required SDR program compatible with RTL-SDR devices. Richard writes that it is small and fast enough to be run off a USB stick.
The software supports demodulation of wideband FM, narrowband FM, AM, USB, and LSB modes. It also has a noise reduction feature.
The one detail missing from the above descriptions is that it’s Windows-only:
Windows: Windows 10/11 (64-bit recommended)
That’s really about as plug-and-play as it could possibly be to run a Software Defined Receiver! No drivers to install, no “COM ports” to seek out and tweak, no internal Windows audio settings to fuss with. And best of all, no problematic Windows installation - just click to run the executable!
Have you ever had an idea so spectacularly dumb you had to make it happen?
After seeing several SI5351 based transmitters for HF I had the idea that maybe this chip could be pushed to do frequency modulation on VHF bands. It does glitchless frequency changes, it can generate VHF clocks, it even claims a 0 PPM error. We all know that last part is nonsense but the error is so low that we can pretend that it’s zero and just select an appropriate input oscillator.
This is a spectacularly dumb idea. There are a hundred better ways to implement frequency modulation from simple analog circuits to full software defined radio. This is a middle ground that no one asked for but the idea was just so tempting to me and I couldn’t find a single technical reason not to do it.
I won’t bury the lede – I built the darn thing and it’s a great fox transmitter. Easy to configure just by editing a text file, extra GPIO for adding external devices, open source hardware and software so you can tinker to your heart’s content. It’s great, you should buy one. They’re in stock and shipping right now.
Of course, whether you buy one or not you should read on. Actually building this thing was quite the journey.
Project Goals
Torturing a ‘5351 into performing frequency modulation wasn’t my only motivation for this project. I love fox hunts and I’d been wanting to explore VHF circuit design for some time. A few friends had mentioned that they wanted to tinker with fox transmitters – adding extra functionality or behavior but none of the commercial options offer much freedom. Everything is closed source and locked down, it makes no sense to me but apparently it makes business sense since we see this pattern everywhere.
With that in mind my design goals were as follows:
Frequency agile within the two meter band.
Customizable audio output, including auto-generated ID.
Configuration without special software, apps, or terminal emulation.
At least 12dBm (15mW) output, higher powers and adjustable output would be nice not required.
Allow for expansion, tinkering, and the like.
At least four hours runtime at 100% duty cycle.
Retail price under $100 – less than comparable closed-source products.
This is the saga of the PicoFox, an open source fox transmitter built around an SI5351. It’s my first foray into the world of VHF circuits but it will not be my last.
This is a great story that explains his “process” in developing this product. It was an entertaining read. The finished product:
PicoFox is a complete and fully assembled open source fox transmitter for the 2-meter amateur band, built around the RP2040 microcontroller.
Description
Out of the box PicoFox is a great little fox transmitter for the 2-meter amateur band but what it becomes is up to you. With open-source hardware and software built around the RP2040 microcontroller (the same chip used in the Raspberry Pi Pico) the PicoFox can be anything you’d like it to be. There’s ample CPU, flash, and GPIO available if you want to add features like sensors or interactivity. The transmitter can generate a frequency or phase modulated signal with up to 2.5kHz (data) bandwidth so APRS and most other digital modes are well within the range of possibilities.
Ships fully assembled with a 3D printed enclosure, rechargeable battery, and antenna. Source materials available on my GitHub.
Key Features:
Transmits FM in the 144–148 MHz band (ITU Zone 1: 144–146 MHz).
Configured by editing a text file — no software or terminal needed.
Transmits any 5kHz 16-bit PCM WAV file. (Example file provided, of course.)
Automatic Morse code ID with configurable tone, speed, and spacing.
RF output: approximately 15mW (12dBm).
Charges over USB.
Complete and fully assembled, including enclosure, rechargeable battery, antenna
Expansion header provides:
12 GPIOs (including I2C, SPI, UART, ADC).
Regulated 3.3V and raw battery voltage.
Two additional SI5351 clock outputs
This is a cool product. There are other “Fox” units out there, but this seems like a modern, fresh approach to such units. I discovered this unit, and the backstory, from the next item.
T41-EP SDT - Modular, Open Source, HF Software Defined Transceiver
I thought I had mentioned the T41-EP SDT previously in Zero Retries, but I had only mentioned the book that was developed to explain the process of developing the unit and the applicable principles of Software Defined Radio. The kit / finished units shown below are sold by Justin Giorgi AI6YM on his AI6YM.com website / store.
The T41-EP SDT is a software defined transceiver designed by Albert F Peter (AC8GY) and Dr. Jack Purdum (W8TEE) with later contributions by John Melton (G0ORX), Bill Schmidt (K9HZ), Oliver King (KI3P), and others. It is fully open-source hardware and software with an amazing community behind it.
Al and Jack’s book details the design, theory, operation, and assembly of this incredible transceiver. It’s a delightfully detailed read for SDR beginners and experts alike.
Internally the T41-EP is broken down into individual modules for each function. This allows continual improvements, upgrades, and even repurposing those modules in other projects. Of course, I offer kits for each individual module.
That’s not exaggeration. Kits for each… individual… module are offered! I haven’t seen that degree of modularity since the early days of the TAPR High Performance Software Defined Radio (HPSDR).
My thanks to Joe Hamelin W7COM for mentioning the T41-EP SDT. W7COM added:
To receive new issues of Zero Retries every week via email, become a free subscriber. To support Zero Retries, paid subscriptions are appreciated, but entirely optional.
Zero Retries Boilerplate
The Zero Retries Store is now open for business with quality Zero Retries branded merchandise and items being retired from Steve’s N8GNJ Labs.
See the Zero Retries Boilerplate page for significant acknowledgements and other information relevant to Zero Retries. For new readers of Zero Retries, that page, and the About Zero Retries page has useful information to check out.
My ongoing Thanks to: Tina Stroh KD7WSF for, well, everything! Jack Stroh, Late Night Assistant Editor Emeritus Shreky Stroh, Late Night Assistant Editor In training Annual Founding Members who generously support Zero Retries financially: Founding Member 0000 - Steven Davidson K3FZT (Renewed 2024, 3rd year!) Founding Member 0001 - Randy Smith WU2S (Renewed 2024, 2nd year!) Founding Member 0002 - Chris Osburn KD7DVD (Renewed 2025, 3rd year!) Founding Member 0003 - Don Rotolo N2IRZ (Renewed 2025, 3rd year!) Founding Member 0004 - William Arcand W1WRA (Renewed 2025, 3rd year!) Founding Member 0005 - Ben Kuhn KU0HN (Renewed 2025, 3rd year!) Founding Member 0006 - Todd Willey KQ4FID (Renewed 2024, 2nd year!) Founding Member 0007 - Merik Karman VK1DF / VK2MKZ (Renewed 2025, 3rd year!) Founding Member 0008 - Prefers to Remain Anonymous 14 (Renewed 2024, 2nd year!) Founding Member 0009 - Prefers to Remain Anonymous 19 (Renewed 2025, 2nd year!) Founding Member 0011 - Rick Prelinger W6XBE (Renewed 2025, 2nd year!) Founding Member 0012 - Ryan Tolboom N2BP (New 2024) Founding Member 0013 - Newton White N4EWT (New 2025) Founding Member 0014 - Joe Hamelin W7COM (New 2025) Founding Member 0015 - Rich Stocking N7OP (New 2025) Founding Member 0016 - Prefers to Remain Anonymous 77 (New 2025) Founding Member 0017 - Prefers to Remain Anonymous 93 (New 2025) Founding Member 0018 - Prefers to Remain Anonymous 95 (New 2025)
Numerous Annual and Monthly subscribers who also generously support Zero Retries financially!
You thousands of readers of Zero Retries without which there would be little point in publishing this newsletter.
Permission for Reuse of Zero Retries Content
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. Specific blanket permission is granted to TAPR to use any Steve Stroh content in Zero Retries for the TAPR Packet Status Register (PSR) newsletter (I owe them from way back).
In such usage, please provide appropriate authorship credit for the content (especially for guest authors) and mention that it was first published in Zero Retries newsletter, preferably in this format:
This article is reprinted with permission. It was first published in Zero Retries newsletter, issue Zero Retries (number), (date) - (include full web link of the specific issue).
It’s appreciated (a courtesy, but not required) to notify Zero Retries Editor Steve Stroh N8GNJ of any reuse of Zero Retries content - stevestroh@gmail.com
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.
Originally, Terminal Node Controller which put all the packet radio networking “intelligence” into a standalone unit, requiring only a (when TNCs were created) an inexpensive and widely available “dumb terminal”. But now we have computers that are far more capable than dumb terminals.
In reference to the KH6HTV amps, since they are not bidirectional, you will need to properly sequence the transition from TX to RX with the control of the antenna relay. The microwave users have developed some excellent solutions to do this that can be easily used to prevent problems. An example of these is the M2 model S3 unit, https://www.m2inc.com/FGS3, or the W6PQL design, https://www.w6pql.com/relay_sequencer.htm
The key thing with sequencers is that you do not want to run the amp when it is disconnected from a load or if it is connected to the receiver. Inline LNAs also need protection from high level RF.
In reference to the KH6HTV amps, since they are not bidirectional, you will need to properly sequence the transition from TX to RX with the control of the antenna relay. The microwave users have developed some excellent solutions to do this that can be easily used to prevent problems. An example of these is the M2 model S3 unit, https://www.m2inc.com/FGS3, or the W6PQL design, https://www.w6pql.com/relay_sequencer.htm
The key thing with sequencers is that you do not want to run the amp when it is disconnected from a load or if it is connected to the receiver. Inline LNAs also need protection from high level RF.
Jim W6US