create_folder SP21+ fallback, ensure_project_open cross-project switch)
+ bench results
compile_project.py + get_compile_messages.py:
- IronPython 2.7's json.dumps cannot serialize System.Int64-backed `long`
values, which is what CODESYS's compile-message objects expose as
line_number / position. Added _coerce_int + _coerce_str helpers and a
shared _build_message_entry function. Three duplicated message-building
blocks collapsed into single helper calls.
- Defensive `try: json.dumps(...) except TypeError: json.dumps(default=str)`
so a stray field that slips past the helpers doesn't kill the emit.
connect_to_device.py:
- SP21+ may expose the login enum as LoginMode rather than
OnlineChangeOption. Extended the candidate sweep to probe both
script_engine.LoginMode and script_engine.OnlineChangeOption AND
online_app.LoginMode/OnlineChangeOption (some builds attach it to the
app object). Added "OnlineChange" + "Login" + "Download" to the
preferred-priority list. Added a 3-arg call shape variant for SPs
that take (mode, secondary-mode, force-bool).
create_folder.py:
- parent_object.create_folder() is no longer exposed on every parent type
in SP21+. Added two fallback factories tried in order:
1. parent.create_object(typeUuid='85d1215e-6520-4983-9a55-2d39d1f24cb4', name=...)
2. parent.add(script_engine.types.IecFolder, name=...)
with detailed warnings when each path fails. Final TypeError now lists
every factory tried so a future SP rotation surfaces clearly.
ensure_project_open.py:
- Uncommented the close-prior-project branch (was a TODO since the
initial fork). Cross-project switches in a persistent CODESYS now do
save() -> close() -> 500ms pump -> open(target). Without this,
projects.open against a different already-primary project fails
intermittently on file lock contention or pops a "project in use"
modal that freezes the IDE thread.
- save() is best-effort: if it raises (transient lock, save-as required)
we still proceed with close + open rather than getting stuck in a
half-switched state forever.
tests/bench-results.json:
- Captured timings from a clean run on MCPTest2 (PLCWinNT, 5 lib refs,
~12 POUs). 9 tools x 2 modes x iterations.
Headers (mean ms): persistent vs headless --
open_project 7700 vs 40041 (~5x; first call cold)
mirror_export 1547 vs 23723 (~15x)
list_project_libraries 1565 vs 23322 (~15x)
get_all_pou_code 1607 vs 23376 (~15x)
save_project 2095 vs 23321 (~11x)
create_pou (FB) 1540 vs 23903 (~16x)
delete_object 1544 vs 27420 (~18x)
bump_project_version 1540 vs 30678 (~20x)
bump_project_version #2 1556 vs 37769 (~24x)
- set_pou_code FAILED in both modes -- bench harness param-shape issue
(multi-line code passed verbatim to triple-quoted-string interpolation
doesn't survive the round-trip). Tool itself works fine through the
MCP tool call path; bench needs to escape newlines / use the same
prepareScriptWithHelpers shape the server uses. Filed for follow-up.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
||
|---|---|---|
| .github/workflows | ||
| docs | ||
| src | ||
| tests | ||
| .gitignore | ||
| ARCHITECTURE.md | ||
| LICENSE | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
| tsconfig.json | ||
| vitest.config.ts | ||
About this fork
This is a fork of luke-harriman/Codesys-MCP maintained at phobicdotno/Codesys-MCP on branch
sp21-plus-migration-notes.Why fork. Upstream's watcher relies on
system.execute_on_primary_thread()to marshal work from a background thread back to the CODESYS UI thread. That API was removed in CODESYS V3.5 SP21+, so on SP21 / SP22 every tool call returned the sameMarshal error: The functionality 'system.execute_on_primary_thread(...)' is no longer supportedand the server was effectively unusable on current CODESYS releases.What's fixed in this fork:
- SP21+/SP22 compatibility — the watcher was rewritten as single-threaded on the primary thread, yielding to the IDE via
system.delay(). No background thread, no marshaling. Works on SP19, SP21, and SP22+. Full rationale indocs/MIGRATION-SP21-PLUS.md.- Cancel-link hardening — the watcher now catches
KeyboardInterrupt(which is not a subclass ofExceptionin Python) at three layers, so clicking "Click here to CANCEL this operation" in CODESYS no longer pops the modal traceback dialog or kills the watcher. Bumped toWATCHER_VERSION 0.4.2.Verified state of every tool is recorded in
docs/SMOKE-TEST-2026-04-25.md: 17 of 28 invocations pass, 8 fail, 3 are partial. The failures are upstream bugs unrelated to the SP21+ fix (e.g.create_folderkeyword mismatch, JSONlongserialization incompile_project, online-API drift inconnect_to_device/write_variable) and are tracked there for follow-up PRs.
codesys-mcp-persistent
MCP server for CODESYS with a persistent UI instance and file-based IPC.
Unlike headless-only approaches that spawn a new CODESYS process per command, this server launches CODESYS with its UI visible and keeps it running. MCP tool calls are sent to the same instance via a file-based IPC watcher, so changes appear in real-time and the user can interact with the IDE alongside AI-driven automation.
Features
- Persistent mode — CODESYS UI stays open; commands execute in the running instance
- Headless fallback — automatic fallback to
--noUIspawn-per-command if persistent mode fails - File-based IPC — proven approach using atomic file writes and a Python watcher script
- Command serialization — async mutex ensures one command at a time
- Health monitoring — detects CODESYS crashes and reports state
- 28 MCP tools — project management, POU authoring, structured compiler diagnostics, runtime monitoring, library management
- Drop-in replacement — same MCP tool names and parameters as
@codesys/mcp-toolkit
Installation
npm install -g codesys-mcp-persistent
Or install from the repository:
git clone https://github.com/luke-harriman/Codesys-MCP.git
cd Codesys-MCP
npm install
npm run build
npm link
Requirements: Node.js 18+, Windows, CODESYS 3.5 SP19 or SP21 installed.
Quick Start
Add to your .mcp.json (Claude Code configuration):
{
"mcpServers": {
"codesys": {
"command": "codesys-mcp-persistent",
"args": [
"--codesys-path", "C:\\Program Files\\CODESYS 3.5.21.0\\CODESYS\\Common\\CODESYS.exe",
"--codesys-profile", "CODESYS V3.5 SP21 Patch 3",
"--mode", "persistent"
]
}
}
}
Or run directly:
codesys-mcp-persistent \
--codesys-path "C:\Program Files\CODESYS 3.5.21.0\CODESYS\Common\CODESYS.exe" \
--codesys-profile "CODESYS V3.5 SP21 Patch 3"
CLI Reference
| Flag | Description | Default |
|---|---|---|
-p, --codesys-path <path> |
Path to CODESYS executable | $CODESYS_PATH or auto-detected |
-f, --codesys-profile <name> |
CODESYS profile name | $CODESYS_PROFILE or CODESYS V3.5 SP21 |
-w, --workspace <dir> |
Workspace directory for relative paths | Current directory |
-m, --mode <mode> |
persistent (UI) or headless (--noUI) |
persistent |
--no-auto-launch |
Don't launch CODESYS on startup | Auto-launch enabled |
--fallback-headless |
Fall back to headless if persistent fails | true |
--keep-alive |
Keep CODESYS running after server stops | false |
--timeout <ms> |
Default command timeout | 60000 |
--detect |
List installed CODESYS versions and exit | — |
--verbose |
Enable verbose logging | — |
--debug |
Enable debug logging | — |
-V, --version |
Show version number | — |
-h, --help |
Show help | — |
Environment variables CODESYS_PATH and CODESYS_PROFILE are used as defaults when the corresponding flags are not provided.
MCP Tools
Management Tools
| Tool | Description |
|---|---|
launch_codesys |
Manually launch CODESYS (use with --no-auto-launch) |
shutdown_codesys |
Shut down the persistent CODESYS instance |
get_codesys_status |
Get current state, PID, execution mode |
Project Tools
| Tool | Description |
|---|---|
open_project |
Open an existing CODESYS project file |
create_project |
Create a new project from the standard template |
save_project |
Save the currently open project |
compile_project |
Build the primary application with structured error output (120s timeout) |
get_compile_messages |
Retrieve last compiler messages without triggering a new build |
POU / Code Authoring Tools
| Tool | Description |
|---|---|
create_pou |
Create a Program, Function Block, or Function |
set_pou_code |
Set declaration and/or implementation code |
create_property |
Create a property within a Function Block |
create_method |
Create a method within a Function Block |
create_dut |
Create a Data Unit Type (Structure, Enumeration, Union, Alias) |
create_gvl |
Create a Global Variable List with optional initial declaration |
create_folder |
Create an organizational folder in the project tree |
delete_object |
Delete any project object (POU, DUT, GVL, folder, etc.) |
rename_object |
Rename any project object |
get_all_pou_code |
Bulk read all declaration and implementation code in the project (120s timeout) |
Online / Runtime Tools
| Tool | Description |
|---|---|
connect_to_device |
Login to the PLC runtime (requires configured device/gateway) |
disconnect_from_device |
Logout from the PLC runtime |
get_application_state |
Check if the PLC application is running, stopped, or in exception |
read_variable |
Read a live variable value from the running PLC (e.g., PLC_PRG.bMotorRunning) |
write_variable |
Write/force a variable value on the running PLC |
download_to_device |
Download compiled application to PLC (attempts online change first, 120s timeout) |
start_stop_application |
Start or stop the PLC application |
Library Management Tools
| Tool | Description |
|---|---|
list_project_libraries |
List all libraries referenced in the project with version info |
add_library |
Add a library reference to the project |
MCP Resources
| Resource URI | Description |
|---|---|
codesys://project/status |
CODESYS scripting status and open project info |
codesys://project/{path}/structure |
Project tree structure |
codesys://project/{path}/pou/{pou}/code |
POU declaration and implementation code |
Execution Modes
Persistent Mode (default)
- Server launches
CODESYS.exewith--runscript=watcher.py(no--noUI) - CODESYS UI opens — user can see and interact with the IDE
- The watcher script starts a .NET background thread that polls a
commands/directory, then returns control to CODESYS so the UI stays fully responsive - When a tool is called, the server writes a
.pyscript +.command.jsontocommands/ - The background thread detects the command and marshals execution onto the CODESYS UI thread via
system.execute_on_primary_thread() - Results are written atomically to
results/ - Changes made by tools appear in the CODESYS UI in real-time
- The UI remains interactive between commands — only briefly paused during synchronous API calls (compile, open)
Headless Mode
Falls back to the original approach: each tool call spawns a new CODESYS process with --noUI, runs the script, and exits. No UI is shown. Used when:
--mode headlessis specified- Persistent mode fails to launch and
--fallback-headlessis enabled - CODESYS is launched with
--no-auto-launchandlaunch_codesyshasn't been called yet
Detect Installed Versions
codesys-mcp-persistent --detect
Scans Program Files and Program Files (x86) for CODESYS installations.
Troubleshooting
CODESYS not found
Verify the path with --detect. The executable is typically at:
C:\Program Files\CODESYS 3.5.XX.X\CODESYS\Common\CODESYS.exe
Project file locked Another CODESYS instance may have the project open. Close it first or use persistent mode so there's only one instance.
Watcher timeout (persistent mode) If the watcher doesn't signal ready within 60 seconds, check:
- CODESYS path and profile are correct
- No modal dialogs are blocking CODESYS startup
- Try
--verbosefor detailed logging
UI briefly pauses during commands (persistent mode) The watcher uses a background thread that marshals work onto the UI thread, so the UI stays responsive between commands. During synchronous CODESYS API calls (compile, project open), the UI may briefly pause — this is expected and normal. If a command hangs, check the CODESYS messages window for modal dialogs or errors.
Command timeout
Default is 60s (120s for compile and download). Increase with --timeout <ms>. Check CODESYS messages window for errors.
Online/runtime tools fail
The online tools (connect_to_device, read_variable, etc.) require:
- A device/gateway configured in the CODESYS project
- The project to be compiled successfully before connecting
- A reachable PLC or CODESYS SoftPLC runtime
Development
# Install dependencies
npm install
# Build (compiles TypeScript + copies Python scripts)
npm run build
# Run all tests
npm test
# Type check only
npm run typecheck
# Run tests in watch mode
npm run test:watch
Project Structure
src/
bin.ts CLI entry point
server.ts MCP tool/resource registration (28 tools, 3 resources)
launcher.ts CODESYS process management
ipc.ts File-based IPC transport
headless.ts Headless fallback executor
script-manager.ts Python template loading + interpolation
types.ts Shared TypeScript types
logger.ts Structured stderr logging
scripts/ Python scripts (watcher + 2 helpers + 28 tool scripts)
tests/
unit/ Unit tests (IPC, script manager, launcher)
integration/ Integration tests (script pipeline, manual CODESYS tests)
mock_watcher.py Standalone watcher for testing without CODESYS
License
MIT