Gearotons M17 Servomotor

io.github.GearotonsPublished by GitHub account Gearotonsv0.3.3Updated Oct 24, 2026

Drive Gearotons M17 open-source servomotors from plain English over RS-485; mock mode, no hardware.

VerifiedSTDIODesktop onlyCloud & InfrastructureDeveloper Tools

Overview

AI-generated overview

Local MCP server that lets an assistant discover, connect to and drive Gearotons M17 RS-485 servomotors in plain language, with a hardware-free mock mode.

What you can do
Discover serial ports and connect to a motor bus, auto-detecting the motors on it, then disconnect or re-scan it (detect_devices reboots the motors). List detected motors with live position, voltage, temperature and status, and read one motor's snapshot with errors decoded. Move motors absolutely or relatively in degrees, stop one or all motors, and run choreographed sequences including raw command steps. Call any firmware command as its own tool, such as enable_mosfets, homing, zero_position, set_pid_constants, set_device_alias, vibrate or system_reset, addressing motors by alias, unique ID or all.
When to use it
Useful when you have Gearotons M17 servomotors on an RS-485 bus and want to drive them conversationally from Claude Desktop, Claude Code or another MCP client. Also handy for trying the workflow without hardware, since a mock backend simulates the whole command set.
Requirements
Runs locally over stdio as a Python package (servomotor-mcp, via pip or uvx). Real motors need the serial extra, which pulls in the Gearotons servomotor library, plus a USB-to-RS-485 adapter; without the library the server runs a simulator. Optional environment variables GEAROTONS_MOTOR_BACKEND, GEAROTONS_SERIAL_PORT and GEAROTONS_DEFAULT_SPEED_DPS. Desktop only.
Before you install
Tool calls are forwarded straight to the hardware with no software clamping, so moves, homing, zeroing, PID changes, alias changes and system_reset act on real motors; only the firmware's over-current, over-voltage and over-temperature protections apply. detect_devices reboots the motors on the bus. Check that the backend is not mock when you expect real motion, and confirm the right port when several adapters are present.

Installation

In SourceWeft

  1. Open Gearotons M17 Servomotor in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

servomotor-mcp

Drive open-source Gearotons M17 servomotors from natural language.

An MCP server that exposes the M17 — a NEMA-17 integrated, closed-loop, RS-485 servomotor — to Claude Desktop, Claude Code, or any MCP client. Control real motors by just asking:

"Find my motors and rotate the one on the bench two full turns, slowly."

Nothing is hardcoded: the server discovers your serial ports, auto-detects the motors on the bus (the firmware's "Detect devices" command), and exposes the entire firmware command set — every command in the servomotor library's catalog becomes an MCP tool automatically (48 commands as of library 0.10.0), plus a few high-level tools for everyday moves. It ships with a mock backend, so you can try the whole thing with no hardware.

[Claude Code driving a real Gearotons M17 over MCP: find the motor, turn it two rotations, back, read the encoder]

▶ 50-second video: the real motor and this session side by side — recorded 2026-09-09 on a bench M17; every line above is from the session log.

Step-by-step tutorial (boxed motor to "talk to it" in about twenty minutes): Talk to a servomotor from Claude Code on Hackster.

The first servomotor with an official MCP server. Open hardware, open firmware, open software — and now an open, AI-native control interface.


Quickstart (no hardware, ~2 minutes)

bash
# Run the server directly with uv (recommended). This runs the SIMULATOR —# for real motors see "Drive real motors" below:uvx --from servomotor-mcp servomotor-mcp
# or install it:pip install servomotor-mcpservomotor-mcp

Then add it to Claude Desktop — copy the block from examples/claude_desktop_config.json into your claude_desktop_config.json, restart Claude Desktop, and ask: "What serial ports do you see? Connect and find my motors." See examples/demo_prompts.md for a scripted demo.

Drive real motors

Plug an M17 (or a daisy-chain of them) into a USB↔RS-485 adapter and install the [serial] extra — that's it, no configuration:

bash
pip install 'servomotor-mcp[serial]'   # pulls in the Gearotons servomotor libraryservomotor-mcp

With the servomotor library installed the server uses the real serial backend automatically. Without it, the server runs its simulator and says so: list_serial_ports and connect return a notice field, and a warning goes to stderr. With uv, use uvx --from 'servomotor-mcp[serial]' servomotor-mcp. In a session, the model then:

  1. list_serial_ports — enumerates the machine's ports (macOS /dev/cu.*, Windows COM*, Linux /dev/ttyUSB*), flagging USB serial adapters;
  2. connect — opens the port you (or it) picked, at 230400 baud;
  3. auto-detects every motor on that bus (unique ID + alias) — no address maps to write;
  4. drives them. Tell it in plain English which adapter to use if you have several.

Tools

High-level (discovery + everyday motion):

ToolWhat it does
list_serial_portsEnumerate serial ports with USB metadata (call first).
connect / disconnectOpen a port and auto-detect the motors on that bus.
detect_devicesRe-scan the bus (reboots the motors on it).
list_motorsDetected motors with live position/voltage/temperature/status.
move_to / move_relativeAbsolute / relative moves in degrees; waits for completion.
stopEmergency-stop one or all motors.
get_motor_statusOne motor's snapshot, fatal errors decoded to plain English.
run_sequenceChoreographed steps ("draw a square"), incl. raw command steps.

Plus one tool per firmware command, generated from the library's command catalog: enable_mosfets, go_to_position, move_with_velocity, move_with_acceleration, multimove, homing, zero_position, get_position, get_temperature, set_device_alias, set_pid_constants, system_reset, vibrate, ping, … — anything the motor can do, the model can do. Motors are addressed by their alias number, their 16-hex-digit unique ID, or "all" (broadcast). Values are in friendly units (degrees, seconds, degrees/s, volts, °C); the server converts to firmware units.

How it works

natural language → Claude → MCP tool calls → this server → RS-485 → M17 motors

The server is a thin layer over the Gearotons servomotor Python library. The library is data-driven — motor_commands.json defines every firmware command — and the server turns that same catalog into MCP tools, so new library commands appear automatically. Tool calls are forwarded straight to the hardware — no software clamping; full multi-turn travel, any speed. The motor's own firmware protections (over-current / over-voltage / over-temperature) still apply. The same tools run against the mock backend (GEAROTONS_MOTOR_BACKEND=mock) for development and CI.

Environment variables (all optional):

  • GEAROTONS_MOTOR_BACKEND — auto (default: serial when the servomotor library is installed, else mock), serial, or mock.
  • GEAROTONS_SERIAL_PORT — default port for connect when the model doesn't pass one.
  • GEAROTONS_DEFAULT_SPEED_DPS — default speed for move_to/move_relative (180).

Develop / test

bash
pip install -e '.[dev]'GEAROTONS_MOTOR_BACKEND=mock pytest     # catalog + mock-bus + server-tool tests

hardware_tests/ contains scripts that exercise the real serial path end to end (port sweep, full command suite, stdio MCP session) against a bench motor.

Status

  • ✅ Full firmware command surface (48 commands), serial-port discovery, bus auto-detection — verified on a physical M17 (fw 0.15.3.0) over a real stdio MCP session and via uvx, on all four test adapters (motor found only where it truly is).
  • ✅ Mock backend + 39 unit tests, no hardware needed.
  • ✅ Cross-platform port handling (macOS / Windows / Linux) via pyserial enumeration.

License

MIT. Hardware, firmware, and software for the M17 are open-source — see github.com/tomrodinger/servomotor.

Source: README.md at commit 190aff5

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

2
  1. v0.3.3LatestSep 22, 2026
  2. v0.3.1Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts