Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rotary Keyboard

squidgeefish.com

Post reply on HN
Print view View original

31–40 of 61 posts

Re: Rotary Keyboard

#31

Post by zamadatix »

HALtheWise wrote: post #11

Nice project! > Due to debouncing troubles, it seems to be double-reading each pulse. At some point I should throw a scope on it to confirm what the problem is, but it works quite adequately as-is. (My first try only had a 10ms delay, which empirically resulted in septuple-reading each pulse…) Needless to say, this is not the canonical way to count pulses. A more typical and accurate loop would look like if digitalRe…

I’m more used to “while pin hot in the last devounceDelay consider held” approach. This double sleep method has a larger minimum for a given debounce delay and triggers multiple presses if you get any contact drops at all during a long hold. Not sure if there are other upsides I’m missing though.

Re: Rotary Keyboard

#33

Post by bilekas »

Definitely a fun project and great read! I only worry it may catch on with the hipsters and we'll be hearing the rotary bells in cafes soon.

Re: Rotary Keyboard

#34

Post by ismokedoinks »

0xmarcin wrote: post #13

Rotary phones where used with https://en.wikipedia.org/wiki/Strowger_switch - so they have very simple interface - just generate the number of pulses that is either N or 10-N (I don't remember exactly which one is right). There is also a nice back-story about how it was invented. This is a nice DIY project, but its practicality is questionable. Choosing a number on rotary phones is very slow, as you need to wait til…

Not sure practicality is the goal--Being inconvenient might actually be the intent.

Re: Rotary Keyboard

#36

Post by rgoulter »

What an impressive project.

One thing this design demonstrates about the standard keyboard design:

- In order to disallow using the number row, a giant 10U keycap is placed over the number keys. This deliberately restricts usage. It's funny because it's unexpected.

- 3 rows down, you've got a giant 6U keycap. But, most keyboards just look like this, even though it's as impractical as this joke keycap above.

Re: Rotary Keyboard

#38

Post by euroderf »

college_physics wrote: post #18

The slowness of the rotary dial might be actually a strength in certain use cases, like when its critical to get the number right the first time around. Consider attaching it to a Bloomberg terminal to eliminate the "fat finger" problem.

No more mistaken multi-billion-dollar bank transfers and stock trades !

Re: Rotary Keyboard

#39

Post by benj111 »

layer8 wrote: post #22
JadoJodo wrote: post #2

Part of me had hoped that this was some sort of insane mechanical keyboard, where every single key was on the rotary.

It doesn’t make sense for the modifier keys to be on the rotary dial, but the rest you code encode by a pair of dials (for 10x10 keys). Labeling would be a challenge. I wonder which of Emacs and Vim would have the advantage here.

A modifier dial would be cool. You could have capslock for X number of seconds.

Vim could have a mode dial. Which mode should be the default is possibly the thing that flame wars are made of though.

Re: Rotary Keyboard

#40

Post by benj111 »

fbdab103 wrote: post #35
paulkrush wrote: post #21

Test it on kids: https://www.youtube.com/watch?v=1OADXNGnJok

A gentle reminder that nothing is intuitive.

No.

I recently noticed on my local canal the mile markers show how many miles you are from the place youre traveling from.

This is the Leeds Liverpool canal. So as you travel to Leeds it says Liverpool with increasing miles.

From the pov of the Liverpool side of the sign being the Liverpool side this makes sense, and on a barge it's easy to look back to see how many miles to Leeds. But to modern eyes it's completely backwards.

Even traffic signs are 'intuitive'!

Post reply on HN