1) I had to abbreviate the title as the official article title is 4 characters too long for HN.
2) The gift link in use to bypass the Verge paywall was posted by the official Verge account to /r/Android on Reddit[1].
[1] - https://www.reddit.com/r/Android/comments/1rktkbp/comment/o8...
I won't spoil it here either :-)
If you meant PC-based mesh networking, I'll leave someone more knowledgeable to speak about that :).
[1] - https://meshtastic.org/
[2] - https://meshcore.co.uk/
An open implementation is preferred, because it drives down the cost of hardware and lets users purchase the grade of hardware they want. But if it doesn't work, an imperfect proprietary solution(s) available now > hypothetical perfect future solution.
There are lora modules that work on the 2.4GHz ISM band but then you probably need to consider whether Bluetooth is not a simpler choice if range is not the no. 1 concern.
It is encrypted on private channels and direct messages.
>and so I think you can't really make it work while respecting transmission regulations.
I don't know from where your information's are from, but for sure not from reality. Voice encryption/scramble on Amateur-Band's is not allowed, everything else is ok.
It seems like you're saying voice encryption is not permitted, but data encryption is? This is not true in the US. Any encoding used for the purpose of "obscuring meaning" is not permitted on amateur frequencies. Even using code phrases like "the eagle has landed" is arguably not allowed. There are some narrow exceptions for things like satellite control codes, but nothing that applies to hobby mesh nets.
Here is the relevant Part 97 rule: https://www.ecfr.gov/current/title-47/part-97#p-97.113(a)(4)
> No amateur station shall transmit: [...] messages encoded for the purpose of obscuring their meaning, except as otherwise provided herein; obscene or indecent words or language; or false or deceptive messages, signals or identification.
[1] https://www.arrl.org/news/russian-buzzer-disappears-chinese-...
Yeah...no i don't think so.
>IMHO you can't really have interactive chat on a mesh network over lora in those bands.
Devices allow 10% Airtime on ISM here (EU) that's about 300 messages (with 255 characters) per hour, and yes interactive chat is possible with around 20 seconds of lag.
EDIT: I stop here, so much half knowledge that sounds educated but is in fact just wrong and TBH not even sure if i talk to a selfhosted AI.
Have a good Day.
I am not picking on Meshtastic specifically, it's just that Lora and, especially the regs on those bands are such that some applications are never going to work well beyond extremely small meshes, if at all.
Again wrong, just look at EU vs US:
https://meshtastic.org/docs/configuration/radio/lora/#region
> beyond extremely small meshes, if at all.
180 online nodes (300 at max) is not extremely small (and that's our small mesh EU with medium_fast)
(Careful that the US have a 400ms dwell time depending on settings that can put a significant limit on things/range)
Further, "Occasional updates may appear at unpredictable intervals, but there will be no support, no responses to issues, no discussions, and no community management in this or any other public venue."
Nothing salacious here - just another one man open source project with a burnt out maintainer :(.
[1] - https://github.com/markqvist/Reticulum/discussions/1069
More recently:
- v1.0.0 was supposed to be the time his involvement is over [0]
- 6 months later [1]
> This is not a temporary break. It's not "see you after some rest", but a recognition that the current model is fundamentally incompatible with my life, my health, and my reality.
- But he pushed 3 releases since his last message [2]
It is like he is trying to quit somking.
I am not sure what the problem is exactly but it seems someone need to take over and honor the fantastic work he has done over the years.
- [0] https://unsigned.io/articles/2025_05_09_The_End_Is_Nigh_For_...
- [1] https://unsigned.io/articles/2025_12_28_Carrier_Switch.html
https://fosdem.org/2026/events/attachments/9NCWUR-reticulum_...
Select-Play-Select-3-0-Select ;-)
Also can't forget the ,#401 dialing prefix to enable the device to call home over the Internet using a USB Ethernet adapter instead of the phone in the early days.
TiVo's whole approach to commercials in recordings was largely informed by ReplayTV though. ReplayTV took a lot of heat and lawsuits for their automatic commercial skip functionality, which is why TiVo never implemented it and buried 30 second skip behind the code.
[1] - https://support.espn.com/hc/en-us/articles/40378137547796-Wh...
[1] - https://we1spn.org/
Does anyone know exactly what the Bosch service sends the dishwasher?
While I agree that connecting a dishwasher to the Internet should not be necessary, it does open the door to an interesting scenario if what gets sent to the dishwasher is not a command to run a mode but an actual program to control the dishwasher. In theory that would mean that Bosch could alter the programs that get sent to improve the dishwasher over time.
On a dishwasher with no connectivity the modes simply are what they are from the factory. But on a connected dishwasher if the Bosch engineers figure out that when in ECO mode using every third sprayer saves water while not altering the cleaning performance expected of that mode, they can update the payload and make the dishwasher you already have even more efficient. They could also in theory create a whole library of modes for specific use cases or scenarios (All glass, hard water, etc.)
Of course, this has potential drawbacks as well. They could change a mode and alter behavior you expect, and it could potentially be a hacker's playground, but if done well it could be a net positive.
If they really want firmware updates for their dishwasher, they should give it Bluetooth or a USB port enabled by a special button combination and call it a day.
They would buy a 30 minute paid programming in the early hours on cable TV networks under the name "Teleworld Paid Programming". The box would tune the channel, record the show, and then decode the data from the recording.
I always thought there was something interesting there, as the process would need to survive the MPEG encode/decode process on the TiVo itself in addition to whatever they needed to do the broadcast.
I had to run the link through TinyURL because using the original URL pulls up the 2023 HN thread which is entirely different.