TC_049_CS Fix connectorId 0 reservation StatusNotification#434
TC_049_CS Fix connectorId 0 reservation StatusNotification#434razvanphp wants to merge 1 commit intomatth-x:mainfrom
Conversation
41cc680 to
71e562b
Compare
|
@razvanphp Thanks for the analysis! As I understand the OCTT scenario, only one connector is Available, so reserving connector 0 is equivalent to reserving the last available connector. That's a good point of the test case. Is only the StatusNotification missing or is the whole ConnectorZero logic of MO broken? The logic to determine the StatusNotification status bypasses the ConnectorZero logic, but could be changed to include it. In the following line, If more than the StatusNotification logic is broken, I'm happy to remove parts of the ConnectorZero support again, starting with this PR. Ultimately probably no one would be missing it if it was removed altogether. |
I understood the original idea of the code to have some kind of "virtual" reservation on connectorId 0, but now the OCTT really wants to get back StatusNotification with
Reservedon one of the connectors (while the second is made Unavailable by the tool).I think also from the UX point of view, it would be strange to arrive at a CS, see the LED green and available but not be able to charge (because of a reservation on connector 0 you cannot see).
Maybe with this "reserve first available connector" we could simplify some logic in the
ReservationServicecode, but didn't want to get into that now...ReserveNow with no StatusNotification back:
Forcing a status notification send: