Skip to content
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

OCPP server fail to send commands to the charging stations when two connections are established #2906

Open
katsuya opened this issue Dec 3, 2024 · 9 comments

Comments

@katsuya
Copy link
Contributor

katsuya commented Dec 3, 2024

Description

When two connections are established to the same charge point A, the following bug occurs, causing OpenEMS to fail in properly handling the previous connection:

384244385-f3e38a07-7a33-4a1f-81e1-f9663c18631d

  • When connection B is established, and a lostSession is triggered in activeEvcSessions for connection A, it incorrectly affects charge point A as a whole. This results in connection B malfunctioning as well.

The following issues should be addressed (resolving the first issue alone might be sufficient):

  1. When a new connection is established, the old connection must be correctly removed from activeEvcSessions.
  2. When the old connection is disconnected, it should ensure that the lostSession for the charge point referenced by the new connection is not invoked.
  3. Disconnection of the old connection should not remove the charge point from ocppSessions associated with the new connection.

Screenshots

No response

Operating System

Ubuntu

How to reproduce the Error?

  1. Connect charge point A to the OCPP server.
  2. Establish another connection between charge point A and the OCPP server without disconnecting the first connection.
  3. Disconnect the first connection.
@sfeilmeier
Copy link
Contributor

@sebastianasen: FYI. Any clue?
@katsuya: OCPP is not actually used right now on our side, so this has no high priority ATM.

@katsuya
Copy link
Contributor Author

katsuya commented Dec 3, 2024

@katsuya: OCPP is not actually used right now on our side, so this has no high priority ATM.

@sfeilmeier That's really unfortunate. We've started using it, so if we send a patch from our side, would you consider reviewing it?

@Sn0w3y
Copy link
Contributor

Sn0w3y commented Dec 3, 2024

Hello @katsuya see my PR :)

Please tell us if it works for you !

@katsuya katsuya changed the title Ocpp server fail to send commands to the charging stations when two connections are established OCPP server fail to send commands to the charging stations when two connections are established Dec 4, 2024
@Sn0w3y
Copy link
Contributor

Sn0w3y commented Dec 4, 2024

does it work @katsuya ?

@sfeilmeier
Copy link
Contributor

@sfeilmeier That's really unfortunate. We've started using it, so if we send a patch from our side, would you consider reviewing it?

Sure. I just wanted to point out that we are currently not working on this issue. If there is a working and reviewed patch, I'll of course merge it.

@Sn0w3y
Copy link
Contributor

Sn0w3y commented Dec 9, 2024

Hello @katsuya could you already test my PRs ?

@katsuya
Copy link
Contributor Author

katsuya commented Dec 10, 2024

I previously reported that there might be some odd behavior related to multithreading (#2908 (comment)). However, after testing over the weekend in an environment where the Wi-Fi connection was intermittently dropping, we confirmed that there are no other issues aside from the two we have already reported (this issue #2906 and #2909). All other problems were related to the OCPP client side.

After testing the patch this weekend, I have a few concerns and will comment on them individually. @Sn0w3y

@Sn0w3y
Copy link
Contributor

Sn0w3y commented Dec 10, 2024

I previously reported that there might be some odd behavior related to multithreading (#2908 (comment)). However, after testing over the weekend in an environment where the Wi-Fi connection was intermittently dropping, we confirmed that there are no other issues aside from the two we have already reported (this issue #2906 and #2909). All other problems were related to the OCPP client side.

After testing the patch this weekend, I have a few concerns and will comment on them individually. @Sn0w3y

Yes but my PRs should fix the 2 Issues :D did they?

@katsuya
Copy link
Contributor Author

katsuya commented Dec 16, 2024

@Sn0w3y I left a comment on the PR (#2908 (review)). Could you take a look when you have time?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants