Dati OCPP 2.1 e contatori di ricarica per veicoli elettrici: cosa dovrebbero controllare i produttori di veicoli elettrici

L’interoperabilità dell’OCPP è una parte importante dello sviluppo del sistema di ricarica dei veicoli elettrici, ma non verifica l’intera catena di dati del contatore di ricarica dei veicoli elettrici.

La Open Charge Alliance ha programmato i suoi OCPP 2.0.1 e OCPP 2.1 Plugfest & Conference Asia per 25-26 agosto 2026 al Centro Conferenze COEX di Seul. L'evento offre agli implementatori delle stazioni di ricarica e del sistema di gestione delle stazioni di ricarica (CSMS) l'opportunità di testare le loro implementazioni OCPP con più partner, identificare i problemi e migliorare l'interoperabilità pratica.

Questo test è importante, ma copre solo una parte dell’intera catena dei dati:

Contatore di energia
→ Regolatore di carica
→ Software della stazione di ricarica
→ Livello di comunicazione OCPP
→ CSMS

L'OCPP definisce la comunicazione tra una stazione di ricarica e un CSMS. Non è uno standard di certificazione dei contatori di energia. I test di interoperabilità OCPP non convalidano di per sé la precisione del contatore, i registri Modbus, la mappatura del controller, i tempi di misurazione, la logica di polling o la correttezza dei dati di fatturazione.

Sebbene questo articolo utilizzi OCPP 2.1 come punto di riferimento attuale, la separazione tra integrazione a livello di contatore e comunicazione a livello di OCPP si applica anche a molte distribuzioni di OCPP 1.6 e OCPP 2.0.1.

Per i produttori di EVSE la questione pratica non è quindi solo:

La stazione di ricarica supporta OCPP 2.1?

È:

Il sistema completo è in grado di raccogliere, interpretare, archiviare e trasmettere i dati corretti del contatore dal contatore hardware al CSMS?

Dove si trova il contatore di energia in un sistema di ricarica per veicoli elettrici

Il contatore di energia viene installato in un punto di misurazione elettrica definito all'interno o accanto all'apparecchio di ricarica.

A seconda dell'architettura del caricabatterie, ciò può comportare:

• Un contatore di energia CA su un circuito di ingresso o di uscita
• A Contatore di energia CC sul percorso di uscita CC
• Un contatore su guida DIN all'interno di un involucro di ricarica CA
• Un modulo di misurazione integrato collegato al controller del caricabatterie
• Un contatore destinato alla fatturazione, separato dai sensori di monitoraggio interni

Il limite di misurazione richiesto dovrebbe essere definito dall’architettura del caricatore, dal modello di fatturazione e dalle regole di mercato applicabili.

Il misuratore hardware normalmente comunica con il controller del caricabatterie attraverso un'interfaccia locale come RS485/Modbus, uscita a impulsi, CAN, comunicazione seriale o un'altra interfaccia interna, a seconda del design.

Il controller legge i valori del contatore, li converte nel formato interno richiesto e li trasmette al software della stazione di ricarica. La stazione invia quindi le informazioni selezionate sulle misurazioni e sulle transazioni al CSMS attraverso l'implementazione OCPP applicabile.

Ciò crea due livelli di integrazione separati:

1. Integrazione da contatore a controller
2. Comunicazione OCPP tra stazione di ricarica e CSMS

Un messaggio OCPP valido non dimostra che il registro, l'unità, lo scaler, la direzione o il timestamp originali del contatore siano stati interpretati correttamente prima della trasmissione.

La scelta del contatore dipende anche dal fatto che l'architettura di ricarica misuri l'energia sul lato CA o sul lato CC. Per una spiegazione più ampia sulla selezione del punto di misurazione, consultare la guida di YTL Misurazione CA e CC nei progetti di ricarica di veicoli elettrici .

Cosa includono solitamente i valori del contatore di ricarica per veicoli elettrici

I valori richiesti dipendono dal tipo di caricabatterie, dal modello di fatturazione, dai requisiti di monitoraggio, dalla strategia di controllo del carico e dal mercato di riferimento.

I valori comuni dei contatori possono includere:

• Energia attiva cumulativa
• Valore contatore di inizio transazione
• Valore contatore-stop transazione
• Energia di transazione calcolata, ove applicabile
• Voltaggio
• Corrente
• Potenza attiva
• Potenza reattiva, ove richiesta
• Fattore di potenza
• Frequenza
• Importare o esportare energia
• Misurazioni per fase
• Valori con timestamp
• Stato del contatore
• Comunicazione o informazioni di allarme

L’energia delle transazioni non dovrebbe essere trattata automaticamente come un registro diretto del contatore hardware. In molti sistemi, viene calcolato dalla differenza tra i valori cumulativi dei contatori acquisiti all'inizio e all'interruzione della transazione.

Un'applicazione di fatturazione può richiedere principalmente energia cumulativa, limiti di transazione, timestamp e identificazione del contatore. Un'applicazione di monitoraggio può richiedere anche valori di tensione, corrente, potenza e stato. Una funzione di gestione del carico locale potrebbe richiedere aggiornamenti più rapidi rispetto al processo di reporting CSMS.

Non tutti i misuratori forniscono ogni valore, frequenza di aggiornamento o risoluzione. Il contatore selezionato deve quindi essere valutato rispetto al controller, al software del caricabatterie e ai requisiti del progetto.

Dati del contatore hardware e dati della piattaforma OCPP

Un valore mostrato in un CSMS non è necessariamente un valore diretto e invariato proveniente dal misuratore hardware.

Può passare attraverso diverse fasi di lavorazione:

1. Il contatore misura e memorizza un valore elettrico.
2. Il controller legge un registro o un oggetto dati.
3. Il controller applica il tipo di dati, l'unità e lo scaler corretti.
4. Il caricatore associa il valore a un EVSE, connettore o transazione.
5. La stazione mappa il valore sul misurando OCPP applicabile e sui relativi metadati, come contesto, fase, posizione, EVSE, connettore o associazione di transazione.
6. La stazione assegna o conserva il timestamp richiesto.
7. Il valore viene trasmesso in base alla versione e all'implementazione OCPP selezionate.
8. Il CSMS memorizza, convalida, aggrega o elabora il risultato.

L'esatta struttura del messaggio e l'organizzazione dei metadati variano tra le versioni OCPP. I team di progetto dovrebbero pertanto confermare quale edizione, schemi e profilo di certificazione dell'OCPP si applicano all'implementazione selezionata.

Un errore in qualsiasi momento può creare dati di piattaforma errati anche quando il contatore di energia e la connessione OCPP sono entrambi funzionanti.

Gli errori di integrazione comuni includono:

• Lettura del registro sbagliata
• Ordine di byte o parole errato
• Interpretazione con segno o senza segno errata
• Scala decimale errata
• Confondere i valori cumulativi e di intervallo
• Inversione della direzione di importazione ed esportazione
• Assegnazione dei dati all'EVSE o al connettore errato
• Timestamp o conversione del fuso orario errati
• Perdita di valori durante l'interruzione della comunicazione
• Azzeramento o sostituzione di un contatore di energia cumulativa senza una corretta gestione

I produttori di EVSE dovrebbero confrontare lo stesso valore di prova su tutta la traccia:

Lettura del contatore o valore diagnostico del contatore
→ Diagnostica del controller
→ Registro della stazione di ricarica
→ Messaggio OCPP
→ Registrazione CSMS

Questo metodo funziona anche per i moduli di misurazione integrati che non dispongono di un display locale.

Intervalli di misurazione, aggiornamento, polling e reporting

È necessario distinguere diversi concetti di temporizzazione.

Questi intervalli non devono essere identici.

Ad esempio, un contatore di energia può aggiornare rapidamente la potenza attiva, il controller può interrogarla ogni secondo per il controllo del carico locale e la stazione di ricarica può riportare informazioni selezionate o aggregate al CSMS a un intervallo più lungo.

I team di progetto dovrebbero definire:

• Misurazione del contatore o intervallo di calcolo
• Registra l'intervallo di aggiornamento
• Intervallo di interrogazione del controller
• Intervallo di reporting CSMS
• Tempi di acquisizione di inizio e fine transazione
• Sorgente del timestamp
• Metodo di sincronizzazione dell'orologio
• Risoluzione dei dati richiesta
• Persistenza del contatore dopo il riavvio
• Gestione dei dati mancanti e duplicati

Il sistema dovrebbe distinguere tra:

• Dati di controllo locale veloci
• Dati di monitoraggio periodico
• Dati di transazione e fatturazione
• Dati diagnostici ed eventi

Un contatore adatto per un'applicazione di fatturazione potrebbe non fornire automaticamente la frequenza di aggiornamento necessaria per la gestione dinamica del carico. Allo stesso modo, un sensore interno veloce non soddisfa automaticamente i requisiti di metrologia legale o di fatturazione.

Mappatura dei registri tra il misuratore e il controller del caricabatterie

Il supporto della comunicazione Modbus non garantisce la compatibilità con tutti i controller del caricabatterie per veicoli elettrici.

Per un contatore di energia Modbus, il produttore EVSE dovrebbe verificare:

• Registrare gli indirizzi
• Codici funzione
• Tipi di dati
• Ordine dei byte e delle parole
• Formato firmato o non firmato
• Fattori di scala
• Unità
• Registri di sola lettura e scrivibili
• Frequenza di aggiornamento dei dati
• Velocità di trasmissione
• Parità e bit di stop
• Indirizzo del dispositivo
• Timeout e comportamento di riprovazione
• Gestione delle eccezioni
• Coerenza della versione del firmware e della mappa di registro

Il controller deve mappare ciascun registro del contatore sulla variabile interna corretta. Il software della stazione di ricarica deve quindi mappare tale valore interno al misurando OCPP applicabile e ai metadati associati, come definito dalla versione OCPP selezionata.

I test dovrebbero utilizzare carichi noti e confrontare la lettura del contatore, la diagnostica del controller, il registro della stazione di ricarica, il messaggio OCPP e il record CSMS.

Archiviazione offline e riconciliazione dei dati

Una stazione di ricarica può continuare a funzionare mentre la sua comunicazione con il CSMS è temporaneamente non disponibile.

Il controller del caricabatterie o il software della stazione dovrebbero implementare la strategia definita dal progetto per:

• Preservare la continuità delle transazioni
• Memorizzazione dei record di contatori e transazioni richiesti
• Conservazione dei timestamp
• Nuovo invio delle informazioni non inviate
• Prevenire record duplicati
• Ripristino dell'ordine dei messaggi
• Riconciliazione dei dati delle transazioni
• Gestione del rollover o del reset del contatore
• Gestione sostituzione contatori

Le specifiche del sistema dovrebbero definire se l'archiviazione locale contiene:

• Letture grezze dei contatori
• Valori di inizio e fine transazione elaborati
• Valori delle transazioni calcolati
• Messaggi OCPP costruiti ma non inviati
• Record del database locale
• Una combinazione di questi record

Questa distinzione influisce sulla ritrasmissione, sulla riconciliazione e sulla verificabilità.

Il contatore hardware può continuare ad accumulare energia durante un'interruzione del CSMS, ma ciò non significa che ogni valore intermedio sia stato memorizzato dal controller o dal software della stazione di ricarica.

Gli scenari di test rappresentativi dovrebbero includere:

• Perdita della connessione CSMS durante la ricarica
• Riavvio del controller del caricabatterie
• Interruzione della comunicazione del contatore
• Interruzione di corrente
• Consegna ritardata del messaggio
• Ritrasmissione duplicata
• Dati fuori ordine
• Sostituzione contatore
• Reset o rollover del contatore

Cosa verifica il test di interoperabilità OCPP

I Plugfest OCPP consentono agli implementatori di stazioni di ricarica e CSMS di testare le proprie implementazioni OCPP rispetto a più partner.

A seconda dei blocchi funzionali implementati, degli scenari di test, della versione OCPP, della configurazione e dei sistemi partecipanti, i test di interoperabilità possono aiutare a valutare:

• Scambio di messaggi
• Comportamento del protocollo richiesto
• Comunicazione delle transazioni
• Gestione dei messaggi relativi ai dati del contatore
• Risposte agli errori
• Comunicazione relativa alla sicurezza
• Funzioni di ricarica intelligente
• Interazioni delle funzionalità OCPP selezionate

La copertura esatta dipende dai blocchi funzionali implementati, dagli scenari di test e dai sistemi partecipanti.

Un Plugfest non equivale automaticamente alla certificazione OCPP completa, alla convalida di ogni funzionalità opzionale o alla verifica della catena contatore-dati interna della stazione di ricarica.

OCPP 2.1 estende OCPP 2.0.1 con funzionalità e miglioramenti relativi ad aree tra cui ISO 15118-20, ricarica bidirezionale, controllo distribuito delle risorse energetiche e altre funzioni di ricarica.

OCPP 2.1 Edizione 1 è stata pubblicata come CEI 63584-210:2025 . Tuttavia, i team di progetto dovrebbero confermare quale edizione, schemi e profilo di certificazione dell'OCPP si applicano all'effettiva implementazione della stazione di ricarica e del CSMS.

Ciò che richiede ancora test a livello di contatore

Il test di interoperabilità OCPP non verifica di per sé:

• Precisione del misuratore
• Idoneità del punto di misurazione AC o DC
• Correttezza del registro Modbus
• Implementazione del driver del controller
• Conversione di unità e scaler
• Prestazioni di aggiornamento del misuratore
• Logica di interrogazione del controller
• Sorgente del timestamp
• Contropersistenza
• Gestione dei dati dei contatori offline
• Idoneità alla fatturazione
• Protezione antimanomissione
• Comportamento dopo il riavvio
• Compatibilità con ciascuna versione del firmware del misuratore

Una stazione di ricarica può scambiare messaggi OCPP validi riportando un valore errato a causa di un errore interno di mappatura, ridimensionamento, temporizzazione o memorizzazione.

I produttori di EVSE dovrebbero pertanto eseguire tre livelli di convalida separati:

1. Precisione del misuratore e test elettrici
   2. Test di integrazione tra misuratore e controller
   3. Test OCPP dalla stazione di ricarica al CSMS

Il passaggio di uno strato non dimostra che gli altri due strati siano passati.

Fatturazione, valori dei contatori firmati e controlli di certificazione

I requisiti di fatturazione e metrologici variano in base al Paese, alla giurisdizione, allo scenario di tariffazione e al modello di business.

A seconda del progetto, gli acquirenti potrebbero dover rivedere:

• Precisione del misuratore requirements
• Certificazione relativa al MID
• Requisiti dell'Eichrecht tedesco
• OCMF o altri formati di valori del contatore con segno
• Omologazioni specifiche del mercato
• Requisiti di visualizzazione e trasparenza
• Firma e verifica dei dati
• Requisiti di sigillo o manomissione
• Conservazione dei record delle transazioni
• Ambito del certificato
• Firmware o configurazione di sistema approvati

Questi requisiti non si applicano in modo uniforme a ogni paese o scenario di tariffazione.

La parte responsabile e le prove richieste possono riguardare il contatore, la stazione di ricarica, il software per la trasparenza, il flusso di lavoro CSMS o il sistema di tariffazione completo, a seconda della giurisdizione.

I valori dei contatori con segno sono una parte della catena di dati end-to-end. La loro trasmissione tramite OCPP non dimostra di per sé che tutti i requisiti legali locali di metrologia, trasparenza, verifica della firma o fatturazione siano stati soddisfatti.

OCPP è un protocollo di comunicazione tra la stazione di ricarica e CSMS. Non sostituisce l'approvazione metrologica legale, la certificazione del contatore, la convalida del sistema di fatturazione o la valutazione della conformità specifica del mercato.

Lista di controllo per l'integrazione del misuratore del caricabatterie per veicoli elettrici

Come YTL può supportare Misurazione della ricarica dei veicoli elettrici Hardware

Zhejiang Yongtailong Electronic Co., Ltd. (YTL) produce prodotti per la misurazione dell'energia e della potenza per la ricarica di veicoli elettrici, la gestione dell'energia commerciale e industriale, il fotovoltaico/ESS, gli edifici intelligenti e le applicazioni di distribuzione dell'energia.

Le funzionalità rilevanti del prodotto YTL possono includere:

• Contatori di energia CA
• Contatori di energia CC
• Contatori di energia su guida DIN
• Contatori di energia RS485/Modbus
• Contatori di energia con aggiornamento rapido dei dati per applicazioni selezionate di controllo del carico
• Prodotti di misurazione abilitati alla comunicazione
• Supporto OEM/ODM basato su progetto

YTL può supportare la valutazione iniziale del contatore basata su:

• Architettura del caricatore
• Punto di misurazione CA o CC
• Gamma elettrica
• Valori del contatore richiesti
• Interfaccia di comunicazione
• Requisiti di aggiornamento delle misurazioni e di polling del controller
• Mercato di riferimento
• Necessità di certificazione

Il supporto può includere:

• Revisione della mappa del registro
• Convalida dei dati del campione
• Revisione delle opzioni di comunicazione
• Test del campione
• Valutazione tecnica specifica del progetto

La mappatura finale del controller, l'implementazione dell'OCPP e la convalida CSMS end-to-end richiedono la cooperazione tra il fornitore del contatore, il produttore dell'EVSE, lo sviluppatore del controller e il fornitore della piattaforma.

Le funzionalità del prodotto variano in base al modello, al firmware, all'interfaccia di comunicazione e all'ambito del certificato. La comunicazione Modbus, la frequenza di aggiornamento dei dati, l'idoneità alla fatturazione e la compatibilità del caricabatterie-controller devono essere confermati per il contatore selezionato e testati nell'ambiente EVSE previsto.

Domande frequenti

Che cosa sono i dati del contatore OCPP?

I dati del contatore OCPP sono informazioni di misurazione inviate da una stazione di ricarica a un CSMS. La misurazione originale può provenire da un contatore di energia hardware, ma viene letta, mappata ed elaborata dal controller del caricabatterie e dal software della stazione prima della trasmissione.

OCPP 2.1 comunica direttamente con il contatore di energia?

Di solito no. L'OCPP viene utilizzato tra la stazione di ricarica e il CSMS. Il misuratore hardware normalmente comunica con il controller del caricabatterie tramite Modbus, impulsi, CAN o un'altra interfaccia locale.

Il supporto Modbus garantisce la compatibilità del caricabatterie per veicoli elettrici?

No. La compatibilità dipende anche da indirizzi di registro, tipi di dati, ordine dei byte, unità, scala, frequenza di aggiornamento, logica di polling, software del controller e gestione degli errori.

Il superamento di un OCPP Plugfest verifica la precisione del misuratore?

No. I test Plugfest si concentrano sull'interazione tra la stazione di ricarica e le implementazioni CSMS. La precisione del misuratore e la mappatura da misuratore a controller richiedono test separati.

Come viene calcolata l'energia di transazione?

In molti sistemi, l'energia della transazione viene calcolata dalla differenza tra l'energia cumulativa registrata all'inizio e all'interruzione della transazione. Il metodo esatto dipende dal contatore, dal controller, dal software della stazione di ricarica e dalla progettazione della piattaforma.

Perché i timestamp sono importanti?

I timestamp collegano le misurazioni alle transazioni e ai periodi di reporting. Impostazioni errate dell'orologio, fusi orari o messaggi ritardati possono creare errori di fatturazione e riconciliazione.

Cosa deve essere archiviato quando il CSMS è offline?

Le specifiche del sistema dovrebbero definire se il caricatore memorizza letture grezze dei contatori, valori di inizio e fine transazione, dati calcolati sulle transazioni, messaggi OCPP non inviati o una combinazione di questi record.

I valori dei contatori firmati garantiscono la conformità della fatturazione?

No. I valori firmati dei contatori possono supportare un flusso di lavoro di fatturazione o trasparenza, ma la conformità legale dipende dalle regole di mercato applicabili, dalla configurazione del contatore e del caricabatterie, dal software di verifica, dall'ambito del certificato e dall'implementazione completa del sistema.

Cosa dovrebbero fornire i produttori di EVSE quando richiedono un contatore?

Dovrebbero fornire il tipo di caricabatterie, il punto di misurazione, l'intervallo di tensione e corrente, i valori richiesti, i requisiti di aggiornamento della misurazione e di polling del controller, l'interfaccia di comunicazione, i requisiti del registro, il mercato di riferimento, lo scopo di fatturazione e la quantità prevista.

Conclusione

OCPP 2.1 supporta la comunicazione e l'interoperabilità tra stazioni di ricarica e piattaforme CSMS, ma la misurazione affidabile della ricarica dei veicoli elettrici inizia al di sotto del livello OCPP.

La catena dati completa comprende:

Contatore di energia hardware
→ Regolatore di carica
→ Software della stazione di ricarica
→ Comunicazione OCPP
→ CSMS

I produttori di EVSE dovrebbero verificare:

• Idoneità del punto di misurazione
• Valori del contatore richiesti
• Registra la mappatura
• Intervalli di misurazione, aggiornamento, polling e reporting
• Comportamento del timestamp
• Gestione dell'energia cumulativa
• Archiviazione e riconciliazione offline
• Mappatura dei dati OCPP
• Requisiti di fatturazione relativi al valore del contatore con segno e specifici del mercato
• Risultati dei test a livello di misuratore, controller e CSMS

Stai pianificando un progetto di integrazione del contatore di ricarica per veicoli elettrici? Contatta YTL e condividi l'architettura del tuo caricabatterie, il punto di misurazione CA o CC, i valori richiesti, l'interfaccia di comunicazione, i requisiti di polling e il mercato di riferimento.

Riferimenti ufficiali

• Open Charge Alliance: informazioni sul protocollo OCPP
• Open Charge Alliance — OCPP 2.0.1 e 2.1 Plugfest e conferenza Asia 2026
• Open Charge Alliance: nuove edizioni di OCPP 2.1 e OCPP 2.0.1
• Open Charge Alliance: valori dei contatori firmati in OCPP
• Open Charge Alliance — OCPP 2.1 Edizione 1 pubblicata come IEC 63584-210:2025
• IEC — IEC 63584-210:2025