ISV IEEE Smart Village
← Overview

Standards & spec prototypes

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.

TC2.0 · Review (recommended)

Phase 1 — stack + village diagrams · GroundBolt / ThunderCloud

Meters · gateway · SparkNet-HTTP · GroundBolt · optional cloud

Toggle: Site only · Site + cloud

Open review →

TC2.0 · Classic edge graph

Phase 1 — dense problem → hardware → software (legacy layout)

Same data, many edges

Use stack view unless you need the old diagram

Open classic graph →

A · Prepaid cash path

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 →

B · Pole gateway normalization

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 →

C · DER sidecar

Phase 3 — generation track separate from customer billing registers

IEEE 1547 · SunSpec · feeder aggregator

Out: STS, MPM prepaid, VMRS on inverter

Open diagram →

D · OpenAMI feeder slice

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