Original project page: https://hermes.radio/ (Code: https://mercury.hermes.radio/)

Organization page: https://www.rhizomatica.org/about/

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, and it's awesome it was successfully used for a Pan Pan.

This reminds me of WinLink (an analogue to email on amateur radio), which I've heard is used by some Mariners. [1]

I'm aware that HERMES is essentially a SDR bundle/communication terminal (for a lack of a better term for a Raspberry Pi, a screen and an SDR), so it's not really re-discovering a well known amateur radio concept, but the hardware setup sounds a bit brittle on first glance, for what is essentially an emergency/critical communication application.

[1]: https://winlink.org/

This is a cool project, but fyi, in the US, this would require a license to broadcast (not receive), and I am pretty sure encryption, even with a license, is not legal (again, when broadcasting from US).

And then only on certain bands:

https://www.arrl.org/files/file/Regulatory/Band%20Chart/Hamb...

If it's a matter of life and death, such as offshore fishing, you probably want a real commercial service.

Like Garmin (Iridium based texts back and forth) or Zoleo. These are physical units that may offer texts or just a simple "sos" button.

Or a recent iPhone will communicate with Starlink, or T-Mobile offers a similar system for Android phones and is also based on Starlink. These can exchange texts which is much more reassuring than a simple sos button.

Of course offerings outside the US may be limited or entirely absent.

> Why did you build in encryption that amateur-radio regulations in many countries don’t allow?

Encryption (in terms of hiding messages) is forbidden mostly.

But everything else is allowed: hashes, signing, etc.

Even the legislators really understand it. They are allowing encryption for remote controlling ham satellites. With proper signing even that would not be necessary (with only exception of key rotations maybe).

On the etymology of the name of the project, see Greek mythology:

> Hermes (/ˈhɜːrmiːz/; Ancient Greek: Ἑρμῆς) is an Olympian deity in ancient Greek religion and mythology considered the herald of the gods. He is also widely considered the protector of human heralds, travelers, thieves,[2] merchants, and orators.[3][4] He is able to move quickly and freely between the worlds of the mortal and the divine aided by his winged sandals.

* https://en.wikipedia.org/wiki/Hermes

Rough Roman equivalent:

* https://en.wikipedia.org/wiki/Mercury_(mythology)

Compatible with ham radio

encrypted

One of these things is not like the other.

The Data Slayer channel on Youtube made an interesting video about this recently: https://www.youtube.com/watch?v=5vbl5FL-nsI

Coincidentally I looked into this the other day and the fastest mode is 3 kilobit/s. Great for email but it's not going to be an Internet connection.

Sounds a lot like something that could be used with https://reticulum.network to create networks that support multiple mediums.

Considering the state of the higher bands lately, i'd stick with commercial solutions like garmin inreach for any kind of emergency situations.

For playing with ham radio, you can just play with ham radio, it's been done for decades. No encryption on ham bands anyway.

doesn't HAM radio already have a digital packet system that works like fidonet store-and-forward system?

this just adds an encryption layer?