Raspberry Pi 5上のHackRFを使用したESP32+CC1101 433 MHzセットアップのデバッグをOpenClawが行う

OpenClawユーザーu/Gullexが、ESP32とRaspberry Pi 5でCC1101 433 MHzトランシーバーをデバッグした詳細な事例を投稿しました。このプロセスは、AIコーディングエージェントがハードウェアの癖に直面したときに、HackRFを診断ツールとして活用する方法を示しています。

問題

目標は、Pi 5上のOpenClawを使用して433 MHzのワイヤレススイッチを制御することでした。最初の試みは失敗しました：

• CC1101をPiのGPIOピンに直接接続 — 丸一日デバッグしても結果は得られず。
• CC1101をESP32に接続し、CC1101-toolをフラッシュ — それでも成功せず。
• Flipper Zeroからキャプチャした信号をリプレイしても効果なし。

HackRFによるブレイクスルー

成功したアプローチ：ESP32+CC1101とHackRFを両方接続して、新しいOpenClawセッションを開始。ユーザーはエージェントに明確な指示を与えました：HackRFを使用してテスト信号を送信し、CC1101がそれをキャプチャ、その後CC1101が正常に信号を送信し返したことを確認して、CC1101を動作させること。期限は朝までにテスト可能な状態にすること。

翌朝、動作しました。AIは根本原因を特定していました：CC1101のTxピンとRxピンが入れ替わっていたのです。これが修正されると、PiはSub-GHz信号を自律的にキャプチャおよびリプレイできるようになりました。

重要な教訓

AIコーディングエージェントがハードウェアペリフェラルで失敗した場合、HackRF（またはロジックアナライザ、SDR）のようなリファレンスデバイスを追加することで、エージェントが自己修正するために必要な信号の真実を得ることができます。鍵は、タスクをクローズドループテストとして構成することでした：HackRFが送信→CC1101がキャプチャ→CC1101が送信→HackRFが確認。