センサーパーティションのウォークテスト
ウォークテストは設置者と顧客が実際のアラームを発生させずにアラームシステムが正しく機能していることを確認するためのものです。
ウォークテストは、パーティション内のすべてのセンサーが正しく機能していることを検証します。通常、次の目的で使用されます：
システム設置後の適切な設定の確認。
保守または保険のコンプライアンスのため。
ウォークテスト中、センサーのパーティションはアラームを発報しません。これには次のように構成されたものも含まれます： 常時警戒（Always Armed）。 カメラのパーティションは 警戒解除のままにする必要があります、およびウォークテストはこれらをサポートしていません。
ウォークテストを実行する
Verkada Commandで、All Products > Alarms に移動します。
テストを実施したいアラームサイトを選択します。
左側で「システムステータス」をクリックします。
a. 右上で、次を選択します： ウォークテスト（Walk Tests）。ここから以前のテストレポートを表示またはダウンロードできます。 b. 右上で、次をクリックします： テスト開始（Start Test）.
サイト内を回り、アクセスコントローラのドアがアラームトリガーとして設定されている場合を含め、すべてのセンサーを作動させます。
a. 各センサーは最初に トリガー待ち（Waiting for a Trigger） の状態から開始します。トリガーされると、そのステータスはリアルタイムで更新されます。 b. すべてのセンサーがトリガーされたら、次をクリックします： テスト終了（End Test）.
結果をダウンロードするには、「レポート作成（Generate Report）」を選択してPDFサマリーを作成します。
ウォークテストのセッションは、手動で停止されない限り自動的に4時間後に終了します。
デバイスイベントの成功基準
有線および無線センサー
センサーがトリガーされた場合に成功イベントが記録されます。
無線センサーについては、システムはRSSI信号強度とバッテリーレベルの両方を記録します。
バッテリー残量が少ない、または信号が弱い場合でも、センサーが正しくトリガーされれば成功に影響しません。
アクセスコントロール（AC）ドア
ドアが「ドア開（Door Open）」イベントを記録した場合のみ成功としてカウントされます。ドアが「ドア保持開（Door Held Open）」または「ドア強制開（Door Forced Open）」に設定されていても同様です。
全体の成功基準
すべてのデバイスが少なくとも一度トリガーされた場合、テストは成功とみなされます。
低バッテリーや信号不良などの警告は表示されますが、全体の成功に影響しません。
デバイスの問題
警告
各センサーは現在のステータスを表示します。警告がアクティブな場合、それはセンサーの現在のライブ状態を反映します。
ウォークテスト中に警告がクリアされた場合、最終レポートには表示されません。
テスト終了時まで警告が継続する場合は、レポートに記録されます。
これにより、ユーザーは問題にリアルタイムで対応でき、一時的な警告が最終結果に影響するのを防げます。
警告は次のような場合に表示されることがあります：
バッテリー残量低下
RSSI信号不良
デバイスオフライン
デバッグの問題
ウォークテストを離れることなくデバイスをクリックしてデバイス詳細ページを開くことができます。ここから次のことが可能です：
カメラのコンテキスト、RSSI傾向、ペアリング中に検出されたハブ、バッテリー状態を使用してライブで問題を診断します。
感度の調整、再ペアリング、センサーのミュート、コンテキストカメラの追加、またはビデオ検証の有効化により、問題を即座に解決します。
センサー状態の上書き
ウォークテスト中にセンサーが動作していない場合、ウォークテストページから直接その結果を手動で設定できます：
選択 デバイスが動作していない（Device not working） としてマークし、後でフォローアップするようにします。
選択 スキップ／テストしなかった センサーがテストされなかった場合。
最終更新
役に立ちましたか？