16 replies to this topic

[Ascend4nt]

I/O Port Functions UDF
Windows 7 and x64-compatible!

This is a simple I/O (Input/Output) UDF for interacting with ports. The ability to write to ports was stripped from Windows with Vista+. While many do not miss this ability, there are some uses still in existence:

• Re-enable the internal PC Speaker - the good ol' "Beep" function can be restored using basic I/O
• PS/2 Keyboard Functions - Turn it off/on, mess with LED's, inject keys into the keyboard output stream - even thwart UAC prompts! =O
• Also work with Parallel, Serial (COM), PS/2 mouse, and miscellaneous ports that devices interface through using I/O operations

For some good lists of ports and programming, see:

• PORTS.LST

Chapters from 'The Art of Assembly Language':

• 20: The PC Keyboards - Part One and Part Two
• 21: The PC Parallel Ports - Part One, Part Two, and Part Three
• 22: The PC Serial Ports - Part One and Part Two
• 23: The PC Video Display
• 24: The PC Game Adapter - Part One, Part Two, Part Three and Part Four

On the PS/2 Keyboard and PS/2 Mouse, some more links:

• 8042 Keyboard Controller
• 8042 Keyboard Commands & Responses
• Keyboard Controller Commands, Keyboard Commands and Keyboard Scancodes
• The PS/2 Mouse

The I/O DLL's, which will install the I/O drivers (they are embedded as a resource in the DLL), come from Phillip Gibbons. His webpage, where more information, and extra downloads are, is available here: InpOut32 and InpOutx64. Note: everything you need is already included in my UDF.

IOInstallx86 and IOInstallx64 are included to help with the install. Run these once to install the DLL's and drivers. (Administrator rights are required!)

In addition to the base _IOFunctions UDF, I've included _IOBeep, which is based on trancexx's _Beep function, and _IOKeyboardFunctions [PS/2 only*]. There are now three examples of the UDF usage included: IOBeepExample, IOCMOSReadExample (based on trancexx's CMOS code), and IOKeyboardExamples. If anyone else has more code suggestions, feel free to add to the thread.
*Update: Some BIOS's allow Legacy USB Port 64/60 Emulation, which may allow the _IOKeyboardFunctions to work for USB (non-PS/2) Keyboards, though this is untested thus far.

While I bundle the binaries with my code, remember they are not my own. However, they are released as freeware. To ensure proper credit goes where it belongs, I've included the Readme files from the download (linked above), as well as a link to the original page.

Ascend4nt's AutoIT Code License agreement:
While I provide this source code freely, if you do use the code in your projects, all I ask is that:

• If you provide source, keep the header as I have put it, OR, if you expand it, then at least acknowledge me as the original author, and any other authors I credit
• If the program is released, acknowledge me in your credits (it doesn't have to state which functions came from me, though again if the source is provided - see #1)
• The source on it's own (as opposed to part of a project) can not be posted unless a link to the page(s) where the code were retrieved from is provided and a message stating that the latest updates will be available on the page(s) linked to.
• Pieces of the code can however be discussed on the threads where Ascend4nt has posted the code without worrying about further linking.

Download the ZIP from my site

UPDATES:

10/22/2010:

• Added _IOKeyboardFunctions UDF
• Added IOKeyboardExamples and IOCMOSReadExample (based on trancexx's CMOS code)

Edited by Ascend4nt, 26 September 2011 - 06:00 AM.

[taietel]

Thank you Ascend4nt! I have used InpOut32 for a VB project few years ago and still have it on an old laptop. Unfortunately new ones don't have LPT port... ( Do you know if ImpOut32.dll works with USB to LPT port adapter?

M.I.

[trancexx]

Great! Made it really simple.

Thanks.

[Ascend4nt]

@trancexx: and thank you for the Beep function;) By the way, do you think it makes a difference doing Ceiling vs. Floor for that function?

@taietel: According to the readme:

The InpOut32 device driver support writing to "old fashioned" hardware port addresses.
It does NOT support USB devices such as USB Parallel ports or even PCI parallel ports (as I am lead to believe)

However, I've read that someone had success with a 'true' PCI parallel port.. though I'm not quite clear on the details of that.. sorry

*edit: here's a link for ya:
INPOUT32/X64 Works with SOME PCI cards

Edited by Ascend4nt, 20 October 2010 - 03:28 PM.

[trancexx]

@trancexx: and thank you for the Beep function;) By the way, do you think it makes a difference doing Ceiling vs. Floor for that function?

It's about rounding, so they are probably as wrong.

Have you tried keyboard?
I asked 400 bucks for the script.
400 dollars I asked, they wouldn't pay

edit: wrong link lol

Edited by trancexx, 20 October 2010 - 07:53 PM.

[Ascend4nt]

Hrmm.. I just dug through my old DOS Hardware/programming books, and saw some info on port x60, but I can't seem to force basic keys into the keyboard output buffer.

I was able to screw with the keyboard LED's though:

Anyway.. what's your $400 secret?

*edit: Ahh, nevermind - the $400 secret was actually really simple. See this post.

Y'know.. looking through these books, I sorta miss the old DOS 'interrupt' days.. ok, only a little..

*edit: added input buffer check to function.
--------------------------------------------------------------
Also, on the PS/2 keyboard programming/ports, I found these links:
Chapter Twenty: The PC Keyboard and 8042
Another good link (might as well put them all in one place):
Keyboard scancodes (and commands)

Edited by Ascend4nt, 23 October 2010 - 06:54 AM.

[Andreik]

I have a little question. I played with On-Board Keyboard Controller Commands to disable and enable my keyboard. My question it's how can I clear the keyboard buffer so after I enable my keyboard to not send keys that I pressed while my keyboard was disable?

My test script to disable/enable keyboards:

#include "_IOFunctions.au3"
_IO_Initialize()
_IO_OutB(0x64,0xAD) ;Disable keyboard
Sleep(5000)
_IO_OutB(0x64,0xAE) ;Enable keyboard
_IO_UnInitialize()

Edited by Andreik, 21 October 2010 - 03:53 PM.

[Ascend4nt]

Andreik, try adding the 'Enable and Clear' command:

_IO_OutB(0x64,0xAD) ; Disable keyboard
Sleep(5000)
_IO_OutB(0x64,0xAE) ; Enable keyboard
_IO_OutB(0x60,0xF4) ; Enable & Clear output buffer

btw, USB keyboards won't be affected at all by these I/O calls

[Ascend4nt]

So I figured out the 'magic' output sequence to insert keys into the keyboard stream. Be VERY careful about use of this, as it only appears to work with 1-byte sequences (no extended keys seem to work [ones requiring 'e0'], and I don't know how to get them to work. Also, 'break' codes aren't necessary for most keys as no repeat-sequence is initiated. Perhaps trancexx knows how to do extended keys..). Anyway, stick to 1-byte sequences for now, and check this list of scancodes.

Basically, the programmer must make sure the input buffer is clear, send 0xD2 'Write Keyboard Output Register' to port 0x64, and then write the 1-byte sequence to port 0x60.

For example, this will write 'e' 10 times to the keyboard buffer. This, as trancexx pointed out, is the ultimate 'send' - it should work with any program or game that tries to block any tricky input methods:

For $i=1 To 10
    ; Wait for input buffer to clear
    While BitAND(_IO_InB(0x64),2)
        Sleep(5)
    WEnd
    _IO_OutB(0x64,0xD2) ; send 'Write Keyboard Output Register'
    _IO_OutB(0x60,0x12) ; send key scancode (in this case, 'e')
    Sleep(50)   ; Putting in sleeps between key-sends decreases the chance that the O/S will miss certain keypresses
Next

*edit: 2-byte scancodes don't work and the above just sends the standard key (10 times) and doesn't initiate a repeat-sequence for the key.

*Edit again: 'break' codes ARE necessary for keys like 'ctrl', 'alt' and 'shift', so be sure to send the 'break' (release) code for those. Just add 0x80 to the code and you have your break code.

P.S. Its actually possible to thwart Window's UAC prompts using the sendkey code

Edited by Ascend4nt, 21 October 2010 - 08:43 PM.

[Ascend4nt]

Updated! I took most everything I've learned from keyboard I/O and created a small UDF with it, as well as some examples. Also added trancexx's CMOS code:

UPDATES: 10/22/2010:

• Added _IOKeyboardFunctions UDF
• Added IOKeyboardExamples and IOCMOSReadExample (based on trancexx's CMOS code)

[trancexx]

Anyway.. what's your $400 secret?

*edit: Ahh, nevermind - the $400 secret was actually really simple. See this post.

I just saw the edit
No, that's not $400. That's $100.

It likely wouldn't work without ps/2 keyboard plugged in (when starting the system). Try it. For example I use USB keyboard and your solution is not working for me.
That means it wouldn't work on any laptops almost for sure.
You could have added reboot function _IO_OutB(0x64, 0xFE) for the sake of completeness. Maybe disabling/enabling keyboard too.

USB <- that. Do you dare?

Edited by trancexx, 26 October 2010 - 12:08 PM.

[Ascend4nt]

Yeah, I already mentioned in a few posts about the I/O functions working only on PS/2 keyboards. USB keyboards aren't affected. Perhaps I should have made it more clear, but I did mention it and it is mentioned in the UDFs.

And speaking of, Enabling/Disabling the keyboard is already part of those UDF's. As far as resetting the CPU.. mmmm, no. lol

Just for reference, here's part of the header from my _IOKeyboardFunctions UDF:

;
; Uses _IOFuntions to manipulate PS/2 keyboards.
;   NOTE: Functions are specific to PS/2 Keyboards and will not affect USB keyboards!
;
; Functions:
;   _IO_KeyboardLED()       ; Simply turns on or off keyboard LED's
;   _IO_KeyboardLEDRestore() ; Restores the LED's to what the O/S currently 'sees' them as
;   _IO_KeyboardDisable()   ; Disables the keyboard (be careful with this!)
;   _IO_KeyboardReEnable()  ; Re-enables the keyboard after a _IO_KeyboardDisable() call
;   _IO_KeySend()           ; Injects a key into the PS/2 keyboard output buffer

As far as USB devices go.. do they even work with I/O functions? I have no idea how they interact with the hardware, but I don't see anything indicating input/output functions work on them..

[Thornhunt]

WOW Nice . better than i could EVER do
shame i abonded the project i was making wich needed this
gratz anyway

It's about rounding, so they are probably as wrong.

Have you tried keyboard?
I asked 400 bucks for the script.
400 dollars I asked, they wouldn't pay

edit: wrong link lol

ahhh ahaha you remembered and heyy i have the money just no plane ticket to get it to you

[Ascend4nt]

Does anyone have a PS/2 mouse? I only have a PS/2 keyboard, so haven't been able to try some I/O functions specific to a PS/2 mouse.

For example, the following should disable the PS/2 mouse for 8 seconds:

MsgBox(0,"Disabling mouse","Disabling mouse..")
_IO_MouseDisable()
Sleep(8000)
_IO_MouseReEnable()

Func _IO_MouseDisable()
    ; Wait for input buffer to clear
    While BitAND(_IO_InB(0x64),2)
        Sleep(5)
    WEnd
    _IO_OutB(0x64,0xA7) ; disable mouse port
EndFunc

Func _IO_MouseReEnable()
    ; Wait for input buffer to clear
    While BitAND(_IO_InB(0x64),2)
        Sleep(5)
    WEnd
    _IO_OutB(0x64,0xA8) ; enable mouse port
EndFunc

If anyone can confirm this is working, I could add a UDF for it. I also have a MouseSend() command, but without a PS/2 mouse installed it sends data incorrectly.. I'm also looking for ways to detect if a PS/2 mouse is even installed..

[Jummi]

I am trying to configure the serial port. Do not do it.
Someone tell me how to configure the port to send data by rs232.

[trancexx]

geez some idiot rated this 3.

[hench]

all this stuff sounds really really interesting

remembers me of asm classes!! and stuff like adding mouse feature to a pure DOS command prompt

@trancexx: got these hundred bucks clog so far? hehe

Edited by hench, 24 November 2010 - 09:57 PM.