Since this is a standard ANSI layout, I'd first flash to a plain standard firmware. That should give you a yes/no answer as to if it's a hardware problem. I can't guess why it would be just one key but I'd do this test first just to be able to say, "Yes, I tried that, too".
Since this is a standard ANSI layout, I'd first flash to a plain standard firmware. That should give you a yes/no answer as to if it's a hardware problem. I can't guess why it would be just one key but I'd do this test first just to be able to say, "Yes, I tried that, too".
Thanks. So I did that and flashed back to standard firmware at https://github.com/VinnyCordeiro/tmk_keyboard/blob/master/keyboard/s60-x/keymap_standard.c and the problem is still there. That would lend weight to it being a hardware issue.
I actually have two identical keyboards, one for use at work and another for use at home (the problematic "g" key is on the keyboard at home). I will check the "g" key on the other keyboard the next time I am in.
What is the debounce time set at?
What is the debounce time set at?
I believe it is set to 5 at https://github.com/VinnyCordeiro/tmk_keyboard/blob/master/keyboard/s60-x/config.h#L38
(or at https://github.com/VinnyCordeiro/tmk_keyboard/blob/master/keyboard/s60-x/matrix.c#L32 as I cannot readily tell which takes precedence). I believe that debouncing value is used at https://github.com/VinnyCordeiro/tmk_keyboard/blob/master/keyboard/s60-x/matrix.c#L82
The other thing is that if the debounce is the culprit, then why only the G key is being affected? I have not been able to check my other keyboard that is identical to this one yet.
That switch might be the only one which is at the maximum spec from Cherry. I doubt it'll make a difference but I'd raise the debounce time to 6, which is where I run all my programmable keyboards, anyway.
It's beginning to smell like a bad switch, IMO.
r/c 0123456789ABCDEF
00: 0000000000000000
01: 0000000000000000
02: 0000010000000000
03: 0000000000000000
04: 0000000000000000
r/c 0123456789ABCDEF
00: 0000000000000000
01: 0000000000000000
02: 0000000000000000
03: 0000000000000000
04: 0000000000000000
bounce!: 04
bounce!: 01
bounce!: 01
I had an H key on my Ducky here at work that would not register intermittently... and then occasional double or triple hit. Turned out it was a bad switch or solder job since i simply swapped out the switch and it has been perfect since.
That being said, since you have the tmk controller you can always try flashing it again. Thats the least intrusive thing to rule out.
I had an H key on my Ducky here at work that would not register intermittently... and then occasional double or triple hit. Turned out it was a bad switch or solder job since i simply swapped out the switch and it has been perfect since.
That being said, since you have the tmk controller you can always try flashing it again. Thats the least intrusive thing to rule out.
Thanks. I have tried reflashing it and that had no effect. I am thinking now it is a bad switch. I'll have to wait until this weekend before I can solder in a new switch, as I want to first check the behavior on my other Sentraq S60-X at work once I am able to get there again (and this is my working keyboard at home).
The soldering job on the switch itself seems reasonable to my poor untrained eyes:Show Image(http://i.imgur.com/vrG0aLH.png)
Since you're into it that far why not see what happens when you short the contacts with a pair of tweezers, bypassing the switch altogether?
Since you're into it that far why not see what happens when you short the contacts with a pair of tweezers, bypassing the switch altogether?