> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/new-alarms/ko/troubleshooting/wireless-signal-troubleshooting.md).

# 무선 신호 문제 해결

센서가 자주 연결 해제된다면, 센서와 허브 장치 간의 신호 강도가 좋지 않기 때문일 가능성이 큽니다. 신호 강도를 확인하려면 경보 사이트에서 해당 센서로 이동한 다음 초록색 무선 아이콘 위에 마우스를 올리세요.

<div align="left" data-with-frame="true"><img src="https://2064114606-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNU1He6Uj2tgInV2VdCLQ%2Fuploads%2FXJNoa25R96fp99xhJR2f%2FScreenshot%202026-10-08%20at%2012.53.04%E2%80%AFPM.png?alt=media&amp;token=e98cd80b-0d23-4f95-8763-007702d0de48" alt=""></div>

**센서 수리:** Command에서 센서 수리를 시작하여 센서가 가장 강한 인근 허브와 페어링되도록 하고, 사용 가능한 모든 후보 허브의 신호 강도도 쉽게 확인하세요. 즉시 결과를 보려면 수리를 시작한 직후 센서를 수동으로 트리거하거나, 센서가 자동으로 수리될 때까지 최대 30분 기다리세요.&#x20;

**최소 권장 강도:** 무선 신호 강도는 RSSI로 측정됩니다. 안정적인 연결을 위해 센서 RSSI는 -85dBm 이상이어야 합니다. 이는 환경이 변할 수 있으므로 오차를 고려한 여유를 남겨 둡니다. 변경 사항에는 문이 열리고 닫히는 것, 창문, 경로를 막는 상자, 사람, 벽 등이 포함됩니다.\
​\
신호 강도가 -85 dBm 아래로 떨어지면 추가 허브 및/또는 리피터를 추가하는 것을 고려하세요. 또한 센서가 허브와 가시선상에 있고 수신 상태가 좋지 않은 폐쇄된 구역에 있지 않은지 확인하세요. 마지막으로, 신호 성능을 저하시킬 수 있는 금속에서 떨어진 곳에 센서를 설치하세요.

{% hint style="warning" %}
무선 신호 강도를 테스트할 때는 센서와 허브를 최종 위치에 설치하고 해당 구역의 모든 문을 닫으세요.

이렇게 하면 신호 강도를 더 정확하게 반영할 수 있습니다. 신호 강도가 여전히 -85 dBm을 넘지 않는다면, 신호를 증폭하기 위해 WH32 리피터 또는 추가 허브를 설치하세요.

참조하세요 [BR31 문제 해결 가이드](/new-alarms/ko/troubleshooting/br31-troubleshooting-guide.md) 자세한 내용을.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/new-alarms/ko/troubleshooting/wireless-signal-troubleshooting.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
