This kind of thing is a low-volume, low-margin business by nature. It's those kinds of businesses that the megalomaniacs of our field tend to ignore. There are people with needs, and money they are willing to exchange for a solution to those needs. But there's no path to world domination by selling carburetors (or bowling alley control systems) so those problems never get solved by anyone with the means to do so. It's a shame, really.
Generator attached to the flywheel instead of the starter motor, and then find some way to squeeze a drive motor by the rear diff (probably more complicated, but surely not impossible). I thought something might pop up once companies like Bosch started making generic e-axles for manufacturers to use.
With a small Li-ion battery (and all the usual inverters, etc.), it could work like a manually operated version of the dual-motor Honda hybrid system. Put it into neutral, and whatever energy is in the battery could drive the motor on the rear axle. The engine could automatically kick-in and drive the generator if there's not enough in the battery.
It would never be as economical as a purpose-built hybrid, but old manual cars are often reasonably economical on the open road, and terrible in city traffic. Targeting only the urban fuel consumption would go a long way towards keeping them useable, with the added bonus of making manual shifting optional in stop-go traffic. Small motors would be enough for city speeds, and with a small battery, it sounds cheap to me at least.
I doubt it could ever be a simple kit, but I thought people would have a go.
Looks like he did commercialise it: https://www.jauntmotors.com/series
I recognise some of the photos from back then.
Some vehicles have this as a “battery starter generator” where the “hybrid” functionality is entirely on the accessory belt.
https://www.bosch.com/stories/48v-hybrid-battery/
https://hackaday.com/2025/01/24/bosch-starter-motor-freed-fr...
The best time to run your a/c or turn the seat warmers: when you’re trying to expel energy.
Would give you some extra braking without heating up the engine and take a small load off your brakes.
That or turn any vehicle into a mild plug-in hybrid for all electrical loads and flywheel the alternator until that time. Gasoline-powered generators are not very efficient.
Might get a few percent extra efficiency without having to touch anything mechanical.
That would effectively add 4wd to old cars and allow the onboard engine to work normally with an option for eboost/edrive with the only extreme modification being adding the battery and control modules.
I've considered it as a modification for FWD track performance cars. It is much easier to add a hub into a stiff rear axle. Turns out, that adding an electric motor, which is not part of the main engine assembly, ads way too much complexity in controlling the whole thing and weight to power ratio, that it stops quickly stops making sense.
1) New cars are too cheap to make at scale.
2) Old cars are quite unsafe to drive, comparatively (airbags, backup cameras, lane departure alerts, blind angle alerts, etc)
But yea, as for the rest of the "safety mechanisms" the only modern change that I can think of that's not easy to retrofit but is a huge safety boost is blind spot detection. As someone that drives older (and smaller) cars, being able to see the blind spot detection light on other cars' mirrors is always a bit of a relief that their car will notify them if they try to change lanes.
I think there are important dimensions of safety that go unmeasured. You have much less road awareness in new cars.
Survivability is great and all, but not at the expense of children and pets becoming invisible.
All the focus on survivability provided another incentive for makers to put ever larger pieces of steel on the road. I disagree that new cars are safer.
I have experienced driver aids glitching, and i want none of it. Anything that can take control of the car needs to be bulletproof, and it isn't.
It should be possible to just replace the flywheel altogether with a generator/motor that both brakes and powers during each cycle, cancelling vibrations. Then more generation during deceleration, and more power during acceleration.
We just read a story of someone who didn’t want to pay market price and went DIY.
There are companies doing bowling alley equipment and you can pay them for maintenance.
Is there a single one of those on F500 list? No and people are running those companies and what OP did … he didn’t want to pay market price.
Well yeah those companies are overpriced if you are software engineer who can wire up and program couple of ESPs have own bowling alley and have free time.
I'm tinkering with an auto-provisioning function that tells a given ESP what node type it's connected to and configures itself from there.
I’ve had similar experiences with “enterprise”-grade hardware.
But sometimes the “price” isn’t just the hardware, but also having someone on-call 24/7 to support and possibly fly-out to investigate within X hours.
It's really easy to pull $300k/y as an SRE (but that does amount to about $100/hr equivalent in SMB, assuming realistic >40h workweeks and the tax advantages in SMB, even less if you have to pay for services you enjoy and can't find time for due to FTE - nannies or even changing your own oil).
It is extremely hard to keep that $100/hr and a sliding scale - one week you work 50h, the other 30h, then you take a month or three off at $5h/week.
Mine (and I don't regret these) is running midsize PV plants. Slightly bigger than residential (hey, does OP want solar PV on the rooftop? I have a bowling alley as a client, they are a great match), but again not large enough to attract a scaled business.
I approximately put in 5h on each a year after the initial setup (around 100hr each), for $10k/y in profit from each.
I have a friend who has automated an old food production line. Eg peanut butter making, Muslie roasting etc.
With no background in programming he got machines hooked up measuring various things - eg peanut butter levels with ultrasound, roast temps, rotation rates.
Zero version control and eyebrow raising methods but massive improvement in safety and throughput. Really impressive.
Maybe a way for non-programmers to better understanding what they are saying, is to think about translation. It's kind of like saying a person doesn't need to know anything about Spanish to now sell LLM translated books from English to Spanish.
Yes, the LLM can do translations for you, and quickly. But, as you don't know Spanish, you won't know how good the translation is. You are less likely to catch all kinds of mistakes, from bad grammar to wrongfully translated idiomatic expressions. The less Spanish that you know, the more likely you are to be impressed or fooled into a false sense of security. Then when native and fluent Spanish speakers read your books, they may rate it as mostly gibberish and nonsense.
The same goes for the LLM, but it replies in minutes and costs next to nothing, so you can correct it quickly, and you don't even have to be politely patient with it to avoid hurting its feelings
On one hand, it results in some absolutely horrendous code that takes 100x longer to run than necessary, because it lacks the most basic principles of engineering. On the other hand....it works and does what is asked of it.
Like all things, helpful as long as it's checked very carefully.
I had a friend who told me a story, that when he was a kid, he found a copy of the Borland Pascal DOS compiler on his dad's machine. It came with a demo demonstrating the graphics library, but that was the extent of his introduction to Pascal, most of the syntax he figured out by trial and error.
He went ahead and build a quite elaborate tank game, with things like enemy AI, multiple weapons and destructible terrain.
The code was a fever dream, but the game was pretty impressive, and enjoyable.
One of the things he didn't intuit, was that you could not only use built in functions, but define your own. So when he needed a code block a second time, he just copied it, so you can imagine how pleasant that code looked.
They'll even volunteer to do so and recommend.
Those tools are built for quick iteration. Compared to that, using an LLM surely feels a lot like programming. Also a lot less deterministic.
I suspect it is practical to do a small one-time run of maybe a 1000 copies of a purely hardware device and sell them. Of course, that is just kicking the can down the road a bit farther… At least dealing with obsolescence with purely analog parts is simpler…
As soon as software appears, things become less ideal. Now the HW and SW become highly specialized to a single vendor’s single family of devices. Plus, bugs and internet connectivity almost ensure a potentially unbounded number of updates or forever broken functionality. Even toolchains fade into obsolescence…
Sure, one can redesign for a new microcontroller from a new vendor. Maybe with new RTOS too. Of course, that is almost as much work as the initial design and probably done by someone else at a later date. Yuck!
(And I saw this as a software engineer!)
Definitely something to be said of the old habit of a simple analog design with schematics fully provided to the end user. This is something probably still needed today, but perhaps commercially challenging, especially with countries like China in play…
I'd leave out the "old" there.
An example: Friends work(ed) as engineers in theaters and music-venues. The costs for (DMX) equipment is insane. Some lamps, rigs or controllers are so expensive that shows only rent them. While there's lots of cases where you don't want to cut costs¹, quite often a cheap variant cuts it just fine. So apparently there's a lot of Pie's, Arduinos, ESP32s and old androids used to handle stuff. Custom, hacked, duckt-taped solutions. All of them are certain a startup offering generic but cheap modules that engineers can customize, would be an instant hit. Especially if "service" can be bought with it.
Or a friend who installs (climate) control systems in (food)factories, who cludges together arduino's and some hacky web-interfaces, who is certain that the industry would love some "off the shelve" solutions that installers can build their own hardware- and user-interfaces on is a very much wanted product. The industry (in EU) is according to him, one built on "lock ins", where a factory starts off with AcmeInc controllers and then slowly Acme will start charging almost "extortion-fee" alike figures just to fix stuff on a sunday night.
Or, a friend who has a fruit farm with lot's of freezer-storage (running hundreds of KWs), whith whom I cludged together some Arduino's and home-automation to control the freezers to run when electricity is cheap or free. Stuff like this is available for consumers at reasonable prices, but the moment the Amperages go to industry-level, the costs explode. Where a simple remote controllable power-switch can cost €1000s. I'm certain that there's hundreds of thousands of small warehouses, supermarkets, traders, logistics that could save a few hundreds to thousands of €'s a year, by controlling their freezers, heaters, pumps, pressurizers, dryers and whatnots smarter with "turn key" modules built from generic low cost hardware.
--
¹ relevant: There's a lot of "Nobody Ever Got Fired for Buying IBM" behind it: if you go for the cheap €800 chinese knock-off and mid-show something starts failing, its your fault. But if that €10.000 controller starts failing, it's no-ones fault.
Experts know there is stuff worth spending on, and there's stuff like the ESP32 where no amount of money will buy you something better, and no amount of money will save you, if the guy building the whole thing is an idiot.
Turns out, they abandoned most of them in 2008, as it was the local council who were meant to maintain them, but they couldn’t afford it - a chat with the president revealed they’d been paying €15k a year for each station to maintain it and they’d cost about €100k each.
I went and looked at the battered remains. Sounding tube. Ultrasound transducer. Box of 90’s electronics.
Anyway, long story short I banged out six of them for them for about €80 a piece - the expensive bits were the batteries and the dinky solar panel. ESP32, ultrasonic transducer, GSM and LoRa (as two are outside of the cell network), haven’t had to touch them in five years and we now know when it’s time to evacuate, rather than wading out in the night while trees sail past us at 60kph.
So much stuff like this.
It's an interesting approach that's way simpler than relying on soil moisture sensors placed high up on mountainsides. It's not as widely applicable as measuring soil moisture directly, but it's been running steadily for over 5 years now.
My interest was not drowning, rather than pecuniary.
Like I said, I don't remember all his design decisions, but they wanted to retain the original position sensors.
At my shooting range, where security is very important, we're replacing the old antiquated "fire stop" (when everybody on "shared" lanes has to stop shooting for there's at least one person going to change the targets) system with a modern system of electro-magnets and embedded devices. Mechanical safeguards where, by default, the 10 lanes (there two times 10 lanes, the 50 meters ones and the 100 meters ones) have to stop shooting and then an embedded system with a little controller for each lane that needs to be working to give the greenlight / "fire frei" ("free to shoot").
We mostly decided on the switch after a failure of the old system: the "free to shoot" system has recently been given even though there was still one person outside, changing the targets (nothing bad happened but this is a serious incident).
We asked for quotes for a system that is always "door locked" / red light / "fire stop", unless everything works fine and every lane gives the greenlight (each shooter has now one badge).
Same thing as in TFA: cost in hardware is minimal compared to the quoted prices. Like basically 1/50th of the quoted price.