Darkside（https対応しました）

　シリアルメモリーの内容を取り出す場合など、ＵＳＡＲＴでパソコンに吸い出すのは良くある手段である。ネットの作例でも、マイコンから大量のデーターを送り出すのにＵＳＡＲＴを使っている例が極めて多い。しかし自分は、ＵＳＡＲＴは嫌いである。今回も、念のためいろいろなペリフェラルのライブラリーやらサンプルを確保しているが、ＵＳＡＲＴ関係は全削済み。絶対に使わないから、要らない。
　とにかく使い勝手が悪いので、それしか手段がない場合のみ仕方なく使う。
　まず、相手側にターミナルソフトが必要。ＳＤカードなら屋外でも単独で使えるが、ＵＳＡＲＴでは運用が面倒。更に、認識不良も良く発生する。いざという時に、信用できない。バックアップ用途など、論外もいいところだ。

　ＵＳＡＲＴを愛用している人も居るだろうけど、これは純粋な趣味の工作でありすべてを個人的好みで決めさせて貰う。

　さて、シリアルメモリーへの書き込みだが、最大２５６バイトとデーター量が多い。だから、ＳＰＩも高速に行いたい。最高に速度を出せるよう、センサーのようなソフトウェアＳＰＩは使わないようにしたい。せっかく最大８５Ｍビットなんて速度が出せるのに、もったいない。実際はデーターの信頼性を考慮し、実用範囲内で転送速度は落とすべきではあるが。
　そうなると、これまで試さなかったＳＴＭ３２Ｆ４ビルトインのＳＰＩ機能の出番。すなわち、使用するピンが限定される。重複し難く利用し易いのは、ＳＰＩ２である。しかしこれが、センサーデーターを読み出すＳＰＩと重複している。そこで、ソフトウェアＳＰＩであってピンアサインに自由度が高いセンサーデーターの方を、移動させる。

　どうせセンサーを接続し直すのだから、暫定的にＳＰＩ２に接続するのが良いだろう。すなわち、ハードウェアＳＰＩが成功しているかどうかの確認用。
　これで、ＳＰＩ２の利用が正しくできることを確認後、センサーは最終的な場所へ移動。ＳＰＩ２には、シリアルメモリーを接続すれば良い。
　ＳＴＭ３２のＳＰＩ機能は、ＣＳ信号にバグがあるとの情報が得られている。本当にバグっているのか？その回避方法の具体的なプログラムコードとは、いかなるものか？確認を要する。