FoundryNet / OEMs / PACCAR

HEAVY VEHICLE / OFF-HIGHWAY · CANONICAL DATA MODEL

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

2,086 mappings·19 verticals·13 protocols

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

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

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

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


The problem

Why PACCAR data is hard to integrate

Diagnostics live as raw J1939 SPNs on the CAN bus. Engine oil pressure, turbo RPM and brake air pressure are just numbered parameters until something decodes and names them.

Typical PACCAR equipment communicates over J1939 (CAN), HTTP / REST. 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 PACCAR vehicle

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

J1939 (CAN)HTTP / REST
45OEM packs in production
11Canonical heavy vehicle / off-highway fields
2,086Mappings in production

Field coverage

What Forge resolves for PACCAR

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

vehicle.engine.oil_pressurevehicle.engine.oil_tempvehicle.engine.fuel_rail_pressurevehicle.engine.intake_manifold_pressurevehicle.turbocharger.rpmvehicle.transmission.oil_tempvehicle.brake.air_pressurevehicle.brake.primary_air_pressurevehicle.wheel_speed_flvehicle.tire_pressure_flvehicle.dtc_description

Sample normalization

Raw tag inCanonical field outMeaning
SPN_100: 54→vehicle.engine.oil_pressure: 54oil pressure
SPN_175: 99→vehicle.engine.oil_temp: 99oil temp
SPN_103: 79000→vehicle.turbocharger.rpm: 79000turbo rpm
SPN_1636: "P0299"→vehicle.dtc_description: "Turbo underboost"active DTC

30-second deployment

Add PACCAR to your agent with one call

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

claude mcp add --transport http forge https://mcp.foundrynet.io/mcp --header 'Authorization: Bearer YOUR_API_KEY'
# normalize raw PACCAR telemetry into the universal schema
curl -s https://forge.foundrynet.io/v1/normalize \
  -H 'Content-Type: application/json' \
  -d '{"data": {"SPN_100": 54, "SPN_175": 99, "SPN_103": 79000}, "oem": "paccar"}'
{"vehicle.engine.oil_pressure": 54, "vehicle.engine.oil_temp": 99, "vehicle.turbocharger.rpm": 79000, "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 PACCAR fits

Protocols
J1939 (CAN) HTTP / REST

Vertical
heavy vehicle / off-highway

Other heavy vehicle / off-highway vendors
Caterpillar Cummins Detroit Diesel Freightliner John Deere Kenworth

Same protocols, other industries
Haas MiR (Mobile Industrial Robots) Universal Robots OTTO Motors

Also searched as paccar, mx-13


PACCAR in the canonical schema

Protocol comparisons

J1939 (CAN) vs OPC UA
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.