-
Notifications
You must be signed in to change notification settings - Fork 24
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
MQTT messages no longer received #118
Comments
If I understand you have reproduced the same behavior twice: 1/ full stack deployment and everything runs fine for an extended duration, and 2/ another deployment causes the gateway to start failing with a websocket timeout. Can you provide some details of the "deployment that does not affect the OCPP gateway stack" -- it appears there may be some connection between this release and the websocket disconnect. |
The OCPP gateway stack only depends on the baseline stack. The baseline stack has a caching table in it, which is not currently used. The OCPP stack has custom resources which are built new on each deploy but the only thing that is retrieved is a static endpoint (i.e. it is the same for every deployment and we have checked that it is really the same). it was btw, not a full-stack deployment. It was:
|
There are two custom resources: 1/ IoT endpoint which is purely a read function, so should have no impact, 2/ generation of IoT certs used by the gateway to connect to AWS IoT core (the section of code is below), and 3/ attach policies to the cert. I suspect that it is this 2nd custom resource that causing the issue. Although it does not have an explicit
|
Thanks for your reply, yes, we do see that on deploy, regardless of whether there have been changes to the stack itself, there is an update made to custom resources.
If you have any suggestions on fixes or logging that could help further let us know. |
We are currently using the aws-ocpp-gateway architecture to connect charging wallboxes to AWS
deployed using Github Actions and AWS CDK.
The connection has been successful, and we have been receiving messages in IoT core until last week. After a deployment that does not affect the OCPP gateway stack, we are no longer receiving messages in IoT Core. Redeployment of all stacks was the only solution, but this was temporary and on the next deployment, we stopped receiving messages again.
We have run manual tests on Postman and we can connect to the websocket endpoint but are consistently disconnected after 10 seconds. In the ECS task logs, we also see the reported timeout.
The text was updated successfully, but these errors were encountered: