自作レバーレスコントローラーの基板を GP2040 ベースに変えた

2年半前くらいに、自作のレバーレスコントローラーを作った。
そのときには、 pro micro を使って、この上で動くコードはライブラリを利用しつつも主要な部分は自分で書いていた。

2年半時間が経過して、レバーレスコントローラーの自作はかなり一般的になった。
また、Raspberry PI Pico が発売されて、これの上で動くコントローラー用のソフトウェア GP2040 が開発された。
GP2040 は開発体制が変わったのか、オープンソースで開発が続けるコミュニティ版がフォークして、今は、GP2040-CE という名前で開発が続いているように見えた。

自分としてもいつまでも pro micro で動くコードの面倒を見るのはたいへんなので、GP2040-CE に乗り換えることにした。

配線をどうするか

pro micro でレバーレスコントローラーを作っていた頃は、ユニバーサル基板を使って気合いでボタンを配線していた。
でもまぁ、なんかそれも面倒なので、今回は pro micro 用のターミナルブロックを使うことにした。

例えばこういうの。aliexpress で送料も含めて 1000 円以下で買える。

今回は面倒なので、amazon で似たようなものを買った。

GP2040で使うことを想定した PICO Fighting Boardってのもあるみたいで、これも高くはないのだけど、トータルの値段で言えば汎用のターミナルブロックを使うんでいいような気がする。

GP2040-CE への独自機能の移植

pro micro の頃に、ミスタードリラーやテトリスなどのパズルゲームを遊ぶときに、斜め入力が入るのを避けるため、方向キーについて、最後に押したものを優先して入力として扱うような機能を実装して、設定で切り替えられるようにしていた。

GP2040-CE に乗り換えるにあたり、この機能を移植したいと考えた。

GP2040-CE は、オープンソースである。
なので、ビルド環境さえ整えてしまえば独自の機能を追加できる。
しかも、ソースコードを眺めていたところ追加機能を作りやすいように、プラグイン用のインタフェースがコード内に用意されていることが確認できた。

なのでさっと作った。

この機能が欲しい人居るんだろうか。いればプルリクエスト送ってもてもいいのかもしれないけど、、

GP2040-CE は、2023年の頭くらいにいくつかの git submodule に分割された。
その影響で、変更が複数のレポジトリにまたがる形となって若干面倒ではあった。

あと、Build 手順のドキュメントが古く、2023年4月1日時点では、書いてある通りにビルドすることはできなかった。
けど、 issue に手順をアップデートする予定があることが記載されているので、そのうち改善されると思う。

10000円以下で買った 24 インチ Full HD 液晶ディスプレイ KOORUI 24N1 の話

Covid-19 の影響で在宅勤務が本格化したタイミングで、家族からの影響を受けづらい場所に仕事環境を構築する必要が生じた。
このときに、27インチの液晶ディスプレイを買ったときに使うのをやめたけどなんだか捨てきれず、部屋の中に居座っていた BENQ G2400W と BENQ G2400WD というおよそ今から 15 年前に発売された UWXGA の TN ディスプレイを仕事環境で再利用することにした。
ただ、15 年前の時点ですら安価であった TN 液晶となると画面もなんだかぼやぼやして見づらく、ボタン類が壊れたり HDMI 端子が壊れたりで、使い続けるのがいい加減困難になってきた。なので、一念発起して仕事環境で使っている液晶ディスプレイを新調することにした。

時代が時代なので 4K ディスプレイを 2 枚、仕事環境にも導入することについても検討したけど、以下の理由で断念した。

  • 仕事で使っているノート PC は 2 枚のディスプレイに 4K 出力できるが、一方は 30Hz までしか出せないという制限がある
  • google 日本語入力は、拡大率が異なるディスプレイが同時に繋がれている時、変換候補の表示を正しい位置に表示できない。ノートPC についている画面は拡大率 100% で使っているが、4K ディスプレイは 175% あたりで使う可能性が高い。

なので、最低限仕事で使えればいいやと思ってとりあえず安価な Full HD ディスプレイを探した。
Amazon を眺めながら、だいたい 1 台あたり 15000円くらいが相場なのかなーと思っていたところ、KOORUI 24N1 という異様に安いディスプレイを見かけた。
なんと 9,299円(税込み) だった。
この値段だったら失敗しても許せるなーと思って、2台買った。値段は結構日によって違う気がするから、気になったひとは安いタイミングで買うのがいいと思う。

で、使い始めて 2 週間位経った。結果から言えば、自分の利用範囲では不満らしい不満がない。
15年前の TN 液晶よりも遥かに画面が見やすくて良い。
利用方法としては下記範囲では問題がなかった。以下は全て端末本体にイヤホン端子がついており、音はここから聞くことができる。

  • 仕事用のノートPCをつないで仕事につかう
  • Nintendo Switch をつないで使う
  • 個人用の Macbook Pro をつないでなんか色々するのに使う

ただ、このディスプレイには、最近の液晶ディスプレイにはほぼ標準でついている、スピーカーやイヤホン端子がない。
なので、例えば Playstation 5 のような、本体にイヤホン端子がなく、音は HDMI 端子経由で出力されたものを聞くといった利用方法が想定されているものではそもそも音を聞く方法がなくなってしまうので気をつけるといいと思う。

40歳になってた

2022年10月3日 に 40 歳になった。
で、その前日の10月2日に、久々に DJ しないかとお声がけいただき、青山蜂で行われた atrip ってパーティーで DJ をさせてもらった。コロナの色々があったり、コロナなんてなくても子育てがあるので、なかなか外出もままならない状況がずーっと続いているなかで、 DJ をして欲しいと頼まれた、なんていうのは自分にとっては絶好の外出の口実だった。
で、 10月2日 23時に、 DJ とパーティーが終わった後、遊びに来ていた友人とそこからさらに一緒に飲み屋に行って日付が変わる40歳になる瞬間を一緒に過ごしてもらった。
全員でスマホに表示した時計を覗き込んで日付が変わったタイミングで祝ってもらった。少し経ってから手に持って、写真をとってもらった。

もうここ数年、自分の誕生日であっても、子供から見て親の誕生日がどうあるべきかみたいなことをずーっと考えてしまってそればっかりになってしまっていた。なので、そういうのなしに単純に祝ってもらえる事と、祝ってくれる人がいるということがとてもありがたかった。
23時に渋谷駅近くでのパーティーが終わった後、更に飲みに行って戸塚の家に帰れるわけもなく、その日はまだ新婚ほやほやの友人宅に転がり込ませてもらった。友人宅の生活は、自分という普段は居ない人間がいるわけだから、もちろんいつも通りというわけではないだろうけど、その生活の一端を見られたのが面白かった。

自宅のTV録画サーバ兼NASを新調した

自宅のTV録画サーバ兼NASを新調した。
録画サーバとNASを前に作ったのは 8 年前で、ほぼ8年間稼働しっぱなしだったので、さすがに古くなってきたと思って新調した。
今年始めにメインのデスクトップPCを組んだので、今年に入ってから2台目の自作PCとなった。まぁ、そういうこともある。

ハードウェア構成

ハードウェア構成はこんな感じ。ケースとケースファンは流用。

項目型番とか大体の値段
マザーボードASRock H610M-HDV/M.2\11000 くらい
CPUintel Celeron G6900(Alder Lake)\7000 くらい
メモリADATA AX4U320088G16A-DCBK20 8GBの2枚セット\7300 くらい
システム用 m.2 SSDWestern Digital WDS480G2G0C 480GB\6300 くらい
電源Scythe CORE-TFX275\3300 くらい
データ保存用 HDDSeagate ST8000DM004 8TB\15000 くらいを2台
合計\65000 くらい

データ保存用のHDD を除くと \35000 くらいで、既製品の NAS の箱と同じくらいの値段になったりするのだけど、メモリを16GB積めていてこれがキャッシュとしてきいてくれていい感じであってくれ、という気持ち。
でも家のネットワークが未だに 1GBit Ethernet なので結局こっちがネックになる感じはある。

CPU はAlder Lake世代で一番性能が低いものだけど、用途を考えれば十分だと思う。というか、シングル性能は i9-10900 と変わらないということらしくなんか未だに CPU は進化を続けているのだなぁと思う。
いろいろなことをしたくなって性能に不足を感じるようになってきても、多分 i3 くらいまでは載せ替えても電源の面でも熱の面でも問題は起きないと思う。

録画機能の選定

8年前は、chinachu というTV録画用のwebサービスを使って、環境を構築した。
今回も chinachu を使おうと考えていたのだけど、この8年の間に chinachu のテレビ録画ボードを操作するAPIを提供することを目的とした部分が Mirakurun として切り出され、 chinachu 自体にはこの API を操作するための Web UI が残されるという機能分割が行われたようだった。
で、その Web UI の方についても obsolete になるらしく、じゃあどうやって使えばいいのかと思ったんだけど、 Web UI の部分を置き換えるいくつかの代替品があるらしく、それと組み合わせて使うといった形になったらしい。

今回は、Web UI としては EPGStation というものを使うことにした。
EPGStation と chinachu はともに Docker 内で動くようになっており、両方をまとめて起動できる docker-compose 用のファイルも配布されていたので、これを使うことにした。

心残り

標準の状態では Quick Sync Video を使わずに、完全にソフトウェアでトランスコードするので、トランスコード時の CPU の負荷が高い。
Dockerfile 内で FFMpeg をコンパイルしているので、ここで必要なライブラリやコンパイルオプションの追加をすれば、 QSV を利用可能になる。でも、とりあえずソフトウェアエンコーディングでも性能が足りているようなので、後回しにすると決めた。

OS の選定

録画機能がDocker コンテナの中で動くということで、物理マシンに直接インストールする OS についての制限はなさそうだったので、長期的にちゃんとアップデートを行っていくことを念頭に置き、 arch linux をホストの OS として用いることにした。

NAS 機能

録画機能が docker-compose で管理されているので、NAS機能の方も docker-compose で管理することにした。
debian のベースに samba をインストールした Dockerfile を書いて、それを使った。
NAS 用のディスクは btrfs の RAID 1 でフォーマットした。1台壊れても大丈夫だし、容量足りなくなったら大きめのディスクを足せば良いだけのはず。

心残り

samba に対する書き込みを行っている際に、 docker-proxy というプロセスがそこそこ CPU を使っていることに気づいた。
このプロセスはコンテナの中と外の通信を仲介する役割であり、–userland-proxy=false オプションを docker daemon に与えるとこれを使わずに、iptables で代替の処理を処理を行うようになるようだ。多分、iptables でやったほうが軽くなるだろうとは思うのだけど、とりあえず性能面で今すぐ困る感じにはならなかったので、標準の状態でいいやと言うことにした。
今後、コンテナで大量の通信を行うような利用法を考えるときにはこのオプションについて真面目に検討しようと思う。

ARM64 な VM に サーバーの引っ越しをした

今あなたが見ているこの blog の html は ARM プロセッサ上の VM から送られてきているんだ。（唐突）

Oracle Cloud の ARM インスタンスの無料枠に引っ越した

というわけで、海外の VPS (vultr) に乗り換えてから2年くらい経って、なんだか大したことしてないのに結構高くついちゃってるのが気にかかっている状況が割と長く続いていたので、この blog を含む各種サービスを Oracle Cloud の ARM インスタンスの上に引っ越しました。

VM の上では、この blog であったり、ちょっとしたツールを雑に作るための nodered であったり、grafana や chronograf といった可視化ツールを docker-compose で管理して動かしています。この blog には大したアクセスはないし他のサービスは自分しか使っていなくて CPU の負荷は小さい一方、いろんなサービスを動かし続けて置く必要はあってメモリは割りと多く使う状況で、CPU弱くてもメモリがたくさんある、安く使える環境があったらいいなぁと思っていました。

そんな中、 Oracle Cloud では ARM の CPU を 4コア分、メモリは24GB 分無料で使えるぞということを聞きつけ、こりゃあいいと思って、思い切って移行しました。

もともと各種サービスはすべて docker-compose による管理を行っていたものの、 x86_64 で動かすことしか考えておらず、ちゃんと移行できるんだろうかというのがネックでしたが、サーバサイドの ARM64 も出てきてずいぶん時間が経ったせいか、使っていた docker のイメージについては cAdvisor 以外は ARM64 のイメージがあり、MySQL については新しいメジャーバージョンにしか ARM64 用のイメージがなくバージョンを移行する必要があったりもしましたが、おおよそつつがなく移行できました。

昔、docker とサーバーサイドの ARM64 が出て来つつあるのを、自分はほぼほぼ同じタイミングで認識しました。で、イメージが cpu のアーキテクチャにがっつりと依存する docker が流行ったので、docker のせいで ARM64 がサーバサイドで広く使われるようになるのは少し遠のいたようなきがするなぁと思ったりもしたのですが、それから結構経って、ARM64 でも docker がずいぶん普通に使えるようになったことが確認できました。
今や macbook さえ ARM64 な時代ですしね。そんなもんなのかもしれません。

そんなわけで、 ARM1コア 6GBメモリで機嫌よく動いています。
無料の範囲だ。本当にええんか。

今後の予定

引越し後も相変わらず docker-compose でサービスを管理しているのですが、まだARMが 3コア、メモリは18GB 残っていて、かつ k8s のマネージドサービス自体はこっちも無料で使える ので、残ったコアとメモリで k8s の素振りでもして慣れてきたあたりでまたそちらへ引っ越そうかなぁと思っています。
最近、仕事で k8s に触れる機会が増えてきたので、趣味と実益を兼ねてぼちぼちやっていきたいですねぇ。