Darkside（https対応しました）

　ＳＰＩを使うためのプログラムは、非常に簡単である。
　同期式だしコマンドはすべて別配線のデジタルだから、紛れもない。信号変化が速くなり過ぎないようにデーターシートで確認しておけば、あとはプログラムをガリガリ書くだけで何とかなる。ＰＩＣ時代と違って普通にＣが使えると、記述も非常に楽だ。

　データーシートだけ眺めると、ＳＰＩはいろいろ複雑なことが書いてあるように見える。なまじ配線数が多いため、タイミングチャートも複雑に見える。だが、やることは単純極まる。更に単純にしようとしてプロトコルが魑魅魍魎になたのがＩ２Ｃで、プロトコルを簡単なままにしておくために必要な最小限の配線を残したのがＳＰＩである。

　ＳＰＩ通信すると、一発でセンサーへのアクセスは成功。３バイト連続読み出しも、拍子抜けするほど簡単に成功。内部レジスターアドレスをオートインクリメントで指定し、何の問題もなく取得できた。Ｉ２Ｃでの訳分からない謎の動作不良は何だったのか。
　これで取得に要する時間はＩ２Ｃの１０倍速いのだから、もはや馬鹿馬鹿しくてＩ２Ｃなど使ってられない。Ｉ２Ｃしか使えないＰＸ４ＦＬＯＷを除き、センサーをＩ２Ｃバスから取り外す。ＰＸ４ＦＬＯＷも、電源は５Ｖだから三端子レギュレーターに接続したままだが、Ｉ２Ｃ信号は３Ｖで行けるのでＳＴＭ３２Ｆ４へ直結。他にセンサーが無くなったので、Ｉ２Ｃレベル変換基板も不要になった。

　磁気＆加速度センサーも、ＳＰＩへ移動。

　配線は面倒臭いが、頑張って済ませてしまえばソフトウェアの方は天国のはず。

　温度センサーは、ＳＰＩ対応版を買わねばならない。だが、当面は使わないことにした。
　高精度の温度センサーが存在しても、用途は基本的に２つしかない。１つは、気圧から高度への変換計算。もう１つは、温度ドリフトが存在するセンサーの校正。
　前者は、気圧センサー内蔵の温度センサーを使う方が良い。精度は低いが、気圧センサー内部では気圧値を計算しており、その段階で内蔵温度センサーの値を使っているはずである。その気圧値を利用するのであれば、温度センサーも気圧計内蔵の値を使うのが相関性から望ましい。
　後者はあくまでセンサー内部の温度が重要なので、どんなに高精度であっても外部の温度計では宝の持ち腐れになりかねない。どうせ相関性は低いのだから、既存の値を流用しても良いのではないか。電源入れてからセンサー内部の発熱で温度上昇するであろうことも考えると、むしろ他センサー内温度計の値を流用した方がマシな可能性すらある。少なくとも、センサーを別に１つ増やすコストに見合うかどうかは疑問である。