FoundryNet / Fields / part_count
Canonical field reference

part_count

Cumulative count of completed parts. A monotonic counter, which is exactly why it needs care: it resets on power cycle, on program change, and on operator command, so a naive difference produces a large negative spike several times a shift. Forge marks it cumulative so the read-time validators treat a decrease as a reset rather than as data.

18OEMs / profiles mapped
58distinct raw spellings
212corpus source tags
1.00match confidence
Get an API key All canonical fields

Vendor tag table

How 18 vendors spell part_count

Each of these is a real tag as the device or controller emits it, taken from the Forge mapping corpus. This is the table that does not exist anywhere else — the reason cross-vendor telemetry is hard is visible in a single column.

OEM / profileRaw tag as the device emits itConfidence
FanucM30COUNT
M30_Count
M30COUNT(pcs)
m30_count_pcs
M30 Count(pcs)
M30COUNT_parts
+11 more spellings
1.00
HaasParts
PART CNT
PART_CNT
PARTS(pcs)
PARTS_parts
PART_CNT_pcs
+10 more spellings
1.00
Siemensstueckzahl_pcs
STUECKZAHL (pcs)
STUECKZAHL [pcs]
STUECKZAHL (cycles)
stueckzahl [cycles]
1.00
Bridgeportpart_ct1.00
Brotherpart_ct1.00
Doosanpart_ct1.00
Hitachi Seikipart_ct1.00
Hurcopart_ct1.00
Kitamurapart_ct1.00
Komatsu NTCpart_ct1.00
Matsuurapart_ct1.00
Mazakpartcount1.00
Mikronpart_ct1.00
Mitsubishipart_ct1.00
OkumaPartsMachined1.00
Tongtaipart_ct1.00
Tormachpart_ct1.00
Trumpfpart_ct1.00

Every row above is an exact match — a deterministic pack entry or a confirmed corpus mapping — so all of them carry confidence 1.00. That is not a rounding: these are the two exact-match layers, and a tag that resolves here never reaches the embedding or LLM layers. Mappings resolved by the LLM layer do carry sub-1.0 confidence, but those are per-tenant and are not published here.


Unit contract

What Forge guarantees about the value

The canonical field is not just a name. It is a contract about units, sign convention and plausible range, enforced on the way in and re-checked at read time.

SI / canonical unitunitless (identifier or enumeration)
Measurement typecumulative — resets are expected; a decrease is a counter reset, not a negative reading
Distinct source tags in the corpus212

Normalization

Raw tag in, canonical field out

# Fanuc emits its own spelling; Forge returns the canonical field
curl -s -X POST https://forge.foundrynet.io/v1/normalize \
-H "Authorization: Bearer $FORGE_KEY" \
-H "Content-Type: application/json" \
-d '{"data": {"M30COUNT": 0}, "oem": "fanuc"}'
{ "normalized": { "part_count": 0 }, "match_type": "deterministic", "confidence": 1.0 }

No mapping table to maintain, and no per-vendor branch in your code. The same request shape works for every OEM in the table above.

# Same thing with no key and no account — the sandbox ships the packs
docker run -p 8000:8000 ghcr.io/foundrynet/forge-sandbox

Where this field appears

Protocols

Transports this field is carried on in the corpus.

MTConnect OPC UA

OEMs that map this field

Fanuc Haas Siemens Sinumerik DMG Mori Mazak Okuma Heidenhain Makino Mitsubishi Brother Hurco Doosan Trumpf Bridgeport Hitachi Seiki Kitamura Komatsu NTC Matsuura Mikron Tongtai Tormach
Every one of these tag names is someone’s integration project. The Machine Agent, weekly. Read it →
Get the thesis behind this infrastructure — The Machine Agent, weekly.