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

Support MODBUS ASCII encoding #7

Closed
TG9541 opened this issue Feb 23, 2019 · 1 comment
Closed

Support MODBUS ASCII encoding #7

TG9541 opened this issue Feb 23, 2019 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@TG9541
Copy link
Owner

TG9541 commented Feb 23, 2019

Some application require ASCII encoded MODBUS communication (e.g. MODBUS through telnet).
A MODBUS FC01 "Read Coils" request produced by a jamod test looks like this:

:010100020010EC<CR>

After this request, the receive buffer has the following content (hex):

3A 30 31 30 31 30 30 30 32 30 30 31 30 45 43 0D

Note that the MODBUS over Serial Line specification requires communication events to be terminated by <CR><LF>. The implementation should at least support <CR> but preferably also <CR><LF>.

@TG9541 TG9541 self-assigned this Feb 23, 2019
@TG9541 TG9541 added the enhancement New feature or request label Feb 23, 2019
@TG9541
Copy link
Owner Author

TG9541 commented Jul 8, 2022

The ASC transport, has not been worked on for a long time - and right now I don't see any demand for it. Frankly, why use a transport that transmits 3 times the data and that adds ambiguity about the end of a transmission?

Re-open the issue if there is demand. Until then I will remove UARTASCISR

@TG9541 TG9541 closed this as completed Jul 8, 2022
TG9541 added a commit that referenced this issue Jul 9, 2022
TG9541 added a commit that referenced this issue Jul 9, 2022
fixes #7 MODBUS-RTU ASC transport removed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant