Walkie-Textie Wireless Communicator
Actually I have/had a lot of these. They can only be used with triple a batteries and don't last long. The usb c is only for development (and still lacks power so you still need batteries). The typing as maybe expected gets tiring. I tried using different compression ideas to save characters.
There is no resend or reliability in the message sending. If it fails you must retype it. I can't remember exactly if it even indicates it fails? I remember testing with two devices, one in a faraday to test bad conditions.
In the end they got salvaged for parts from my kids for other projects.
The goal was to have a simple backup/emergency communication device and get to learn about LoRa. Not sure which other devices I will try but definitely know more what to look for now.
Reminds me of what the messenger on the Cybiko was trying to be. Too bad LoRa wasn't a thing back then, it would have been more useful if it had a better range.
I remember seeing these on some tech show here in the UK - and being in love with the idea - seemed so cool and 'archivable' for a young person to own. A few years later they were dirt cheap on ebay - new/boxed, but by then the itch had gone, but I wish now I'd bought one.
Whoa, I wonder if I still have my Cybiko Xtreme somewhere.
I'm backwoods camping next week, and we have 25 people spread out over three sites. I was thinking it would be funny to bring some old rotary dial phones and some sort of way of hooking them up, and then just have that as the intercom between sites for when dinner is ready or whatever.
It's next week, so unlikely to happen and I'm not sure what technology I would need to make it all work. Something like Lora plus a way to make the phones work.
Chaining together a few WiFi routers and running a local IRC server with ergo could work well (so get everyone on the same WLAN even if no Internet). There is also Briar chat on mobile. Maybe Mumble for voice could work. I'd look for routers on Craigslist or eBay that are under $20 each and have OpenWrt support. Have had good luck with the Netgear R6220 in the past, but there could be other good options as well.
DeviantOllam has a few videos on YouTube about some con/meetup thing he goes to that does just this. You might be able to get a few ideas from that.
A couple years ago I stayed at an AirBnB and there was an old rotary phone in the kitchen. Unfortunately, I found it was merely placed there as an antique curio and wasn't hitched up with service. I felt a little cheated honestly.
They did that on the last episode of Star Trek Strange New Worlds (rotary phones).
If you want something like this with asymmetric encryption, a qwerty keyboard, mesh range extension, and a GUI, try a T-Deck running Meshtastic.
Isn't there a ban on encrypted amateur signals? Or is this running on a band that allows for it?
Yes and yes. In the US, 900-930MHz (nominally the 915MHz band) is available for use with no license required so encryption is fine (similar to your 2.4GHz or 5GHz wifi access point).
People interested in LoRa may also be interested in 802.11ah, or Wifi HaLOW
LoRa is surely mostly for machine to machine, Internet Of Things. There are lots of web pages that take it for granted that encrypted communications are not merely allowed but expected.
See, for instance
yes!!!
Or get a rak device that has a better antenna and range than the T deck
Oooh, which one has a keyboard?
It's a real shame phones don't have something like this built in. I mean, we literally have satellite communication in every iPhone – or, depending on how you count, every LTE phone, period!
Technically, it seems like 90% of what's required is already there anyway, but due to commercial and political pressures, we'll probably never see it happen.
There's a lot of cool radio-related things our smartphones could do but probably never will for regulatory/political/commercial reasons like you note.
My pet idea is to make some use of longwave! You know those time signals broadcast around 60 kHz? They cover thousands of kilometres from one transmitter. At 60 kHz the wavelength is 5 kilometres long and the RF tends to diffract around objects like mountains, buildings, etc. that get in the way. Longwave tends to penetrate underground, and through Faraday cages meant for short wavelengths.
Those time signals broadcast, in effect, 1 bit per second. The receiver is dead simple electronically and requires almost no energy to run. What if we broadcast a more modern error-corrected data stream? Every device could be supplied with a receive-only stream of a few hundred bits a second of whatever. I admit it's a solution somewhat in search of a problem. Weather updates? Emergency alerts?
Some countries already do this!
For example, the German LF time signal, DCF77, dedicates some of its "spare bits" to broadcast civil protection and weather forecast information, the latter of which many simple LCD "home weather station" thermometers can receive and decode.
GNSS (navigation satellite systems like GPS or Galileo) are also an obvious candidate for this, given that essentially all phones already can receive their signals.
> My pet idea is to make some use of longwave! […] At 60 kHz the wavelength is 5 kilometres long …
Dim memory from my Ham Radio days that you’d need an antenna length of 1/4 the wavelength, which wouldn’t be very convenient for portable devices, unfortunately.
Only for most efficient transmission. Reception just scales with antenna size, so as long as your transmitter is powerful enough in terms of effectively radiated power, you can make the receiver arbitrarily small.
Many wristwatches are capable of receiving these LF time beacons, despite usually having antennas more compact than several kilometers.
Actually some have. At least I know that in Peru, operators were forced to offer such a thing in case of earthquake. I do now have details though, maybe was not simple as I was told.
There's an app called Rattlegram that will convert data into audio that you can then send over a walkie talkie.
I wish the hardware was included directly in the phone. It would be super useful for outdoor activities where there's no cell service and you often end up just out of yelling distance.
I would settle for push-to-talk over WiFi on my phone interoperable with dedicated devices with no monthly fees.
I would have loved this as a kid. Walkie-talkie range and battery life made them useless for my adventures.
If you are using the lilygo tdeck, I’m working on Rust support here.
A question for folks who know things I don't: if I wanted my phones to work in an area without cell signal, for just me and my family, is it possible to build a "personal" cell tower that our phones would just connect to and work, and allow us to text each other? Or is there a whole layer of auth required for our various phones to actually be able to use a fake network?
Yes. There is a way to setup a private cell using SDR. There was a talk about that in Chaos Computer Club some years ago. I do not remember how they did with the simcards, if they were custom, or normal out of service ones. Caution: because the spectrum band is licensed, it will be automatically illegal pretty much everywhere!
Here a quick search: https://www.reddit.com/r/sdr/comments/1bn1n5f/how_to_run_ope...
Isn't this what Wifi Calling is for?
VoWiFi requires an internet connection. It dials back to your carrier.
Nothing preventing you from configuring a local SIP server or doing IP-to-IP calls, though. I think every platorm imaginable has some kind of free SIP client.
Not really. This stuff is heavily NDA and patent encumbered. You’d be better off setting up a local wifi network and using an IP based audio call system.
I'm not sure if this applies to all carriers but with many carriers if you are on wifi you can send/receive text messages and sometimes even make calls. Certainly you could use WhatsApp or similar in that case.
...with many carriers if you are on wifi you can send/receive text messages...
How would you propose that those messages get routed if there is no connection to either the internet nor a cell provider?
Not if I'm in the middle of the woods with no connection to the outside world.
Here’s a recent post I found on open source software for that. I remember a recent post about folks using base stations that were popular with the Helium network to run their own stuff, but I can’t find it at the moment.
I've tried and tried to use LoRA devices w/ meshtastic for various things, and can't get them to communicate reliably. Even with two devices sitting next to each other. Not even working reliably enough to be used as a toy. What am I doing wrong?
While people did get really fast at typing on those num keypads, there was a lot of RSI injuries among people who did it often. a number key bad might be the best compromise despite that, but don't lose sight of just how bad they were and take effort to avoid the issues.
It uses the slow method where you push the same key until you get the letter you want to show up? Does anybody remember T9? You push the keys for the letters you want and it figures out what you're typing from a dictionary.
Yeah I thought he was going to say it uses T9 too, but it uses an inexplicably archaic chip so there's no way you could fit a dictionary on it.
I'm lowkey shocked it's not a esp32 or something. I haven't seen a ATTINY used for a long time.
Are there any free-to-tinker spectrum allocations not subject to the duty cycle limitations?
For anyone looking for an off-the-shelf solution for wireless texting, I've used the BTECH GMRS-PRO. You can send messages on the device, but it's much easier to connect it to your phone via BLE and text through the app.
However, it uses GMRS bands, not LoRA, so all the FCC restrictions apply.
While I highly doubt you'd ever get in trouble, data transmissions on GMRS are severely restricted by the FCC. You obviously need the license (though it's just a fee and covers your whole family).
In any case, I'm pretty sure this device is illegal to use for short text messages. It doesn't appear to comply with several of the restrictions on digital emissions in 47 CFR 95.1787(a), namely it appears to have a removable antenna. Removable antennas are fine for regular GMRS use, but not when the device can send digital emissions.
https://www.ecfr.gov/current/title-47/part-95/subpart-E#p-95...
Also I'd be shocked if it enforced the time limits for digital transmissions in software. This leads me to believe it's not actually type-certified for use which then calls into question anything else it does. Caveat emptor.
The antennas on mine don't appear to come off, at least not easily. I read somewhere that they came off on the early models but are now glued.
It does enforce time limits. If I send a message or something that uses digital communication (like gps coordinates), it won't let me send another one immediately after.
Wow I'm surprised - I based my message of the manual on their site which pretty clearly shows a detachable antenna and says nothing about time limits. I wonder if they received something from the FCC saying they can't market a GMRS radio that isn't type-accepted.
Why wouldn’t they comply with tx duration? You don’t want excessively long tx as you can’t rx at the same time. You’ll lose messages.
There is no amount of time that guarantees you won't interfere with another user on a shared channel without time division. Any protocol used has to account for it no matter what.
But discussion of that is irrelevant because the regulation is no more than one every 30 seconds and each one can't be longer than 1 second in duration. This necessarily limits the length of messages you can send or requires more efficient modulation and/or weaker error correction at the tradeoff of worse weak-signal performance.
Can you elaborate on the restrictions? Is it just that the Baofeng allows you to transmit on some frequencies that aren’t legal or at power levels that aren’t allowed or is it not allowed in the US at all?
To use GMRS you need a license to be compliant with fcc. It’s not expensive I think $60 for 10 years and it covers your family.
You can then use GMRS. GMRS is all the same FRS channels plus several more. GMRS can also transmit at up to 50mw on some of the non-FRS channels.
To be using GMRS in compliance you have to use an FCC Part 95E certified device. These Baofeng / Btech devices are usually not GMRS certified. So you need a HAM license to use them. . . But HAM licenses doesn’t cover GMRS frequencies. So there is no technically compliant way to use these devices and check all the boxes. Even if you have both HAM and GMRS you are using a non Part 95E certified device. You’re likely fine as long as you’re not harassing people or causing interference. Generally the FCC is pretty reasonable. They send a letter saying knock it off before they knock on your door. But if you continue to harass people or use high power that causes interference then you will get a hefty fine.
At the very least get your GMRS license. But I encourage you to get your HAM license. I have found that often HAM nerds are into a lot of other stuff I like and my local club has been a welcome place to make friends and build fun stuff.
Btech markets devices that are GMRS type accepted, it's actually one of their main businesses these days to take Chinese developed radios and modify them slightly and get them GMRS approved in the US.
You need a ham license to do most anything with a Baofeng legally.
No licence is required to listen to any frequency.
Baofeng does make GRMS- and FRS-specific radios that comply with FCC regulations.
Not true, GMRS licenses are much easier to get
While true, it's important to remember that not all ham radios that can transmit on GMRS bands are legal to do so. GMRS and FRS don't have the same "anything goes" allowances that ham operators have. Radios for these bands must be purpose built for these bands. Of course no one is going to know your compliant GMRS/FRS transmissions are coming from part 97 radio. Although most quality ham radios don't allow transmission on anything but the ham bands. The increased FCC enforcement of these Chinese radios means that many now have extra filters to reduce spurious emissions outside the ham bands, meaning they shouldn't work as well on GMRS and FRS.
If you want to use GMRS, buy a GMRS radio.
>not all ham radios that can transmit on GMRS bands are legal to do so.
Actually, no ham radios that can transmit on GMRS bands are legal (in the US).
See 47 CFR 95.1761:
https://www.ecfr.gov/current/title-47/chapter-I/subchapter-D...
Neat! At 24mA the suggested battery will only last 10 hours. Shouldn't it be possible to use such a LoRa device - at least in listening mode without an active display - for much longer time periods?
LoRa is actually pretty thirsty on receive.
You’d need some scheme for synchronization if you want to reduce power consumption.
To elaborate on this a little bit, the conventional use isn't peer-to-peer but rather sleepy IoT nodes that periodically wake up to send to a listening base station. The IoT node transmits and then waits a specified amount of time listening for a response back from the base station.
The tradeoff is:
- The end nodes can spend the vast majority of the time in deep sleep without the radios turned on.
- The base station has access to a bigger power source (usually line voltage) and doesn't care about turning its receiver off.
- You can't, however, send data to the end nodes at arbitrary points in time. You have to wait for them to send to you and you have to reply back to them before they go back to sleep.
In a peer-to-peer system like the one in the article you don't get to make this tradeoff.
There's no reason you couldn't do this in a peer-to-peer system too, especially if you only have a few nodes. Imagine for 2 nodes:
1. Each node transmits a beacon once per second.
2. While they aren't connected, each node listens for sub subset of time (say 10%).
3. Eventually one node will hear the beacon from the other. They can use this to synchronize clocks (the better your clocks the better this works).
4. Thereafter they just wake up periodically at the same time and one transmits a beacon to the other to synchronize (alternating whose turn it is).
It's the same idea as sleepy edge devices used in IoT, but just both ways. Quite a lot more complicated of course, but you can totally do it.
Receipt for LoRa is low power, its transmission that kills the battery
For any radio system, receiving continuously also kills battery, just not as fast as transmitting does.
Low-power requires you to turn the receiver off for extended periods of time, but what you can do there is limited by how interactive the device needs to be, and how much the power the transmitter is willing to waste on retries/longer preambles.
For proper low-power (e.g., devices with ≥ 1 year battery life on small batteries), you're likely to need sleep periods of minutes to hours, or only waking up on physical interaction.
Sort of. Keeping the receiver on and listening 24/7 is going to still use significantly more current than not having the receiver on and putting the microcontroller into a deep sleep mode. The approach in my sibling comment explains how IoT LoRaWAN devices are able to use ~0 current the vast majority of the time and run off, say, a CR2032 battery.
Receiving is just transmitting nothing to see how it's getting disturbed
It's very beautiful, but are there apps that do this? Isn't that what Briar does? I think there may have been some others.
Amazing work with an ATtiny814, only 8KB. Love it.
The distinctive element here is the hardware. Briar allows you to sync via local wifi and bluetooth (i.e. the range is tiny) but since it's a mesh network your message will be relayed eventually.
This device though doesn't seem to support mesh connectivity because it doesn't have this short range limitation in the first place. It uses a LoRa chip with a range of a few kilometers. The bandwidth is tiny though, for reasons that are both technological and legal. In particular your are asked to respect a duty cycle of 1% (or even 0.1%, depending on the exact frequency you're using). That's 36seconds every hour. On top of that add some cities offer LoRaWAN gateways (between LoRa devices and the internet) and the limits are even more drastic like 10 messages per day, 51 bits being the maximum payload length.
LoRa was designed for async metering of IoT devices basically. This application is pushing it to its limits I guess.
I'm not an expert, I have a couple LoRa chips but never used them, however here are some back of the napkin calculations:
Assuming a spread factor of 12 (very long rage, very low bandwith) and a 1% duty cycle, you can send about 40 messages per hour if they are short like "yo what's up". 50 chars -> 20 messages/hour. 100 chars -> 10 messages/hour.
Does the duty cycle mean it's only sending a receiving for those 36 seconds of every hour? The hermit in me is enthused by communicating with this restriction.
IANAL/IIUC, it can also be, e.g., 10ms every 1000ms, and it only applies to emission side of it. You don't have to actually put away the device for an hour after picking up once if the modem is not sending 36 seconds straight. But it does divide the data rate by 100.
> ATtiny814
Why do people still use these ancient chips?
The ATtiny814 is hardly an ancient chip. It's a member of Microchip's TinyAVR 1-Series that was released in 2017 and still being developed, with the 2-Series being released in 2020/2021.
Perhaps you're confusing it with the older ATtiny841 (released in 2012), which was an upgrade of the original ATtiny84.
They're cheap, robust, readily available, super easy to develop for, have a well-chosen set of peripherals that can reduce BOM even further (e.g. the CCL)… what's not to like?
They have the same price and availability as Cortex M0 chips, are more difficult to develop for (8-bit AVR ouch), and seem to have a similar number of peripherals as any microcontroller.
The RP2350 is the same price and several orders of magnitude more capable for example.
Really though, how many of these is he making? 3? Cost isn't a factor.
> are more difficult to develop for (8-bit AVR ouch)
I think this just comes down to philosophy. ARM gives you a way richer tool-chain… and you need it. The complexity to do anything skyrockets. You have a compiler in the loop so achieving deterministic performance is much more complicated... not to mention caches. The tooling for doing statistical analysis is infinitely better; but just sitting down with a pencil and doing static analysis will always be both simpler and more accurate. For cases where you're writing thousands of lines, I too will generally prefer ARM -- but if you're just writing a couple hundred instructions, assembly is just less to think about.
Similarly philosophical is "more capable" -- an RP can handle many more use cases, I agree, but if both handle a given use case, with the same quality, then neither is more capable /for that use case/. And the one that achieves that use case at quality with the simpler implementation is, in my philosophy, preferable.
Also, while there are equivalents to the CCL in other processor families, it's by no means universal; and it's not at all rare that the CCL saves one or two external chips.
5V devices continue popular.
Thanks. I'll stick to a walkie-talkie. FRS radios are cheap, easily obtainable, and will work as far or farther than this 915 MHz stuff.
If you get into deep shit, some amateur FM handy-talkies are IMHO more likely to be able to get you help. Or perhaps T-Mobile's T-Satellite service if you are headed somewhere really remote.
Unpopular opinion: Meshtastic is a solution in search of a problem.
> LoRa can reach a range of up to 3 miles (4.8 km) in urban areas, and up to 10 miles (16 km) in rural areas
In mountainous area LoRa on 868MHz band reaches over 100km. Last month we had a stratospheric balloon with a Meshtastic node attached. It established direct (albeit intermittent) connection between Warsaw and Berlin.
I've tested LoRa from Hill<->Hill and Flat Land<->Flat Land and 30-60km worked with plenty of SNR left.
On 868MHz with standard 5dBi omnis.
Thesis: as long you are using one of the more robust LoRa settings it always will work as long you have LoS or at least only lightly obstructed LoS.
What's the data transmission rate with the balloon, put of curiosity?
Hard limit is 3.5kbps with 148dB link budget (Medium Fast preset in Meshtastic [1]). In practice - a packet worth of hundred bytes every half a second or so.
[1] https://meshtastic.org/docs/overview/radio-settings/