Most embedded systems can be updates via OTA , Instead of downloading the update file from a cloud server on the internet, the compiled firmware binary file (.bin) is pushed from a local device over Wi-Fi, Ethernet, or a local network IP address.
Attackers might have known the stores local IPs and use it for attack.
What if your ESP32 could send messages kilometres away without Wi-Fi or a mobile network?
This uses an ESP32 with an SX1278-based LoRa module to build a simple point-to-point text communication system.
The LoRa link runs at 433 MHz using Chirp Spread Spectrum. The receiver displays messages on a 16×2 LCD, while the ESP32 can also send data to ThingSpeak over Wi-Fi.
In urban testing, the link remained usable up to roughly 1 km.
No gateway. No cellular network. Just two small nodes talking directly.
Now imagine putting these nodes on robots, sensors, or remote stations.
What would you build if you had a 1 km wireless link with no infrastructure?
Last year we were processing around $28k. Clients needed international card payments. Service was fine, but the withdrawal charges were crazy. We fixed USD at 132 just to avoid the charges and share the difference with users. Not ideal, but it worked. If you need real international payments, get a USA LLC Stripe account. Otherwise you are just funding Naija Paystack founders.
DHH is probably one of the top software artisans of the past decade. Hearing him speak with this much conviction and transparency about one of the most polarizing topics in software right now, writing code by hand vs. with AI, is something pretty much every software engineer should hear a few times.
Especially those still on the wrong side of history.
Lots of SWEs realizing the past few decades of their life pecking out code on a keyboard are no longer needed.
I went through that in Dec and can tell you it’s much better on the other side. Takes about a month after it hits you to see all the possibilities.
@vikasreddy the "cushiest job of all time" take only works if you ignore everyone outside big tech. most devs I know have been quietly grinding just to stay employable
the job was never easy, it was just paid well enough to look easy from the outside
@nut3case Most teams don’t fail at the traffic switch. They fail at the boring parts: schema migrations, cache invalidation, and what happens to in-flight writes. That’s why canary on a write-heavy system feels cursed.
Honestly, I’m working 5x harder since coding agents actually became useful. Weren't these supposed to take software engineers out of the critical path? Now it just feels like every part of the stack needs to be rebuilt, and it has to happen now.
If this is the future of engineering, then the job has already changed and nobody wants to say it out loud. I just believe it is a good time to shift to other engineering roles. Embedded and the rest. Places where you still have to understand the system, not just press Enter.
I am done with this shit. It is over. The state of engineering right now is horrible. It has been half a month since I started a new role at a big company. Nobody knows anything here. The specs, code, tests, PRDs, tickets, resolution of those tickets, reports, etc., everything is made by Claude Code. Nobody on my team likes this. They are being forced to ship as much as they can. I have heard multiple times from higher management that pushing code is not a bottleneck, so why are we slow? People are working 12 to 13 hours a day just to press enter. Nobody is reading anything. Humans in corporate are doing nothing on their own. Everyone, literally everyone, from an L1 to an L7 engineer here is doing the same thing. Talk to Claude. There is no sense of victory. Nobody is resolving bugs. In reality, nobody is thinking anymore. Everything is done by LLMs. It is so soul-sucking. I would not mind it, to be honest, if we were at least given the time to check out the code and see what is going where. But no, the goal is to just ship. No matter what happens.
A full MIT course on visual autonomous navigation.
If you work on robotics, drones, or self-driving systems, this one is worth bookmarking‼️
MIT’s Visual Navigation for Autonomous Vehicles course covers the full perception-to-control stack, not just isolated algorithms.
What it focuses on:
• 2D and 3D vision for navigation
• Visual and visual-inertial odometry for state estimation
• Place recognition and SLAM for localization and mapping
• Trajectory optimization for motion planning
• Learning-based perception in geometric settings
All material is available publicly, including slides and notes.
📍https://t.co/HxdJKYIgsf
If you know other solid resources on vision-based autonomy, feel free to share them.
—-
Weekly robotics and AI insights.
Subscribe free: https://t.co/9Nm01QUcw3
I have explored this dataset African Next Voices pilot, 847GB across Kalenjin, Kikuyu, Dholuo, Somali, Maasai. Exactly what I need for the pipeline.
Now the real question is how do I make these embeddings/models fit on a Raspberry Pi?
https://t.co/ATQ0BiK6v4
Building a pipeline on top of trained speech models. Real-time audio in, transcribe, then detect specific ethnic-related words. Kalenjin, Kikuyu, Dholuo. More soon.
Figuring out: can this run embedded on a Raspberry Pi? How do you guys get models running on small machines?
Building a pipeline on top of trained speech models. Real-time audio in, transcribe, then detect specific ethnic-related words. Kalenjin, Kikuyu, Dholuo. More soon.
Figuring out: can this run embedded on a Raspberry Pi? How do you guys get models running on small machines?
@mutaician Love this, amazing work @mutaician .Quick one, what dataset did you train Kalenjin on? And do you know where I can get recorded + transcribed data for Kikuyu and Dholuo? Building something similar.