Author Topic: XT/AT/PS2/Terminal to USB Converter with NKRO  (Read 126652 times)

0 Members and 2 Guests are viewing this topic.

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« on: Fri, 22 April 2011, 08:00:58 »
Since v1.0, this mod can also be found on Deskthority.



Introduction


This is my Teensy-based project which adapts XT, AT and some 122 key terminal keyboards to USB, also known simply as "Soarer's Converter".

There are versions for Teensy 2.0 and Teensy++ 2.0. I recommend the Teensy 2.0 for this (it's cheaper), but sometimes PJRC don't have any in stock!


Features


Keyboard protocols supported:
  • XT (scan code set 1)
  • AT (scan code set 2)
  • PS/2 (MF2) (extended scan code set 2)
  • Terminal e.g. 3179/318x/319x (scan code set 3)
Configurable Features: (v0.997+)
  • Remapping
  • Layers
  • Macros
  • On-the-fly Config Selection
Other Features:
  • Full NKRO, if the keyboard supports it (even on Macs!)
  • Boot mode support (even with faulty BIOS!)
  • Auto-detection of the keyboard type
  • XT and AT boards are remapped correctly for PrtSc etc. (see Legacy Note below)
  • 1000Hz polling using Full Speed USB
  • Suspend and resume support
  • Media and Power key support
  • Jump to bootloader function (update firmware without pressing the reset button) (v1.0+)


Legacy Note - in v0.996 and earlier, hard-coded settings were used to support correct remapping of PrtSc etc. for XT and AT keyboards. These settings are now implemented by the legacy.sc config file, which must be compiled (by scas) and loaded (by scwr, after flashing) if you want the v0.997 (or later) converter to act like v0.996.


Documentation


The latest 'full' zip contains complete documentation covering all aspects of the converter including the tools, config commands, key codes etc.

This post contains the basics, but hasn't been updated much since about v0.996. I'll keep it accurate, but not complete.


Construction


Wiring Info

Code: [Select]
Conn.       Teensy
GND -------- GND
Vcc/+5V ---- Vcc
Data ------- PD0
Clock ------ PD1


Teensy pins

See PJRC for Teensy pinouts.


Connectors

I wired mine to a PS/2 socket, and then use adapters to connect the others.

kbdbabel has masses of connector info. So much that it can be hard to find the one you want! I've included here the most common connectors used with this converter:

Terminal keyboards usually have a 5 pin, 270 degree, DIN connector...


...or sometimes this 8P5C connector...


XT and AT keyboards use the same 5 pin, 180 degree, DIN connector and pinout (top), while PS/2 keyboards use a 6 pin mini-DIN connector (bottom)...


RT keyboards use a 6 pin rectangular connector...


Important note - these diagrams are drawn looking into the front of socket. When you are soldering the pins on the back of the socket, you need to make sure they are correct. Especially for the AT and PS/2 sockets, where mirroring the connections will result in power and ground being swapped - and that is VERY BAD!


Pull-up resistors

In nearly all cases, these resistors are not needed.

But, if the keyboard has a long cable, I recommend adding two pull-up resistors of 1Kohm - one between Clock and +5V, the other between Data and +5V. These can really help to clean up a dirty signal (see here).


LEDs

Optionally, lock LEDs can be wired up. Useful if your keyboard doesn't have them!
The outputs are active high (each pin puts out +5V when it wants to light the LED).
A resistor is needed inline with each LED. (The value needed depends on the type of LED, 1Kohm is a good starting point for modern high-brightness types).
The pins used differ between Teensy and Teensy++:

Teensy 2.0 (ATMEGA32U4):
Code: [Select]
CapsLock LED ------ PF5
NumLock LED ------- PF6
ScrollLock LED ---- PF7

Teensy++ 2.0 (AT90USB1286):
Code: [Select]
CapsLock LED ------ PD3
NumLock LED ------- PD4
ScrollLock LED ---- PD5


Installation


There's great instructions on the PJRC site that cover loading a hex file into the Teensy, for any common OS.


Troubleshooting


Diagnostic output

The converter outputs some cryptic diagnostic information when in use, and it's especially useful to see what is happening when it starts up.

The hid_listen program can display this output, which mostly just consists of bytes read from and written to the keyboard when things are working correctly.


Keyboard IDs

This section is mostly only relevant to terminal keyboards. The converter uses the ID to decide between using scan code set 3 for terminal keyboards, or extended scan code set 2 for 'regular' keyboards.

By using hid_listen, you can see what ID your keyboard has by looking at the two bytes read back after the get ID command (wF2 rFA).

As of v0.996, the ID and scan code set selected is also printed in a more readable way:
Quote
Keyboard ID: BFBF
Code Set: 3

Terminal keyboards often have DIP switches on the back panel, or alternatively a pin header on the PCB that you can fit jumpers to, which configure the keyboard's ID code. The ID is a 16-bit number, but commonly fewer than 16 switches/jumpers are fitted meaning it's not possible to select all of the bits. The default value with no jumpers fitted, or with all the DIP switches in the 'open' position, is BFBF.

If your terminal keyboard is not operating correctly, it might be because the wrong ID is set on the switches/jumpers. The first byte should not be AB.


Known Issues


Weirdo Monterey International Corp. FKF456K-104 AT keyboard with 3-way A,X,S switch on the back
-- should be fixed as of v1.10, but hasn't been verified

Dell M6300 (BIOS rev A14) and Dell Inspiron 630m have incompatible/defective BIOS
-- possibly fixed by USB compliance improvements in v1.03, or by preventing debug output in boot mode in v1.11


History


v1.12 - added workaround for Linux bug which causes Delete key not to repeat - details.
v1.11 - added RT keyboard support, added boot mode indication, prevented debug output in boot mode - details.
v1.10 - improved documentation, added 'almost' PC/XT support, added aux key inputs - details.
v1.03 - fixed bug which caused the converter to lose config or reboot after using the scrd tool, and fixed minor USB errors revealed by using the Command Verifier compliance testing tool.
v1.02 - fixed bug which could cause the converter to lock up if a key was pressed at certain times during system boot - details.
v1.01 - fix bug in jump to bootloader affecting Teensy++ - details.
v1.0 - adds jump to bootloader, scboot tool, scinfo tool, documentation, settings protocol improvements, linux and macosx tools, and reduced hex size - details.
v0.997 - adds user-definable remaps, macros, layers, selects, media keys, and config tools - details.
v0.996 - fix for 'slow' responding keyboards, improved robustness when keys are being pressed before init has completed, alternative layouts for terminal keyboards - details.
v0.995 - quick fix for 122-key mapping (top right numpad key is 'pause'), and simplified the code testing which keyboard type is attached.
v0.994 - adds suspend support, with remote wake-up - details.
(v0.993 wasn't stable enough to subject you to!)
v0.992 - fixes minor incompatibility with Linux (backslash key not repeating etc.) - details.
v0.99 - first public release


Downloads
« Last Edit: Tue, 30 July 2013, 19:15:39 by Soarer »

Offline Mr. Perfect

  • Posts: 502
  • Location: United States
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #1 on: Fri, 22 April 2011, 08:38:35 »
Impressive work there. It's tempting to make one of these even for boards that work on USB, just to get the NKRO.

Quote

Optionally, lock LEDs can be wired up.
The outputs are active high (each pin puts out +5V when it wants to light the LED).
A resistor is needed inline with each LED. (The value needed depends on the type of LED, 1Kohm is a good starting point for modern high-brightness types).


Is this for extra LEDs on the converter? I'm assuming the LEDs on the boards themselves are controlled by the boards, or doesn't the lock message get passed to the board?
Mr. Perfect - A name fraught with peril.

Not sure which switch is for you? Try one of the test pads!

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #2 on: Fri, 22 April 2011, 08:51:12 »
Some boards don't have LEDs (e.g. XTs and Terminals), and in the case of the XT the protocol doesn't support them. The converter does pass LED state to the keyboard when it can though!

And yes, for a board like a Filco (which has a dual USB/PS2 interface), you could use it in PS2 mode and route it through this converter to get full NKRO (and any other fancy features that have yet to be enabled).

Offline HaveANiceDay

  • Posts: 437
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #3 on: Fri, 22 April 2011, 09:52:48 »
This looks really interesting. Especially the Filco NKRO USB Mod possibilities.
I don't need NKRO, but somehow I crave it :P
Filco Tenkeyless Brown with beige cherry doubleshots (home)
Realforce 86U (work)
Get you own Phantom NAO!

Offline hasu

  • Posts: 941
  • Location: Tokyo, Japan
  • @tmk
    • tmk keyboard firmware project
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #4 on: Fri, 22 April 2011, 20:28:26 »
Nice work!

I tried your converter with PS/2 keyboard on Mac and confirmed NKRO works fine. Great!
My converter's NKRO feature fails on Mac. It seems I have to check your report descriptor later.

Quote
Full NKRO, if the keyboard supports it (even on Macs!).
⚠ My Engrish is broken.    tmk keyboard firmware project(ADB,PS/2,X68K,PC98,M0110,HHKB,GH60)

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #5 on: Sat, 23 April 2011, 04:12:30 »
Thanks, hasu!

I might need to add in your fix for the SET_IDLE problem on OS-X. I have made changes to that part of the code, but I have no OS-X machine to test it on. If I am lucky it will work!

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #6 on: Sat, 23 April 2011, 10:18:52 »
Quote from: ripster;336118
If you guys ever fix the OSX bug tell Nopoo and the Ducky G2 engineers (probably the same PLUM Corp. firmware designer).

 
Which one? My firmware was already working better than theirs many weeks ago.

Offline ch_123

  • * Exalted Elder
  • Posts: 9244
  • Hello Baton Rouge
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #7 on: Sat, 23 April 2011, 11:43:14 »
Quote from: Soarer;336036
Thanks, hasu!

I might need to add in your fix for the SET_IDLE problem on OS-X. I have made changes to that part of the code, but I have no OS-X machine to test it on. If I am lucky it will work!

 
I'd be willing to check this out whenever I get my Teensy and sufficient free time.

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #8 on: Sat, 23 April 2011, 12:37:09 »
Quote from: ch_123;336196
I'd be willing to check this out whenever I get my Teensy and sufficient free time.

 
That would be great, thanks!

I think the most likely problem (if any) is an occasional dropped keystroke - but it might well only happen when a keypress is made WHILE it's processing the idle AND also receiving updated LED state!! Also, if it's not using the XT protocol, it will simply ask the keyboard to resend the missed byte - the only sign that something has gone wrong will be that the LED on the Teensy lights up for a couple of seconds :-)

Or... it could fail in some way I haven't though of at all yet!

Offline Hak Foo

  • Posts: 1290
  • The Hero Never Dies
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #9 on: Sun, 24 April 2011, 00:21:06 »
Just built, waiting for my terminal F to come tomorrow.
adding the LEDs lets you test for a correct download and basic behaviour tho
Hint:  the Radio Shack 276-0150 breadboard is real nice for this as it has pins in twos and threes pre-shorted so you don't have to wire everything with solder bridges.  It's $2 and readily available, and it's also small unlike a lot of the boards I saw.
Home: 1008XM, Matias, mostly dyesubs, Qazpad , Blues, DSA
Work: 1008, Blues, CCnG
Spare: Quickfire XT, Greens, Retro DSA

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #10 on: Sun, 24 April 2011, 04:23:11 »
Ah, Hak Foo... just spotted your question on IRC about the devices that the converter uses...

It's a composite device with [strike]four parts to it:
1. Boot keyboard
2. NKRO keyboard
3. Media and power keys
4. Debug channel[/strike]

edit: I really shouldn't answer these things from memory! Four was the plan at one point, but it ended up fitting into three:
1. Boot keyboard
2. Debug channel
3. NKRO keyboard, Media keys, and power keys



Spying on the debug channel with HID Listen is another way to check that the code has been loaded properly. It dumps the raw codes read from, and written to, the keyboard. Even if no keyboard is connected (or an XT), it will show 'wEE' when the converter is first plugged in. That's it writing an echo command to see if the keyboard responds.
« Last Edit: Sat, 07 May 2011, 09:05:35 by Soarer »

Offline xwhatsit

  • Posts: 202
  • Location: NZ
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #11 on: Sun, 24 April 2011, 07:38:08 »
What are you using for a VID/PID?
Beam spring IBM 5251 (7361073/7362149) | Model F IBM 122-key terminal & IBM PC-AT 84-key | Model M Unicomp 122-key terminal | Cherry MX Blue Leopold Tenkeyless

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #12 on: Sun, 24 April 2011, 08:06:33 »
Quote from: xwhatsit;336486
What are you using for a VID/PID?

I'll check later, but I haven't changed it from the defaults in the PJRC sample code.

edit: VID = 16C0, PID = 047D.
« Last Edit: Sat, 07 May 2011, 09:08:01 by Soarer »

Offline xwhatsit

  • Posts: 202
  • Location: NZ
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #13 on: Sun, 24 April 2011, 08:31:21 »
Ah right. I'm going to use the standard V-USB HID keyboard VID/PID for my wee project. Seems you can't buy a small block any more -- the resellers have been shut down by the USB-IF -- I bought one a while ago for a project, and don't really want to re-use it.
Beam spring IBM 5251 (7361073/7362149) | Model F IBM 122-key terminal & IBM PC-AT 84-key | Model M Unicomp 122-key terminal | Cherry MX Blue Leopold Tenkeyless

Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #14 on: Sun, 24 April 2011, 11:10:17 »
Nice work!

Just wondering what kind of remapping/macro features your firmware supports? Also, when will you release the source? :)

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #15 on: Sun, 24 April 2011, 19:15:57 »
Quote from: xwhatsit;336495
Ah right. I'm going to use the standard V-USB HID keyboard VID/PID for my wee project. Seems you can't buy a small block any more -- the resellers have been shut down by the USB-IF -- I bought one a while ago for a project, and don't really want to re-use it.

 
For personal projects, I guess it doesn't really matter what we use! (I admit I haven't bothered to look into it).

These are the values and comment from the PJRC keyboard sample code:

Code: [Select]
// Mac OS-X and Linux automatically load the correct drivers.  On
// Windows, even though the driver is supplied by Microsoft, an
// INF file is needed to load the driver.  These numbers need to
// match the INF file.
#define VENDOR_ID 0x16C0
#define PRODUCT_ID 0x047D

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #16 on: Sun, 24 April 2011, 20:14:17 »
Quote from: intealls;336575
Nice work!

Just wondering what kind of remapping/macro features your firmware supports? Also, when will you release the source? :)

Remappings are done from HID code to HID code, using a table in RAM, after the native scan codes have been translated to HID codes (using tables in the ROM). The idea is that remappings are applied to the table piecemeal - maybe some that only apply to certain boards, some that are global - in a more dynamic way than editing scan code tables directly. For example:

Code: [Select]
const uint8_t PROGMEM colemak_remaps[] = {
HID_KEY_D, HID_KEY_S,
HID_KEY_E, HID_KEY_F,
HID_KEY_F, HID_KEY_T,
HID_KEY_G, HID_KEY_D,
HID_KEY_I, HID_KEY_U,
HID_KEY_J, HID_KEY_N,
HID_KEY_K, HID_KEY_E,
HID_KEY_L, HID_KEY_I,
HID_KEY_N, HID_KEY_K,
HID_KEY_O, HID_KEY_Y,
HID_KEY_P, HID_KEY_SEMICOLON,
HID_KEY_R, HID_KEY_P,
HID_KEY_S, HID_KEY_R,
HID_KEY_T, HID_KEY_G,
HID_KEY_U, HID_KEY_L,
HID_KEY_Y, HID_KEY_J,
HID_KEY_SEMICOLON, HID_KEY_O,
0, 0
};

That's far smaller than a complete scan table, and could be applied to any keyboard regardless of the scan code set it uses natively.

Macros very quickly get fiendishly complicated to implement! So, for version 1, the converter will only support macros that emit a sequence when a key (or combi) is pressed, and do nothing when the key is released. The sequence can include key presses/releases, saving/restoring modifier state, etc. There may be limitations on which combinations can be used to trigger a macro, e.g. single non-modifier key plus modifiers, but I hope it can be (or become) more flexible than that.

I'd like to release the source code ASAP, even though there's a couple of pieces missing before it gets to v1.0, which are: defining a storage format for macros (including how they're triggered), and defining how the control interface works to allow remappings and macros to be edited on the host PC (preferably in a cross-platform way...).

I haven't decided whether to release it before or after doing either or both of those things :)
« Last Edit: Sun, 24 April 2011, 20:18:03 by Soarer »

Offline Hak Foo

  • Posts: 1290
  • The Hero Never Dies
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #17 on: Sun, 24 April 2011, 23:53:54 »
Stupid question: what's the default mapping for a 122 look like?  I'm thinking I'm going to hook it up and panic when I can't find half the editing keys.

I wonder if you could do an approach of "load the main binary at one address, and the macro pack/mapping pack always exists at another address space" so you only have to rewrite the second space.
Home: 1008XM, Matias, mostly dyesubs, Qazpad , Blues, DSA
Work: 1008, Blues, CCnG
Spare: Quickfire XT, Greens, Retro DSA

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #18 on: Mon, 25 April 2011, 04:41:17 »
Quote from: Hak Foo;336801
Stupid question: what's the default mapping for a 122 look like?  I'm thinking I'm going to hook it up and panic when I can't find half the editing keys.

Roughly speaking, it's done as a regular 102 with extra keys. The block of 10 keys on the left contains stuff like windows keys, PrtSc, etc. It's true though, that the 122s are the ones that need remapping the most - as in, everyone has a different idea about how to make them useful! For the default, I've chosen to have each key send a unique code, so that remapping with e.g. AutoHotkey works well.

Quote from: Hak Foo;336801
I wonder if you could do an approach of "load the main binary at one address, and the macro pack/mapping pack always exists at another address space" so you only have to rewrite the second space.

 
Here's the vague plan - they will be stored in the EEPROM, a control pipe will allow reading and writing it, an OS specific program will talk to the control pipe, and a higher level utility (Java or javascript or ???) will talk to the OS specific part.

Thing is, until all of that is in place, it's probably easier to simply edit the source and recompile!

Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #19 on: Mon, 25 April 2011, 13:10:55 »
I've got a Teensy++ 2.0 with your firmware hooked up to my MBP Santa Rosa, and I've yet to encounter any multiple/repeated keystrokes! Just ran six speedtests without issue (about 2900 keypresses, ~95 wpm). Seems to work great.

Edit: Hm, just put the computer to sleep and when it woke up W was repeating for some reason. Had to press another key to make it stop.

The problem can be recreated by putting the computer to sleep, banging a couple of keys on the connected keyboard and then waking the computer up.
« Last Edit: Mon, 25 April 2011, 13:36:29 by intealls »

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #20 on: Mon, 25 April 2011, 13:41:58 »
Excellent news! Thanks for letting me know, that was the last part that was completely unverified - think I'll have a little drink to celebrate :-)

edit: you edited :-(  So, I guess I do need to add something to handle suspend mode - I knew I wasn't handling it, but I didn't realise it would do that. Is it fine as long as you don't press any keys while it's sleeping?
« Last Edit: Mon, 25 April 2011, 13:46:40 by Soarer »

Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #21 on: Mon, 25 April 2011, 13:53:17 »
Sorry 'bout that. :/ Yup, seems fine when no keys are pressed! Gonna test a couple more times.

When no keys are pressed, it does not repeat. Tried it like 8 times or something. :)

I also tried an old version of hasu's firmware without the SET_IDLE fix, and I can with 100% certainty say that the repeating key issue is non-existant with your firmware. :)
« Last Edit: Mon, 25 April 2011, 14:01:11 by intealls »

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #22 on: Mon, 25 April 2011, 14:09:39 »
Thinking about it, I can't quite figure out what's going wrong - I guess it must somehow be missing the key up event from the keyboard. Does pressing a key wake it up from sleeping? That might re-initialize the converter, and I could clear the key state at that point, as a quick fix.

Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #23 on: Mon, 25 April 2011, 14:14:26 »
It does not wake up :( That was what I was testing. I just tried the same thing on Linux on the same computer, and it worked fine (no repetition). Could it be because OS X still powers the USB ports or something when it's suspended (iDevice-charging)? I don't think they are powered when running Linux.

Hm, if I press one key normally during suspend and wake it up, no repeated keypresses. If I hold down the key for a while (and release it before the computer is woken up) and then wake the computer, that keypress is repeated on wakeup.
« Last Edit: Mon, 25 April 2011, 14:21:34 by intealls »

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #24 on: Mon, 25 April 2011, 14:26:07 »
I think handling wake-up will have to wait until I support suspend mode correctly - it is on the wishlist already though!

For now, I've made a quick change to clear the output state whenever the USB connection is reset. I've no idea if it will work or not, but it shouldn't do any harm :-)


Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #25 on: Mon, 25 April 2011, 14:36:20 »
It still seems to repeat. :/

Would be great if someone else could try to reproduce it as well, so it's not just my setup. I tried both USB-ports, didn't seem to make any difference though.

Offline kishy

  • Posts: 2861
  • Location: ON, Canada
  • Eye Bee M
    • http://kishy.dyndns.org/
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #26 on: Mon, 25 April 2011, 14:40:16 »
I am unable to reproduce, or witness any issues at all after waking from standby (just tried - even with keys held while sending it to sleep).

Dell Inspiron 630m, if it matters. 122-key Model M.

Using a rather old version of the code though, and on next flash I'm going back to dfj's...not due to any failure of Soarer's, but because I'm supposed to already be evaluating for dfj lol.
« Last Edit: Mon, 25 April 2011, 14:43:36 by kishy »
"AT Model F". Not "Model F AT", "F AT", or "Model AT F". Just "AT Model F".
my keyboards
Capacitive Buckling Spring: 50, 62, 83, 84, 104, 107, 122 key
Membrane Buckling Spring: 101, 122 key
Want to learn about the Kishsaver? Get reading!

Offline intealls

  • Posts: 100
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #27 on: Mon, 25 April 2011, 14:53:48 »
I think it's a problem related to OS X, Linux (Ubuntu 10.04 I think) on the same machine worked fine (no repeats). Haven't got Windows on this machine, so can't test that. :/

What OS are you using on the Inspiron?

Offline kishy

  • Posts: 2861
  • Location: ON, Canada
  • Eye Bee M
    • http://kishy.dyndns.org/
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #28 on: Mon, 25 April 2011, 14:59:39 »
Win7...so yeah...might be OS-related (in fact, there's a good chance it is...standby is a hardware/firmware feature, but how peripherals behave about it is going to relate to drivers I expect)
"AT Model F". Not "Model F AT", "F AT", or "Model AT F". Just "AT Model F".
my keyboards
Capacitive Buckling Spring: 50, 62, 83, 84, 104, 107, 122 key
Membrane Buckling Spring: 101, 122 key
Want to learn about the Kishsaver? Get reading!

Offline Soarer

  • * Moderator
  • Thread Starter
  • Posts: 2672
  • Location: UK
XT/AT/PS2/Terminal to USB Converter with NKRO
« Reply #29 on: Mon, 25 April 2011, 19:34:17 »
Quote from: intealls;337070
It still seems to repeat. :/

 
Thanks for trying it. :-)  I'm still hoping that there is a change I can make that will fix it, without having to add a lot of new code. Especially when I can't easily test (on OS-X) what I write, as I go along!