Darkside（https対応しました）

　dsPIC では、Ｉ２Ｃ通信が成功していない。

　STM32F4 では成功しているが、必要な機能に比べて大袈裟過ぎる。

　ならば、PIC16F88 でＩ２Ｃは実用的だろうか？
　これは、意外に多くの前例がある。特に、Ｉ２Ｃマスターとして動作させる場合はソフトウェアで簡単に出来る・・・ようだ。

　ここで、少し簡単な計算をしてみる。
　Ｉ２Ｃ標準には 100KHz と 400KHz がある。低速の 100KHz を使うとすると、１周期１０μ秒。つまり、Ｈが５μ秒でＬが５μ秒という波形をソフト生成せねばならない。
　PIC16F88 は４クロックあたり１命令。２０ＭＨｚ動作だと５ＭＩＰＳすなわち１命令あたり０．２μ秒。ＨとＬそれぞれに２５命令を使う余裕がある。８ＭＨｚ動作でも、１０命令ずつだ。

　つまり、100KHz のソフトウェアＩ２Ｃであれば、８ＭＨｚでも充分に可能と判断できる。
　400KHz だとＨとＬそれぞれ２．５命令となって無理っぽいが、100KHz では通信速度が遅いようなら１６ＭＨｚ動作にすれば良いだろう。ＨとＬそれぞれ５命令ずつで、400KHz のクロックを生成できる。

　そこで、dsPIC で使用したＩ２Ｃ接続ＬＣＤを持ち出した。これを接続できるＰＩＣ基板を作成し、動作試験してみよう。

　PIC16F88 で問題になるのは、ソフトウェア作成の厄介さ。マクロが使い物にならないアセンブラなので、精神がガリガリ削られる。
　コンパイラなんか使いものにならないし・・・と思っていたがＩ２Ｃの前例はみんなコンパイラーを使っている。そこで、試しにＸＣ８を落として来た。

　PicKit2 を発見したのだが、MPLAB X IDE 4 は対応していない。最近買った PicKit4 だと、PIC16F88 の方が対応していない。
　MPLAB X IDE 2 を使うと、PicKit2 と PIC16F88 の両方が使える。しかし、そもそも PicKit2 と PIC16F88 は相性が悪く、書き込み失敗し易いようだ。

　ここは MPLAB X IDE 4 でコンパイルだけ行い、でき上がったＨＥＸファイルを秋月基板でＰＩＣに書き込むのが無難だろう。手間が掛かるが。

　Ｃコンパイラーなんか論外だと思っていたが、想像以上にコードが小さい。PIC16F88 ってＲＡＭは少ないが、プログラム領域はむしろ dsPIC よりでかいじゃないか！
　ｉｆ文や引き算や多倍長演算で疲弊せずに済むメリットが極めて大きいので、Ｉ２ＣついでにＣコンパイラーの実用性も測るとしよう。