Project ideas from Hacker News discussions.

HERMES radio enables voice and data communication over vast distances

📝 Discussion Summary (Click to expand)

Theme 1 – Legal and regulatory constraints (encryption, licensing, enforcement)
Many commenters stressed that using encrypted transmissions on amateur‑radio bands is generally prohibited unless under special circumstances or a non‑amateur license.
- “In the US, this would require a license to broadcast … and … encryption, even with a license, is not legal.” – mesh
- “Encryption (or more specifically, obscuring the meaning of a message) is generally not allowed for amateur radio stations except in very narrow circumstances.” – bityard
- “In the UK … you literally could not pay Ofcom to take an interest … there are only about two people … who have the skill to do anything about it.” – ErroneousBosh

Theme 2 – Practical utility and use‑cases (resilient communications, Global‑South emergencies, alternatives)
The project is praised as a low‑cost, resilient tool for off‑grid or disaster‑prone regions, though participants noted existing commercial or ham‑radio alternatives.
- “My initial thought is that this is a cool way to try and get more resilient communications technology in the hands of those who need it most in the Global South … it was successfully used for a Pan Pan.” – wmchen
- “If you want to have internet everywhere there is Starlink. Competing against it as hobbyist is a waste of time. But having a small, low‑power, lightweight messenger … is an interesting niche.” – BlackRabbit1
- “If it’s a matter of life and death … you probably want a real commercial service … Garmin (Iridium based texts) or Zoleo.” – j_not_j

Theme 3 – Technical performance and limitations (data rates, hardware robustness, comparison to other modes)
Commenters pointed out the modest throughput of HF‑based digital modes and questioned the hardware’s suitability for critical communications.
- “The fastest mode is 3 kilobit/s. Great for email but it's not going to be an Internet connection.” – wmf
- “Raw TCP/IP with SLIP or PPP will work … What won't work well is loading a web page with a bunch of images and a megabyte of JavaScript.” – kragen
- “HF licencing … is cheap … But putting a useful transmission on air is expensive. Commercial long‑distance shortwave transmitters are megawatt‑class.” – retrac


🚀 Project Ideas

HermesCore: Modular Open-Source HF/VHF Messaging Stack

Summary

  • A pluggable software stack that separates transport, framing, and security layers, allowing operators to switch between plaintext, authenticated, or encrypted modes based on licensing and jurisdiction.
  • Provides a reference implementation for low‑power HF/VHF terminals (Raspberry Pi Zero, ESP32‑S2) with a simple CLI/web UI for sending/receiving short text messages.

Details

Key Value
Target Audience Amateur radio operators, emergency response volunteers, NGOs needing resilient off‑grid messaging
Core Feature Modular architecture: transport (AX.25, FT8, LoRa, HF modem), framing (packetization), security (none, HMAC signatures, optional AES) selectable at runtime
Tech Stack Rust (core), C bindings for modem DSP, WebAssembly UI, runs on Linux RT, optional Docker
Difficulty Medium
Monetization Hobby
#### Notes
- Addresses the brittleness concern by offering a well‑tested, replaceable modem layer and clear documentation for rugged enclosures (references to comments about hardware fragility).
- Enables legal compliance: users can disable encryption and rely on HMAC signing, satisfying US/CA rules that require published specs while still providing message integrity for sensitive humanitarian traffic.

MeshMail: Store‑and‑Forward Ham Network Service

Summary

  • A federated store‑and‑forward messaging service built on existing ham protocols (WinLink, Reticulum, AX.25) that provides asynchronous mailbox‑style messaging across intermittent links.
  • Offers a lightweight server component that can run on a Raspberry Pi or VPS, syncing messages via HF, VHF, LoRa, or Internet when available, and a simple web/client UI for users to compose, read, and forward messages.

Details

Key Value
Target Audience Remote communities, disaster relief crews, sailing vessels, ham clubs needing reliable offline messaging
Core Feature Persistent message queues with automatic routing, store‑and‑forward across multiple transports, optional message expiration and priority tagging
Tech Stack Go (server), SQLite, protobuf for message format, plugins for transports (Direwolf for AX.25, Reticulum‑RS, LoRa gateway), React‑based admin UI
Difficulty Medium
Monetization Hobby (self‑hosted) – can offer paid hosted relay nodes as "Revenue-ready: Subscription per relay node"
#### Notes
- Directly tackles the need for a WinLink‑like system but with open source and pluggable transports, echoing comments about wanting a FidoNet‑style store‑and‑forward for ham bands.
- Provides a path for groups to run their own relays, reducing reliance on centralized services and aligning with the desire for resilient, community‑owned communications.

TalkieText: On‑Device Speech‑to‑Text for Low‑Bandwidth Radio

Summary

  • An embedded STT/TTS pipeline that converts short spoken utterances to text (and vice‑versa) directly on the radio terminal, allowing users to send voice messages as low‑bandwidth text over HF/VHF links.
  • Runs entirely on‑device using lightweight models (Vosk‑tiny, Coqui STT) to avoid dependence on external connectivity and to keep latency low for emergency use.

Details

Key Value
Target Audience Field workers, hikers, fishermen, and emergency responders who may have limited literacy or need hands‑free operation
Core Feature Voice‑to‑text/text‑to‑voice conversion with push‑to‑talk interface, configurable vocabulary, and optional message signing for authenticity
Tech Stack Rust (main), Vosk‑tiny or Coqui STT models compiled with cranelift, embedded audio codec (WM8960), runs on STM32H7 or RP2040 with external RAM
Difficulty High
Monetization Hobby
#### Notes
- Responds to the comment about using local STT/TTS to talk to an agent back home, enabling voice interaction without needing to type on a small screen.
- By keeping speech processing on‑device, the solution avoids sending raw audio over the narrowband link, respecting the 2–3 kbps bandwidth limits while still providing a natural user interface.
- Could be bundled with HermesCore to give a complete, legally compliant, voice‑enabled emergency terminal.

Read Later