HN Debrief

Oomwoo, an open-source robot vacuum you build yourself

  • Open Source
  • Hardware
  • Privacy
  • Robotics
  • Consumer Tech

Oomwoo is an early open-source robot vacuum project from Makers Pet. The pitch is a modular, community-built robovac with printable parts, off-the-shelf components, and software you can modify yourself. The appeal was obvious. People want robot vacuums that do not depend on vendor clouds, do not ship camera data off-box, and can actually be repaired or customized when they fail. That broader demand came through much more clearly than confidence in this specific project.

Treat this as a signal that people want local-first, repairable home robots, not as proof that a viable open robovac stack exists yet. If you care about this space, the practical near-term play is probably retrofitting existing vacuums or building software layers around proven hardware rather than starting from scratch.

Discussion mood

Cautiously interested but mostly skeptical. People like the goal of a cloud-free, repairable, customizable robot vacuum, yet many think the current project looks too early and too AI-generated to trust, and that rebuilding an entire vacuum from scratch is a worse path than reusing mass-produced hardware.

Key insights

  1. 01

    Retrofit existing vacuums instead of rebuilding them

    Replacing the control stack on a commodity robot vacuum is the path that actually makes economic sense. Mass-market units already solve the expensive hardware problems like lidar, wheel modules, docks, bumpers, cliff sensors, and seals. That is why people compared this to Gaggiuino for espresso machines and OpenMower for lawn care. The open value sits in software and control, while the hard-to-source mechanical platform comes from a proven commercial product.

    If you want to ship or contribute to an open home robot soon, target a brain transplant first. Build against hardware that already exists in volume, then layer in local control and custom behavior.

      Attribution:
    • oliwarner #1
    • throwaway219450 #1
    • Jasp3r #1
    • dsrtslnd23 #1
  2. 02

    Repairability already exists in some older models

    Older Roborock, Xiaomi, and Roomba units were described as surprisingly serviceable, with modular wheel motors, replaceable batteries, easy-to-source brushes, and even straightforward lidar or fuse swaps. That changes the baseline. The incumbent market is not a blank slate of sealed black boxes. Some of the best candidates for open control may be older devices that are both physically repairable and well understood by hobbyists.

    Look at mature models with known spare-part ecosystems before assuming you need fresh hardware. For buyers, an older repairable platform plus local software may beat a clean-sheet open design for years.

      Attribution:
    • RealityVoid #1
    • fy20 #1
    • moepstar #1
    • max-ch #1
    • Gabrys1 #1
  3. 03

    Valetudo is useful but not the whole stack

    Valetudo was repeatedly invoked as the obvious privacy-first comparison, but people clarified that it is not replacement firmware for a generic vacuum. It is a control layer for rooted supported robots. On some models flashing is simple, on others it is fiddly or blocked by vendor decisions. That means Valetudo proves demand for local-first robovacs, but it does not remove the need for hardware compatibility work, boot access, or a full navigation and control stack if you start from zero.

    Do not mistake a strong user-facing control layer for a complete open robotics platform. If you are planning product or community work in this space, separate UI, local APIs, firmware control, and hardware access as different problems.

      Attribution:
    • pbmonster #1
    • moepstar #1
    • gempir #1
    • fh973 #1
    • kadoban #1
  4. 04

    Customization is the real differentiator

    The most compelling use case was not cheaper cleaning. It was being able to encode house-specific behavior that commercial robots still handle badly, like choosing the one safe entry point onto a difficult carpet and then staying on it until finished. Comments from owners of expensive vacuums that still get stuck on mats or eat Lego made the same point. Open control matters because homes are full of edge cases that generic navigation software keeps missing.

    The product opportunity is in editable cleaning policy, not just open schematics. Expose routines, per-zone heuristics, and user-defined movement rules if you want an open robot to feel meaningfully better.

      Attribution:
    • kbouck #1
    • bicepjai #1
  5. 05

    Generated polish is hurting trust

    People did not object to AI-assisted coding on principle. They objected to a launch that looks finished in tone while the repo still reads like outlines, renders, and placeholder docs. That mismatch made readers question whether there is a real prototype underneath. In hardware especially, credibility comes from ugly evidence like part photos, failed iterations, and videos of the thing actually driving around.

    If you are using AI to bootstrap an ambitious project, spend your scarce human effort on proof, not polish. Publish build logs, measurements, and demos early, because slick generated copy now reads as a warning sign.

      Attribution:
    • fluidcruft #1
    • throwaway219450 #1
    • progval #1
    • cwillu #1
    • duskdozer #1
    • j1000 #1

Against the grain

  1. 01

    As a hobby project, practicality is beside the point

    Several people were fine with the project being expensive, rough, or incomplete because they saw it as a community build and a creative outlet, not a product decision. They argued that AI tools can make this kind of one-person cross-disciplinary experiment possible in the first place, and that demanding polished documentation at day one misses the value of an open project evolving in public.

    Do not evaluate every open hardware effort against consumer-product economics. If you are building a community around experimentation, say that plainly and optimize for contributors who want to tinker, not buyers expecting a finished appliance.

      Attribution:
    • crispyambulance #1
    • fluidcruft #1 #2
    • jm4 #1
    • camel_gopher #1
    • simonra #1
  2. 02

    Commercial robovacs are not all unrepairable

    The idea that current robot vacuums are notoriously unrepairable did not hold up cleanly. Owners reported eight to ten year lifespans and easy part swaps on mainstream models. That weakens the broad anti-industry framing and suggests the bigger complaints are cloud dependence and mediocre software behavior, not necessarily physical serviceability across the board.

    If your pitch leans on repairability, be specific about what is broken in current products and for which models. Broad claims are easy to knock down when widely owned devices have decent repair stories.

      Attribution:
    • RealityVoid #1
    • fy20 #1
    • moepstar #1
    • max-ch #1

In plain english

lidar
Light Detection and Ranging, a sensor that measures distance by bouncing laser light off nearby objects to build a map of a room.
LLM
Large language model, an AI system trained on large amounts of text to generate or analyze language.
repo
Repository, a version-controlled project folder, usually hosted on a platform like GitHub.
Valetudo
An open-source project that lets some robot vacuums run locally without depending on the manufacturer’s cloud service.

Reference links

Open-source control and firmware-adjacent projects

  • Valetudo
    Referenced as the main local-first alternative for supported commercial robot vacuums.
  • Valetudo supported robots page for Eureka J15 Pro Ultra
    Used as a concrete example that flashing some supported models can be straightforward.
  • iTHOWifi
    Shared as an example of replacing or augmenting control electronics on existing home hardware rather than rebuilding the whole device.

Reuse existing hardware projects

  • Gaggiuino
    Cited as a strong example of adding open control and software-driven features to commercial espresso machines.
  • OpenMower
    Mentioned as a parallel project that keeps a commercial mower platform and swaps in open control.

Background and community references

  • Gaggiuino out-of-the-loop explanation
    Linked for context on the Gaggiuino licensing and open firmware controversy mentioned in passing.
  • Crowd Supply
    Suggested as a place to follow or potentially sell open hardware projects.
  • SNL Woomba sketch
    Posted as a light cultural reference because the project name reminded someone of the parody.