mrkeyoor.com_
Fri 16 Oct 18:52 UTC
Dev Toolsevaluationupdated 14 Oct 2026

xgoduck_hardware review

XGO-Duck provides printable parts, electronics designs, and assembly documentation for a duck-shaped walking robot built around Arduino UNO Q. English and Chinese documentation are available. Separate repositories supply the onboard runtime and motion-training tools.

+15 / 1dstars / 7d
Verdict

Our lab did not run XGO-Duck, and its hardware docs warn that older expansion boards reverse ground and signal on three servo connectors. Consider it if checking board revisions and sourcing matching parts are part of the robotics work you want to do. Resolve manufacturing exports and print fit before buying a full set of electronics.

We ran it

Screenshot of xgoduck_hardware (www.xgorobot.com)

Answers from our run

Did you run xgoduck_hardware yourself?

No. GitHub reports no primary language for it, and it carries no manifest our lab installs from, and no Dockerfile, so there was nothing standard to install, build or test. This review is written from the repository's own documentation.

Who should not use xgoduck_hardware?

Beginners expecting a finished print profile: the README says the validated profile is still undocumented.

What are the alternatives to xgoduck_hardware?

Microduck, Open Duck Mini. Consider it if checking board revisions and sourcing matching parts are part of the robotics work you want to do.

Setup2/5Board revision, print fit, and calibration need workshop checks
Docs3/5Assembly guide helps; print and purchasing details remain open
Community3/5October 13 push with recent sourcing and manufacturing issues
Maturity2/5Corrected board sources; manufacturing and reuse terms unresolved

Who it’s for

Experienced makers who can check wiring, print fit, and servo calibration before motion trials.
Robotics educators who want inspectable mechanical parts and a documented Arduino-based adaptation.
Experimenters prepared to keep hardware, runtime, and policy revisions together.

Who it’s NOT for

Beginners expecting a finished print profile: the README says the validated profile is still undocumented.
Builders ordering expansion boards without electrical review: older U3, U4, and U5 connectors reverse ground and signal, and new production requires regenerated exports.
Buyers relying on interchangeable local parts: the BOM leaves battery and charger compatibility details unresolved and specifies Feetech 1910 actuators.
Commercial derivative builders expecting a clear project-wide license: final reuse terms and file scope remain pending.

Setup reality

Our lab did not run commit 27da83a on October 13, 2026: no supported ecosystem was detected, the language was null, and there was no Dockerfile. We have no install, build, or test result. The intended sandbox had 3 CPUs and 8 GB of RAM.

The build needs printed rigid and TPU parts, an Arduino UNO Q, fifteen specified serial servos, a matching expansion board, and a compatible battery and charger. Runtime setup and calibration live in a companion repository; hardware assembly alone does not supply control software.

Check the expansion-board revision before connecting servos. Older boards reverse ground and signal on U3, U4, and U5. The README also leaves a validated print profile undocumented, while component notes flag unresolved purchasing details.

Check the expansion-board revision before buying parts

An October 2, 2026 correction changes the decision to build XGO-Duck. Its hardware README warns that older expansion boards reverse ground and signal on servo connectors U3, U4, and U5. You should establish which board and manufacturing files you're using before connecting servos. That's a more useful starting point than the somersault video: this project asks you to reconcile electrical documentation as well as print a duck-shaped shell.

XGO-Duck combines an Arduino UNO Q, Feetech 1910 servos, printable parts, and a custom board with an IMU. The repository supplies mechanical and electrical files; separate repositories supply the runtime and reinforcement-learning tools. English documentation is available alongside Chinese documentation. The project fits an experienced maker who wants to understand a physical biped. Someone seeking an appliance that works after copying a software image should choose a more finished route.

What happened when we ran it

Our lab did not run commit 27da83a on October 13, 2026 because it detected no supported ecosystem and found no Dockerfile. GitHub reported no primary programming language. The intended sandbox had 3 CPUs, 8 GB of RAM, no secrets, and no elevated privileges, but there was no supported application path for the harness to execute. We have no installation, build, or test result for this repository.

The distinction matters for a hardware release. A container cannot establish servo fit, wiring continuity, print tolerances, or stable walking. Our evidence here supports a review of the published files and build requirements, with no claim that we assembled the robot. The companion runtime's browser controls and the demonstrated movements remain documented project capabilities. Their reliability on a particular physical build needs a workshop evaluation we have not supplied.

Printing includes fit checks and flexible parts

The structure directory includes rigid body and joint parts plus TPU-designated soles and mouth pieces. The README explicitly says a complete validated print profile remains undocumented and recommends checking a servo mount and bearing fit before printing everything. Its print inventory also asks for confirmed orientation, tolerances, and TPU hardness. Owning a printer is only the beginning of reproducing the assembly.

The supplied assembly reference is 25 pages, organized around servo placement, legs, head mechanisms, and final assembly. That's more helpful than an unexplained folder of STLs, but assembly drawings cannot substitute for fit data. Check left and right parts, cable clearance, and material choices against your chosen revision. A failed bearing fit discovered in a small sample is much easier to correct than the same mistake repeated across a complete printed set.

The custom board needs reproducible manufacturing files

The PCBA directory contains Altium schematic and PCB sources, along with mechanical exports and assembly data. The board notice tells new builders to check schematic-to-board consistency, run electrical and layout checks, and regenerate manufacturing outputs. Older boards need a verified correction before use. The published instructions explain a cable workaround, while explicitly saying that board cutting and jumper locations have not been validated.

Open issue 10 requests Gerbers, drill files, and placement data regenerated from the corrected design. Its author reports that their manufacturer couldn't produce exports from the Altium sources and notes that the placement file predates the correction. That is a user's manufacturing report, not our measurement. It is still a concrete reason to secure an agreed manufacturing package before ordering a custom board from a supplier unfamiliar with this project.

Calibration depends on the specified actuators

The design uses fifteen serial servos: leg joints, neck and head joints, and a separately controlled mouth. Its motion policy produces targets for fourteen joints. The README directs builders to configure servo IDs and center positions through the companion runtime, then calibrate with the robot supported. Those instructions connect the physical assembly to the software's expected joint order. Swapping in a differently sized or differently behaving actuator is a design change.

The component notes identify the servo model and distinguish purchasing quantities from installed-fastener counts. They also leave the battery model, polarity, and charger compatibility to be confirmed. Don't infer an interchangeable battery from the connector label alone. The practical burden is obtaining matching parts and verifying the documented power path, rather than assuming a shopping list guarantees that every locally available substitute will work.

Reuse terms remain unfinished

The licensing document says there is no top-level license and that publication alone does not establish a complete reuse grant. It records maintainer intent for personal and educational replication, with separate commercial authorization for eligible original material, but says final terms and file scope are pending. It also warns that inherited components retain their own terms. A business needs those questions resolved before distributing a derivative.

GitHub listed 597 stars and 4 open issues and PRs on October 14, 2026. The last push was October 13, while recent issue activity covered manufacturing exports, sourcing, and component questions. The latest-release endpoint returned no release. That combination shows current work on real build concerns, rather than abandonment. It does not establish that every published export matches the corrected source or that an assembled unit has passed a repeatable acceptance procedure.

Microduck and Open Duck Mini offer different starting points

Pollen Robotics' Microduck is the upstream robot project linked by XGO-Duck, with its own runtime and hardware route. Choose it when you want to follow the original system rather than the Arduino adaptation. Open Duck Mini is another printable biped project with CAD and build resources, although its README acknowledges undocumented scripts. Neither is evidence that XGO-Duck's board and actuator choices can be mixed into another design. For this build, settle the board revision and matching exports before placing the electronics order.

Alternatives

ProjectWhat it isPick it when
MicroduckPollen Robotics' upstream biped robot project and onboard runtime.pick this instead when you want the original robot platform rather than Luwu's Arduino adaptation.
Open Duck Mini gh↗A separate miniature biped project with CAD, build resources, and motion experiments.pick this instead when you prefer its mechanical design and can accept its documented research-workflow gaps.

What people are saying

  1. [velocity-scout] LuwuDynamics/xgoduck_hardware

Sources

  1. XGO-Duck hardware README
  2. Expansion-board revision warning
  3. Printing inventory and missing validation profile
  4. Component specifications and sourcing gaps
  5. Request for corrected manufacturing exports
  6. Licensing status
  7. Microduck README
  8. Open Duck Mini README

More dev tools reviews

compose-samples · librepods · sqlmap · coucou · world-execute-me-dsh-pv · mcp-extensions · the whole board →