Humanoid Robot Hardware Stack

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: Hardware or software layer, Order, Documented component count, Cost share, Status. 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 Sunburst, Treemap, Layered component diagram. 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

Mechanical structure, joints, motors, transmissions, hands, feet, sensors, compute, batteries, cooling, networking, safety, low-level software, control and embedded intelligence form separate layers. A component architecture can be shown without percentages. Cost share, mass share or power share should remain absent until component-level evidence supports those quantities.

Interfaces between layers matter as much as the list: sensor timing affects control, thermal limits affect compute, and transmission design affects torque, backlash and maintenance. 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.