Welcome the next robot from Wimble Robotics

37 views
Skip to first unread message

Michael Wimble

unread,
Aug 17, 2026, 8:07:54 PM (8 days ago) Aug 17
to hbrob...@googlegroups.com
The next robot design has begun. Almost every aspect will change, though the overall shape and dimensions will be about the same. Here is the logo:

Titania_option_3_preview.png

s...@lig.net

unread,
Aug 17, 2026, 8:57:02 PM (8 days ago) Aug 17
to hbrob...@googlegroups.com, Michael Wimble
Exciting!

Does she have real titanium?

Stephen

Dave Everett

unread,
Aug 17, 2026, 9:51:19 PM (8 days ago) Aug 17
to hbrob...@googlegroups.com
I'd ditched the sword. The robot might use it against you.

Dave

On Tue, 18 Aug 2026 at 10:07, Michael Wimble <mwi...@gmail.com> wrote:
The next robot design has begun. Almost every aspect will change, though the overall shape and dimensions will be about the same. Here is the logo:

--
You received this message because you are subscribed to the Google Groups "HomeBrew Robotics Club" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hbrobotics+...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/hbrobotics/29CD5620-E63D-42A3-A986-A1F6883743B0%40gmail.com.

Chris Albertson

unread,
Aug 18, 2026, 12:31:21 AM (8 days ago) Aug 18
to hbrob...@googlegroups.com
I like the use of the titanium exoskeleton. I think it can be more efficient than an internal frame. Wings seem like a good means of locomotion too, but I’m skeptical that the proposed wing design could work.

Karim Virani

unread,
Aug 18, 2026, 3:09:15 AM (8 days ago) Aug 18
to hbrob...@googlegroups.com
we need a scale for winged humanoid robots ...


--
You received this message because you are subscribed to the Google Groups "HomeBrew Robotics Club" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hbrobotics+...@googlegroups.com.

Sergei Grichine

unread,
Aug 18, 2026, 11:16:35 AM (7 days ago) Aug 18
to hbrob...@googlegroups.com
Well, finally somebody here is making something with wings! I hope the other body parts will be equally impressive, even if they are currently covered by an exoskeleton. ;-)
Speaking of winged beasts, let's borrow a bit from aviation.
Step 1: Evaluating the Predecessor
How about taking a look at the previous contraption? I am a big fan of Sygin as a high-performing robot, but I cannot accept its level of over-engineering. Yes, I understand that some gains in performance and costly engineering are connected. Sometimes it takes a complex prototype to figure out a path to a balanced design.
Will Titania be even more complicated, or a step toward better-balanced engineering?
Step 2: Defining the Concept
Making a "do-everything-very-well" robot is akin to designing a universal aircraft. A proven path to failure. As they say, "It is possible to ruin a good concept with a bad detail design, but no amount of good detail design will save a bad concept."
There are questions one has to answer before drawing the first sketch (these are based on publicly available info on Sygin):
  • Operating environment: A large American house, typical floor plan, single level, smooth carpet, tile, wood, and vinyl floors, glass doors, expensive furniture and standard 30-inch doorways. Strong Wi-Fi everywhere.
  • Common tasks: Patrol the house, dock to recharge, avoid collisions with furniture, people, and pets, go to predefined locations, respond to voice commands, and declare status/intentions. [1]
  • Safety: Do not cause fire; do not cause excessive damage during collisions.
  • Special needs: Monitor a human, find and fetch light objects from other rooms, and provide telepresence for convenience and security.
There's more to the list above, but even a quick glance shows that there are many ways to skin the cat. Building a heavy fast tank with a thousand safety fuses may not be the optimal path.
I immediately think of:
  • Making the robot relatively slow and light for safety.
  • Delegating some functions to a stationary off-board server.
  • Using the "house-as-a-robot" principle to perform (or help with) some functions.
Anyway, I think I ruffled enough feathers for now. Let's conclude with another aviation reference:
image.png


Best Regards,
-- Sergei


Michael Wimble

unread,
Aug 18, 2026, 1:10:03 PM (7 days ago) Aug 18
to hbrob...@googlegroups.com
I know that some of your comments about me overengineering my robot are tongue-in-cheek, but some are not. You do know that my robots are not just a hobby. My robot will have to provide serious assistance to me in a few years. My robot is capable of causing serious damage and endangering me in my house. I do actually have requirements and specs for a lot of what I do. Titania is a follow-on to Sigyn with even more specs and even more requirements. Each iteration raises the bar on what I’m doing. 

For some examples,
  • Sigyn has brushed motors. They are too noisy to allow patrolling the house at night—they would wake me up. I need quieter motors, so Titania is moving to brushless motors.
  • The ODrive motors I’m moving too are rated at 48 volts. But a 48 volt LiFePo4 battery system doesn’t peak at 48 volts. In fact it exceeds the maximum voltage for the motors so I have to stay with a 36 volt system. This means fatter wires, bigger fuses, etc.
  • Sigyn has wheels attached to the axle via set screws. This always, and I mean always, will cause the wheels to come loose over time. No amount of thread lock will prevent wear at the contact point, and the wheels, by their very nature, are under a lot of torque trying to hold the robot upright. I need to get away from that problem. The ODrive wheels I am going to look like should run considerably longer without an issue.
  • My power system doesn’t use a precharge during the power up. I have a simple emergency-stop switch to power on. This will eventually weld the contacts. I’m moving to a pair of contactor switches rated at 100 Amps. One will do the precharge to prevent arcing before the second does the real power up.
  • My safety system is ultimately limited to stopping the motors. There is a mechanical e-stop switch, but the software cannot turn off power to various subsystems (like resetting the PC, turning off power to the motors). That is changing. The power-on switch talks to a new, always-on system that operates the two relays above and also has the ability to power up/down subsystems and force reset or force MCUs into programming mode. The mechanical e-stop switch is inline with the mechanical contactor switch in order to kill the battery as a final cutoff. 
And there are a handful of similar issues that make Sigyn untrustworthy to patrol the house for a week while I’m on vacation. 

Again, Sigyn will eventually be checking to see if I’ve fallen, that I’m still breathing. I may need to deliver medicine to me quickly. These things cannot fail. It needs to know if a window is broken, if a door is left open, if there is something about to catch fire, if there is high CO or CO2 in the house. Again, not a toy.

I’m curious as to just what your serious side comments on overengineering are? Nearly all the things I think you might be referring to are very low-cost items. 

My motor runaway detection? That’s a very real issue, and it’s easy to detect. 

My measuring temperature gradients to predict that something will overheat? Well, when my motors are operated for long periods of time, they do heat up. The question of whether the motors are too hot is one safety issue, but it takes a long time for motors to cool down. I want to detect that they are heating up quickly so I still have time to, say, force a slowdown rather than wait until they are too hot and have to stop the motors. 

Motor overcurrent management? My motors are somewhat expensive (about $100 each), hard to buy again, and it takes many hours to physically replace them. My robot is heavy and has a powerful battery — if you stop my motors by, say, running into a wall, I have probably much less than a second to detect this and kill power before the windings would literally melt. 

My rings of protection? Well, Nav2 is not reliable by any means for a lot of reasons. My robot should detect that the configured safety ring in Nav2 isn’t being honored (e.g., even with my fast PC brain, I don’t always sustain my 20 loops/second minimum for the control loop), and when a small violation is detected, the safety system tries to slow down the motors hoping that Nav2 can then catch up. If objects enter “zone 3” (obstacles are almost touching the robot), then ROS 2 has screwed up, and I shut down the motors. 

My motors cannot “stutter”. My mechanical design requires smooth operation. I haven’t allowed for quick starts and stops — my robot would faceplant. There is a fair amount of engineering I’ve don’t to make the robot fast and smooth in its movements.

There isn’t much in my long effort to provide safety, trustworthiness, and reliability in my robot that any hobbyist couldn’t duplicate. You just need a few more sensors, an ability to respond to issues, like stopping the motors, and a hardware compute system that is similar to a hard, real-time OS. In my case, all safety is provided by several, tightly coupled MCUs where I’ve engineered the code execution to ensure some computational guarantees. I need several MCUs because ROS does not work well if you cannot provide fast frame rates for data.

I’m moving more and more to a spec-driven system. Enclosed is the very first draft of the spec for Titania. There will be many iterations of this as I redesign and redo everything as I build Titania.

I invite a polite, considered critique of my architecture and goals.

TITANIA_MASTER_SPEC.pdf

Chris Albertson

unread,
Aug 18, 2026, 1:21:38 PM (7 days ago) Aug 18
to hbrob...@googlegroups.com
There are questions one has to answer before drawing the first sketch (these are based on publicly available info on Sygin):
  • Operating environment: A large American house, typical floor plan, single level, smooth carpet, tile, wood, and vinyl floors, glass doors, expensive furniture and standard 30-inch doorways. Strong Wi-Fi everywhere.
  • Common tasks: Patrol the house, dock to recharge, avoid collisions with furniture, people, and pets, go to predefined locations, respond to voice commands, and declare status/intentions. [1]

I think you have set the bar too low.    If I were tasked to build a “robot” that could do those functions perfectly. I would install four security cameras and screw each one to a different wall.   All the robot seems to be able to do is drive a camera aroud, cheaper to install several fixed cameras

If the job were “validate algorithm for zero-shot visual navigation in an unmapped environment,” then the mobile camera bot is doing something useful.

i’d rather kick the task up to “hard”.  Like “Keep the bathroom countertops clean and organized, then after that is solved expand to the kitchen.  A single arm on a wheeled base is enough for that.



  • Safety: Do not cause fire; do not cause excessive damage during collisions.
It was recently pointed out that a Untiree G1 can damage a hardwood floor if it falls over.    I think this needs to be solved.  Maybe a layered approach where we do several things redundantly.  One idea I had is that if a human comes near, the robot goes into “safe mode” and maybe uses one arm to grip a countertop and stops working.     Soft skin could help and being programmed to break its fall so as not to hit the floor so hard..   Likely 10 other things I can’t think of now.   I doubt there is a single solution.



camp .

unread,
Aug 18, 2026, 2:37:42 PM (7 days ago) Aug 18
to hbrob...@googlegroups.com
Michael,
    This is very exciting! You are a Renaissance man.  :-]  

- Camp

--
You received this message because you are subscribed to the Google Groups "HomeBrew Robotics Club" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hbrobotics+...@googlegroups.com.
On Aug 18, 2026, at 8:16 AM, Sergei Grichine <vital...@gmail.com> wrote:

Well, finally somebody here is making something with wings! I hope the other body parts will be equally impressive, even if they are currently covered by an exoskeleton. ;-)
Speaking of winged beasts, let's borrow a bit from aviation.
Step 1: Evaluating the Predecessor
How about taking a look at the previous contraption? I am a big fan of Sygin as a high-performing robot, but I cannot accept its level of over-engineering. Yes, I understand that some gains in performance and costly engineering are connected. Sometimes it takes a complex prototype to figure out a path to a balanced design.
Will Titania be even more complicated, or a step toward better-balanced engineering?
Step 2: Defining the Concept
Making a "do-everything-very-well" robot is akin to designing a universal aircraft. A proven path to failure. As they say, "It is possible to ruin a good concept with a bad detail design, but no amount of good detail design will save a bad concept."
There are questions one has to answer before drawing the first sketch (these are based on publicly available info on Sygin):
  • Operating environment: A large American house, typical floor plan, single level, smooth carpet, tile, wood, and vinyl floors, glass doors, expensive furniture and standard 30-inch doorways. Strong Wi-Fi everywhere.
  • Common tasks: Patrol the house, dock to recharge, avoid collisions with furniture, people, and pets, go to predefined locations, respond to voice commands, and declare status/intentions. [1]
  • Safety: Do not cause fire; do not cause excessive damage during collisions.
  • Special needs: Monitor a human, find and fetch light objects from other rooms, and provide telepresence for convenience and security.
There's more to the list above, but even a quick glance shows that there are many ways to skin the cat. Building a heavy fast tank with a thousand safety fuses may not be the optimal path.
I immediately think of:
  • Making the robot relatively slow and light for safety.
  • Delegating some functions to a stationary off-board server.
  • Using the "house-as-a-robot" principle to perform (or help with) some functions.
Anyway, I think I ruffled enough feathers for now. Let's conclude with another aviation reference:
<image.png>


Best Regards,
-- Sergei

--
You received this message because you are subscribed to the Google Groups "HomeBrew Robotics Club" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hbrobotics+...@googlegroups.com.

Ralph Hipps

unread,
Aug 19, 2026, 1:16:50 PM (6 days ago) Aug 19
to HomeBrew Robotics Club
I think I heard someone say to make sure she has enough lifeboats...    =)
Reply all
Reply to author
Forward
0 new messages