EVSE Ontwerp- en ontwikkelingsdiensten

Wat ontwikkeling inhoudt

• Definitie van eisen, inclusief de markt- en certificeringsdoelen die al het andere beperken
• Systeemarchitectuur: controllertopologie, beveiligingsstrategie, meetaanpak, thermisch ontwerp
• Elektronica-ontwerp tot en met een maakbaar bord
• Firmware, inclusief de laadstatusmachine en de protocolclient
• Protocol- en backend-integratie, getest op het platform dat u daadwerkelijk gaat gebruiken
• Validatie: elektrisch, thermisch, EMC-pre-compliance, milieu en interoperabiliteit
• Productiegereedheid: testdekking, documentatie en pilotondersteuning

Waar programma's tijd verliezen

Drie plaatsen, consequent. Vereisten die een vermogensniveau en een protocol benoemen, maar niet de markt, de leveringsconfiguratie of het certificeringsdoel. Architectuurbeslissingen worden uitgesteld tot het schema, terwijl ze al impliciet zijn genomen. En EMC ontdekte het bij het geaccrediteerde laboratorium in plaats van bij pre-compliance, waardoor een ontwerpiteratie wordt omgezet in een planningsbriefje.

Hoe diep de betrokkenheid gaat

De ontwikkeling vindt plaats op de diepte die de commerciële doelstelling nodig heeft, van het configureren van een bestaand platform tot een product dat is ontworpen op basis van de vereisten. Het kiezen van een dieper niveau dan nodig is, is de meest voorkomende manier waarop ontwikkelingsbudgetten worden overschreden.

Ontwerp voor wat er na de lancering gebeurt

Een oplader wordt jarenlang ondersteund door mensen die hem niet hebben ontworpen, op plekken waar niemand komt. Diagnosemogelijkheden, firmware die in het veld kan worden bijgewerkt met een veilig rollback-pad en een testarchitectuur die de overdracht naar een andere fabriek overleeft, zijn eerder ontwerpinputs dan latere toevoegingen.

Als lokale productie mogelijk is, zeg dat dan tijdens de architectuur. Ontwerpen voor een toekomstige overdracht kost op dat moment weinig en is duur om achteraf aan te passen.

Waarom één team in de stapel de tijdlijn verandert

De meeste laadprogramma's worden samengesteld door leveranciers die elk één laag bezitten, en elke eis die een laag overschrijdt, wordt een onderhandeling. De meest interessante vereisten omvatten meerdere.

• De hardwareleverancier, die de behuizing en de elektronica kan wijzigen
• Het firmwarehuis, dat het gedrag kan veranderen, maar niet de hardware waarop het draait
• De platformaanbieder, die kan veranderen wat het wagenpark doet, maar niet waartoe de lader in staat is

Een klant voor wie we een volledig programma bouwden, vertelde ons wat hen verraste: de snelheid. De verklaring is eerder structureel dan complementair: omdat de hardware, de firmware en het platform hier bij één team zitten, hoeft een gestelde eis niet via drie organisaties te worden gerouteerd die elk een deel van het antwoord bezitten en geen verantwoordelijkheid dragen. Het wordt snel beantwoord, of het wordt geweigerd.

Dat is ook de reden dat wij een klant vroegtijdig kunnen vertellen wanneer iets een slecht idee is. Een leverancier die één laag bezit, kan u alleen vertellen dat het in zijn laag mogelijk is.

Waarom een maatwerkproduct de moeite waard is om te bouwen

Het argument tegen ontwikkeling op maat is kosten en tijd. Het argument hiervoor is dat al het andere op de markt hetzelfde product is.

• Uw oplader lijkt op die van u, en niet op dezelfde behuizing die elk ander merk doorverkoopt
• Functies waar uw markt eigenlijk om vraagt, in plaats van de kruising van wat een catalogusproduct iedereen te bieden heeft
• Een specificatie die jij zelf in de hand hebt, zodat een klantbehoefte niet hoeft te wachten op de roadmap van iemand anders
• Differentiatie die blijft bestaan, omdat een concurrent niet hetzelfde kan kopen

In een markt waar de meeste merken varianten van hetzelfde geïmporteerde ontwerp doorverkopen, is het zichtbaar en functioneel anders zijn meer waard dan de ontwikkelingskosten.

Snelheid is wat klanten noemen

De zorg bij ontwikkeling op maat is altijd de tijdlijn, en dat is wat ons wordt verteld en waar mensen het meest verbaasd over zijn.

We ontwerpen niet elke keer een oplader vanuit de eerste principes. Acht tot tien jaar ladertechniek betekent dat het hardwareplatform, de firmware-architectuur, de protocolstack en de productieaanpak al bestaan ​​en zich in de praktijk hebben bewezen. Maatwerkontwikkeling wordt daarop toegepast in plaats van vanuit het niets te beginnen.

Het praktische resultaat is dat het eigen oplaadproduct van de klant in een fractie van de tijd arriveert die een eerste ontwerp in beslag neemt, en zonder de twee jaar aan veldproblemen die een eerste ontwerp ontdekt.