ruv 4c39e28bd0 fix(c6): PAN-ID match in 15.4 beacon + expanded D1 diagnostic record ... Tried 4th hypothesis for the RX-path bug: maybe the IDF v5.4 receiver strictly requires dst PAN to match the local set_panid() instead of honoring the 0xFFFF broadcast PAN per 802.15.4 spec. Changed beacon dst PAN to 0xCAFE (matching set_panid call) to test. Result: still negative (tx#241 rx#0/1, magic_match=0). PAN was not the root cause — but the change is technically more correct per the IDF behavior and is kept. Also expanded WITNESS-LOG-110 §D1 to record the 4-experiment matrix that's now been run: 1. WiFi-on + ch15: tx#381 rx#1 magic_match=0 2. WiFi-on + ch26: identical negative 3. WiFi-off + ch26 + OT off + promiscuous true: tx#601 rx#0 — even the earlier rx#1 was a noise frame, not protocol traffic 4. Dst PAN 0xCAFE: still negative Hypothesis space narrowed; needs IDF maintainer trace or working multi-board reference to fix. Co-Authored-By: claude-flow <ruv@ruv.net>		2026-05-22 20:46:03 -04:00
..
esp32-csi-node	fix(c6): PAN-ID match in 15.4 beacon + expanded D1 diagnostic record	2026-05-22 20:46:03 -04:00
esp32-hello-world	firmware/esp32-hello-world: ESP32-C6 target and ESP-IDF v6 build fixes (#524)	2026-05-17 18:00:45 -04:00