Main > Main Forum
I-PAC / Keyboard Encoder polling rate?
<< < (5/6) > >>
BobA:
Pulswidth since it is your first post we will give you the benefit of nubee.   Did you realize you are responding to a 4 year old thread?   Nations have come and gone in less time.

 ;D
Pulsewidth:
Yes, but it seemed a waste to make a duplicate topic.
BobA:
Good point,   I hope Randy or Andy can give you the answer as they are the experts.

AndyWarne:
The USB polling rate is approx 7ms. I am not sure any benefit would be noticed by increasing this although it could be done using the software utility. All currently-pressed keys are sent at a very high rate (compared to PS/2) so the overall bandwith is much higher although there could be a USB max latency of 7ms.
I am not sure why you would need to reduce the de-bounce time. Certainly not with standard arcade buttons since its impossible to press one button repeatedly that fast.
Note that the I-PAC (and I hope other such devices) only debounce the same button. You could press one button, then a different button, in less time than 30ms and the second would register fine.
The de-bounce does not delay the release of the button during a short press.

Andy
Pulsewidth:
7ms polling is most likely good enough, but if it can accept 4ms polling like my current keyboard I'd be very happy with that.

If it does not delay the release of a short button press, how can it distinguish between a switch bounce and a deliberate short tap of the button?  I'm sure buttons where the switch engage position is close to the maximum travel can be pressed for <30ms if hit with sufficient speed and a relaxed finger.  This is a case of deliberately bouncing the entire button, as I don't think humans are fast enough to press a button for such a short time if they have to actively apply and then release pressure.  Of course the button would have to be carefully adjusted so unintentional bouncing is minimized.
Navigation
Message Index
Next page
Previous page

Go to full version