Konfigurationsschlüssel sind die am wenigsten diskutierte und häufigste Ursache für Integrationsfehler zwischen einem Ladegerät und einer Plattform. Auf diese Weise überprüft und passt ein Backend das Verhalten eines Ladegeräts an, und die Spezifikation lässt erheblichen Interpretationsspielraum darüber, welche vorhanden sein müssen.
In diesem Raum treten Interoperabilitätsprobleme auf, weshalb die Versionskonformität auf beiden Seiten kaum eine Garantie darstellt.
Was Konfigurationsschlüssel bewirken
Eine Plattform kann ein Ladegerät nach seinen aktuellen Einstellungen fragen und versuchen, diese zu ändern. Heartbeat-Intervall, Zählerwert-Sampling, Connector-Timeouts, Autorisierungsverhalten und viele andere Parameter werden auf diese Weise offengelegt.
Auf diese Weise bringt ein Backend ein neu angeschlossenes Ladegerät in einen konsistenten Betriebszustand, ohne dass jemand den Standort besucht. Dies macht es für den Betrieb einer Flotte jeder Größenordnung von grundlegender Bedeutung.
Erforderlich, optional und herstellerspezifisch
Eine für die Flotte eines Herstellers geschriebene Plattform geht oft davon aus, dass optionale Schlüssel vorhanden sind, weil dies schon immer der Fall war. Führen Sie ein Ladegerät ein, das sie weglässt, und die Plattform kann es nicht konfigurieren, ohne dass eine Seite nicht konform ist.
- Einige Tasten müssen gemäß der Spezifikation von jedem Ladegerät unterstützt werden.
- Einige sind optional und ein kompatibles Ladegerät verfügt möglicherweise einfach nicht über sie.
- Einige sind herstellerspezifisch und nur für die Geräte eines Herstellers von Bedeutung.
- Einige sind schreibgeschützt und ein Versuch, sie zu ändern, wird abgelehnt, anstatt angewendet.
Abgelehnte Änderungen und stillschweigende Nichtanwendung
Wenn eine Plattform versucht, einen Schlüssel festzulegen, kann das Ladegerät ihn akzeptieren, ablehnen, akzeptieren, aber einen Neustart erfordern, bevor er wirksam wird, oder die Annahme melden, ohne ihn anzuwenden.
Der dritte Fall ist legitim und spezifiziert. Der vierte ist ein Defekt, der schwer zu erkennen ist, ohne den Wert nach dem Einstellen erneut abzulesen. Ein verifiziertes Rücklesen ist die einzige zuverlässige Möglichkeit, festzustellen, ob eine Konfigurationsänderung vorgenommen wurde.
Wo sich in einer Flotte Drift ansammelt
Ladegeräte, die zu unterschiedlichen Zeiten, mit unterschiedlicher Firmware in Betrieb genommen oder von Außendiensttechnikern zurückgesetzt wurden, weisen am Ende unterschiedliche Konfigurationen auf, erscheinen aber auf der Plattform identisch. Fehlerbilder werden dann unleserlich, da das gleiche Symptom je nach Geräteeinstellung unterschiedliche Ursachen hat.
Durch regelmäßiges Zurücklesen der Konfiguration in der gesamten Flotte wird dies verhindert, anstatt davon auszugehen, dass sie mit dem übereinstimmt, was übertragen wurde. Nur wenige Betreiber tun dies erst nach einem Vorfall, den sie sich nicht erklären konnten.
Groß-/Kleinschreibung und Benennung
Schlüsselnamen sind Zeichenfolgen und die Implementierungen unterscheiden sich in der Genauigkeit, mit der sie übereinstimmen. Eine Plattform, die einen Schlüssel mit einer anderen Großschreibung als der vom Ladegerät verwendeten anfordert, erhält möglicherweise nichts und kommt zu dem Schluss, dass der Schlüssel nicht unterstützt wird, wenn er vorhanden ist.
Dies ist ein kleines Detail mit großer Konsequenz, und es lohnt sich, es auszuschließen, bevor man zu dem Schluss kommt, dass einem Ladegerät die Fähigkeit fehlt.
Was ist bei der Integration zu etablieren?
- Lesen Sie die vollständige Schlüsselliste vom Ladegerät ab, anstatt von einem Standardsatz auszugehen.
- Identifizieren Sie, von welchen Schlüsseln die Plattform abhängt, und bestätigen Sie, dass jeder vorhanden ist.
- Testen Sie, ob die Änderungen wirksam sind, indem Sie die Antwort noch einmal lesen, statt ihr zu vertrauen.
- Bestimmen Sie, welche Schlüssel einen Neustart erfordern, damit sie wirksam werden.
- Zeichnen Sie die Konfigurationsbasislinie auf, damit Abweichungen später erkannt werden können.
Warum dies eine Interoperabilitätsfrage und keine Compliance-Frage ist
Nichts davon bedeutet, dass eine Seite gegen die Spezifikation verstößt. Beide können völlig konform sein und dennoch nicht zusammenarbeiten, da die Einhaltung eine Untergrenze und nicht einen Vertrag zwischen zwei spezifischen Implementierungen definiert.
Dies ist der praktische Grund, warum die Integration anhand der Plattform und Firmware-Version überprüft wird, die Sie ausführen möchten, und nicht anhand einer Versionsnummer in einem Datenblatt abgeleitet wird.