センサーパーティションのウォークテスト
ウォークテストにより、設置者や顧客は実際のアラームを発生させずにアラームシステムが正しく機能していることを確認できます。
ウォークテストは、パーティション内のすべてのセンサーが正しく機能していることを検証します。通常、次の目的で使用されます：
設置後にシステムが正しく設定されていることを確認するため。
保守や保険の遵守のため。
ウォークテスト中、センサーのパーティションはアラームを作動させません。これには次のように構成されたものも含まれます： 常に警戒設定（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）イベントのみが成功テストとしてカウントされます。たとえドアが「ドア保持開」や「ドア強制開」で構成されていても同様です。
全体の成功基準
すべてのデバイスが少なくとも一度トリガーされたときにテストは成功と見なされます。
低バッテリーや信号不良などの警告は表示されますが、全体の成功には影響しません。
デバイスの問題
警告
各センサーは現在のステータスを表示します。警告がアクティブな場合、それはセンサーの現在のライブ状態を反映します。
警告がウォークテスト中にクリアされた場合、最終レポートには表示されません。
テスト終了時まで続く場合は、レポートに記録されます。
これにより、ユーザーはリアルタイムで問題に対処でき、一時的な警告が最終結果に影響するのを防ぎます。
警告は以下のような場合に表示されることがあります：
バッテリー低下
RSSIが不良
デバイスがオフライン
デバッグの問題
ウォークテストを離れることなくデバイスをクリックしてデバイス詳細ページを開けます。ここから次のことができます：
カメラのコンテキスト、RSSI傾向、ペアリング時に見えたハブ、およびバッテリー状態を使用して問題をライブで診断します。
感度の調整、再ペアリング、センサーのミュート、コンテキストカメラの追加、またはビデオ検証の有効化により、問題を即座に解決します。
センサー状態の上書き
ウォークテスト中にセンサーが機能していない場合、ウォークテストページから直接その結果を手動で設定できます：
選択 デバイスが動作していない（Device not working） を選んで、後でフォローアップするためにマークします。
選択 スキップ / テストしていない センサーがテストされていない場合。
最終更新
役に立ちましたか？