|
|
713cbd1835
|
修复律动期间 UART0 TX 拥堵 + 补充踩坑文档 + 硬件文档归类 + Mac 开发工程入库
一、代码修复（HOLOMAIN.ino）
1、processCommand 响应改为只发 Serial (USB CDC / Windows 调试)，不再回发 SerialLinux (Android)
背景：Android 随音乐律动高频发送 LED 命令时，ESP32 每条命令的响应挤占 UART0 TX，
导致刷卡产生的 SORC_xxx 业务数据延迟到达 Android，表现为律动期间刷卡经常无效
效果：UART0 TX 释放给业务数据使用，Windows 调试仍能通过 USB CDC 看到响应
二、踩坑经验文档补充（ESP32踩坑经验文档.md）
1、新增坑 12：音乐律动时高频 LED 命令导致 RFID 高概率失败【物理层面干扰】
2、内容涵盖：
- 现象描述与触发条件（律动期间 vs 静态场景）
- 根本原因推演：高频亮度跳变 → WS2812 电流瞬变 → 电源噪声耦合 → RC522 SPI 异常
- 与坑 7（WS2812 关中断）的区别：坑 12 是物理电源噪声，即使用 RMT 也无法避免
- 四层解决方案按优先级排列：
方案1 Android 端降频+去重+节拍化（已验证，60FPS→5次/秒，失败率显著降低）
方案2 ESP32 响应只发调试口（已实施，本次提交）
方案3 ESP32 亮度平滑过渡（预备方案，含完整代码和 step_max 调校参考）
方案4 RC522 供电去耦电容（硬件方案，终极根治）
3、经验教训：主机端源头减量 > 固件端平滑过渡 > 硬件去耦电容
三、硬件文档目录归类（docs/）
1、新建 docs/ESP32/ 分类目录
2、新建 docs/OrangePi_CM5/ 分类目录
3、移动原散落在 docs/ 根目录的文档到对应分类
4、新增资料：
- docs/OrangePi_CM5/OPI CM5 BASE-TABLET_V1_1_SCH.pdf（底板原理图）
- docs/OrangePi_CM5/开发工具用户手册_v1.0.pdf
四、Mac 开发工程入库（Luotianyi_Mac/）
1、新增 Luotianyi_Mac/Luotianyi_Mac.ino
2、用途：Windows 切换到 Mac 开发环境后，后续 ESP32 业务在此工程继续开发
3、HOLOMAIN.ino 保留作为 Windows Arduino IDE 下的基线版本
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-04-22 14:35:42 +08:00 |
|
