Meshtastic and Meshcore are both cool LoRa-based mesh text messaging that operate in an no-license-required band. While this limits your transmit power, it doesn't prohibit encryption - the inverse of most ham radio rules!
Some cities have thriving communities of Meshtastic and/or Meshcore. You can look at maps of coverage to get a very general idea - in my experience, most Meshtastic nodes are NOT listed, while a good number of Meshcore nodes are.
Meshtastic treats the mesh as dynamic - clients are assumed to always be moving, so transmissions flood between different nodes that are in eachother's reach.
Meshcore has a static layer - repeaters that are assumed to be in fixed positions - and a dynamic layer - companions that move. With fixed and hopefully reliable connections between repeaters, routing paths between two users can be 'cached', which avoid the bandwidth overhead of flood routing.
You can get started with a low cost ($30) transceiver board and an SMA antenna ($10) for the ISM band of your region. Stick it in a box an mount it somewhere high up, and see if you can pick up any other nodes!
I don't know about online tools, but it should be the opposite when actually using it, as by default Meshtastic is much more chatty (and wasteful) than Meshcore.
Do people communicate to distribute prohibited anti-government propaganda or is it a network of people who otherwise be too shy to talk to each other by other means?
What is the use case?
This all works great with no local SIM cards or other subscriptions or infrastructure needed.
We plan to run experiments with Reticulum when we stop for the cyclone season. Reticulum would open a lot more possibilities with both LoRa and internet-based comms. The Columba app seems to do a lot to bridge the usability gap, but work will need to be done to integrate Reticulum with our boat systems the way we have with Meshtastic (alerting, telemetry, digital switching control).
https://blog.noforeignland.com/off-grid-boat-communications-...
Sadly I sail on the other side of the world so we likely won't be connecting.
https://reticulum.network/start.html has an overview and how to connect.
There is a manual with a lot more information on how it works and the ideas behind it at https://reticulum.network/manual/ however it's quite large and not really a user friendly guide
If you just want to play with it https://reticulum.network/manual/software.html has a list of clients and software using it.
You can more or less only communicate with people agreeing with one specific tradeoff and the majority have spoken and they want slow long range texting, so you'll only be compatible with their mesh if you're compatible with that use case.
The software works fine if you set up super high bit rate, although you will not like the short range. There is no such thing as a free lunch and something like Y2K wifi speeds will have Y2K wifi ranges and battery use LOL. Also you will not mesh with other people's infrastructure if you intentionally use a modulation scheme they don't use. Its quite capable, really. But if most people want to max out their possible range and secondarily max out their battery life, it isn't going to be very fast...
Many are using GMRS, as it provides easy access to the entire family for $10 over ten years and requires no test. But as does most UHF/VHF or line-of-sight comms, it relies heavily on repeaters.
My handle on meshtastic, LoRa, etc, is still first impression, but I know a lot is going on here, with compelling twists and alternatives in development, eg js8call?. I'm very interested, though haven't had time to learn anything yet.
Being in Florida, which is 1) a power island 2) a hurricane magnet and burgeoning tornado scape among other vulnerabilities, resilient backup comms seems more than prudent.
I've been procrastinating and distracted, but have had the idea of learning markdown and hugo, then making a Florida ham/mesh/LoRa/gmrs/etc website designed to be highly inclusive rather than exclusive, with the hopes of getting many involved.
I don't know much yet, but the whole mesh subject is objectively fascinating and promising. I went from not knowing AM/FM to ham in two weeks of study. I'm still patching and catching up, but seriously interested.
KR4KZI 73
Re: markdown and hugo, that's an excellent combo. You could easily setup a raspberry pi or $5/mo vps to serve it behind caddy/traefik/nginx and have a working multipage app (mpa) in a weekend.
Or a few minutes with AI haha
It reminds me of the early internet. In the early 90s the entire list of URLs could fill a notebook. And it was my first exposure to P2P nets. Meshtastic is a bit like that where it doesn't work well until you have a large enough community of nodes and gateways.
It's like trying to get friends to use signal. I've moved to Meshcore recently and it gets me connected to the rest of the UK. But it took me 2 dedicated repeaters.
I love the meshcore homesassitant plugin, managed to setup some alerts to send out a message on a private channel every 5 minutes if I lose power as an example.
These local meshes remind me of BBS days. You have to know a few things to access it and the community is all the better for it.
This us vs them/there must be a winner attitude that I see in both communities is really toxic and unnecessary. Look at ham radio: some people use CW, some people use SSB, some people use SSTV, some people use FT8 (but not everyone! There are still hams using other digital modes), many operators dabble in a mix of the above. There are a variety of options and nobody is pressuring other operators to use a particular mode or band.
* MeshCore has a lot more reach than Meshtastic. Often 100+ kilometers compared to just a few kilometers. Even if MT is more popular in your area, there's a good chance that MC will give you far more actual range.
* The online node maps for both are unreliable. I don't recommend relying on them for anything.
* Meshtastic uses a basic flood algorithm, up to 3 hops by default and with a hard limit of 7. Every device works as a repeater.
* MeshCore distinguishes between Companions and Repeaters. It uses flood routing by default, and attempts to establish smarter direct routes where possible. Companions are end-user devices for sending and receiving messages. Repeaters are ideally mounted high up in a static location, and they forward packets they receive. Companions normally don't act as repeaters, but can do so if needed in off-grid situations using the "off-grid repeat" setting.
* Some are concerned about whether MeshCore is open-source. The firmware contains everything important, and is fully open-source. The official companion client app is closed-source freemium. But it's simply a GUI that talks to an API over Bluetooth, TCP, or Serial. The official CLI client is open-source, and you can use any client app you want, including the popular MeshCore-open app.
And I've never spent time learning about it, but I'm under the impression Meshtastic is all about open-source and closer to ham radio philosophy, while Meshcore is backed by some for-profit organization?
Mesh topology like this is cool, and the concept is cool. Meshtastic as an organization with one of their leadership being a lawyer and being very litiguous to protect their naming scheme, not so much. They go after so many projects, ideas and other things that say they are 'Meshtastic' powered. There's a whole discord of them. It is disheartening and very jarring. They want to use the moniker of M-Powered or M-PWRD which has no identity or meaning.
From what I could see the general vibe seems to be shifting from meshtastic to meshcore.io in the past months.
https://www.seeedstudio.com/blog/2026/03/23/meshcore-vs-mesh...
Put it on your roof with a cheap solar panel meant for a security camera, and join it to your home WiFi.
Just use the little plastic case it came in as an enclosure. Cut a hole for the antenna and USB.
A slightly larger antenna will help. There are many on Amazon, and they’re cheap.
(I have tried lots of boards and this has been the best setup for me)
The edges drawn are between nodes that have been able to hear each other in the last 24 hours, based on observed traceroute packets.
(Even then, it’s only a subset of the actually-connected nodes: the map only shows nodes that have published their position on the public channel, and have set a flag that their data is okay to uplink to a server over MQTT.)
Unless an intermediate node lies and doesn't decrement and retransmits anyway.
This seems like a horrible default setting or configuration. Why public channel isn't separated from a sort of control channel for those kind of station keeping messages is kind of mind boggling.
LoRA is also used extensively for hobby size UAV handheld controller/ground control station to air unit controls, and in its narrower channel sizes can be very long range. The well known TBS crossfire serial bridge radio system which predates LoRA by a number of years uses a chipset that is sort of an ancestor of current-gen LoRA stuff.
But it’s the only radio-based mesh network I’ve ever “seen” anyone else on.
Light up MQTT-explorer and explore the default topics for a good laugh