おうちにセンサやアクチュエータを多数配置しようとするときに気をつけていることのメモです。2020年12月現在、約80種類の独立したセンサデータを月間1GB程度のペースで収集しています。
また、それと連携して様々な機器を動かすなどしています。概要については speakerdeck:「家にいっぱい棲みつかせてみた」 もご参照ください。
メッシュWi-Fiにする
Wi-Fiに接続されるデバイス数が15台くらいになってくると、時々つながらなくなるデバイスがでてきました。しばらくの間は、複数の Wi-Fiルータを用意して、それぞれに違うSSIDを割り当てることで回避することができましたが、やはり数が増えてくると接続しずらい状況となってきました。そこで、メッシュWi-Fi対応ルータに変えたところ、単一の SSID で済むようになり管理が楽になりました。
現在利用している機種は TP Link Deco X20で、仕様上は150台以上が接続可能、30台程度では問題なく動作しています。なお、デバイス同士の間隔は 1m 程度開けたほうが安定します。
ケースに入れる
電子工作あるあるとして、Arduino にジャンパ線もじゃもじゃというパターンがあると思いますが、これはうっかり触って線が抜けてしまったりするなど故障しやすいほか、見た目にもあまりよくありません。ケースの加工の面倒さというのもあるので、はじめからケースに入っているものを選択するのも手です。
M5 ATOM Lite + M5Stack用ユニット
M5Stack の M5 ATOM Lite (2020年発売) に M5Stack用のユニットを組み合わせるとケース問題はあまり考えなくてすみます。
M5 ATOM Lite は公式から10個単位で購入すると1個あたり$5.5と格安で、Wi-Fi/Bluetooth なども利用できます。
M5Stack用のユニットは、スイッチ、照度、温湿度、気圧、磁気、ガス、IMUなど種類も豊富でそれぞれにサンプルコードが用意されており使いやすくなっています。
また、ユニットに用意されていないセンサ等を利用したい場合には、ATOMICプロトキットやATOM HUB プロトキットにちょっとした回路を乗せることができます。
TWELite PAL
温湿度・照度、磁気、加速度などのデータを1分おきに収集するのであれば、モノワイヤレスのTWELite PAL が便利です。電池のみで数年動作するので、密閉容器に収めて放置するといったことができます。
また、ケース付きのセットがAmazonの公式ストアで若干安く購入可能です。
上記はベランダに設置しているもので、ケースの主要な穴をふさぎ、温湿度センサ部分にタイベックシートを貼って透湿・防水をしています。このような利用法は推奨するものではありませんがいまのところ(1年程度)は動作しています。
プロトコルをそろえる
マイコンの処理能力程度でプッシュ通知なども含めてデータの共有や連携を行おうとした場合、HTTPやソケット通信ではなくMQTTを利用するのが簡単です。MQTTはマイコン向けのライブラリのほか、Python, C# などの各種言語に対応したライブラリも用意されており、マイコンとリッチな計算資源を連携したシステムの構築も容易です。また、WebSocket への変換も用意されており、ブラウザとの親和性もよくなっています。
仕組みとしては、クライアントから Topic と呼ばれる foo/bar のような宛先とメッセージ本文のペアをサーバー(MQTT broker)に投げる(publish)と、その宛先をあらかじめ購読(subscribe)しているクライアントにデータが通知されるという仕組みです。Topic はfoo/# のようにワイルドカードを指定して複数のデバイスに同報通知したり、特定のグループからのデータをすべて受信したりといったことも可能です。
下記のような構成で利用してます。
実装例として、上記の TWELite PAL のデータをMQTTに変換して、それをブラウザで可視化するコードを公開していますので参考にしてください。
なお、電子ペーパーなど常時オンではない端末の場合には MQTT は不向きです。そういったデバイス向けに、MQTTで流れてくるデータのうち一定量のデータをTopic毎に蓄積しておくサービスを用意し、そちらにHTTPでアクセスするようにしています。
参考
常に状態が確認できるようにする
上記のグラフのようなものを余ったiPadで表示したり、各デバイスのLEDで状態がすぐにわかるようにすることで、人が故障にすぐ気が付くようにしています。M5ATOM Lite はフルカラーLEDが1つ搭載されているので、色や点滅状態で動作状況が把握できるようにしています。色はJIS安全色に合わせてもよいと思います。全体として統一されていることが大事です。
状態が常にわかるようになっていると正常時にもいろいろな気づきがあります。
定期的に状態を通知する
例えば開閉センサであれば、開→閉、あるいは、閉→開の時のみ通知をすればよいような気がしますが、実際にはデータが正しく伝わっていないこともあります。機器が正常に動作していることを通知する意味でも、何も変化がないようなものであっても１～3分に一度は状態の通知を行い、加えて、変化があった場合にも通知するといった動作となるようにします。
動かなくなったら自動的に再起動するようにする
動かなくなったことを検知して自動的に再起動を行うためのWDT(ウォッチドッグタイマー)というものがおおよそのマイコンには搭載されていますので、それを利用します。動かなくなっていることの検出の仕組みは下記のようになっています。
- マイコンの初期化処理の部分でWDTの初期化処理を記述します
- メインループ内でループのたびにWDTの値をリセットするように実装します
- メインループで何らかの異常があり、指定した期間WDTの値がリセットされない場合は1.の初期化処理で指定した割込みが発生するので、その中でリセット処理を行います
M5Stack などで利用されている ESP32 のWDTの利用方法は、公式のサンプルが参考になります。
また、無線の接続ができなくなったり、サーバーへの接続ができなくなったりといったこともよくありますので、リトライ処理を行いそれでもうまくいかなかったら一定期間待ってリセットするという機能も実装しておきます。このようにすることで、多少うまく動作しなくても何とか復帰してくれるようになり、異常発生時の再起動の手間が軽減されます。