Buckling spring corne?

marfrit

22 Apr 2021, 23:32

Hi,

with the model f flippers and barrels now available for 1$ each... What would one need for a buckling spring corne?

Barrels - check
Springs and flippers - check
Plate - corne shaped, to be designed
PCB with capacitor pads, corne shaped, tbd
Controller for each side, tbd

I've seen https://youtu.be/dKhqcWgnE4Etor but I wouldn't want to disect working model Fs for that.

Unfortunately, I would start at nearly zero (I can solder and follow instructions, but that's about it).

Rayndalf

23 Apr 2021, 00:41

You could 3D print a plastic barrel plates. That'd be the easiest way to get a curve.

No idea how capactive buckling spring PCBs work, but there are replacement F controllers which replace all the "scanning" done by the original PCB, so I believe it's fairly understood. Easiest way would be a flat PCB wired to one of the replacement controllers. Curved barrel plate + flexible PCB + bent metal backplate (with something similar to a bolt mod to attach it) might be ideal.

User avatar
Weezer

23 Apr 2021, 00:59

An xwhatsit will work with basically any capacitive PCB matrix you create as long as it isn't larger than 16x8. I think the easiest way for someone who doesn't have the ability to make their own controllers would be to buy two xwhatsits, and attach one to the right PCB and one to the left PCB you have printed up, and then run two USB cables to the computer, as if you had two keyboards attached.

Rayndalf wrote:
23 Apr 2021, 00:41
You could 3D print a plastic barrel plates. That'd be the easiest way to get a curve.
I dunno about this. Unless 3D printing has advanced beyond what I'm familiar with, that seems like it would be very scratchy

Rayndalf

23 Apr 2021, 01:23

Weezer wrote:
23 Apr 2021, 00:59
An xwhatsit will work with basically any capacitive PCB matrix you create as long as it isn't larger than 16x8. I think the easiest way for someone who doesn't have the ability to make their own controllers would be to buy two xwhatsits, and attach one to the right PCB and one to the left PCB you have printed up, and then run two USB cables to the computer, as if you had two keyboards attached.
Yeah, that'd be how I would do it anyway. Unless I wanted to wire both to the same matrix and shove it into one large case.
Weezer wrote:
23 Apr 2021, 00:59
I dunno about this. Unless 3D printing has advanced beyond what I'm familiar with, that seems like it would be very scratchy
Well the barrels themselves are injection molded, so 3D printing the barrel plate is just an alternative to having one cut out of metal.

User avatar
Weezer

23 Apr 2021, 01:31

Oh I gotcha. Thought you were saying to 3D print something up like what you get on a Model M. Yeah that would be a solid way to go.

marfrit

23 Apr 2021, 09:24

I think a flat plate would be the way to go. Given that the wcass controller boards seem to support qmk just fine, that would be my choice there.

Are the exact measurements of the "barrel holders" for the new F77 barrels available somewhere to be used with keycad to design the plate? I happen to know a "CNC guy" but he probably needs the CAD file for a quote...

User avatar
Muirium
µ

23 Apr 2021, 10:26

What's a corne?

If you are indeed talking about a split ergo board, I'd advise against using two different controllers. You wind up with weird gotchas like Right Shift + A = lowercase "a" that way, let alone more complex key combinations. Two controllers means two keyboards to the host. Some platforms merge all connected keyboards together, but not others.

As for capsense controllers: the gold standard right now is Pandrew's QMK port for Xwhatsit controllers (as sold by Ellipse). DMA's commonsense is highly regarded, too, and cheaper as it runs on commodity hardware; but more fiddly to configure from what I've heard.

marfrit

23 Apr 2021, 12:06

This is a corne - https://github.com/foostan/crkbd - it works with two serial connected pro micros of which one is the main connected via usb and the other one is the not-main one connected via TRRS cable. For keymaps and combos, it is one keyboard.

User avatar
Muirium
µ

23 Apr 2021, 12:13

Right…

Image

Capsense (which is how Model F works) is trickier. There's nothing theoretically impossible about a twin-controller board, but it would need new work to make it happen. The controllers we've already made are all single.

Naturally, you don't want chunky cables running between your split ergo hands. A controller in each half makes sense. But they'd need combined. Unless you do want to slum it, act as two independent keyboards, and leave merging to the host; which also ruins what you can do in layers.

User avatar
Weezer

23 Apr 2021, 12:23

Muirium wrote:
23 Apr 2021, 10:26
You wind up with weird gotchas like Right Shift + A = lowercase "a" that way, let alone more complex key combinations. Two controllers means two keyboards to the host. Some platforms merge all connected keyboards together, but not others.
Windows unifies them and unix-like systems dont, but you can manually unify plugged devices

User avatar
Muirium
µ

23 Apr 2021, 12:34

How do you unify them, then?

Thing is: there's some stuff you have to do *on board* the keyboard. Example: function layers. If one half of your keyboard has your Fn key but the other half doesn't know you're pressing it, your function is no fn' use!

User avatar
Bjerrk

23 Apr 2021, 13:10

Weezer wrote:
23 Apr 2021, 12:23
Muirium wrote:
23 Apr 2021, 10:26
You wind up with weird gotchas like Right Shift + A = lowercase "a" that way, let alone more complex key combinations. Two controllers means two keyboards to the host. Some platforms merge all connected keyboards together, but not others.
Windows unifies them and unix-like systems dont, but you can manually unify plugged devices
Depends on what you mean by unify. I have two keyboards (an AEKII and a G80-1800) on this Linux computer and if I hold, say, shift on one and type on the other, the characters come out as upper case, so the problem that Muirium describes doesn't occur. But with "keyboard internal" things like layers, I cannot - of course - hold the Fn key on one keyboard and expect layer toggling to occur on the other :)

The xinput output is as follows (there's also an IBM USB mouse attached):

Code: Select all

⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
⎜   ↳ USB Optical Mouse                       	id=15	[slave  pointer  (2)]
⎜   ↳ t.m.k. ADB keyboard converter Consumer Control	id=11	[slave  pointer  (2)]
⎜   ↳ t.m.k. ADB keyboard converter           	id=13	[slave  pointer  (2)]
⎜   ↳ Bjerrk PS/2 keyboard converter        	id=16	[slave  pointer  (2)]
⎜   ↳ Bjerrk PS/2 keyboard converter Consumer Control	id=19	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	id=3	[master keyboard (2)]
    ↳ Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]
    ↳ Power Button                            	id=6	[slave  keyboard (3)]
    ↳ Power Button                            	id=7	[slave  keyboard (3)]
    ↳ Eee PC WMI hotkeys                      	id=10	[slave  keyboard (3)]
    ↳ t.m.k. ADB keyboard converter           	id=8	[slave  keyboard (3)]
    ↳ t.m.k. ADB keyboard converter System Control	id=9	[slave  keyboard (3)]
    ↳ t.m.k. ADB keyboard converter Consumer Control	id=12	[slave  keyboard (3)]
    ↳ Bjerrk PS/2 keyboard converter        	id=14	[slave  keyboard (3)]
    ↳ Bjerrk PS/2 keyboard converter System Control	id=17	[slave  keyboard (3)]
    ↳ Bjerrk PS/2 keyboard converter        	id=18	[slave  keyboard (3)]
    ↳ Bjerrk PS/2 keyboard converter Consumer Control	id=20	[slave  keyboard (3)]
Edit: I see that Muirium posted about this before me. The sneaky bastard.
Last edited by Bjerrk on 23 Apr 2021, 13:20, edited 2 times in total.

marfrit

23 Apr 2021, 13:13

In Linux, kmonad could be an option, although it needs to be changed to work with two inputs. If I really get to do this, I would prefer the two-controller-trrs approach though.

Findecanor

23 Apr 2021, 13:29

Yeah, Apple's HID implementation is known to be a bit different, whereas two keyboards should work fine on Windows and Linux.
Rayndalf wrote:
23 Apr 2021, 00:41
You could 3D print a plastic barrel plates. That'd be the easiest way to get a curve.
I think the PCB should also be curved individually per column.
You could start by designing it as a PCB per column but have them connected on the home row ... unless the traces would need to be a certain distance apart so as to not cause capacitive effects.
The thumb keys might also best be connected to the home row, I think.
Muirium wrote:
23 Apr 2021, 10:26
What's a corne?
It's even in the Wiki. ;) I think it could be the most popular split columnar keyboard after the ErgoDox.

User avatar
Muirium
µ

23 Apr 2021, 13:53

So it is!
Corne, also knob as Heliodox
Umm…

Regards capsense: don't worry too much about signal paths. Xwhatsit's own firmware used to be very touchy about all that (it used one threshold value across the entire keyboard) but Pandrew's QMK has separate thresholds for each key, like this:

Image

Screenshots and links here. I've had a lot of fun with it. It's a breath of fresh air for fiddly boards like vintage beamsprings.

micmil

24 Apr 2021, 05:57

The Warhammer fan in me was very very confused.

manisteinn

24 Apr 2021, 23:43

I made this curved prototype a couple of years ago, split capacitive has been on my todo list for a while

Image
(click for larger)

In my mind the thumb cluster would be a separate tilted board with ~2u keys, similar to this topre project.
You could do individually adjustable columns like that, but with a per-column curved PCB.
One problem is the lack of space for mounting holes between switches, I suspect you'd have a hard time getting enough rigidity with printed plates. Even with joined staggered columns the reduced overlap might be an issue, mine is just a continuous curve like the originals.

Post Reply

Return to “Keyboards”