Mouse/TB, Keyboard and Monitor(VGA) On-The-Fly Detection

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Hi!

Is there anyone out there who has a fix to the Mouse/Keyboard/Monitor
On-The-Fly problem?

I'm using a VGA & PS/2 Switch between two Systems running XPE, but
if the KB/MS/VGA is not plugged during boot it won't autodetect when plugged
in, unless rebooted.

Senario: Embedded box running 24/7 needs updates without reboot...

It has to be a known problem....

I'm currently using a HW fix to the VGA part of the problem, but I guess
someone has made a better SW solution to this problems...

Anyone with a how to on Registry settings or driver modifications???
 
I added USB Keyboard and USB mouse support to my image and bought a $10
adapter. That was the only way I could fix it. Now, as soon as I plug in,
within about 5 seconds, I have mouse and keyboard.

I did notice that every once in awhile, It may not be detected, and I have
to unplug and stick in the other usb port, then it's detected. This seems
to be related to Bios Settings - Enable USB Keyboard Support. If I turn
that off, then I do not have the occasional issue with USB not being
detected. Weird.


But now, I ran into a problem recently, if there is not a monitor plugged
in, it will not detect it later. I have to boot with the monitor plugged
in, then it works fine.

Richard
 
zap,

All I know is that similar problems (PS/2, switch) are observed with XP (Pro).
Therefore I conclude - XPe has the same 'bug'.

USB peripherals may be a better way to go for you.

KM
 
Thanks for the replies but unfortunately this does not solve my problem. All
USB ports (4) are heavy in use by other pheriphals. So the only thing
available is the PS/2 port.

I did however test with a USB KB & Mouse on the lab. The KB worked fine but
the USB mouse will not work unless its plugged in during boot. Strange but....

Regarding your Monitor problem I have a hw fix using 3x 75 ohm resistors
"faking a monitor" during boot. Simply connect one 75 ohm resistor between
the RGB lines (pin 1, 2 & 3) and ground (pin 5) in a dummy 15 pin monitor
type plug (HD Dsub)
and have this plug connected when not using the monitor.

This will of course activate the Graphics card, consuming power (which is
why in the first plase the shutdown of the graphics card occurs during boot
without a monitor attached) But for non battery powered applications this is
ok.

zap
 
Hi Zap,

You can modify DDK sample and make your PS2 driver that will assume that keyboard is always there.

Regards,
Slobodan
 
Hi Slobodan

I've heard about this before, but I'm not experienced with DDK driver
modifications.

Have you tried out this yourself, or is there anyone else who has a good
how-to description?

Best regards,
zap
 
Add a USB Hub?

Quentin.

zap said:
Thanks for the replies but unfortunately this does not solve my problem.
All
USB ports (4) are heavy in use by other pheriphals. So the only thing
available is the PS/2 port.

I did however test with a USB KB & Mouse on the lab. The KB worked fine
but
the USB mouse will not work unless its plugged in during boot. Strange
but....

Regarding your Monitor problem I have a hw fix using 3x 75 ohm resistors
"faking a monitor" during boot. Simply connect one 75 ohm resistor between
the RGB lines (pin 1, 2 & 3) and ground (pin 5) in a dummy 15 pin monitor
type plug (HD Dsub)
and have this plug connected when not using the monitor.

This will of course activate the Graphics card, consuming power (which is
why in the first plase the shutdown of the graphics card occurs during
boot
without a monitor attached) But for non battery powered applications this
is
ok.

zap
Click to expand...
 
Thanks for the VGA tip. That is strange because on mine, mouse and keyboard
are detected and work when I plug in the USB adapter. I noticed it may take
anywhere from 5 to 15 seconds for it all to come alive.
 
I'm interested in this as well. One of my problems is I do everything in
Delphi so overcoming all the header conversions kills me.
 
Hi Richard,
Hi Zap,

I guess that my NG reader started again to skip messages :-(

Sample that you are interested is here:
c:\WINDDK\3790\src\input\pnpi8042

You have complete build environment and tools in DDK included.
Delphi can't be used for driver writing.

No I have not implemented such driver modification (I did not needed it) but it should not be too much hard to do that.

Regards,
Slobodan
 
Hi All,

I have took a peek at driver source and there is apparently undocumented registry switch "headless".

So add following:

HKLM\System\CurrentControlSet\Services\i8042prt\Parameters\Headless REG_DWORD 1

Regards,
Slobodan

PS: I do not have time riught now to test this so please let us know if it is working.
 
Hi again Slobodan & KM!

I've now tried out the tip with mixed success...

The Keyboard is now working!!! YEES...
But the Mouse is still "caught by the cat" Dead, Dead, Dead....

Anyway, It's now possible to interact with the system, so it's
way better than nothing.

Thanx a lot for the help!

zap
 
Back
Top