ブレッドボードで試してたXBee エーハイムモニターを基板に固定化しました。ケースはテンポラリ。プログラムサイズが小さかったので、CPUは余らしているATmega168Pを使ってます。

　今回のミステイク、
　1.秋月のスルーホールC基板を使ったのだけど、裏返しに使っていしまった事。スルーホール両面基板だから特に問題はないですけどね。ガイドの5 15 25の5ピンごとのシルク印刷が見られないだけ。
　2.XBeeとのrx,txの接続が逆だった事。SoftwareSerialでの接続だったのでプログラムでピンを入れ替えて修正はできたけども、今回5VのATmegaとの接続かつATmegaのTX側の分圧抵抗レベルシフトのみだったので危ないところでした。まぁ、前にも5VをXBeeに入れることはやらかしてて短時間なら大丈夫な事はわかっているので結果OK。

　今回の工夫、
　1.SoftwareSerialでxbee-arduinoライブラリを使用した事。
　2.マルチカラーLEDを使ってプログラムの動作状態を把握できるようにした事。
　　　ハードウエアrx,txはRS485に取られているしSoftwareSerialの1個しか使えないRXも使われているので楽ちんななUSBシリアルのモニターはつかえませんから。コマンド待ち、エーハイムデータ受信中、データ送信中で赤・緑・青に光らせてみました。

　今回利用した秋月DIP化基板は３つ。XBee基板とオーディオピンプラグ基板とUSBminiメス基板。どれもサイズが大きめなので、C基板だと手狭になってしまい配線に苦労しました。あと、スルーホールはハンダがリード線をたどって裏側に流れてしまうのがちょっと厄介ですね。隣のホールをはんだブリッジしたいのに全然つながらない事があります。裏をみると大変な事になってたり(苦笑)。
　このエーハイム外部フィルターのモニター基板は、ハードウエア的にはこれで打ち止め。ソフトウエアは改良して、外部フィルターへ設定変更コマンドを送信出来るようにソフトウエア面の改良はしていきます。

RS485トランシーバを足した程度。

流量とモーター回転数取得

　ArduinoのSoftwareSerialでAPIモードのxbee-arduinoライブラリによるXBee通信ができたので、エーハイムの外部フィルターと無線接続を試してみた。
4/28の実験ブレッドボードにRS485の回路を設置。ハードUARTのRX,TXはRS485に使ってしまうので、USBから電源は取れない。sparkfunのブレッドボード用電源を追加。
ソフトは、ArduinoEthernetで動かしてたヤツのネット部分を外してXBee部分を追加。動作確認用のmbed側はリターンデータの解釈の部分の変更のみ。
で、相変わらずtxとrxを逆に繋いでたりといった凡ミスを経てすぐに動作しました。大したことしてないしね。自分の使い方みたいな少量データならばSoftwareSerialでXBeeを使うのもありですね。UARTでやるのと消費電力的にどれくらい違うですかね？まぁ、Ethernetを使うと消費電力は(マイコン的には)超増えるからどっちがお得かわからんです。
　連休後半の雨の時に、秋月C基板かスイッチサイエンスのXBee対応C基板でハードウエア固定化しますかね。

　で、ATmega644P。こいつで同じ事をする(シリアルは、2つあるUARTを使いますけど)テストもしてみますよ。どうやらArduinoのご先祖のWiringが644Pだったりするのですので情報調査します。