OEM EV-oplader met CMS

Hardware

AC-laadhardware gebouwd volgens uw configuratie of uw ontwerp, met metingen, bescherming en connectiviteit die geschikt zijn voor de doelmarkt. Zie de AC OEM-pagina voor de platformomvang.

Firmware

Ontwikkeld in dezelfde organisatie als de hardware, waardoor een timingprobleem tussen de contactor en de pilotstatus kan worden gediagnosticeerd in plaats van onderhandeld tussen leveranciers.

OCPP

OCPP 1.6J en 2.0.1 zijn uitgebracht, waarbij de implementatie behouden blijft in plaats van bevroren op de verzenddatum. Omdat we ook backends bouwen, wordt het protocolgedrag van beide kanten getest in plaats van alleen aan de hand van een specificatiedocument.

CMS

Een laadmanagementsysteem voor monitoring, autorisatie, tarieven, sessies en rapportage, inzetbaar als uw eigen platform. Als u al een CMS heeft, wordt de hardware ermee verbonden via OCPP en is de bundel niet vereist.

Beide bij één leverancier kopen is een ondersteuningsbeslissing en geen lock-in-vereiste. De hardware spreekt standaard OCPP en zal elders verbinding maken.

Voorzieningen

Units verlaten de productie met toegepaste identiteit en inloggegevens, zodat de inbedrijfstelling ter plaatse niet afhankelijk is van een ingenieur die de configuratie in een unit in een kelder typt zonder signaal.

Ondersteuning ter plaatse met één eigenaar

Wanneer een sessie af en toe mislukt, is de vraag welke laag dit heeft veroorzaakt. Met één leverancier voor hardware, firmware, protocol en platform heeft die vraag eerder een eigenaar dan een vergadering.

Dit is het eigenlijke argument voor de bundel. Geen integratiegemak, maar het wegwerken van de kloof tussen leveranciers waar veldproblemen in terechtkomen.

Waarom de platformvraag de hardwarevraag overleeft

Opladers gaan in het veld ongeveer tien jaar mee. Platformrelaties zijn dat vaak niet, en de discrepantie tussen deze twee tijdschalen is waar de dure verrassingen schuilen.

Vroeger verkochten we een gedeeld platform van derden aan meerdere klanten tegelijk. Ieder van hen zag zijn eigen merk. Daaronder bediende één systeem ze allemaal, dus elke wijziging waar een klant om vroeg, kon niet bij iedereen worden doorgevoerd of terechtkomen. Toen een verandering uiteindelijk onvermijdelijk werd, was de enige manier om die in te zetten het sturen van mensen naar elke oplader en dat fysiek doen, in het veld, eenheid voor eenheid.

Dat is de reden waarom Charger360 bestaat en waarom we platformportabiliteit beschouwen als een hardwarevereiste in plaats van als een softwarefunctie. Een wagenpark moet zich op afstand tussen beheerplatforms kunnen verplaatsen. Als uw OEM u zonder bezoek ter plaatse niet kan vertellen hoe het wagenpark verandert, heeft u samen met de laders een busroute gekocht.

Hoe wij hierin met u samenwerken

Het kopen van hardware en platform bij één leverancier brengt risico's met zich mee, en dat benoemen we liever dan dat je het later merkt.

Ons antwoord is om het vertrek mogelijk te maken. De vloot kan op afstand op een ander beheerplatform worden gericht, dus de platformrelatie moet opnieuw worden verdiend in plaats van te worden afgedwongen door de kosten van het verlaten. We hebben die mogelijkheid gebouwd omdat we naar het alternatief keken, op opladers die we fysiek moesten bezoeken om te wisselen.

Jouw team krijgt de operationele training om het platform zelf te runnen. Voortdurende ondersteuning is eerder een maandelijkse regeling dan een afhankelijkheid.