You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Rodger-Wang
edc414bc61
设备管理按在线排序；恒玄日志在 release 里恢复可见、电量补查重试
设备管理页：
- 在线设备排最前，其余保持服务端顺序。用「两个桶拼起来」而不是 List.sort，
Dart 的 sort 不保证稳定，按 0/1 排会让离线设备的相对顺序每次刷新都变。
- 排序结果不会自己重算：列表的 Obx 只收集到 allDevices 一个可观察对象，
所以挂 ever(deviceStatus/connectedDeviceId/deviceMac) 在连接变化时重排，
onClose 里 dispose。
- isConnected 补上 deviceMac 比对，与 unbindDevice 里的判据对齐。
只比 connectedDeviceId 的话 iOS 上恒为 false（那是 peripheral UUID
不是 MAC），列表全显示未连接、排序也白排。
日志：
- Logger 的 console 开关原来是 !kReleaseMode。配上 release 级别 = warning，
结果是 debug/info 被级别挡掉、warn/error 被开关挡掉，release 包里一条都
到不了 logcat。为真机排查写的那套恒玄抓帧诊断，在真正拿去测的包里全是
死代码。现在 release 也开，级别门槛仍是 warning。
- 恒玄的原始帧 / 未识别回包 / 电量 / 固件版本 / 命令探测一律改 warn 级，
这样正式包里也留得住——定位新固件命令号只能靠这些第一手字节。
电量：
- 握手里只发一次 AA 09 不够（那一刻 SPP 刚建好、命令可能被丢；协议 3.1.10
这帧也可能只在状态变化时主动推）。加 3s/8s/20s 三次补查，拿到就停，
断开即取消。不做长期轮询：探测命令占着 SPP 会让录音/翻译排队。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
1 month ago |
| .. |
|
my_devices_controller.dart
|
设备管理按在线排序；恒玄日志在 release 里恢复可见、电量补查重试
|
1 month ago |
