LoRa is excellent at long range, but with Long Range transmission comes a greater opportunity to interfere with other transmissions. Sure you can reach a long way so a low number of rural casualties can be serviced effectively, but what happens when you have a dense urban scenario and there are 10's/100's/1000's of nodes all hitting refresh on twitter and they are all interfering with each other and the few low-bandwidth gateway nodes are attempting to carry the traffic?
That's not going to happen with Lora. This it completely different scale of messaging. Your message is limited in bytes and takes multiple seconds to transmit. You can assume the messages will be significantly delayed if 100 people around are actively using it.
But it's designed for a specific purpose and there's no active refreshing/polling that's going to happen.
> no active refreshing/polling
Maybe not twitter specifically, but the paper mentions a centralised message board like twitter, so we can assume some sort of interactive service would be suggested.
My main point is this that for such a specific bearer (bandwidth, channel plan, duty cycle, range etc) it is important to model the capabilities. I’m not sure how well this would support a crisis (notably free of central management) when there is the potential for large numbers of nodes.
As it is, we've been left with scraps; and this article describes an amazing tool which shouldn't have to exist.
I feel that other solutions would be better, for example having bands for community mesh networking or similar that has different restrictions to the ISM bands. No idea really how the mechanics would work, but I feel that allowing encryption on ham bands would just see it abused to the detriment of its actual goal.
This would just be part of the ecosystem. We've already learned to coexist in the shorter-range wifi spectrum. There's no reason only hobbyists should be able to access the spectrum, since that means that commercial applications would be disallowed from operating with robust tools when crisis comes.
What exactly is wrong with commercial use coexisting with hobbyist use? And what is the experimentation supposed to lead to? If we allow commercial application, then we might actually see an effective mesh network set up. I mean, if I could build a meshnet in the Ham radio spectrum and sell access, I'd do it: I'd be able to build it right, it would be reliable, and people would be glad it existed. But it's not worth the years of effort if it can't be commercial.
We can design radios that use spread-spectrum / low-probability-of-intercept / below-the-noise-floor techniques that can make the services both harder to identify, and (more importantly) far, far less likely to interfere with anything else on the same frequencies, which is what the FCC actually cares about.
If this is useful, and if people actually want to use it, they will, and then the cat will be out of the bag and we can make a case for legalization.
It's easier to ask for forgiveness than permission. They're never going to give you permission for something theoretical. People have to be using it and not willing to give it up, like uber, and then they'll go "gee, I guess we need to figure out how to make this work."
https://news.ycombinator.com/item?id=22540066
I think selling it as a communicator for skiing/hiking is maybe a better idea than as a disaster radio, solely because a disaster radio is never really going to be used. If it's a useful, well used system that happens to be highly resiliant, that makes it much more likely to be available when a disaster hits.
* use off the shelf hardware, so user can just buy a finished device from China * make it cheap * Make something useful for people in general (without disaster) - then they will have it when the disaster happens.
The idea was not only to provide another msg app but a platform that can easily be used for different applications. One use-case in the paper is the chat app, the dtn part is not directly connected to the chat app but also uses the LoRa modem.
The modem firmware (initially developed in 2017/2018) is even more general purpose and is currently used in many different ways in different projects and prototypes. The main selling point is that one can easily connect cheap LoRa hardware to smartphones and desktop computers without microcontroller programming or providing specific device drivers. Thus, the same modem can be used for messaging as well as environmental monitoring or other IoT applications without the need to reprogram the LoRa modules.
GoTenna is definitely similar in its use-case and appearance. The problem with GoTenna is similar to FireChat for offline communication: they are closed ecosystems, single purpose and cannot easily be changed to fit specific needs. If you need something consumer-grade, ready to use: go for GoTenna (or Sonnet or maybe even a Garmin InReach or Spot X).
We propose different proof of concepts in the paper that are nowhere near the product quality of commercial solutions. Also, the chat application is single-hop and does not yet use a DTN underlay, at least not in the published version.
But all code is open and can easily be extended. Even better, the rf95modem firmware is designed to be used as-is. Once loaded on a LoRa board anyone can implement anything over device-to-device LoRa, be it a msg app, local news broadcast, IoT monitoring. This works via AT commands over USB serial interface, local esp32 WiFi or BLE.
Sort of like a more hackable/accessible phone and long range radio.
Earl specs: Waterproof; Solar charging; eInk; ANT+; NFC; VHF/UHF transceiver (GMRS, PMR446, UHFCB); GPS; Sensors: Accelerometer, Gyroscope, Magnetometer, Temperature, Barometer, Humidity; AM/FM/SW/LW/WB
LTE, LoRa, 5G, and Hostapd would be great
Being able to plug it into a powerbank and antennas for use as a fixed or portable e.g. BATMAN mesh relay would be great
I can't come up with a reasonable situation where mobile networks are completely f*cked, yet my smartphone is still running medium- to long-term. Maybe I'm not creative enough.
(The only thing that comes close is a large-scale power outage, but then after a day or two my smartphone battery is dead too. Also, the same measures to revive the smartphone [solar backup, generators, etc.] can also be used to revive the mobile network...)
[Add.: what definitely makes sense is a _dedicated_ LoRa-based emergency network, which uses dedicated user agents with low power draw and long-term batteries. Just ditch the smartphone?]
> An opkg (for e.g. OpenWRT) with this mesh software would make it possible to use WiFi/LTE routers with a LoRa transmitter/receiver connected over e.g. USB or Mini-PCIe.
