Loading header...

Raw energy counters tell you how much energy was consumed in total. But utilities need to know when it was consumed, what happened during power outages and tamper attempts, and exactly how much to bill at the end of each month. This is what load profiles, event logs, and billing registers provide.

Load Profile

A load profile is a time-series record of energy and power parameters captured at fixed intervals — typically every 15 or 30 minutes. Think of it as a detailed diary of the meter's measurements.

%%{init: {'theme': 'base', 'themeVariables': {'xyChart': {'backgroundColor': '#ffffff', 'plotColorPalette': '#2563eb'}}}}%% xychart-beta title "15-Minute Load Profile — Typical Day" x-axis ["00:00","02:00","04:00","06:00","08:00","10:00","12:00","14:00","16:00","18:00","20:00","22:00","24:00"] y-axis "Active Power (kW)" 0 --> 10 line [1.2, 0.8, 0.7, 1.5, 4.2, 6.8, 7.1, 6.5, 5.9, 8.3, 7.6, 4.1, 2.0]

Each record in the load profile (called a capture entry) typically contains:

  • Timestamp
  • Active energy import (kWh)
  • Active energy export (kWh, for solar/DG)
  • Reactive energy (kVArh)
  • Apparent energy (kVAh)
  • Maximum demand in the interval

In COSEM, the load profile is stored as a Profile Generic object (Class ID 7). The object has a capture object list that defines which COSEM objects are recorded at each interval.

flowchart LR T[RTC triggers\nevery 15 min] --> C[Meter captures\ndefined COSEM objects] C --> B[Appends record\nto profile buffer] B --> S[Stored in\nSPI Flash] S --> R[HES reads\nbuffer via GET]

Billing Registers

At the end of a billing period (typically monthly), the meter takes a snapshot of all energy counters. These snapshots are stored as billing registers and are the authoritative source for generating the customer's bill.

Register OBIS Code Content
Current billing period kWh 1.0.1.8.0.255 Active energy import, running total
Previous billing period kWh 1.0.1.8.0.1 Snapshot at last billing date
T1 kWh (peak tariff) 1.0.1.8.1.255 Energy during peak hours
T2 kWh (off-peak) 1.0.1.8.2.255 Energy during off-peak hours
Maximum demand 1.0.1.6.0.255 Highest 15-min kW in period
MD timestamp 1.0.1.6.0.255 attr 5 When MD occurred

Event Log

Every significant occurrence inside the meter is recorded as a timestamped event. The event log is another Profile Generic object, capturing event code and timestamp for each entry.

Power Events

Event code Meaning
Power ON Supply restored
Power OFF Supply interrupted
Voltage sag Voltage below threshold
Voltage swell Voltage above threshold
Current unbalance Phase currents differ significantly

Tamper Events

Event code Meaning
Cover open Meter terminal cover removed
Neutral disturbance Neutral wire tampered
Magnetic interference Strong external magnet detected
Reverse current Current flowing backwards
CT bypass Phase current with no CT signal
Meter bypass Full bypass of the meter detected

Communication Events

Event code Meaning
Wrong password Failed authentication attempt
Configuration changed Parameters modified remotely
Firmware upgrade OTA firmware update applied
Key change Encryption key rotated

Putting It Together

flowchart TD M[Meter running] --> LP[Capture load profile\nevery 15 min] M --> EV[Log any event\nimmediately] M --> BR[Snapshot billing\nregisters at period end] LP --> F[Flash storage] EV --> F BR --> F F -->|DLMS GET| HES[Head-End System] HES --> MDM[Meter Data Management] MDM -->|VEE + aggregation| BILL[Billing System]

Key Takeaway

Load profiles are the richest data a smart meter produces — they enable disaggregated billing, grid planning, and loss detection. Event logs are the audit trail — critical for fraud investigation and tamper evidence. Billing registers are the final word for revenue. In any AMI deployment, all three must be collected reliably.