安定したインターネットがない環境でのスマート灌漑システム

安定したインターネットがない環境でのスマート灌漑システム | IrriNex

インターネットが不安定な農場のスマート灌漑システムには、承認された灌水をローカルで実行し、情報が古いことを示し、不適切な指令を再実行せずに復旧する、文書化された方法が必要です。個々のシステムがこれらの機能を提供するかは、コントローラー、現場ネットワーク、ソフトウェア、構成によって決まります。「オフライン」という表示だけでは、何が動作し続けるかを確認できません。

このガイドでは、農場灌漑の故障マップ、ローカル記録の計算、試運転演習を示します。例は提案する設計・受入確認であり、IRRINEX の設備実績を報告するものではありません。まず、次の資料を使って水理限界を定めてください：点滴灌漑の設計指針。その上で、通信が失われたときに続けられる操作を決めます。

オフラインのスマート灌漑とは、実際に何を意味しますか？

情報の閲覧、プログラム編集、灌漑実行、記録保持の機能を分けます。これらは異なる機能です。コントローラーが別のプログラムを実行している間、携帯電話には昨日の設定が表示されることがあります。誰かが同期するまで、保存した編集がその携帯電話にしか存在しない場合があります。

個別に確認する四つのオフライン機能
機能	意味	求める証拠
オフライン閲覧	以前にダウンロードした情報は表示され続ける	最終接続時刻と、古いデータの明確な表示
オフライン編集	予定するプログラム変更を、後で転送するために保存できる	保留変更一覧と同期確認
現地での実行	現場コントローラーがインターネット接続なしで承認済みプログラムを実行する	始動と停止の両方を含む、監督下の切断試験
現地記録	後のアップロードまで、イベントと測定記録を保存する	保存の限界と完全な復旧記録

Rain BirdのESP-BAT-BT技術仕様は、最後に把握した設定へのオフラインアクセスと、利用者がBluetooth範囲へ戻った際に編集が同期される機能を記載しています。これはオフライン閲覧・編集の具体的な例です。未同期の編集が弁へ届いたという主張と解釈してはいけません。

Netafim の GrowSphere 概要には、オフライン制御と遠隔制御が記載されています。その概要は、すべての停止時間や復旧シーケンスを明示していません。 WiseConn の農業生産性に関する記事は、インターネット接続によるアクセスと圃場メッシュ機器を説明していますが、詳細なオフライン保証を示していません。選定した機種のマニュアルと、必要な動作の実演を求めてください。

故障し得る接続を図示する

一つの図に、コントローラー、ゲートウェイ、現場ノード、センサー、ポンプ制御、担当者の電話を示します。インターネット通信と、現地の無線または有線接続を分けて描きます。次に各機器の電源を示します。モバイルデータ接続の喪失と、現場ノードの電池切れは異なる事象です。

NIST の制御・運用技術セキュリティガイド物理的なプロセスを監視または制御するシステムに固有の、性能、信頼性、安全性の要件を扱います。依存関係を検討するための枠組みを示すものであり、特定の灌漑コントローラーのオフライン動作を認証するものではありません。

異なる中断には異なる確認が必要
中断	影響を受け得る項目	試験で確認する問い
インターネットまたはクラウド接続	遠隔コマンド、気象更新、場外への報告	承認された現地プログラムは引き続き実行されますか？
ゲートウェイと圃場間のリンク	切断されたノードへの指令またはそのフィードバック	どのノードが制御を維持し、どのノードが利用できませんか？
センサー通信	判断規則で使用する最新の測定値	古くなった入力をシステムはどのように識別し、処理しますか？
コントローラーまたはゲートウェイの電源	処理、ローカル通信、記録	何の状態が残り、起動はどう復帰するか？
ポンプ電源または給水	電子機器がオンラインでも実際の給水を確認	実行されなかった灌水指令は、どのように検出しますか？

切離したバルブに、普遍的な開または閉の状態を割り当てないでください。その動作は、アクチュエーターと水力構成全体に依存します。有用な成果物は、対象機器、許可される操作、介入の責任者を明示した現場固有の応答表です。

コントローラーが現地に保存すべき内容を指定する

承認済みプログラムが実行すべき場所に保存されていることを確認してください。バージョン、有効日、区画割り当て、開始条件、停止条件、許可する重複を記録します。コントローラーの時計、タイムゾーン、季節の時刻変更処理を確認します。信頼できる時刻基準のない保存スケジュールは、中断後に誤った時刻で開始する場合があります。

UF/IFAS の住宅用灌漑タイマーガイド時計、許可日、始動時刻、ゾーン、運転時間という基本設定を示しています。これらを最小のプログラム一覧として使ってください。住宅向け指針は、農場制御器の保存・停電保証を確立するものではありません。

依存条件も特定します。クラウドの天気更新、遠隔土壌測定、水量計パルス、上流の許可によって、プログラムの実行可否が変わる場合があります。現地で利用できる依存条件と、欠けた場合の動作を確認します。承認済み設定のエクスポートと、操作員が読める写しを保存します。どちらもコントローラーが最新版を受信した証明とは異なります。

通信が失われる前に対応を合意する

責任を持つ設計者と、各区画について農業上・水理上適切な対応を選びます。範囲を限定した現地プログラムの継続、次の開始の延期、担当者の判断の要求が選択肢です。条件と無人運転を許可する最長間隔を示します。これらはプロジェクトで決める設定であり、すべての作物に共通する時間制限ではありません。

十分に把握されたスケジュールの区画では、センサーに依存した頻繁なパルス灌漑を行う培地栽培とは、異なる代替動作が必要な場合があります。肥料注入も、水だけの灌漑とは異なる応答が必要な場合があります。必要な流量やその他のインターロックが成立しないときに、どのように注入を防止するかを定めてください。ネットワークの代替手段で、灌漑と施肥灌漑の設計に組み込まれた保護を回避してはいけません。

Rivulis の自動化モジュールは、独立したバルブ制御と、現場ユニット、ポンプ、ろ過、施肥灌漑を含む高度なシステムを区別しています。この区別を使って、運転の連鎖全体を確認してください。一つの制御器が稼働し続けても、依存するすべての構成要素が継続できるとは限りません。

古いセンサーデータを明示的に扱う

意思決定に重要な各指示値には、測定時刻と鮮度状態が必要です。再接続後にアップロードされたグラフの点は、現在の観測ではなく過去の測定である場合があります。センサーが圃場で測定した時刻と、サーバーが受信した時刻を区別します。

用途ごとにデータの鮮度限界と、それを超えたときの承認された対応を定めます。限界は、作物の状態、測定間隔、その値による灌漑制御の方法を反映する必要があります。傾向確認用の土壌センサーと、注入許可用の流量信号では、利用できないときの影響が異なります。もっともらしい値を、いつまでも引き継がないでください。

センサー連動ルールを再度有効にする前に、新しい値が届き、単位が正しく、灌水後の信号の動きが妥当であることを確認します。不確かな土壌の値を、圃場観察と比較します。古いダッシュボードの値がまだ乾燥して見えるだけで、灌水を増やさないでください。

現地記録の容量を決め、有用なログを保存する

保存内容を確認します。プログラム変更、弁指令、応答確認、測定流量、警報、手動介入では保存規則が異なる場合があります。「指令送信済み」というログは、供給水量の測定ではありません。再接続後にイベントの順序を再構成できるだけの情報を求めます。

例示の記録量計算では、5 分ごとの採取によって 24 × 60 ÷ 5 = 288 一日当たりの採取回数。 12 チャンネルの場合は 288 × 12 = 3,456 1日当たりの個別値、または 7 日間で 24,192 個の値。この算術は保存容量の仕様ではなく、タイムスタンプ、状態フィールド、イベント、符号化、メモリー管理が追加要件になります。

対応する記録間隔、保存容量、メモリーが満杯になった場合の動作を、供給業者に明示してもらってください。古いデータが上書きされるか、欠測が分かるよう表示されるかを確認してください。アップロード後も元の測定時刻を保持し、再送を追加の灌漑イベントとして数えないでください。

担当者に届く警報を計画する

各警報が現場機器から作業者へ届く経路を列挙します。故障したインターネット接続に依存するメールやアプリ通知は、すぐには届かない場合があります。第二の通信手段は、その電源と接続の依存関係が分かっている場合にのみ、有用な冗長性を提供します。

遠隔で状況を把握できなくなった場合に誰が農場を確認するか、現場担当者が介入をどう記録するかを定めます。クラウドにアクセスできなくても、機器表示、連絡先一覧、隔離手順を利用できるようにします。既存のバルブについては、灌漑バルブの保守チェックリスト実物の確認を整理する助けとなります。遠隔状態はその観測を補うものです。

監督下で停電の受入試験を行う

施工担当者と、適切なブロックおよび承認された灌水時間帯で試験を計画します。作業者の立会いを維持し、既存の設定を保持します。通信喪失と電源喪失を別々に試験し、実際の依存関係を特定できる結果にします。機器の隔離にはメーカーの試験手順を使い、稼働中の電気機器の接続を自己判断で外さないでください。

基準を設定する： プログラム版、時間帯、最終同期、初期計器積算値、予定区画順序を記録してください。
インターネット経路を中断： コントローラーと必要な現場機器への給電を維持する、合意済みの方法を使用してください。
現地での実行を観察： 現場で、予定始動、許可されたポンプ・バルブの順序、予定停止を確認してください。
情報の品質を確認： 遠隔表示が古いデータを識別し、現場記録が指定どおり継続することを確認します。
保留中の編集をテストする： 無害で承認済みの将来変更を準備し、同期後に保留、拒否、有効化のどれになるかを確認します。
通信を復旧： 応答確認、元のタイムスタンプ、重複記録、有効なプログラムの版を確認します。
復旧を確認： 測定水量、取り消した開始や実行されなかった開始、手動操作、次の承認済み灌漑判断を照合します。

回復の計算例

インターネット接続が 09:10 に切れ、12:40 に復帰する説明用の試験を考えます。確認済みの現地プログラムが、09:30 にブロックを開始し、10:10 に停止します。通信停止は 3 時間 30 分で、灌漑運転は 40 分です。報告を確認する際、この二つの継続時間を混同してはなりません。

例示した流量が一定の 18 m³/h なら、予想水量は 18 × 40 ÷ 60 = 12 m³。推定値を実際のメーター差分と比較してください。実流量の変動で結果が変わる場合があります。停止期間中にライブデータがない遠隔グラフは、送水がなかった根拠にはなりません。

再接続時には、クラウドに確認応答がないという理由だけで、09:30 の開始指令を再発行しないことを確認します。保留中の編集を適用する前に、現地作業者の変更と照合します。灌漑が一度実施されなかった場合は、次の運転を自動的に倍にするのではなく、土壌、作物、システムの条件に基づいて改めて判断します。

農場の日常作業に合わせて方法を選ぶ

定期的に訪れる区画では、現場でプログラムにアクセスできる、文書化されたローカルスケジュールが運転需要を満たす場合があります。分散した区画では、ローカル実行、現場通信リンクの監督、有用な記録、状況が見えなくなった際の実行可能な対応を一緒に評価してください。集約的な生産では、作物と根域の条件から妥当と判断される場合、より短い確認・介入の体制を設けてください。

同じ停止シナリオで見積もりを比較します。設置、必要な契約、通信サービス、バッテリーやバックアップの保守、研修、故障対応の訪問を含めます。通信契約が終了した後も利用できる機能を、供給元に明示してもらいます。デモアカウントで利用できる機能だけでは不十分で、対応するモデルとサービス条件が必要です。

インターネットなしの灌漑に関する質問

インターネットが使えなくなっても、スマート灌漑システムは灌水しますか？

現地での実行と必要な依存関係がその動作を支える場合に限ります。提案するモデル、構成、故障シナリオについて確認します。

オフライン運転は停電にも対応しますか？

いいえ。コントローラー、通信機器、アクチュエーター、ポンプ設備には、それぞれ電源継続の要件があります。

オフラインで変更を保存すると、現場のコントローラーが更新されますか？

必ずしもそうではありません。変更を実施済みと扱う前に、転送、応答確認、有効なプログラムの版を確認します。

プロジェクトの相談では、区画図、停止履歴、代替運転の判断、記入済みの受入表を用意して相談する先が IRRINEX チーム。使用する資料：灌漑タイマーコントローラーおよび複数ステーションのコントローラーのページを、仕様問い合わせの出発点として利用します。提案された正確な機器のローカル保存機能と復旧機能を確認してください。これらのリンクだけではオフライン機能は確認できません。