Darkside（https対応しました）

　コネクターは、実装に時間を食う非常に面倒臭いシロモノである。

　旧基板の配線を追ってピンアサインを確認しつつ、実装する。
　ＤＣコンバーターのリモート端子は、面倒になって直結配線した。しかし新基板では、それもコネクター化してしまう。

　ＰＩＣソケットの左下に基板直接固定のコネクターは、メイントリガー配線の接続用だ。

　ＭＡＸ１８６との通信にはピンが５本必要で、その代わりＡＤ入力は８系統使える。結果として、新基板はアナログ入力が３系統余っている。将来的に、温度計の増設等を行う拡張余地がある。

　さて、ハードウェアＳＰＩをマスターとして動作させるのは、初めてだ。果たして、うまく使えるか。
　仮にうまく動作しなくても、ソフトウェアＳＰＩにすれば動作させられる。だが、ソフトウェアＳＰＩの場合、通信速度が１００ＫＨｚ前後に落ちてしまう。というのも、MAX186 は２ＭＨｚ以下にしか対応していない。dsPIC で最高速のソフトウェアＳＰＩやると、超過する恐れがある。
　だから適切にウエイトを入れることになるが、dsPIC は微小時間のウエイトを入れるのが苦手である。そのため、ウエイトを入れると今度は遅くなり過ぎるのだ。Ｉ２ＣやＳＰＩをソフトウェアで行うと、８ビットＰＩＣ並みの通信速度しか出せない。
　これに対し、ハードウェアＳＰＩならば１．４ＭＨｚで通信できる。なぜ２ＭＨｚではないかと言うと、設定可能な通信速度の種類が限られていて、大雑把な速度しか選べない。

　MAX186 のデーターシートを見て、シングルエンドと差分の混在が可能なことに気付いた。通信ごとに、シングルエンドか差分かを選択可能なのだ。だから、差分接続にしたチャンネルを読むときは差分を指定し、シングルエンドのチャンネルを読むときはそっちを指定すれば良い。
　とは言えわざわざ差分動作で精度を上げたいのが光出力モニターだけである以上、現状の配線でも問題はない。

　いざ MAX186 と通信しようとした場合に問題なのは、コマンドが８ビットで取得データーは１６ビットなこと。
　dsPIC のハードウェアＳＰＩ利用ルーチンは、８ビット単位の通信と１６ビット単位の通信しかない。混在使用できないのだ。試しに８ビットのコマンドを送り、続いて８ビット通信を２回続けて行った。読み取り対象は、分かり易いボリューム。すると、上位バイトは０か１しか返らない。ボリュームの位置に応じて切り替わるものの、０から１になるのが早過ぎる。そしてそれなら２にもなって欲しいが、ならない。下位バイトは暴れまくって読めない。
　そこで、旧レーザー銃の８ビットＰＩＣプログラムを確認。アセンブラで、MAX186 と正常通信できていたはずだ。

　すると、内部クロックモードで MAX186 とアクセスしていた。そうだ、これならハードウェアＳＰＩとソフトウェア混在でのアクセスの可能で、分かり易い。速度も犠牲にならない。