'm using RealTerm in monitor mode with binary data and I'd like to know if there's a way to show the data from each side on a separate line. That would make things a lot easier to read. Thanks.
I've used data monitors (both separate units and PC based) for quite
a while (several decades, in fact). I've seen displays like you
suggested, and also like:
TX Data
Rx Data
Tx Data
etc.
i.e. on separate lines. I've found for short data packets
interleaving as you suggested works fine. On longer data packets,
it's easier to read when they're on separate lines. Just my opinion.
At 07:27 PM 10/21/2017, you wrote:
I am imagining that when either side gets a char, the other line has
a space, so that the order of RX/TX remains obvious: thus:
Status: open In Version: Next Release (example) Created: Sat Oct 21,
2017 12:52 PM UTC by Lee Thalblum Last Updated: Sat Oct 21, 2017
12:52 PM UTC Owner: Simon Bridger
'm using RealTerm in monitor mode with binary data and I'd like to
know if there's a way to show the data from each side on a separate
line. That would make things a lot easier to read. Thanks.
I should point out that whereas it is probably a lot of work* to change the terminal component to have an interleaved two line mode, on the other hand, making monitor mode change to a newline at any direction change RX<>TX would be relatively easy to implement.
*(The terminal component is a library, and I find the code mindbending)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm working with binary data. And I've worked with several data
scopes in the past (I remember several HP datascopes) that did what
you're describing. At the end of the screen both lines wrapped around
to the next line (or with a separating blank line).
At 06:20 PM 10/22/2017, you wrote:
What I was meaning is: in the case that RX and TX are on spearate
lines, then pad them with spaces so that the interleaving is still apparent.
This then begs the question about what the newline condition is? Is
this text data with NL or binary data? What DisplayAs modes are you using?
Status: open In Version: Next Release (example) Created: Sat Oct 21,
2017 12:52 PM UTC by Lee Thalblum Last Updated: Sat Oct 21, 2017
11:27 PM UTC Owner: Simon Bridger
'm using RealTerm in monitor mode with binary data and I'd like to
know if there's a way to show the data from each side on a separate
line. That would make things a lot easier to read. Thanks.
I'd go for the newline on direction change. As I originally
mentioned, my problem, at least, was reading the data in larger
binary data packets. Having each packet on a separate line would make
things a lot easier. Thanks again forf looking into this.
At 06:26 PM 10/22/2017, you wrote:
I should point out that whereas it is probably a lot of work* to
change the terminal component to have an interleaved two line mode,
on the other hand, making monitor mode change to a newline at any
direction change RX<>TX would be relatively easy to implement.
*(The terminal component is a library, and I find the code mindbending)
Status: open In Version: Next Release (example) Created: Sat Oct 21,
2017 12:52 PM UTC by Lee Thalblum Last Updated: Sun Oct 22, 2017
10:20 PM UTC Owner: Simon Bridger
'm using RealTerm in monitor mode with binary data and I'd like to
know if there's a way to show the data from each side on a separate
line. That would make things a lot easier to read. Thanks.
Working witgh 3.0.1.44 I found that in monitor mode the Freeze button doesn't seem to work any more. The screen kept scrolling even after I clicked the freeze button.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am imagining that when either side gets a char, the other line has a space, so that the order of RX/TX remains obvious: thus:
Last edit: Simon Bridger 2017-10-21
I've used data monitors (both separate units and PC based) for quite
a while (several decades, in fact). I've seen displays like you
suggested, and also like:
TX Data
Rx Data
Tx Data
etc.
i.e. on separate lines. I've found for short data packets
interleaving as you suggested works fine. On longer data packets,
it's easier to read when they're on separate lines. Just my opinion.
At 07:27 PM 10/21/2017, you wrote:
Related
Feature Requests: #49
What I was meaning is: in the case that RX and TX are on spearate lines, then pad them with spaces so that the interleaving is still apparent.
This then begs the question about what the newline condition is? Is this text data with NL or binary data? What DisplayAs modes are you using?
I should point out that whereas it is probably a lot of work* to change the terminal component to have an interleaved two line mode, on the other hand, making monitor mode change to a newline at any direction change RX<>TX would be relatively easy to implement.
*(The terminal component is a library, and I find the code mindbending)
I'm working with binary data. And I've worked with several data
scopes in the past (I remember several HP datascopes) that did what
you're describing. At the end of the screen both lines wrapped around
to the next line (or with a separating blank line).
At 06:20 PM 10/22/2017, you wrote:
Related
Feature Requests: #49
I'd go for the newline on direction change. As I originally
mentioned, my problem, at least, was reading the data in larger
binary data packets. Having each packet on a separate line would make
things a lot easier. Thanks again forf looking into this.
At 06:26 PM 10/22/2017, you wrote:
Related
Feature Requests: #49
3.0.1.44 has newline-on-direction change
Please test it.
I tested 3.0.1.44 for a couple of days of reasonably heavy use. Works as expected, I didn't find any problems.
Working witgh 3.0.1.44 I found that in monitor mode the Freeze button doesn't seem to work any more. The screen kept scrolling even after I clicked the freeze button.
When did it last work?
Looking in the source it seems it stopped working well before 2.0.0.70
I can't find the change in the tpapro library that did it,