Would you add another radio to your smartphone? No, not another WiFi or cellular radio; a smartphone already has that. I’m talking about something that provides connectivity through ISM bands, either 433 or 915 MHz. This can be used where you don’t have cell phone coverage, and it has a longer range than WiFi. This is the idea behind Skrypt, a messaging system that allows you to send off-the-grid messages.
Skrypt is an ESP32-based hardware modem that can communicate with a smartphone, or any other device for that matter, over Bluetooth or USB. Inside, there are two modules, an ESP32 WROOM module that provides the Bluetooth, WiFi, USB connectivity, and all of the important software configuration and web-based GUI. The LoRa module is the ubiquitous RFM95W that’s ready to drop into any circuit. Other than that, the entire circuit is just a battery and some power management ICs.
While LoRa is certinaly not the protocol you would use for forwarding pics up to Instagram, it is a remarkable protocol for short messages carried over a long range. That’s exactly what you want when you’re out of range of cell phone towers — those pics can wait, but you might really want to send a few words to your friends. That’s invaluable, and LoRa makes a lot of sense in that case.
I think you accidentally a word. “but you might really to send”
Thank. Fix.
Imagine speech to text on sender side via LoRa and “text-to-speech” with a facsimile of sender’s voice on the receiving end.
The protocol would directly support the bitrate of codec2, probably the resources would suffice for the hardware to encode/decrypt it.
“While LoRa is certinaly not the protocol you would use for forwarding pics up to Instagram, it is a remarkable protocol for short messages carried over a long range”
something something dickpics joke something.
LoRa as the poor man’s internet.
Oyou might think of it as free man’s
internet
Good idea but how about scratching the ESP all together and do energy harvesting from the phone’s audio jack? While you’re at it, do comms over the audio jack too and a simple uCPU does the interface between phone(audio) and LoRa radio.
A super capacitor or small rechargeable Lithium battery might do the trick to smooth out xmit drain issues.
Best I can do thinking about this for a minute.
I’m actually surprised that implementing a serial-like protocol over the headset jack and designing a rudimentary audio-to/from serial converter is almost nonexistent.
It’s always either Bluetooth, Wi-Fi or relying on USB otg.
We use the audio jack for data transmission with the BLINKENROCKET [0] project.
Getting this part to work in a reliable manner tokk a lot of time and trial and error.
Now we have a Firmware part that receives audio data over an ADC and converts it back to binary with checksums and everything.
Transmitting the data from a javascript soundobject from within a webbrowser was the bigger challenge.
But we have a working implementation for all browsers and devices now. Please (ab)use it.
The project is 100% open source and if you want to build on this check it out on github [1].
[0] http://blinkenrocket.de
[1] https://github.com/blinkenrocket
I think it’s more efficient (power, data rate) to connect over USB(otg). If you want a cable for power and data, then use the correct interface (USB), if you have one. You also don’t use ancient technology like acoustic couplers for data communication any more, or do you? :-)
I was thinking about trying this sort of thing with a couple of the TTGO T-beam boards since they have the ESP32, LoRa, lipo and even GPS. I haven’t had time to work with it yet. They weren’t too expensive on ebay but holy cow are they expensive on Amazon. Downside is no microsd slot so probably not the best if you want them for offline tracking.
I can’t see the value of consumers using LoRa to send messages if and when they’re off the grid. I can’t see smartphone OEMs spending money to add a LoRa transceiver for that use case. But I can see smartphone OEMs sneaking LoRa into your smartphone so they can capture usage data, location, and other spying info. Hardware OEMs would love that info.
By ‘sneaking it in to your smartphone’ do you mean trying to get a phone FCC certified without telling the FCC that there’s another radio in it? That will surely end well for the manufacturer.
They won’t use LoRa to spy on you, they’ll use software.
Perhaps parent comment meant to imply that the device will be certified, but the feature not effectively communicated. Kind of like how some chipsets have FM tuners but it’s not advertised as a service available to the user.
Send actual spies. Let’s get some 007 action going.
Clearly you live in a shitty. Go hiking in the woods and reevaluate your opinion. My internet connection is via wireless WiMax and between foliage & rain this year (and likely an poor ISP) the service is suffering. Lost in the woods? LoRa will save you.
Thought it was Jesus that saves?* :-D
*Doubles as copilot in other jokes.
Ha! Nice. 8) Reminds me of, “Jesus saves souls and redeems them in for valuable cash and prizes, ” which I think was one of George Carlin’s, but could be wrong.
I’m an enormous LoRa fan & applaud projects like this. However Semtech’s 2018 release of a 2nd generation SX126x may make things easier.
Here’s a summary of Chengdu EBYTE’s SX126x E22 module range. Compared with existing SX127x based LoRa these are –
* cheaper (< US$10 for UART), smaller, lighter
* wide supply range
* allow remote config.
* RSSI
* channel "listen before talk" carrier sense
* WOR (wake on radio -greatly enhances battery drain
* relay feature
* low RX current drain (~half that of SX127x)
* configs. over a wider freq. range (410-493MHz apparently 1MHz spaced )
* simple UART or SPI
* GUI setup
* AT command friendly
* work with SX127x
Several of these features look "smell of an oily electron" goldmines for energy sipping applications!
EBYTE'S E22 pinouts however are 1.27mm spaced (half the normal .1" = 2.54mm) which means breadboard issues. However at least pins are not cussed 2mm, & on basic UART comms only a handful are needed anyway.
Stan. – ZL2APS
Another advantage is that some models can transmit at 1W. I’m using the SPI versions of the E22 1w modules for a mesh networking project.
Assumed 900MHz ? Here’s an EBYTE link =>http://www.ebyte.com/en/new-view-info.aspx?id=332
I have both the 915MHz and 433MHz 1w SPI modules. They also have a variant of the E22 (UART-only) that supports 230MHz (including the USA’s 1.25m amateur band).
+1 for Semtech. Had no issues going beyond the horizon (70+ km) at low bit-rates.
Mission impossible with HopeRF.
Why is nobody, Hackaday most of all, talking about the LoRa’s license encumbrances? The modules are literally twice the cost of similar-but-not-LoRa™ modules, because every single one pads Semtech’s pockets.
Heck no I wouldn’t put this in anything I wanted to make a million of.
And what would those “similar” be? Asking for a friend.*
*Soon as I get one.
Yes, but LoRa gives you a lot more range for a given link budget vs. regular FSK. They also implement an SDR inside of the modem to encode/decode the chirps.
Is it really SDR? In other words, the radio can redefine its modulation and frequency on the fly through software only?
In the sense of them sampling an IF into I and Q samples and performing DSP on them, yes.
In the sense of loadable firmware supporting other modulations, no.
Because some people actually worked hard to develop the technology and they kind of also want to be paid? And it actually has advantages over non proprietary transmission.
(No relation to the company).
Plugging adafruit.com, they have several LoRa-related dev boards.
…. And, compared to some other manufacturers who will remain nameless , they actually work properly. M0 LoRa feather rocks!
Only as a usb plugin device. Is it going to improve service. Probably not. Could you use it to connect to a remote device. Yes
WHOAH. This is a cool idea. Hackers of HAD how feasible do y’all think this is?
I’m liking the implementation that someone else brought up, where you plug it into the headphone jack. Figuring out how to power it though the headphone jack would be an interesting idea too…like sending a sine wave and having a small full wave bridge rectifier on the module to convert it to DC and store it in a small super capacitor? The only downside to the whole idea that I could see as a deal breaker is the trend in losing the headphone jack.
Why bother with headphone Jack when most/many phones have USB OTG? No fancy power harvesting nonsense, simple uart interface.
Just yes. A hack it’s not valuable by itself. It must bring extra value (e.g. solve a problem difficult to solve otherwise). And the hack with the headphone jack for data/power is the opposite: It wants to solve an easy problem in an extra difficult way.
A long time ago I checked about headphone communication too: the conclusion? There is a huge variation to what works and what not from phone to phone.
USB OTG is now almost universally available and generally works with a simple USB-serial converter.
Ehm, why developing own hardware? There are good quality devices available on ebay. With lots of examples and apps available.
A nice example on next level integration :)
https://github.com/tekk/TTGO-T-Beam-Car-Tracker
Hello,
i like this project and i want to build up a Lora Mesh Messenger, but i am new in this.
I have those devices:
2 Pieces ESP32 Development Board 2.4GHz Dual-Mode WiFi + Bluetooth Dual Cores ESP32s Antenna Module Board for Arduino IDE
2 Pieces lorawan transceiver RF LoRa module SX1276 chip nrf52832 radio comunicador de longo alcance communication Receiver and Transmitter
I don’t want to use an ESP32 Board with OLED Display. I want to use the Ripple App to chat.
But i don’t know how to wire it correctly and also i have not really an idea how to set up the right software.
Could you help me?
Many thanks and best regards
Hello,
I have the LoRa Ra-02 SX1278 Module 433MHz
I use for this the raspberry pico. But I can’t find a python script for this module for the pico.
But I made an burgler alarm and now when the alarm is on I want to send a message to my mobile phone.
Is this possiable. I saw a few aps on the play store but I don’t know which app I have to use to send a message from my pico over the Lora module to my mobile phone.