Launch HN: Nori Robotics (YC S26) – A low-cost humanoid robot for development (norirobotics.com)
I started working on Nori while doing robotics research at Columbia. I was teaching robots through human demonstrations, but getting my hands on affordable hardware was difficult. Most labs have one or two expensive robots, which makes it hard to collect large datasets, run long experiments, or test across several robots.
So I built my own. After seven iterations the latest Nori has:
* 19 degrees of freedom
* Two 7+1 DOF arms with a 1.5 kg payload per arm
* A 55 kg telescoping lift
* A differential wheeled base
* Four 720p, 30 fps RGB cameras
* 2D lidar
* A dual microphone array with full-duplex voice communication
* A 432 Wh battery
* A Raspberry Pi 5 with 4 GB RAM (SLAM and safeties are run on board, heavier ACT and VLAs must be run from a computer via LAN or a server via WAN)
Getting this under $2,000 was the main engineering challenge. Nori has more than 100 moving and structural parts, so costs add up quickly across actuators, bearings, wiring, power delivery, and assembly. Some main choices we made to get the cost low was using high-ratio servos instead of QDD motors, and using a wheel base instead of legs.
We assemble each robot in San Francisco and have designed it to be easy to manufacture and repair (we offer 3D files to print repairs).
Our open SDK includes teleoperation and demonstration tools: https://github.com/Nori-Robotics/nori-sdk-py
We also built a browser-based simulator so you can try it out: https://lab.norirobotics.com/nori/model
We’ve shipped our first robot and are building the next batch. Eventually, we want people without robotics experience to teach Nori tasks and share them with other owners.
Currently the hardware is already capable of basic cleaning tasks, opening drawers, restocking shelves and pouring beers. Here is a video of Nori doing things: https://youtube.com/shorts/VRfVXHfQvD8
We make money by selling the hardware for $1,688, with optional paid software on top. Parts of hardware are open source. More details are in our hardware paper: https://doi.org/10.48550/arXiv.2605.16537
If you work in robotics, what would you build with a robot at this price? What would you change about the hardware?
68 comments
[ 0.41 ms ] story [ 12.8 ms ] threadCan you be up front about its real capabilities. Are these videos of it eg tidying up real or just staged / cherry picked?
If you let it loose in a messy room or stirring something in a kitchen, what are the genuine results you would expect in the wild?
1. Doesn't look like it's stirring well enough to prevent burning
2. Seems to just be picking up vertical cans and grabs the napkin unintentially, never see it pick up any of the more interesting shapes/orientations.
3. Doesn't shut the fridge door
4. Teleports to things in it's hand, never see it actually place something in the rack.
5. Not a fold in site, vague wafting of a shirt around
6. Poured a few grains of cereal, not sure it can tell if it's poured the right amount of anything. Doesn't look like a useful result there.
Honestly, it could probably close the fridge. Why they can't show it completing a task in any of their examples is probably not a good sign for the skills situation. It's clear the goal is crowdsourcing the software and providing a platform with no idea whether it can actually do any of these tasks reliably to be useful.
Not sure who the market is here apart from SF tech bros with money to burn.
You know: like the first word in this forum's name.
Got it, sooo.. SF tech bros. I think that humanoid robots are interesting but the real innovation and product-market fit will come figuring out how to do menial household chores (folding clothes is still very much unsolved, for example) as opposed to an ultra-generalized robot that can "do anything."
Could it put small to medium sized packages in a package room of a condo?
Hopefully upto 24" in any dimension and 5-10 lbs(and ignore the others it can't handle)?
The set up of the small room: three stacked total height 5' rack shelves on both sides and a 2' wide passage in the middle.
Not saying off the shelf but how hard would it be to teach it how to do that?
I could see myself printing all sorts of costumes for it and using it as an ad hoc characters for tabletop games or as a spare bandmate if I ever finish my synth.
"We make money by selling the hardware for $1,688, with optional paid software on top."
The software would have to be quite good and also affordable for me to consider it, as all subscriptions are liabilities. I might one day want my robot to go with me to a show or to do something meaningful. Whenever that happens I will NOT be held hostage by software and will either source my own software or replace parts of the hardware till something works before I keep throwing money at a bad service. I would prefer to just have a good vendor supported software that I don't have to think about but I have trust issues. Privacy would be a huge concern, I can't have this in my garage lab with all my stuff being sent back to your servers for computer vision tasks etc.
2. Is the app distributed as an APK outside of the Play Store? Does it have any hard requirements on GMS that would prevent users of degoogled devices from using it?
3. Is every function available through the app possible to perform or recreate with the open SDK? Is this robot (now, and in the future) going to be accessible to technically competent folks who don't own a smartphone at all?
4. Is there a privacy policy on your website for the robot itself? Is there any telemetry? What kind? Will it be recording me without me asking it to? Is the software that ships on it totally open source?
Cool project! I might be quite interested, depending on how much it respects user freedoms and privacy.
First panel loaded and Nori moved in the demo window. Then I scrolled down to the Everyday Tasks pane. On first visit, this pane took a long time to load. Once it loaded though it did walk through the repeating demo videos. Scrolling down to the "Teach Nori to support you in every way" panel where none of the content loaded. It displayed three black panes with zero content. Continued scrolling down to the "Skills Marketplace" panel and again, nothing in that panel loaded or played. Scrolled down another page to a black panel with no content. The first time I visited, this section did load revealing the eyes widening and gripper extending to take on a new task. Scrolling down more there is a set of attributes in the "Affordable and Capable" panel. Each of the attributes loaded correctly AFAIK. Scrolling to the final panel "Based in the USA" where you can click through to Order, that panel loaded with no apparent issues.
I repeated this using the current incantation of FF and each panel loaded quickly including the "Teach Nori..." and the "Skills Marketplace" so I was able to see what all that was about.
Now to the robot.
First impression is that this is an indoor-only model based on the configuration of the wheels and the lack of weatherization of the joints with wire harness poking out where it can hang on nearby branches, etc. so you need an open environment. Circuit boards in the video shorts show exposed electronics, probably the camera that assists the grabbers in object ID. That probably is not good. The heat-shrink harness on the back that flexes as it extends looks like another way to pull the robot over so I'm thinking this thing won't navigate furniture that has features extending far enough from the unit to enable passing people or robots to become hung.
The video short of the Nori clearing the table is interesting. The specs for the arms indicate a 1.5 kg capacity (3.3#). I looked up the weight of a standard plastic kitchen trash can and they seem to be about 0.45 kg (1#). I see Nori loading light items into the can and that raises a question - Does Nori know when the can is too heavy for it to lift? Does Nori have sensors or will the object detection allow it to track the probable weight of objects in the can so that it doesn't overfill and dump the can contents on the floor? Will Nori understand that some operations require use of both arms? Since Nori is an inside robot, who gets to tote that trash bag to the curb? Can Nori be trained to chunk that bag using the sensor packages - Lidar, etc to estimate range and the knowledge of the bag weight so that the optimum launch point is achievable using all those 7+1 degrees of freedom? That would be cool.
Can Nori be trained to say "This is your last one!" when fetching your Heineken? Can Nori compress to the point where it can pick up that drink tray beside that coffee table? I understand it can extend to 55" but can the grabbers reach and manipulate items on the floor, like petting a cat for instance?
In the demo videos of Nori pouring a liquid from an oat fluid container how many times did you need to adjust the level of oat fluid before Nori could execute that pour without spilling? Is Nori able to gauge the level of fluid in a container or the level of dry substance like that granola so that Nori understands the tip and spill points so that messes are minimized?
In the Teach Nori... section I can Nori being useful for managing 3D printers since the fumes in there have to be apparent and if Nori can be taught to manage printer operations that is one environmental exposure that I won't have. I worry in the clip with the paintbrush that Nori can't stir rapidly enough to clean anything from a brush. I noticed during the clip of Nori opening the 3D printer door th...
I don't mean to be negative, but making a sustainable business on a hardware race to the bottom sounds challenging.
I'd be curious to to know from others here, what in-home tasks do people think they'll really be able to automate with any of the various bimanual or humanoid robot platforms that seem to be going around?
I'd want to bolt it with a mount to the wall when not in use because it needs to be climb-resistant for children during the daytime when I don't need it functional but there is a solid 8 hour 2200->0700 window when no one will be in the living room and speed is not an issue.
The matic is being sold as one with better obstacle avoidance and I have no doubt it does but the point is I want the obstacle out away and the floor cleaned underneath.
Caveat: I have kids.
How is teleoperation anything more than a glorified puppet master pulling the strings or a radio controlled toy car?
At this point, I think with the speed of AI development, the AI will be designing it's own body.
I can see me doing so many things with this.
The form factor is good which is why multiple companies are building in that form factor. The arm motion will be like a 90 year old with mild Parkinsons. Watch the videos closely and you will notice the issue.
What this means: No force feedback on positioning. Jerky motion due to actuator steps. Limited precision. Terrible slow motion control performance. Fast movements will look better. Inability to solve problems with software.
Basically think of all the joints like those cheap thermal camera screens that are at 320 x 240 resolution. For rough work or finding some sort of oddity your good, but anything precise you need to spend real money. It's a pretty cool toy, but don't go buying this expecting that much.
And those force feedback actuators use significantly more power.
The basic idea: don't control position. Control acceleration, or better yet, control torque. Then: acceleration = integrate(torque over time) + start_acceleration. Then, speed = integrate(acceleration over time) + start_speed. Then, position = integrate(speed over time) + start_position.
Now, torque is the "moment". The "moment" is what breaks your bones, cuts your fingers, breaks your robot's physical infrastructure (including the motor axle, your wallet is going to hate that thing breaking). Moment < x ... your bones are fine, no matter speed, acceleration, whatever. Moment > x. Hello 2 months in plaster. Acceleration is voltage, which of course is limited. Now speed, we all know relativity. It "doesn't matter". However, if you don't want accidents, limit speed.
So what you want to do is limit all these values (absolute values, ie. also limit them at the negative side). Define your max_allowed_torque, max_allowed_accelaration, max_allowed_speed, oh and because robots being what they are max_allowed position.
Oh and when it comes to 3d movements: use vectors for speed and position, ignore 3d for acceleration and 6d vectors for torque (ie. both regular and rotational), and total_acceleration = accel_motor_1 + accel_motor_2 + accel_motor_3, and it's the TOTAL acceleration that's limited if you don't want your motors on fire. The magnitude of total torque needs to be limited if you don't want your battery on fire.
Now use these libraries, place these limits, and then to use servos, just:
Note: the caps are there for a reason. If you instruct a large robot to go to 0,0,0 in 0s it will try to do it. If the robot is powerful enough whoever was in the way is now an ex-person.Now update your loop. Run it in a separate thread. Have a "self-image". Allow updating the movement (as long as it gets initialized from servo_positions and the servos aren't slipping it's fine)
No more jerkiness. No more batteries on fire if you're having too much fun. No more burnt electronics as soon as you move past 3 servos.
And yes, this code is more than fast enough to run on your watch. It's probably the best you can do with standard servos, but industrial servos can do 100x better (and dynamixel and the like exist). As soon as you have a robot that can hurt people (even by falling) you'l...