-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FirmwareStatusNotification::Installed from system interface gets dropped if sent before registered #758
Comments
FaHaGit
added a commit
to chargebyte/everest-chargebyte
that referenced
this issue
Aug 27, 2024
…ST-1175) This is only a temporary fix. The root cause of the issue is in the libocpp (ref: EVerest/libocpp#758). The workaround should be removed once the issue is fixed in libocpp. Signed-off-by: Fabian Hartung <[email protected]>
FaHaGit
added a commit
to chargebyte/everest-chargebyte
that referenced
this issue
Aug 27, 2024
…ST-1175) The variable to publish FirmwareStatusNotification::Installed message is now delayed, because the message is dropped in case the OCPP client is not connected. This is only a temporary solution as long as the reported issue (EVerest/libocpp#758) is not fixed. Signed-off-by: Fabian Hartung <[email protected]>
It turns out that our System module sends That said, I still don't know whether the said filter is doing the right thing. |
FaHaGit
added a commit
to chargebyte/everest-chargebyte
that referenced
this issue
Sep 4, 2024
…ST-1175) The variable to publish FirmwareStatusNotification::Installed message is now delayed, because the message is dropped in case the OCPP client is not connected. This is only a temporary solution as long as the reported issues (EVerest/libocpp#758, EVerest/everest-core#841) are not fixed. Signed-off-by: Fabian Hartung <[email protected]>
FaHaGit
added a commit
to chargebyte/everest-chargebyte
that referenced
this issue
Sep 4, 2024
…ST-1175) The variable to publish FirmwareStatusNotification::Installed message is now delayed, because the message is dropped in case the OCPP client is not connected or the OCPP module is not yet subscribed to the variable. This is only a temporary solution as long as the reported issues (EVerest/libocpp#758, EVerest/everest-core#841) are not fixed. Signed-off-by: Fabian Hartung <[email protected]>
FaHaGit
added a commit
to chargebyte/everest-chargebyte
that referenced
this issue
Sep 4, 2024
…ST-1175) The variable to publish FirmwareStatusNotification::Installed message is now delayed, because the message is dropped in case the OCPP client is not connected or the OCPP module is not yet subscribed to the variable. This is only a temporary solution as long as the reported issues (EVerest/libocpp#758, EVerest/everest-core#841) are not fixed. Signed-off-by: Fabian Hartung <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
OCPP Version
OCPP2.0.1
Describe the bug
If the System module (or whatever implementation of the
system
interface) publishes itsfirmware_update_status
right after reboot (inready()
of course), but the OCPP201 module has not yet registered with the CSMS, theFirmwareStatusNotification::Installed
apparently gets dropped and never sent to the CSMS.If the System module delays publishing this value, it properly propagates to the CSMS.
To Reproduce
Trigger a firmware update from the CSMS. Handle sending of
FirmwareStatusNotification::Installed
after reboot.Anything else?
This is possibly an issue with the
FirmwareStatusNotification
being sent "async":libocpp/lib/ocpp/v201/charge_point.cpp
Lines 303 to 304 in 21292cf
and the applied filtering in
send_async()
:libocpp/lib/ocpp/v201/charge_point.cpp
Lines 3716 to 3724 in 21292cf
affected by
get_message_transmission_priority()
:libocpp/include/ocpp/common/message_queue.hpp
Lines 99 to 103 in 21292cf
Possibly, a
FirmwareStatusNotification
should be handled with a similar priority to a transaction related message.The text was updated successfully, but these errors were encountered: