Stuck keys: Difference between revisions
(→Fix) |
|||
(29 intermediate revisions by 17 users not shown) | |||
Line 1: | Line 1: | ||
{{TOCright}} |
{{TOCright}} |
||
<center>This page is about keys sticking on an XO keyboard when you ''don't'' want them to. For the X accessibility feature, see [[stickykeys]].</center> |
<center>''This page is about keys sticking on an XO keyboard when you ''don't'' want them to. For the X accessibility feature, see [[stickykeys (feature)]].''</center> |
||
It has been {{Trac|5658|reported}}that some XOs experience sticky or broken keys. |
It has been {{Trac|5658|reported}}that some XOs experience sticky or broken keys. |
||
The left ALT key is usually affected, but it can affect most or all of a keyboard. |
|||
The problem can be sporadic, and often does not exhibit until the XO has been turned on for at least a few seconds. |
|||
If you are having this issue, please add your serial number to the '''[[Stuck_keys_SN|list of machines with stuck keys]]'''. |
|||
Apparently, the left ALT key is usually affected. |
|||
== Why this happens == |
== Why this happens == |
||
Line 11: | Line 14: | ||
This is not a problem in increased "stickiness", it is a problem of ineffective insulation between the two conductive membranes. There are several problems with the keyboard manufacture that can cause this problem. One is a mis-registration of the different membranes making up the keyboard. While there are several mechanical pins to maximize registration, a slight warping of the bottom layer (which is stuck to a metal plate) can still occur. Even if not mis-registered, the slight buckling of the bottom membrane which results can cause a sticky key. This problem was addressed in pre-production, and hasn't been seen on dissected failing production units. |
This is not a problem in increased "stickiness", it is a problem of ineffective insulation between the two conductive membranes. There are several problems with the keyboard manufacture that can cause this problem. One is a mis-registration of the different membranes making up the keyboard. While there are several mechanical pins to maximize registration, a slight warping of the bottom layer (which is stuck to a metal plate) can still occur. Even if not mis-registered, the slight buckling of the bottom membrane which results can cause a sticky key. This problem was addressed in pre-production, and hasn't been seen on dissected failing production units. |
||
Another likely hypothesis is the spacing/insulating compound which is placed between the keyboard membranes is inadequate around certain keys. The bottom membrane contains a serpentine array of traces which are shorted out by contacts attached to the upper membrane during a key press. There |
Another likely hypothesis is the spacing/insulating compound which is placed between the keyboard membranes is inadequate around certain keys. The bottom membrane contains a serpentine array of traces which are shorted out by contacts attached to the upper membrane during a key press. There is a printed pattern of rubbery glue which separates the two membranes and holds the contacts apart when the key is not pressed. This rubbery layer is laid out into 3mm wide linear traces between key rows, and as 2mm, diamond shaped dots, or 0.5 mm dots internal to the key. Most keys have an array of 4 contact dots with a 2mm, diamond shaped spot of glue directly between all 4 contacts. However the Ctrl, both Hand and Alt keys as well as the ] key have 6 contact dots with only two 0.5mm dots of glue to hold the contacts apart. The center pair of dots in the group of 6 have no glue dots at all between the upper and lower membranes and therefore may be more prone to failure. |
||
Apparently these keys are the ones which are reported to stick the most often. [http://wiki.laptop.org/go/Stuck_keys_SN] In response, a new silkscreen mask for this compound has been prepared, which both decreases the available contact area and increases the size of the central spacing dots under the problem keys. |
Apparently these keys are the ones which are reported to stick the most often. [http://wiki.laptop.org/go/Stuck_keys_SN] In response, a new silkscreen mask for this compound has been prepared, which both decreases the available contact area and increases the size of the central spacing dots under the problem keys. |
||
=== To test whether this is indeed the problem === |
=== To test whether this is indeed the problem === |
||
''If'' your XO has a [[developer key]] or has security disabled: |
|||
* Reboot and enter |
* [[Reboot]] and enter [[Open Firmware]] (the Ok prompt) by pressing the Esc key ([[Image:Esc.png]]). |
||
* Run the keyboard test. |
* Run the keyboard test. |
||
ok test keyboard |
ok test keyboard |
||
Line 23: | Line 26: | ||
Symptoms |
Symptoms |
||
* Press the LEFT ALT key several times. The key is stuck on, but may turn off as the key is pressed, until it comes on again when fully depressed. |
* Press the LEFT ALT key several times. The key is stuck on, but may turn off as the key is pressed, until it comes on again when fully depressed. |
||
As an alternate method to get to this keyboard diagnostic, hold the "Rocker left" key during boot up to invoke diagnostics. The last diagnostic invoked is the keyboard test. |
|||
(Note: There is a known bug in Q2E18 firmware that prevents the Open Firmware 'test-all' function from running the keyboard test, so the 'Rocker left' bootup method will not get to the keyboard test if you have Q2E18 firmware.) |
|||
== Very Temporary One-Time Workaround Key == |
|||
When this (Left Alt key stuck; e.g. pressing Tab without anything would switch Activities, etc.) happened to me, pressing other keys like normal letters or digits didn't help the stuck key, but tapping (pressing once or a few times) the Right Alt Gr key "unreleased" the stuck key! |
|||
== Temporary software workaround == |
== Temporary software workaround == |
||
Line 51: | Line 61: | ||
* save the file by hitting CTRL+X, then enter "y" to confirm |
* save the file by hitting CTRL+X, then enter "y" to confirm |
||
To fix the keys in the console (when X isn't running), you can use the "loadkeys" command as follows: |
|||
== Fix: Disassembly and cleaning == |
|||
<pre> |
|||
echo -ne "keymaps 0-15\nkeycode 125 = Alt\nkeycode 56 =\n" | loadkeys |
|||
</pre> |
|||
(To view the existing mapping, use "dumpkeys". man dumpkeys/man loadkeys is your friend. Remember, this does not affect the X environment. "showkey" will show you the console (NOT X) keycodes of any keys you press.) |
|||
This is a workaround for a sticky CTRL key: |
|||
the left CTRL key can be disabled with the following commands, and remapped to the Left Grab (Here we assume that the Left Grab has a keycode of 133. To confirm this, you should use xev. This worked for FC 9 builds(joyrides) but not FC 7 (7xx) builds. I added this to my .xsession file. |
|||
<pre> |
|||
# remove broken Left CTRL key from modifier map |
|||
xmodmap -e "remove Control = Control_L" |
|||
# disable broken Left CTRL key |
|||
xmodmap -e "keycode 37 =" |
|||
# replace Left CTRL with Left Hand key |
|||
xmodmap -e "keycode 133 = Control_L" |
|||
# add the Left Hand (as Control_L) to the modifier map |
|||
xmodmap -e "add Control = Control_L" |
|||
</pre> |
|||
== Fix == |
|||
[[Image:Stuck_keys_fix.jpg|thumb|right|Howto fix the Left Alt stuck key problem.]] |
|||
Assuming the problem is the inadequate spacing compound between the two keyboard membranes -- that is, there isn't enough of it, which can lead to premature keypresses -- you can fix it by placing a thin slice of electrical tape over the poorly formed spacers, as shown in the diagram to the right. Note, this will involve [[Disassembly]] of the bottom portion to get to the keyboard. You will also have to peel a bit of the membrane off. (You don't need to peel quite as much as shown in the image; just enough to reach the problematic key.) |
|||
:This works for me, I used packaging tape. '''[[User:Firefoxman|ff]]<font color="darkgreen">[[User talk:Firefoxman|m]]</font>''' 22:48, 6 July 2008 (UTC) |
|||
:Packaging tape worked for me too. '''[[xuxa]]<font color="darkgreen"></font>''' 01:00, 8 Aug 2008 (UTC) |
|||
: worked for me too [[Special:Contributions/79.225.169.76|79.225.169.76]] 16:35, 19 August 2008 (UTC) |
|||
:(Plastic) Electrical tape worked for me. See the [http://sparkyxo.blogspot.com/2008/08/sparky-gets-keyboard-fix.html blog post] for some photos - '''[[User:PaulSchulz]]''' 05:07, 24 Aug 2008 (UTC) |
|||
:Narrow strip of normal sticky tape worked fine for me fixing a stuck left alt key, note that the picture above just shows the keyboard rubber membrane lifted, there's another layer below that that you have to peel back to show the actual contacts (see blog photos above to see next layer down). --[[User:Garycmartin|Garycmartin]] 03:10, 15 October 2008 (UTC) |
|||
''This has been reported to make sticky keyboards "work flawlessly." OLPC does not recommend that you try this: it isn't likely to fix the problem, and involves taking the keyboard of your XO apart in a way that could also damage the keyboard even further.''' |
|||
:I only had to peel my keyboard up and stick it back down for the problem to be fixed. No need for tape. Its worked fine ever since. |
|||
Some folks have fixed the issue by removing the keyboard and cleaning under the contacts where the sticky build-up is occurring. Use rubbing alcohol or an eraser. It's certainly worth a try although the keyboard does take some [[Disassembly]] to get to. |
|||
:Same ripfix - no tape - just peel two foil layers apart and away from the metal plate on CTRL ALT (left lower) side of keyboard, push gently back together (no pressing) and reassemble. Okay by 'test keyboard' & in use (Sugar & Ubuntu Intrepid). bbaston, 12/22/2008. |
|||
== Key Codes == |
== Key Codes == |
||
Line 79: | Line 120: | ||
== Reporting: Add your serial to this list. == |
== Reporting: Add your serial to this list. == |
||
If you are having this issue, please add your serial number to this wiki page: |
If you are having this issue, please add your serial number to this wiki page: |
||
: '''[[Stuck_keys_SN|List of machines with stuck keys]]''' |
|||
OLPC is currently looking for further data on the stuck key problem. |
OLPC is currently looking for further data on the stuck key problem. |
Latest revision as of 03:41, 23 December 2008
It has been reported (Trac #5658) that some XOs experience sticky or broken keys. The left ALT key is usually affected, but it can affect most or all of a keyboard. The problem can be sporadic, and often does not exhibit until the XO has been turned on for at least a few seconds.
If you are having this issue, please add your serial number to the list of machines with stuck keys.
Why this happens
This is not a problem in increased "stickiness", it is a problem of ineffective insulation between the two conductive membranes. There are several problems with the keyboard manufacture that can cause this problem. One is a mis-registration of the different membranes making up the keyboard. While there are several mechanical pins to maximize registration, a slight warping of the bottom layer (which is stuck to a metal plate) can still occur. Even if not mis-registered, the slight buckling of the bottom membrane which results can cause a sticky key. This problem was addressed in pre-production, and hasn't been seen on dissected failing production units.
Another likely hypothesis is the spacing/insulating compound which is placed between the keyboard membranes is inadequate around certain keys. The bottom membrane contains a serpentine array of traces which are shorted out by contacts attached to the upper membrane during a key press. There is a printed pattern of rubbery glue which separates the two membranes and holds the contacts apart when the key is not pressed. This rubbery layer is laid out into 3mm wide linear traces between key rows, and as 2mm, diamond shaped dots, or 0.5 mm dots internal to the key. Most keys have an array of 4 contact dots with a 2mm, diamond shaped spot of glue directly between all 4 contacts. However the Ctrl, both Hand and Alt keys as well as the ] key have 6 contact dots with only two 0.5mm dots of glue to hold the contacts apart. The center pair of dots in the group of 6 have no glue dots at all between the upper and lower membranes and therefore may be more prone to failure.
Apparently these keys are the ones which are reported to stick the most often. [1] In response, a new silkscreen mask for this compound has been prepared, which both decreases the available contact area and increases the size of the central spacing dots under the problem keys.
To test whether this is indeed the problem
If your XO has a developer key or has security disabled:
- Reboot and enter Open Firmware (the Ok prompt) by pressing the Esc key (
).
- Run the keyboard test.
ok test keyboard
Symptoms
- Press the LEFT ALT key several times. The key is stuck on, but may turn off as the key is pressed, until it comes on again when fully depressed.
As an alternate method to get to this keyboard diagnostic, hold the "Rocker left" key during boot up to invoke diagnostics. The last diagnostic invoked is the keyboard test. (Note: There is a known bug in Q2E18 firmware that prevents the Open Firmware 'test-all' function from running the keyboard test, so the 'Rocker left' bootup method will not get to the keyboard test if you have Q2E18 firmware.)
Very Temporary One-Time Workaround Key
When this (Left Alt key stuck; e.g. pressing Tab without anything would switch Activities, etc.) happened to me, pressing other keys like normal letters or digits didn't help the stuck key, but tapping (pressing once or a few times) the Right Alt Gr key "unreleased" the stuck key!
Temporary software workaround
As a (temporary?) workaround, the left ALT key can be disabled with the following commands, and remapped to the Left Grab (Here we assume that the Left Grab has a keycode of 133. To confirm this, you should use xev. (In my case it was 115)):
xmodmap -e "remove mod1 = Alt_L" xmodmap -e "keycode 64 =" xmodmap -e "keycode 133 = Alt_L Meta_L" xmodmap -e "add mod1 = Alt_L"
In order to apply these settings on startup, the respective commands can be added to .xsession.
- if
/home/olpc/.xsession
does not exist:- in the Terminal activity, execute the following command:
cp /home/olpc/.xsession-example /home/olpc/.xsession
- in the Terminal activity, execute the following command:
- open
.xsession
with the following command:nano -w /home/olpc/.xsession
- at the end, add the following lines
# remove broken Left ALT key from modifier map xmodmap -e "remove mod1 = Alt_L" # disable broken Left ALT key xmodmap -e "keycode 64 =" # replace Left ALT with Left Hand key xmodmap -e "keycode 133 = Alt_L Meta_L" # add the Left Hand (as Alt_L) to the modifier map xmodmap -e "add mod1 = Alt_L"
- save the file by hitting CTRL+X, then enter "y" to confirm
To fix the keys in the console (when X isn't running), you can use the "loadkeys" command as follows:
echo -ne "keymaps 0-15\nkeycode 125 = Alt\nkeycode 56 =\n" | loadkeys
(To view the existing mapping, use "dumpkeys". man dumpkeys/man loadkeys is your friend. Remember, this does not affect the X environment. "showkey" will show you the console (NOT X) keycodes of any keys you press.)
This is a workaround for a sticky CTRL key:
the left CTRL key can be disabled with the following commands, and remapped to the Left Grab (Here we assume that the Left Grab has a keycode of 133. To confirm this, you should use xev. This worked for FC 9 builds(joyrides) but not FC 7 (7xx) builds. I added this to my .xsession file.
# remove broken Left CTRL key from modifier map xmodmap -e "remove Control = Control_L" # disable broken Left CTRL key xmodmap -e "keycode 37 =" # replace Left CTRL with Left Hand key xmodmap -e "keycode 133 = Control_L" # add the Left Hand (as Control_L) to the modifier map xmodmap -e "add Control = Control_L"
Fix
Assuming the problem is the inadequate spacing compound between the two keyboard membranes -- that is, there isn't enough of it, which can lead to premature keypresses -- you can fix it by placing a thin slice of electrical tape over the poorly formed spacers, as shown in the diagram to the right. Note, this will involve Disassembly of the bottom portion to get to the keyboard. You will also have to peel a bit of the membrane off. (You don't need to peel quite as much as shown in the image; just enough to reach the problematic key.)
- Packaging tape worked for me too. xuxa 01:00, 8 Aug 2008 (UTC)
- worked for me too 79.225.169.76 16:35, 19 August 2008 (UTC)
- (Plastic) Electrical tape worked for me. See the blog post for some photos - User:PaulSchulz 05:07, 24 Aug 2008 (UTC)
- Narrow strip of normal sticky tape worked fine for me fixing a stuck left alt key, note that the picture above just shows the keyboard rubber membrane lifted, there's another layer below that that you have to peel back to show the actual contacts (see blog photos above to see next layer down). --Garycmartin 03:10, 15 October 2008 (UTC)
- I only had to peel my keyboard up and stick it back down for the problem to be fixed. No need for tape. Its worked fine ever since.
- Same ripfix - no tape - just peel two foil layers apart and away from the metal plate on CTRL ALT (left lower) side of keyboard, push gently back together (no pressing) and reassemble. Okay by 'test keyboard' & in use (Sugar & Ubuntu Intrepid). bbaston, 12/22/2008.
Key Codes
Other keys - such as left control key (LCTRL) - have been reported to be broken as well. Here is a list of commonly required key codes:
Key | Key Code | Key Designation |
---|---|---|
LCTRL | 37 | Control_L |
LALT | 64 | Alt_L |
LSHIFT | 50 | Shift_L |
ALT GR | 108 | [tbc] |
LGRAB | 133 | [tbc] |
RGRAB | 134 | [tbc] |
Reporting: Add your serial to this list.
If you are having this issue, please add your serial number to this wiki page:
OLPC is currently looking for further data on the stuck key problem.
http://lists.laptop.org/pipermail/community-support/2008-April/001922.html