发布

  • v1659 d0e27e652e

    fix(firmware): C6 IDF v5.5 guard + HE-LTF host ingest + WITNESS-LOG-110 B1 resolution (#1005) (#1011)

    frostbyte_neo 发布于 2026-06-11 15:00:37 +00:00

    • fix(firmware): c6_sync_espnow IDF v5.5 send-callback guard + B1 HE-LTF resolution (#1005)

    Espressif backported the esp_now_send_cb_t signature change to v5.5
    (esp_now_send_info_t = wifi_tx_info_t there), so the #944 guard must be
    ESP_IDF_VERSION >= VAL(5,5,0), not MAJOR >= 6.

    Validated on this repo's hardware toolchain:

    • WITHOUT fix, IDF v5.5.2 esp32c6 build fails with the reporter's exact
      incompatible-pointer error at c6_sync_espnow.c:199 (reproduced)
    • WITH fix, clean build on IDF v5.5.2 (esp32c6) AND IDF v5.4 (regression)

    Docs: WITNESS-LOG-110 §B1 marked RESOLVED WITH MEASUREMENT (external,
    @stuinfla, issue #1005): IDF v5.4 driver downconverts HE->HT; v5.5.2
    delivers true HE-LTF (532B / 256 bins / 242 tones, PPDU 0x01 HE-SU).
    ADR-110 capability table updated accordingly.

    Co-Authored-By: claude-flow ruv@ruv.net

    • docs: WITNESS-LOG-110 §B1 — in-house HE-LTF replication on the original COM12 C6

    84% of 1,525 frames at 532B/PPDU 0x01 (HE-SU) with IDF v5.5.2 + the #1005
    guard fix, AP ruv.net 11ax 2.4GHz. Two independent rigs now confirm:
    v5.4 downconverts, v5.5.2 delivers 242-tone HE20.

    Co-Authored-By: claude-flow ruv@ruv.net

    • fix(host): 256-bin HE-LTF ingest end-to-end + latent offset bugs (#1005)

    Audit of every ADR-018 consumer against live C6 HE20 frames (532B/256-bin):

    • sensing-server + CLI calibrate parsers read n_subcarriers from one byte
      (256 decoded as 0) with stale seq/rssi offsets (rssi always 0 — latent,
      pre-existing, confirmed vs firmware csi_collector.c). Fixed to the real
      ADR-018 layout; n_subcarriers u8->u16; byte 18 surfaced as typed PpduType.
    • sensing-server probe buffer 256B -> 2048B (532B datagram errored on Windows)
    • per-node grid gate: lock densest (n_subcarriers, ppdu_type) grid, re-warm
      on upgrade, skip sparser minority frames — HT-64 never mixes into an
      HE-256 baseline window
    • hardware parser: HE-aware bandwidth classification (256-FFT HE20 = 20MHz,
      was Bw160); PpduType/Adr018Flags re-exported
    • verbatim live frames (532B HE-SU, 148B HT) embedded as regression fixtures
    • archive python parser: bandwidth heuristic mirror fix

    Live-validated: calibrate --tier he20 consumed 600x 256-bin frames into an
    ADR-135 He20 baseline (242 tones) skipping 94 HT frames; sensing-server
    shows node 12 active with real RSSI (-40dBm). 765 tests green across the
    three crates; workspace check clean; Python proof PASS.

    Co-Authored-By: claude-flow ruv@ruv.net

    • test(fuzz): esp_netif/ping_sock/ip_addr stubs — un-break ADR-061 fuzz build after #954

    csi_collector.c gained esp_netif.h / ping/ping_sock.h / lwip/ip_addr.h
    includes for the #954 gateway self-ping; the host-fuzz stub env lacked
    them, breaking the fuzz build on main since 5789351b7. Stubs return
    no-gateway so the self-ping path early-outs (compiles + links, never
    exercised — matches the fuzz threat model which targets frame
    serialization, not the network stack).

    Co-Authored-By: claude-flow ruv@ruv.net

    下载附件