cat ./posts/home-garden-automatic-watering-safety.ja.md
# 2026年7月21日時点の土壌水分センサーとポンプの状態を起点に、自動散水を有効にする前の校正、停止条件、二系統化の境界を整理します。
grep -R tag ./posts
まだコメントはありません。
土の水分値が画面に出て、ボタンでポンプが動けば、自動水やりは完成したように見える。
だが、植物を任せられる状態との間には、まだ大きな距離がある。
2026年7月21日の確認では、土壌水分センサーと単一ポンプの状態APIは応答した。
その一方で、自動化は無効、散水閾値は未設定、記録上の散水回数は0だった。
この記事は稼働中システムの一時点を記録したもので、長期運用実績を示すものではない。
接続先、配線番号、認証値は公開していない。
状態APIから、一つの土壌水分センサーと一つのポンプの報告状態を取得できる。
ポンプの操作経路もあるが、今回、実際のポンプ作動や送水までは確認していない。
状態APIからは、センサー値、ポンプのON/OFF、自動化の有効状態、散水時間、監視間隔、クールダウン、散水回数などを取得できる。
確認時点の状態は次の通りだった。
| 項目 | 2026年7月21日の状態 | 意味 |
|---|---|---|
| センサー | 値を取得できた | 読み取り経路は応答している |
| ポンプ | API上はOFF | 物理停止と非送水は未確認 |
| 自動化 | 無効 | 自動散水しない。閾値も未設定で乾燥判定は構成されていない |
| 閾値 | 未設定 | 乾燥判定をまだ確定していない |
| 散水記録 | 0回 | この記録から運用実績は主張できない |
写真：植物、照明、配線を含む栽培トレー。構成の記録であり、ポンプ作動や自動散水の実績を示すものではない。
これは故障報告ではない。
安全な初期状態として止めているとも解釈できるが、その意図まではAPIだけでは確定できない。
土壌水分センサーが返す生の値は、製品、土、挿し方、電源、温度によって変わる。
生のセンサー値を、そのまま水分の百分率として解釈することはできない。
閾値を決める前に、少なくとも次の二点を同じ鉢で測る必要がある。
一度の測定ではなく、数日分の幅を見る。
センサーを抜き差しした場合は、同じ校正をやり直す。
また、閾値の前後でポンプが細かくON/OFFしないよう、散水後の待機時間と再測定を入れる。
「乾いたら水を出す」ではなく、「値を検証し、短く出し、待ち、もう一度読む」が一巡である。
自動散水を有効にする前に、処理を次の順番へ固定する。
最後の判断が重要だ。
タンクが空、チューブが外れた、センサーが抜けたという状況でポンプを繰り返すと、植物より先に床やポンプを傷める。
ソフトウェア側には、最大運転時間、一日あたりの上限、連続実行の禁止、手動停止を持たせる。
物理側には、低電圧のポンプ電源、逆流対策、受け皿、漏水しにくいチューブ固定を用意する。
無人運転へ移る前に、人が見ている状態で乾燥から散水、停止、再測定までを複数回確認する。
過去には、M5StackやESP32系のコントローラー、土壌水分センサー2本、ポンプ2系統を使い、二つのプランターを独立して管理する案も検討した。
しかし、この案を現在の稼働状態と混ぜてはいけない。
今回ライブで確認できたのは、単一センサーと単一ポンプの経路である。
二系統化は構想であり、購入、配線、校正、連続運転まで確認済みではない。
二つの鉢は乾き方が異なる。
そのため二系統化するなら、センサーだけでなくポンプ、散水時間、閾値、クールダウン、記録を鉢ごとに分ける必要がある。
共通のタンクを使う場合でも、一方の異常が他方を巻き込まない上限を設ける。
現在の状態から自動化へ進むなら、いきなり自動化をONにはしない。
• センサーの乾燥側と湿潤側を実測する。
• 手動で短くポンプを動かし、実際の水量と停止を確認する。
• 散水後にセンサー値がどう変わるか記録する。
• タンク空は入力モックや水位センサーで非破壊的に模擬し、追加散水せず止まるか試す。
• 仕様不明のポンプは意図的に空運転せず、実機試験は監視下で即時停止できる状態にする。
• 通知だけの観察モードを挟む。
• 最後に、日中の短い時間帯から自動散水を有効にする。
植物は毎日同じ速度では乾かない。
だからこそ、固定時刻だけの散水よりセンサーは役立つ。
ただしセンサーを付けた瞬間に賢くなるわけではない。
測定、停止、再確認まで設計して初めて、留守中にも任せられる自動水やりになる。
