Commercial model
Quote-based sales
Research prototype; no commercial price announced.. That usually means the final commercial package depends on deployment scope, services, or negotiated terms.
Robot dossier
WiXus
Release
May 20, 2026
Price
Price TBA
Connectivity
4
Status
Prototype
Payload
Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock apple
WiXus is a JSK Robotics Laboratory research robot from the University of Tokyo that fuses a two-wheeled-legged base with wire-driven environmental anchoring. The ICRA 2026 project page and paper describe a 180 mm cubic body, two 3-DOF wheeled legs, four environmental anchor wires, and a fifth tool wire, controlled by a Jetson Orin Nano with RGB-D cameras and RTAB-Map SLAM. Demonstrations include wheeled mapping, wire-assisted cliff climbing, a suspended rescue-style manipulation task that repurposes the legs as arms, and using loppers to harvest a mock apple. The paper notes the demonstrations include partial operator input, so WiXus should be treated as an early research prototype rather than a finished autonomous field robot.
Listed price
Price TBA
Research prototype; no commercial price announced.
Release window
May 20, 2026
Current status
Prototype
JSK Robotics Laboratory, The University of Tokyo
Last verified
May 27, 2026
Share this robot
Open a plain share composer on X or Bluesky for this robot profile.
Technical overview
A fast read on the mechanical profile, sensing package, and platform integrations behind WiXus.
Height
Not officially disclosed; main body is a 180 mm cube
Weight
Not officially disclosed
Dimensions
180 mm cubic main body; 230 mm thigh links and 230 mm calf links; four 6 m environmental anchor wires plus one 6 m tool wire
Battery Life
Not officially disclosed
Charging Time
Not officially disclosed
Max Speed
Not officially disclosed
Payload
Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock apple
Operational profile
Capabilities
11
Connectivity
4
Key capabilities
Ecosystem fit
Benchmark set
Shortcuts to the closest alternatives in the current ui44 set.
Research
TRON 1
LimX Dynamics
$24,800
Research
UGV Beast
Waveshare
$265
Research
Sophia
Hanson Robotics
Price TBA
Research
ASIMO
Honda
Price TBA
The WiXus is a Research robot built by JSK Robotics Laboratory, The University of Tokyo. WiXus is a JSK Robotics Laboratory research robot from the University of Tokyo that fuses a two-wheeled-legged base with wire-driven environmental anchoring. The ICRA 2026 project page and paper describe a 180 mm cubic body, two 3-DOF wheeled legs, four environmental anchor wires, and a fifth tool wire, controlled by a Jetson Orin Nano with RGB-D cameras and RTAB-Map SLAM. Demonstrations include wheeled mapping, wire-assisted cliff climbing, a suspended rescue-style manipulation task that repurposes the legs as arms, and using loppers to harvest a mock apple. The paper notes the demonstrations include partial operator input, so WiXus should be treated as an early research prototype rather than a finished autonomous field robot.
Pricing has not been publicly disclosed — typical for robots still in development. See all JSK Robotics Laboratory, The University of Tokyo robots on the JSK Robotics Laboratory, The University of Tokyo page.
Detailed specifications for the WiXus
Dimensions
180 mm cubic main body; 230 mm thigh links and 230 mm calf links; four 6 m environmental anchor wires plus one 6 m tool wireThe overall dimensions of 180 mm cubic main body; 230 mm thigh links and 230 mm calf links; four 6 m environmental anchor wires plus one 6 m tool wire define the robot's physical footprint and determine what spaces it can navigate and what clearances it requires for operation.
Payload Capacity
Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock appleA payload capacity of Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock apple determines what the robot can carry or manipulate. This is a critical spec for practical applications where the robot needs to handle physical objects.
The WiXus uses RTAB-Map SLAM with the D455 RGB-D camera, parallel wire-driven and wheeled-legged controllers, and an SMACH state machine for mode transitions; reported demos still include partial operator input rather than fully autonomous task execution. as its intelligence backbone. This AI platform powers the robot's decision-making, perception processing, and autonomous behavior. The sophistication of the AI stack directly impacts how well the robot handles unexpected situations and adapts to new environments.
The WiXus integrates 4 sensor types, forming the perceptual foundation that enables autonomous operation.
This sensor configuration enables the WiXus to perceive its environment and operate autonomously in its intended use cases. Multiple sensor modalities provide redundancy and more robust perception than any single sensor type alone.
Explore sensor technologies: components glossary · full components directory
Research robots serve as platforms for advancing robotics science and engineering. They enable researchers to test theories about locomotion, manipulation, perception, and human-robot interaction in controlled and real-world environments.
The WiXus offers 11 distinct capabilities, each contributing to the robot's practical utility.
These capabilities work together with the robot's 4 onboard sensor types and RTAB-Map SLAM with the D455 RGB-D camera, parallel wire-driven and wheeled-legged controllers, and an SMACH state machine for mode transitions; reported demos still include partial operator input rather than fully autonomous task execution. AI platform to deliver practical, real-world performance.
The WiXus integrates with the following platforms and ecosystems, extending its utility beyond standalone operation.
This ecosystem compatibility enables the WiXus to work as part of a broader automation setup rather than operating in isolation.
11
Capabilities
4
Sensor Types
AI
RTAB-Map SLAM with the D455 …
How the WiXus communicates with your network, smart home devices, cloud services, and companion apps.
The WiXus by JSK Robotics Laboratory, The University of Tokyo integrates 9 distinct technology components across sensing, connectivity, intelligence, and interaction layers.
The perception layer is built on Intel RealSense D455 RGB-D camera, Intel RealSense D435i RGB-D camera with onboard IMU (installed but not used in the reported study), RGB-D camera and IMU data for RTAB-Map SLAM, Wire length and actuator feedback through CAN motor control. These work in concert to give the robot a detailed understanding of its operating environment. This multi-sensor approach provides redundancy and enables the robot to function reliably even when individual sensors encounter challenging conditions such as low light, reflective surfaces, or cluttered spaces.
For communications, the WiXus relies on CAN-USB interfaces, USB camera and hub connections, Wireless emergency stop, Joystick/operator input for reported experiments. This connectivity stack ensures the robot can communicate with cloud services, local smart home devices, mobile apps, and other networked systems in its environment.
RTAB-Map SLAM with the D455 RGB-D camera, parallel wire-driven and wheeled-legged controllers, and an SMACH state machine for mode transitions; reported demos still include partial operator input rather than fully autonomous task execution. serves as the computational brain, processing sensor data, making navigation decisions, and orchestrating the robot's autonomous behaviors. The quality of this AI platform directly influences how well the robot handles novel situations, adapts to changes in its environment, and improves its performance over time through learning.
Research robots are acquired by universities, government labs, and corporate R&D departments. They serve as experimental platforms for developing new algorithms, testing locomotion strategies, and advancing the field of robotics. Some are also used for educational purposes.
Open-source software compatibility (ROS/ROS 2), sensor modularity, programmability, available SDK/API quality, community support, and published research papers using the platform are key factors. Documentation quality and the ability to modify both hardware and software are essential for research use.
Pricing
The WiXus is currently in the prototype stage. It is not yet available for purchase, and specifications may change before the final product is released.
Engineering compromises and where this research robot excels
The WiXus integrates 4 sensor types, providing good perceptual coverage for its intended applications. This sensor complement covers the essential modalities needed for effective research operation while keeping complexity manageable.
Supporting 4 connectivity protocols gives the WiXus flexible integration options. Whether connecting to local smart home networks, cloud services, or companion devices, the breadth of connectivity ensures compatibility across a wide range of deployment scenarios and reduces the risk of network-related limitations.
With 11 distinct capabilities, the WiXus is designed as a versatile platform rather than a single-task device. This breadth means the robot can handle varied scenarios and workflows, reducing the need for multiple specialized robots and increasing its utility across different situations.
JSK Robotics Laboratory, The University of Tokyo has not published a public price for the WiXus. While common for enterprise-class robotics, the absence of transparent pricing can complicate budgeting and comparison shopping. Prospective buyers will need to engage directly with the manufacturer for quotes, which may vary by configuration and volume.
The WiXus is not yet available as a finished, shipping product. Specifications may change before commercial release, and timelines for availability are subject to revision. Early adopters should account for this uncertainty in their planning.
Note: This strengths and trade-offs assessment is based on the WiXus's documented specifications as tracked in the ui44 database. Real-world performance depends on deployment conditions, firmware maturity, and environmental factors. For the most current information, check the JSK Robotics Laboratory, The University of Tokyo manufacturer page or visit the official product page. Use the comparison tool to evaluate these trade-offs against competing robots in the same category.
Understanding the engineering behind this category
Research robots serve a fundamentally different purpose than commercial or consumer models. They are platforms for discovery — enabling scientists and engineers to test theories, develop algorithms, and push the boundaries of what robots can do. The technology in research robots prioritizes openness, flexibility, and access to raw data over consumer-friendly packaging or commercial reliability. Understanding this distinction is important for anyone considering a research robot platform.
Research robots typically expose their navigation systems at a much lower level than commercial products. Researchers can access raw sensor data, modify SLAM algorithms, implement custom path planners, and test novel navigation approaches. ROS (Robot Operating System) and ROS 2 compatibility is standard, providing a common framework for sharing navigation modules across the research community. This openness enables rapid iteration — a researcher can swap between different SLAM implementations, test new obstacle avoidance strategies, or develop entirely novel navigation paradigms without being locked into a vendor's proprietary stack.
Research robots serve as physical testbeds for AI algorithms that may eventually appear in commercial products years later. Reinforcement learning, imitation learning, few-shot task learning, and human-robot interaction studies all require robot platforms that can execute AI-generated commands in the physical world. The gap between simulation (where training is cheap and fast) and reality (where physics is unforgiving) makes physical robot platforms essential for validating AI approaches. Research robots must support rapid deployment of new AI models without extensive integration work.
Research platforms prioritize sensor modularity and data access. Standard mounting interfaces allow researchers to attach custom sensors alongside built-in ones. Raw sensor data streams (not just processed results) are accessible for developing novel perception algorithms. Precise time-stamping and synchronization across sensor streams enable accurate multi-modal fusion research. Many research robots include more sensors than strictly necessary for any single application, providing researchers with rich datasets for developing and testing new algorithms.
Research robots balance operational runtime with practical lab use. Sessions of one to four hours are typical, with quick charging between experiments. Some research setups use tethered power for long-running experiments where battery limitations would interrupt data collection. Power monitoring and logging capabilities help researchers understand the energy costs of different behaviors and algorithms — important for developing efficient approaches that will eventually run on battery-constrained commercial systems.
Research environments present unique safety challenges because robots are constantly being programmed with untested behaviors. Hardware safety limits (joint speed caps, force limits, emergency stops) must be robust regardless of software commands. Safety-rated monitored stop and speed monitoring ensure the robot cannot exceed safe operating parameters even when running experimental code. Collaborative operation standards apply when researchers work alongside the robot during experiments. Many labs implement layered safety with physical barriers for high-speed testing and open-area operation restricted to validated, lower-risk behaviors.
Research robot platforms are becoming more accessible and capable. Cloud robotics enables remote experiment execution and shared datasets. Digital twins and high-fidelity simulators reduce the need for physical hardware time while improving sim-to-real transfer. Standardized benchmarks and open datasets enable fair comparison of results across labs. The democratization of robotics research — through lower-cost platforms, open-source software, and cloud infrastructure — is expanding who can contribute to advancing the field.
The WiXus by JSK Robotics Laboratory, The University of Tokyo incorporates many of these technology pillars. For a detailed look at the specific sensors and components used in the WiXus, see the sensor analysis and connectivity sections above, or browse the complete components glossary for explanations of every technology used across the robotics industry.
How this robot compares in the research landscape
JSK Robotics Laboratory, The University of Tokyo has not publicly disclosed pricing for the WiXus, which is typical for enterprise-focused robotics platforms that offer customized solutions and direct-sales relationships.
The WiXus's 4 sensor types provide solid perceptual coverage for its intended use cases. This mid-range sensor suite balances cost with capability, covering the essential modalities needed for research applications.
As a robot still in prototype, the WiXus represents JSK Robotics Laboratory, The University of Tokyo's vision for where research robotics is heading. Specifications may evolve before commercial release, and early performance demonstrations should be evaluated with this context in mind.
Side-by-side specs, capability overlap analysis, and key differentiators.
For the full picture of JSK Robotics Laboratory, The University of Tokyo's portfolio and market strategy, visit the JSK Robotics Laboratory, The University of Tokyo manufacturer page.
What the public profile tells you, and what still needs direct vendor confirmation
From a buying and rollout perspective, the WiXus should be read as a research platform aimed at labs and development teams validating robotics workflows. ui44 currently tracks 11 capability signals, 4 sensor inputs, and a last verification date of 2026-05-27. That mix gives buyers a useful first-pass picture, but it is still only the public layer of due diligence, especially when procurement, uptime, and support commitments are decided directly with JSK Robotics Laboratory, The University of Tokyo.
Commercial model
Quote-based sales
Research prototype; no commercial price announced.. That usually means the final commercial package depends on deployment scope, services, or negotiated terms.
Integration posture
4 connectivity options
The profile lists CAN-USB interfaces, USB camera and hub connections, Wireless emergency stop, Joystick/operator input for reported experiments, plus RTAB-Map SLAM with the D455 RGB-D camera, parallel wire-driven and wheeled-legged controllers, and an SMACH state machine for mode transitions; reported demos still include partial operator input rather than fully autonomous task execution. as the AI stack. That is enough to infer the basic network posture, but buyers should still confirm APIs, fleet management, and workflow integration details. ui44 currently tracks 3 declared compatibility links.
Spec disclosure
2/7 core specs public
ui44 currently has 2 of 7 core physical and operating specs filled in for this model, leaving 5 gaps that matter for deployment planning. Missing runtime, charge, speed, or payload details can materially change staffing and site-readiness assumptions.
The current profile is useful for scouting, but it still leaves meaningful operational unknowns. If this robot is heading toward a pilot or purchase discussion, the next step should be a structured vendor Q&A that fills the remaining runtime, charging, payload, safety, or integration blanks before anyone builds ROI assumptions around it.
If you want a faster apples-to-apples read, compare the WiXus against nearby alternatives in ui44's compare view, then cross-check the underlying AI, sensor, and subsystem terms in the components glossary. For manufacturer-level context, the JSK Robotics Laboratory, The University of Tokyo profile helps anchor this robot inside the wider product lineup.
Practical guide from day one through years of ownership
Research robot setup combines hardware assembly with software environment configuration. Unpack and assemble the platform following the manufacturer's documentation. Install the development framework — typically ROS or ROS 2 — and verify sensor connectivity. Calibrate all sensors using the manufacturer's tools and procedures. Set up the simulation environment (Gazebo, Isaac Sim, or equivalent) alongside the physical platform for parallel development. Establish version control for your experiment code and configuration. Document the initial calibration values and system state as your baseline for future reference. Plan network and computing infrastructure to handle the data rates your sensors will generate.
Research robots need maintenance that preserves the precision required for valid experimental results. Regularly verify sensor calibration — drift in camera intrinsics or IMU biases can invalidate experiment data. Maintain clean workspace conditions to protect optical sensors. Document any hardware modifications or maintenance performed, as these can affect experimental reproducibility. Update software dependencies carefully, documenting versions used for each experiment. Joint and actuator wear in research robots that perform repetitive tasks should be monitored and factored into experimental design.
Research robot software updates require careful management to maintain experiment reproducibility. Document the exact software versions used for each experiment. Test updates in a separate environment before applying to your experiment platform. Contribute bug fixes and improvements back to the community when using open-source frameworks. Be aware that ROS and other framework updates may require code changes in your custom packages — budget time for integration testing after major framework updates.
Research robots often have longer productive lives than commercial products because they can be upgraded and repurposed. Extend your investment by maintaining clean mechanical and electrical systems, documenting all modifications for future lab members, and keeping spare parts for common wear items. When specific components become obsolete, community forums and lab networks can be valuable sources for replacements. Consider the platform's modularity when planning future research directions — a platform that can accept new sensors and actuators adapts to evolving research questions.
For JSK Robotics Laboratory, The University of Tokyo-specific support resources and documentation, visit the JSK Robotics Laboratory, The University of Tokyo page on ui44 or check the manufacturer's official website at JSK Robotics Laboratory, The University of Tokyo's product page.
All WiXus data on ui44 is verified against official JSK Robotics Laboratory, The University of Tokyo sources, including spec sheets, product pages, and press releases. Last verified: 2026-05-27. Official source: JSK Robotics Laboratory, The University of Tokyo product page. If you find outdated or incorrect information, please let us know — accuracy is our top priority.
See how the WiXus stacks up — compare specs, browse the research category, or search the full database.