緑のマイク基板と赤いESP基板の間にあるのがMCP3002。赤い基板上で右側のLEDがうすぼんやりと点灯しているのは、SPIのDIN信号。
50kspsでサンプリングしたデータをUDPに激しく送信中。
■SPI接続のADC■
ADCもいろいろありますが、数十Ksps以上のシリアルはSPI接続のものが多いです。今回、MCP3002という精度10bit、入力2chのADCを使います。これは5v電源なら200kspsまで動き（2.7vだと75ksps）、そのわりに秋月で180円という大変おトクなチップです。マイクをつなげばお手頃な音声入力などが可能です。
SPIはあまり使ったことがないので、こちらの記事（ESP8266 (ESP-WROOM-02) でセンサーを扱う）を参考にさせていただきました。ありがとうございます。
SPIドライバはこちらからダウンロードします（MetalPhreak/ESP8266_SPI_Driver）。通常のArduinoライブラリとは形式が異なるので、以下の作業でArduino IDEが認識できるようにします（もっといい方法をご存知の方、ご教示いただければ幸いです）。
- ダウンロードしたらzipを解凍する
- フォルダの名前をESP8266_SPI_Driverに変更する
- フォルダの中のspi_register.h, spi.h, spi.cをESP_SPI_Driver直下に移動
- Arduinoのlibrariesフォルダ直下へ移動
- Arduino IDEを再起動
動作させてみたところ、1回のデータ取得に要する時間は11-12μ秒程度でした（関数を100回呼び出して計測）。
■ESP-WROOM-02からUDP■
1回のデータ送信に要する時間は60-70m秒程度でした（関数呼び出し）。■ESP用のソース■
なるべく一定の速度でサンプリングしつつ、UDPで送信しなければならないのですが、両者のスピードが違いすぎるので何らかのマルチタスクっぽい仕組みが必要です。Arduinoではこういう場合Tickerを使うのですが、Tickerは最小単位がミリ秒なので、1秒間に1000データしか取れません。それではせっかく高速のSPIを使う意味がありません。幸いなことにESPにはos_timer_arm_usというμ秒単位のインターバルが用意されていますので、これを使います。なお、これを使う場合には、setupの始めの方でsystem_timer_reinit()を使って初期化し直す必要がありますので、ご注意を。これを使わないとミリ秒でしか動いてくれません。
ということで、おおまかな構成としては
- 初期化ルーチンでWifi接続してから、20μ秒ごとのインターバルを開始
- インターバルで呼ばれたらSPIからADCのデータを取り込みバッファにしまう
- バッファが一杯になったらフラグを立てて別のバッファに切り替える
- loop()ではバッファ一杯になったかどうかのフラグをチェックし、いっぱいになっていたらUDPでデータを送信します。
■検証用のJavaコード■
UDPでちゃんとデータを送り出せているのかを検証するために受信側のコードをJavaで作りました。UDPを受信して、連番と最小値/最大値などを表示するだけです。グラフ化したり音声を出力する根性がなかったので値だけです。こちらの記事を参考にさせていただきました。ありがとうございます。
http://k-hiura.cocolog-nifty.com/blog/2011/07/java-6e01.html
■ハマりどころ■
- 自家製ESPモジュールからIO15が出てない。IO15のプルダウン抵抗近くのviaホールにハンダ付けして引っ張り出す。
- SPIが動かない。これは当初参考にしていた記事の配線図が間違っていたため。私の2時間を返せ。ということで著者さんには間違ってますよ、とメールしておいた。まだ直ってないなぁ。
- 接続直後にESPが暴走する。あれさっきまで動いてたのに…？？ と思ったら、初歩的なC言語的間違い。30年ぶりぐらいにやらかした。
char **buf; buf[0] = ptr1; buf[1] = ptr2; - ESPはos_timer_arm_usってAPIでマイクロ秒単位のTickerを使えるはずなのに、ミリ秒単位でしか動いてくれない。改めてSDKマニュアルを読んだら、system_timer_reinit()で初期化しないとダメよと書いてあった。
- Javaの符号なし整数にまたハマってしまった。いい加減覚えろよ＞俺
