An open-source protocol for AI agents to control hardware.
Install
On macOS and Linux, run this command in a terminal.
curl -LsSf https://sohanbhat.me/OpenHAL/install.sh | sh
On Windows, run this command in PowerShell.
irm https://sohanbhat.me/OpenHAL/install.ps1 | iex
Then run the demo. The demo uses simulated devices, so nothing touches real hardware.
openhal demo
You'll see the agent raise the bed target from 60 °C to 70 °C, have a request for a nozzle temperature of 300 °C blocked at the nozzle limit of 260 °C and pause the print when the camera shows the print has come loose. The owner then approves the cancel, and the printer's state becomes cancelled.
OpenHAL runs on Python 3.12 or newer. The install guide covers uv, pipx, a clone, the background service and Raspberry Pi.
Why OpenHAL
Agents usually reach each printer or lab instrument through a script or MCP server made for that one device, with the limits in that server's code. OpenHAL is a universal driver specification instead. Agents discover, integrate and control lab and manufacturing equipment through one standard set of commands such as read and write, and every command is checked against the device's limits.
How it works
- A
.hal.yamldevice file lists a device's channels and actions, with units and limits. - The safety kernel checks range, rate, interlocks and confirmation before a driver acts. A command outside the limits is blocked with an error such as
LIMIT_EXCEEDED. - One driver covers a device family, such as SCPI for bench instruments.
- Agents connect over MCP, the CLI or the Python client, and the protocol is JSON-RPC 2.0 over WebSocket and stdio.
Safety model
- Every channel and action has a risk level of low, medium or high. A device file's
hazardsets the minimum level for every channel and action on the device. - High risk channels and actions stay read-only until a person confirms the limits. An agent's proposal never counts as a confirmation.
- Low and medium channels and actions take commands within the device's own range. Only a person lowers a level, with
openhal risk set. - Each hardware change needs a single-use grant for that exact command.
- A stale or missing reading blocks the command.
- One stop puts every device in a safe state until a person lifts the stop.
- Every decision goes into a hash-chained audit log.
docs/SAFETY.md has the details.
Supported devices
OpenHAL has 36 drivers. Every driver passes the conformance suite on a simulator, and none is verified on real hardware yet. No driver covers clinical or patient-connected medical devices. To test a device you own, follow the hardware test plans. The device library lists the bundled device files.
All 36 drivers
| Driver | Devices covered | Status | Usual hazard |
|---|---|---|---|
ble |
environmental sensors, battery powered sensors, BLE LED and relay boards | tested on simulator | low |
esphome |
ESP32, ESP8266, RP2040 and BK72xx boards running ESPHome, sensors, switches, lights, fans, numbers, selects and buttons defined in ESPHome YAML | tested on simulator | low |
firmata |
Arduino AVR boards, Arduino-compatible clones, Teensy | tested on simulator | low |
hid |
macropads and button boxes, knobs and jog wheels, foot switches | tested on simulator | low |
homeassistant |
lights, switches and smart plugs, fans | tested on simulator | low |
http |
smart plugs and relays, networked sensors, lab and bench gadgets with REST APIs | tested on simulator | medium |
marlin |
FDM 3D printers, pen plotters and other Marlin machines | tested on simulator | medium |
midi |
pad and knob controllers, keyboards, synthesizers | tested on simulator | low |
modbus |
energy and power meters, PLCs, variable frequency drives | tested on simulator | medium |
moonraker |
Klipper 3D printers (Voron, RatRig, Creality K1 and Sonic Pad, Sovol SV08, Elegoo Neptune 4, Qidi) | tested on simulator | medium |
mqtt |
Tasmota devices, Zigbee2MQTT bridged devices, ESPHome and Shelly devices with MQTT enabled | tested on simulator | medium |
octoprint |
3D printers connected to OctoPrint (Marlin, Prusa, RepRapFirmware and Klipper with the OctoPrint connector) | tested on simulator | medium |
openhal-firmware |
Arduino boards, ESP32 boards, maker projects that run the OpenHAL library | tested on simulator | low |
rpi-camera |
Raspberry Pi Camera Module 1, 2 and 3, Raspberry Pi High Quality and Global Shutter cameras, Raspberry Pi AI Camera | tested on simulator | low |
rpi-gpio |
relays and relay boards, LEDs, buttons, reed switches and limit switches | tested on simulator | low |
scpi |
bench power supplies, multimeters, oscilloscopes | tested on simulator | medium |
serial |
Arduino and other microcontroller sketches, bench instruments with ASCII command sets, sensor modules with text output | tested on simulator | medium |
uvc |
USB webcams, USB microscopes, HDMI to USB capture cards | tested on simulator | low |
alpaca |
telescope mounts, focusers, cameras and power boxes, observatory domes | tested on simulator | medium |
grbl |
desktop CNC routers, diode and CO2 laser engravers, pen plotters | tested on simulator | high |
indi |
telescope mounts, focusers, astronomy cameras | tested on simulator | medium |
lerobot |
SO-100 and SO-101 arms, Koch and OMX arms, other LeRobot arms with joint goals | tested on simulator | high |
micromanager |
research microscopes from Nikon, Zeiss, Olympus and Leica, scientific cameras from Hamamatsu, Andor, Photometrics and PCO, stages, focus drives, filter wheels, shutters and light sources from ASI, Prior, Ludl, Sutter, Lumencor and CoolLED | tested on simulator | medium |
onvif |
ONVIF IP cameras, ONVIF PTZ cameras, network video recorders with ONVIF | tested on simulator | low |
opcua |
PLCs with an OPC UA server, LADS lab instruments, process equipment and gateways | tested on simulator | medium |
pylabrobot |
Hamilton STAR and STARlet, Tecan Freedom EVO, Opentrons OT-2 | tested on simulator | high |
ros2 |
ROS 2 mobile robots, ROS 2 arms, any ROS 2 graph with rosbridge | tested on simulator | high |
seabreeze |
Ocean Insight and Ocean Optics USB spectrometers (USB2000+, USB4000, Flame), Ocean HR, QE Pro and Maya spectrometers, Ocean STS and SPARK spectrometers | tested on simulator | low |
sila2 |
SiLA 2 lab devices, SiLA 2 gateways, custom SiLA 2 servers | tested on simulator | medium |
bambu |
Bambu Lab X1 series, Bambu Lab P1 series, Bambu Lab A1 and A1 mini | tested on simulator | medium |
can |
motor controllers (VESC, ODrive, CubeMars), battery management systems, CAN sensor and IO nodes | tested on simulator | medium |
knx |
KNX switch and dimmer actuators, KNX blind actuators, KNX room thermostats | tested on simulator | low |
matter |
Matter lights and plugs, Matter sensors, Matter thermostats and fans | tested on simulator | low |
pi-i2c-spi |
I2C temperature and humidity sensors, SPI and I2C ADCs, SPI and I2C DACs | tested on simulator | low |
upnp |
UPnP AV media renderers and speakers, smart TVs with DLNA rendering, internet gateways (IGD) | tested on simulator | low |
zigbee-zwave |
Zigbee lights, plugs and sensors, Z-Wave switches, dimmers and plugs, Z-Wave multisensors | tested on simulator | low |
Connect Claude or another MCP client
openhal init sets up the hub, makes a token and offers to add OpenHAL to Claude Desktop, Claude Code and Cursor. The setup for every client is printed either way.
openhal init
openhal start
Any other MCP client runs openhal mcp over stdio with a separate agent token, as the MCP guide shows. Connect Claude covers the manual setup.
Docs and specification
- Documentation
- Specification, also in spec/
- The demo step by step, with the simulated printer and camera
- Mapping to Anthropic's MHS. OpenHAL is not affiliated with Anthropic or the Model Hardware Standard.
Contributing
Drivers, device files, hardware test reports and docs fixes are welcome. See CONTRIBUTING.md, the driver guide and issues labeled good first issue. Report security or safety problems privately through SECURITY.md.
License
Apache-2.0, in LICENSE. Device files in library/ are CC0.
Metadata
Release files for halkit 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| halkit-0.1.0.tar.gz | 1.7 MB | With provenance | Details for halkit-0.1.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| halkit-0.1.0-py3-none-any.whl | Python 3 | none | any | Details for halkit-0.1.0-py3-none-any.whl |
Total release size: 3.7 MB
Release files / halkit-0.1.0.tar.gz
| Download URL | halkit-0.1.0.tar.gz |
|---|---|
| Size | 1.7 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
31f298da807d68dab9bafc16c7e11c05288b9e49e03bed0ebc802c8fa307b10f
|
|
BLAKE2b-256 checksum How to use checksums |
8e4f0a9e0d0a8771f96a8c17d06a88ca562669c089947ce3dfe26b12f02a0398
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
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 Nov 6, 2026.
Transparency logRelease files / halkit-0.1.0-py3-none-any.whl
| Download URL | halkit-0.1.0-py3-none-any.whl |
|---|---|
| Size | 2.0 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d7dae06604efa20f4262d29b859e497477bad1ed0b1d26c03791b1a8704a91f7
|
|
BLAKE2b-256 checksum How to use checksums |
537f27e2d66846fa1e8ff9c8309c1541047550cc915cc6a736d13a9d552f4296
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
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 Nov 6, 2026.
Transparency logSecurity for halkit 0.1.0
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.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for halkit-0.1.0.tar.gz
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 Nov 6, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.