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
Wrong bit ordering in UART analyzer #122
Comments
From the image I cannot directly deduce what the supposed results should be; do you have a capture file for me to verify this? |
Hey, sorry, didn’t keep the testcase.. However, you can see it well on the image: the bits are sent LSB first, so “00110101”, now append start and stop bits: 0001101011.Thre first symbol is going almost exactly till the falling edge under the second time marker line. Divide it imaginary into 10 same length parts and you see it’s sent correctly. Tell me if it helps – if not, I’ll reprogram my testboard and do the record once I have time. PS having the “exact” baudrate is soo great about the analyzer, helped me a lot! From: Jan Willem Janssen [mailto:notifications@github.com] From the image I cannot directly deduce what the supposed results should be; do you have a capture file for me to verify this? — |
With your explanation it indeed seems a problem in the decoder. However, I'd like to verify this against "real" data in order to find the actual bug. So, if it wouldn't be much trouble, could you still provide me a capture file? I'd also like to add this file to the test cases of the decoder to keep this problem from reappearing in the future, is that ok with you? |
Scratch my last comment, bits are transmitted LSB first normally (I probably misremembered...) |
See:
http://s12.postimage.org/4aoq2tfrx/uart_bug.png
Thre front byte bits are reversed, it should recognize 0b10101100 afaik
The text was updated successfully, but these errors were encountered: