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
RTU server #84
RTU server #84
Conversation
Thanks for the PR, I'll take a look when I can (hopefully later this week) and test it with our whole stack and hardware. |
Include in v0.5.0? If yes then we should add this PR to the milestone. |
Please rebase on master and force push to enable the new CI workflow tasks. |
Hm, looks like the |
Unfortunately even all the way down into e: as for my testing I ran into https://gitlab.com/susurrus/serialport-rs/-/issues/105 so I'm going to keep trying when I get a chance today |
Well, in that case I see two main options: Either enclosing that example in EDIT: on second thought, there may be a hybrid approach in which we simply use the |
It'll at least compile on windows now, but it seems unlikely to me that this example could possibly work on windows due to "/dev/ttyUSB0" but maybe that's just the best we can do really. |
I was thinking the same thing... that's the trouble with most of the examples (at least on the |
Note that even on a unix platform, namely OSX, I still get the IOCTL errors from |
I'm sorry to bug you again but would you mind to rebase this branch again? Otherwise if I'd do it GitHub would not recognize this PR to be merged :-\ |
thx! |
Adds RTU server functionality based on #72
This PR simply replicates that previous proposal that was sidelined by the #78 merge, but updated to compile based on the changes in
tokio-serial
.Functionality has absolutely not been field-tested by me (beyond the provided example code), and since I have no practical use-case for an RTU server application, I'd ask someone more involved in this field (like @efancier-cn @ivomurrell or @david-mcgillicuddy-moixa) to do the necessary validations.
Closes #73