Commercial model
See pricing details
Research prototype; no commercial price announced.
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
See pricing details
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 listed platform details for 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
Listed platforms & ecosystem
Benchmark set
Shortcuts to the closest alternatives in the current ui44 set.
Research
SURENA IV
University of Tehran (CAST)
See pricing details
Research
HOPEJr
Hugging Face LeRobot
$3,000
Research
TIAGo Pro
PAL Robotics
See pricing details
Research
Blueprint Robotics
Sphero
$649
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.
Research prototype; no commercial price announced. 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 are a recorded size entry. Check which axes and configuration it covers: a height-only entry does not establish width, depth or passage fit. Planning clearance also requires the operating envelope, turning space, attachments and documented margins.
Payload Capacity
Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock appleThe recorded payload entry is Not officially rated; demos include moving a stuffed dog and operating 650 mm loppers on a mock apple. A load figure alone does not establish which objects the robot can grasp, lift or carry. Confirm whether the limit applies to one arm, two arms or a mounted load, and check reach, posture and motion conditions in model-specific documentation.
Read this recorded AI entry alongside the model description and source notes for announcement or deployment context. A platform name alone does not establish implemented features, autonomy, or performance.
The profile lists the sensor descriptions below. These entries do not establish physical sensor counts, sensor fusion, redundancy, or performance.
Consult the linked profile sources for hardware configuration and tested behavior. A technology label alone does not verify an operating capability.
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 record lists 11 capabilities. Keep any announcement or demonstration qualifiers attached to these entries; the count alone does not establish practical performance.
These are the capabilities listed in the profile. Hardware configuration and demonstrated performance should be checked against the linked sources.
These are the platforms, communities, or ecosystem relationships listed in the profile. A listed name or protocol alone does not confirm home-device interoperability or automation support.
11
Capabilities
AI
RTAB-Map SLAM with the D455…
The WiXus profile lists the following communication and voice-system descriptions.
The WiXus by JSK Robotics Laboratory, The University of Tokyo has the following technology descriptions in its profile.
The profile lists 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. Hardware quantities, integration, and tested behavior require separate source evidence.
The connectivity descriptions listed for the WiXus are CAN-USB interfaces, USB camera and hub connections, Wireless emergency stop, Joystick/operator input for reported experiments. Specific services and device interoperability require separate documentation.
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.
Listed pricing
The WiXus is listed as Prototype, indicating a prototype-stage record. Specifications may change; the label alone does not establish purchase availability. Check JSK Robotics Laboratory, The University of Tokyo's current documentation for access options.
Recorded features and considerations to assess
The WiXus record lists 11 capabilities. Review their qualifiers and supporting evidence for the tasks you need. The number of entries does not establish workflow coverage, reliability, or the ability to replace other robots.
Research prototype; no commercial price announced.
The WiXus is listed as Prototype, indicating a prototype-stage record. Specifications may change; the label alone does not establish purchase availability. Check JSK Robotics Laboratory, The University of Tokyo's current documentation for access options.
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 source. 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.
These are category-level technology examples; they do not establish the capabilities of the WiXus. For its recorded hardware details, see the sensor analysis and connectivity sections above. Check model-specific documentation from JSK Robotics Laboratory, The University of Tokyo for supported behavior, or use the components glossary to look up terminology.
How this robot compares in the research landscape
Research prototype; no commercial price announced.
The WiXus is listed as Prototype, indicating a prototype-stage record. Specifications may change; the label alone does not establish purchase availability. Check JSK Robotics Laboratory, The University of Tokyo's current documentation for access options.
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 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
See pricing details
Research prototype; no commercial price announced.
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. These labels do not establish APIs, fleet-management features, or workflow integration. These are the platforms, communities, or ecosystem relationships listed in the profile. A listed name or protocol alone does not confirm home-device interoperability or automation support.Recorded AI description: 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.
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.
Find product and source links on the JSK Robotics Laboratory, The University of Tokyo page on ui44 or open JSK Robotics Laboratory, The University of Tokyo's official source. Use model-specific manufacturer documentation for setup, cleaning, and service instructions.
The WiXus record brings together the listed specifications and attributed claims. Consult the model description and source notes to distinguish manufacturer announcements, reported information, and unknowns. A source link or review date does not establish independent testing or manufacturer confirmation of every claim. Record last checked: 2026-05-27. Official source: JSK Robotics Laboratory, The University of Tokyo official source. 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.