ThinkLink のオンライン表示は正常の証拠か：心拍と状態の違い

業務上のオンラインを定義する

定期送信センサー、動作時だけ送信するスイッチ、常時給電の設備では報告周期が違います。実際の動作と検出要件を記録してから心拍を設定します。本稿は現在の文書に基づくため、特に 2.00.099 の空値の意味を現場の版と照合してください。ゲートウェイの接続、端末の最近の通信、業務データの有効性は別です。ゲートウェイが正常でもセンサーが停止し、端末からメッセージが来ても必要な計測項目がないことがあります。画面には状態の出典と活動・計測の時刻を示します。

空値と検出停止を保持する

現行文書では heart_period が空ならオンラインと扱い、期限切れタスクを登録しません。任意の秒数で補わないでください。有効な非空値が時間判定に使われます。notify_offline は文字列 TRUE または FALSE で、初期状態は無効です。無効化後の _online は以前の値を保持するため、現在も継続して確認された結果ではありません。値なし、無効、未読込み、検索失敗も区別します。設定の読込みが終わっていない時に、無関係な編集で不明値をゼロや無効として保存せず、保存後は二つの設定を読み戻します。

三種類の状態を個別に解釈する

API online、server_attrs._online、MQTT の data.online は出典、型、更新時刻が異なります。境界時刻の細部にも違いがあり、すべての経路が毎瞬間一致するとは限りません。検出器の値は数値、通知は真偽値です。通知は変化イベントであり、端末の完全な状態でも業務アラームでもありません。過去メッセージの受信で活動時刻が進んでも、現場で今計測した証拠にはなりません。集計がどの状態を使うかを明示し、検出停止後の古い数字を現在の接続台数に使わないでください。

無通信と復帰と再接続を試す

試験可能な端末で設定を記録し、通常報告、送信停止、判定期限超過、再開を観察します。非空心拍では活動時刻に二倍の心拍を加えた時刻を厳密に超えてから検出器がオフラインと判断し、通知には非同期の遅延もあり得ます。境界の一枚の画面だけで不具合を断定しません。MQTT 利用側は再接続後に既存の問い合わせで現在状態を取得し、以後のイベントと整合させます。切断中の全変化が必ず再送されるとは考えず、色だけでなく設定、受信時刻、結果を記録します。

1. 版、心拍、検出スイッチを照合する。
2. 各状態の出典と型を明示する。
3. 停止、期限超過、復帰、再接続を試す。
4. 状態表示と業務アラームを別々に検証する。

通信状態と業務アラームを分ける

状態通知があるだけでは離線アラームの運用は完成していません。アラーム作成、担当者への連絡、エスカレーションは案件ごとに設定と検証が必要です。通信、計測の鮮度、業務故障を分け、不明や検索失敗の表示も残します。イベント履歴や確実な再送が必要なら保存と復旧の仕組みを別に設計し、状態トピックの存在から信頼性のあるキューを推定しません。出典、実際の心拍、空値処理、停止時の意味、試験証拠を引き継ぎ、画面間の一時的な差も説明できるようにします。