TC2.0 stack (recommended) + optional dense graph + four hypothetical standards slices
TC2.0 is shown as a layer stack (field → driver → GroundBolt → optional cloud) — easier than the old edge graph. A–D stay hypothetical standards slices on the three-phase roadmap.
Phase 1 — stack + village diagrams · GroundBolt / ThunderCloud
Meters · gateway · SparkNet-HTTP · GroundBolt · optional cloud
Toggle: Site only · Site + cloud
Open review →
Phase 1 — dense problem → hardware → software (legacy layout)
Same data, many edges
Use stack view unless you need the old diagram
Open classic graph →
Phase 1 — token path parallel to pole reads; keypad works when gateway is down
STS · OpenPAYGO · DLMS/COSEM · MPM
Out: MQTT primary, IEEE 1547, IETF SIP (RFC 3261) Phase 3, feeder AMI
Open diagram →
Phase 1→2 — one south dialect per OEM, one north contract for operators
DLMS · VMRS · MQTT v0.1
Out: STS at gateway, IEEE 1547, SunSpec on billing OBIS, IETF SIP (RFC 3261) → Phase 3
Open diagram →
Phase 3 — generation track separate from customer billing registers
IEEE 1547 · SunSpec · feeder aggregator
Out: STS, MPM prepaid, VMRS on inverter
Open diagram →
Phase 2 — loss visibility + pole control without utility MDMS price tag
OpenAMI subset · mesh · MQTT
Out: MPM mandatory, STS, full IEEE 2030.5
Open diagram →
JSON sources: proposal-tc20.json · proposal-a-prepaid.json · proposal-b-gateway.json · proposal-c-der.json · proposal-d-openami.json · Full map stacks: SteamaCo · SparkMeter · EnAccess · OpenAMI