[BUG] OCTT Test case 019 & TC_046_1_CS

[PlayXboxtion963]

1. The configurationKey list of the GetConfiguration response should not contain a value for configuration key: 'AuthorizationKey'.
2. Config loss "ConnectorPhaseRotation"

[PlayXboxtion963]

When I use an empty local authorization list, if the reserved parentid does not exist, and then the local system attempts to start another id tran, the microocpp ends up querying the server for this idtag, which does not seem to comply with the test case?

[PlayXboxtion963]

Test case name Reservation of a Connector - Local start transaction
Test case Id

TC_046_1_CS

Description

A Connector is reserved and a charging transaction takes place.

Purpose

Check whether the Charge Point can reserve a Connector.

Prerequisite(s)

The Charge Point supports the Reservation feature profile.

Before

Configuration State(s):
n/a

Memory State(s):
n/a

Reusable State(s):

• SetConnectorUnavailable for all unused connectors

Scenario Detail(s)

Charge Point (SUT)

Central System (Tool)

2. The Charge Point responds with a ReserveNow.conf

3. The Central System sends a ReserveNow.req

3 The Charge Point sends a StatusNotification.req to the Central System

4. The Central System responds with a StatusNotification.conf to the Charge Point

[EV driver authorizes / swipes a card (not the idTag from step 1)]
5. The Charge Point does NOT send an Authorize.req to the Central System

[EV driver authorizes / swipes the card with the idTag from step 1]
6. The Charge Point sends an optional Authorize.req to the Central System

7. The Central System responds with an Authorize.conf to the Charge Point

8. The Charge Point sends a StatusNotification.req

9. The Central System responds with a StatusNotification.conf

[EV driver plugs in cable at the reserved Connector]
10. The Charge Point sends a StartTransaction.req

11. The Central System responds with a StartTransaction.conf

12 The Charge Point sends a StatusNotification.req

13. The Central System responds with a StatusNotification.conf

Tool validation(s)

• Step 2:
  (Message: ReserveNow.conf)

• The status is Accepted

• Step 3:
  (Message: StatusNotification.req)

• The status is Reserved

• Step 6:
  (Message: Authorize.req)

• The idTag matches the idTag from step 1.

• Step 8:
  (Message: StatusNotification.req)

• The status is Preparing

• Step 10:
  (Message: StartTransaction.req)

• The reservationId matches the reservationId from step 1.
• The idTag matches the idTag from step 1.
• The idTag and reservationId are included in the message.

• Step 12:
  (Message: StatusNotification.req)

• The status is Charging

• Step 1:
  (Message: ReserveNow.req)

• The connectorId is
• The idTag is

• Step 9:
  (Message: Authorize.conf)

• The idTagInfo.status is Accepted

• Step 11:
  (Message: StartTransaction.conf)

• The status is Accepted

Expected result(s) / behaviour

The Charge Point handles the reservation correctly, only the idTag from the reservation can charge on the reserved Connector.

[PlayXboxtion963]

@matth-x
Dear matth-x:

From OCPP 1.6 edition 2 - 5.13 Reserve Now and test case. I think this should be change to when Reserve->parentid not empty we should query from server. if Reserve->parent id is empty we should directly abort this tx instead of send authorize req to server

https://github.com/matth-x/MicroOcpp/blob/5cfcc0222904f32f6e869ab61fd45c55713a7ce4/src/MicroOcpp/Model/ConnectorBase/Connector.cpp#L740C1-L749C40

[PlayXboxtion963]

@razvanphp you can review this issue which may be help to you