-
-
Notifications
You must be signed in to change notification settings - Fork 112
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
Disabling one modbus-read node will move other nodes to "closed" state #487
Comments
This issue is stale because it has been open 60 days with no activity. It will be closed in 30 days, but can be saved by removing the stale label or commenting. |
I took a look at the issue and i think i know what the issue is! The Test Server client in the example is setup in both Nodes now one might think that these are separate clients but they are not! If you disable one of the nodes the client goes into it's closed state and that will affect the other node as well, i consider this a bug and we should change that behavior! As a Workaround for now you could however create a new client for one of the nodes (the '+' symbol in the node settings) and set it to the same IP Address/Port this will decouple the clients! |
Good news! I identified the bug and fixed it, but i still need to test things to see if everything else still works i expect a release in the next two weeks if that timetable changes i let you know. Also thank you for the example flow and the very thorough explanation of the issue :) Have a great weekend. |
Hi, My apologies for the short notice but i hoped that i can still find a fix today but that didn't worked out. |
Hey, Take your time! It really is something that only has affected me during development of flows, and most of my flows are quite stable at this point, so I don't see this come up very often. Thanks for working on this! |
option "d" for disable see "d": true => Disabled |
Which node-red-contrib-modbus version are you using?
5.41.0
What happened?
I have a couple
modbus-read
nodes that refer to the same server. Usually this works quite alright.However, when modifying flows I tend to enable and disable nodes or groups of nodes sometimes. When I disable a
modbus-read
node, I notice that all the other nodes that associate themselves with the samemodbus-server
will move to a "closed" state and will stop reading from the server indefinitely (until node-red is restarted.)Server
Modbus-Server Node
How can this be reproduced?
Example flow
modbus-read
nodes (see the in-flow comments!)What did you expect to happen?
I would expect the remaining
modbus-read
nodes to continue operating andmodbus-server
to remain connected as long as there's at least onemodbus-read
node associated with themodbus-server
is enabled.Other Information
This is also reproducible with 5.30.0.
The text was updated successfully, but these errors were encountered: