OpenClaw debuggt ESP32+CC1101 433 MHz Setup mit HackRF auf Raspberry Pi 5

Der OpenClaw-Nutzer u/Gullex veröffentlichte eine detaillierte Fallstudie zum Debuggen eines CC1101-433-MHz-Transceivers mit einem ESP32 und Raspberry Pi 5. Der Prozess zeigt, wie man ein HackRF als Diagnosewerkzeug einsetzt, wenn der KI-Coding-Agent an Hardware-Eigenheiten scheitert.

Das Problem

Ziel war es, 433-MHz-Funkschalter mit OpenClaw auf einem Pi 5 zu steuern. Erste Versuche schlugen fehl:

• CC1101 direkt an Pi-GPIO-Pins angeschlossen – ein ganzer Tag Debugging brachte nichts.
• CC1101 an einen mit CC1101-tool geflashten ESP32 angeschlossen – immer noch kein Erfolg.
• Sogar die Wiedergabe eines aufgenommenen Signals von einem Flipper Zero funktionierte nicht.

Durchbruch mit HackRF

Die erfolgreiche Methode: Starten einer neuen OpenClaw-Sitzung mit sowohl dem ESP32+CC1101 als auch einem angeschlossenen HackRF. Der Nutzer gab dem Agenten einen klaren Auftrag: Bring den CC1101 zum Laufen, verwende das HackRF, um ein Testsignal zu senden, das der CC1101 aufnehmen soll, und bestätige dann, dass der CC1101 es erfolgreich zurückgesendet hat. Deadline: bis zum Morgen testbar.

Am nächsten Morgen funktionierte es. Die KI hatte die Ursache identifiziert: Die Tx- und Rx-Pins des CC1101 waren vertauscht. Nach der Korrektur konnte der Pi autonom Sub-GHz-Signale aufnehmen und wiedergeben.

Wichtige Erkenntnis

Wenn ein KI-Coding-Agent an Hardware-Peripherie scheitert, kann das Hinzufügen eines Referenzgeräts wie eines HackRF (oder Logikanalysators, SDR) dem Agenten die nötige Signalwahrheit liefern, um sich selbst zu korrigieren. Der Schlüssel war die Strukturierung der Aufgabe als geschlossenen Test: HackRF sendet → CC1101 nimmt auf → CC1101 sendet → HackRF bestätigt.