Hardware

Robot Mass vs Payload

Eleven source-linked payload measurements are available, but they do not describe one universal metric. The chart separates rated, peak, per-arm and total payload claims and shows the measurement condition beside each value.

Data summary

What is included

Compare robot mass with payload only when the payload definition and test condition are documented.

Visible rows

11

Dataset scope

TechniaHQRobot source-linked dataset

Interactive infographic

Robot Mass vs Payload

Scatter plot · Performance frontier · Measurement table. Exact values, evidence status and URLs are repeated in the accessible table.

Unitree G1: massKg 35, payloadValue 3Unitree G1Unitree H1-2: massKg 70, payloadValue 7Unitree H1-2Unitree H1-2: massKg 70, payloadValue 21Unitree H1-2Apptronik Apollo: massKg 72.6, payloadValue 25Apptronik ApolloAgility Digit: massKg 63.5, payloadValue 15.9Agility DigitPAL Robotics TALOS: massKg 95, payloadValue 6PAL Robotics TALOSPAL Robotics REEM-C: massKg 80, payloadValue 1PAL Robotics REEM-CFigure 03: massKg 61, payloadValue 20Figure 03Fourier GR-2: massKg 63, payloadValue 3Fourier GR-2Fourier GR-3: massKg 71, payloadValue 3Fourier GR-3AgiBot A3 Ultra: massKg 60, payloadValue 5AgiBot A3 UltramassKgpayloadValue

Accessible data table

The table contains the same source-linked records used by the chart. It is the reference when labels overlap or a visual scale compresses values.

Source-linked data used in the infographic
RobotMass (kg)PayloadPayload definitionTest conditionEvidenceSource
Unitree G1353Approximate maximum arm loadManufacturer product specification; duration and pose not specifiedOfficial specificationUnitree G1 official product pageChecked 2026-07-31
Unitree H1-2707Rated normal arm loadRated condition; duration and arm posture not specifiedOfficial specificationUnitree H1 official product pageChecked 2026-07-31
Unitree H1-27021Peak arm loadPeak condition; not a sustained walking payloadOfficial specificationUnitree H1 official product pageChecked 2026-07-31
Apptronik Apollo72.625Lift capacityOfficial announcement states 160 lb robot mass and 55 lb lift capacity; per-arm and sustained conditions not specifiedOfficial announcementApptronik Apollo official announcementChecked 2026-07-31
Agility Digit63.515.9Payload/carrying capacityOfficial product information; 140 lb robot and 35 lb payloadOfficial announcementAgility Robotics GXO pilot announcementChecked 2026-07-31
PAL Robotics TALOS956Payload per armArm fully stretchedOfficial specificationPAL Robotics TALOS official product pageChecked 2026-07-31
PAL Robotics REEM-C801Payload per armArm fully stretchedOfficial specificationPAL Robotics REEM-C official product pageChecked 2026-07-31
Figure 036120PayloadOfficial product specification; sustained duration and posture not specifiedOfficial specificationFigure 03 official product pageChecked 2026-07-31
Fourier GR-2633Single-arm loadOfficial product specification; duration and posture not specifiedOfficial specificationFourier GR-2 official product pageChecked 2026-07-31
Fourier GR-3713Payload per armOfficial specification; duration and posture not specifiedOfficial specificationFourier GR-3 official specificationsChecked 2026-07-31
AgiBot A3 Ultra605Single-arm payloadOfficial developer specification; duration and arm posture not specifiedOfficial specificationAgiBot A3 Ultra official developer documentationChecked 2026-07-31

Methodology

How the dataset is built

Each payload row keeps its own definition and test condition. Rated load, peak load, per-arm load and total carried payload are not merged. Converted imperial values retain the original figure in the row.

Editorial analysis

Scope and direct answer

This page is built around a single measurable question rather than a broad ranking. The infographic, accessible table and downloadable CSV use the same local rows, so the visual cannot quietly introduce a value that is absent from the dataset. The direct answer above states the current scope, while the evidence badges show how each row was documented. A missing field remains null and is displayed as unavailable instead of being converted into zero, an average or a guessed category.

The dataset is intentionally narrower than the humanoid robotics industry. It describes only entries that can be tied to a source URL and interpreted under the page’s definitions. That design makes the page slower to fill but easier to audit. Readers can open the source, check the date, inspect the measurement condition and decide whether two rows are genuinely comparable before drawing a conclusion.

Dataset boundaries and inclusion rules

A row is included when the robot, company, event or metric can be identified and the source supplies enough context to preserve its meaning. Manufacturer product pages, technical documentation, manuals, original research papers, regulatory filings, official company announcements and customer deployment pages receive priority. Secondary reporting can add context, but it should not replace a primary source when the primary document is available.

The dataset excludes unattributed screenshots, recycled specification tables, numerical claims without a date and values derived from appearance alone. A promotional video can document that a motion or task occurred under the shown conditions, but it cannot establish hidden payload, autonomy, production volume or long-term reliability. When evidence is incomplete, the row can remain in draft with an explicit note rather than being upgraded to a stronger status.

Definitions and comparable units

Comparable charts depend on definitions that remain stable from one row to the next. Each field has a specific label, unit and condition. The local schema used here includes: Robot, Mass (kg), Payload, Payload definition, Test condition. Values with the same label can still describe different tests, so notes and measurement conditions are treated as part of the metric rather than optional commentary.

Units are never stripped to simplify the design. Original currencies remain attached to prices, time units remain attached to runtime or session data, and force or mass values retain their stated convention. Conversions can be displayed temporarily when the method and date are visible, but the source value stays unchanged in the JSON file. This prevents later updates from compounding an old conversion or mixing incompatible systems.

How to read the visual

The requested visual forms for this topic are Scatter plot, Performance frontier, Measurement table. The component chooses the clearest form supported by the rows currently loaded. A categorical bar chart emphasizes counts or source values; a scatter plot exposes relationships between two numeric fields; a timeline preserves event order; a matrix makes presence and absence visible; an architectural diagram shows sequence or structure without pretending that a percentage exists.

Filters change only the visible subset. They do not rewrite source values, recalculate missing entries or merge categories behind the reader’s back. Exact values remain available in the HTML table, which is also the safer reference on small screens or when labels overlap. The chart uses labels and shapes in addition to color so that meaning does not depend on a single visual channel.

Evidence hierarchy and source handling

Every row carries an evidence status such as official specification, official announcement, customer confirmed, regulatory document, scientific paper, third-party report, video observation or not disclosed. The badge does not declare that a source is infallible. It tells the reader what kind of claim is being made and how directly the source supports it. A manufacturer can accurately publish a specification while leaving the test protocol undocumented.

Source dates and access dates serve different purposes. The source date shows when the claim was published or measured; the access date records when TechniaHQRobot last checked it. Product pages can change without preserving earlier versions, so the notes field should capture configuration, wording or conditions that could affect future verification. When a source disappears, the row should not silently inherit a new URL with different content.

Technical interpretation

Payload per arm, total payload, instantaneous lift, sustained hold and carried load during walking are separate metrics. Combining them creates a ranking that looks precise but compares different tests. Posture, reach, object position, test duration, walking speed and whether the load is supported by the torso can change a payload result. Those conditions belong in the same row as the value.

Measured laboratory results, manufacturer claims and values inferred from a video need different evidence badges. Observation can document what appeared on screen, but not the exact force or hidden assistance. These distinctions determine which rows may share one scale and which need separate filters, symbols or tables. The purpose of the infographic is not to force every robot into a universal score. It is to make the structure of the evidence visible enough that a reader can identify where a comparison is strong, weak or impossible.

Bias, missing data and uncertainty

Public humanoid robotics data is selective. Companies tend to publish the specifications that support a product narrative, while unsuccessful trials, integration labor, intervention frequency and maintenance history are less likely to appear. The resulting dataset can overrepresent commercially promoted platforms and underrepresent university systems, private pilots or discontinued programs. A larger number of rows therefore does not automatically mean a more complete view of the market.

Missingness can itself be informative, but it must not be turned into a hidden score. A null value can mean the manufacturer did not publish the metric, the source uses an incompatible definition, the product is still a prototype or verification is pending. The page displays those states directly. It does not penalize an entry numerically or assume that an undisclosed capability is absent.

What the figures cannot prove

A chart can organize documented values; it cannot prove general autonomy, safe unsupervised operation, mass production, commercial success or reliable performance in every environment. A high specification does not guarantee good control software. A large funding round does not prove hardware readiness. A customer pilot does not reveal the number of interventions unless the customer or manufacturer publishes that evidence.

Patterns should be treated as questions for further investigation. A correlation can arise from product category, configuration, release date, source selection or missing data. The analysis should remain proportional to the sample and avoid language that converts a limited source-linked dataset into a global industry statistic. Where the denominator is the TechniaHQRobot catalog, that denominator is stated beside the chart.

Maintaining the dataset

New records should preserve the existing fields and include the robot or company name, original value, unit, measurement condition, source name, absolute source URL, source date, access date, evidence status and a concise note when context is required. Unavailable values should remain empty rather than being replaced with zero.

Publication checks

Before publication, confirm that every numeric value has a source, all units are visible, and the chart uses only fields that share a defensible definition. Test filters with keyboard navigation, review the table with a screen reader, inspect the layout on a narrow mobile viewport and print the page to verify that titles, units, methodology and sources remain attached to the visual. Check that the canonical URL matches the preserved route.

The comparison should remain limited when the sample is too sparse to support the promised analysis. Adding one number is not enough: the dataset needs a clear denominator, compatible conditions and enough source coverage to avoid a misleading visual. Update dates should change only when the content or data actually changes, and internal links should connect the page to the main humanoid guide, catalog and relevant robot profiles.

Technical fields used by this page

The dataset includes Robot, Mass (kg), Payload, Payload definition, Test condition. A field can remain unavailable when the manufacturer does not publish it or when the available source measures a different condition. This prevents a visually complete chart from becoming a technically false comparison.

The requested visual forms are Scatter plot, Performance frontier, Measurement table. The current component selects the clearest representation supported by the loaded rows. When the dataset lacks a defensible numeric series, it displays an architecture or empty state instead of manufacturing percentages.

Frequently asked questions

What does the robot mass vs payload page measure?

Compare robot mass with payload only when the payload definition and test condition are documented.

How are missing values handled?

Missing values are stored as null and displayed as not publicly disclosed, not specified by the manufacturer, no comparable public data or awaiting verified data. They are never replaced with zero.

Can the local chart be treated as a global market statistic?

No. The chart describes only the source-linked rows in the TechniaHQRobot source-linked dataset unless the page explicitly cites a broader primary dataset.

Sources

Related humanoid infographics

Continue with the verified humanoid catalog

Open individual robot records for manufacturer, origin, dimensions, availability, public price status and official product links.