Ocpp: reduce number of configurable timeouts

[andig]

TODO

• fix tests

[premultiply]

Das hier sollten wir wohl auch besser umbenennen, da dies mit dem festen OCPP-Begriff ConnectionTimeOut Verwechslungsgefahr birgt aber etwas ganz anderes meint:

Interval *from beginning of status: 'Preparing' until incipient Transaction is automatically canceled, due to failure of EV driver to (correctly) insert the charging cable connector(s) into the appropriate socket(s). The Charge Point SHALL go back to the original state, probably: 'Available'.

[andig]

Ich möchte zu zwei existierenden Timeouts jetzt keinen weiteren einführen der noch neue Verwirrung stiftet. Immer dran denken: dass müssen die Anwender alles nachvollziehen...

[premultiply]

Das will ich ja auch nicht.
Es ging nur um die Namensgebung, die speziell im OCPP-Umfeld halt etwas verwirrend sein könnte.

[premultiply]

Ich glaub in ocpp-go hab ich auch schon mal entsprechende Konstanten gesichtet.
Könnte man die auch nutzen?

[andig]

Könnte man die auch nutzen?

Findest Du welche das ist? Konnte auf die Schnelle nix entdecken.

[premultiply]

Hatte das wahrscheinlich verwechselt mit dem hier:

evcc/charger/ocpp/cp_core.go

Lines 12 to 15 in e3549cf

	const (
	messageExpiry = 30 * time.Second
	transactionExpiry = time.Hour
	)

[andig]

Ich habe message/ meter/ transaction expiry jetzt auch noch weg geworfen. Warum wir auf 1h alte Transaktionen reagieren sollten ist nicht so richtig klar. Wenn die Uhren auseinander laufen haben wir ohnehin schon andere Probleme.