OpenClaw Debugs ESP32+CC1101 433 MHz Setup Using HackRF on Raspberry Pi 5

OpenClaw user u/Gullex posted a detailed case study on debugging a CC1101 433 MHz transceiver with an ESP32 and Raspberry Pi 5. The process reveals how to leverage a HackRF as a diagnostic tool when the AI coding agent gets stuck on hardware quirks.

The Problem

The goal was to control 433 MHz wireless switches using OpenClaw on a Pi 5. Initial attempts failed:

• CC1101 directly connected to Pi GPIO pins — a full day of debugging yielded nothing.
• CC1101 connected to an ESP32 flashed with CC1101-tool — still no success.
• Even replaying a captured signal from a Flipper Zero didn't work.

Breakthrough via HackRF

The winning approach: start a fresh OpenClaw session with both the ESP32+CC1101 and a HackRF connected. The user gave the agent a clear assignment: get the CC1101 working, using the HackRF to transmit a test signal for the CC1101 to capture, then confirm the CC1101 successfully transmitted it back. Deadline: testable by morning.

Next morning, it worked. The AI had identified the root cause: the CC1101's Tx and Rx pins were swapped. Once that was corrected, the Pi could autonomously capture and replay Sub-GHz signals.

Key Takeaway

When an AI coding agent fails with a hardware peripherals, adding a reference device like a HackRF (or logic analyzer, SDR) can give the agent the signal ground truth it needs to self-correct. The key was structuring the task as a closed-loop test: HackRF transmits → CC1101 captures → CC1101 transmits → HackRF confirms.