mcpField
G
Gearotons M17 Servomotor

Gearotons M17 Servomotor

Local
gearotons.comOther0Updated 5w ago

About Gearotons M17 Servomotor

Gearotons M17 Servomotor is an MCP server for controlling open-source M17 servomotors through natural-language-driven clients. It discovers serial ports and motors, exposes firmware commands as tools, and includes a mock backend for use without hardware.

Key features

  1. 01Serial-port discovery
  2. 02Automatic motor detection on the bus
  3. 03High-level motion and status tools
  4. 04Firmware command catalog exposed as tools
  5. 05Mock backend for hardware-free use

Use cases

  1. 01Try motor-control tools without hardware
  2. 02Discover motors connected over RS-485
  3. 03Move a motor by angle or relative distance
  4. 04Run a sequence of motor actions

MCP support

Exposes motor discovery, motion, status, and firmware commands as MCP tools for MCP clients. The server communicates with real M17 motors over RS-485 or uses its mock backend.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"gearotons-servomotor": {
"command": "uvx",
"args": [
"servomotor-mcp"
],
"env": {
"GEAROTONS_MOTOR_BACKEND": "<GEAROTONS_MOTOR_BACKEND>",
"GEAROTONS_SERIAL_PORT": "<GEAROTONS_SERIAL_PORT>",
"GEAROTONS_DEFAULT_SPEED_DPS": "<GEAROTONS_DEFAULT_SPEED_DPS>"
}
}
}
}
Run commanduvx servomotor-mcp
Environment variables to set
GEAROTONS_MOTOR_BACKEND'auto' (default: real serial backend when the servomotor library is installed, otherwise the simulator, which says so in list_serial_ports), 'serial', or 'mock'. For real motors install servomotor-mcp[serial].
GEAROTONS_SERIAL_PORTOptional default port for the connect tool (e.g. /dev/cu.usbserial-210, /dev/ttyUSB0, COM3). Normally unnecessary: the model discovers ports with list_serial_ports.
GEAROTONS_DEFAULT_SPEED_DPSDefault speed in degrees/second for the high-level move tools.

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
pypiservomotor-mcp0.3.3

Tools

57

Saved tool list · updated 2w ago

This tool takes no parameters.

Details

From the project 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)

# 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-mcp
servomotor-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:

pip install 'servomotor-mcp[serial]'   # pulls in the Gearotons servomotor library
servomotor-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

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.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.