UI: Waiting for Authentication?

[premultiply]

mir ist aufgefallen das ich in EVCC leider nicht sehen kann ob die Wallbox die Authentifizierung erfolgreich durchgeführt hat. Stelle nur hin und wieder fest das der Ladevorgang überhaupt nicht startet obwohl der Überschuss erreicht wurde.

Originally posted by @Timer2000 in #13412 (comment)

[premultiply]

Das Thema haben wir vor allem auch bei OCPP.

Dort ist es momentan notdürftig und übergangsweise über eine Warnung im Log gelöst während auf eine lokale Authentifizierung gewartet wird.

Eine entsprechende Status- bzw. API-Erweiterung wäre daher sinnvoll.

[andig]

Das bräuchte wohl ein weiteres API das bei StatusB abzufragen wäre. Allgemein vielleicht sowas wie

StatusReason() (api.Reason, error)

Ausgeprägt wäre das dann nur bei OCPP und KEBA? Können wir das bei KEBA erkennen?

[premultiply]

Muss ich mir im Detail ansehen.
Die besseren Kebas können ja auch OCPP.

[An-Wi]

Was ist mit Wallboxen, die kein OCPP unterstützen, aber ein eigenes Modbus-Register wie bspw. ChargePortState für diese Info haben?

DADAPOWER Modbus Register V1.0 (Mögliche Werte für ChargePortState):

0x00 Available
0x01 Unavailable
0x02 Connected
0x03 Authorization
0x04 SelfTest
0x05 WaitForCar
0x06 Charging
0x07 FinishedByStation
0x08 FinishedByCar
0x09 Reserved
0x0A Blocked
0x0B Faulted
0x0C Synchronization

Das Thema ist auch bei mir sehr aktuell, da meine Wallbox für jederman zugänglich ist und daher per PIN oder NFC-Card freizuschalten ist.

[andig]

Siehe Frage nach Keba. Ja!

[linuxstony]

evcc-20240824-120919-trace.log
Wollte nur einmal einwerfen, dass hier bei meiner teilweise OCPP konformen Wallbox ebenfalls

[garage-1] WARN 2024/08/24 11:00:43 waiting for local authentication

ausgeworfen wird und der Ladevorgang nicht startet. Freeload after restart ist aktiviert aber ich muss den Ladevorgang nun immer mit Chip freigeben (was bei 0.129.0 nicht der Fall war).

[andig]

Kauderwelsch. Magst Du das bitte formatieren?

[linuxstony]

Habs als Datei angehängt wenn das okay ist.

[andig]

ausgeworfen wird und der Ladevorgang nicht startet. Freeload after restart ist aktiviert aber ich muss den Ladevorgang nun immer mit Chip freigeben (was bei 0.129.0 nicht der Fall war).

Du hast zwei Möglichkeiten:

• entweder per Chip freischalten
• oder remotestart: true setzen

Kein Problem erkennbar?

[linuxstony]

Danke - versuche letzteres. Hier besteht nicht die Gefahr des Fremdladens.

Und danke für Deine Geduld mit uns. User sind anstrengend und ich weiß eure Hilfe daher sehr zu schätzen.

[andig]

Ab morgen sollte die UI den Zustand nun anzeigen

[andig]

Was ist mit Wallboxen, die kein OCPP unterstützen, aber ein eigenes Modbus-Register wie bspw. ChargePortState für diese Info haben?

@An-Wi welches Register/Typ wäre das?

[An-Wi]

@An-Wi welches Register/Typ wäre das?

Variable          |   | Data type | Bytes | ModBus 16bit registers | Modbus Register Start | Unit
ChargingPortState | R |  uint16   |   2   |    1                   |   1015                |

Ich pack' die PDF einfach noch dazu: DADAPOWER Modbus Registers.pdf

[andig]

Danke- das wäre dann #15654

[An-Wi]

⚠ Für DadaPower funktioniert es leider noch nicht!

2 Fragen habe ich zum neuen Codeteil in Zeile 120 der charger/dadapower.go:
b, err := wb.conn.ReadHoldingRegisters(dadapowerRegChargingPortState, 2)

1.) Warum wird hier Holding- und nicht InputRegister gelesen?
2.) Länge des Registers ist nur "1" nicht "2" (so wie auch bei dadapowerRegPlugState in Zeile 93)
b, err := wb.conn.ReadInputRegisters(dadapowerRegPlugState+wb.regOffset, 1)

Logisch für mich wäre demzufolge die neue Zeile 120 wie folgt:
b, err := wb.conn.ReadInputRegisters(dadapowerRegChargingPortState+wb.regOffset, 1)

[andig]

1.) Warum wird hier Holding- und nicht InputRegister gelesen?

Weil Du nichts davon geschrieben hattest ;) Ist es Input?

[andig]

So?

[An-Wi]

1.) Warum wird hier Holding- und nicht InputRegister gelesen?

Weil Du nichts davon geschrieben hattest ;) Ist es Input?

Klar ist es "Input" - hatte für solche Unklarheiten extra die Doku (PDF) mit rangehängt... 😉

Ein kurzes Telefonat heute früh mit einem Techniker bei DadaPower hat mir auch bestätigt, dass die Doku noch der aktuelle Stand ist und das Register genau richtig dafür ist. (Das lokale Log von der DadaPower-Wallbox, was ich über WebInterface aufrufen kann, hatte mich verwirrt, da dort ein "ChargingState" auftauchte, der Wertemäßig etwas von ModbusRegister-Eintrag abwich. Ist aber unwichtig für uns.)

Ich denke, deine Anpassung sollte jetzt funktionieren. Danke für den schnellen Fix 👍
Gebe nochmal Rückmeldung, wenn ich es testen konnte.

[An-Wi]

So?

Update 0.130.7 - funktioniert bestens 👍 - Danke ⚡