Hi there, and welcome to our monthly status update!
TL;DR: We’ve been making good progress towards mass production. The corrected prototype PCBs have been manufactured, tested, and sent to TÜV Netherlands for final certification. The PCBs for the pilot run are being manufactured. The configuration parser of the firmware has been fully implemented. BusPal got fixed, allowing us to update the firmwares of both keyboard halves. We’ll close the order cancellation period for batch 1 in a week.
You can always check out the expected delivery date and update your shipping address on your Crowd Supply account page.
Closing order cancellation for batch 1
Order cancellation for batch 1 will be closed in a week. You’re likely to be in batch 1 if your order was made on or before 2017-07-12. The reason is that we’ve already summarized the orders of batch 1, and we’re assembling these orders according to that plan. It’d cause a lot of potential problems to update the orders in the middle of assembly, and the best solution forward is to disallow order cancellation. You can cancel your order until 2017-08-24 but not afterwards. Thank you for understanding!
Assembling the plates and switches
Our team is working to assemble the 2,000 UHKs of the first batch. Right now, they’re busy with putting switches into the plates. So far, 1,000 pairs of plates have been assembled.
They’ve also half-assembled 150 pair of cases including the magnets, magnet-counter parts, and inserts, and excluding the small rubber feet and the back stickers. It’s a joy to see the fruits of their labor.
Miscellaneous parts
Lately, some simple but necessary parts arrived from our suppliers, such as the USB cables and the bridge cables. What you see are only some of the many boxes.
We’ve also finished with the metal guides. There are 16,000 of them.
1,300 flip-out feet have been molded.
These are a some of the 5,000 case buttons manufactured so far.
2,000 pairs of vertical PCBs have been fabricated. These will mate with the modules, or with each other when the UHK halves are merged.
Palm rests
Finally, the palm rests for the pilot run are now ready.
Adding a pair of these palm rests to my prototype truly elevated the overall look and comfort level. It was like putting on the crown jewel.
Please note that backlit UHKs are not available yet. See our Everything about UHK backlighting post.
Electronics progress
Luckily, the bypass capacitor related fix that I outlined in our previous update solved the I2C communication issue, even though my initial fix didn’t.
When I soldered the through-hole capacitors to the previous version of our PCB it seemed like a success, but it wasn’t. I realized that communication was still unstable. Then I started emailing back and forth with Eben Qiu, field application engineer of ISSI, and he persuaded me that this must be the issue.
Eben sent me an application note titled AN-035-EN Layout Guidelines for IS31FL3731-SASL2 and a further Layout guideline document tailored to the UHK. Based on his advices, I slightly but carefully redesigned the board around the LED driver ICs. The main thing is that the bypass caps must be put as close to the GND and VCC pins of the ICs as possible. GND and VCC traces must be as thick as possible.
I’m happy to report that the new layout has made I2C communication rock solid, but it’s still possible that it’ll hang every now and then, so we’ll combat this issue in two other ways.
First, I’ve made sure that the state of the LEDs is cached by the master MCU and it only sends updates to the LED drivers when the LED values actually change. By minimizing the amount of communication, we also give minimal chance to the LED drivers to screw I2C.
Second, we’ll make the I2C driver much more robust, so that it’ll be able to recover immediately from errors. Only this solution will result in true robustness.
Having the chance to give the board more attention, I also improved the acoustic noise of the UHK. The noise level was already better than it used to be a while ago, but a subtle high-pitched noise could be heard in a very silent environment. Fortunately, Eben also shared another application note with me titled AN-012-EN Reduce acoustic noise of IS31FL3236 EVB.
I ended up using tantalum electrolytic capacitors instead of ceramic capacitors, which outperformed my wildest expectations in the acoustic noise department. The newest boards are so silent that I cannot hear a damn thing, even when putting my ear as close to the keyboard as possible. And that’s when every LED is driven with full power, which would generate the most noise.
Next up, we went to TÜV Hungary to conduct final measurements at their lab. We finished in the record-breaking time of an hour for both of our prototypes, with the best results so far, and then left the prototypes there. They will send them to TÜV Netherlands for final FCC and CE certification. We should have those papers soon.
Finally, I sent the gerbers to our PCBA contractor, and they started fabricating the boards of the pilot run.
Firmware progress
We’ve already had a fair number of talented contributors, and it looks like we keep attracting some of the best talent, and this time truly one of the best in the world.
The name of our most recent contributor is Erich Styger and his name is familiar to everybody who has ever worked with Kinetis microcontrollers. That’s because if you search for a Kinetis related issue, you’ll bump into one of his blog posts as the first result which usually also contains the solution to your problem.
Erich started out as a compiler engineer, then accumulated more than 20 years of experience as an embedded systems engineer, and now he works as a professor at the Lucerne University of Applied Sciences and Arts, and works with the ETH Zürich, and also for NXP. His MCU on Eclipse blog is the go-to place for everything Kinetis, and many consider him the world’s most knowledgeable professional in this space.
As you can imagine, Erich is very busy, but over a fair number of emails I’ve managed to persuade him that the UHK is the best thing since sliced bread, and given the development capabilities and open nature of our keyboard, he became quite interested in it. So much so that he allowed me to send him a prototype, then he sent us his fair share of contributions.
Every one if his contributions is a definite step forward, but the one I consider the most valuable is his BusPal fix, as it finally enables the right side firmware to route the firmware to the left keyboard, allowing us to upgrade the firmware of both keyboard halves, and coincidentally the firmwares of the modules, too! He’s also written a relevant blog post on his blog.
Mad props and a pilot run UHK with a palm rest goes to Erich. I feel fortunate, thrilled, and honored beyond words to have him contribute.
Meanwhile, Eric (not Erich), our intern has been hard at work and finished fully implementing the configuration parser. He also started implementing the macro engine. Unfortunately, his internship period is over, so the macro engine is not ready yet, but he was making great progress which I’m very happy about. Thanks so much for your hard work, attention to details, and diligence, Eric!
With the configuration parser in place, the UHK is able to switch across keymaps which was the last major remaining parser related issue. The macro engine will not entirely be ready by the time of the pilot run, but we’ll be gradually shaping it, and it should be ready in the not so distant future.
In the meantime, I implemented an async I2C EEPROM driver, so now the firmware is able to transfer the configuration to and from the EEPROM, enabling the UHK to persist the configuration.
Estimated delivery and standing issues
These are the major standing issues that affect the delivery of the pilot run:
- Top case parts: We’ve already molded numerous cases, but we’re still working on improving the surface quality of the top parts. The molds should be ready in 1-2 weeks at which point we’ll manufacture 150 pairs of them.
- Packaging and back stickers: We’ve been working a lot on the design of the packaging of the UHK and the palm rest and we believe they’ll be very fancy. We’ve ordered 3,000 UHK boxes and 1,500 palm rest boxes which may take 3-4 weeks to be manufactured but hopefully we’ll be able to get some of them earlier for the pilot run.
- PCBs: The PCBs are being manufactured and are expected to be ready in August. Then our PCBA contract manufacturer will assemble 50 of them for the pilot run.
- FCC and CE certification: We don’t have a solid ETA about this, but chances are good that this will be done by the end of August.
The bottom line is that we’re doing absolutely everything we can to deliver the pilot run by the end of August.
Thank you for reading this update! As always, we’ll be keeping you updated on a monthly basis via our blog and newsletter.
Talk to you on 2017-09-14!
23 Comments
Is this the final palm rest design? You said in April that "We plan to choose graphite color instead of the current brown color. We believe it will look just as beautiful as brown, and it will gel better with the black color of the keyboard." I agree with your assessment and was really hoping for black palm wrests to go with the black keyboard.
Yes, this is the final palm rest design. We were planning to choose graphite indeed, and gave it a try, but the graphite samples we received didn't resemble wood very much, so we ultimately decided to go with brown. I don't know if will try other colors but certainly not in the near future.
Bummer. I was also looking forward to graphite colored palm rests instead of brown and was about to post this same comment. I don't really like the wood look or brown. But I'm still really excited for the UHKB! Thank you for all the great work you are doing.
I love the wood look but graphite would be lovely as well.
Take a look at these speakers, I saw them in person in high gloss gray and they lloked fabulous!
https://www.youtube.com/watch?v=UgKVT8NYZok
Thank you for the link - These speakers are wonderful, indeed! I'm not saying it's impossible to make the UHK palm rest work with black, but so far we couldn't get it right. I think chances are good we'll give it another try eventually, but we're way too busy right now.
That gray glossy wood is indeed fabulous. But I do like the color you picked now a lot as well. In fact it matches my desk almost exactly as I see the color on the photos.
Neat!
In the April update you said "The wood is more emphasized in this design, resulting in a classy minimalism. We plan to choose graphite color instead of the current brown color. We believe it will look just as beautiful as brown, and it will gel better with the black color of the keyboard." Is this no longer the case? In my opinion, the brown clashes quite a bit with the black keyboard and looks like something that was hacked-on.
Please see my reply to Aaron's question who asked the same thing. I can't really add to that explanation.
Hello everyone. If you are in batch one and want to cancel, I will buy your UHK keyboard and will pay you some extra for your effort. It would help me a lot. If you are interested please shoot me message on my email mujstit at gmail. Thanks.
Hi.
Why are CTRL and SUPER buttons swapped in the palm rest photos? Is the size and position of SUPER button on the right half final?
Hi Vasiliy, That's just my personal layout. I prefer Ctrl and Super swapped and I asked sample keycaps this way from the keycap factory. For every other UHK the Ctrl and Super layout will be standard. Labels aside, this is the final layout, and you can read more about it on the Layout and Keycaps page
Thanks!
A big thanks for the update! It's coming closer and closer to have the UHK in my hands :-D . Also a big applause for the three men doing the work with their "big fat" fingers ;-) . I'm impressed you didn't gave up on assembling the keyboard. And please don't, otherwise I don't get the so much appreciated keyboard!
Thanks for the update! Love to read all the little technical details and see all the photos.
I quite like the look of the palm rest. Maybe a dark grayscale would've created a more uniform look paired with the keyboard, but it's still gorgeous. I didn't order the palm rests originally (didn't really feel the foam idea) but now I'm feeling that I should have. The wood version is great, can I still add the palm rests to my order?
Thanks and great work, I wish you all the best!
Hi Richard! We're glad you like the palm rest. Yes, you can simply order it, just like the rest of the items. Thanks for your support and nice words!
I didn't realize the palmrest had tenting capabilities. I am very excited to be a part of this! Especially once I get to install my zealios 67g and a trackball addon module.
Team UHK,
I can see that the keyboard (and pam rests) tent. I am wondering if the additional keyboard modules (i.e. trackpad, etc) will also have a tent leg? Also -- does the keyboard have tilt legs?
Hi Derek, The modules support tenting as well, along with every other configuration. The way it works, you simply have to attach them to the keyboard. No extra legs are required for the modules as their magnets, magnet counter parts and steel guides will simply attach them to the UHK. You can also positive or negatively tilt the UHK. Please see our Feet and palm rest design post for details.
This is really great news!
Can you do a LED noise test at lowest power? In my personal experience, the full-power mode is usually the quietest, while it's the lower power modes that usually create noise (in small electronics like cell phone chargers, etc).
I've tried a number of brightness levels and in the case of the UHK and the dev board of the IS31FL3731 LED driver IC the brightness levels were always proportional to the sound levels. Maybe it's different for other ICs and circuits, but I'm positive that it's proportional for this IC.
Today I saw in the news that Kinesis has released a new keyboard: the freestyle edge (link). It's the real version of the rubber scrap freestyle2. I never couldn't understand why they sold it with membrane keys.
It make me think for an addon that could be quite interesting: the arrow keys. Perhaps for the right side.
Thanks for the idea! Even though we don't plan to create an arrow keys module, the opportunity will be there to develop one. If you'll ever develop one please do share!
Comments are closed.