OCPP-Integrationsdienstleistungen

Diagnose auf Nachrichtenebene

Ein Integrationsproblem lässt sich nicht durch den Vergleich von Funktionslisten lösen. Dafür muss der Nachrichtenaustausch beider Seiten in der richtigen Reihenfolge und mit Zeitstempeln gelesen werden. Die meisten Streitfälle zwischen Ladestations- und Plattformanbieter enden, sobald jemand den vollständigen Trace vorlegt.

Da wir sowohl Ladestationen als auch Backends entwickeln, können wir diesen Trace von beiden Seiten lesen, statt ihn bei einem Dritten anzufordern, der wenig Anreiz hat, ihn bereitzustellen.

Transaktionsintegrität

Eine korrekte Abrechnung setzt voraus, dass Transaktionen auch außerhalb des Idealablaufs erhalten bleiben: bei Verbindungsverlust während des Ladevorgangs, Neustart der Ladestation, Neustart der Plattform und abweichenden Systemzeiten. Eine Ladestation, die diese Fälle sauber behandelt, und eine Plattform, die sie korrekt abstimmt, erfüllen zwei unterschiedliche Anforderungen – beide müssen eingehalten werden.

Ergebnisse eines Integrationsprojekts

• Eine geprüfte Integration mit den konkret eingesetzten Plattform- und Firmwareversionen
• Eine dokumentierte Liste der abweichenden Verhaltensweisen beider Implementierungen und des jeweiligen Umgangs damit
• Nachrichten-Traces der fehlgeschlagenen Fälle als dauerhafter Nachweis
• Dokumentierte Konfigurations- und Versionsgrenzen, damit ein späteres Update die Integration nicht unbemerkt beschädigt
• Eine Regressionstest-Basis: was nach einem Release auf einer der beiden Seiten erneut geprüft werden muss

Unterstützte Versionen

OCPP 1.6J und 2.0.1 sind Bestandteil der ausgelieferten Firmware; OCPP 2.1 befindet sich in Entwicklung. Die unterstützte Version ist nur der Ausgangspunkt. Geprüft wird gegen die Plattform und das Release, die tatsächlich eingesetzt werden, denn dort liegen die relevanten Unterschiede.

Eine Versionsnummer ist keine Integration

Das häufigste Integrationsproblem, zu dem wir hinzugezogen werden, ist kein Softwarefehler. Es ist eine Ladestation, die die im Datenblatt genannte OCPP-Version tatsächlich unterstützt und dennoch nicht mit der gewählten Plattform funktioniert.

Ein Kunde kam mit genau diesem Problem zu uns. Das Gerät war als OCPP-Ladestation verkauft worden, und die Angaben im Datenblatt waren nicht falsch. Trotzdem war seine OCPP-Implementierung nicht mit dem benötigten Backend interoperabel. Eine Versionsangabe beschreibt ein Protokoll; das konkrete Problem betraf eine bestimmte Plattform, ein bestimmtes Release und einen bestimmten Nachrichtensatz.

Deshalb wird eine Integration gegen das geprüft, was später tatsächlich betrieben wird – nicht gegen die Aussage im Datenblatt. Alles andere ist eine Kompatibilitätsannahme, die als Integration bezeichnet wird.

• Die namentlich festgelegte Plattform in der vorgesehenen Release-Version
• Der Nachrichtensatz, den der Betrieb benötigt, einschließlich der Fehlerpfade
• Das Verhalten bei Wiederverbindung, Backend-Ausfall und einer unterbrochenen Transaktion
• Ein vollständig durchgeführtes Firmware-Update über die Luftschnittstelle

So arbeiten wir mit Ihrem Team

Wir arbeiten mit Ihrem Plattformteam und nicht an ihm vorbei. Ihre Fachleute wissen, wovon der reale Betrieb abhängt. Eine Integration, die ohne dieses Wissen entsteht, besteht ihre Tests und scheitert anschließend im Betrieb.

Wenn die Analyse ergibt, dass die vorhandene Ladestation oder Plattform ungeeignet ist, sagen wir das klar. Diese Aussage ist unangenehm, wenn bereits investiert wurde, aber hilfreicher als eine Integration, die das Grundproblem nur verdeckt.