Non c'è niente di più frustrante che vedere il tuo dashboard segnalare uno stato di salute della rete al 100% mentre la tua linea di assistenza clienti è sommersa da chiamate di autisti in difficoltà. Hai pagato per un futuro "plug-and-play", eppure ti ritrovi a debuggare log JSON a mezzanotte.

Vi era stato promesso che lo OCPP avrebbe risolto il problema. Ma i problemi di interoperabilità degli standard EV raramente si risolvono con un semplice adesivo che recita:«Siamo conformi!».

Questa guida va oltre le semplici brochure di marketing per illustrare gli aspetti tecnici dell'implementazione di una OCPP :‍

• Il mito della conformità: perché l'hardware "OCPP" continua a non comunicare con il software "OCPP".
• Il dilemma del dialetto: come sottili variazioni nei messaggi JSON causano silenziosi errori di rete.‍
• La trappola delle versioni: perché passare a OCPP .0.1 potrebbe di fatto ridurre la tua rete EV al "minimo comune denominatore"‍
• Segni di battaglia: casi di studio reali su sessioni fantasma, fusibili bruciati e il temuto "brick" del firmware.‍
• La verifica degli appalti: le quattro domande "campanello d'allarme" da porre ai fornitori prima di firmare un contratto quinquennale.

1. Come funziona OCPP (e perché a volte non funziona)

Per capire il motivo del malfunzionamento, è necessario comprendere il funzionamento dello strumento. Che cos'è OCPP?

Open Charge Point Protocol lo standard globale che consente EV (hardware) di comunicare con il sistema gestionale di una stazione di ricarica (software). È stato progettato Open Charge Alliance garantire l'interoperabilità, assicurando che non si sia vincolati a un unico produttore di hardware.

Ma ecco il problema: OCPP una porta USB universale; è un linguaggio con diversi dialetti.

"OCPP" significa semplicemente che il caricabatterie e il software parlano la stessa lingua. Non garantisce però che si capiscano a vicenda. È come se un texano e un abitante di Glasgow parlassero entrambi inglese: buona fortuna se si tratta di farli capirsi.

Quando il tuo nuovo e costoso hardware comunica in "OCPP .OCPP Dialetto A" e il tuo CPMS si aspetta il "Dialetto B", la tua rete non solo smette di funzionare, ma lo fa in modo silenzioso.

La realtà tecnica dell'OCPP

Dal punto di vista tecnico, le moderne implementazioni OCPP (in particolare OCPP .6J e 2.0.1) comunicano tramite WebSocket. Ciò consente una connessione bidirezionale permanente tra il caricatore e il cloud. La comunicazione si articola in tre fasi principali:

1. La connessione: il caricatore OCPP si collega all'URL del backend.
2. Il battito cardiaco: il caricatore invia un impulso ogni X secondi per comunicare "Sono attivo".
3. La transazione: il caricatore invia i dati relativi all'avvio, all'arresto e ai valori del contatore di una sessione.

Ora che disponiamo di queste conoscenze pratiche sull'implementazione OCPP , vediamo come i diversi dialetti comportino sfide concrete per i software dei punti OCPP .

‍

‍

2. Il dilemma del "dialetto"

Il mito più diffuso riguardo ai requisiti OCPP per le stazioni EV è che lo standard sia rigido. Non è così. La OCPP è "flessibile".

Sebbene il protocollo definisca l'aspetto di un messaggio, lascia spazio all'interpretazione riguardo a quando e perché viene inviato.

• Il produttore A potrebbe inviare una StatusNotification immediatamente dopo il collegamento.
• Il produttore B potrebbe attendere fino al completamento dell'autorizzazione.

Entrambi sono tecnicamente "conformi". Tuttavia, se il backend della stazione di ricarica prevede che la notifica al primo passaggio attivi una modifica dell'interfaccia utente nell'app, i caricabatterie del produttore B appariranno difettosi ai clienti.

Non stai semplicemente acquistando un software, ma spesso anche un costoso progetto di integrazione per tradurre questi dialetti hardware.

L'insufficienza della OCPP risulta ancora più evidente se si considerano le diverse versioni OCPP attualmente supportate dai fornitori.

3. La guerra delle versioni: OCPP1.6 contro 2.0.1

Se si danno un'occhiata OCPP di oggi OCPP , si nota che il settore è ossessionato dal passaggio alla versione 2.0.1. Ma per un Charge Point Operator CPO), questa transizione è un vero e proprio campo minato. Per capire dove la transizione fallisce, approfondiamo le differenze pratiche tra OCPP .6 e 2.0.1.

Che cos'è OCPP .6?

OCPP .6 (JSON) è attualmente lo standard di riferimento del settore. È ampiamente supportato, collaudato sul campo e stabile. E a ragione. Il protocollo gestisce in modo affidabile e su larga scala gli aspetti fondamentali della gestione EV .

Detto questo, è stato progettato per un'era più semplice in termini di infrastrutture di ricarica.

Nella sua versione standard, OCPP . OCPP non dispone di funzionalità di sicurezza native e richiede solitamente l'uso di VPN o livelli TLS aggiuntivi per soddisfare gli standard di rete moderni. Presenta inoltre un supporto limitato per le strutture tariffarie complesse, un aspetto sempre più importante man mano che i modelli di determinazione dei prezzi diventano più sofisticati.

E la norma ISO 15118 Plug & Charge?

Plug & Charge non Plug & Charge parte delle specifiche di base OCPP . OCPP , ma è già implementabile oggi. Open Charge Alliance pubblicato una nota applicativa ufficiale che illustra in dettaglio come implementarla tramite il meccanismo DataTransfer integrato nel protocollo; ciò significa che gli operatori non devono attendere un aggiornamento completo della piattaforma per poter usufruire di questa funzionalità.

Che cos'è OCPP .0.1?

OCPP .0.1 rappresenta la nuova generazione dello standard, introducendo il supporto nativo per TLS e la gestione dei certificati, una diagnostica remota e una gestione dei dispositivi notevolmente migliorate, nonchéPlug & Charge pienoPlug & Charge ISO 15118 Plug & Charge integrato nelle specifiche di base, comprese smart charging che vanno oltre quanto offerto dalla soluzione alternativa DataTransfer.

La trappola della "frammentazione delle versioni"

Il numero di ricerche relative alle novità OCPP .0. OCPP sta aumentando vertiginosamente, e non c'è da stupirsi! Tutti vogliono la versione con più funzionalità. Ma prima di lanciarsi alla ricerca delle funzionalità più interessanti, è bene prestare attenzione. C'è una trappola di cui vale la pena essere a conoscenza: non tutte le piattaforme "compatibili con la versione 2.0.1" sono uguali.

Molti fornitori di sistemi di gestione dei punti di ricarica (CPMS) dichiarano di supportare entrambe le versioni. In pratica, spesso utilizzano uno stack 1.6 stabile insieme a un'implementazione 2.0.1 ancora immatura.

Quando i caricatori 1.6 e 2.0.1 condividono la stessa rete, la piattaforma spesso imposta come predefinito il minimo comune denominatore e l'hardware premium 2.0.1 finisce per essere gestito come un dispositivo 1.6 di base.

Il risultato: hai investito in un'infrastruttura di ricarica avanzata, ma il tuo software non è in grado di sfruttarla appieno.

Il numero di versione riportato nella scheda tecnica è solo una parte del quadro. Il vero banco di prova di qualsiasi OCPP è il suo comportamento in condizioni reali, quando la connettività viene a mancare, l'hardware presenta malfunzionamenti e iniziano a emergere quei casi limite che nessun test di laboratorio è in grado di prevedere. Vediamo come funziona nella pratica.

‍

4. Casi di studio reali (segni lasciati dalle battaglie)

Per illustrare come funziona OCPP con i sistemi di gestione EV , ecco alcuni casi reali che abbiamo risolto per i nostri clienti, riportati in forma anonima. Questi esempi mettono in evidenza la differenza tra un CPMS "standard" e uno "operativo".

Caso di studio n. 1: Il fallimento della gestione del carico entro i "limiti di sicurezza"

• Lo scenario: un sito con capacità di rete limitata ha utilizzatosmart charging OCPP per limitare dinamicamente l'assorbimento di potenza.
• Il guasto: la connessione Internet del sito è stata interrotta durante un temporale.‍
• Il risultato: il CPMS "Standard" ha smesso di inviare i profili. I caricatori, non ricevendo istruzioni, sono tornati al loro massimo hardware (32A).‍
• Il danno: il sito ha fatto saltare il fusibile principale, richiedendo l'intervento di un elettricista di emergenza e mettendo fuori uso la rete per 24 ore.‍
• La soluzione operativa: una OCPP matura utilizza una logica di "limite di sicurezza". Essa configura le impostazioni di fallback interne del caricatore tramite OCPP prima che si verifichi un'interruzione della connessione Internet. Se la connessione viene interrotta, il caricatore passa automaticamente a una corrente di sicurezza di 6 A, mantenendo il sito operativo. Questo è esattamente il tipo di scenario che una logica di gestione del carico matura è progettata per gestire.

Caso di studio n. 2: la perdita di entrate dovuta alle "sessioni fantasma"

• ‍La situazione: un CPO una discrepanza tra l'energia fornita e le fatture inviate.‍
• Il guasto: un conducente ha collegato il cavo, ma l'autorizzazione non è andata a buon fine a causa di un problema di connessione cellulare. Il caricatore ha inviato un comando StartTransaction, ma il backend non lo ha mai ricevuto. Il caricatore, credendo di essere online, ha erogato energia.‍
• Il risultato: una sessione "zombie" o "fantasma" in cui l'energia fluisce ma non esiste alcuna registrazione di fatturazione.‍
• La soluzione operativa: il sistema esegue una scansione alla ricerca di caricatori "occupati" che non presentano ID transazione attivi nel database. Quindi forza un TriggerMessage per sincronizzare lo stato del caricatore con il cloud, recuperando retroattivamente i dati di fatturazione persi.

Caso di studio n. 3: Il firmware "brick"

• Lo scenario: un fleet manager un aggiornamento del firmware raccomandato dal produttore su 200 OCPPev .‍
• L'errore: l'aggiornamento ha leggermente modificato il formato del timestamp nel messaggio MeterValues (un errore comune nell'implementazione del protocollo).‍
• Il risultato: il software OCPP ha rifiutato i messaggi segnalandoli come "JSON non valido". I caricabatterie funzionavano, ma non è stato registrato alcun dato.‍
• La soluzione operativa: ciò richiede un CPMS con un livello di acquisizione "tollerante", in grado di segnalare un avviso per i dati non corretti ma comunque di registrarli, anziché rifiutarli completamente e perdere il record delle entrate.

Tutte queste "storie di guerra" si possono evitare se si sa come implementare correttamente un software OCPP.

5. Migliori pratiche per OCPP

Se state cercando le migliori pratiche per l'implementazione di un'infrastrutturaEV OCPP , dovete andare oltre le funzionalità del software e considerare anche gli aspetti gestionali.

Per evitare problemi di integrazione CPMS, è necessario considerare il processo di approvvigionamento come un audit tecnico. Ecco cosa chiedere a un fornitore prima di stipulare un contratto quinquennale:

Le domande critiche

Non affidarti alle colonne "Sì" o "No" di una richiesta di offerta. Poni queste domande per rivelare la vera maturità:

1. "Mostrami la tua logica 'Ghost Session'."
   Cosa cercare: dispongono di script automatizzati per rilevare quando un caricatore eroga energia senza una sessione di fatturazione valida?

2. "Come gestite i 'dialetti'?"
   Cosa cercare: se rispondono "Seguiamo perfettamente lo standard", scappate. Dovrebbero rispondere "Abbiamo un livello di adattamento per diverse marche di hardware".

3. "Dimostrare un aggiornamento di massa del firmware su una flotta eterogenea."
   Cosa verificare: chiedere come gestiscono gli aggiornamenti OCPP .6 e 2.0.1 contemporaneamente senza causare il blocco della rete.

4. "In cosa consiste il vostro protocollo 'Safe Limit'?"
   Cosa verificare: se la connessione Internet si interrompe durante un evento di gestione del carico, il caricabatterie fa saltare il fusibile o scende al livello minimo di sicurezza?

6. Conclusione: benvenuti nell'era operativa

Non scriviamo questo per spaventarvi. Lo scriviamo perché l'era della "corsa all'accaparramento" nel settore EV è finita. Ora siamo nell'era operativa.

Le regole del gioco sono cambiate. La redditività non dipende più dal numero di dispositivi installati, ma dal tempo di operatività del sistema, dall'integrità dei ricavi e dal costo del servizio. Le difficoltà OCPP rappresentano il principale ostacolo a tale redditività.

Noi di Ocean non pretendiamo che il nostro software sia una soluzione miracolosa. Ci proponiamo come partner con l'esperienza sul campo. Abbiamo dedicato anni a perfezionare OCPP nostro OCPP per gestire la realtà complessa e frammentata del mercato dell'hardware, così che non dobbiate farlo voi.

Se desideri passare dal "Plug and Play" al "Plug and Partner", sei nel posto giusto.

Sei pronto per sottoporre a verifica il tuo fornitore?

Scarica il manuale "Appalti strategici CPMS"

Ottieni la guida completa che include le specifiche tecniche, le clausole penali e le "domande decisive" necessarie per assicurarti una piattaforma di livello industriale.

Contatta il nostro team per discutere OCPP pratica OCPP

Vi mostreremo le nostre cicatrici di guerra. E come le abbiamo risolte.