Ontwikkeling van stuurkaarten voor DC-laders
De controlekaart van een lader is het onderdeel dat bepaalt of het product van u is. Er kunnen voedingsmodules worden aangeschaft en behuizingen worden gefabriceerd, maar de controller houdt de veiligheidslogica, het voertuiggesprek en het gedrag dat een klant ervaart vast. RIOD ontwerpt controlekaarten, inclusief DC-kaarten, volgens de functieset en protocoldoelen van een klant, in plaats van er één uit een catalogus te verkopen.
Deze pagina behandelt de toezichtcontrolekaart: wat elke ladercontroller als basis moet doen, wat er verandert in DC, hoe het ontwerp is gepartitioneerd zodat veiligheidsfuncties onafhankelijk blijven van netwerkgerichte code, en hoe het werk wordt ondersteund, van vereisten tot aan een pakket dat een andere fabriek kan bouwen.
DC-besturingskaartVoor Een fabrikant die een DC-snellader bouwt of lokaliseert en die de besturingselektronica nodig heeft die is ontworpen in plaats van te worden gekocht als een zwarte doos.
Waar de controlekaart verantwoordelijk voor is
Bij een AC-lader is de besturing relatief eenvoudig, omdat het voertuig de conversie doet. Bij gelijkstroom is de lader de stroomvoorziening en onderhandelt de controller continu over stroom en spanning met het voertuig terwijl er een grote hoeveelheid energie beweegt.
- Voertuigcommunicatie via het protocol op hoog niveau, inclusief de stekker en het oplaadpad waar nodig
- Controleer de piloot- en nabijheidsafhandeling, en de volgorde die moet plaatsvinden voordat de contactors sluiten
- Instelpuntcontrole naar de vermogensmodules en de gesloten lus die ervoor zorgt dat de levering binnen de grenzen blijft waar het voertuig om vraagt
- Veiligheidsvergrendelingen: isolatiebewaking, isolatiecontroles, noodstop, deur- en paneelvergrendelingen
- Thermisch beheer van modules, kabel en connector, inclusief gekoelde kabel indien aanwezig
- Meting, transactieafhandeling en het OCPP-gesprek met de backend
- Menselijke interface, betalingspad en wat de site lokaal nodig heeft
Hoe het werk is verdeeld
De veelgemaakte fout is om alles op één processor te zetten, omdat dit goedkoper is op de stuklijst. Het is goedkoper tot het punt waarop een certificeringsinstantie vraagt hoe de veiligheidsfuncties worden beschermd tegen de applicatiecode.
Veeg om te vergelijken
| Domein | Wat leeft daar | Waarom het gescheiden is |
|---|---|---|
| Veiligheid en controle | Vergrendelingen, isolatiebewaking, schakelaarvolgorde, stroombegrenzing | Beperkte, controleerbare veranderingen moeten zelden aantoonbaar onafhankelijk zijn van de rest |
| Voertuigcommunicatie | Protocolstack op hoog niveau, controlepilootstatusmachine | Timinggevoelig, normgericht, evolueert met het voertuiggedrag |
| Applicatie en connectiviteit | OCPP, gebruikersinterface, betalingen, telemetrie, updates | Veranderingen die vaak op het netwerk betrekking hebben, mogen nooit invloed kunnen hebben op het veiligheidsdomein |
De grens tussen de derde rij en de eerste twee is degene die ertoe doet. Alles wat bereikbaar is vanaf een netwerk mag de volgorde van de contactor of de stroomlimieten niet kunnen beïnvloeden door het ontwerp, niet door conventie.
Ontwerpbeslissingen die duur zijn om terug te draaien
- 1
Interface voor voedingsmodule
Welke modules, via welke interface, en hoe strak de besturingslogica hun gedrag overneemt. Een te nauwe koppeling met één leverancier zorgt ervoor dat het product gegijzeld wordt door de routekaart en prijzen van die leverancier.
- 2
Processorruimte
Gespecificeerd voor wat het product in jaar vijf zal doen, inclusief protocolversies en beveiligingswerk dat nog niet bestaat. Dit is waar DC-controllers het vaakst opraken.
- 3
Isolatie strategie
Waar de barrières liggen tussen hoogspanning, controle en communicatie. Een later verplaatsen is een bord-re-spin en een hercertificering.
- 4
Pad bijwerken
Hoe elke processor ter plaatse wordt bijgewerkt en hoe een mislukte update wordt hersteld. Een DC-lader die een laptop en een open paneel nodig heeft om te updaten, is een onderhoudscontract waar niemand prijs op stelt.
- 5
Diagnostische toegang
Wat de kaart registreert en blootlegt als er iets misgaat. Deze bepaalt of een veldfout een sessie op afstand of een bezoek ter plaatse kost.
Ontwerpen voor lokale productie
Een controlekaart die is ontworpen voor een prototype en een controlekaart die is ontworpen om op grote schaal in een ander land te worden gebouwd, zijn verschillende borden, en het verschil is geen kostenbesparing.
- De componentselectie was gericht op onderdelen met meer dan één gekwalificeerde bron in de doelmarkt
- Testpunten en grenstoegang zijn vanaf het begin ontworpen, zodat een end-of-line-mal het board kan oefenen in plaats van van buitenaf af te leiden
- Programmering en provisioning ontworpen als een productiestap met een gedefinieerde mal, niet als iets dat een ingenieur met een kabel doet
- Documentatieset waaruit een ontvangende fabriek kan bouwen: lay-out, Gerber, stuklijst met alternatieven, montagebestanden en procesnotities
Als lokalisatie de uiteindelijke bedoeling is, zeg dat dan aan het begin. Het achteraf inbouwen van testbaarheid en tweede sourcing in een voltooid ontwerp kost meer dan het ontwerpen ervan, en komt meestal als een verrassing tijdens de gereedheidsaudit.
De standaard functieset van een ladercontrolekaart
Voorafgaand aan maatwerk is er een basislijn. Bijna elke ladercontrolekaart moet het volgende doen, en een specificatie die een van deze kaarten weglaat, is meestal een specificatie die nog niet is voltooid en niet een product dat deze niet nodig heeft.
Veeg om te vergelijken
| Functie | Wat het omvat |
|---|---|
| Voertuiginterface | Beheer pilootgeneratie en -detectie, nabijheidsdetectie, statusmachine volgens IEC 61851 en het protocol op hoog niveau waarop ISO 15118 van toepassing is |
| Schakelaar- en relaisbesturing | Sequencing, lascontactdetectie en de vergrendelingen waaraan moet worden voldaan voordat iets wordt gesloten |
| Beschermingsinterface | Reststroom, overstroom, over- en onderspanning, aardcontinuïteit, te hoge temperatuur en de uitschakelpaden die onafhankelijk van de applicatiecode moeten werken |
| Huidige controle | Adverteren voor een beschikbare stroom, deze halverwege de sessie wijzigen en site- of groepslimieten afdwingen |
| Meten | Interne energiemeting en de interface naar externe meters via Modbus waar meting op factuurniveau vereist is |
| Connectiviteit | Ethernet, Wi-Fi, mobiel of een combinatie, met het failover-gedrag ertussen |
| Protocolstapel | OCPP 1.6J of 2.0.1, transactieafhandeling, configuratie, diagnostiek en opdrachten op afstand |
| Authenticatie | RFID, app- of backend-autorisatie, plus lokale whitelist voor offline gebruik |
| Firmware-update | Over-the-air-update met verificatie, terugdraaien en een herstelpad voor een mislukte update |
| Beveiliging | Veilig opstarten, ondertekende firmware, sleutelopslag en certificaatverwerking waar het beveiligingsprofiel dit vereist |
| Menselijke interface | Statusindicatie, display indien aanwezig en wat de markt van het toestel verwacht |
| Lokale logboekregistratie | Gebeurtenissen, fouten en sessierecords worden lokaal bewaard, zodat een eenheid zichzelf achteraf kan verklaren |
| Realtime klok | Blijft behouden bij stroomuitval, omdat certificaatvalidatie en sessierecords er beide van afhankelijk zijn |
| Diagnostiek | Foutcodes die oorzaken onderscheiden en toegang op afstand tot logs zonder locatiebezoek |
Bij een DC-kaart veranderen er drie van karakter. De stroomregeling wordt een setpointregeling met gesloten lus voor vermogensmodules in plaats van een geadverteerde limiet. Bescherming biedt isolatiebewaking en isolatietests voordat de contactors sluiten. En de voertuiginterface voert een volledig protocolgesprek op hoog niveau uit in plaats van een werkcyclus.
Hoe wij het ontwerpwerk ondersteunen
Controlekaarten zijn ontworpen volgens de eisen van de klant en worden niet vanuit een catalogus verkocht. De functieset, de protocoldoelen en de markt bepalen het bestuur, en de betrokkenheid kan op elk van deze punten beginnen in plaats van alleen bij het begin.
- 1
Vereisten en architectuur
Een lijst met functies en een doelmarkt omzetten in een domeinsplitsing, een processorselectie en een interfaceplan. Dit is waar de OCPP-versie en de ISO 15118-scope tot hun recht komen, omdat zowel schijfgeheugen als crypto-vereisten nodig zijn.
- 2
Schema en lay-out
Volledig elektronica-ontwerp, met isolatiestrategie en testtoegang ontworpen in plaats van achteraf toegevoegd.
- 3
Firmware
Protocolstack, besturingslogica en de hardware-abstractie daartussen, zo gestructureerd dat een latere protocolmigratie geen herschrijving betekent.
- 4
Opbrengen en valideren
Eerste artikelen uitgeoefend tegen echte voertuigen en een echte backend, niet alleen tegen een simulator.
- 5
Testsystemen
End-of-line mallen en programmeermallen, zodat het bord op volume kan worden gebouwd en geverifieerd in plaats van gecontroleerd door een ingenieur.
- 6
Overdracht
Lay-out, Gerber, stuklijst met alternatieven, montagebestanden en productiedocumenten, waarbij het de bedoeling is om het elders te bouwen.
Aanpassing vindt plaats op basis van een overeengekomen lijst met functies en wordt per uur in rekening gebracht, omdat het bereik tussen het toevoegen van een interface en het opnieuw ontwerpen van een domein groot genoeg is dat een vaste prijs in de ene of de andere richting verkeerd zou zijn.
Wat bij de klant past
De typegoedkeuring van de voltooide lader is van de fabrikant en niet van de ontwerper van de stuurkaart. De kaart is ontworpen om deze te ondersteunen, met de architectuur, documentatie en bewijsvoering waar een testhuis om vraagt, maar de productcertificering is eigendom van degene die hem op de markt brengt.
We zeggen dit vroeg omdat soms wordt aangenomen dat dit bij het ontwerpwerk hoort, en het anders ontdekken bij indiening duur is.
Toegepast op uw eigen locatie?
DC-besturingskaartGerelateerde inhoud
Technisch beoordeeld door Deepu Joy, Director of Products and Delivery. Laatst beoordeeld 2026-09-10.
Veelgestelde vragen
Ontwerpt u besturingskaarten naar onze eigen wensen?
Ja. Kaarten zijn ontworpen voor de functies die u nodig hebt en voor uw protocoldoelen, doorgaans OCPP en ISO 15118, en worden niet als vast product verkocht. De opdracht kan starten bij de wensen of een bestaand ontwerp oppakken.
Wat moet een controlekaart als nulpunt doen?
Voertuiginterface, sequencing van de contactor, beveiligingsinterface, stroomcontrole, meting, connectiviteit, protocolstack, authenticatie, firmware-update, beveiliging, menselijke interface, lokale logboekregistratie, een bijgehouden klok en diagnostiek. In de bovenstaande tabel wordt aangegeven wat elk van deze onderwerpen inhoudt.
Ontwerp jij ook de eindtrap?
De controlekaart is de toezicht- en communicatiekant. Selectie en integratie van vermogensmodules zijn onderdeel van de werkzaamheden; het ontwerpen van de convertertopologie zelf is een andere opgave en moet als één geheel worden bezien.
Kan het worden gebouwd rond de voedingsmodules die we al hebben gekozen?
Ja, en dat is het gebruikelijke geval. De interface met die modules is een van de eerste ontwerpbeslissingen, en we zullen aangeven waar een gekozen module het product nauw aan één leverancier koppelt.
Waarom veiligheid op een eigen domein plaatsen?
Zodat netwerkgerichte code de volgorde van de contactor of de huidige limieten niet kan beïnvloeden door ontwerp in plaats van door conventie. Het maakt ook het veiligheidsargument voor een testhuis veel eenvoudiger.
Zorg jij voor certificering?
Wij ontwerpen om dit te ondersteunen en bereiden het bewijsmateriaal voor, en we kunnen samenwerken met uw testbureau. De typegoedkeuring van het eindproduct behoort toe aan degene die het op de markt brengt.
Is dit alleen voor DC?
Deze pagina is. AC-besturingselektronica is een kleiner probleem met een andere vorm en valt onder hardwareontwikkeling.
Een DC-lader bouwen en de controller bezitten?
Vertel ons welke vermogensmodules u overweegt, de doelgroep en of lokale productie de uiteindelijke bedoeling is. Deze drie bepalen het grootste deel van het ontwerp.
DC-besturingskaart