Diensten / Technisch advies

Engineering- en technologieadvies voor EV-laden

De meeste bedrijven die ons bellen hebben geen tekort aan leveranciers. Ze missen iemand die hardware, firmware, protocol en platform tegelijk kan bekijken en kan aanwijzen waar het probleem werkelijk zit. Dat is precies wat dit traject doet. Omdat we op uurbasis werken, kan de opdracht zo klein zijn als één vraag.

We adviseren over de volledige laadtechnologiestack omdat we in al die lagen zelf hebben gebouwd: hardware en firmware, de vermogenskant, het protocol, het CSMS en de cloudtoepassingen eromheen, en de operatie erboven. Bij een probleem in één laag vertelt iedere leverancier meestal dat de oorzaak in een andere laag zit.

Voor Een laadbedrijf met een technisch probleem dat niet aan één laag kan worden toegewezen, of met een beslissing waarvoor intern de specialistische kennis ontbreekt.

Advies over EV-laadtechnologie
01

Waarover we adviseren

Het bereik is bewust breed, omdat de vragen die een laadbedrijf stilzetten zelden binnen één vakgebied blijven.

  1. 1

    Hardware en firmware

    Architectuur van het laadstation, ontwerp van de besturingsprint, beveiliging, meting, thermisch gedrag en de firmware die dit aanstuurt. Ook beoordelen we of een product geschikt is voor de doelmarkt en wat nodig is om het geschikt te maken.

  2. 2

    Netaansluiting en vermogen

    Voeding, belasting, beveiligingscoördinatie, stroomregeling en wat een locatie werkelijk kan dragen. Hier blijkt vaak de oorzaak te liggen van een probleem dat aanvankelijk aan het laadstation werd toegeschreven.

  3. 3

    Protocol

    OCPP over verschillende versies, interoperabiliteit met een specifiek platform in plaats van conformiteit in abstracte zin, beveiligingsprofielen en de integratie tussen laadstation en backend.

  4. 4

    CSMS en cloud

    Platformarchitectuur, multitenancy, datamodel, API's en de vraag of de bestaande oplossing het geplande netwerk betrouwbaar kan dragen.

  5. 5

    Operatie

    De dagelijkse aansturing van het netwerk: monitoring, tickets, geautomatiseerde triage, ondersteuning via spraak en berichten, inzet van buitendienst en waar de operationele kosten werkelijk ontstaan.

02

Wat we kunnen testen in plaats van alleen beoordelen

Een deskundig oordeel heeft waarde. Een testresultaat heeft meer waarde. Daarom bestaat een groot deel van dit traject uit het uitvoeren van de relevante test in plaats van alleen het geven van een mening.

  • OCPP-tests tegen het platform en de release die u werkelijk gaat gebruiken, met de berichten waarvan uw operatie afhankelijk is
  • Interoperabiliteit tussen specifieke hardware en een specifiek backend, wat iets anders is dan de conformiteit van beide systemen
  • Gereedheid: of een product, fabriek of platform klaar is voor de geplande fase, ook wanneer dat niet de gewenste uitkomst is
  • Hardware-evaluatie aan de hand van uw eisen, inclusief apparatuur die al is aangeschaft
  • Locatie- en belastingsanalyse waarbij de beschikbare aansluiting centraal staat, niet alleen het nominale vermogen van de lader
  • Storingsanalyse over een volledige vloot, wanneer het patroon belangrijker is dan de afzonderlijke storing
03

Bepalen waar het probleem werkelijk zit

Dit is de meest voorkomende reden waarom bedrijven ons inschakelen. We beschrijven het bewust helder, omdat veel teams niet weten dat dit soort analyse als afzonderlijke dienst kan worden ingekocht.

Een laadbedrijf ziet een symptoom: sessies mislukken, een locatie presteert onder verwachting, het platform kan een noodzakelijke handeling niet uitvoeren of apparaten komen terug uit het veld. De hardwareleverancier, softwareleverancier en installateur bekijken ieder hun eigen laag en vinden niets verkeerd. Niemand hoeft daarbij onwaarheid te spreken. Het probleem zit vaak in de overgang tussen twee lagen, en geen leverancier is eigenaar van zo'n overgang.

  • Ligt het aan de hardware, de firmware of aan de manier waarop de firmware een hardwaresignaal verwerkt?
  • Ligt het aan het laadstation of aan een voeding waaruit het station terecht weigert vermogen af te nemen?
  • Ligt het aan de protocolimplementatie of aan de manier waarop het platform die gebruikt?
  • Ligt het aan het platform of aan het operationele proces rondom het platform?
  • Of ligt de oorzaak niet in een van die lagen, maar in het voertuig?

We kunnen deze vragen beantwoorden omdat we in al deze lagen zelf hebben gebouwd. Dat is de werkelijke kwalificatie voor dit werk, en iets wat iedere adviseur zou moeten aantonen in plaats van alleen beweren.

04

Hoe een opdracht verloopt

Op uurbasis en binnen een afgesproken scope, omdat de nuttigste vorm van dit werk vaak klein is.

  1. 1

    Eén vraag

    Soms blokkeert één beslissing de voortgang. Enkele uren, een schriftelijk antwoord en uw team kan verder. We maken daar niet onnodig een project van.

  2. 2

    Een beoordeling

    Een afgebakend stuk werk met een resultaat: een testuitslag, technische evaluatie of gereedheidsbevinding. De scope wordt vooraf bepaald en vormt de grens van de opdracht.

  3. 3

    Doorlopend advies

    Toegang tot ons team gedurende een programma, wanneer vragen blijven ontstaan die afzonderlijk te klein zijn om telkens opnieuw te contracteren.

We werken op uurbasis in plaats van voor een vaste prijs, omdat de afstand tussen één vraag en een volledig programma groot is. Een vaste prijs is daardoor vrijwel altijd voor één partij onjuist. Bovendien hebben we zo geen belang om een kleine opdracht groter te maken, wat in advieswerk belangrijker is dan het klinkt.

05

Het belangenconflict, duidelijk benoemd

Wij produceren laadstations en bouwen een platform. Bij advies over de aanschaf van een van beide ontstaat daardoor een belangenconflict. U moet onze aanbeveling met dat gegeven meewegen.

We gaan daarmee om door de onderbouwing te laten zien en niet alleen de conclusie. Zo kunt u de redenering controleren in plaats van de bron te moeten vertrouwen. Als een product van een concurrent beter bij uw eisen past, staat dat in de beoordeling. En als u dit liever laat uitvoeren door een partij zonder eigen product, is dat een redelijke keuze waartegen we u niet proberen over te halen.

06

De aannames die we als eerste toetsen

De meeste laadprojecten beginnen met drie aannames die al als feit worden behandeld. Alle drie moeten worden getoetst voordat de rest van het ontwerp erop wordt gebaseerd.

  1. 1

    Dat alle belasting gelijktijdig optreedt

    Dat is meestal niet zo. Wooncomplexen hebben van onze AC-locaties de hoogste benutting, vooral 's nachts. Tegelijk is die belasting bijna volledig planbaar, omdat voertuigen tot de ochtend blijven staan. Dimensioneren op geplande in plaats van gelijktijdige belasting kan een verzwaring van de aansluiting uit het project halen.

  2. 2

    Dat de protocolversie hetzelfde is als de integratie

    Een klant kocht een laadstation dat als OCPP-conform werd verkocht, maar niet interoperabel was met het platform waarvoor al was gekozen. Versienummers beschrijven een protocol. Integraties zijn specifiek voor een platform en een release.

  3. 3

    Dat de platformkeuze eenvoudig omkeerbaar is

    Dat is vaak niet het geval. Wij verkochten eerder een gedeeld platform door waarbij een noodzakelijke wijziging voor één klant niet kon worden uitgevoerd zonder de rest te beïnvloeden. Uiteindelijk moest voor de uitrol ieder laadstation fysiek worden bezocht.

07

Wat advies hier niet betekent

  • Geen presentatie zonder aantoonbaar resultaat. Het resultaat is een bevinding, testuitslag of beslissing, zo vastgelegd dat uw eigen engineers de methode kunnen betwisten in plaats van alleen het antwoord
  • Geen omweg naar een verkoopgesprek. Een opdracht die concludeert dat u niets hoeft te kopen, is ook een geslaagde opdracht
  • Geen vervanging van uw team. We werken naast uw engineers, die uw operatie beter kennen dan een bezoeker in enkele dagen ooit kan
  • Geen open einde. We werken per uur binnen een afgesproken scope en geven aan wanneer het nuttige deel is afgerond

Toegepast op uw eigen locatie?

Advies over EV-laadtechnologie

Technisch beoordeeld door Deepu Joy, Director of Products and Delivery. Laatst beoordeeld 2026-09-11.

Veelgestelde vragen

Waarover adviseren jullie precies?

Over hardware en firmware, netaansluiting en vermogen, OCPP en andere protocollen, CSMS- en cloudarchitectuur en operatie. Het bereik is breed omdat problemen die een laadbedrijf stilzetten zelden binnen één vakgebied vallen.

Kunnen jullie onze bestaande hardware en software testen?

Ja. Dat omvat OCPP-tests tegen het platform dat u werkelijk gebruikt, interoperabiliteit tussen concrete hardware en een concreet backend, gereedheidsbeoordeling, evaluatie van al aangeschafte apparatuur en storingsanalyse over een vloot.

Hoe wordt het advies geprijsd?

Op uurbasis binnen een afgesproken scope. Daardoor blijft een kleine opdracht klein en hebben we geen belang om van één vraag een groot project te maken.

Jullie verkopen zelf laadstations. Waarom zouden we jullie advies volgen?

Weeg dat belangenconflict mee. We laten de volledige onderbouwing zien, zodat u de redenering kunt controleren. Als een product van een concurrent beter past, staat dat in de beoordeling. Een onafhankelijke adviseur zonder eigen product kiezen is eveneens redelijk.

Onze leveranciers wijzen ieder naar een andere oorzaak. Kunnen jullie helpen?

Dat is de meest voorkomende reden waarom bedrijven ons bellen. Het probleem zit vaak in de overgang tussen twee lagen, en geen leverancier is eigenaar van zo'n overgang. Wij kunnen alle lagen tegelijk bekijken omdat we in al die lagen zelf hebben gebouwd.

Hoe klein kan een opdracht zijn?

Enkele uren en een schriftelijk antwoord op één beslissing die de voortgang blokkeert. Daar hoeft geen groter project van te worden gemaakt.

Een probleem waar niemand eigenaar van wil zijn?

Beschrijf het symptoom en vertel wie er al naar heeft gekeken. Dat is meestal voldoende om de waarschijnlijke laag en de benodigde tijd voor een zekere diagnose in te schatten.

Advies over EV-laadtechnologie