So getting back to the topic
Does anyone think there is anything we can do to fix the keyboard bouncing problem? I am thinking it can be addressed in software and I am trying to figure out if anyone else thinks it is worth working on.... of if I am the only one that is plagued by it
Keyboard debouncing
Re: Keyboard debouncing
The software would be the closed source DMCP, so the only people who can work on it are SwissMicros themselves.kevinvinv wrote: ↑Fri Nov 02, 2018 4:47 pmSo getting back to the topic
Does anyone think there is anything we can do to fix the keyboard bouncing problem? I am thinking it can be addressed in software and I am trying to figure out if anyone else thinks it is worth working on.... of if I am the only one that is plagued by it
Re: Keyboard debouncing
I have the same problem, every now and then, I hit the #3 key and it doubles. It is very rare so I don't worry to much about it. I did turn off the fast auto-repeat.
-
- Posts: 137
- Joined: Wed Jun 14, 2017 9:27 pm
Re: Keyboard debouncing
My big fear is that I'm going to hit Shift-Clear, CLP or CLV, and get a bounce on that function key, nuking something I didn't want to delete. Hasn't happened so far...
Re: Keyboard debouncing
Golden rule of layouting: avoid such possibilities!Dave Britten wrote: ↑Mon Nov 05, 2018 3:23 pmMy big fear is that I'm going to hit Shift-Clear, CLP or CLV, and get a bounce on that function key, nuking something I didn't want to delete. Hasn't happened so far...
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
-
- Posts: 137
- Joined: Wed Jun 14, 2017 9:27 pm
Re: Keyboard debouncing
Agreed, but the multi-purpose soft menu keys limit that somewhat. The 17BII, 19BII, and 27S do something clever for deleting stat/cash flow lists: you first press Shift-Input (Clear Data), then it prompts you "Clear list?", with "Yes" on menu key 1, and "No" on menu key 6. If you choose to clear the list, it then prompts you "Also clear list name?", i.e. totally delete the list rather than just removing the data. But for the second prompt, it moves "Yes" to menu key 2, so an unintentional second press of menu key 1 doesn't result in deleting more than you intended.Walter wrote: ↑Mon Nov 05, 2018 4:15 pmGolden rule of layouting: avoid such possibilities!Dave Britten wrote: ↑Mon Nov 05, 2018 3:23 pmMy big fear is that I'm going to hit Shift-Clear, CLP or CLV, and get a bounce on that function key, nuking something I didn't want to delete. Hasn't happened so far...
Since the CLV and CLP functions are themselves part of the soft menus, Free42 would have to do something like not putting any variable/program names on the same menu item as CLV or CLP, at least for the first page of variables/programs. I would certainly welcome such a change.
Re: Keyboard debouncing
Well I will say this... I just did the procedure to loosen up the keys... WOW what a difference... Maybe that will help with my bounce problems.
I did not know the keyboard code was closed source. OK. At least I know there is nothing I can do about it
I did not know the keyboard code was closed source. OK. At least I know there is nothing I can do about it
Re: Keyboard debouncing
The 3 key is the culprit most of the time on my calculator as well, but I've seen it happen with ENTER as well. Whether I enable fast autorepeat or not, I haven't been able to tell the difference so far.
When bouncing occurs, it's so quick that I think it should be physically impossible to press the key twice in such a short time. The point of debouncing logic is that the device rejects multiple presses that occur too quickly to be physically plausible, and I think the code we have on the DM42 now is too permissive. For a calculator of such overall quality (and this sort of price), I'd really expect the manufacturer to fix this issue. Or release the code so we can do it ourselves. Why hasn't this been addressed already?
DM42 #84
-
- Posts: 3
- Joined: Sun Oct 21, 2018 2:05 pm
Re: Keyboard debouncing
I bought one that is on the way and now I'm really worried about this "bug"
Waiting for news...
Waiting for news...
Re: Keyboard debouncing
This problem appears to be present in only a very small number of units, seems like less than 1% of units sold, and among those, some report the problem went away and others that Logan's 'keyboard softening' technique eliminated the problem as well, so the 'fix' is likely not a design or manufacturing change, possibly just a bad part or poor assembly alignment in a couple units. SM/Michael has been very responsive with customers that have contacted him directly for support, and/or possibly replacement, if required to correct the problem. I understand your desire to share your experience here, but it is likely more productive for you to contact them for help directly (e.g. email Michael) than to post suggestions here of what they could/should do, which can also raise undo concern with other buyers, as you see just above my post.
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100