D-Robotics Powers Three Home Robots at IFA 2026
D-Robotics put its Sunrise computing platform behind TCL’s hey AiMe, Vbot’s SuperDog, and xLean’s TR1 at IFA 2026. The cross-category showcase shows why buyers must audit the hidden computing and software layers inside finished robots.

BERLIN, Sept. 4, 2026. Shenzhen-based D-Robotics, a supplier of artificial intelligence chips and developer kits for robot makers, put its Sunrise computing platform behind three very different home robots at IFA 2026: TCL’s hey AiMe companion robot, Vbot’s SuperDog quadruped, and xLean’s TR1 floor washer. The cross-category deployment is the event.
D-Robotics is not presenting another branded robot for buyers to compare. Its position is one layer below the finished machine, where computing hardware, operating software, development tools, and application libraries can become common infrastructure across vendors. The company says more than 100,000 developers in over 20 countries now use its platform. For robot manufacturers, that scale could shorten product development. For procurement teams, it raises a different question: how much of a robot’s long-term performance and support risk now sits with a supplier whose name is not on the machine?
Three Machines Reveal One Supplier Strategy
The three IFA machines cover distinct jobs and buying audiences. TCL’s hey AiMe is a family companion and education robot with autonomous navigation, expressive movement across 10 degrees of freedom, and more than 20 sensors. Vbot’s SuperDog is a consumer quadruped that D-Robotics says has been in mass production since May 2026, has reached thousands of households, carries European Conformity certification, and has opened European pre-orders. The xLean TR1 is a floor-washing robot whose campaign raised US$2 million from more than 2,000 backers and whose EvoMate artificial intelligence agent is being demonstrated at the show.
These are not three versions of the same product. A companion robot must interpret people and social context. A quadruped must balance, move through clutter, and support useful applications without becoming a noisy toy. A floor washer needs reliable perception near reflective surfaces, furniture edges, liquids, and changing floor materials. One computing supplier appearing inside all three suggests that D-Robotics is testing whether robot intelligence can be packaged as a reusable development layer rather than rebuilt for every body and task.
That approach resembles what buyers already understand from industrial automation. A factory may buy arms, vision systems, programmable logic controllers, and safety components from different vendors, yet still standardize critical layers to simplify training and maintenance. Consumer robotics has been less orderly. Many manufacturers assemble proprietary stacks around a narrow product, then struggle to carry software, tools, and field lessons into the next device. D-Robotics wants its Sunrise chips and Robot Development Kit, known as RDK, to make that transfer less painful.
The Platform Bet Sits Below the Show Floor
D-Robotics describes a stack spanning intelligent computing chips, developer kits, operating systems, application software, and more than 200 open-source algorithms. Its public RDK range starts at 5 trillion operations per second, while the broader IFA disclosure describes a 5 to 560 trillion operations per second portfolio when higher-end products are included.
Raw throughput is only one part of the buying case. The RDK X5 combines an eight-core Arm Cortex-A55 central processing unit, 4 or 8 gigabytes of memory, dual camera inputs, Controller Area Network Flexible Data-rate connectivity, Wi-Fi 6, Bluetooth 5.4, and Ubuntu 22.04 support. A board that handles common sensors and communications can save engineering time before a manufacturer writes a customer-facing feature.
A robot maker does not want to invent a new nervous system every time it changes the body. The useful promise is not that one chip makes every robot intelligent. It is that a shared toolkit can carry tested perception, connectivity, and deployment routines between product programmes, reducing duplicated engineering and widening the available developer pool.
The catch is that reuse can also produce concentration. If companion robots, quadrupeds, and cleaning machines depend on the same software interfaces and acceleration tools, an upstream change can affect several product lines at once. Procurement teams should therefore distinguish between convenient compatibility and a dependency that becomes expensive to replace after deployment.
Software Portability Is the Real Benchmark
D-Robotics’ IFA line-up gives buyers a useful test for a platform claim. The question is not whether Sunrise silicon can appear in three specification sheets. It is whether teams can reuse meaningful software across the three machines without carrying over assumptions that do not fit the new job.
A navigation module trained around floor-level obstacles may help both a quadruped and a cleaning robot, but the acceptable error is different. A floor washer that hesitates near a chair is irritating. A moving quadruped that misreads a child or pet can create a safety problem. A companion robot’s perception stack also has to manage microphones, faces, gestures, and privacy-sensitive interactions that are not central to floor care. Reusable infrastructure must therefore make adaptation easier while preserving the ability to set product-specific safety limits.
For buyers, portability should be measured through engineering evidence rather than branding. Ask vendors how many software components came directly from a reference implementation, how much code was modified, and which parts require vendor-specific maintenance. Request a supported software bill of materials, long-term operating-system policy, security-update commitments, and a clear division of responsibility between the robot brand and D-Robotics. Those answers reveal whether the platform reduces lifecycle cost or merely moves it into a less visible contract.
Strong platform vendors make ordinary engineering tasks predictable. Documentation, debugging tools, sensor compatibility, deterministic updates, and an active community may matter more than rarely used peak throughput. D-Robotics’ claimed 100,000-plus developers, 500 universities, and 500 startups or maker teams remains company-reported scale. Buyers should ask for active developer counts, maintained releases, response times, and production references using the same hardware generation.
European Pre-Orders Raise the Standard of Proof
Vbot’s SuperDog is the most commercially specific of the three IFA examples. D-Robotics says it is already in mass production, has entered thousands of homes, carries European Conformity certification, and is accepting European pre-orders. That is a stronger market signal than a prototype behind a rope, but it is not yet a complete procurement record.
Certification, order status, shipment volume, and sustained field performance are separate facts. A European buyer or distributor should verify which exact SuperDog configuration is certified, which directives and standards apply, whether the certification covers the current software release, and who is responsible for post-market updates. The phrase “thousands of households” also needs operational context. It does not reveal return rates, daily active use, battery degradation, service tickets, or the share of owners using functions beyond remote-controlled entertainment.
The xLean TR1 brings a different form of evidence. More than 2,000 backers committed US$2 million, which demonstrates willingness to pay before broad retail distribution. Crowdfunding, however, transfers timing and execution risk to early customers. A campaign total does not establish manufacturing yield, warranty capacity, spare-parts availability, or support quality. Procurement teams evaluating the same underlying computing platform should not assume that success in fundraising validates the finished machine.
TCL’s hey AiMe offers the broadest brand channel but the least commercial detail in the IFA disclosure. Its sensor count and expressive movement describe capability, not availability. Until TCL states pricing, launch markets, privacy controls, support terms, and a production timetable, buyers should treat it as a category experiment rather than a product commitment.
Supplier Leverage Moves Down the Robotics Stack
D-Robotics’ customer and collaborator list includes established appliance brands, sensor suppliers, and robot developers across humanoids, quadrupeds, lawn care, companions, and mobile platforms. That breadth points to a larger structural change in robotics. Competitive advantage is moving from the visible body toward the common layers that let many bodies perceive, reason, communicate, and receive updates.
This shift can improve the economics of a young industry. Shared computing and software infrastructure lower the cost of experimentation, help smaller teams reach a credible prototype, and let established manufacturers add robotic functions without building every capability internally. It can also make the supply chain more legible. Integrators can learn one family of tools and carry that knowledge across several vendors.
Yet the same shift changes negotiating power. A robot brand may control the customer relationship while the computing-platform provider controls compatibility, toolchains, and the pace of software support. If the upstream supplier changes a roadmap, ends support for a board, restricts an interface, or alters licensing terms, the finished-product vendor may have limited room to respond. Buyers who evaluate only the robot brand risk missing the party that controls a meaningful share of the machine’s future options.
A sensible request for proposal should therefore map the stack explicitly. It should name the computing board, processor generation, operating system, middleware, perception libraries, cloud dependencies, update authority, data flows, and end-of-life plan. It should also require an exit path: documented interfaces, exportable data, source-code escrow where justified, and a tested migration process for critical functions. Those requirements are not evidence of distrust. They are normal controls for equipment expected to operate longer than a consumer electronics refresh cycle.
Deployment Data Will Decide Whether the Platform Travels
IFA gives D-Robotics a strong demonstration of reach. Three robot categories, several established brands, and a development range from low-cost boards to high-performance embodied intelligence systems make the platform thesis credible enough to test. The next evidence must come from deployment rather than another list of compatible machines.
Buyers should watch for retention and operating data from SuperDog homes, delivery and support performance from xLean’s backer base, and an actual commercial timetable for hey AiMe. They should also look for case studies showing that a shared D-Robotics stack reduced engineering time, improved update reliability, or allowed a manufacturer to move an application between products. Without those measures, ecosystem size remains an input rather than a business outcome.
Robotics competition is becoming a contest among platforms as well as machines. A supplier spanning companions, quadrupeds, and floor care gains learning across categories and a wider route to volume than a single robot brand. Buyers gain by recognizing that leverage and contracting for transparency before the stack becomes costly to change.
D-Robotics says more than 100,000 developers are already building on its tools. The number that will matter next is how many production robots those developers can keep useful, secure, and supported after the exhibition hall closes.
Hero image credit: TCL Design.
This analysis synthesizes D-Robotics’ public product disclosures and September 2026 IFA materials. This article is for general information purposes only and does not constitute investment, financial, or legal advice.










