ESP-IDF 外设与任务调试提示词范例

请直接帮我定位并修复当前 ESP32-S3 ESP-IDF 工程中 SPI 传感器数据偶发全为 0xFF 的问题。
你可以检查和修改工程代码，使用工程既有的 idf.py 构建与烧录流程，并通过串口日志、JTAG 调试或可用的协议采集证据验证结果。
请按“定位 -> 最小修改 -> 构建 -> 烧录 -> 运行验证 -> 总结”完成，不要只给排查建议。

1. 项目背景

目标芯片：ESP32-S3
框架：ESP-IDF 5.x
外设：SPI2 连接 SPI 传感器
总线参数：mode 0，8MHz，独立 CS
运行模型：采集任务每 10ms 读取一次；Wi-Fi 与日志任务同时运行。
构建入口：以项目现有的 idf.py 配置为准，不要擅自切换 SDK 或工具链。

2. 当前问题与验证指标

设备冷启动后通常正常，但运行数分钟后偶发读到全 0xFF，随后该轮数据无效。请检查 SPI host 初始化、GPIO matrix、CS 时序、事务队列、DMA buffer 生命周期、任务栈、任务优先级和错误恢复路径。

请完成以下工作：
- 定位 SPI 初始化、设备挂载、数据读取、采集任务和错误统计代码；
- 为读失败增加包含时间戳、返回码、事务长度和连续失败计数的轻量日志，避免在高速路径打印原始大块数据；
- 核对 SPI transaction 的 tx/rx buffer 生命周期、DMA 对齐要求、CS 保持策略和错误后的重新同步逻辑；
- 构建并烧录修改后的固件；
- 在持续运行测试中统计至少 10 分钟的读取次数、失败次数和最大连续失败次数；
- 如果现场可采集 SPI 波形，要求用波形确认 CS、SCLK、MOSI、MISO 的帧边界与 mode 0 时序是否一致。

目标结果：不再出现未经恢复的 0xFF 数据；发生总线异常时有可定位的错误证据，采集任务能够安全恢复；最终给出修改文件与测试统计。