EVSE Design- und Entwicklungsdienstleistungen
Die Entwicklung von Ladegeräten scheitert häufiger an den Nähten als an den Komponenten. Das Board funktioniert, die Firmware funktioniert, das Backend funktioniert und das Produkt funktioniert nicht.
In diesen Nahtstellen trifft Hardware-Timing auf Firmware-Annahmen, die Protokollimplementierung auf ein Backend, das die Spezifikation anders liest, und ein Design, das auf einer Prüfstandsbank bestanden hat, trifft auf eine Site mit einem schwachen Angebot. Eine Entwicklung, die sie als ein Problem behandelt, produziert weniger davon.
Besprechen Sie ein EntwicklungsprogrammFür Ladegerät OEM, Hersteller, Produktfirma
Welche Entwicklung umfasst
- Anforderungsdefinition, einschließlich der Markt- und Zertifizierungsziele, die alles andere einschränken
- Systemarchitektur: Controller-Topologie, Schutzstrategie, Messansatz, thermisches Design
- Elektronikdesign bis hin zur fertigbaren Platine
- Firmware, einschließlich der Ladezustandsmaschine und des Protokoll-Clients
- Protokoll- und Backend-Integration, getestet anhand der Plattform, die Sie tatsächlich verwenden werden
- Validierung: Elektrik, Wärme, EMV-Vorab-Konformität, Umwelt und Interoperabilität
- Produktionsbereitschaft: Testabdeckung, Dokumentation und Pilotunterstützung
Wo Programme Zeit verlieren
Drei Plätze, durchweg. Anforderungen, die eine Leistungsstufe und ein Protokoll benennen, nicht jedoch den Markt, die Versorgungskonfiguration oder das Zertifizierungsziel. Architekturentscheidungen werden bis zum Schaltplan verschoben, wenn sie bereits implizit getroffen wurden. Und EMC entdeckte dies im akkreditierten Labor und nicht bei der Vorab-Compliance, die eine Entwurfsiteration in einen Zeitplan umwandelt.
Wie tief das Engagement geht
Die Entwicklung erfolgt in der Tiefe, die das kommerzielle Ziel erfordert, von der Konfiguration einer bestehenden Plattform bis hin zu einem auf Grundlage der Anforderungen entwickelten Produkt. Die Wahl einer tieferen Ebene als nötig ist die häufigste Ursache dafür, dass Entwicklungsbudgets überschritten werden.
Entwerfen Sie für das, was nach dem Start passiert
Ein Ladegerät wird jahrelang von Leuten unterstützt, die es nicht entworfen haben, an Orten, die niemand besucht. Diagnostizierbarkeit, vor Ort aktualisierbare Firmware mit einem sicheren Rollback-Pfad und eine Testarchitektur, die den Transfer in eine andere Fabrik übersteht, sind eher Designeingaben als spätere Ergänzungen.
Wenn eine lokale Fertigung möglich ist, sagen Sie dies bei der Architektur. Die Planung für einen zukünftigen Transfer kostet zu diesem Zeitpunkt wenig und ist teuer in der Nachrüstung.
Warum ein Team im Stack die Zeitachse ändert
Die meisten Ladeprogramme werden von Lieferanten zusammengestellt, die jeweils eine Ebene besitzen, und jede Anforderung, die eine Ebene überschreitet, wird zu einer Verhandlung. Die interessantesten Anforderungen kreuzen mehrere.
- Der Hardware-Anbieter, der das Gehäuse und die Elektronik austauschen kann
- Das Firmware-Haus, das das Verhalten ändern kann, nicht jedoch die Hardware, auf der es läuft
- Der Plattformanbieter, der ändern kann, was die Flotte tut, nicht aber, wozu das Ladegerät in der Lage ist
Ein Kunde, für den wir ein komplettes Programm erstellt haben, erzählte uns, dass ihn die Geschwindigkeit überrascht habe. Die Erklärung ist eher strukturell als komplementär: Da die Hardware, die Firmware und die Plattform hier bei einem Team liegen, muss eine gestellte Anforderung nicht über drei Organisationen weitergeleitet werden, die jeweils einen Teil der Antwort und keine Verantwortung tragen. Es wird schnell beantwortet oder abgelehnt.
Deshalb können wir einem Kunden auch frühzeitig sagen, wenn etwas eine schlechte Idee ist. Ein Lieferant, der eine Ebene besitzt, kann Ihnen nur sagen, dass dies in seiner Ebene möglich ist.
Warum es sich lohnt, ein individuelles Produkt zu entwickeln
Das Argument gegen eine kundenspezifische Entwicklung sind Kosten und Zeit. Das Argument dafür ist, dass alles andere auf dem Markt das gleiche Produkt sei.
- Ihr Ladegerät sieht aus wie Ihres und nicht wie das gleiche Gehäuse, das jede andere Marke weiterverkauft
- Funktionen, die Ihr Markt tatsächlich verlangt, und nicht die Schnittmenge dessen, was ein Katalogprodukt allen bietet
- Eine Spezifikation, die Sie kontrollieren, sodass eine Kundenanforderung nicht auf die Roadmap eines anderen warten muss
- Eine Differenzierung, die bestehen bleibt, weil ein Wettbewerber nicht das Gleiche kaufen kann
Auf einem Markt, in dem die meisten Marken Variationen desselben importierten Designs weiterverkaufen, sind sichtbare und funktionale Unterschiede mehr wert als die Entwicklungskosten.
Geschwindigkeit ist das, was Kunden erwähnen
Das Problem bei der kundenspezifischen Entwicklung ist immer der Zeitplan, und es ist das, worüber wir erfahren haben, dass es die Leute am meisten überrascht hat.
Wir entwickeln ein Ladegerät nicht jedes Mal nach den ersten Prinzipien. Acht bis zehn Jahre Ladegeräteentwicklung bedeuten, dass die Hardwareplattform, die Firmware-Architektur, der Protokollstapel und der Produktionsansatz bereits vorhanden sind und sich in der Praxis bewährt haben. Darauf wird kundenspezifische Entwicklung angewendet, anstatt bei Null anzufangen.
Das praktische Ergebnis ist, dass das eigene Ladeprodukt eines Kunden in einem Bruchteil der Zeit eintrifft, die ein erster Entwurf in Anspruch nimmt, und ohne die zwei Jahre dauernden Feldprobleme, die ein erster Entwurf mit sich bringt.
Auf Ihren eigenen Standort angewendet?
Besprechen Sie ein EntwicklungsprogrammVerwandte Inhalte
Technisch geprüft von Anees P K, Director of Technology. Zuletzt geprüft 2026-08-29.
Häufig gestellte Fragen
Entwickeln Sie DC-Ladegeräte?
Der Plattform- und Engineering-Schwerpunkt liegt auf dem AC-Laden, wo der Full-Stack-Eigentum über Hardware, Firmware und Cloud den größten Nutzen bringt. Der DC-Umfang wird von Fall zu Fall beurteilt.
Können Sie mit unserem bestehenden Design beginnen?
Ja. Dabei handelt es sich in der Regel zunächst um eine Überprüfung, bei der festgestellt wird, was das Design bereits löst und was es offen lässt, bevor irgendjemand ein Angebot für die Entwicklungsarbeit macht.
Wem gehört das resultierende Design?
Es ist in der Vereinbarung festgelegt, die Hintergrund-IP, Projekt-IP und Fertigungs-Know-how trennt. Das Eigentum an Projekt-IP ist verhandelbar und sollte vor Beginn der Arbeiten geklärt werden.
Kümmern Sie sich um die Zertifizierung?
Wir erstellen die technischen Unterlagen und führen die Produkte durch akkreditierte Labore. Die Festlegung des Schemas obliegt der Zertifizierungsstelle.
Wie detailliert muss unser Briefing sein?
Ausführlich genug, um die Zielmärkte, die Lieferkonfiguration, den Steckverbinderstandard, die Zertifizierungsziele und das Volumen anzugeben. Wenn diese offen sind, ist das erste Engagement ein Anforderungsworkshop.
Besprechen Sie ein Entwicklungsprogramm
Sagen Sie uns, was das Produkt leisten muss und welchen Markt es betritt, und wir sagen Ihnen, was noch offen ist.
Besprechen Sie ein Entwicklungsprogramm