FoundryNet / OEMs / 6 River Systems

AUTONOMOUS MOBILE ROBOT · CANONICAL DATA MODEL

6 River Systems canonical data model: connect your 6 River Systems equipment to any AI agent

2,461 confirmed mappings·12 protocols·91% field coverage

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

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

Paste your 6 River Systems data and see it normalized in 30 seconds. No POC required.

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


The problem

Why 6 River Systems data is hard to integrate

Fleet state (battery, pose, velocity, e-stop) is published over ROS 2 topics or a proprietary REST fleet API, and no two vendors agree on the topic names.

Typical 6 River Systems equipment communicates over HTTP / REST, ROS 2 (DDS). 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 6 River Systems AMR

Forge resolves 6 River Systems telemetry into Forge's canonical field set, the same 1,027-field canonical schema (366 resolvable from vendor tags today), used across all 47 vendor packs. Point Forge at the AMR, pass oem: "6", and spindle speed is spindle_speed_rpm whether it came from a 6 River Systems controller or anything else on the floor.

HTTP / RESTROS 2 (DDS)
91%Field coverage
10Canonical autonomous mobile robot fields
3,444Corpus mappings

Field coverage

What Forge resolves for 6 River Systems

Confirmed canonical fields your agent gets from 6 River Systems AMRs, drawn from Forge's 3,444-mapping corpus:

amr.battery.chargeamr.battery.voltageamr.battery.chargingamr.position.xamr.position.yamr.position.thetaamr.velocity.linearamr.velocity.angularamr.operating_modeamr.safety.estop

Sample normalization

Raw tag inCanonical field outMeaning
battery_pct: 76→amr.battery.charge: 76battery %
pose_x: 5.2→amr.position.x: 5.2pose X
lin_vel: 0.9→amr.velocity.linear: 0.9linear velocity
mode: "MOVING"→amr.operating_mode: "MOVING"operating mode

30-second deployment

Add 6 River Systems to your agent with one call

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

claude mcp add --transport http forge https://mcp.foundrynet.io/mcp --header 'Authorization: Bearer YOUR_API_KEY'
# normalize raw 6 River Systems telemetry into the universal schema
curl -s https://forge.foundrynet.io/v1/normalize \
  -H 'Content-Type: application/json' \
  -d '{"data": {"battery_pct": 76, "pose_x": 5.2, "lin_vel": 0.9}, "oem": "6"}'
{"amr.battery.charge": 76, "amr.position.x": 5.2, "amr.velocity.linear": 0.9, "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 6 River Systems fits

Protocols
HTTP / REST ROS 2 (DDS)

Vertical
autonomous mobile robot

Other autonomous mobile robot vendors
MiR (Mobile Industrial Robots) OTTO Motors AGILOX Fetch Robotics Geek+ (Geekplus) Locus Robotics

Same protocols, other industries
Caterpillar Cummins Haas Universal Robots

Also searched as 6 river, 6_river, 6 river systems, chuck


6 River Systems in the canonical schema

For platforms Want this normalization inside your platform? License the engine and ship cross-vendor support as your own feature. 1,027-field canonical schema, 366 resolvable from vendor tags today, 2,461 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.