📝 本記事は日英併記で記載しています。
This article is written in both Japanese and English.

P8（Peaky 8-bit、一応「仮称」）、プロトタイプというか、ベースとなる部分が出来上がって、一人で「うぇーーーい！！(∩´∀｀)∩」となっていて、Xで投稿してみたはいいものの、日本の自作キーボード界隈は全く反応を貰えず。。

半ばしょんぼりしながら、Geminiに手伝ってもらってRedditで投稿したらたくさん反応を貰えて、、、Upvoteやコメント、本当にありがとうございます。。
正直、あんなに反応してもらえると思っていませんでした。。
（みんなQWERTYが好きなのだと思っていたので。。）

で。
いただいたコメントを見ていて、いくつか「あ、これは説明した方がよさそうだなぁ」と思ったものがあったので、「現状」だけでも書いておこうと思った次第。

まずは「キーマップ」についてですね。
いくつか「キーマップどんな感じ？」とコメントをいただいていたと思います。

Concept & Direction / コンセプトと方向性

P8は合計8つのキーを、バイナリ入力する仕様です。
なので、計256-1=255パターンの入力パターンを「覚えて」打ち込む形式になります。
（実際には、255個全部を覚える必要はないです）

私個人で言うと、過去の記事に書いた通りTap SystemsさんのTap Strap、TapXRでの入力を経験済みだったので、少し「分がある」状態です。
ただ、Tap Strap/TapXRは「5つのキー」を「片手で」入力するタイプでした。
これは、「アルファベット＋数字」のみの入力であればこれだけでも完結できたと思います。

一方私は日本人で、日常的には日本語での入力が必須となります。
Tapシリーズのデフォルトのキーマップの「アルファベット＋数字」だけでも日本語は一応入力できるのですが、これだとやはり入力スピードが出せません。
また、修飾キー（modifier key）の利用に限界がある、と考えています。

私が必要としているのは

• アルファベット

• 数字（Functionキー兼用）

• 日本語「かな」

• 記号群やカーソル

• 修飾キーなど（「shift + Ctrl」など複数組み合わせを含む）

• EnterやESCなど単独で機能するキー

という6種類。

これの組み合わせを全てExcelに書きだしてみたところ、全部覚えたとしても255個すべてのパターンを埋め尽くすことにはならず、約130個ぐらいのバイナリ入力パターンを覚えれば「いける」という感じでした。

独り言：
え？130個？多い？？
うーん、でもTour de Franceとかで1レースに出走する選手の数、200人ぐらいいるじゃん？私、出走者の名前と姿、わりと覚えられた記憶があるんですよね。
あと、「慣れ」でなんとか行ける数字な気がしているんですよね。
というか、我々が使ってる一般的なQWERTYだって、パーフェクトなタッチタイピングができるようになるのにそこそこ時間がかかった気がしているんですよね。。
習熟にかかるコストって、そこまで変わらないんじゃ・・・？と思っています。

Talking to myself:
Wait, 130? Too many?? Hmm, but think about the Tour de France — there are around 200 riders in a single race, right? I remember being able to memorize their names and faces pretty well. Also, I have a feeling this is the kind of number you can handle through sheer "getting used to it." I mean, even with the standard QWERTY we all use, it took quite a while to get to perfect touch typing, didn't it...? I don't think the learning cost is all that different, honestly.

いったん、このすべてをExcelにて整理して、キーマップ表は完成しています。
しかし、ファームウェアの実装（ZMKを利用）で多少調整する必要があったりして（特にModifier keyのあたりで）、全体的に調整と修正をしながら最適化を進めている状況です。（👇暫定版キーマップの姿、一部をチラ見せ）

Note:
日本語を利用しない海外のアルファベット利用者であれば、8キーもいらないんだろうなぁ、、と思います。
やはりTap Systemsがやったように5キーか、あるいはプラス1,2キーあれば完結するんだろうな、、と思うところです。

Note:
For non-Japanese, alphabet-only users overseas, you probably don't even need 8 keys. I think 5 keys — like Tap Systems did — or maybe plus 1 or 2 more would be enough to cover everything.

ということで。
まだ「暫定版」ではあるのですが、いくつかキーマップの現状を公開しておこうと思います。

まず数字から

Numbers / 数字

これはとても単純だと思います。
数字の1～0までの10パターンは、ミニマムで「4キー」あれば事足りる。
片手のみで数字の入力はできてしまう。

Functionキーは「Shift」キーを押下して有効化した状態で、各数字を入力することで実行できると思います。
あ、ただそうなると「F10」「F11」「F12」あたりが困っちゃうので、それは別途キーを割り当てるように現状はしています。

アルファベットの方がみんな興味あるだろうから、、、と思ったのですがいったん先に日本語を説明します。

Japanese Kana Input/日本語かな入力

実を言うと、このP8/バイナリ入力は、アルファベットでの入力より、日本語「かな」入力の方が、「キーマップは覚えやすい」と思っています。

Note:
バイナリ入力、アルファベットのキーマップを覚えるの、大変だと思う。。
（詳細後述）

Note: Memorizing the alphabet keymap for binary input is tough, I think...
(More on this later.)

日本人、および日本語を少しでも学んだことがある人であればわかる通り、日本語は表音文字で、「かな」はこのように表現できますね。

日本語の「かな」、五十音、、いや、重複を削除すると実際キーボード入力で必要となるのは46音（46個）となります。
日本語は上図を見ての通り、マトリクス表で表現できます。

なので、これは

• 段（母音）：右手4bit

• 行（子音）：左手4bit

に割り当てることができます。

「段（母音）」は5つしか使いません。指３本で済みます。
「行（子音）」は10個（10行分）ありますが、まぁ言うて10パターン覚えればいいだけです。ということで、参考までにあ行、か行、さ行、た行の現状をお見せするとこういう感じ。

母音部分は固定、片手分の5パターンだけ覚えれば良くて、あとは子音を担当するもう片手の10パターンを覚えるだけ。

濁点や促音等は「Shift」キーなど押下して有効化してから（ある意味レイヤーを移ってから）入力する、というやり方でクリアできる、という考えでいます。

ということで、「かな」入力で言うと「筋肉の記憶」は割と簡単に「慣れることができる」ものだと思います。

…問題は、アルファベットです。。

Alphabet/アルファベット

Redditのコメントや、そこで教えてもらった同好の士のブログなどを拝見した感じ、やはりこの「アルファベットのキーマップを覚えるのが大変」というのが課題なように感じています。。

これに関しては、Tap Systemsの5キーでのアルファベット入力が「よく研究されていたなぁ」と思う次第。
Tap Strap/TapXRは、私もだいぶ練習したのですが、まだ少しTapでの入力は覚えています。（👇過去記事より：TapXRに付属していたチートシートのカード）

対策としては、やはりTap Systemsが作っていたような「タイピングアプリ」を作る方がいいんじゃないかな、、、と思うところ。
あと、個人的にはやはり「覚える」段階では「視覚」での学習が必要だと思っています。具体的には、「書いて覚える」ですね。ノートに書きだすと、やはり「短期記憶」での定着力があるので、それを足掛かりにしていく、、という感じがよかったです。

ただ、今回はTapシリーズと異なり片手は4キーです。
4キーだと15パターンしか入力できないので、アルファベット26文字には足りない。。
両手での入力を考える必要がある。。

これはまだ「暫定」で、これから変更する可能性はかなり大きいと考えていますが、、、いったんはこのように配置しています。

緑の、左側は2パターンに限定しています。
これはこのままでいい気がする。

問題は右側（青）ですね。
これは、Tap Systemsの入力パターンを参考にする方がいい気がしています。

なんなら、「a,i,u,e,o」あたりは日本語の「かな」入力と一緒にしてしまってもいいかもしれない。。

ただ、一応、もし今後このP8を公開なり有償配付なりするようなことになる場合は、これは各ユーザーが自由にマッピングできるようにする、という方向性が良いのだろうなぁと思っています。
やはり、小指と薬指が動く人と動かない人がいると思うので。。
（私も小指・薬指は動かしにくいと感じるタイプです）

とりあえず、現段階でキーマップについて共有できるのはここまで！
ご覧いただきありがとうございます！

注 / Note:

• 左右の連携がBluetooth対応で無線です

• 写真にはUSBケーブルが映っていますが、PC-デバイス間もBluetooth接続できました

• The connection between the left and right halves is wireless via Bluetooth.

• You can see a USB cable in the photo, but the connection between the PC and the device is also successfully established via Bluetooth.

うぉぉぉ、、、初めて「Bluetooth」対応のデバイスを自作した。。
（いや、デバイス作成そのものが初めてである）
これはいっつまでも「なんということでしょう」と一人でぶつくさ言ってしまう。

出来たとき（はんだ付けして、通電できて、入力が正しく認識されたとき）は「え、いや、マジで？」となりました。。

実験で作っていたラズパイ版（有線版）で、5回ぐらい基盤の設計を間違えてJLCPCBさんに発注を繰り返していたわけですが（過去ログ参照）、無線版、1発でちゃんと入力が認識される基盤ができたので。。

「どうせまた基盤も再作成をすることになるんだろうなぁ、、なんとかミニマム回数で収めたいけど。。」と思っていたんですよね。。何度も書いてしまいますが、有線版の時に5回ほど基盤の再作成を繰り返していてトラウマになっていたので、逆にうろたえました。

いや、、でも、よかった。。。

しかも、無線版は両方ともマイコンを搭載する形になり、左右同形で行けるので基盤発注数もミニマムに抑えられるようになった！！！

とはいえ、

• 基盤にコンデンサやダイオードを付けるのはJCLPCBさんに頼むことになる

• Xiao BLE（nRF52840 plus）が1個2,200円になるので、ラズパイPicoよりはコストがかさむことに

….まぁでもこれで実践配備できるようになったので、あとは（当面は）入力速度を上げるだけ…！

あーー！とりあえずこれでキーボードの分、机が広くなる…！
ラクな姿勢でタイピングできるようになる…！！！

今回頼ったLLM達の構成はこんな感じでした：

1. 仕様書策定：Claude（Opus4.6）

2. KiCadでの作業：Gemini（3.1 Pro preview）

3. ファームウェアの作成：Claude（Opus 4.7）⇒途中、4.6にバトンタッチ

以前、有線版の基盤を作るとき、ClaudeよりもGeminiの方が頼りになる感じだったんですよね。やはりGeminiは「目がいい」気がしています。

ClaudeのOpus4.7がやって来たのは1と2の作業中だったかな？
なので2の作業を試しにOpus4.7で進めてみようかとも思ったのですが、安全側に倒してGeminiで進めました。

…Opus 4.7は、、いまだに「荒馬」感があって、私にはうまく使いこなせる感が無いです。。（4.6の方が良い。。）

現状としては、

• 給電は有線

• 入力は無線（Bluetooth経由）

という状況です。

一応、イメージとしてMeta Questのコントローラーのように電池を入れて、完全に分離型で使えるように、、、と考えていて、電池ボックスも購入済みではあるのですが、、、
うーん、しばらくは電池ボックスは不要でもいいかもしれない。
なんなら、冒頭のスクショの通り、

• 停電流モードがあるモバイルバッテリー

• USB経由でコンセントやPCから有線で給電

というフォーメーションでも十分な気がする。。

あ、ちなみに。
キースイッチもいろいろ試しています。
今のところ、静音タイプがいいかなぁと感じています。

残る課題/検討中

• バッテリー：電池一本で動くようにする

• 小さいトラックボールやトグルを親指の位置につける

This post is originally released on other Substack publication on 2026 Apr 7.
I migrated this to here new account.

This post is English version of (translated by LLM):
日本語版の記事はこちら：

I made this post a while back:

I started working on this around February–March.

For a brief moment I even considered filing a patent, which is why I’ve been holding off on posting about this project publicly.

I actually went ahead and drafted a patent application… (Well, to be more precise, Claude did most of the heavy lifting and produced nearly all of the written portions.)

But:

• The technical illustrations alone would require too much effort…

• This input method isn’t exactly intuitive like QWERTY — it’s inherently “difficult”

  • Even if the device were fully productized, users would face a steep learning curve

  • So it’s not really something that would “sell”

• Given the Strait of Hormuz closure and its impact on oil distribution, I need to factor in timelines for sourcing components — I can’t afford to spend too long polishing a patent application

For these reasons, I decided to pivot toward a Defensive Publication approach instead.

I did visit a comprehensive IP consultation office and received their feedback, so I went that far at least… They were incredibly thorough and helpful, but I realized this was a bit more than I could handle on my own.

So here I am, publishing my progress online.

Now then — in the course of drafting that patent application, I did extensive research into prior art and similar examples. I’d like to document what I found (”here’s how far I dug!”) along with what makes my project different (”this is where mine diverges!”).

The Binary Input Device Bundled with the Keyboard in Douglas Engelbart’s “Mother of All Demos”

I first learned that Engelbart had implemented this on his mouse around 2022 (or maybe 2023?). I found out through Shimizu-san’s computer history lectures on Shirasu.

As for Shimizu-san’s lecture — if I recall correctly, it was during a session on AI with Azuma-san and Sayawaka-san, or perhaps a session right after that one…

It’s the thing on the left side that looks like piano keys or a kalimba.

Here’s the video:

Despite the concept of binary/chord input being demonstrated at this point, why didn’t it catch on? My guess is: “because the typewriter already existed.” The typewriter form factor was already established, so the QWERTY keyboard in the center of Engelbart’s demo was naturally adopted going forward… or so I imagine.

QWERTY typewriters appear to have existed as early as around 1873.

(I haven’t fully verified the actual historical circumstances, so this is speculation.)

What I’ve always wanted isn’t exactly what Engelbart demonstrated — it’s actually “not” that. But then, did I have a clear image of what I wanted? Well, that’s a bit fuzzy too… (I plan to write about this in a separate article.)

It was through Tap (👇 below) that I arrived at the conclusion: “If I were to build this myself, this concept is probably the best foundation.”

Tap Strap / TapXR by Tap Systems

In the wearable context, this was released just before XR started gaining momentum, and since it got some buzz, I imagine there are a fair number of people in Japan who own one.

I didn’t notice when the first generation — the one shaped like brass knuckles — came out. But when I saw the second generation with its string-like form factor, I thought: “THIS IS IT!!”

This 👇 is probably the first generation. The brass-knuckle type:

This 👇 is the one that made me go “YESSS!!”:

Honestly… this was my “idol.”

If I remember correctly, I first learned about Tap Strap through a crowdfunding campaign. When I found out that “you could technically wear one on each hand for two-handed input (see video below),” I wanted to do that too, so I eventually bought a second one.

(Each unit came with a slick charging case whether you wanted it or not — I wish there had been an option to skip the case…)

Later, when TapXR — an evolved version with a more XR-conscious design — appeared on crowdfunding, I backed that too.

I think Tap Systems also ran a campaign on Wefunder for equity crowdfunding, and I joined that as well, if I recall correctly…

That’s how invested I was.

This was the closest thing to what I had been envisioning and wanting. (Though it wasn’t a 100% perfect match.)

So I really did practice the input method seriously…

As a result, by the time of the Tap Strap, I was able to type the opening line of I Am a Cat (Natsume Sōseki’s novel) at the pace shown in this video:

I genuinely threw myself into Tap Strap/TapXR — I challenged it as much as I possibly could. I think I managed to memorize about 80% of the base single-hand input patterns. And precisely because of that, I understand both the strengths and weaknesses very, very well.

Here are the issues that became apparent through actual use and extensive practice:

• The “vibration detection” input method

  • Tapping with the pinky and ring finger is absurdly difficult

• Primarily designed for single-hand use

  • Modifier key combinations like “Shift + another key” and shortcuts are hopeless. You simply can’t “hold one key while pressing another.”

• Japanese input is weak

  • You could assign IME switching to a key mapping, but input is fundamentally alphabetic (か = ka), so you can’t achieve fast input speeds

  • “Binary input with 5 fingers = only 31 patterns,” which isn’t enough for the 51-character kana system

• The fact that it requires that much practice is itself a problem…

  • The practice app was genuinely helpful and I have no complaints about it

  • But the mere fact that “practice is required” puts it at a significant disadvantage

  • Whether it could deliver enough value to justify that learning cost… the implementation fell short

The key differences from what I’m currently building are: in addition to the “primarily single-hand use” issue mentioned above, the Tap uses a 5-finger input method.

From GitHub Repositories (2 projects)

These were briefly introduced in a previous article.

I’d been wanting to build something like this for years, and about 10 years ago, I was thinking of achieving it using an optical approach. So when I dig through my drawers, I find Raspberry Pis, photoresistors, and all sorts of parts I’d bought from Akizuki Denshi that I’d completely forgotten about.

But back then, LLMs like today’s didn’t exist, and I didn’t have the bandwidth to study in this direction… (I got as far as buying a breadboard and jumper wires, but never managed to make it to PCB fabrication.)

So now — learning as I go with the help of LLMs, and having figured out how to navigate GitHub — I found these two repositories that made me think “I can actually build and implement this!”:

Chordie by kbjunky

• https://github.com/kbjunky/Chordie

A split keyboard–style device that performs chord input using the ASETNIOP layout. It’s MIT-licensed (as of this writing), and STL files are included, so if you have a 3D printer you can fabricate the case yourself. The required parts are also listed, making this repository something you can reference like a “kit.”

I haven’t replicated or tried this one myself, but I referenced it for the parts list.

My issues with this repository:

• Can’t break free from the “desk-bound” form factor

• Appeared to assume wired use

Binary Chords by obsoletenerd

• https://github.com/obsoletenerd/binary-chords

I relied on this repository quite a bit. It has a very simple form factor and can be replicated with hand-wiring. Since I was thinking about binary input with 8 keys (4 keys × 2), this was exactly what I was looking for. The repo owner seems to have done it as a “Based on this prototype I made for a joke at my local hackerspace” but…

I replicated this implementation, converted it to a PCB, extended the key mappings, and experimented extensively.

My issues with this repository:

• Assumes wired use

• Not a split design

There’s no license specified, so I’ve opened an issue to ask — but I haven’t gotten a response…

Given the need for wireless support via the Raspberry Pi Pico 2 W, I ended up having Claude write the source code from scratch.

Other: U.S. Patents

While drafting the patent application, I also searched J-PlatPat, but couldn’t find much that matched the type of device described above.

On the other hand, when I had an LLM search Google Patents, these seemed to be the closest matches. However, none of them were an exact “this is it!” match, based on our research:

• U.S. Patent No. 6429854

• U.S. Patent No. 10599216

• U.S. Patent No. 8079766

How should I put it — many of these had very “serious” or heavy-duty designs and implementations…

What I want to build is something more casual, more simple — that’s all I need.

So, the work (and the articles about it) continues.

本記事は別のアカウントからの移植版です
2026_0402に初版を公開

先だって書いたこの基盤👇

「初手から成功するなんてありえるだろうか？」と心配しつつ、でも到着をとても楽しみにしていました。

届いた翌日には朝からはんだ付けを開始。

・・・しようとして気が付いた、ラズパイPico 2 Wのスルーホールが、、ない。。

KiCadで”_TH”と書かれたシンボルか何かを選択した気がしたんだけどな。。
でも3Dビューを改めてみたら、確かに穴が開いていない。。

まぁしょうがない、基板にPico 2Wをベタ置きして、そのまま直ではんだ付けをしてしまおう、となりました（「盛りはんだ」というらしい。。）

左右20個ずつ、計40個の穴をチクチクはんだ付けして、続いてキースイッチもはんだ付けして出来上がったのがこちら。

・・・うん、これだけ（下）で、従来のキーボード（上）のキーはすべて賄えるんですよね、理論上は。

ただ、従来型のKBと違って「直感的に / 見ればわかる」ような入力方法ではなく、習熟が必要で、いわゆる「Peaky」な入力方法になります。タイピングアプリも作らないとなぁ、という感じ。

なお。
はんだ付けを終えて、さてファームウェアを導入して、入力を試そうとキーをポチポチ押下してみたところ入力がされない。。

現在原因の調査中です。。

作っている基盤は、こちらのGitHubリポジトリでは手配線で作成されていたものをKiCadで作成したものです。ライセンスについての記載がなく、リポジトリ主に「ライセンスの付与をご検討ください！」とIssueを投げているのですがまだ返事はない、、というステータスです。。

https://github.com/obsoletenerd/binary-chords

本記事は別のアカウントからの移植版です
2026_0326に初版を公開

念のため書いておきますと、私は文系の出身です。
パソコンやデジタル関係の親和性はかなり高い素質はあるものの（これは自覚している）、理工系の学習環境にいたことはありません。

父親が電気系の仕事をしていたこともあって家に「はんだごて」は「気が付いたらあった」みたいな感じだったり、、というようなことはありますが、、、。

また、Blenderは使えるものの、CAD等も完全に門外漢。

学生の頃の夏休みの課題とかで電子工作はしたことがあって、そこではんだ付けをするなどもした記憶は、まぁあると言えばある。

何が言いたいかというと、「基盤は流石に自分では無理だよ、この人生ではないよ、HAHAHA」って思っていたってこと。

・・・やってしまった。。

…だって、自作キーボード界隈が自作してたり売ってたり、ノウハウをネットで公開してくれていたりするんだもん。。

YouTubeの動画にやり方解説があるんだもん。。

ClaudeやGoogle AIモードが
「KiCadで基盤を書けますよ！ガーバーデータを用意するんです！」
「どこで詰まっていますか？スクショを見せてください！」
って言ってくるんだもん。。

ふと、引き出しの中を整理していたらジャンパーワイヤーやレジスタが「開封したけどたぶん2,3個しか使わなかったんだな」という状態で発掘されたり。

約10年前に、ラズパイを使ってあれこれやりたかったのを思い出しました。

・・・あの時はできなかったものが、今、LLMのせいでいろいろできるようになっている。。

なんか、、ほんと凄い時代だな、、、って思わされています。。
（しかし時事ネタを言うと、ホルムズ海峡関連の話で石油ガー！で、基板作成とかも影響出たりするのかな、、とちょっとハラハラしていたり。。）

本記事は別のアカウントからの移植版です
2026_0324に初版を公開

どんなものを作っているのか、、は当面は過去ログからお察しくだされ。。

2026_0319：キースイッチ届いた

とりあえず10個、遊舎工房さんにてポチりました。
種類は全然わからないので、とりあえず見た目＋好みの静穏方面で適当に注文。

2026_0320：3DPで出力したケース（仮）にさらに当てはめてみる

3DPで出力したケースの試作品、しばらくぺたぺた感が残っていた（後処理が足りなかった？）ので「どうしたもんか。。」と思っていましたが、バリ取りにやすり掛けをしたら、粉末がいい具合に仕事をしてくれたのか、サラサラになりました。

シーグラスというかフロスト加工みたいになってかわいくなった。

キースイッチも透明なハウジング（って言うの？）のものだとフィットしてとても良い。。

なんか知らんけど、やたらときめくのはなんでだろう。

2026_0322：はんだ付けが進む

写真に残しそこねましたが、キースイッチのはんだ付けをちくちく進めました。
「これでいいの！？」といちいちGeminiやClaudeに聞きながら進めたり。

途中、手持ちの縒り線（銅線、白い方）が無くなってしまい、近場のホームセンターに行ってみたところより細いもの（青、黄色の）を発見。

白い方は太かったのではんだ付けが汚い状態で、、、やり直すことに。

2026_0324：手配線はんだ付け完了

細い銅線ではんだ付けをやりなおし、そしてラズパイ（Pico 2 W）にもとうとう繋ぎました。

ここから先もClaudeに「このリポジトリ、次どうすればいいの？？」などと聞きながら、CircuitPythonなるフレームワーク（？？）からあれこれDLして、ラズパイに放り込んで、、、、

動画などは無いですが、無事入力できるようになりました・・・！
あとはシンデレラフィットのケースを用意する感じ。

この時点で、キースイッチは「ロープロファイルの方がよさそうだなぁ」という印象。

・・・ミントグリーンのやつとか、綺麗で好きなんだけどなぁ。。

続く

本記事は別のアカウントからの移植版です
2026_0315に初版を公開

今回はこちら👇を作った話です。

（手袋をしているのは、ささくれがひどくて手モデルが悪いため。。）

20年以上「これ作りたいなぁ～」と思い続けているプロダクトがあるのですが、最近になってようやくそれに近いものを作れそうになってきたので、じりじりと作業を進めています。
時代が私に追いついた！

技術としては、BlenderもAIも3Dプリンターも「はんだごて」も全部使う感じのものです。…20年前なんていったら個人開発でこんなの揃えるなんて無理だったわけで、やっぱり時代が私に追いついた（いや、はんだごては私が子供のころから個人でも購入できたわけだけど。。）

meishi2の組み立ては、ネットでヒットする体験記事や似たようなお品の「作ってみた！」記事で「慣れてれば1時間もかからずできちゃうと思う」という評の通り、はんだごての扱いで戸惑わなければ、初心者でも「週末、日曜日の午前中でできちゃう」みたいな感じでした。

お値段もとてもやさしい感じなので、「ちょっとやってみたい」という方にはとてもお勧めです。

https://shop.yushakobo.jp/products/834

この販売サイト☝️に、組み立てガイドのウェブページのURLも別途案内があるので、それを見ながら作業しました。

個人的に、Pro MicroとピンヘッダとPCB基板をはんだづけするところがちょっと大変かもなぁ、と思いました。
いや、作業そのものは単純で難しくはないのですが、はんだ付けする金属部分が小さくて感覚が狭いので、ショート（隣のピンとはんだで繋がってしまうやつ）しないか緊張して、眼も見開いた状態でコンタクトレンズが乾きそうになった。。

で。本題。

こちらのキットの作成を説明書どおり素直に進めると「コピペ（切り取り、コピー、ペースト）とUndo」のマクロ機能を使えるようになるのですが、、、私はこれを、Blender用のテンキーにできないか？と思いついた次第。

Blenderのテンキー。これ👇

実は私は2020年にBlenderを初めてから、ずっとテンキーを使わずになんとかやってきてしまい、、、でもやっぱ「0：Camera View」あたりは使いたいなぁ、、、とずっと思っていました。
なので、今回meishi2というマクロパッドに使えるキットをテンキーに仕立ててやろう！と考えた次第。

「え、でも、、4つしかキーが無いんでしょ？」

2進数を使います！

たぶん、学生の頃とかに「両手の指で数えられる最大の数は？」というクイズやテストがあったかもしれませんね。

答えは、

• 両手の指10本の場合：1024まで数えられる

• 片手の指5本の場合：31まで数えられる

こういうこと：

なので、キーが4つあれば

というわけです。

注：実際は15パターンになります。
何もしない状態の「0000」で1パターン分消費されるため。

お手元のテンキーあるいは電卓を見てもらうと、もしかしたら「テンキーとしては15パターンじゃ足りなくない？」となるかもですが、主目的が「Blender用のテンキー」なので、15パターンでギリギリちょうど足りる形になります（1個余る）。

また、PC用の外付け電卓としてもまぁ使えなくはない、という感じかな、と。

もう少し詳しく説明すると、こう👇。

「1」がキーを押してる状態、「0」が押してない状態を意味します。

今回は「左手側に置く」想定なので、指を当てはめるとこういう感じに👇

ファームウェアを書き換える

で、ある意味ここからが本記事の本題です。
作って無事動作するのが確認できたmeishi2をそのまま使います。
ファームウェアだけを書き換えます。

meishi2を作った時に利用したRemapというサイトを扱えれば楽だったのですが、Claude（AI）と一緒にあれこれ探った感じだと、

• remap（サイト）は「1度に複数のキーを押す」設定の書き込みはできない

• キーボードのバイナリ入力は、いくつか先達がいる

という感じで、私の要件に合わせて改造して使えそうなのはこちらの２つのリポジトリが見つかりました。

いずれも「和音」を意味する「Chord」から採ったリポジトリ名ですね。

① Chordie（by kbjunky氏）

STLファイルなども格納されているので、必要なパーツをそろえて3Dプリンタで出力すれば、下図のようなイメージで作成可能なようになっています。

② Binary Chords（by obsoletenerd氏）

ミニマムを極めたような形状。。キースイッチが8個しかないので、PCB/基盤がなくても作れるらしい。ダイオードも不要で、ラズパイ Pico 2 Wがあればよい様子。。
（これからこれは試す予定です）

Claudeにリポジトリを見てもらったところ、今回のmeishi2はPro Microを使っているため、①のリポジトリを参考にしてQMKというアプリを使って作業します。

（ラズパイ Pico 2 Wを使っていたら②のルートでPythonでできたっぽい）

やり方はこちらのGitHubリポジトリにて公開しておきました👇

https://github.com/toya-mimura/meishi2-tenkey-qmk

QMKってなに？

Quantum Mechanical Keyboard、略してQMKとのこと。
自作キーボードなどの入力デバイスを制御するためのオープンソースのファームウェアだそうです。

Gemini曰く、

• 自作キーボードに「魂を吹き込む」ためのもの

• 専用ツールを使ってファームウェアを書き込む（フラッシュする）作業が必要

それがQMKでできる、とのこと。

こちらもGoogle AIモードによる説明

QMKでできること

キーボードの挙動を自由にカスタマイズできるのが最大の特徴です。

• キーマップの変更:
  「A」のキーを「Enter」にしたり、特定のキーを長押ししたときだけ別の役割を持たせたりできます。

• レイヤー機能:
  ノートPCの「Fnキー」のように、特定のキーを押している間だけキーボード全体の役割をガラッと変える（数字入力専用にする、など）ことができます。

• マクロと特殊機能:
  複雑なショートカットを1ボタンで実行したり、マウス操作をキーボードで行ったり、LEDの光り方を制御したりできます。

やりたい人がいたら「詳しくはGitHubリポジトリを見てくれ！」とばかりに半ば投げやりな記事になってしまいましたが。。
なんというか、、、「これができるようになった！なら・・・！！」ともう「次のステップ」に気持ちが行ってしまっておりまして。。

あと、分割キーボード界隈や自作キーボード界隈の声を聴いていると、「沼だ」というのをよく聞きますが、、、なるほど、これは「沼だな。。」と思いました。。

色々と要素・原因はあると思うのですが、、個人的には

• 作業そのものがそれほど難易度高いわけではない

• ピンキリではあるけど、手ごろに始めることができる

• カスタマイズ、実際してみると「既存のキーボードがいかに窮屈だったか」に気が付く

といったところだろうな、、と考えています。

たぶん、Blenderより簡単、、、だと思う。。