daq-mcp
MCP server for interacting with NI DAQ hardware, supporting analog/digital I/O and waveform acquisition, with safety features and simulation mode.
README
daq-mcp
An MCP server that lets an AI coding client talk to NI DAQ hardware.
Most MCP demos wrap APIs or filesystems. This one wraps a data-acquisition device: list channels, read voltages, write digital lines, acquire a short waveform. That is interesting because the failure modes are physical — a hallucinated channel name or a stray analog output can damage equipment or hurt someone. The protocol plumbing is the easy part; the safety model is the point of the project.
Safety model
Writes are off by default. Only channels on an explicit allowlist can be touched. Analog output is clamped to a configured voltage range, and every write returns what actually happened (including clamp flags and digital read-back) so the model can verify its own actions.
| Control | Default | Env / constant |
|---|---|---|
| Digital / analog writes | disabled | DAQ_MCP_ALLOW_WRITE=1 |
| Channel allowlist | Dev1/ai0, Dev1/ai1, Dev1/port0/line0, Dev1/port0/line1 |
CHANNEL_ALLOWLIST in server.py |
| AO clamp range | ±5 V | AO_VOLTAGE_LIMITS in server.py |
The MCP tools never import nidaqmx directly. They call a backend interface.
That boundary is what makes the server testable and portable.
Simulated by default (no NI drivers required)
Clone this on a machine without NI-DAQmx — including macOS — and it still
runs. Set DAQ_MCP_SIMULATE=1 to force the pure-Python backend, or leave it
unset: the server tries the real driver and falls back to simulation with a
clear log line if NI is missing.
The simulator exposes two fake devices (Dev1 / Dev2) with realistic
channel inventories. Dev1/ai0 is a slow sine with noise; Dev1/ai1 is a
noisy DC level. Digital lines keep state across calls.
Install
Requires Python 3.11+ and uv.
cd MCP-NIDAQMX
uv sync
Optional real-hardware extra (needs NI-DAQmx drivers on the machine):
uv sync --extra hardware
Run the server:
uv run server.py
Useful environment variables:
DAQ_MCP_SIMULATE=1 # force simulated backend
DAQ_MCP_ALLOW_WRITE=1 # enable digital / analog output
Verify with MCP Inspector
cd MCP-NIDAQMX
DAQ_MCP_SIMULATE=1 npx -y @modelcontextprotocol/inspector uv run server.py
On Windows PowerShell, pass the variable with Inspector's -e flag rather than
setting it in the shell — Inspector spawns the server with a sanitized
environment and does not forward arbitrary shell variables:
cd path\to\MCP-NIDAQMX
npx -y @modelcontextprotocol/inspector -e DAQ_MCP_SIMULATE=1 uv run server.py
If tools return "No results yet" for list_devices, the server is talking to
real hardware and correctly reporting zero devices — the simulate flag did not
reach it. The startup log line on stderr reports which backend was selected.
Cursor configuration
Add to your Cursor MCP settings (user-level mcp.json). Prefer the full path
to uv so Cursor does not depend on PATH:
{
"mcpServers": {
"daq-mcp": {
"command": "C:\\Users\\<you>\\.local\\bin\\uv.exe",
"args": [
"run",
"--directory",
"C:\\path\\to\\MCP-NIDAQMX",
"server.py"
],
"env": {
"DAQ_MCP_SIMULATE": "1"
}
}
}
}
Add "DAQ_MCP_ALLOW_WRITE": "1" only when you intentionally enable outputs.
A copy-paste template lives at .cursor/mcp.json.example. Put your real
machine config in .cursor/mcp.json (gitignored) or in Cursor's user MCP
settings — do not commit local paths or write-enable flags.
Tests
uv run pytest
All tests run against the simulated backend.
Tool design decisions
One tool per complete operation. Splitting "create task / add channel / start / read / close" into separate tools would force the model into multiple round-trips and make it easy to leave a hardware task open. Each tool opens what it needs, does one job, and closes everything before returning.
Summary over raw data for waveforms. monitor_analog returns mean, RMS,
peak-to-peak, standard deviation, and a downsampled preview of at most 50
points. Dumping thousands of floats into the model context is expensive and
rarely what you need for "is my sensor behaving?"
Project layout
server.py # MCP tools + safety layer
src/daq_mcp/backend/ # DAQBackend ABC, simulated + nidaqmx backends
tests/ # pytest against the simulator
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。