タンク液位の遠隔監視:電源、データ、警報の設計
設計の原則。タンク液位の遠隔監視は、レーダーに無線機を付けるだけではありません。エネルギー、通信、応答時間という三つの相互に関係する収支があります。毎秒測定しても毎秒送信する必要はなく、15分ごとに更新する画面があっても、重要な高液位警報が間に合う証明にはなりません。センサー、電池、ネットワークを選ぶ前に、これらの機能を別々に定義します。
ネットワークがないときの動作を決める
遠隔拠点には通信喪失時の動作を文書化する必要があります。どの値を現地で保存するか、どれだけの期間バッファに保持できるか、現地の高液位スイッチは充填を止められるか、画面は最後の正常値の古さを示すか、それとも現在値のように表示し続けるかを決めます。
6時間前に受信した72%は、現在の72%と同じではありません。すべての値に測定時刻と品質状態が必要です。再接続後に補完送信される履歴は、現在データと取り違えないよう識別できる必要があります。
| 機能 | 現地またはクラウドでの判断 | 設計上の問い |
|---|---|---|
| 液位サンプリング | 通常は現地 | タンク液位は物理的にどこまで速く変わるか。 |
| 高高保護 | 即時対応が必要なら現地 | 無線が止まったとき何が流れを止めるか。 |
| 定期送信 | エッジゲートウェイまたはプラットフォーム | 在庫計画に必要な送信間隔はどの程度か。 |
| 例外時の送信 | 現地イベントによる起動と再送 | どの変化を直ちに送るべきか。 |
| 履歴保存 | 現地バッファとサーバー | 何日分を保存し、満杯になったらどうするか。 |
| 設定 | 管理された現地・遠隔の手続き | 量程換算、警報、ファームウェアを誰が変更できるか。 |
エネルギー収支の計算例:太陽光を選ぶ前に計算する
例として、連続運転するセンサーとゲートウェイの平均消費電力を合計0.30 Wとします。一日の必要エネルギーは次のとおりです。
0.30 W × 24 h = 7.2 Wh/day
公称12 V、20 Ahの電池は240 Whを蓄えますが、許容放電深度、温度、劣化、変換損失を考えると、すべてを使えるわけではありません。設計上使える公称エネルギーを50%に限るなら、単純な自立運転時間の見積りは次のとおりです。
120 Wh ÷ 0.30 W = 400 h = 16.7日
16.7日という結果はエネルギー収支の例であり、自立運転期間の保証ではありません。使用可能エネルギー50%という仮定に、放電深度、温度、劣化、変換のどの係数をすでに含めたかを明示し、二重に計上しないようにします。実測した運転率、無線のピーク、必要な保護機能を考慮します。太陽光は日射が最も少ない季節、方位、影、システム効率で評価します。
間欠運転で消費を減らせる場合がありますが、センサーの始動、ウォームアップ、測定の有効性、警報応答がプロセス要件を満たすことが条件です。「スリープ」は一つの数値では表せません。何が動き続け、どれだけで有効な測定値が得られるかを確認します。

測定、送信、警報には別々の間隔を設ける
2時間で満ちるタンクと、2週間かけて在庫量が変わるタンクでは方針が異なります。現地サンプリングと保護機能は、想定できる最速の液位変化から決めます。定期送信は業務上の必要性から決めます。しきい値通過や異常に速い液位変化では、次の定期送信を待たずに済む例外ルールを使います。
例えば、現地で1分ごとに測定し、30分ごとに通常値を送り、高警報では直ちに送信し、イベント後は1分ごとのデータを保存する構成が考えられます。これは構成例であって一律の推奨ではありません。実際の間隔はタンクの動特性とエネルギー収支に従って決めます。
通信エリア図ではなく現地確認の後にネットワークを選ぶ
携帯網、低消費電力広域網、現地無線では、到達範囲、消費電力、送れるデータ量、遅延、運用方式が異なります。アンテナ設置位置で現地調査を行い、金属タンクの遮蔽を考慮します。盤内や鋼製屋根の下のアンテナは、近くで携帯電話を持って行う試験とは大きく異なる場合があります。
送信データにはタグ、工学単位、量程換算済み値、時刻、品質、電池状態、診断状態を含めます。単位と品質のない浮動小数点の液位値だけでは、複数タンクやゲートウェイの統合時に問題が生じます。
値を利用する各システムに、古いデータの扱いを定めます。在庫画面は送信間隔を2回逃した後に不確かと表示し、出荷計算は直ちに使用を止める、といった違いがあり得ます。バッファ保存がある場合、「最終受信時刻」と「測定時刻」を別々に示します。復帰時には現地時計を照合し、あり得ない時刻のデータをトレンドや請求書に取り込む前に拒否します。
試運転で通信喪失を試験します。承認された方法でのみ通信を切断または遮蔽し、現地のしきい値イベントを発生させ、通信を戻して、イベント時刻、品質、順序、重複処理を確認します。正常な事務所ネットワークでの遠隔計測実演では、この挙動は試験できません。

遠隔監視でも保守は不要にならない
アンテナ点検、該当する乾燥剤や筐体の確認、電池交換、太陽光パネル清掃、ファームウェアと認証情報の管理、独立した液位基準との定期比較を計画します。遠隔診断で移動を減らせるのは、測定物の問題と、センサー、電源、通信の問題を区別できる場合だけです。
固有の認証情報、管理された権限、対応する場合の暗号化通信、署名付きまたは信頼できる更新手続き、検証可能な変更履歴で遠隔アクセスを保護します。試運転を楽にするためだけに、計器をインターネットへ直接公開してはいけません。
分散タンクの案件からの質問
質問1. 小さい電池からレーダーを直接何年も動かせますか。
電力と運転率をすべて計算した後でしか判断できません。センサー平均電力、始動、無線ピーク、温度、電池劣化で決まります。
質問2. サーバーが停止すると警報はどうなりますか。
設計で明示する必要があります。その構成を安全解析で認めている場合を除き、即時の保護動作をクラウド画面に依存させるべきではありません。
質問3. 在庫データはどの頻度で送るべきですか。
運転上の判断に必要で、エネルギーとネットワークの収支が許す頻度です。現地サンプリングと保護機能とは分けます。
質問4. 見積依頼(RFQ)には何を含めますか。
タンク配置図、測定物と測定範囲、充填速度、警報応答、電源条件、最悪季節の環境、通信調査、送信間隔、バッファ要件、統合プロトコルです。
