Firmware van EV-oplader upgraden naar een nieuwere OCPP-versie

Wat verandert er eigenlijk tussen 1.6J en 2.0.1

De twee zijn qua opzet verwant en verschillend qua constructie. Het behandelen van 2.0.1 als 1.6J met meer berichten is de veronderstelling die ervoor zorgt dat deze projecten overlopen.

Het apparaatmodel is het item dat het vaakst wordt onderschat. Het is geen wijziging in de opmaak, het is een vereiste om het product op een gestructureerde manier te beschrijven waarvoor veel bestaande firmwareontwerpen geen interne representatie hebben.

De vraag die eerst moet worden opgelost

Voordat er aan firmware wordt gewerkt, moet worden vastgesteld of de hardware in het veld de nieuwe stack überhaupt kan dragen. Drie beperkingen bepalen dit.

• Flash- en RAM-ruimte. Een 2.0.1-stack met beveiligingsprofielen is aanzienlijk groter dan een 1.6J-stack, en veel geïmplementeerde controllers waren gespecificeerd met weinig ruimte over
• Cryptografische mogelijkheden. Certificaatgebaseerde beveiliging heeft zowel de coderuimte als voldoende verwerking nodig om een handshake binnen de time-outs te voltooien, en op sommige oudere controllers past dit niet
• Een werkend updatepad. Als het wagenpark niet op afstand kan worden bijgewerkt en geverifieerd, is een protocolmigratie eerder een productiewijziging dan een upgrade van het wagenpark

Als de geïnstalleerde hardware een van deze problemen niet haalt, is dat geen mislukt project. Het betekent dat de upgrade van toepassing is op nieuwe productie en dat de geïnstalleerde basis op 1,6 J blijft, wat een perfect werkbare positie is en veel goedkoper dan wanneer je dit halverwege ontdekt.

Beide versies uitvoeren tijdens de overgang

Geen enkele echte vloot migreert in een weekend. De praktische opstelling is een oplader die beide versies kan spreken, waarbij de versie wordt bepaald op het moment van verbinding in plaats van te worden aangenomen.

OCPP onderhandelt over de versie via de WebSocket-subprotocolheader voordat er een OCPP-bericht wordt uitgewisseld, zodat een eenheid beide kan aanbieden en de backend kan laten kiezen. Hierdoor kan hardware de platforms voorlopen, of platforms de hardware voor laten gaan, zonder dat de ene partij op de andere wacht. Het kost firmwaregrootte, wat teruggaat op de bovenstaande vraag over de hoofdruimte.

Hoe de migratie verloopt

1. 1

   Haalbaarheid

   Vrije ruimte, cryptocapaciteit en updatepad beoordeeld aan de hand van de daadwerkelijke controller. Dit is een kort stukje werk en het bepaalt alles daarna.

2. 2

   Ontwerp van apparaatmodel

   Het product beschrijven in het component- en variabelenmodel 2.0.1. Vroeg gedaan, omdat het de firmware-architectuur beperkt in plaats van er bovenop te zitten.

3. 3

   Stack-integratie

   De protocollaag is opgebouwd of geporteerd, waarbij de hardware-abstractie intact is gebleven zodat het bestaande laadgedrag niet wordt verstoord.

4. 4

   Testen van interoperabiliteit

   Tegen het specifieke platform en de release zul je strijden, niet alleen tegen de specificatie. Compliance en interoperabiliteit zijn verschillende eigenschappen.

5. 5

   Gefaseerde vrijgave van de vloot

   Een pilotgroep, gecontroleerd, met een gedefinieerde terugdraaiing, voordat er iets voor de hele vloot gebeurt.

Terwijl wij u zouden zeggen het niet te doen

Er zijn goede redenen om te migreren, maar ook een veel voorkomende slechte reden: in een aanbestedingsdocument werd om een versienummer gevraagd zonder dat iemand kon vaststellen waarom.

• Als niets in uw bedrijf nodig heeft wat 2.0.1 toevoegt, en geen enkel klantcontract dit vereist, is 1.6J een ondersteund en breed inzetbaar protocol dat niet zal stoppen met werken
• Als uw geïnstalleerde controllers de stapel niet kunnen dragen, is het migreren van alleen nieuwe productie meestal het juiste antwoord in plaats van een hardwarevernieuwing die alleen door het protocol wordt gerechtvaardigd
• Als de echte vereiste een betere beveiliging is, is een deel daarvan haalbaar met 1,6 J-implementaties door middel van transport en netwerkontwerp, tegen een fractie van de kosten

Wij bouwen deze stapels, dus het afraden ervan kost ons veel werk. Het is nog steeds het juiste advies als de bestuurder een regel in een specificatie is en niet iets dat de operatie daadwerkelijk nodig heeft.