FoundryNet / OEMs / Kitamura

CNC / MACHINE TOOL · CANONICAL DATA MODEL

Kitamura canonical data model: connect your Kitamura equipment to any AI agent

2,086 mappings·19 verticals·13 protocols

Forge turns raw Kitamura tags into one clean, governed schema your AI agent already understands. One MCP call, no per-machine integration project.

Try it free: 3 machines, no credit card → See it work →

Paste your Kitamura data and see it normalized in 30 seconds. No POC required.

Read-only. Forge reads your Kitamura data through standard industrial protocols. Read-only. Your equipment is never at risk.


The problem

Why Kitamura data is hard to integrate

Every controller names the same physical quantity differently (spindle speed alone ships as a dozen tag names across firmware revisions), and most shops still bridge it through MTConnect or a hand-rolled OPC UA server.

Typical Kitamura equipment communicates over MTConnect, OPC UA. Each firmware revision, model line and integrator names the same physical quantity differently, so every AI or analytics project pays the integration tax again, the tax that cancels 40% of industrial AI deployments before they ship.


The solution

One universal schema for every Kitamura machine

Forge resolves Kitamura telemetry into Forge's canonical field set, the same 985 canonical fields defined, used across 45 vendor packs. Point Forge at the machine, pass oem: "kitamura", and spindle speed is spindle_speed_rpm whether it came from a Kitamura controller or anything else on the floor.

MTConnectOPC UA
45OEM packs in production
17Canonical CNC / machine tool fields
2,086Mappings in production

Field coverage

What Forge resolves for Kitamura

Confirmed canonical fields your agent gets from Kitamura machines, drawn from Forge's 2,086-mapping corpus:

spindle_speed_rpmspindle_load_pctspindle_current_ampsaxes.0.position_actualaxes.0.load_percentaxes.0.temperature_cfeed_ratecnc.path.feedrateprogram_nameprogram_numberpart_counttool_id

Sample normalization

Raw tag inCanonical field outMeaning
spindle_rpm: 4200→spindle_speed_rpm: 4200actual spindle speed
sp_load_pct: 63→spindle_load_pct: 63spindle load
active_prog: "KITAMURA-01"→program_name: "KITAMURA-01"active program
part_ct: 1540→part_count: 1540part count

30-second deployment

Add Kitamura to your agent with one call

No SDK, no per-tag mapping, no historian project. Connect the MCP server and normalize live Kitamura data:

claude mcp add --transport http forge https://mcp.foundrynet.io/mcp --header 'Authorization: Bearer YOUR_API_KEY'
# normalize raw Kitamura telemetry into the universal schema
curl -s https://forge.foundrynet.io/v1/normalize \
  -H 'Content-Type: application/json' \
  -d '{"data": {"spindle_rpm": 4200, "sp_load_pct": 63, "active_prog": "KITAMURA-01"}, "oem": "kitamura"}'
{"spindle_speed_rpm": 4200, "spindle_load_pct": 63, "program_name": "KITAMURA-01", "coverage": "100%", "confidence": 0.97}

Unknown tags never get force-mapped. Fields below the confidence floor abstain rather than guess, so your agent never acts on a bad reading.

Start free: Forge API, 3 machines → See the full demo →

Related

Where Kitamura fits

Protocols
MTConnect OPC UA

Vertical
CNC / machine tool

Other CNC / machine tool vendors
DMG Mori Fanuc Haas Heidenhain Mazak Okuma

Same protocols, other industries
Yaskawa Motoman ABB Robotics KUKA Universal Robots

Also searched as kitamura, mycenter


Kitamura in the canonical schema

For platforms Want this normalization inside your platform? License the engine and ship cross-vendor support as your own feature. 985 canonical fields defined, 2,086 mappings, your brand. Platform licensing →
Why does a cross-vendor canonical data model matter? The Machine Agent breaks it down weekly. Read it →
Get the thesis behind this infrastructure: The Machine Agent, weekly.