andig

Interessant! Hier ist eine gute Beschreibung: https://www.ampcontrol.io/ocpp-guide/how-to-start-an-ocpp-charging-session-with-starttransaction. Was mir nicht klar war: `Authorize` und `(Remote)StartTransaction` sind separate Requests. Damit sollte es genügen, dass `idTag` aus `Authorize` als Identifier zu verwenden...

Leider zeigt das verlinkte Issue, dass die `connectorId` nicht zum Standard gehört. Bei multi-connector Boxen wissen wir also nicht, wo das Auto angeschlossen ist :(

Ja, die Idee hatte ich auch. Dann müssten wir aber bitte mal einen Trace sehen da in dem Fall der Flow mit `RemoteStartTransaction` anfängt bei dem evcc schon das `idtag`...

Mindestens nach Disconnect brauchts den. Ich sehe auch keine Grund, warum die Box durch diese Änderung das selbst tun sollte.

> nach Freigabe durch lokale RFID-Authentifizierung am CS oder Die Authentifizierung startet keine Session. Das ist ein unabhängiger Prozess, siehe verlinkte Doku. > per lokalem (Auto)start durch die Box oder...

Ich bräuchte weiter https://github.com/evcc-io/evcc/issues/14579#issuecomment-2205164245 um das in der aktuellen Systematik lösen zu können.

Could you try https://github.com/evcc-io/evcc/pull/14733? For Docker users it's available using the `ocpp` tag.

I would be happy to file a PR to remove this hurdle for new users.

It isn't clear to me why this needs be part of this module. If it is for sake of integration capabilities it might be better to add the required APIs...

> The configuration manager also adds configuration key validation based on the OCPP profile(s), as each OCPP profile requires some configuration keys to be present (in OCPP specs), which would...