- emulate serial port input
- Posted by KonZa on November 30th, 2003
Hi there
I need to code a "device driver" that emulates serial port input to test a future real device before crash a real PC.
You'll see, I'm very very newbie to Windows low-level stuff and I want some URL or doc to read, I don't ask any major help here. I'll study but dunno know where to start.
The emulation will be comanded through some set of files being read and probably some GUI buttons.
Thanks in advance
- Posted by Gary G. Little on December 1st, 2003
Have you done a search for "virtual serial" or "virtual COMx" on this list?
This is a largely discussed topic almost always resulting in a "to
complicated for a beginner" answer, which may hurt your feelings and cause
you to get all pissy and thus begin another flame war. That answer is not an
attempt to blow you off or generate income for a consultant --- it is an
honest evaluation of the task and experience level required to accomplish
the task. You will need months to study and thoughroughly understand the
existing serial driver in Windows, which is no easy task since it is
convoluted and very complex code, and then more months to learn the ins and
outs of kernel mode programming to end up with a mass of code you wish you
had never started.
An alternative is to contract with an experienced driver writer to do this
task, and work closely with them.
<sigh> Standing by for the next flammation as the "How dare you question
someone's ability" responses begin to swell ...
--
Gary G. Little
Seagate Technologies, LLC
"KonZa" <konza@operamail.com> wrote in message
news
przghelh302pcra@news.microsoft.com...
dunno know where to start.
- Posted by John Muczynski on December 3rd, 2003
I like the answer on Dec 3rd to a similar problem:
"Connect COM1 to COM2 via the null-modem cable, run the
driver on COM1, and the scanner emulator app on COM2."
I did this very thing several months ago (for a tag
reader) and it works pretty good. If you use a program
like "breakout.exe" to capture both sides of a serial
communication, then you can use it with a table-driven
program to provide the correct answers to each serial
request. In my situation, where I had version X works,
but version Y is broken; this was very helpful because the
examples of "it works" serial data and "it doesn't work"
serial data could be collected in the field. I ended up
debugging the software without needing the actual hardware.
(Turned out to be an uninitialized variable.)
real PC.
major help here. I'll study but dunno know where to start.