水槽の遠隔監視デバイス比較 — 方式ごとの違いと選び方

「水槽の遠隔監視」は5つの方式に分かれる

遠隔監視の製品は数え切れないほどありますが、構造で見ると5つに収まります。違いは「何を直接測るセンサーを持っているか」と「その値をどうやって家の外へ出すか」の組み合わせだけです。ここが分かると、レビュー記事を10本読むより早く候補が絞れます。まず各方式の骨格を押さえます。

方式① 単機能Wi-Fi温度計 — 機器が自分でネットへ送る

水温センサーとWi-Fiモジュールが1台にまとまっていて、機器が自分でルーターに繋がり、クラウド経由でアプリへ値を送る方式です。中継機が要らないので構成が単純で、1本の水槽を見るには最短の選択肢になります。設定温度で電源を入切する温度コントローラー（Inkbird ITC-308 Wi-Fi など）も、機能としては「Wi-Fi直結の温度計＋リレー」なのでこの方式に含めて考えると整理しやすくなります。弱点は、家庭用の多くが2.4GHz帯にしか繋がらないこと、そしてUSB給電が前提で停電に弱いことです。

方式② Bluetooth温度計＋ハブ — 中継機がクラウドへ橋渡しする

電池で動く小さなBLE（Bluetooth Low Energy）センサーを水槽の数だけ置き、ハブ（ゲートウェイ）1台が値を受け取ってクラウドへ中継する方式です。SwitchBotの温湿度計＋Hubのような組み合わせや、Inkbird IBS-TH2 のようなBLEロガーとメーカー製ゲートウェイの構成がこれにあたります。ここで最初に確認したいのは、室内用の温湿度計が測っているのは空気の温度だという点です。水温を知りたいなら、水中に入れるプローブを持つ機種を選ぶ必要があります（同じメーカーでも型番で分かれます）。そのうえで、センサー側が省電力なので設置の自由度が高く、水槽が増えたときに1台ずつ足していけるのが強みです。弱点はハブが単一障害点になること——ハブが落ちれば、センサーが何台生きていても外からは何も見えなくなります。

方式③ スマートプラグ — 水ではなく「電気」を見る間接監視

電力計測付きのスマートプラグをヒーターやフィルターの電源に挟み、消費電力の変化から機器が動いているかを推し量る方式です。水の中には何も入れません。それでも「ヒーターが加熱している」「ポンプが回っている」「家の電気が落ちた」は高い確度で分かるので、実売2,000〜4,000円ほど（各社ECでの価格の目安。変動します）という値段を考えると、最初の一歩として入りやすい選択肢です。ただし水温そのものは分かりません。この距離感が方式③の全てで、詳しくは次のセクションで扱います。

方式④ 統合コントローラー — 測って制御まで一台で握る

水温・pH・ORP・水位などを拡張モジュールで足しながら、照明・ポンプ・給餌・添加まで制御する海外製のシステムです。Neptune Systems の Apex や GHL の ProfiLux が代表的に名前が挙がります。監視と制御が同じ土台に乗るため、「異常を検知したら装置を止める」といった自動化まで踏み込めるのが最大の違いです。その代わり本体と拡張モジュールで費用は数万円〜十数万円の規模になり、日本語情報・国内サポート・設置の手間も相応に要ります。リーフタンクや大型システムのように、失ったときの損失が大きい環境で選ばれる方式です。

方式⑤ 専用の早期警報ノード — 「気づくまでの時間」に寄せた設計

水槽の異常に気づくことだけを目的に、複数のセンサー（水温・EC/TDS・漏水など）と通知をひとつのノードにまとめた方式です。制御はせず、値の絶対的な正しさよりも「いつもと違う動き方をしていないか」を判定することに寄せて作られます。私たちの魚まもりもここに属します。この方式を検討するときに見ておきたいのは、機能そのものより先に前提条件のほうで、クラウド前提の専用機には「サービスが続くあいだしか機能しない」という構造上の制約が共通してあります。特定の製品の提供状況をここで断じることはしませんが、購入前にサービスの継続性・データの取り出し方・終了時の扱いが公表されているかを確認しておくと、あとで困りにくくなります。ここは方式④とは別の意味で、機器の仕様だけでなく事業の継続性まで含めて見るべき方式です。

何が分かって、何が分からないか — 直接測るか、代理指標か

方式の信頼度を決めるのは、知りたいことと実際に測っているものの「距離」です。水温を知りたいなら水温を測るのが最短で、そこに一段でも推定を挟むと、推定が成り立たない場面がそのまま死角になります。ここは製品スペックの比較では見えないので、原理から押さえておく価値があります。

直接測る値と、そこから推し量る値

スマートプラグが測っているのは電流と電圧、つまり電力です。ヒーターに繋げば「加熱しているか」は高い確度で分かります。ところが「加熱している＝水温が正常」ではありません。サーモスタットの接点がONのまま固着すると、消費電力は定格に張り付き続けます。これは形としては「冷え込んだ日に正常なヒーターがほぼ回りっぱなしになっている状態」と同じで、電力の波形だけでは切り分けにくく、その間に水温だけが上がっていきます。逆に、暖かい日にヒーターが動いていないのは正常な休止であって、故障ではありません。電力という代理指標は「機器が動いているか」には強く、「水がどうなっているか」には弱い——この非対称が方式③の輪郭です。

同じことが水質にも言えます。私たちが扱うEC（電気伝導度）とTDSも、実は代理指標です。ECは水に溶けたイオンが電気を通す度合いを測っているだけで、TDS表示はそこへ換算係数（機器や換算方式により概ね0.5〜0.7）を掛けた推定値です。したがってECが上がったことは分かっても、上がった内訳が硝酸塩なのか、足した添加剤なのか、蒸発による濃縮なのかまでは区別できません。「何が測れるか」と同じ重みで「その値が何を意味しないか」を知っておくのが、機器選びの土台になります。

どの方式にも共通して開く穴

正直に書いておくと、家庭用の常設監視でどうしても埋まらない領域があります。統合コントローラーでも、専用ノードでも同じです。

• アンモニアや亜硝酸といった溶存化学種を家庭用機器で常時見張り続けるのは、今も難しい領域です。消耗品の交換を前提にした常時監視の製品はありますが、水温センサーのように置きっぱなしで済むものではなく、試薬による定期チェックが現実的な手段として残ります
• 生体の状態そのものは測れません。センサーが見ているのは環境側の物理量だけで、魚が調子を崩し始めた事実は水質値に遅れて現れることがあります
• 機器そのものの故障は止められません。監視ができるのは、起きたことを早く伝えるところまでです
• 測定値には必ず誤差とドリフトが乗ります。とくに電極を使うECやpHは、汚れと経年で読みがずれていきます

監視の鎖はどこで切れるか — クラウド依存と停電

遠隔監視でいちばん軽視されがちなのが、通知が手元に届くまでの経路です。センサーの精度がどれだけ良くても、経路のどこか1か所が切れれば通知はゼロになります。しかも厄介なことに、経路が切れたときは「異常なし」と見分けがつかない静けさになります。

通知が届くまでに通る4つの区間

• 区間1: センサー → 機器本体（配線・BLE電波）。プローブの断線やペアリング切れで途切れる
• 区間2: 機器 → 宅内ルーター（Wi-Fi）。電波が弱い場所・ルーター再起動・SSID変更で途切れる
• 区間3: ルーター → メーカーのクラウド（インターネット回線）。回線障害・サービス障害で途切れる
• 区間4: クラウド → スマホ（プッシュ通知・メール・LINE等）。OSの省電力設定や通知許可で握り潰される

4区間のうち、区間1と2は自分で対処できます。区間3はメーカー側の問題で、こちらからは手が出せません。そして意外に多いのが区間4の取りこぼしで、集中モードや通知の要約、バッテリー最適化の対象になっていて「アプリは正常、クラウドも正常、それでも手元では鳴らない」という状態が起こります。導入直後に一度、意図的に条件を作って疎通を確かめておくのが確実です。

停電は、監視対象と通知経路を同時に奪う

停電が監視にとって特別なのは、被害と通報手段が同時に失われるからです。ヒーターもフィルターも止まり、同じブレーカーの先にあるルーターとハブも落ちる。つまり「いちばん知らせてほしい瞬間に、知らせる仕組みごと停止する」という構造になっています。USB給電のWi-Fi機器（方式①）も、ハブ型（方式②）も、スマートプラグ（方式③）も、この点では同じ弱さを共有します。

現実的な逃げ道は2つです。1つは機器側に小さなバックアップ電源を持たせて、停電した事実を落ちる前に送り出す設計にすること。もう1つは、復電後に「いつからいつまで止まっていたか」を必ず知らせることです。後者は地味ですが効きます。留守から帰るまで気づけなくても、帰宅前のスマホで「3時間止まっていた」と分かれば、帰ってからどこを確認すべきかが変わるからです。ルーターとハブだけをモバイルバッテリーやUPSに載せておくのも、費用対効果の高い保険になります。

「無応答」を異常として扱えるか

監視システムの設計で私が最も重要だと考えているのが、この論点です。多くの機器は「値が範囲外になったら鳴る」という作りなので、値が届かなくなったときには何も起きません。アプリは最後に受け取った値を静かに表示し続け、画面上は平穏に見えます。これを避けるには、システム側が「本来なら来るはずの時刻に来なかった」ことを異常として扱う必要があります。業界的にはハートビート監視やデッドマンスイッチと呼ばれる考え方で、値の異常ではなく沈黙の異常を検知する仕組みです。カタログでは「オフライン通知」「無通信アラート」などと書かれます。ここが有るか無いかで、留守中の安心感はかなり変わります。

しきい値で鳴らすか、変化の速さ（Δ）で鳴らすか

方式の違いと並んで大きいのが、判定ロジックの違いです。遠隔監視のほとんどは「上限・下限のしきい値を超えたら鳴る」という作りですが、この方式には構造的な遅れがあります。危険域に入ってから鳴る仕組みなので、鳴った時点で既に事態は進んでいるからです。

しきい値は、危険域に入ってから鳴る

たとえば熱帯魚水槽でヒーターが止まったとします。しきい値を20°Cに設定していれば、水温が20°Cを割るまでアラートは沈黙します。その間ずっと水温は下がり続けているのに、システムから見れば「まだ正常範囲」です。一方で水温は平常時ほぼ横ばいなので、「1時間で1°C以上下がった」という傾きは、しきい値よりずっと早く異常を示します。この差がどのくらいになるかを、単純な冷却モデルで作図してみます。

読みどころは曲線の「最初の傾き」です。このモデルでは1時間目で約1.2°C下がっており、平常時のほぼ水平な線と比べれば明らかに異質です。ところが、しきい値20°Cに触れるのは約8時間後。つまり同じ異常を、Δで見るか絶対値で見るかで、気づくタイミングが数時間単位でずれます。しかも冷却は指数的に鈍っていくので、下がり幅が大きいのは最初の数時間——いちばん動きが出ている時間帯を、しきい値方式は見逃していることになります。

変化の速さは、センサーの絶対確度に依存しない

私が測定側の設計でΔを重視しているのは、安価なセンサーとの相性が良いからです。温度センサーもEC電極も、個体差と経年ドリフトによって「本当の値」から一定量ずれます。このズレをオフセットと呼びますが、Δ（同じセンサーの、時間差での引き算）を取ると、一定量のオフセットは引き算で打ち消し合って消えます。0.3°C高く読む温度計でも、1時間で何度動いたかはほぼそのまま出る——残るのは感度（ゲイン）の誤差とノイズのぶんだけです。校正の限界を正直に引き受けたうえで、なお相対的に信頼しやすい指標がΔだ、というのが設計の骨格です。絶対値の正しさを追うと校正の手間と価格が跳ね上がりますが、変化の速さを見るだけなら、その負担を負わずに済みます。

導入コストと構成 — 階層で組むのが現実解

ここまでの軸（クラウド依存・停電時の挙動・通知経路・費用）で、5方式をもう一度横並びにします。結論を先に言えば、どれか1つを選ぶ必要はありません。安い方式で広く覆い、失うと痛い水槽にだけ厚みを足すのが、費用対効果でも運用負荷でも収まりが良くなります。

階層で組む — 広く薄く、要所だけ厚く

水槽が複数ある場合、全部に同じ厚みの監視を入れるのは費用も手間も見合いません。合理的なのは階層をつくることです。まず全水槽の電源にスマートプラグを入れて「通電と停電」を広く押さえる。そのうえで、崩したくない水槽・繁殖中の水槽・高価な生体が入っている水槽にだけ、水温や水質を直接測る手段を足す。監視の厚みは、水槽の数ではなく「失ったときの痛みの大きさ」に比例させるのが、いちばん無駄が出ません。

どう選ぶか — 3つの質問と、どの方式でも残る限界

最後に選び方をまとめます。順番は「製品を比べる→用途に当てはめる」ではなく逆で、次の3つに答えると方式はほぼ自動的に絞られます。スペック表の比較はその後で十分です。

• 質問1: 何を知りたいのか。機器が動いているかだけで足りるなら方式③、水温そのものが要るなら①②⑤、制御まで踏み込むなら④
• 質問2: どこで気づきたいのか。同じ部屋でよければBLE単独でも足りるが、外出先からなら必ずクラウド経由になる
• 質問3: 気づいたあと何ができるのか。帰宅できる／家族に頼める／遠隔で電源を切れる——打てる手が無いなら、通知の速さより記録の残り方が効く

失ったときの痛みで、厚みを変える

監視は保険なので、掛け金は損失の大きさに合わせるのが筋です。水草だけの水槽と、10年かけて維持している系統の繁殖水槽では、同じ「水温が下がる」でも痛みがまるで違います。前者はスマートプラグで通電を見ておくだけで十分かもしれませんし、後者は水温を直接測ったうえで通知経路を二重化する価値があります。この判断は製品スペックでは決まりません。自分の水槽ごとに、失うものを先に書き出すのがいちばん確実な選び方です。

どの方式を選んでも残る限界

誤解のないように、最後にもう一度書いておきます。ここまで挙げたどの方式も、ヒーターの故障や停電そのものを無くすことはできません。監視ができるのは、起きたことを早く伝えるところまでです。そしてアンモニアのような溶存化学種を家庭用機器で常時見張り続けるのは、今も難しいままです。それでも、帰宅して初めて知るのか、始まった直後に手元の通知で知るのかでは、打てる手の数がまるで違います。選ぶ基準を「精度」から「気づくまでの時間」に置き換えると、必要な仕様は驚くほどはっきりします。

• Wi-Fi水温計の選び方 — 2.4GHz・通知経路・防水の落とし穴 — 方式①②を深掘り。繋がらない理由とIP等級の読み方
• スマートプラグで水槽を見張れるか — できること・できないこと — 方式③を深掘り。2,000円台でどこまで足りるかを原理から線引き
• 水槽サーモスタットの選び方 — 一体型と分離型・二重化の考え方 — 監視で捉えたい相手側。加熱機器の壊れ方と冗長化
• 留守中の水槽の見守り（飼育ガイド） — 不在時に気づくための具体的な組み立て手順
• 停電時の水槽対策（飼育ガイド） — 監視経路が同時に落ちる停電に、どう備えるか
• 水温マスターガイド — 適温・急変・機器トラブルの見方 — そもそも何度をどう見るか。水温クラスターの入口

よくある質問

参考文献

1. Inkbird（メーカー公式サイト・公開仕様）（方式①②の代表例として挙げた温度計・温度コントローラーの製品カテゴリ確認先。仕様は型番・世代で変わるため製品ページを参照）
2. SwitchBot（日本語公式サイト・公開仕様）（方式②（温湿度計＋Hub）および方式③（プラグミニ）の製品カテゴリ確認先）
3. TP-Link（日本語公式サイト・公開仕様）（方式③のスマートプラグ（Tapoシリーズ）の製品カテゴリ確認先）
4. Neptune Systems（Apexのメーカー公式サイト・公開仕様）（方式④の統合コントローラーの代表例。構成・拡張モジュール・価格は公式サイトの最新情報を参照）
5. GHL（ProfiLux のメーカー。公式URLを確定できなかったため掲載しない）（統合コントローラーというカテゴリの例として製品名を挙げるに留め、性能の比較・優劣の判断は行っていない。仕様はメーカー公式サイトで確認のこと）
6. LINE Developers: Messaging API 概要（通知経路の一つとしてのLINE通知が、どのような仕組みで届くかの一次情報）
7. USGS Water Science School: Conductivity, Electrical Conductance, and Water（EC（電気伝導度）が溶存イオンの総量の指標であり、内訳を区別しないという性質の裏づけ）
8. Fondriest Environmental: Water Temperature（水温が代謝・溶存酸素に効くという、遠隔監視で水温を最優先にする背景の一般解説）
9. 冷却モデル（ニュートンの冷却法則に基づく作図。特定の一次出典に依らない一般則）（図中の水温低下は室温18°C・時定数6時間を仮定した計算値であり、実測ではない。実際の時定数は水量・断熱・室内環境で大きく変わる）
10. 各方式の実売価格の目安（各社ECサイト等で確認できる価格帯。時期により変動）（スマートプラグ2,000〜4,000円程度・単機能Wi-Fi水温計数千円〜1万円程度・統合コントローラー数万円〜十数万円という記述の性質。確定した一次出典ではなく市場価格の目安）