Raspberry Pi 5에서 HackRF를 사용한 ESP32+CC1101 433 MHz 설정 디버깅

OpenClaw 사용자 u/Gullex가 ESP32 및 Raspberry Pi 5와 함께 CC1101 433MHz 트랜시버를 디버깅한 상세 사례 연구를 게시했습니다. 이 과정은 AI 코딩 에이전트가 하드웨어 특성 문제로 막혔을 때 HackRF를 진단 도구로 활용하는 방법을 보여줍니다.

문제

목표는 Pi 5에서 OpenClaw를 사용하여 433MHz 무선 스위치를 제어하는 것이었습니다. 초기 시도는 실패했습니다:

• CC1101을 Pi GPIO 핀에 직접 연결 — 하루 종일 디버깅했지만 아무것도 얻지 못함.
• CC1101을 CC1101-tool로 플래싱된 ESP32에 연결 — 여전히 실패.
• Flipper Zero에서 캡처한 신호를 재생해도 작동하지 않음.

HackRF를 통한 돌파구

성공적인 접근 방식: ESP32+CC1101과 HackRF를 모두 연결한 상태에서 새 OpenClaw 세션을 시작합니다. 사용자는 에이전트에게 명확한 임무를 부여했습니다: CC1101을 작동시키되, HackRF를 사용하여 테스트 신호를 전송하면 CC1101이 이를 캡처하고, CC1101이 성공적으로 다시 전송했는지 확인하라는 것이었습니다. 기한: 아침까지 테스트 가능해야 함.

다음 날 아침, 작동했습니다. AI는 근본 원인을 찾아냈습니다: CC1101의 Tx와 Rx 핀이 바뀌어 연결된 것이었습니다. 이를 수정하자 Pi가 Sub-GHz 신호를 자동으로 캡처하고 재생할 수 있었습니다.

핵심 교훈

AI 코딩 에이전트가 하드웨어 주변 장치로 실패할 때, HackRF(또는 로직 분석기, SDR) 같은 참조 장치를 추가하면 에이전트가 스스로 수정할 수 있는 신호 실측 자료를 제공할 수 있습니다. 핵심은 작업을 폐쇄 루프 테스트로 구성하는 것이었습니다: HackRF가 전송 → CC1101이 캡처 → CC1101이 전송 → HackRF가 확인.