EEBUS: SHIPID vs. SKI

[CiNcH83]

Beim Thema EEBUS Konfiguration scheint die Doku etwas unscharf:

docs/docs/reference/configuration/eebus.md

Lines 96 to 102 in 547af3a

	Hiermit kann die zu verwendende Geräte-ID (SKI) definiert werden.
	**Beispiel**:
	```yaml
	shipid: EVCC-1234567890abcdef
	```

Was genau soll da nun hin? SHIPID oder SKI? Auch das Beispiel ist irreführend. Oder ist das eine gültige SHIPID? Oder ist das nur ein Teil der SHIPID? Der SKI wird doch aus dem Zertifikat generiert und ist Teil der SHIPID?

/cc @DerAndereAndi

[DerAndereAndi]

Hiermit kann die zu verwendende Geräte-ID (SKI) definiert werden.

Der Text ist falsch. Eher vielleicht so etwas:

Hiermit kann die zu verwendete Geräte-ID (SHIP-ID) definiert werden. Dies sollte nur für Entwicklungszwecke notwendig sein.

Die SKI wird aus dem Zertifikat automatisch generiert und von der Gegenstelle auch u.U. gegen das Zertifikat (Public-Key) geprüft.

Die SKI ist normalerweise NICHT Teil der SHIP-ID, aber bei evcc wird dies mangels Alternativen gemacht.

[CiNcH83]

shipid: EVCC-1234567890abcdef

Gemäß Gemini:

Die ShipID ist eine 16-stellige hexadezimale Zahl, die im Klartext übertragen wird.

Gehört das EVCC- dann da überhaupt hin? So wirklich SHIPID konform ist das dann nicht, oder?

[DerAndereAndi]

Gemini hat keine Ahnung. Es gibt keine Vorgabe außer dass es ein String ist, der sich nicht verändern darf.

[CiNcH83]

der sich nicht verändern darf.

Verwendet evcc dafür, sofern in der evcc.yaml nicht angegeben, die /dev/machine-id? Wenn man evcc auf ein anderes Gerät umzieht, ändert sich diese wahrscheinlich? Evtl. dann doch besser, eine SHIPID in der evcc.yaml einzutragen, weil man sonst die Assoziierungen neu machen muss?

[DerAndereAndi]

machine-id oder plantid (besser). ja, aber das alleine ist nicht relevant. Wenn sich das Zertifikat ändert, tut sowieso auch nichts mehr. Da beides zusammenhängt ist es NICHT empfehlenswert, die SHIP-ID manuell zu ändern. Schon gar nicht wenn man nicht weiss was man tut. Es wurde für Entwicklungsszenarien hinzugefügt.

[CiNcH83]

OK. Wenn ich früher plant und Zertifikat in der evcc.yaml hatte, konnte ich das einfach auf ein neues Gerät migrieren. Wenn ich die machine-id genutzt und nur das Zertifikat migriert habe, muss ich die Assoziierung trotzdem wegen der geänderten SHIPID (basierend auf der neuen machine-id) neu machen, oder?

Wie soll das in Zukunft ohne evcc.yaml aussehen? plantid und Zertifikat sind dann wohl in der DB, welche neuerdings gesichert und wiederhergestellt werden kann? D.h. es ist besser, die machine-id nicht in den Docker-Container zu mappen und eine plantid zu nutzen? Evtl. macht es Sinn, die Dokumentation dahingehend anzupassen?

[DerAndereAndi]

Oder man koppelt einfach neu. Das wird nur mit einem SMGW/Steuerbox dann ein Problem.

Wie das in Zukunft aussehen soll, weiss ich nicht. Bin ich nicht beteiligt.

/cc @andig @naltatis

[CiNcH83]

Also ich würde dann eher auf die plantid statt machine-id gehen.

@naltatis Ich gehe davon aus, dass die evcc.yaml irgendwann verschwinden wird? Wird die plantid dann samt Zertifikat in der DB gespeichert? Wird bei der Migration die plantid aus der evcc.yaml in die DB übertragen?

[andig]

Ich gehe davon aus, dass „wie wird es irgendwann mal“ Fragen heute nicht beantwortet werden können und wir uns die Zeit sparen sollten.

[CiNcH83]

Ich war der Auffassung, dass die Migration von evcc.yaml auf DB nicht in allzu weiter Zukunft liegt. evcc-io/evcc#20190 scheint ja schon eine ID zu generieren und in der DB zu speichern, sofern keine andere vorhanden ist. Einen Migrationsprozess gibt es ja auch bereits? Ich hätte erwartet, dass da die plantid in die DB übertragen wird? In der runMigrate kann ich das aber nicht finden.

[CiNcH83]

Ich habe jetzt mal von der machine-id (die entsprechenden Volumes habe ich aus der docker-compose.yml entfernt) auf die plantid bzw. plant in der evcc.yaml umgestellt. Ich hoffe, dass plant samt Zertifikat dann mal sauber in die DB migriert wird und das von @DerAndereAndi beschriebene Szenario…

Oder man koppelt einfach neu. Das wird nur mit einem SMGW/Steuerbox dann ein Problem.

… vermieden werden kann. Auch wenn ich evcc mal auf ein anderes Gerät umziehe, würde ich die Runde über den Netzbetreiber gerne vermeiden...