owon-spe6103-mcp

An MCP server that lets an AI assistant read and control an OWON SPE6103 programmable DC power supply (60 V / 10 A / 300 W) over its USB serial port.

Built and verified against real hardware.

*IDN?  ->  OWON,SPE6103,24371986,FV:V5.2.0

Why

Bench work often means "set 16 V, limit 0.5 A, turn it on, watch the current". Doing that by hand breaks your flow, and it is exactly the kind of thing an assistant can do while you keep both hands on the hardware. This server exposes the supply as five small tools, with the dangerous one clearly marked.

Related MCP server: rs3005p-mcp

Tools

Safety design

• Anything above 60 V or 10 A is rejected before it is sent to the instrument.

• psu_set never flips the output on. You set values first, then energise — in that order.

• psu_output_on says so in its own description, so an assistant reading the tool list knows it is not a read-only call.

• After energising, the measured current is compared against the limit. Pinned at the limit means a short or reversed polarity, and you get told.

• The serial port is opened and closed per call, so this does not fight with other tools for the port.

This does not replace a physical means of cutting power. Software paths fail.

Requirements

• Python 3.10+

• pyserial

• mcp (the official Python SDK; FastMCP ships inside it)

pip install pyserial mcp

Connection

The SPE6103 appears as a CH340 USB serial device (VID:PID 1A86:7523). The server finds it automatically. To pin it down:

PSU_PORT=COM8      # Windows
PSU_PORT=/dev/ttyUSB0

Wire protocol, confirmed on hardware: SCPI, 115200 8N1, commands terminated with \n, replies with \r\n.

Install

claude mcp add --scope user psu -- python /path/to/server.py

Then restart your client so the tools appear.

Verified SCPI commands

SYST:STAT? returns ERR on this firmware. Do not use it.

Two gotchas, both measured on hardware

1. Read replies with read_until(b"\n"), not a fixed byte count. A fixed-size read waits out the full timeout on every query, which turns a 5 ms exchange into an 800 ms one — enough to break a one-second sampling loop.

2. Do not measure immediately after OUTP ON or a setpoint change. The output ramps, and the instrument's own measurement only refreshes about every 0.3 s. Asking for 16 V and reading straight away gives you 2.5 V. Measured ramp, no load:

0.11s  0.000      0.92s  12.010
0.27s  0.160      1.08s  15.690
0.43s  0.160      1.40s  15.960
0.59s  6.150      1.56s  16.000   <- settled
0.75s  6.150

Note the repeated values. Because the reading refreshes slower than you can poll, two identical samples do not mean settled — a naive "wait until two reads match" detector latches onto 0.160 or 6.150 and reports a mid-ramp value as final. This server waits 1.2 s, then polls slower than the refresh (0.35 s) and requires three consecutive matching samples.

This matters beyond cosmetics: with a capacitive load, inrush during the ramp will sit at the current limit, and a naive reader will report it as a short.

Other OWON SPE/SPM models most likely speak the same dialect, but only the SPE6103 has been tested.

日本語

OWON SPE6103(60V / 10A / 300W のプログラマブル直流電源)を、USB のシリアル経由で 読み書きするための MCP サーバーです。実機で確認しながら作りました。

道具

安全のきまり

• 60V / 10A を超える指示は、機器に送る前に断る

• psu_set は出力を入れない。値を決めてから入れる、という順序を守れる

• psu_output_on は説明文の先頭で「実際に電気が出る」と明示している

• 入れた直後に実測を読み、電流が制限に張り付いていれば警告する

• ポートは呼び出しごとに開閉するので、他の道具と取り合わない

これは電源を物理的に切る手段の代わりにはなりません。 ソフトの経路は落ちます。

接続

CH340 の仮想シリアル(VID:PID 1A86:7523)として見えます。自動で探しますが、 PSU_PORT で固定もできます。通信は SCPI / 115200bps 8N1、送りは \n、返しは \r\n。

罠(どちらも実機で測って分かったこと)

**1. 応答は read_until(b"\n") で読むこと。**バイト数を決めて読むと、その数が来ないので 毎回タイムアウトを待ち切ります。5ms で済む問い合わせが 800ms になり、 1秒ごとの記録が崩れます。

2. 出力を入れた直後・設定を変えた直後に、そのまま実測を読まないこと。 出力はゆっくり立ち上がり、しかも機器側の実測の更新が約0.3秒ごとです。 16V を指示した直後に読むと 2.5V が返ります。無負荷での立ち上がりの実測:

0.11s  0.000      0.92s  12.010
0.27s  0.160      1.08s  15.690
0.43s  0.160      1.40s  15.960
0.59s  6.150      1.56s  16.000   ← 到達
0.75s  6.150

同じ値が2回続いているところに注意してください。更新より速く読むとこうなるので、 「2回同じなら落ち着いた」という判定は途中の値を掴みます(0.160 や 6.150 で止まる)。 このサーバーは 1.2 秒待ってから、更新より遅い 0.35 秒間隔で、3回続けて一致を見ています。

これは見た目の問題では済みません。容量のある負荷では、立ち上がり中の突入電流が 電流制限に張り付くので、素直に読むと「短絡」と誤判定します。

SYST:STAT? はこの版では ERR を返すので使いません。

ライセンス

MIT