Lijianping77

> CSI原始数据从“[”开始，以“]”结束，因为每个子载波占用两个字节的数据。这里总共有64个子运营商的数据。esp32 可以捕获的特定子载波因实验配置而异.有关详细信息，请参阅 [Wi-Fi 信道状态信息](https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/wifi.html#wi-fi-channel-state-information)文档。例如，当使用“第二通道 + HT + 40MHz 带宽 + 非 STBC”时，esp32 最多可以接收 384 字节的数据，这相当于来自 192 个子载波的数据. > > 如果您只想从特定的子载波收集数据，您可以通过修改 recv 程序中的csi_config来实现这一点。  那么这64个子载波怎么变成复数形式呢？他们之间的对应关系是怎样的，还有如何与您文档对应呢？ 另外您examples/esp-radar/console_test/tools radar data printf("RADAR_DADA!,%d,%s,%.6f,%.6f,%d,%.6f,%.6f,%d\n", s_count++,...

> 嗨， > > 关于CSI原始数据，每2个字节的数据对应一个子载波，第一个字节代表虚部，第二个字节代表实部。我们以“第二通道（上图）+HT + 40MHz带宽+非STBC”的场景为例。前 128 位派生自 LLTF（对应于信道中的子载波索引，范围为 -64 到 -1）。这 128 字节的数据代表 -64 子载波的虚部、-64 子载波的实部、-63 子载波的虚部，依此类推。 > > 至于你的第二个问题，这些数据是由非开源检测算法提供的，不属于CSI原始数据的范畴。 > ![Uploading image.png…]() > 此外，我们感谢所有问题，我们将考虑优化 [Wi-Fi 信道状态信息](https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/wifi.html#wi-fi-channel-state-information)文档中的解释。 假设在这种协议下，总共也才52条子载波啊，怎么会有64条子载波呢

![Uploading image.png…]() 64条子载波，然后有12条恒为0，所以52条可用对吧？

esp32可以接收路由的两根天线的子载波吗？