Was brauchen Sie zur Prüfung von MCS-Kommunikation und Signalen beim Megawatt-Laden?

IEC 61851-23-3:2026 behandelt MCS-Versorgungseinrichtungen und verweist für die digitale Kommunikation auf ISO 15118-10 und ISO 15118-20. Im veröffentlichten Anwendungsbereich bleiben Anforderungen an bidirektionalen Energiefluss in Prüfung. Den vereinbarten Änderungsstand von ISO 15118-20 ebenfalls dokumentieren. [1] IEC 61851-23-3:2026 [2] ISO 15118-20:2022/Amd 1:2026

1. Den Schnittstellenumfang festschreiben. Kupplung, physische Kommunikationsverbindung, EVCC-/SECC-Rolle, Protokollausgaben und implementierte Dienste dokumentieren. Diese mit der konfigurierten MCS-Prüfhardware und Bibliotheksfreigabe abgleichen.
2. Die Kommunikationsbasis bestätigen. Vor einer Leistungsprüfung die Verbindung und eine normale Sitzung herstellen. Aushandlung, gegebenenfalls Authentifizierung, angeforderte Grenzwerte und Zustandsübergänge erfassen.
3. Koordinierte Signaländerungen prüfen. Jeweils einen unterstützten Grenzwert, Verriegelungszustand, Temperatureingang oder eine Kommunikationsbedingung variieren. Beobachten, wie der Prüfling Nachrichten und Zustand der Energieübertragung aktualisiert.
4. Auf die vorgesehenen Leistungsbedingungen erweitern. Wenn Energieübertragung zum Prüfziel gehört, die festgelegte Quelle beziehungsweise Last, Kühlung und Schutztrennung verwenden. Angeforderte, zulässige und gemessene Betriebswerte vergleichen.
5. Abschaltung und Neustart prüfen. Den konfigurierten Unterbrechungsfall ausführen, den definierten sicheren Übergang beobachten und den Ausgangszustand wiederherstellen. Versionen von Aufzeichnung und Aufbau für die Regression speichern.

Praxistipp. Eine Kompatibilitätsmatrix für Kupplung, Verbindung, Dienste, Firmware und Bibliotheksversionen führen. „MCS unterstützt“ ist zu ungenau, um die ausgeführte Prüfkonfiguration zu identifizieren.

Schnittstelle, Status und Prüfziel festhalten

Beginnen Sie mit dem konkreten MCS-Projekt und dem zum Prüfzeitpunkt freigegebenen Umfang. Nennen Sie Prüflingsrolle, physische Schnittstelle, Kommunikationsprofil und die benötigten Signale. Halten Sie geplante Erweiterungen getrennt von bereits verfügbaren Funktionen. Gerade bei einer weiterentwickelten Schnittstelle kann derselbe allgemeine Begriff unterschiedliche Projektstände bezeichnen. Ordnen Sie deshalb jeden Fall einer tatsächlichen Hardware- und Bibliothekskonfiguration zu. Bestätigen Sie vor dem Versuch, welche Funktionen der Aufbau beeinflussen und beobachten kann. Eine Kommunikationsprüfung soll nicht als Nachweis für die vollständige Leistungselektronik oder für jede später geplante Betriebsart verstanden werden. Diese Abgrenzung gehört zum gespeicherten Rezept und zum Ergebnisbericht.

Kommunikations- und Signalaufzeichnung gemeinsam planen

Legen Sie fest, welche Ereignisse für die Entwicklungsfrage relevant sind und wie sie zeitlich miteinander verglichen werden. Dokumentieren Sie Messzugang, Aufzeichnungsbeginn und verwendete Zeitbasis. Prüfen Sie mit einem Referenzlauf, ob Nachrichten und Signale in der benötigten Auflösung verfügbar sind. Ergänzen Sie anschließend nur die unterstützten Abweichungen des ausgewählten Falls. Ein fehlender Zustandswechsel kann durch eine Nachricht, eine Signalbedingung oder eine externe Voraussetzung beeinflusst werden. Sichern Sie deshalb die Ereignisse vor und nach der Abweichung. Wenn ein Signal im Aufbau nicht zugänglich ist, nennen Sie diese Lücke. Eine passende Protokollmeldung darf die fehlende elektrische Beobachtung nicht automatisch ersetzen.

Den elektrischen Leistungsaufbau gesondert auslegen

Die Bezeichnung Megawatt Charging beschreibt nicht automatisch die Leistung, die jeder Prüfaufbau tatsächlich übertragen kann. Bestätigen Sie Quellen, Lasten, Anschlüsse und Messungen für die geplante elektrische Untersuchung. Halten Sie die konfigurierte Leistungsgrenze und die vorgesehenen Betriebsbedingungen fest. Trennen Sie reine Kommunikationsfälle von Fällen mit Energieübertragung. Verknüpfen Sie deren Ergebnisse, wenn sie gemeinsam eine Anforderung beantworten sollen. Bewerten Sie die Prüfung anhand des ausgewählten Dokuments und der projektspezifischen Methode. Verwenden Sie keine Leistung oder keinen Grenzwert aus einer Marketingbezeichnung als Bewertungsregel. Ein nachvollziehbarer Bericht zeigt, welche Funktion ausgeführt wurde und welcher zusätzliche Leistungs- oder Schutznachweis noch benötigt wird.

Beispiel: eine abweichende Startsequenz untersuchen

In einem Planungsbeispiel erreicht ein MCS-Prüfling einen erwarteten Startzustand nicht. Vergleichen Sie zunächst den Referenzlauf mit der abweichenden Sequenz und bestimmen Sie das erste unterschiedliche Ereignis. Prüfen Sie, ob die vorgesehene Nachricht und die benötigte Signalbedingung am Prüfling vorhanden waren. Verändern Sie anschließend nur eine unterstützte Voraussetzung, die zur Hypothese gehört. Halten Sie Firmware und Schnittstellenkonfiguration konstant. Wiederholen Sie nach einer Korrektur denselben Fall und die ausgewählten Vergleichsabläufe. Dieses Vorgehen untersucht die Ursache des beobachteten Zustands und setzt weder eine beliebige Übertragungsleistung noch eine allgemeine MCS-Zeitgrenze voraus. Der Bericht muss den verwendeten Projektstand benennen.