Searching \ for 'About serial port scoping' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/io/serials.htm?key=serial
Search entire site for: 'About serial port scoping'.

Truncated match.
PICList Thread
'About serial port scoping'
2000\05\24@105659 by tenaglia

picon face
Hi PICer friends,

actually I use the COMMCHK program to check the data transfer between my PIC
software and the external device with my full satisfaction, until today.

Today I have used the COMMCHK to see the data interchange between two
device, and now the COMMCHK show its limits. I can see on the two windows
the transmits and the receive without temporal advice. In other word I
cannot see the call, the answer and other related command, sensing and
information exchange and its correlation in timing.

Someone of as use similar serial port scope program able to show the
correlation between transmit and receive??

Thanks

Ciao

Leo

2000\05\24@105704 by tenaglia

picon face
Hi PICer friends,

actually I use the COMMCHK program to check the data transfer between my PIC
software and the external device with my full satisfaction, until today.

Today I have used the COMMCHK to see the data interchange between two
device, and now the COMMCHK show its limits. I can see on the two windows
the transmits and the receive without temporal advice. In other word I
cannot see the call, the answer and other related command, sensing and
information exchange and its correlation in timing.

Someone of as use similar serial port scope program able to show the time
correlation between transmit and receive??

Thanks

Ciao

Leo

2000\05\24@110521 by M. Adam Davis

flavicon
face
When I needed to spy on serial communications, I used a seperate computer with
two serial ports.  It ran a program that shuttled the info from one interface to
the other, and vice versa.  You could easily add a $10 two serial port card to
you computer and do it with one computer, which gives you some advantages over
programs which insert themselves into the serial stream (like COMMCHK)

-Adam

spam_OUTtenagliaTakeThisOuTspamBIGFOOT.COM wrote:
{Quote hidden}

2000\05\24@121007 by tenaglia

picon face
Hi Adam

I full agree with you; actually I use a single inexpensive 486 - 66Mhz and i
see the serial of TX and RX traking using the COM1: and the COM2: but the
problem that I have is to see the temporal correlation between the two
signaling.

For example if  I have a fast polling and immediate replay of the device, I
cannot see the correlation between the polling ask caracter and the
correlate answer caracter.

The problem is related to the sniffing program that I use, for  example if
the program was able to show with separate color the TX and the RX on the
same line I can easily understand the calling caracter and the answer
caracter.


Ciao

Leoo



> When I needed to spy on serial communications, I used a seperate computer
with
> two serial ports.  It ran a program that shuttled the info from one
interface to
> the other, and vice versa.  You could easily add a $10 two serial port
card to
> you computer and do it with one computer, which gives you some advantages
over
> programs which insert themselves into the serial stream (like COMMCHK)
>
> -Adam
>
> .....tenagliaKILLspamspam@spam@BIGFOOT.COM wrote:
> >
> > Hi PICer friends,
> >
> > actually I use the COMMCHK program to check the data transfer between my
PIC
> > software and the external device with my full satisfaction, until today.
> >
> > Today I have used the COMMCHK to see the data interchange between two
> > device, and now the COMMCHK show its limits. I can see on the two
windows
> > the transmits and the receive without temporal advice. In other word I
> > cannot see the call, the answer and other related command, sensing and
> > information exchange and its correlation in timing.
> >
> > Someone of as use similar serial port scope program able to show the
time
> > correlation between transmit and receive??
> >
> > Thanks
> >
> > Ciao
> >
> > Leo
>

2000\05\24@150324 by Mark Willis

flavicon
face
Seems to me that someone makes a program that outputs to the screen in
different colors for each end, each character, each control line change,
etc. etc.  Know I've been offered that at a sizable price, could be
shareware for that on simtel.net possibly;  I should go look for one.
http://www.simtel.net/simtel.net/msdos/commprog-pre.html is likely.

If you're good with Serial programming, do what I usually do - build
into your program, code to write a text log file out with time stamping
and source etc., I find that log files are more storable than a
graphical display, they can help provide evidence of bugs in other
peoples' hardware/firmware even if the bug's spoor is rather large and
diffuse, too.  (Don't try to hire me to work with Process Basic
firmware, unless I get to FIX the durn stuff, seen more problems in that
stuff than I'd like to ever meet again <G>)  Should re-do that code some
time here, only as a Dos app, keep needing it.  "Never time to do it
right, just to do it again", huh?!

 Mark

tenagliaspamKILLspamBIGFOOT.COM wrote:
{Quote hidden}

--
I re-ship for small US & overseas businesses, world-wide.
(For private individuals at cost; ask.)

2000\05\24@193622 by Stuart O'Reilly

flavicon
face
I did this just yesterday, I used comlite32 which is found at
http://www.rtcomm.com and i used a seperate computer with two serial
ports. The data I captured was in blue for comm 1 and red for comm 2,
that way i can see what one machine sent and what the other one replyed
with.
Regards
Stuart

EraseMEtenagliaspam_OUTspamTakeThisOuTBIGFOOT.COM wrote:
{Quote hidden}

2000\05\24@223949 by Gennette, Bruce

flavicon
face
part 0 1191 bytes
Description attached -   <<Watching serial port IO - free program
found.doc>>

Bye.

       {Original Message removed}

2000\05\25@024355 by mike

flavicon
picon face
IIRC there was a program from Simtel Archives called DSCOPE
that achieved this. I might still have it on my tape archive. IF I can
still read it (big IF) and if anyones interested.

Could this be a project for the PIC testbench mentioned last year?.

Mike W

{Quote hidden}

2000\05\25@033123 by tenaglia

picon face
Hi Mark,

do you have the DOS serial com tester log in QB45?

Ciao

Leo

----- Original Message -----
From: Mark Willis <KILLspammwillisKILLspamspamFOXINTERNET.NET>
To: <RemoveMEPICLISTTakeThisOuTspammitvma.mit.edu>
Sent: Wednesday, May 24, 2000 9:02 PM
Subject: Re: About serial port scoping


{Quote hidden}

and i
> > see the serial of TX and RX traking using the COM1: and the COM2: but
the
> > problem that I have is to see the temporal correlation between the two
> > signaling.
> >
> > For example if  I have a fast polling and immediate replay of the
device, I
> > cannot see the correlation between the polling ask caracter and the
> > correlate answer caracter.
> >
> > The problem is related to the sniffing program that I use, for  example
if
> > the program was able to show with separate color the TX and the RX on
the
> > same line I can easily understand the calling caracter and the answer
> > caracter.
> >
> > Ciao
> >
> > Leoo
> >
> > > When I needed to spy on serial communications, I used a seperate
computer
> > with
> > > two serial ports.  It ran a program that shuttled the info from one
> > interface to
> > > the other, and vice versa.  You could easily add a $10 two serial port
> > card to
> > > you computer and do it with one computer, which gives you some
advantages
> > over
> > > programs which insert themselves into the serial stream (like COMMCHK)
> > >
> > > -Adam
> > >
> > > TakeThisOuTtenagliaEraseMEspamspam_OUTBIGFOOT.COM wrote:
> > > >
> > > > Hi PICer friends,
> > > >
> > > > actually I use the COMMCHK program to check the data transfer
between my
> > PIC
> > > > software and the external device with my full satisfaction, until
today.
> > > >
> > > > Today I have used the COMMCHK to see the data interchange between
two
> > > > device, and now the COMMCHK show its limits. I can see on the two
> > windows
> > > > the transmits and the receive without temporal advice. In other word
I
> > > > cannot see the call, the answer and other related command, sensing
and
{Quote hidden}

2000\05\25@150250 by Mark Willis

flavicon
face
No;  I have this aversion to Basic <G>

Comes from hitting all these Basic programmers who do things like, for
example, writing code in a RTOS for device #0, then cut and paste it 7
times for devices 1..7 but fail to update the code to properly access
the right variables (Severe symptom of thought failure IMO - Should've
made it a subroutine or array-based and then had each devices' access
all done from D=3; Call HandleDevice; Return (for device #3) etc.)  Turn
device #3 on, then turn it off, the widget reports activity on device #0
and the twits blame it on my code at the other end, until I hand them a
log that shows the serial port information summarized, showing that
there's never been ANY activity on 3 of the 8 ports, despite our just
having cycled all 8 ports intentionally...

It's probably really an aversion to poor programming, but I still turn
white and back away when people say those horrid words, "Process
Basic"...

Could take a look and port it to C, if you mailed it to me, though <G>

 Mark

RemoveMEtenagliaspamTakeThisOuTBIGFOOT.COM wrote:
> Hi Mark,
>
> do you have the DOS serial com tester log in QB45?
>
> Ciao
>
> Leo
>
> {Original Message removed}

More... (looser matching)
- Last day of these posts
- In 2000 , 2001 only
- Today
- New search...