Wednesday, February 25, 2026

New Backend HamClock Server Available


The first known community backend server for HamClock is now available for all HamClock users. The project, hamclock.com, is free for anyone to use and will keep existing HamClock installs running indefinitely.

Major work includes: rewriting the VOACAP propagation engine with cubic interpolation, building weather pressure maps in both millibar and inHg units at five resolutions, adding aurora map generation, real-time PSK Reporter spot data, Kp index from NOAA SWPC, overhauling satellite TLE tracking, and hardening the entire server for production use serving 1,600+ HamClocks.

With the passing of HamClock creator Elwood Downey (WB0OEW) on January 29 of this year, HamClock will stop working in June unless users point their installations to a new backend service. Updating existing HamClock installations is a relatively simple task. Users several options, including updating their hosts file, or updating the command used to start HamClock. Both require only simple text changes.  Full instructions are on hamclock.com.

Hamclock.com is run by Bruce Edrich (W4BAE), to whom, along with his team of contributors, the ham community owes a huge debt of gratitude.

In Bruce's words:

HamClock was created by Elwood Downey, WB0OEW — an engineer who built one of the most popular shack displays in amateur radio and gave it away for free. Elwood became a Silent Key on January 29, 2026.

I first reached out to Elwood back in August 2019. I told him I thought HamClock had real potential beyond the shack — that it could be a product, a service, something bigger. He wrote back:

"No, it's not exclusive at all. You could use my source and do the same thing if you want, no problem. That's the weird thing about open source software. You don't make money from the code itself. You make money by adding value."

That conversation stuck with me. I registered hamclock.com that same year.

Life got in the way. Years passed. When Elwood became a Silent Key and the June 2026 shutdown was announced, I knew it was time to act. This backend server — keeping your existing HamClock running — is and will always be a free community service. That's a promise. Down the road, I may build new products and features on top of Elwood's foundation, exactly the way he encouraged. But HamClock Classic will never stop working because of a paywall.

Elwood's final release, version 4.22, included the -b flag — a backend override that lets any HamClock point to an alternate server. He gave us the tool and the time.

This server exists because of Elwood. I intend to keep his work running for as long as there are hams who depend on it.

I want to thank everyone who has donated their time helping troubleshoot issues, and those who have contributed through PayPal to help cover the backend hosting costs. This community has been incredible.

Running hamclock.com is like working on a car engine in a car going down the road — while also working a day job, raising a 14-year-old as a single father, and trying to get some decent sleep somewhere in between. Most of you are cheering me on, and I'm grateful for that. A small few are throwing rocks — and that's okay. I expected some people wouldn't be happy with this. Some folks aren't happy with free if it isn't free their way. If you don't like my flavor of free or my project, you're welcome to wait for the stragglers to do something...

Let's be honest about what people actually want: they want their HamClock to work. They don't want to stand up their own server. They don't want to learn git. They don't know Linux server administration and they shouldn't have to. The "just self-host it" crowd makes it sound simple — clone a repo, run a script, done. It's not. This backend pulls from over 40 upstream data sources. Satellites get deorbited and new ones launch. NOAA changes their API formats. Data feeds get moved, blocked, or restructured without warning. It will take frequent curation to keep this thing running cleanly, and it is highly unlikely that any individual is going to roll a perfect solution on their own and keep it that way. I made it so that all you need is one line in /etc/hosts or a -b flag and you're done. That's it. Your clock works. I handle the rest.

When I was a teenager I had a Rottweiler named Max — 160 pounds, looked like a killing machine, but had the soul of a puppy. Never bit anyone his entire life, except once, when someone rough-housed with him during an ear infection. Sickness makes people do the wrong thing too.

I refuse to believe the person who created HamClock wanted it to die with him. And here's what tells me that: the -b flag. Elwood sat down and wrote code — actual new functionality — to let HamClock point at an alternate backend server. That's intent. He wanted someone to pick this up. But here's the thing that breaks my heart — the man who built 40+ data feeds, a full propagation engine, and one of the most brilliant tools in amateur radio didn't need to write that flag at all. Any user can redirect HamClock to a new backend with a single line in /etc/hosts. That's networking 101. The Elwood who built HamClock from scratch would have known that in his sleep. The fact that he spent his remaining energy writing a command-line flag to solve a problem that already had a simpler answer — that tells me sickness had already taken something from him. He was still fighting for HamClock's future, but the sharpness was going. This is just my speculation, but I don't think Elwood meant to throw us under the bus. I think he gave us everything he had left.

I've been running HamClock on the new backend for a couple of days now and I'm very happy with it.  There are occasionally subtle differences from the old backend, and in my opinion, HamClock is all the better for them.  Some of these new advantages include:

Long-Term Reliability and Sustainability
Avoids "End-of-Life": The primary advantage is that the new backend prevents HamClock from becoming a "brick." Without this update, the application would lose its maps, solar data, and live feeds once the original servers shut down.

Community Ownership
Unlike the original closed-source backend, the new version is a community-driven effort. This ensures that no single point of failure (like an individual developer's health) can bring the entire system down again.

Modernized Data Integration
Real-Time PSK Reporter: The new backend implements real-time MQTT WebSocket connections for PSK Reporter. This allows spots to appear on your map within seconds, compared to the slower polling methods used previously.

Enhanced Spotting Feeds
It provides optimized feeds for: POTA/SOTA/WWFF/WWBOTA and included better filtering for active activators and automatic hiding of "QRT" (off-air) stations.

DX Clusters
Multi-source aggregation (DX Spider, HamQTH, DXWatch) with automatic failover to the most responsive source.

Improved Flexibility for Users
Self-Hosting Capabilities: The new architecture is designed to be modular. Advanced users can now run their own backend server locally. This is a major advantage for privacy-conscious users or those with limited internet bandwidth, as it allows for local caching of map tiles and propagation data.

Federated Network
The community is moving toward a federated model where multiple synchronized servers (a "pool") balance the load. This prevents any single server from being overwhelmed during major contests.

Technical Performance & Features
Reduced Bandwidth Usage: The new backend is designed to be more efficient, fetching data once from primary sources (like NOAA or DXNews) and then distributing it to thousands of users, rather than having every clock hit government servers individually.

High-Resolution Map Tiles: Some community efforts (like OpenHamClock) are introducing support for configurable map resolution, allowing for better displays on modern 4K monitors or ultra-wide screens.

Seamless Transition: For most users, the transition is designed to be transparent—no major hardware changes are required to point to the new community servers.

Future-Proofing
Open Source Architecture: By reverse-engineering the original backend into an open-source project, the community can now add new data modules (like satellite passes or predicted radiosonde landings) that were difficult to implement in the original fixed system.


Thank you Bruce, and your team...from all of us.

 



No comments: