ベンチ

機械だけで届くマイルストーンはすべて終わった。だから模型が実機についてまだ知らないことはベンチを待っていて、次に組むのはそのベンチだ。コンソールのコントローラポートと純正パッドの間にブリッジを置く。ブリッジ上のシフトレジスタが、コンソールの読むパッドそのものになる。マイクロコントローラはポーリングの合間にボタンを書き込み、コンソールのラッチとクロックのパルスをハードウェアで数える。ネットワーク上の Raspberry Pi がスクリプトを受け取り、リセットと電源のリレーを駆動し、スコープをトリガする。スクリプトはポーリング番号ごとのボタンのバイトの列なので、模型と実機はまったく同じ入力を見る。ブリッジも模型もポーリングごとにログを取り、その二つをポーリング単位で突き合わせる。トリガした取り込みは、絵のマイルストーンが往復を採点したのと同じやり方で採点する。計画はファームウェアより先に四つのマイルストーンとその検査を名指しし、最初の一つ、コントローラポートの盗み聞きは、すでに模型を変えた。DMC のフェッチがパッドの読み出しに何をするかを問うと、スイッチレベルの 2A03 が実物より先に答え、コアと高速チップとコンソールがそれに合わせて変わった。どの変更も、それがなければ赤になるテストが守っている。いまや各マイルストーンの道具はハードウェアより先に揃っている: スクリプトをブリッジとリレーとスコープに流すヘッドから、実機と模型が食い違う最初のポーリングを探し出す仕組みまで。どれも代役に対して試し、わざと壊した走行が赤になることを確かめてある。下の図は配線表からスクリプトが生成したもので、表と食い違うことはできない。計画、配線、スクリプト、進行中の報告はノートブックに、リポジトリは github.com/tinymachines/nes-bench。

部品は机の上にあり、次は配線だ。組み立ては五回の作業として書き出してあり、一回につきコマンドは一つ。そこから返ってくるのがラボノートである。実際に組み上がっていく過程そのものだ: 十四のステップ、各ステップは意見ではなく測定で終わり、失敗した試行も含めてすべての試行を残し、各段階で写真を撮る。うち二つのステップは、このサイトがいま見積もりとしている数字を実測に置き換える: パッド自身のポートにスコープを当てて、上のタイミング図が推測しているだけのラッチとクロックのパルス幅を測り、接続したブリッジが、本当にすべてのポーリングが八クロックを運ぶのかに答える。ノートは組み立てを進める道具から生成されるので、何ひとつ手で書き込まれていない。そしてサイトは、自身のログが裏づけないノートの公開を拒む。同じ組み立ては印刷用の図面パッケージにもなっている: 横置きレターの枠付き図面で、各葉に表題欄と図番と改訂欄があり、その寸法では読めなくなる二葉だけは縮めずに大きな用紙を求めている。収めてあるのは回路図、どの部品とどのジャンパがどの穴に入るかを示すブレッドボード配置図、部品表、配線表である。この配置図で選択なのは部品の置き場所だけで、線はすべて回路図から読み出されている。だから図面にない接続を絵が示すことはできない。ブレッドボードではなく基板を欲しがるのは二ポート版のほうで、こちらには独自のパッケージがある: 回路図は四葉。部品十一点と四十二本のネットは、誰かが印刷できる一枚には収まらないからだ。その基板は配線済みである。両面、裏にグラウンド、表に電源を敷き、配線そのものは記録されたファイルで、ビルドはそれを適用するだけだ。誰かが毎回やり直す工程ではない。全ネットがつながっているか、別ネットの銅が近すぎないかは、完成した基板に対して問う。ルータ自身の報告は採らない。最初に走らせた時、ルータは基板が完成したと言いながら、三つのパッドには銅の経路がまったく無かったからだ。