대부분의 소비자용 라우터는 WiFi 센싱 실험에서 액세스 포인트나 트래픽 소스로는 사용할 수 있지만, raw Channel State Information(CSI)를 자동으로 제공하지는 않습니다. 실제로 결정적인 요소는 대개 측정값을 내보내는 수신기 칩셋, 펌웨어, 드라이버, API입니다.
빠른 WiFi 6 또는 WiFi 7 라우터가 네트워킹 성능은 뛰어날 수 있어도, 문서화된 CSI 인터페이스는 전혀 없을 수 있습니다. 반면 평범한 ESP32 개발 보드나 명확히 지원되는 Broadcom/Cypress 장치는 캡처 경로가 알려져 있고 검증 가능하므로 실험에는 더 유용할 수 있습니다.
어떤 조건이 하드웨어를 WiFi 센싱 가능하게 만들까?
센싱 가능한 구성에는 단순히 전파를 송신하는 라우터만으로는 부족합니다. 수신된 패킷이 부반송파, 안테나, 시간축 또는 다른 채널 측정값에 따라 어떻게 변하는지 관찰할 수 있는 지원 경로가 필요합니다. 실제 프로젝트에서는 보통 노출된 CSI 콜백, 펌웨어 패치, 연구용 드라이버, 또는 벤더 센싱 API를 의미합니다.
호환성은 하나의 체인으로 봐야 합니다. 칩셋, 정확한 하드웨어 리비전, 펌웨어, 운영체제 커널, 드라이버, 캡처 도구, 채널 폭, 안테나 구성, 분석 코드가 서로 맞아야 합니다. 제품명만으로는 충분한 근거가 되지 않습니다.
- 수신기는 CSI 또는 다른 문서화된 센싱 측정값을 노출해야 합니다.
- 소프트웨어는 정확한 칩셋, 펌웨어, 커널 조합을 지원해야 합니다.
- 반복 가능한 패킷 트래픽, 타임스탬프, 활용 가능한 내보내기 형식이 필요합니다.
- 실내 환경, 안테나 배치, 목표 작업은 여전히 현장 검증이 필요합니다.
현실적인 네 가지 하드웨어 경로
소매 라우터 목록부터 시작하지 말고, 지원되는 캡처 경로부터 출발하세요. 아래 비교는 연결성을 제공하는 장치와 실제로 센싱 측정값을 노출할 수 있는 장치를 구분합니다.
| 경로 | 라우터 역할 | CSI 접근 방식 | 적합한 용도 | 주요 주의사항 |
|---|---|---|---|---|
| 일반 라우터 + ESP32 수신기 | 액세스 포인트 또는 트래픽 소스 | ESP-IDF CSI 콜백 | 저비용 존재 감지 및 움직임 실험 | 대개 연구용 수준의 보정이 필요 |
| 지원되는 Nexmon CSI 장치 | AP, 송신기 또는 수신기 | 패치된 Broadcom/Cypress 펌웨어 | 더 높은 대역폭의 실험실 캡처 | 정확한 칩, 펌웨어, 커널이 중요 |
| 문서화된 벤더 센싱 플랫폼 | 통합 센싱 노드 | 벤더 API 또는 관리형 이벤트 | 상용 스마트홈 배포 | 비공개이거나 클라우드 전용, 또는 구독 기반일 수 있음 |
| 일반 소비자용 라우터 단독 | 연결성과 패킷 트래픽 제공 | 대개 공개 raw CSI 내보내기 없음 | 별도 수신기를 위한 안정적인 네트워크 | WiFi 6/7이라고 해서 센싱 접근이 가능한 것은 아님 |
ESP32: 많은 연구실에서 가장 간단한 출발점
Espressif는 ESP-IDF에서 WiFi CSI 수신 경로를 문서화하고 있으며, 여기에는 CSI 활성화와 수신 콜백 등록이 포함됩니다. 따라서 ESP32 계열 보드는 문서화되지 않은 라우터보다 더 명확한 실험 선택지가 되며, 특히 데이터 수집, 필터링, 보정, 실내 환경 효과를 학습하는 데 적합합니다.
라우터는 일반 액세스 포인트로 두고, ESP32가 측정 엔드포인트 역할을 맡을 수 있습니다. 구매 전에는 정확한 칩 계열, 현재 ESP-IDF 지원 상태, 안테나 설계, 예제 코드, 주파수 대역, 채널 구성을 확인하세요.
- 저비용 프로토타입과 통제된 실험에 적합합니다.
- 패치된 라우터 펌웨어보다 문서화된 API가 필요할 때 유용합니다.
- 데모가 자세, 호흡, 신원을 신뢰성 있게 추론할 수 있다는 증거는 아닙니다.
Nexmon CSI: 마케팅 이름이 아니라 칩셋을 기준으로 선택하세요
Nexmon CSI는 특정 Broadcom/Cypress 칩과 펌웨어 조합을 지원합니다. 공개된 예시에는 bcm43455c0를 사용하는 Raspberry Pi 모델과 bcm4366c0를 사용하는 Asus RT-AC86U 경로가 포함됩니다. 그렇다고 해서 모든 Raspberry Pi 이미지, Asus 라우터, 또는 Broadcom 기반 장치가 자동으로 동작하는 것은 아닙니다.
구매 직전에 반드시 프로젝트의 지원 표를 확인하세요. 커널 변경, 펌웨어 리비전, 보드 리비전, 운영체제 업데이트에 따라 동작 경로가 달라질 수 있습니다. 실제 제품 적용을 고려한다면 보증, 유지보수성, 보안 업데이트, 그리고 패치된 펌웨어를 수용할 수 있는지도 함께 검토해야 합니다.
- 정확한 WiFi 칩과 펌웨어 버전을 일치시켜야 합니다.
- 운영체제와 커널 관련 지침을 확인하세요.
- 다른 모델을 시도하기 전에 문서화된 기준 구성을 우선 선택하세요.
라우터 주문 전 구매 체크리스트
데이터 내보내기 계층의 근거를 확인하세요. 제품 페이지에 메시, 존재 감지, 스마트홈 자동화, 또는 WiFi 7이 언급되어 있어도, 그것이 개발자에게 센싱 측정값 접근을 제공한다는 뜻은 아닙니다. 문서에 API, SDK, 지원 칩셋, 펌웨어 경로, 내보내기 형식이 명시되어 있지 않다면 그 장치는 일반 라우터로 간주하는 편이 안전합니다.
- 장치 내부의 정확한 칩셋과 하드웨어 리비전은 무엇인가요?
- raw CSI를 내보낼 수 있나요, 처리된 센싱 이벤트만 제공하나요, 아니면 둘 다 불가능한가요?
- 접근 방식은 로컬인가요, 클라우드 전용인가요, 구독 기반인가요, 아니면 파트너에게만 제한되나요?
- 어떤 펌웨어, 커널, 드라이버, 대역, 채널 폭을 지원하나요?
- 타임스탬프, 안테나/코어 정보, 패킷 메타데이터를 내보낼 수 있나요?
- 같은 하드웨어 리비전을 사용한 재현 가능한 예제가 있나요?
- 센싱 경로를 사용할 수 없을 때 하드웨어를 반품할 수 있나요?
결과를 신뢰하기 전에 구성을 검증하세요
첫 캡처 이후에는 빈 방, 정지한 사람, 반복된 보행 경로, 문 움직임, 트래픽 변화, 라우터 재시작을 테스트하세요. 채널, 대역폭, 안테나 배치, 거리, 펌웨어 버전, 소프트웨어 버전을 기록해야 합니다. 변화가 반복 가능하고 false positive를 이해할 수 있을 때만 그 구성이 유용하다고 볼 수 있습니다.
IEEE 802.11bf-2025는 WLAN 센싱 향상을 위한 기능을 표준화하지만, 표준이 발표되었다고 해서 설치된 모든 라우터가 개발자용 인터페이스를 노출하는 것은 아닙니다. 표준 번호만 보고 구매하지 말고 실제 제품 구현과 소프트웨어 접근 가능성을 확인해야 합니다.
- 기준 상태와 움직임 시험을 반복 실행하세요.
- 한 번에 변수 하나만 바꾸세요.
- raw 캡처와 구성 기록을 함께 보관하세요.
- 시각화를 ground truth처럼 제시하지 말고 불확실성을 함께 보고하세요.
이 가이드가 다른 페이지와 다른 점
이 페이지는 하드웨어 호환성과 구매 판단에 초점을 맞춥니다. ESP32 가이드는 ESP-IDF 캡처 워크플로를 설명하고, Nexmon 가이드는 펌웨어가 패치된 Broadcom/Cypress 캡처를 다루며, CSI 설명 페이지는 신호 개념을, 오픈소스 가이드는 소프트웨어 프로젝트 비교를 다룹니다. 여기서 하드웨어 경로를 정한 뒤 해당 페이지들을 활용하세요.
공식 호환성 참고 자료
WiFi 센싱 라우터 FAQ
어떤 WiFi 라우터든 센싱에 사용할 수 있나요?
대부분의 라우터는 연결성이나 패킷 트래픽은 제공할 수 있지만, raw CSI를 노출하는 경우는 드뭅니다. 문서화된 ESP32 또는 Nexmon CSI 수신기, 혹은 명확한 센싱 API를 제공하는 벤더 플랫폼을 사용하는 것이 좋습니다.
WiFi 6 또는 WiFi 7이면 CSI 접근이 보장되나요?
아니요. WiFi 세대는 네트워킹 기능을 설명할 뿐, 벤더가 개발자에게 센싱 측정값을 노출하는지 여부를 뜻하지는 않습니다.
ESP32 CSI용으로는 어떤 라우터를 사야 하나요?
실험에 필요한 대역과 채널 설정을 안정적으로 지원하는 라우터를 선택하세요. 보통 CSI 수신기는 ESP32이므로, 센싱이라는 이름표보다 제어 가능한 설정이 더 중요합니다.
Asus RT-AC86U는 Nexmon CSI가 보장되는 선택지인가요?
Nexmon CSI는 해당 모델에서 사용된 bcm4366c0 경로를 문서화하고 있지만, 구매 전 하드웨어 리비전, 펌웨어, 빌드 지침, 현재 지원 상태를 반드시 확인해야 합니다.
IEEE 802.11bf가 기존 라우터를 센싱 가능하게 만들어 주나요?
자동으로 그렇게 되지는 않습니다. 실제 지원 여부는 칩셋, 펌웨어, 제품 구현, 그리고 접근 가능한 소프트웨어 인터페이스에 달려 있습니다.