ทวีตที่ปักหมุด
Nico
79 posts

Nico
@NicoRobotics
CTO & Co-founder of Lucé Robotics - Automating solar farm operations by deploying Robots Organizer of Paris Hardware Meetups Ex-Zoox
Paris / San Francisco / Zurich เข้าร่วม Aralık 2025
134 กำลังติดตาม188 ผู้ติดตาม

Starting with the fundamentals
Prototype Version 0
AI, Software, Hardware
A small team, 9 months
Designed and assembled in Paris at @UMA_Robots
English

@johnfurr538500 Are you printing PLA or PLEC? Have you maximized the % infill?
English

@NicoRobotics The LeRobot format is fundamentally columnar, whereas this format is row-based. I believe row-based is better for training (you want to lookup all data for a sample at the same time, not a single column across a wide range of time)
English

There's a lot to like about this paper, but my favorite part is the data format used for training. I adopted it and it's a big improvement over what I was doing before. If you want to try it out, I pulled it out into it's own library here: github.com/tetra-dynamics…
Ritvik Singh@ritvik_singh9
Introducing ABC: open data, training, and infrastructure for robotics. We release the largest teleop dataset to date, and extensively investigate design decisions, pretraining, and post-training techniques. @arthurallshire @Cinnabar233 @adamrasb @redstone_hong @davidrmcall
English

@dAmineKharrat In my opinion KUKA is the easiest as you can find a lot of open accesses or easy to use tools, then ABB and then Fanuc
English

@NicoRobotics How complicated was it to get it running on ABB? We had complicated setup to do similar on Fanuc and Kuka.
English

@dAmineKharrat We use EGM (externally guided motion). Theoretically 250 Hz but with Inverse/Forward Kinematics loop we are slower than this
English

@NicoRobotics Wow! What is running on the ABB controller ? What frequency is this running on ?
English

Today we're starting something new at Fuse. We're building robots.
First, why this matters, because it's easy to get wrong. Skilled trades are ageing out faster than they're being replaced. The average electrician is over 45, the average plumber is over 50, and every year we lose more of them to retirement than we train. At the same time the world needs far more of them, not fewer, to build for the surge in energy demand ahead of us. You cannot build power plants, grid and AI data centres without them, and there are not enough of them.
So we're attacking this from both ends.
We're building a training centre in Birmingham, the first of many: untrained human in, skilled tradesperson out. We grow the workforce.
And we're building robotics to amplify what our technicians can do. We don't have enough skilled people as it is. The goal is to make them more productive. Our technicians are at the core of Fuse's mission of acheiving low cost energy and energy abundance.
Why we think we'll win where standalone robotics companies have struggled:
1. We already generate the data robots need. Robotics is bottlenecked on real-world physical data, and you cannot scrape it off the internet. Our technicians do real physical work every day across building power plants, electrical work and energy hardware installs. Only a handful of companies have real physical data. Rarer still to have it across this breadth of skilled trades, on sites you own.
2. We can deploy fast, and we learn faster. Standalone labs spend years convincing big customers to let them deploy on site, often against legacy resistance. We own the worksites, so we build, test and deploy on real Fuse jobs from day one. Continuous deployment means an extremely fast learning rate: more deployment, more data, faster improvement.
This is greenfield. Everything is open for the new team to define, from initial use case to policy choice to the embodiment itself, including whether we build in-house or partner. We're open to working with the best robotics and world model companies out there. The team will work directly with me.
Energy is the bottleneck for AI. Our goal is to unleash it, and robots are how we make sure it never becomes one again.
We're hiring the founding team now. If you want to build robots that ship into the real world from week one and make skilled trades more productive, come talk to us.
English
Nico รีทวีตแล้ว
Nico รีทวีตแล้ว

A must read!
As a hardware founder, I'm fascinated how the Chinese economy managed to pull out such cheap EV at this quality. Curious to see if it will be the same with humanoids, and if the intelligence software will be Chinese as well
theguardian.com/technology/202…
English


@johnfurr538500 Nice, I've been using BY1016Z motors, 350W, would love to see how yours compare
English

@NicoRobotics I found them on ebay from a Chinese supplier. Took a few weeks ro arrive.
English

I wonder what those arms are capable of 🤔
(Realtime and autonomous)
Victor Oldensand@victoroldensand
Trained the first ever Makiina arms to assemble a raspberry Pi into its case
English

Oh my, my dunk of JerryRigs is going viral. Well, let's use this as a teaching moment.
First, realize when people say "data centers in space" they aren't talking about lofting up giant Costco sized buildings.
SpaceX and Starcloud are proposing satellites that each have the compute capacity of about one AI rack, or what the guy is pushing in the picture below.
These individual sats won't be connected together in space to run large training jobs, they'll only be used for inference - answering people's questions, running agentic tasks, etc.
So each satellite has relatively tractable power and cooling requirements. There will be a couple of largish solar panels attached to give it 24x7 cheap power (remember that you get like 5x more solar energy per panel in space than on Earth). And a smaller radiator that will radiate away waste heat into the vastness of space.
Both the power and cooling technologies are simple, well tested and cost nothing to operate, unlike power and cooling on earth.
In particular, cooling on earth requires extra power to run powerful water pumps to move fluid all over the place and then to dump the heat into a relatively hot atmosphere.
Yes, space based cooling can only reject heat via radiative cooling, but it is doing it in the vacuum of space at -454 °F (-270 °C, 3 K) versus about 77 °F (25 °C, 298 K) on Earth, so that helps a lot. Point being that cooling in space has only a single upfront cost of building a passive radiator.
But what about the overall cost, you ask? Well, think about all the things you don't need to build now. That rack the guy is pushing around weighs 1,400 pounds mostly because of all the metal required to support everything against Earth's gravity. Things can be built far more flimsy in space since they are in zero gravity.
Also that rack has a bunch of power electronics and fans, neither of which are needed in space. Indeed, that entire building those racks sit in doesn't need to be built. All that fiber cabling isn't needed (lasers in space take the place, no need for cables). Giant utility transformers and a small army of step down transformers and battery packs don't need to be built. The land doesn't need to be bought. The permits don't need to be acquired. The supposedly huge amount of water used doesn't need to be provisioned (it's a tiny amount, but the detractors love to bring it up).
There are in fact giant cost savings going into space.
What about launch costs? That is small as well. Starship is fully reusable. The majority of launch costs are natural gas and liquified oxygen extracted from the air. That's it. Cheap access to space, really cheap I mean, is a huge unlock.
I was initially shaking my head when I first heard about Elon's "crazy" idea of space based compute, but the more you look into it, it is far less crazy and more doable and practical. At least for SpaceX.

English








