Humanoid Joint logoHumanoid Joint
Start inquiry
Humanoid Joint logoHumanoid Joint
RFQ on WhatsApp
Humanoid Joint logoHumanoid Joint

An advanced manufacturing division of Linkup Precision, backed by our parent tech group, Linkup AI Co., Ltd. We support global OEM robotics programs with precision execution.

Inquiry Email

[email protected]

Open email app

Send target torque/speed, quantity, and destination for faster RFQ response.

WhatsApp

+86 18857971991

Open WhatsApp

Direct technical discussion with our engineering team.

Products
  • All Product Families
  • Integrated Joint Module (Brake + Encoder)
  • Frameless Torque Motor Kit
  • Harmonic Drive Reducer Module
  • Series Elastic Leg Actuator
Applications
  • All Application Paths
  • 3 Finger Actuator
  • 3 Finger Actuator Electric
  • Actuator Joints Knee
  • Actuators for Humanoid Robots
Manufacturing & QA
  • Manufacturing & QA Overview
  • Delivery & Compliance
OEM/ODM
  • OEM/ODM Overview
  • OEM Co-Development Workflow
  • Manufacturing Power & QA System
  • NDA and IP Protection Program
  • DDP Delivery and Compliance Execution
Resources
  • Engineering Resource Center
  • About Factory
  • Contact & RFQ
  • Buyer Guides
  • Privacy Policy
  • Cookie Policy
  • Terms of Service
© 2026 Humanoid Joint. All Rights Reserved.|China Factory | OEM/ODM Programs
Back to resources

Tool-first hybrid guide

Humanoid Actuator Planner for Actuators Used in Humanoid Robots

Identify actuator roles in humanoid robots, estimate architecture risk, then review the evidence, tradeoffs, safety limits, and supplier questions behind the recommendation. This canonical page covers the alias phrase "actuators used in humanoid robots" without creating a separate competing URL.

Canonical alias: actuators used in humanoid robots resolves to this humanoid actuator planner.

Route mode

Hybrid

Primary task

Actuator role + RFQ screen

Evidence date

2026-06-24

Actuator stack inputs

Defaults model a mid-size humanoid before detailed CAD and thermal data are available.

Live result

RFQ-ready: 268 N.m leg screen, 5 actuator groups

Ready with default RFQ baseline.
Send RFQ summary
kg

Default 55 kg; accepted range 15-140 kg.

kg

Default 7 kg; accepted range 0-35 kg.

axes

Default 28 axes; accepted range 12-60 axes.

x

Default 1.8 x; accepted range 1-4 x.

Preferred architecture

Planner result

Risk47/100

Risk state

RFQ-ready

Leg screen

268 N.m

Groups

5

Empty state: adjust any input to tailor the result, or use the defaults as a first RFQ baseline.

Use this result when

Best for concept RFQs where public benchmark ranges are enough to split actuator families.

Next action for this state

Send the summary with CAD envelope, target quantity, duty cycle, and destination.

Invalid if treated as

Do not use as final joint sign-off until supplier thermal, brake, backdrive, and lifecycle data are returned.

Calculation is deterministic for the same inputs.
Send RFQ summaryWhatsApp engineer

Stack interpretation

This screen estimates actuator-family pressure, not final joint sizing. It intentionally separates body axes, leg peak events, upper-body payload work, and validation risk.

LegsHip / knee / ankleWaistYaw / pitch / rollArmsShoulder / elbow / wristHandsFinger / thumb / tactile

Upper-body screen: 73 N.m

Use this for shoulder/elbow/wrist routing only after payload and reach envelope are known.

Total moving mass: 62 kg

Mass includes payload because handling and recovery events alter leg and waist actuator load.

Contact: [email protected]

Alias coverage: "actuators used in humanoid robots" is answered here as the same humanoid actuator selection problem.

Calculation assumptions

Leg peak screen

(robot mass + payload) x dynamic factor x 2.4

Screening coefficient only; it approximates leg-class events before link lengths and gait traces are known.

Upper-body screen

(robot mass + payload) x dynamic factor x 0.65

Use for shoulder, elbow, and wrist routing after reach envelope and payload posture are confirmed.

Risk score

torque + axis + payload + architecture-risk factor

Lower is better. The score routes RFQ evidence pressure; it is not a certified safety or thermal rating.

Report summary

Core conclusions for actuator selection

Use these numbers as public benchmark anchors. They establish a decision frame for humanoid actuators, including "actuators used in humanoid robots" as an alias intent, but final choice still needs supplier evidence for duty cycle, cooling, brakes, and lifecycle.

C1

23-75 DOF

Humanoid actuator selection is a whole-body stack decision

Official Unitree pages disclose 23-43 DOF for G1 and 75 body-and-hand DOF for H2 Plus. Other OEM actuator counts should be treated as supplier-confirmation items unless published in formal specs.

C2

90-360 N.m

Leg actuators usually set the upper torque envelope

Unitree G1 lists 90-120 N.m knee torque, while Unitree H1/H2-class public specs reach 360 N.m leg peak torque. Continuous-duty torque still needs thermal evidence.

C3

2-15 kg arm load

Hands and arms need a different evidence chain

Unitree G1 gives about 2-3 kg arm load and H2 Plus gives about 7 kg rated / 15 kg peak arm payload. Figure 03 publishes 20 kg robot-level payload, but not joint-level actuator ratings.

C4

2025 + 2023

Safety proof is not solved by actuator choice alone

ISO 10218-2:2025 covers robot-cell integration, while ISO/PAS 5672:2023 addresses force and pressure measurements for human-robot contact.

Architecture fit visualization

Torque density85Compliance72Integration risk52Higher integration risk means more validation gates before PO.

Selected path: Quasi-direct drive. The chart shows screening tendencies, not a guaranteed supplier capability.

Evidence chain

Public benchmarkDOF / peak torqueTool screenrisk and stack splitSupplier evidencethermal / brake / lifecyclePilot validationrobot and cell tests

A robust RFQ turns public benchmarks into a supplier evidence package, then into pilot validation. Skip one layer and the result becomes procurement theater rather than engineering evidence.

Methodology and failure modes

StepInputOutputCommon failure
Map joint rolesLeg, waist, arm, wrist, and hand axis countActuator family split instead of one generic BOM lineBuying one torque class for every axis
Estimate peak envelopeRobot mass, payload, dynamic factor, lever-arm classScreening torque for leg and upper-body actuator groupsComparing only catalog stall or peak torque
Derate for continuous dutyGait cycle, hold time, cooling path, enclosure temperatureThermal evidence request for RFQAssuming peak torque density equals continuous capability
Select control topologyBackdrive need, impact tolerance, force-control bandwidthQDD, geared, SEA, or custom branchChoosing architecture before contact and impact tests
Close safety evidenceContact scenario, brakes, stops, sensing, force measurementRobot and cell-level validation planTreating actuator compliance as a safety certificate

Public data sources and known limits

Last updated: 2026-06-24 (Industry spec verification)
SourceSignal usedDate / scopeEvidence statusLink
Unitree G1 product page23-43 degrees of freedom; single leg 6 DOF; knee torque 90 N.m / 120 N.m depending version; arm load about 2 kg / 3 kg.Reviewed 2026-06-09Official product specification; scenario-dependent footnotes apply.Review
Unitree H1 / H1-2 product pageH1/H1-2 lists full-size humanoid dimensions, leg DOF, knee torque about 360 N.m, hip torque about 220 N.m, and ankle torque about 59 N.m / 75 x 2 N.m depending version.Reviewed 2026-06-24Official product specification; use as peak-torque benchmark, not continuous rating.Review
Unitree H2 Plus product pageMaximum arm torque 120 N.m, maximum leg torque 360 N.m, 7 kg rated arm payload, 15 kg peak arm payload, and 75 total body-and-hand DOF.Reviewed 2026-06-09Official product specification; useful for arm-load and leg-peak screening.Review
Tesla AI / Optimus public pageTesla confirms its Optimus robotics program publicly, but the official page does not publish joint-level actuator counts, peak force, continuous torque, cooling boundary, or lifecycle data.Reviewed 2026-06-24Official program signal only; numeric actuator claims require supplier or teardown confirmation.Review
Figure AI public robot page (Figure 03)Figure 03 publishes 5 ft 8 in height, 61 kg robot weight, 20 kg payload, 5 hour runtime, and an electric system. Joint torque and actuator counts are not disclosed on the public spec.Reviewed 2026-06-24Official robot-level specification; joint-level actuator evidence remains unknown.Review
Boston Dynamics Electric AtlasBoston Dynamics publicly positions the new Atlas as an all-electric industrial humanoid and does not disclose exact joint torque, continuous ratings, or actuator bill of materials.Reviewed 2026-06-24Official architecture signal; no public joint-level ratings.Review
Agility Robotics DigitDigit public material lists a 35 lb carrying capacity, 4 hour battery life, continuous-shift positioning, and warehouse/manufacturing deployment intent. Joint DOF and torque ratings are not published there.Reviewed 2026-06-24Official robot-level specification; actuator-level data remains RFQ evidence.Review
Apptronik Apollo ArchitectureTI describes Apollo as using Apptronik custom linear and rotary actuators with motor-control, power-management, and functional-safety collaboration. Apptronik positions Apollo for high-payload warehouse and manufacturing work.Reviewed 2026-06-20Official architecture signal; no public joint-level torque or force table.Review
ISO 10218-2:2025Robot applications and robot cells require integration, commissioning, operation, maintenance, and decommissioning safety controls.Published 2025-02; reviewed 2026-06-09Official safety standard reference; applies at application/cell level.Review
ISO/PAS 5672:2023Specifies test methods for measuring and analyzing forces and pressures in physical human-robot contacts.Published 2023-11; reviewed 2026-06-09Official safety measurement reference; use for contact-force validation.Review

Unknowns: most public humanoid pages do not disclose winding temperature, continuous torque, drive current limits, gearbox lifecycle, lubrication, or exact control-loop bandwidth. These must be requested before final design lock.

Actuator architecture comparison

OptionBest fitStrengthsLimits
Quasi-direct-drive rotary jointHip, knee, ankle, shoulder programs needing torque transparencyBackdrive behavior, impact tolerance, force-control headroomLarge motor diameter, current demand, thermal path, brake strategy
Compact high-ratio geared actuatorHolding axes, compact elbows, wrists, and waist modules when package space dominatesHigh torque in smaller package and easier static hold; zero backlash with harmonic drivesReflected inertia, lower transparency, shock susceptibility, cabling wear
Series elastic actuatorHuman interaction, compliant legs, and collision-tolerant research platformsEmbedded mechanical compliance, shock isolation, force-control resolution via spring deflectionBandwidth, control loop resonance, spring fatigue, larger packaging volume
Linear actuator or tendon branchKnees, hips, ankles, or limbs requiring high force density and off-axis packagingLinear paths can provide high load-bearing efficiency and favorable limb packaging when the linkage is validated. Public Apptronik/TI material confirms custom linear and rotary actuator development, but exact joint ratings remain private.Linkage nonlinearity, friction, seal wear, spatial routing limitations
Dexterous hand micro-actuator stackFingers, thumb opposition, tactile manipulation, and compact end-effectorsHigh DOF density, compact micro-motors or tendon routes, tactile feedback integrationVery low torque scale, fragile micro geartrains, high wiring complexity, calibration drift

Suitable and unsuitable users

The tool is strongest during concept, RFQ, and supplier screening. It is not a replacement for detailed multibody dynamics, thermal modeling, or safety validation.

Use it when

  • You need a first actuator-family split by joint role.
  • You are preparing an RFQ before complete test data.
  • You want to compare QDD, geared, SEA, and hand routes.
  • You need a public-data evidence frame for stakeholders.

Do not use it as

  • Final joint torque sign-off.
  • A continuous thermal rating calculator.
  • A safety certification shortcut.
  • A substitute for CAD, FEA, HIL, or cell testing.

Risk register

Peak torque is mistaken for repeated gait capability

Probability: High | Impact: High

Ask for RMS current, winding temperature, cooling boundary, and repeated-cycle test data.

Leg architecture is copied into arms or hands

Probability: Medium | Impact: Medium

Split the actuator stack by joint role, duty cycle, and contact sensitivity.

Backdrivability is claimed without measurement

Probability: Medium | Impact: High

Request no-power backdrive torque, reflected inertia, friction, and impact recovery tests.

Brake and emergency-stop behavior is underdefined

Probability: Medium | Impact: High

Define hold torque, release logic, fault state, and manual recovery before sample build.

Human-contact safety is inferred from compliance

Probability: Medium | Impact: High

Run application-level risk assessment and contact force/pressure measurement where people can be contacted.

Joint cabling wear and failure in dynamic axes

Probability: High | Impact: Medium

Adopt protected routing channels and simulate cabling bend lifecycle early; request supplier evidence for hollow-shaft or internal-routing claims.

Scenario examples

Research biped, 35 kg, lab walking

Stack: QDD knees/hips, compact wrist, optional dexterous hand

Gate: 90-120 N.m knee screening plus thermal walk-cycle evidence

Next: Start with G1-class public benchmark, then request continuous-duty data.

Industrial torso + arms, 7-25 kg payload tasks

Stack: High-torque shoulder/elbow, geared wrist, brake-backed waist, and protected cable routing

Gate: Arm payload trace, brake fallback, fixture contact forces, internal cabling lifecycle

Next: Use Unitree H2 arm-load data and Figure 03 robot-level payload as public benchmarks, then require joint-level supplier evidence.

Full-size mobile humanoid, industrial environments

Stack: Linear or rotary high-load leg path, rotary arm modules, brake-backed waist, and verified cooling

Gate: Body-axis stack verification, continuous-duty thermal proof, shock tolerance, and brake fault behavior

Next: Benchmark against public Unitree full-size torque data first, then treat Tesla/Figure/Apptronik actuator specifics as supplier-confirmation items.

Dexterous manipulation pilot

Stack: Arm actuator plus hand micro-actuator and tactile stack

Gate: Finger force, backlash, fingertip contact pressure, calibration drift

Next: Do not size the hand from body DOF alone; use object and contact cases.

Related internal paths

Humanoid knee actuator sizingBipedal locomotion joint systemsIntegrated joint module product

FAQ

Is "actuators used in humanoid robots" the same intent as "humanoid actuator"?

Yes for this site architecture. The phrase "actuators used in humanoid robots" asks which actuator roles, architectures, and validation evidence matter inside a humanoid. That is the same decision cluster as "humanoid actuator", so it is answered on this canonical page instead of a separate near-duplicate URL.

What actuators are used in humanoid robots?

Most modern humanoids combine rotary joint actuators for legs, waist, arms, and wrists with smaller hand actuators or tendon drives for fingers. The exact mix depends on torque density, backdrivability, brake strategy, cooling, and available package space.

Is one actuator family enough for a humanoid robot?

Usually no. Legs, arms, wrists, and hands face different torque, speed, impact, and contact requirements. A single-family choice can simplify sourcing but often creates mass, thermal, or force-control compromises.

What torque range should humanoid robot actuators target?

There is no universal range. Official Unitree references show smaller knee axes around 90-120 N.m on G1 and full-size leg-class peak torque around 360 N.m on H1/H2-class pages. Other OEMs often publish robot-level payload rather than joint torque, so continuous duty, speed, and cooling must be validated separately.

How does this canonical page cover "actuators used in humanoid robots"?

It answers the phrase as a planning workflow, not a duplicate glossary page: first map leg, waist, arm, wrist, and hand actuator roles, then compare QDD, compact geared, series elastic, linear, and hand-actuator paths with evidence and RFQ gates.

When should we choose quasi-direct drive?

Choose it when torque transparency, impact tolerance, and force-control behavior are more important than the smallest possible package. It still needs thermal and brake validation.

When is a compact geared actuator better?

It is often better for compact holding axes, wrists, elbows, and waist modules where static torque and package size dominate. The tradeoff is lower transparency and higher need for shock/backlash evidence.

Do humanoid robots need series elastic actuators?

Not always. Series elasticity helps with compliance, shock absorption, and force sensing, but it adds package length, resonance management, and spring fatigue validation.

Can public robot specs be used for final actuator selection?

No. Public specs are useful benchmarks, but they rarely disclose continuous torque, thermal boundary, lifecycle test setup, or exact safety case. Use them to frame RFQ questions, then require supplier evidence.

What should be included in an actuator RFQ?

Include robot mass, payload, joint axes, duty cycle, target torque/speed, package envelope, cooling assumptions, brake behavior, control interface, validation tests, quantity, destination, and timeline.

How should safety be handled for humanoid actuators?

Treat safety as robot and application-level work. Actuator selection must support braking, stops, force limiting, and contact measurement, but standards and risk assessment apply to the integrated machine and task.

What if our result is inconclusive?

Send the computed inputs with your CAD envelope and intended motion cases. The minimum next path is a dual-track RFQ: one catalog-like joint route and one custom architecture route with explicit validation gaps.

Can Humanoid Joint support a custom actuator stack?

Yes. The fastest path is to share joint-by-joint torque/speed targets, duty cycles, package constraints, and expected prototype quantity so feasibility feedback can be specific.

Why do some humanoid robots use linear actuators instead of all rotary actuators?

Linear actuators can fit along limb links and turn high motor speed into high axial force, which is useful for knees, ankles, or other high-load axes. Public Apptronik/TI material confirms custom linear and rotary actuator work, but exact joint placement and ratings should be treated as supplier-confirmation items unless they appear in a formal specification.

Why are leading humanoid manufacturers shifting to custom-designed motors?

Leading humanoid programs often need custom actuator packages because each joint has a different torque-speed, envelope, cooling, brake, and cable-routing problem. Apptronik/TI references custom actuator development, while other OEM public pages often stop at robot-level payload or system statements. Exact motor constants and continuous ratings still need RFQ evidence.

How does internal cabling affect actuator design?

With dozens of powered axes, exposed cables can become wear, snagging, and maintenance risks. Internal or protected routing can help, but it affects hollow-shaft geometry, bearing selection, connector access, bend radius, serviceability, and actuator housing design.

What cooling strategies are used for humanoid actuators?

Humanoid joints operate in compact, sealed environments. Passively cooled configurations rely on high thermal conductivity pathways to the outer aluminum chassis. High-performance or high-duty-cycle setups may utilize active air routing, liquid cooling channels, or phase-change thermal interface materials to prevent winding overheating.

Turn the result into an RFQ package

Send the tool summary plus joint CAD envelope, duty cycle, target quantities, and destination. We will route the request into actuator-family feasibility, sample path, and validation evidence.

Email [email protected]WhatsApp