esp-idf: ESP32-S3 FTM fails with external station when c > 8 (IDFGH-7396)
Environment
- Development Kit: [ESP32-S3-USG-OTG]
- Module or chip used: [ESP32-S3]
- IDF version (run
git describe --tagsto find it): // v4.4.1 - Build System: [idf.py]
- Compiler version (run
xtensa-esp32-elf-gcc --versionto find it): // xtensa-esp32s3-elf-gcc (crosstool-NG esp-2021r2-patch3) 8.4.0 - Operating System: [macOS]
- (Windows only) environment type: [MSYS2 mingw32|ESP Command Prompt|Plain Command Prompt|PowerShell].
- Using an IDE?: VSCode
- Power Supply: [USB]
Problem Description
ESP32-S3 cannot measure distance to external Google Nest Router (router works with WifiRttScan).
Expected Behavior
It should work
Actual Behavior
ftm> ftm -I -s testap -c 16 -p 100
I (415570) ftm_station: Requesting FTM session with Frm Count - 16, Burst Period - 10000mSec (0: No Preference)
W (415580) wifi:Starting FTM session with xx:xx:xx:xx:xx in 0.200 Sec
W (415580) wifi:Mode: non-ASAP, Bursts: 2, FTM's per burst: 8, Burst Period: 9900mSec, Burst Duration: 32000uSec
E (415780) wifi:No valid FTM Measurements found!
I (415780) ftm_station: FTM procedure with Peer(xx:xx:xx:xx:xx) failed! (Status - 4)
Steps to reproduce
- use latest ftm demo from esp-idf
- patch the console to use USB-JTAG console
- compile flash and monitor
- type above command
- fail
// If possible, attach a picture of your setup/wiring here.
Code to reproduce this issue
need to patch the console according to https://github.com/espressif/esp-idf/commit/3390d2a2d18c289b0b1e1cf121bf6670099641db
Debug Logs
ftm> ftm -I -s testHotspotname
I (76377) ftm_station: Requesting FTM session with Frm Count - 32, Burst Period - 200mSec (0: No Preference)
V (76377) esp_adapter: thread sem get: sem=0x3fcecc4c
W (76387) wifi:Starting FTM session with xxxxxxxx in 0.200 Sec
W (76387) wifi:Mode: non-ASAP, Bursts: 8, FTM's per burst: 4, Burst Period: 900mSec, Burst Duration: 32000uSec
E (76587) wifi:No valid FTM Measurements found!
D (76587) event: running post WIFI_EVENT:17 with handler 0x420063f0 and context 0x3fcea76c on loop 0x3fce1fc0
Other items if possible
- sdkconfig file (attach the sdkconfig file from your project folder) sdkconfig.gz
- elf file in the
buildfolder (note this may contain all the code details and symbols of your project.) ftm.elf.gz - coredump (This provides stacks of tasks.)
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Reactions: 2
- Comments: 18 (2 by maintainers)
Some RTT observation:
board: esp32 S3 - wroom -1U devkit (Chip is ESP32-S3 (revision v0.1)) esp-idf: d29e53dc0c59d1b1b01c5e2c3ca1b22113828587
When responder is esp32S2 then offset is much lower (few cm away):
When initiator and responder, both are esp32 S2 then i see no distance offset.
@igrr @suda-morris
Thanks
I have the same issue.
Hi, i believe this is still a problem. “wifi->ftm” example on 2x esp32 S3 most the time is returning
status == 4 (FAIL)and with
-c 8it return success all the time.I dont want to open new issue, yet, but the result is offset by around 50+ meters. Devices about 10-20cm from each other:
the same test with +/-14 meters away (multiple tests, the same distance):
I tested with this commit, but i can try to update if needed: commit a634aa520908e93fdf0397cbf9e394aa6cca6f0b
Thanks