Closed aldardou closed 1 year ago
Please note that for C6 there is a different definition of the hardware packet header, due to https://github.com/espressif/esp-idf/blob/53ff7d43dbff642d831a937b066ea0735a6aca24/components/esp_wifi/include/esp_wifi_types.h#L442-L443 and the definition for C6 is here: https://github.com/espressif/esp-idf/blob/53ff7d43dbff642d831a937b066ea0735a6aca24/components/esp_wifi/include/esp_wifi_he_types.h#L204
Please note that for C6 there is a different definition of the hardware packet header, due to
and the definition for C6 is here: https://github.com/espressif/esp-idf/blob/53ff7d43dbff642d831a937b066ea0735a6aca24/components/esp_wifi/include/esp_wifi_he_types.h#L204
Thank you igrr. :) I was not aware of there being a different definition. This makes it clear why I was not able to access the meta data I was looking for, therefore I will close this issue.
Answers checklist.
IDF version.
v5.2-dev-1962-g53ff7d43db
Operating System used.
Linux
How did you build your project?
Command line with idf.py
If you are using Windows, please specify command line type.
None
What is the expected behavior?
I expected it to be able to access the value of all public members of wifi_pkt_rx_ctrl_t and I can access many (e.g. rssi, timestamp, mac, rate) and I expect to be able to access cwb and sig_mode the same way. They are defined in the same struct.
What is the actual behavior?
Instead when building the project so far only for the fields cwb and sig_mode the compiler claims error: 'wifi_pkt_rx_ctrl_t' {aka 'esp_wifi_rxctrl_t'} has no member named 'cwb'.
Steps to reproduce.
In my csi_callback function I try to read out as much information about my read CSI data as possible (all of them except cwb and sig_mode actually work). Here is the relevant code snippet causing the issue:
Build or installation Logs.
More Information.
No response