You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Handle the emptyConnector case for TriggerMessage of type meterValues.
Inside the OCPP 1.6 5.17. TriggerMessage:
"Inversely, if the connectorId is relevant but absent, this should be interpreted as “for all allowed connectorId
values”. For example, a request for a statusNotification for connectorId 0 is a request for the status of the
Charge Point. A request for a statusNotification without connectorId is a request for multiple statusNotifications:
the notification for the Charge Point itself and a notification for each of its connectors."
It is proposed to handle a TriggerMessage with requestedMessage MeterValues and empty ConnectorId the same, and send MeterValues.req for each connectorId having a MeterValue.
In the case, the connectorId is empty, it is checked if at least one connectorId is present and has a Metervalue to be send othwise, the answer to the TriggerMessage.req is 'Rejected'
"The Charge Point SHALL first send the TriggerMessage response, before sending the requested message. In the
TriggerMessage.conf the Charge Point SHALL indicate whether it will send it or not, by returning ACCEPTED or
REJECTED. It is up to the Charge Point if it accepts or rejects the request to send. If the requested message is
unknown or not implemented the Charge Point SHALL return NOT_IMPLEMENTED".
OCPP Version
OCPP1.6
Describe the bug
Handle the emptyConnector case for TriggerMessage of type meterValues.
Inside the OCPP 1.6 5.17. TriggerMessage:
"Inversely, if the connectorId is relevant but absent, this should be interpreted as “for all allowed connectorId
values”. For example, a request for a statusNotification for connectorId 0 is a request for the status of the
Charge Point. A request for a statusNotification without connectorId is a request for multiple statusNotifications:
the notification for the Charge Point itself and a notification for each of its connectors."
It is proposed to handle a TriggerMessage with requestedMessage MeterValues and empty ConnectorId the same, and send MeterValues.req for each connectorId having a MeterValue.
In the case, the connectorId is empty, it is checked if at least one connectorId is present and has a Metervalue to be send othwise, the answer to the TriggerMessage.req is 'Rejected'
"The Charge Point SHALL first send the TriggerMessage response, before sending the requested message. In the
TriggerMessage.conf the Charge Point SHALL indicate whether it will send it or not, by returning ACCEPTED or
REJECTED. It is up to the Charge Point if it accepts or rejects the request to send. If the requested message is
unknown or not implemented the Charge Point SHALL return NOT_IMPLEMENTED".
Option is to send "NOT_IMPLEMENTED".
Please see: #898
To Reproduce
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: