Sartorius Balance — MCP Server
Let an AI agent weigh samples, tare containers, log drift and evaporation, and run internal adjustments on Sartorius laboratory balances through the documented SBI (Sartorius Balance Interface) ASCII protocol.
| Package | labmcp-sartorius |
| Instruments | Cubis MSE, Cubis II MCA, Secura, Quintix, Practum, Entris II; older CP/CPA-series balances with --option legacy=true. Other SBI balances are likely to work |
| Interfaces | RS-232, USB (virtual COM port, "PC-SBI"), Ethernet (Cubis II "serial transmission via Ethernet", or any serial-to-Ethernet adapter) |
| Protocol | SBI: Entris II interface description (technical note 10/2020), Secura/Quintix/Practum user manual §10.3 (WSE6004), Cubis MSE operating instructions (WMS6004), Cubis MCA operating instructions (WMC6028), SBI interface description (98647-000-53) |
| Status | 🧪 simulated: tested against a wire-level SBI simulator, not yet verified on hardware. Report a hardware test |
Try it without hardware
uvx labmcp-sartorius --simulate --check
Connect your balance
- Balance setup: set the interface you use (RS232, USB-B / "PC-SBI", or Ethernet) to the SBI protocol, and set SBI data output to manual, without stability with automatic output off (factory settings on Cubis II and Entris II). With auto print on,
ESC Ptoggles the automatic output instead of sending one reading. Either line format works (16 characters, or 22 with ID code). - Serial settings: factory settings are 9600 baud, 8 data bits, odd parity, 1 stop bit, hardware handshake (Cubis II/MSE, Secura/Quintix/Practum, Entris II). The server uses these but does not enforce RTS/CTS (it keeps RTS asserted, which lets the balance transmit; USB virtual COM ports often never assert CTS). Add
?rtscts=trueto enforce it, or e.g.?bytesize=7&parity=Eif your balance is set differently. - Find the port:
uvx labmcp ports - Test the connection:
uvx labmcp-sartorius --address /dev/ttyUSB0 --check # Linux uvx labmcp-sartorius --address /dev/tty.usbmodem14201 --check # macOS uvx labmcp-sartorius --address COM4 --check # Windows uvx labmcp-sartorius --address tcp://192.168.1.61:49155 --check # Cubis II via Ethernet (port as configured)
--checkprints the model, serial number and software version (ESC x1_,x2_,x3_) when the balance supports them.
Add to your MCP client
Claude Code
claude mcp add balance -- uvx labmcp-sartorius --address /dev/ttyUSB0
Claude Desktop / Cursor / Windsurf (claude_desktop_config.json, .cursor/mcp.json, …)
{
"mcpServers": {
"balance": {
"command": "uvx",
"args": ["labmcp-sartorius", "--address", "/dev/ttyUSB0"]
}
}
}
Add --read-only to allow weighing but block taring, zeroing and adjustment. For other clients: uvx labmcp config sartorius-balance --address /dev/ttyUSB0 --client vscode.
Tools
| Tool | Kind | Description |
|---|---|---|
get_command_log |
👁 read | Return the most recent raw commands sent to / replies received from the instrument (newest last). Useful for debugging and for recording what was done. |
get_connection_info |
👁 read | Report which instrument is connected (identity, address, simulated or real), whether the server is read-only, and the active safety limits. Call this first. |
lock_keypad |
🎛 control | Block or unblock the balance keys, e.g. so nobody tares by accident during a long logging run. |
log_weight_series |
👁 read | Record a series of immediate (unfiltered) readings to monitor drift, evaporation, moisture uptake or stabilisation. Returns every reading plus summary statistics. |
read_weight |
👁 read | Read the current net weight from the balance (ESC P). With stable=True the server polls until the balance reports a stable value; if it cannot settle (draughts, vibration, evaporation) you get an error; retry, or use stable=false for the current value. |
reconnect |
🛑 safety | Close and re-open the connection to the instrument (e.g. after it was power cycled or a cable was re-plugged). |
run_internal_adjustment |
🎛 control | Adjust (calibrate) the balance with its built-in weight (ESC Z; isoCAL models only). The pan must be empty and the balance undisturbed. SBI sends no completion message, so the server watches for the adjustment status and waits until the balance weighs again; check observed_adjustment and the balance display or GLP printout for the result. |
set_ambient_conditions |
🎛 control | Adapt the balance's filter to the ambient conditions (ESC K/L/M/N). Use 'unstable' or 'very_unstable' for draughty or vibrating benches (slower but steadier readings). |
tare |
🎛 control | Tare the balance (ESC U, or ESC T on legacy balances): the current load (e.g. an empty container) becomes the tare. Then waits for a stable reading and checks that it is ~0; returns that reading. |
zero |
🎛 control | Zero the balance (ESC V). Only works with the pan (nearly) empty, within the balance's zero-setting range; clears the tare. Confirms by reading ~0 afterwards. |
Safety limits
| Limit | Default | Meaning |
|---|---|---|
max_series_duration_s |
600 s | Longest weight-logging series an agent may start |
Override at launch: --limit max_series_duration_s=3600. Whatever the limit says, a single series is capped at one hour (the tool's time limit). No tool of this server moves anything or heats, so there are no hazard tools.
Example prompts
- "Tare the balance, then tell me the weight once it's stable after I add the sample."
- "Log the weight every 10 s for 5 minutes and tell me the evaporation rate in mg/min."
- "Weigh out ~250 mg: tell me how much more to add, reading every few seconds, until I'm within ±2 mg."
- "The bench is vibrating today; switch the balance filter to unstable conditions and lock the keypad."
- "Run an internal adjustment before we start the calibration curve and tell me whether it ran."
Notes
- Stability comes from the unit symbol. SBI has no explicit stability flag: the balance only sends the unit symbol (positions 12–14) when the reading is stable ("If the weighing system has not stabilized, no unit symbol is output", interface description 98647-000-53; the newer manuals list those positions as "unit symbol or space").
read_weight(stable=true)therefore pollsESC Puntil a reading with a unit arrives. Unstable readings report the last unit seen. - Line formats. The parser follows the documented fixed-width layouts: 16 characters (sign, value in positions 2–10, unit in 12–14, CR LF) and 22 characters (6-character ID code such as
N,G#,T,Stat, then the same 16). It also accepts the Cubis II "one line with full length" format, a decimal comma, and a G#/T/N weighing block (theNline is reported).High,Low,Err ###,APP.ERR,DIS.ERRandPRT.ERRare reported as clear errors. - No acknowledgements. SBI control commands (
ESC Utare,ESC Vzero,ESC Zadjust,ESC K–Nfilter,ESC O/Rkeys) produce no reply, so a balance that does not support one silently ignores it.tareandzerotherefore wait for a stable reading and check it is ~0, and report an error otherwise. - Zero vs tare.
ESC Vonly zeroes within the balance's zero-setting range (nearly empty pan);ESC Utares any load. Older balances (CP/CPA, LE, ...) only haveESC T(the tare key): start the server with--option legacy=true. - Internal adjustment (unverified).
ESC Zstarts isoCAL on balances with a built-in weight. SBI sends no completion or result message; the server watches for theCal.status (or a balance too busy to answer) and waits for a stable weight again, and reportsobserved_adjustment=falseif it never sees one. Confirm the result on the display or GLP printout. The exact status output during adjustment could not be verified in the manuals. - Identity replies (unverified format).
ESC x1_/x2_/x3_print the model, serial number and software version; their exact layout is not documented, so the text is passed through as sent. - The command log shows SBI traffic as hex (
1b 50 0d 0a=ESC P CR LF) because of the ESC character. - Not implemented: draft-shield and ionizer commands (Cubis MSE only), external adjustment (
ESC W, needs a reference weight),ESC Srestart and the function-key commands.
Hardware verification
| Model | Firmware | Interface | Verified by | Date |
|---|---|---|---|---|
| none yet: be the first |
Release files for labmcp-sartorius 0.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| labmcp_sartorius-0.1.1.tar.gz | 16.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| labmcp_sartorius-0.1.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 33.0 kB
Release files / labmcp_sartorius-0.1.1.tar.gz
| Download URL | labmcp_sartorius-0.1.1.tar.gz |
|---|---|
| Size | 16.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a0b024d5cde4b85b3e99b7116b5ca7638358c98143c4a6a152d3405d00f12d61
|
|
BLAKE2b-256 checksum How to use checksums |
e19c9628cd9270cd103362da7352314bd2a8e702d81445cd57a0613c96fae475
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 26, 2026.
Transparency logRelease files / labmcp_sartorius-0.1.1-py3-none-any.whl
| Download URL | labmcp_sartorius-0.1.1-py3-none-any.whl |
|---|---|
| Size | 16.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d4fd04793da291c8a7d1c209f2051fc442189af7c6585b05055459e251d513ec
|
|
BLAKE2b-256 checksum How to use checksums |
e34a712f95a50cb3602f29bddf8e200d781c9c9d1907c89492ca3cf5d172b720
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 26, 2026.
Transparency log