Depending on what you mean by "capture", how about dumping
the output to Adobe PDF Writer, then performing any (manual)
analysis on that?  If automated, you'll probably need
something more low-level.

Either way, why do you say that converting to serial is
the simplest thing?  I would think that working with parallel
signals is easier.

Cheers,
-Neil.



> -----Original Message-----
> From: pic microcontroller discussion list
> [mailto:PICLIST@MITVMA.MIT.EDU]On Behalf Of Rodrigo Real
> Sent: Saturday, August 24, 2002 9:15 AM
> To: PICLIST@MITVMA.MIT.EDU
> Subject: [EE]: Simulating a printer
>
>
> Hi,
>
> I have a laboratory equipment that performs some chemical data
> analysis and emits a printed report. The printer port is the only
> output interface to the world.
>
> The problem is that I would like to capture the data with a computer.
> I tried, ingenuously, to make a polling software to read the data, of
> course it failed loosing some characters. Even though I have taken
> care of the handshaking, I guess the problem is with the STROBE short
> duration.
>
> I have searched the Internet for a simple solution, but I still did
> not found, everybody that had the same problem solved in some other
> way.
>
> I have found LPTCAP
> (http://home.clear.net.nz/pages/kheidens/lptcap/lptcap.htm), which
> seems to do the job, but I would like to know your opinion about what
> would be the best choice.
>
> I think that maybe the simplest thing to do is to convert the parallel
> signal to serial, and read it nicely through the serial port. But I don't
> know exactly how can I convert the parallel signal sent to a printer
> to a serial one.
>
> Any comments should help,
> Thanks,
> Rodrigo
>
> --
> http://www.piclist.com hint: To leave the PICList
> mailto:piclist-unsubscribe-request@mitvma.mit.edu
>
>
>

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu