-
-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PS/2 Keyboard recognition on PC power ON inconcistency #21
Comments
Been working on PC-Compatibility issues and got progress. Note that I'm working on an ESP32 fork, as I want to make this Bluetooth enabled. Check all my findings here: hrko#1 |
@Hamberthm thanks for fixing the issue and posting the resolution. I had the same issue as @cmarkak : that is I needed to automatically press F1 key during PC start-up because the bios was complaining a fan is not connected. When the PC was started from cold (power was cut completely for 30 seconds) then the PC did not register the F1 key send by this library during boot. OTOH, when I pressed the PC case Power button (not the power switch on the power supply) 2x to shut the PC down, then start it back on, the F1 key was registered and booting continued. Your changes fixed the cold boot issue and now the F1 key is registered by the Bios in both of the cases (cold start and warm start). |
Glad it helped! |
BTW. the modified code for Arduino (compatible with this repo) can be found here: |
based on @Hamberthm fixes for esp-32. See issue #21 Hamberthm's comments: * On my 486 PC, ACKs were being missed by the host controller during LED set command handling. This made the process to end and the controller to ignore the keyboard after that command. This makes it stable. * Testing in my Toshiba 205CDS with a combined port, DEVICE ID command was failing to write the ID properly. Added some loops to shield time to the controller and get them properly. * The interface was missing some commands in one of my sytems because of waiting to send the 0xAA "BAT test success". BAT success should always be sent a couple of houndred of milliseconds after power up, regarding state.
Hi,
Many thanks for this great library!
In my computer, M/B and PC case incompatibility prevent it from booting properly unless F1 is pressed in the BIOS.
I use an arduino to press F1 after powering on my computer in order to proceed to booting windows and I would like this to be done remotely with an IoT plug.
Currently, I have two ways of powering on my computer:
I have managed to make it work when I use the power button (with the IoT plug always on). The builtin led corresponding to num lock lights up, so the keyboard_handle() is working as intended) and the F1 button is emulated successfully, proceeding to boot.
But with the IoT plug, when initially powered off, when I turn it on, it is not working. The builtin led does not go to the on state, indicating a problem in communication.
I run a few tweaks/tests on my own with the library to no avail. I imagine it has to do with the initialization timing in the booting sequence because in the case of the IoT plug, there is a slight delay of about 1 second before the computer boots in comparison the the power on button.
I have tested with a working ps/2 keyboard and it works in both cases.
Some observations from my tests
Any help or insight on the problem would be highly appreciated.
The text was updated successfully, but these errors were encountered: