
Anwendungen / Interoperabilitäts- und Ladeanalyse
Die Ursache eines Ladefehlers finden
Wenn Elektrofahrzeug und Ladestation nicht miteinander laden, zeichnen Sie ihre Nachrichten, Spannung und Strom auf einer Zeitachse auf. Finden Sie die erste Abweichung, prüfen Sie die vermutete Ursache und wiederholen Sie die Sitzung nach einer Korrektur.
Testszenario: Mit der Vorladeabweichung beginnen
Im dokumentierten Kundenfall passte die vom Fahrzeug angeforderte Spannung nicht zur gemessenen Vorladereaktion der Ladestation. Das Vorladen gleicht die Spannung an, bevor die Hauptleistungsverbindung schließt. Vergleichen Sie Anforderung, gemessene Spannung und nächsten Zustand gemeinsam und wiederholen Sie den Ladeversuch nach der Korrektur der Regelparameter.
Wenn das Zeitverhalten korrekt erscheint, die elektrische Reaktion untersuchen.
In einem anonymisierten EVSE-Fall (Ladestation) passten angeforderte Batteriespannung und gemessene Vorladereaktion nicht zusammen. Die gemeinsame Prüfung von Kommunikation und elektrischen Signalen machte die Abweichung sichtbar.
Warum Ladeinteroperabilitätsfehler ungelöst bleiben
Der Fehler entsteht zwischen Systemen. Die Nachweise bleiben meist nach Systemen getrennt.
Zuverlässige Ladefehleranalyse erfordert mehr als eine weitere PCAP-Datei, ein Fahrzeugprotokoll oder eine Ladestationsaufzeichnung. Wirksame Ladefehleranalyse beginnt damit, einen gemeinsamen technischen Ablauf über beide Implementierungen hinweg zu rekonstruieren. Entscheidend ist, welches Ereignis über Kommunikation, Steuerung der unteren Ebene und elektrisches Verhalten hinweg zuerst auftrat und welche Reaktion folgte. Getrennte Uhren und Teilansichten können den letzten Fehler zeigen und zugleich die auslösende Abweichung verbergen.
Unterschiedliche Uhren
Fahrzeug, Ladestation, Backend und Laborwerkzeuge zeichnen oft auf unabhängigen Zeitbasen auf. Ein manueller Abgleich kann die scheinbare Ereignisreihenfolge umkehren.
Technische Teilansichten
Dekodierte Nachrichten allein zeigen nicht, ob Zustände der unteren Signalebene, Spannung, Strom und erwartete Ladephase konsistent blieben.
Ungeprüfte Annahmen
Teams diskutieren Symptome anhand getrennter Exporte. Die vermutete Ursache wird oft bereits in der Software geändert, bevor sie unter denselben Bedingungen geprüft wurde.
Passive Man-in-the-Middle-Messung
Das reale Zusammenspiel beobachten, ohne eine Seite zu ersetzen.
Die Untersuchung beginnt an der physischen Ladeschnittstelle. Das reale Fahrzeug und die reale Ladestation bleiben die aktiven Partner, während ein passiver Man-in-the-Middle-Pfad die relevanten Ebenen auf einer Zeitbasis aufzeichnet. Dadurch bleibt das Verhalten erhalten, das das Problem tatsächlich erzeugt hat, statt es später aus unabhängigen Protokollen zu rekonstruieren.
Aktive Manipulation und Laborsimulation sind separate Validierungsschritte. Sie werden erst eingesetzt, nachdem das ursprüngliche Ereignis erfasst wurde und die technische Fragestellung klar ist.
Ebenenübergreifende Ladeanalyse
Dekodierte Daten anzuzeigen ist nicht dasselbe wie den Ladevorgang zu analysieren.
Ladeinteroperabilitätsanalyse verknüpft Protokollnachrichten, Zeitverhalten, Zustände der unteren Signalebene, Spannung, Strom und die Reaktionen beider Partner. Ziel ist es, die erste technisch aussagekräftige Abweichung zu erkennen und im Kontext der Ladephase einzuordnen, statt lediglich weitere Aufzeichnungen zu sammeln.
Prüfen, ob der Gesamtzustand konsistent ist.
Kommunikation
Nachrichtenrichtung, Reihenfolge, Inhalt und Zeitverhalten.
Zustand der unteren Signalebene
Verbindungs-, Steuer-, Signal- und Stoppbedingungen.
Elektrisches Verhalten
Spannung, Strom, Leistungsübergang und physische Reaktion.
Erwarteter Kontext
Ladephase, zulässige Kombination und erkannte Abweichung.
Automated Standards Analysis kann normative oder konfigurierte Erwartungen ergänzen, soweit freigegeben. Cross-Layer State Monitoring ist für passende Konfigurationen von DC CCS, CHAdeMO und DC China / GB/T DC implementiert. Prüfen Sie die genauen Protokollversionen, Kanäle und Auswerteregeln für das gewählte Produkt und die jeweilige Funktion.
Eine gemeinsame Methode für Ladeinteroperabilität
Verbinden. Erfassen. Dekodieren. Zuordnen. Analysieren. Validieren. Reproduzieren. Wiederverwenden.
Der vollständige Ablauf erhält die Nachweiskette vom realen Ladeereignis bis zur kontrollierten technischen Entscheidung.
- 1
Anschließen
An der Ladeschnittstelle auf das reale Fahrzeug und die reale Ladestation zugreifen.
- 2
Erfassen
Die relevanten Ladeebenen auf einer synchronisierten Zeitbasis aufzeichnen.
- 3
Dekodieren
Protokollnachrichten, Zustandsübergänge, Signale und Zeitverhalten aufschlüsseln.
- 4
Zuordnen
Kommunikation mit dem Verhalten der unteren Signalebene und dem elektrischen Verhalten verknüpfen.
- 5
Analysieren
Die erste Abweichung im erwarteten technischen Kontext erkennen.
- 6
Validieren
Die vermutete Ursache durch eine kontrollierte Änderung prüfen.
- 7
Nachbilden
Unterstütztes Partnerverhalten in einen wiederholbaren Labortest überführen.
- 8
Wiederverwenden
Den Fall für Nachweise, Zuliefererabstimmung und Regression aufbewahren.
Kontrollierte Validierung und Reproduktion vom Feld ins Labor
Die Hypothese vor der Änderung eines der Produkte prüfen.
Nachdem die auslösende Abweichung eingegrenzt wurde, ändern Sie nur die Bedingung, die zur Prüfung von Ursache und Wirkung erforderlich ist. Ein Gateway-Verfahren im laufenden Betrieb kann eine ausgewählte Kommunikationsbedingung ändern, während beide realen Partner verbunden bleiben. Ein Playback-Verfahren kann später unterstütztes Ladepartnerverhalten an der physischen Schnittstelle nachbilden.
Im laufenden Betrieb validieren
Nutzen Sie Manipulating Gateway, soweit freigegeben, um zu prüfen, ob ein ausgewählter Wert, eine Nachricht oder eine Zeitbedingung das Ergebnis verändert.
Funktionsseite öffnenIm Labor reproduzieren
Nutzen Sie Charge Playback, soweit freigegeben, um dem Prüfling aufgezeichnetes fahrzeug- oder ladestationsseitiges Verhalten erneut bereitzustellen.
Funktionsseite öffnenBeginnen Sie mit der Untersuchungsmethode und bestätigen Sie anschließend unterstützte Richtungen, bearbeitbare Parameter, Freigabegrenzen und technische Konfiguration auf den jeweiligen Funktionsseiten.
Messungen mit ihren Prüfbedingungen zusammenhalten
Den Fehler aufzeichnen, Bedingungen wiederholen und die Korrektur prüfen.
Bewahren Sie synchronisierte Messung, anwendbare Erwartung, erkannte Abweichung, Validierungsbedingung und resultierende Entscheidung in einem zuordenbaren Paket auf. Der Wert liegt nicht in der Anzahl exportierter Dateien, sondern in der nachvollziehbaren Verbindung zwischen ursprünglichem Ereignis und überprüfter Schlussfolgerung.
- Eine synchronisierte Messung statt isolierter Exporte
- Erwarteten Zustand und Abweichung zusammen mit dem beobachteten Verhalten zeigen
- Kontrollierte Validierungsbedingung dokumentiert
- Gemeinsame Nachweise für Entwicklung, Zulieferer und Labore
- Wiederverwendbarer Fall für Freigaberegression und Variantenprüfung
Einen technischen Fall für Entwicklung, Partnerabstimmung und Feldeskalation nutzen.
Wo die Methode Wirkung entfaltet
Integrationsfehler vor der Freigabe lösen
Interaktionsprobleme verstehen, solange Fahrzeug- und Ladestationssoftware noch gezielt geändert werden können.
Das konkrete Paar vor Ort erfassen
Das Ereignis sichern, das verschwindet, sobald eine der Implementierungen den Standort verlässt.
Schuldzuweisungen durch gemeinsame Nachweise ersetzen
Eine Zeitbasis, einen Ablauf und eine geprüfte Hypothese über beide Implementierungsteams hinweg nutzen.
Überprüfte Fälle nach Änderungen wiederverwenden
Das relevante Partnerverhalten nach Software-, Parameter- oder Hardwareaktualisierungen wiederholen.
Mit der Entscheidung fortfahren, die die Nachweise ermöglichen.
Von der Methode zur Umsetzung
Wählen Sie den nächsten Weg danach, ob Sie Erfassung realer Ladepaare, aktive Reproduktion, konfigurierbare Fehler oder eine vollständige Systemkonfiguration benötigen.
EVCA Interop
Konkrete Hardware, Software, Schnittstellen, Konfigurationen und kommerzieller Systemumfang für die Prüfgrenze des realen Ladepaars.
EVCA Multi Mobile
Umfassendere tragbare Messung, Simulation und Vor-Ort-Prüfung für mehrere Standards.
Automatisierte Normenanalyse
Freigegebene normbezogene Auswertung, Zeitanalyse und Nachweise der Benutzeroberfläche.
Manipulating Gateway
Unterstützte Änderungen im laufenden Betrieb, Protokollumfang, Grenzen und Validierungsbedingungen.
Charge Playback
Aktive physische Reproduktion von Ladepartnern, Richtung und freigegebene Tiefe.
Konformitätsprüfbibliotheken
Definierte Testfälle, Normausgaben, Prüflingsrollen, Bewertungen und Validierungsumfang.
Konformität, Interoperabilität und Robustheit
Drei Fragen. Drei Prüfdisziplinen.
Konformität
Erfüllt eine Implementierung einen definierten Anforderungssatz und standardisierte Testfälle?
Interoperabilität
Wie verhalten sich zwei konkrete Implementierungen in einer realen Ladesitzung gemeinsam?
Robustheit
Wie reagiert eine Implementierung auf konfigurierte Grenzwerte, Zeitänderungen und schwieriges Verhalten?
Kundenreferenzen
Untersuchung realer Ladepaare in der Praxis.
Die folgenden Kundenerfahrungen beziehen sich auf Tests mit unseren EVCA-Systemen.

KundenergebnisDas Team beschreibt EVCA als sein vollständigstes System für Fahrzeugsimulation, Sniffer- und Man-in-the-Middle-Funktionen.

KundenergebnisEine langjährige Zusammenarbeit wird mit einer weiteren comemso-Hardwareaufrüstung für das EFECT-Labor fortgesetzt.
Häufig gestellte Fragen
Interoperabilitäts- und Ladeanalyse
Was ist eine Ladeinteroperabilitätsprüfung?
Sie untersucht, wie ein bestimmtes reales Elektrofahrzeug und eine bestimmte reale Ladestation während einer tatsächlichen Ladesitzung zusammenarbeiten. Die Methode verknüpft Kommunikation, Zustand der unteren Signalebene, Zeitverhalten, elektrisches Verhalten und die Reaktionen beider Implementierungen.
Wie unterscheidet sich Interoperabilitätsprüfung von Konformitätsprüfung?
Konformitätsprüfung bewertet eine Implementierung anhand definierter Anforderungen und Testfälle. Interoperabilitätsprüfung untersucht das Zusammenspiel zweier konkreter Implementierungen. Beide sind notwendig, weil sie unterschiedliche Fragen beantworten.
Warum können einzeln konforme Produkte im Zusammenspiel dennoch scheitern?
Unterschiedliche Auslegungen, optionales Verhalten, Zeitreserven, Zertifikatsbedingungen, Zustandsübergänge und Fehlerbehandlung können auf eine Weise zusammenwirken, die eine Einzelprüfung keiner der beiden Implementierungen sichtbar macht.
Warum ist eine passive Man-in-the-Middle-Messung hilfreich?
Sie erhält das reale Zusammenspiel von Fahrzeug und Ladestation und zeichnet dabei die relevanten Ebenen auf einer gemeinsamen Zeitbasis auf. Bei der ursprünglichen Felderfassung wird keiner der Partner ersetzt.
Warum können reine Kommunikationsaufzeichnungen einen Ladefehler übersehen?
Eine reine Kommunikationsaufzeichnung kann nicht zeigen, ob gemessene Spannung und Strom zu den während des Ladens angeforderten Werten passen.
Im anonymisierten comemso-Vorladefall erschien das Kommunikationszeitverhalten unauffällig, während die gemessene Spannungsreaktion der Ladestation nicht zur angeforderten Batteriespannung passte. Ein erfahrener Produktspezialist erkannte diesen Zusammenhang bei der Prüfung synchronisierter elektrischer und kommunikativer Nachweise. Dies war die menschliche Analyse eines Fahrzeug-Ladestations-Paars; der Bericht belegt nicht, dass alle Fehler dieselbe Ursache oder Diagnosedauer haben.
Lässt sich eine vermutete Ursache vor einer Softwareänderung prüfen?
Ja, wenn eine freigegebene Methode zur Validierung im laufenden Betrieb die erforderliche kontrollierte Änderung unterstützt. Ziel ist es, Ursache und Wirkung zu beobachten, bevor eine Korrektur im Fahrzeug oder in der Ladestation umgesetzt wird.
Untersuchung realer Ladepaare
Einen Ladefehler in eine kontrollierte Fragestellung überführen.
Beschreiben Sie Fahrzeug, Ladestation, beobachtetes Verhalten und die Nachweise, die zur Eingrenzung der Ursache benötigt werden.