Embedded-Produktentwicklung für EV-Ladetechnik

Die meisten EVSE-Projekte scheitern nicht am Schaltplan, sondern an der Integration: Leistungsstufe, Pilot-Firmware, Energiezähler, OCPP-Cloud und Gehäuse stammen jeweils von einem anderen Anbieter, und niemand verantwortet die Nahtstelle, an der sie zusammentreffen. Wir entwickeln den gesamten Ladepunkt als ein Produkt, sodass Schützsequenzierung, CP/PP-Zustandsautomat, Messtarif, OCPP-Backend und IP-geschützte Mechanik gemeinsam ausgelegt werden und als ein einziges verantwortliches System in die Zertifizierung gehen.

Challenges specific to EV Charging

• Teilsystem-Anbieter verantworten die Integrationsnaht nicht

  Leistungsplatinen-Hersteller, Firmware-Haus und Cloud-Team bestehen den Typtest jeweils isoliert, doch die montierte EVSE fällt durch, weil niemand das Verhalten von Schütz über Pilot bis OCPP unter einer echten Ladesitzung durchgängig validiert hat.

• OCPP-Backend lehnt das Ladegerät in Roaming-Netzen ab

  Eine selbstgebaute OCPP 1.6J-Implementierung verliert die Reihenfolge der StatusNotification oder behandelt RemoteStartTransaction falsch, sodass die Einheit auf dem Tisch läuft, aber von Hubject oder dem CPMS des Betreibers im Interoperabilitätstest abgelehnt wird.

• Energiemessung ist nicht abrechnungstauglich

  Sitzungen werden über einen nicht zertifizierten Stromsensor abgerechnet, sodass der kWh-Wert keine MID-/Eichrecht-Rückverfolgbarkeit hat und der Betreiber Fahrer nicht legal abrechnen oder Roaming-Gebühren netzweit verrechnen kann.

• Gehäuse besteht das Labor, aber nicht den Bordstein

  Eine an einer sauberen Probe nachgewiesene IP54-Einstufung versagt nach einem Winter mit Schlagregen und Streusalz, weil Kabelverschraubungsdichtung, Kondensatablauf und Dichtungskompression nie für eine mastmontierte Außeneinheit ausgelegt wurden.

• Zertifizierung wird entdeckt, nicht konstruiert

  IEC 61851, EMV- und Sicherheitsanforderungen werden als finales Tor behandelt, sodass das Team beim Typtest feststellt, dass Schütz-Schweißerkennung, RCD-Koordination oder Überspannungs-Frontend neu konstruiert werden müssen, was den Launch um Monate sprengt.

• Firmware und Leistungsstufe streiten über Fehlerbehandlung

  Steuerfirmware und Leistungshardware sind uneins, wer bei Übertemperatur- oder Isolationsfehler das Schütz öffnet, sodass Fehler doppelt oder gar nicht behandelt werden, was eine Gefahr oder Fehlauslösungen hinterlässt, die Fahrer stranden lassen.

How GizanTech solves them

1. Teilsystem-Integration aus einer Hand. 1. Wir verantworten den gesamten EVSE-Build und schreiben einen Schnittstellenvertrag zwischen Leistungsstufe, CP/PP-Firmware, Messung und OCPP, wobei wir die montierte Einheit durch skriptgesteuerte End-to-End-Ladesitzungen (Einstecken, Autorisieren, Energetisieren, Messen, Stoppen, Fehler) validieren, bevor etwas ein Zertifizierungslabor erreicht.
2. Zertifizierter OCPP-Konnektivitäts-Stack. 2. Wir implementieren OCPP 1.6J und 2.0.1 gegen das Testwerkzeug der Open Charge Alliance, setzen StatusNotification-, Transaktions- und Smart-Charging-Messaging korrekt um und führen Interoperabilität gegen das Ziel-CPMS und den Roaming-Hub durch, sodass das Ladegerät akzeptiert und nicht nur tischfunktional ist.
3. Abrechnungstaugliche Energiemessung. 3. Wir integrieren ein MID-zugelassenes / Eichrecht-fähiges Energiezählermodul mit manipulationssicherem Datenpfad und signieren Sitzungs-kWh, sodass der Betreiber legal abrechenbare, roaming-verrechenbare Energiedaten statt unzertifizierter Sensorschätzungen erhält.
4. Fehlerarbitrierung von Pilot und Leistungsstufe. 4. Wir definieren eine Fehlerinstanz: Die CP/PP-Firmware steuert den IEC 61851-Zustandsautomaten und das Schütz, mit Hardware-Verriegelungen für Übertemperatur-, Isolations- und RCD/RDC-DD-Ereignisse, sodass jeder Fehler genau einen Verantwortlichen hat, der das Schütz sicher öffnet.
5. Außengehäuse- und Schutzgrad-Design. 5. Wir konstruieren das Gehäuse auf ein reales IP54/IP65-Ziel: Dichtungskompressionsbudget, Kabelverschraubungsdichtung, Kondensatablauf und thermische Belüftung, validiert für Mast- und Wandmontage, sodass die Einstufung nach Feldwetter hält, nicht nur an einer Laborprobe.
6. Zertifizierungsgeführter Produktplan. 6. Wir bauen IEC 61851-, IEC 61000-EMV- und Sicherheitsanforderungen von Tag eins in die Architektur ein, führen Vorab-Compliance-Scans intern durch und übergeben dem Labor eine typtestbereite Einheit mit nachverfolgbarer Anforderungs-zu-Test-Matrix, um die Zertifizierungsdauer zu verkürzen.