F104+SSK+122+62+77+50+Ergo orders now open! New Kishsaver+Industrial Model F Keyboards
-
- Main keyboard: Unicomp Model M
- Main mouse: Mac Magic Mouse
Do any of you have experience operating the ibm-capsense-usb-util 0.9.0 software on a mac (version 10.15.3 Catalina)? I have installed it and when I start it up it tells me that I have to choose between two controllers. (I have my F77 plugged in. Maybe it's also trying to access my Unicomp?). No matter what I choose, the program freezes up and I am unable to use it. I wonder if it is compatible with Catalina. Any guidance would be very much appreciated.
BTW, I'm a total novice here.
BTW, I'm a total novice here.
-
- Location: Canada
- DT Pro Member: -
It's a known bug. If you choose the wrong controller, the program freezes. If it does, just go cmd + opt + esc and kill the program. Then choose the other controller in the list.Spacesaver wrote: ↑24 Mar 2020, 07:29Do any of you have experience operating the ibm-capsense-usb-util 0.9.0 software on a mac (version 10.15.3 Catalina)? I have installed it and when I start it up it tells me that I have to choose between two controllers. (I have my F77 plugged in. Maybe it's also trying to access my Unicomp?). No matter what I choose, the program freezes up and I am unable to use it. I wonder if it is compatible with Catalina. Any guidance would be very much appreciated.
BTW, I'm a total novice here.
-
- Main keyboard: Unicomp Model M
- Main mouse: Mac Magic Mouse
That worked. Thanks!xxhellfirexx wrote: ↑24 Mar 2020, 08:01It's a known bug. If you choose the wrong controller, the program freezes. If it does, just go cmd + opt + esc and kill the program. Then choose the other controller in the list.
Now that I have lowered the voltage threshold from 122 to 110, I am picking up several keys that were not registering. But there are several more that will not actuate--the < key, M, the spacebar, two of the arrow keys, and about half of the modifiers. They won't register in the software.
Am I at the point where I need to remove and try to reseat all of these keys?
They all feel okay to me, except for the spacebar, which doesn't click.
Also, has anyone else needed to set the voltage threshold that low?
-
- Location: United States
- DT Pro Member: -
I tried setting my voltage that low when I was having problems with a few keys, and basically all the keys ended up being registered because of it.Spacesaver wrote: ↑24 Mar 2020, 08:53That worked. Thanks!xxhellfirexx wrote: ↑24 Mar 2020, 08:01It's a known bug. If you choose the wrong controller, the program freezes. If it does, just go cmd + opt + esc and kill the program. Then choose the other controller in the list.
Now that I have lowered the voltage threshold from 122 to 110, I am picking up several keys that were not registering. But there are several more that will not actuate--the < key, M, the spacebar, two of the arrow keys, and about half of the modifiers. They won't register in the software.
Am I at the point where I need to remove and try to reseat all of these keys?
They all feel okay to me, except for the spacebar, which doesn't click.
Also, has anyone else needed to set the voltage threshold that low?
- Redmaus
- Gotta start somewhere
- Location: Near Dallas, Texas
- Main keyboard: Unsaver | 3276 | Kingsaver
- Main mouse: Kensington Slimblade
- Favorite switch: Capacitative Buckling Spring
- DT Pro Member: -
- Contact:
Hey Ellipse, would it be possible to get a full pic of the red case? Thanks
- tentator
- Location: ZH, CH
- Main keyboard: MX blue tentboard
- Main mouse: Pointing Stick
- Favorite switch: Cherry MX Blue and Model F BS
- DT Pro Member: -
I can definitely volunteer for testing, and know qmk since a while.. even if I think qmk code currently became quite chaotic to understand for me.. quantum bla bla etc..pandrew wrote: ↑24 Mar 2020, 04:06I just started reading a bit about QMK. I actually think QMK is quite possible. So far I don't see a reason why it wouldn't work. Capsense code would have to be reimplemented from scratch, because QMK is GPL2(+) and xwhatsit is GPL3(+). Yes, I know, they are compatible, but if we want main QMK to take the contribution, and it to show up in the main configurator tool, it's likely they won't accept a GPL3-only contribution. But I don't think implementing capsense is all that hard. Talking to the 74595 shift registers is simple. Talking to the DAC that generates the voltage threshold can't be that hard either. But it wold take at least a few days to implement. Testing it and tuning it could also take a while.
About the GPLv2/v3 thing: I actually see both licenses in qmk here:
https://github.com/qmk/qmk_firmware
and also in tmk which is the father of qmk which derived from it has both licenses here:
https://github.com/tmk/tmk_keyboard/tre ... k_core/doc
In the end I think it's contributions in diverse licenses put together but that should not matter much, what do you think?
tent
-
- Main keyboard: Unicomp Model M
- Main mouse: Mac Magic Mouse
That didn’t happen on my unit until I reached 98 or 97. (I’m using a Mac. It appears that different computers require different voltage thresholds.) When I reach 98 or 97, even the inactive keys register multiple keys. But I can’t get them to register only one.
I will go through the inactive switches and see if removing and reseating does the trick. The spacebar doesn’t click presently, so that’s a good candidate for reseating anyway.
- consolation
- Location: NZ
- Main keyboard: Norbatouch
- Main mouse: deathadder 3.5g
- Favorite switch: how could you pick a single switch...
- DT Pro Member: -
When I first got my F77 the software registered a bunch of non existent keys in column 15, they were set as "released" in the layers; I needed to change all of them to "ignored." Otherwise, after half hour of use, random keys would start popping up. I presume those are the ground points for the capsense? Additionally, the electronics are pretty temperature sensitive, so on day 1, putting the unit in the hot water cupboard for couple hours, to bring the thick steel case to ambient temperature, made a bunch of random issues disappear. Threshold 127 is the sweet spot on my unit. Lastly, any remaining issues have been fixed by the firmware that pandrew posted on the previous page, denounce 6 in my case.
I thought that my keys were good out of the box, but reseating all of them when I took the blanks off to put terminal ones on- moved the smooth to whole new level.
My space bar lagged a bit, just need to loosen the clips a touch with a screw driver.
On a side note, I just realised that I got my board 24 hours before courier deliveries were limited to essential services only, for the next month at least. Sigh, dodged a bullet there. I swear, if it managed to get around the globe to me, only to be stopped at the depot down town, I'd have tunneled in there.
PS. My board seems to prefer some USB ports over others, on some it sometimes need to be re-detected on wake up. I'm guessing it's a power management thing? I think, it might be an issue with 3.1 over 2.1&3.0 ports, but haven't had the time to tinker. It's running without any issues atm, and it's bit of a madhouse here due to the plague lockdown.
I thought that my keys were good out of the box, but reseating all of them when I took the blanks off to put terminal ones on- moved the smooth to whole new level.
My space bar lagged a bit, just need to loosen the clips a touch with a screw driver.
On a side note, I just realised that I got my board 24 hours before courier deliveries were limited to essential services only, for the next month at least. Sigh, dodged a bullet there. I swear, if it managed to get around the globe to me, only to be stopped at the depot down town, I'd have tunneled in there.
PS. My board seems to prefer some USB ports over others, on some it sometimes need to be re-detected on wake up. I'm guessing it's a power management thing? I think, it might be an issue with 3.1 over 2.1&3.0 ports, but haven't had the time to tinker. It's running without any issues atm, and it's bit of a madhouse here due to the plague lockdown.
-
- Location: United States
- Main keyboard: Brand New Model F Keyboards
- DT Pro Member: -
- Contact:
Thanks pandrew for fixing webwit's issue! I'd like to encourage everyone to "beta test" the firmware on their new/old Model F keyboards and share their findings so it can be the default for all future Model F's that go out.
Thanks consolation for posting your new Model F photo with interesting keys as well as your technical findings with your F77.
If anyone has any Model F tips and tricks please do share them!
For my setup (tested on a Lenovo laptop from several years ago), the F77 wouldn't activate all keys unless the threshold was 122 or so but this definitely varies by USB port and computer I am sure.
Those always pressed points on the matrix are built in to the keyboard capacitive PCB. IBM had them built into original Model F keyboards as well. My guess is they were used for calibration of the key press threshold. The xwhatsit software says these always-pressed keys should be noted as "pressed" in the layout file which is what I did in the layout files for each keyboard that has gone out. That is interesting that you had to set them to ignored to prevent random key presses. Can anyone else confirm this behavior with their Model F keyboard (new or old)? Agreed that waiting for the keyboard to go to room temperature is sometimes needed before starting to use the keyboard.
https://imgur.com/0IR9Uao
https://imgur.com/rHYQq1e
Redmaus yes here are photos of the F62 and F77 red cases.
https://imgur.com/xsmAzcA
https://imgur.com/xjnlzJ6
https://imgur.com/fkZvatK
https://imgur.com/w4cNg4M
https://imgur.com/TKxUAKy
As a note here is the link to the previously posted photo album of all mailed keyboard variations that is updated whenever there is a new variation. https://imgur.com/a/gw8FOl0
Thanks consolation for posting your new Model F photo with interesting keys as well as your technical findings with your F77.
If anyone has any Model F tips and tricks please do share them!
For my setup (tested on a Lenovo laptop from several years ago), the F77 wouldn't activate all keys unless the threshold was 122 or so but this definitely varies by USB port and computer I am sure.
Those always pressed points on the matrix are built in to the keyboard capacitive PCB. IBM had them built into original Model F keyboards as well. My guess is they were used for calibration of the key press threshold. The xwhatsit software says these always-pressed keys should be noted as "pressed" in the layout file which is what I did in the layout files for each keyboard that has gone out. That is interesting that you had to set them to ignored to prevent random key presses. Can anyone else confirm this behavior with their Model F keyboard (new or old)? Agreed that waiting for the keyboard to go to room temperature is sometimes needed before starting to use the keyboard.
https://imgur.com/0IR9Uao
https://imgur.com/rHYQq1e
Redmaus yes here are photos of the F62 and F77 red cases.
https://imgur.com/xsmAzcA
https://imgur.com/xjnlzJ6
https://imgur.com/fkZvatK
https://imgur.com/w4cNg4M
https://imgur.com/TKxUAKy
As a note here is the link to the previously posted photo album of all mailed keyboard variations that is updated whenever there is a new variation. https://imgur.com/a/gw8FOl0
- Redmaus
- Gotta start somewhere
- Location: Near Dallas, Texas
- Main keyboard: Unsaver | 3276 | Kingsaver
- Main mouse: Kensington Slimblade
- Favorite switch: Capacitative Buckling Spring
- DT Pro Member: -
- Contact:
Nice. I'm thinking red case + black keycapsEllipse wrote: ↑26 Mar 2020, 04:00Redmaus yes here are photos of the F62 and F77 red cases.
https://imgur.com/xsmAzcA
https://imgur.com/xjnlzJ6
https://imgur.com/fkZvatK
https://imgur.com/w4cNg4M
https://imgur.com/TKxUAKy
As a note here is the link to the previously posted photo album of all mailed keyboard variations that is updated whenever there is a new variation. https://imgur.com/a/gw8FOl0
Thank you for the images!
-
- Location: United States
- DT Pro Member: -
I've been testing the new firmware for a few days now and it seems to work perfectly.
As an aside, does anyone else happen to have rod stabilizer frustrations? Both my Unicomp and my IBM SSK have pretty flawless stabilizers - no binding at all and they're quite smooth - but my F62's stabs feel pretty rough. Especially the left shift. I'm wondering if there's a trick to it or something or if I simply just have bad stabs. Hopefully I don't have to take apart the keyboard again.
As an aside, does anyone else happen to have rod stabilizer frustrations? Both my Unicomp and my IBM SSK have pretty flawless stabilizers - no binding at all and they're quite smooth - but my F62's stabs feel pretty rough. Especially the left shift. I'm wondering if there's a trick to it or something or if I simply just have bad stabs. Hopefully I don't have to take apart the keyboard again.
-
- Location: United States
- Main keyboard: Brand New Model F Keyboards
- DT Pro Member: -
- Contact:
Someone previously suggested adding a small rubber/felt pad with a hole in the middle on the stabilizer insert side for those with stabilized key issues. Another suggestion is to have the top of the stabilizer insert be 1-2mm above the top of the barrel.
- Twst
- Location: Norway
- Main keyboard: Thinkpad
- Main mouse: Trackpoint
- Favorite switch: BS
Package arrived! Big thank's to Joe!
The F62 in paticular has such great heft and is easily the best keyboard I have owned.
Have them both flashed with pandrew's firmware fix, and have no issues at all. The F62 is running with threshold at 131 at work on my Dell, but I had it at 129 on the Thinkpad at home. So it defently behaves somewhat differently across computers.
Shipping was suprisingly fast, even with a delay with the postal service and considering the times we are in - it took only 9 days shipping all the way to the north of Norway.
Gave the F62 a split left shift and it has already been put to work at the office.
Keys are supersmoooth and both the feel and sound is perfect. Even better than my XT and AT. The F62 in paticular has such great heft and is easily the best keyboard I have owned.
Have them both flashed with pandrew's firmware fix, and have no issues at all. The F62 is running with threshold at 131 at work on my Dell, but I had it at 129 on the Thinkpad at home. So it defently behaves somewhat differently across computers.
- Twst
- Location: Norway
- Main keyboard: Thinkpad
- Main mouse: Trackpoint
- Favorite switch: BS
While I wait for the dye subbed caps, the F77 will have to do with what was lying around, mostly caps from an AT
Have the threshold settled in on the F77 at 130.
Had a smaller Unicomp spacebar from a Unicomp Classic - so I added a extra barrel+flipper and got a extra key. Working without a problem.Have the threshold settled in on the F77 at 130.
- LightningXI
- Location: New York, NY
- DT Pro Member: -
That sounds right if you are trying to get the accurate legends for all of the HHKB layout keys.
- tentator
- Location: ZH, CH
- Main keyboard: MX blue tentboard
- Main mouse: Pointing Stick
- Favorite switch: Cherry MX Blue and Model F BS
- DT Pro Member: -
Dear Keyboard Community,
prepare to make a monument to user "pandrew".. I will leave the announcement to him.. but after only one night of crazy remote programming and testing with me since he phisically doesn't even have the keyboard, he was able to make the impossible, finally possible!!
I'm so happy and delighted by the result, typing with it right now here on my F62... and it works just flawlessly!
Kr,
tent:wq
prepare to make a monument to user "pandrew".. I will leave the announcement to him.. but after only one night of crazy remote programming and testing with me since he phisically doesn't even have the keyboard, he was able to make the impossible, finally possible!!
I'm so happy and delighted by the result, typing with it right now here on my F62... and it works just flawlessly!
Kr,
tent:wq
-
- Main keyboard: AEK II
- Main mouse: Trackman Marble
- Favorite switch: Salmon Alps
- DT Pro Member: -
We actually have a number of situations in which QMK is distributed under GPL3+, for example when using ARM processors. I haven't looked into any of the technical aspects yet, but I stumbled on this post when someone came on our discord asking about this project and wanted to clear up misconceptions about licensing.pandrew wrote: ↑24 Mar 2020, 04:06Capsense code would have to be reimplemented from scratch, because QMK is GPL2(+) and xwhatsit is GPL3(+). Yes, I know, they are compatible, but if we want main QMK to take the contribution, and it to show up in the main configurator tool, it's likely they won't accept a GPL3-only contribution.
If you have any questions about how to get this into QMK feel free to open an issue or hit up our discord. I don't have a lot of time for forums right now but this is a very cool project and I'd love to see it make it into QMK.
-
- DT Pro Member: -
Thanks for confirming. The keys cost as much as a used HHKBLightningXI wrote: ↑28 Mar 2020, 05:30That sounds right if you are trying to get the accurate legends for all of the HHKB layout keys.
-
- Location: Romania
Hi all, let me just clarify, I'm working on a QMK port for the model F keyboards. It's not yet ready to be shared publicly, but if you want to help out to collect some data from your keyboard, let me know in a PM.tentator wrote: ↑28 Mar 2020, 16:47Dear Keyboard Community,
prepare to make a monument to user "pandrew".. I will leave the announcement to him.. but after only one night of crazy remote programming and testing with me since he phisically doesn't even have the keyboard, he was able to make the impossible, finally possible!!
I'm so happy and delighted by the result, typing with it right now here on my F62... and it works just flawlessly!
Kr,
tent:wq
Also, tentator has been of great help, testing my first pieces of code, thanks!
Doesn't matter anymore since I implemented all my code from scratch. Getting it into QMK shouldn't be a problem.skully wrote: ↑28 Mar 2020, 18:02We actually have a number of situations in which QMK is distributed under GPL3+, for example when using ARM processors. I haven't looked into any of the technical aspects yet, but I stumbled on this post when someone came on our discord asking about this project and wanted to clear up misconceptions about licensing.
Andrei
- LightningXI
- Location: New York, NY
- DT Pro Member: -
QMK for the New Model F would be fantastic -- assuming that we won't have issues with the voltage threshold concerns that are occasionally brought up by users every now and then.
-
- Location: Romania
If anyone is having issues on their board with finding a good voltage threshold, I would love to collect some data from your board, to understand what's making it hard. I can plot scope-like signal traces with my code. I PM-ed Spacesaver, but he hasn't responded yet.LightningXI wrote: ↑29 Mar 2020, 08:01QMK for the New Model F would be fantastic -- assuming that we won't have issues with the voltage threshold concerns that are occasionally brought up by users every now and then.
-
- Location: Germany
- Main keyboard: HHKB Pro2, CM QFS MX Green, SSK, ErgoDox (MX Blue)
- Main mouse: CST L-Trac X, Logitech MX518,
- Favorite switch: Buckling spring, MX Green
- DT Pro Member: -
Is it possible to pay extra for shipping to get the keyboard right now with unprinted caps, and the printed caps later?
I have ordered both sets of keys but my fingers are itching to have the keyboard already....
I have ordered both sets of keys but my fingers are itching to have the keyboard already....
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
So I wonder how IBM did it. I doubt they made millions of keyboards which failed under different temperatures etc. Maybe the hardware has less divergences. But maybe it did some kind of self-test at startup and auto-tuned itself? I wonder if something like that would be possible.pandrew wrote: ↑29 Mar 2020, 10:29If anyone is having issues on their board with finding a good voltage threshold, I would love to collect some data from your board, to understand what's making it hard. I can plot scope-like signal traces with my code. I PM-ed Spacesaver, but he hasn't responded yet.LightningXI wrote: ↑29 Mar 2020, 08:01QMK for the New Model F would be fantastic -- assuming that we won't have issues with the voltage threshold concerns that are occasionally brought up by users every now and then.
-
- Location: Romania
I don't know how IBM did it. The xwhatsit's calibration is not gonna work on the model F reproductions, because the always-pressed calibration pads give a much higher signal then real buttons. I don't know if the reproduction keyboards are different, or if the xwhatsit approach is flawed. I was thinking that one way of calibrating would be to assume that when the keyboard is plugged in no keys are pressed, and then to measure the signal level for each unpressed key. Add a static offset to the measured value, and then try to come up with 2-3 bins of thresholds. For each matrix scan do 2-3 actual scans with different thresholds, and based on that determine each key status. For temperature-drift during operation, we could periodically measure the calibration pads. But I'm not sure how I should adjust the thresholds based on drift. If the reference changed +10 steps, should I change my thresholds +10 steps? We could come up with a formula, but we'd need to measure the same keyboard in various temperature conditions.webwit wrote: ↑29 Mar 2020, 12:39So I wonder how IBM did it. I doubt they made millions of keyboards which failed under different temperatures etc. Maybe the hardware has less divergences. But maybe it did some kind of self-test at startup and auto-tuned itself? I wonder if something like that would be possible.
See attached waveforms from tantator's keyboard. There's a massive difference between CAL pad response, and the left control key pressed. (thresholds are on the Y axis, there's 4 pixels per step of threshold)
- Attachments
-
- out.png (6.44 KiB) Viewed 13348 times
- tentator
- Location: ZH, CH
- Main keyboard: MX blue tentboard
- Main mouse: Pointing Stick
- Favorite switch: Cherry MX Blue and Model F BS
- DT Pro Member: -
@pandrew: I'm going to test the board close to my microwave and again with the drill today!
@ellipse: would it be possible for you to send me a couple of xwhatsit controllers only over? I'd like to test qmk with pandrew also on some other model F boards and maybe even a beamspring I have...
I'm so happy and stunned this is working so nicely!
And btw it looks rock solid so far.
tent:wq
@ellipse: would it be possible for you to send me a couple of xwhatsit controllers only over? I'd like to test qmk with pandrew also on some other model F boards and maybe even a beamspring I have...
I'm so happy and stunned this is working so nicely!
And btw it looks rock solid so far.
tent:wq
-
- Main keyboard: Unicomp Model M
- Main mouse: Mac Magic Mouse
I just got back to you.pandrew wrote: ↑29 Mar 2020, 10:29If anyone is having issues on their board with finding a good voltage threshold, I would love to collect some data from your board, to understand what's making it hard. I can plot scope-like signal traces with my code. I PM-ed Spacesaver, but he hasn't responded yet.LightningXI wrote: ↑29 Mar 2020, 08:01QMK for the New Model F would be fantastic -- assuming that we won't have issues with the voltage threshold concerns that are occasionally brought up by users every now and then.
There are several buttons on the bottom two rows that do not actuate at any voltage (V, M, <, spacebar, one or two of the arrow keys, and a few others). I've tried this on two different computers and have had the same result on both. The voltage threshold at which the rest of the buttons actuate is between roughly 107 and 97.
I have a 2nd F77 with no buttons that I'll set up in the next day or two to see if that one works differently.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Interesting. I bet if someone ever finds out, it turns out to be something really basic and simple. Those Model F were originally used in factory production lines, banks, doctors, etc. - really professional stuff. So it was out of the question the keyboard could drift under different circumstances. They would have gotten it right. Imagine a production line were a machine next to keyboard gets hot and the keyboard malfunctions, between periodically calibration. That would make IBM liable. Also both controller and the firmware are relatively simple compared to modern times, e.g. complex firmware wouldn't even fit. Maybe something that somehow normalizes the input instead of calibrating. I don't know, this is not my trade. But I bet something simplepandrew wrote: ↑29 Mar 2020, 13:35I don't know how IBM did it. The xwhatsit's calibration is not gonna work on the model F reproductions, because the always-pressed calibration pads give a much higher signal then real buttons. I don't know if the reproduction keyboards are different, or if the xwhatsit approach is flawed. I was thinking that one way of calibrating would be to assume that when the keyboard is plugged in no keys are pressed, and then to measure the signal level for each unpressed key. Add a static offset to the measured value, and then try to come up with 2-3 bins of thresholds. For each matrix scan do 2-3 actual scans with different thresholds, and based on that determine each key status. For temperature-drift during operation, we could periodically measure the calibration pads. But I'm not sure how I should adjust the thresholds based on drift. If the reference changed +10 steps, should I change my thresholds +10 steps? We could come up with a formula, but we'd need to measure the same keyboard in various temperature conditions.
See attached waveforms from tantator's keyboard. There's a massive difference between CAL pad response, and the left control key pressed. (thresholds are on the Y axis, there's 4 pixels per step of threshold)
-
- Location: United States
- Main keyboard: Brand New Model F Keyboards
- DT Pro Member: -
- Contact:
Yes this is possible but please check with me over PM for details for anyone who is interested because a number of keyboards (including maybe half of the unprinted keyboards) are in the second shipment of the early bird round, expected in 1-2 months.
-
- Location: Austin TX
I am happy to report back after getting a new-in-box Model F XT (chassis) from Redmaus that the key feel of modern Model F is very similar to Model F XT. If I have to find a difference, I would say the XT to be a bit stiffer, not to mention the monster spacebar. If I am going to get a third Model F, I probably would pick the F62 over XT for the more modern and economic layout. Modern Model F also has a higher quality case.
Redmaus has been super helpful in helping me navigating the whole thing. I would recommend people to buy from red market as well.
Redmaus has been super helpful in helping me navigating the whole thing. I would recommend people to buy from red market as well.