shumeng/xqwatch
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
167 Commits 1 Branch 0 Tags
1b198e09410814e0c1cb9d568384920739741728
Commit Graph

167 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
dongliang
da74ca6d97 fix: shockTime/shockIntervalTime 改为 Float（服务端下发小数如 0.50） 
实测服务端 type=7 下发的 shockTime=0.50、shockIntervalTime=0.50，
之前用 optInt 解析会截断为 0，导致振动时长 0ms。

- VibrationPattern: shockTime/shockIntervalTime Int → Float
- VibrationConfigManager: optInt → optDouble().toFloat()
- FiseVibrationController: 毫秒计算适配 Float

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 20:01:12 +09:30
dongliang
6e8c93fc46 feat(vibration): 服务端参数下发+双层开关+音量控制 
REQ-20260430-0037

新增 VibrationConfigManager：
- MQTT type=7 → 更新振动方案参数（覆盖默认值）
- MQTT type=8 → 更新用户配置（震动开关/语音开关/音量）
- 线程安全（ConcurrentHashMap + @Volatile）
- 内存存储不持久化（MQTT重连后服务端重新下发）

VibrationController 新增 executeByPlanId(planId)：
- 内部完成：获取方案（优先服务端参数）→ 双层开关 → 音量控制
- 调用方只传 planId，不关心参数来源和开关逻辑
- PunchViewModel/NotificationManager 调用简化为一行

双层开关逻辑：
- 系统级：方案自身 shockState/voiceState（type=7下发）
- 用户级：全局 userShockEnabled/userVoiceEnabled（type=8下发）
- 两层都开启才执行

音量控制：
- MediaPlayer.setVolume(volume, volume)
- volume = voiceValue / 100（服务端下发0~100）

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 19:38:40 +09:30
dongliang
d6a8f4acf9 chore: 关闭加速度计抬手亮屏（硬件无陀螺仪，不可靠） 
设备仅有基础加速度计（MTK），无陀螺仪/重力传感器/旋转向量。
经 v1~v5 五轮实测验证，"看表"与"不看表"的角度差仅~7°，
无法可靠区分抬手和小幅摆动。旧版uni-app也放弃了此功能。

代码保留但默认不启用（start/stop/pause/resume 全部注释），
待更换有陀螺仪的硬件后取消注释即可启用。

保留的文件：
- AccelerometerWakeController.kt（接口）
- FiseAccelerometerWake.kt（实现，含倾斜角度+低通滤波方案）
- DeviceModule.kt（DI绑定）

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 19:01:17 +09:30
dongliang
5f30611cc0 debug: 启动时打印设备所有可用传感器列表 
检查是否有陀螺仪/旋转向量等传感器可用于改进抬手检测。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 18:50:08 +09:30
dongliang
f35bbfc1e9 refactor: 加速度计改为倾斜角度检测（v5，成熟方案） 
之前基于Z轴单值的方案（v1~v4）无法同时满足灵敏度和防误触，
因为原始Z值在运动中剧烈跳动（-2~18），滤波也难以完全消除。

v5改用倾斜角度（Android Wear/小米手环同类思路）：
- tiltAngle = atan2(z, sqrt(x²+y²)) × 180/π
- 角度值天然比原始Z值稳定（atan2归一化消除加速度大小波动）
- 手臂下垂 ~15°，看表姿势 ~70°，小幅摆动 ~35°
- 低通滤波(α=0.8)进一步平滑 + 三态状态机
- DOWN(<30°) → TRIGGERED(>50°,亮屏) → DOWN(<30°)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 18:29:39 +09:30
dongliang
3e80fba33d refactor: 加速度计改为低通滤波+状态机方案（v4） 
之前的最小值+连续高值方案在原始值剧烈跳动（-2~18）下无法同时
满足灵敏度和防误触发，阈值怎么调都有问题。

v4方案：
- 低通滤波(α=0.8)去除运动尖峰，只保留重力方向
- 三态状态机：UNKNOWN→DOWN(Z<4)→TRIGGERED(Z>7,亮屏)→DOWN
- 小幅摆动：滤波值收敛到振荡均值~6，不超过7，不误触发
- 快速抬手：~0.8秒触发；缓慢抬手：~2秒触发
- 代码从复杂的窗口/最小值/连续计数简化为滤波+状态机

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 18:20:12 +09:30
dongliang
2f48ed9aef fix: 加速度计高值阈值8→7.5（实测抬手波动到7.5断连续计数） 
实测抬手时Z在7.5-9波动，阈值8导致偶尔7.5-7.7的值打断连续计数，
两次差一个采样就能触发但都断了。降到7.5配合连续3个的要求仍能防误触。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 18:06:56 +09:30
dongliang
86a9c79681 fix: 加速度计要求连续3个高值才触发，防摆动尖峰误触发 
实测小幅摆动时Z在-2~10间剧烈跳动，单个尖峰Z=10就触发了。
改为要求连续3个采样≥8（约0.6秒持续高值）才触发：
- 真正抬手：Z稳定在8-9多个采样 → 连续3个≥8 ✅
- 小幅摆动：尖峰后立即回落 → 连续不到3个 ❌

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:50:48 +09:30
dongliang
a3d26fb11d fix: 收紧加速度计阈值防误触发（min<3 cur>=8） 
实测问题：小幅摆动和放下手也会亮屏。
- min阈值 5→3：小幅摆动Z≈5-6不触发，明确下垂Z≈1-3才算
- cur阈值 7→8：放下过程Z≈5-7不触发，明确抬起Z≈8-9才算

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:40:01 +09:30
dongliang
61412cbd0f fix: turnOn 加 ACQUIRE_CAUSES_WAKEUP 强制唤醒屏幕 
FISE广播在屏幕休眠时无法唤醒屏幕硬件（实测验证）。
改为双重机制：
1. WakeLock(FULL+ACQUIRE_CAUSES_WAKEUP+ON_AFTER_RELEASE) 强制唤醒
2. FISE广播同步ROM状态
WakeLock持有3秒后自动释放，释放后由系统超时管理。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:30:54 +09:30
dongliang
80cd6d121e fix: 加速度计改为最小值跳变检测（v3），大幅提升灵敏度 
v1/v2的滑动窗口均值方案需要连续3个低值采样才能触发，
实测抬手动作太快（<0.5秒）导致大量漏触发。

v3改为追踪近期5个采样的最小值：
- 近期有任一值<5（手臂曾下垂）且当前值>=7（手臂已抬起）→触发
- 只需1个低值采样即可，灵敏度大幅提升
- 触发后10个采样（~2秒）冷却期防连续触发

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:22:24 +09:30
dongliang
918c53f701 fix: 加速度计阈值调优（实测数据：low<4 high>=5） 
实测抬手过渡期Z轴均值4.5-6.5，原阈值high>=6太严格导致多次漏触发。
降低为high>=5，提高low为<4，提升灵敏度。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:12:46 +09:30
dongliang
c9a34fbf8c debug: 加速度计加详细日志用于调参 
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 17:09:04 +09:30
dongliang
e3f6ac3c97 feat(device-interaction): 加速度计抬手亮屏功能 
REQ-20260430-0026

- 新增 AccelerometerWakeController 接口 + FiseAccelerometerWake 实现
- 双模式策略：方案D(WRIST_TILT)优先，不支持自动降级方案C(Z轴变化趋势)
- 方案C防误触发：检测Z轴从低(<3)到高(≥6)的变化趋势，非简单阈值
- NFC打卡时 pause/resume 暂停检测，防止贴卡姿势误触发
- 熄屏交系统SCREEN_OFF_TIMEOUT管理，加速度计只管亮屏
- DeviceModule 增加 DI 绑定
- MainActivity 增加 start/stop 生命周期管理
- PunchViewModel 增加 NFC 开关时 pause/resume 调用

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-30 16:54:05 +09:30
dongliang
08aae2065e chore: 代码清理（debug日志+孤立文件+未用字段+测试修复） 
1. 去掉 fetchStatistics/renderDots 中的 debug Timber.d
2. 删除孤立文件: bg_new_task_hint.xml, bg_btn_primary.xml, bg_btn_secondary.xml
3. 删除未用字段: onPendingCountChanged
4. 单元测试修复:
   - 添加 Dispatchers.setMain/resetMain (JVM无Main线程)
   - 新增: 数字id解析、acknowledgeCard减pendingCount、ack清除、preNotificationStats
   - 总计 22 条测试

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 21:03:12 +09:30
dongliang
602f0ccce6 fix: 去抖合并后更新横幅数字 
问题：多条消息同时到达，第一条横幅显示1，后续被去抖暂存。
1s后合并处理emit NewTaskArrived(count=3)，但MainActivity
只监听MqttMessageReceived更新横幅，不监听NewTaskArrived。

修复：MainActivity同时监听NewTaskArrived，去抖合并后更新横幅。

时序：消息1→横幅"1条" → 消息2,3暂存 → 1s后合并→横幅更新"3条"

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 20:44:50 +09:30
dongliang
31630b247f fix: 补回recordCardIncrement，点红点后pendingCount正确扣减 
问题：recordCardIncrement调用被之前简化代码时删掉了，
导致_cardIncrements为空→acknowledgedCount=0→pendingCount不减。

修复：在diffStats后对每个changed分类记录增量，
这样acknowledgeCard后pendingCount能正确扣减。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 20:31:32 +09:30
dongliang
8ef170051a fix: 新通知到来时清除上一轮acknowledgedCards 
问题：用户点了红点卡片→ack=[3]，之后新通知的diffStats
也返回changed=[3]，被ack过滤→红点不显示。

修复：processMessage中，新通知到来时清除acknowledgedCards。
新通知=新一轮周期，上一轮的"已查看"不应影响新一轮。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 20:23:10 +09:30
dongliang
aea8351990 fix: 去掉dotViews lazy缓存，直接操作当前View 
问题：by lazy只初始化一次，view重建后dotViews缓存的是旧View，
renderDots操作的是已销毁的View→红点不显示。

修复：renderDots直接使用dotPool/dotPunch/dotComplete（始终指向当前View）。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 20:17:43 +09:30
dongliang
20c8dc2fed debug: 红点逻辑添加详细日志 
添加 baseline/diffStats/activeDotCards 每步日志，
用于排查红点不显示的具体断点。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 20:14:30 +09:30
dongliang
c754edd63b fix: 先await统计基准再监听事件，消除竞态 
根因：fetchStatistics(false)和fetchStatistics(checkDots=true)
是两个独立协程竞争，lastStats更新时机不可控。

修复：onViewCreated中用协程顺序执行：
1. 先 await safeApiCall → 设好 lastStats 基准
2. 再 observeEvents 开始监听通知
EventBus buffer=64 暂存期间的通知不丢失

这样当NewTaskArrived触发fetchStatistics(checkDots=true)时，
lastStats一定已有值，preNotificationStats也能正确保存。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 19:50:55 +09:30
dongliang
459049fb16 fix: 红点用preNotificationStats精确对比+有通知时不更新lastStats 
之前diffStats失败的根因：有通知时fetchStatistics也更新lastStats，
导致基准被污染。

修复：
- checkDots=true 时用 preNotificationStats（通知前快照）对比，
  不更新 lastStats
- checkDots=false（正常刷新）时才更新 lastStats
- 这样 preNotificationStats 始终是通知前的干净基准

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 19:40:58 +09:30
dongliang
5e5c44cacd fix: 红点改为直接显示，不依赖diffStats 
diffStats方案因lastStats竞态反复失败。
改为：有pending通知→所有未ack的卡片直接显示红点。
点了哪个消哪个，简单可靠无竞态。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 19:31:51 +09:30
dongliang
93a31e76a3 fix: 修根因——EventBus加buffer防事件丢失+恢复正确架构 
根因：SharedFlow(replay=0,extraBufferCapacity=0)导致emit挂起，
多个collector竞争时事件丢失。之前的补丁越改越乱。

修复：
1. EventBus: extraBufferCapacity=64，emit不再阻塞
2. 恢复正确架构:
   - MainActivity: 监听MQTT type=1→NotificationManager→横幅
   - NotificationManager: 处理后emit NewTaskArrived
   - HomeFragment: 监听NewTaskArrived→红点+统计
3. StatusBarView: 电池位置恢复原位，默认电量-1，主动查询系统电量

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 19:23:01 +09:30
dongliang
329ddc505e fix: MainActivity多余大括号导致编译失败 
第71行有多余的}，导致类提前关闭，后续代码变成顶级声明。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 18:52:06 +09:30
dongliang
0f6385a9fe fix: 红点不显示——SharedFlow(replay=0)事件竞争 
根因：EventBus用MutableSharedFlow(replay=0,buffer=0)，
MainActivity和HomeFragment同时collect，NewTaskArrived
中间事件在emit时挂起（无缓冲），HomeFragment收不到。

修复：去掉NewTaskArrived中间事件，HomeFragment直接在
MqttMessageReceived type=1中处理：
1. 调 notificationManager.onNewTaskMessage()
2. 直接调 activity.showNotificationBanner() 显示横幅
3. fetchStatistics(checkDots=true) 刷新红点

架构简化：
- MainActivity不再监听MQTT type=1（去掉observeMqttMessages）
- NotificationManager不再emit事件（去掉EventBus依赖）
- 去抖合并后通过回调onPendingCountChanged通知UI

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 18:48:05 +09:30
dongliang
73af1cbfa9 fix: lastStats为null时红点兜底显示 
问题：首次加载时fetchStatistics()异步未返回，lastStats为null。
此时收到通知→diffStats(null,data)→emptySet()→无红点。

修复：lastStats为null时，有pending通知则对所有有值的分类
显示红点（兜底策略，宁多勿漏）。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 18:02:32 +09:30
dongliang
e6c218d830 refactor: 红点统一管理（activeDotCards+renderDots）+ 去掉提示条 
按矩阵验证的19个场景统一重写通知逻辑：

核心改动：
- activeDotCards 集合累积管理红点，只增不减（除显式操作）
- renderDots() 统一渲染，不在各处单独设 visibility
- 去掉提示条（用户反馈不好看）

场景覆盖：
- 场景1-2: 首页连续收到不同分类通知 → activeDotCards累积 ✅
- 场景3: 点横幅 → consumeAll+activeDotCards清空 ✅
- 场景4-5: 点红点 → activeDotCards移除对应+renderDots ✅
- 场景7: 所有红点点完 → 自动consumeAll清理 ✅
- 场景11-16: 非首页 → preNotificationStats精确diffStats→补充activeDotCards ✅
- 场景18: 全部查看后新通知 → consumeAll已重置，新通知正常累积 ✅
- 场景19: 列表中又来通知 → 返回后onResume补充新红点，不覆盖已ack的 ✅

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 17:47:52 +09:30
dongliang
f785be91a6 feat: 电池显示电量数值 + 充电闪电标识 
1. 电池图标右侧显示"75%"电量百分比（白色60%透明度）
2. 充电中在电池壳内显示⚡闪电标识

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 17:20:56 +09:30
dongliang
58ef336df4 fix: 用通知前快照精确显示红点（区分首页/非首页场景） 
问题：非首页返回时，onViewCreated已覆盖lastStats，
导致diffStats对比不出差异，红点要么全显要么不显。

修复：
1. NotificationManager新增preNotificationStats
   - 首条通知到达时保存当前lastStats快照
   - consumeAll时清除
   - 不会被onViewCreated的fetchStatistics覆盖

2. HomeFragment.onResume用preNotificationStats做精确diffStats
   - 有快照→fetchStatisticsForDots(baseline, acknowledged)
   - 只给变化且未查看的分类显示红点
   - 无快照→降级为全显（未查看的）

场景验证：
- 首页收到通知→当场diffStats→红点精确 ✅
- 首页点红点→对应消除，其他保留 ✅
- 首页点通知→consumeAll→返回后全部消除 ✅
- 非首页返回→preNotificationStats对比→红点精确 ✅

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 16:59:56 +09:30
dongliang
a00d5abd51 fix: 点击红点卡片后扣减通知数+不恢复已查看红点 
1. NotificationManager新增:
   - acknowledgedCards: 记录已查看的分类
   - cardIncrements: 记录每个分类的新增任务数
   - acknowledgeCard(): 标记分类已查看
   - pendingCount扣除已查看分类的增量

2. HomeFragment:
   - 点击卡片→acknowledgeCard→红点消失+提示条数量减少
   - onResume只恢复未查看分类的红点
   - pendingCount=0时清除所有提示
   - fetchStatistics记录每个分类的增量用于扣减

3. consumeAll重置所有状态(acknowledgedCards+cardIncrements)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 16:50:47 +09:30
dongliang
6418c2f36f feat: 新任务提示条 + 按taskIds直接加载 
1. 首页新增"有N条新任务 点击查看"提示条
   - pendingCount>0 时显示，点击/查看后消失
   - 和红点共存：提示条=统一入口，红点=分类提示

2. TaskListFragment 通知模式
   - 有 filterTaskIds 时跳过 queryTaskIds
   - 直接按 taskId 构建列表，调 lookTaskDetail 加载详情
   - 不受 status 筛选限制，跨状态任务都能显示

3. 横幅/提示条共用 navigateToNewTasks()
   - 1个任务→跳详情，多个→跳列表
   - 跳转后清除红点+提示条+pendingTaskIds

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 16:42:09 +09:30
dongliang
463ff1373d fix: onResume红点改为直接显示，不依赖diffStats 
问题：onViewCreated先于onResume执行，fetchStatistics已将
lastStats更新为新值，onResume的diffStats对比不出差异→无红点。

修复：pendingCount>0时直接显示所有红点，不走diffStats对比。
已确定有新任务，不需要再对比哪个卡片变了。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 16:19:34 +09:30
dongliang
2fd8b7f80d fix: 返回首页时补显示红点 
HomeFragment暂停时（在任务详情页等）收到的NewTaskArrived事件会丢失，
返回首页后红点不显示。onResume中检查pendingCount，补刷统计和红点。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 15:52:16 +09:30
dongliang
379d784f70 fix: 去抖改为暂存合并，不丢弃消息 
问题：多条MQTT消息同时到达(间隔<1s)，去抖直接丢弃后续消息。
旧版是延迟处理而非丢弃。

修复：
- 去抖窗口内的消息暂存到pendingJsons
- 1s后延迟任务统一处理暂存消息（只加ID，不重复震动）
- 合并后统一发一次NewTaskArrived事件更新横幅
- MainActivity改为监听NewTaskArrived事件显示横幅

时序示例：
t=0ms:   消息1(A) → 立即处理, pendingTaskIds=[A], 横幅"1条"
t=100ms: 消息2(B) → 暂存
t=200ms: 消息3(C) → 暂存
t=1000ms: 延迟任务 → 处理B+C, pendingTaskIds=[A,B,C], 横幅"3条"

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 15:27:06 +09:30
dongliang
1ffdefc887 fix: 通知累积+点击跳转修复 
Bug 1: setupBannerClick每次事件覆盖onClick，丢失之前累积的taskIds
修复: 点击时从notificationManager.pendingTaskIds取所有累积ID

Bug 2: 多任务点击跳到接单池全量列表，无法区分新旧
修复: TaskListFragment支持taskIds参数过滤，只显示通知中的任务

Bug 3: allIds.toLongArray()编译错误（List<String>无此方法）
修复: mapNotNull{toLongOrNull()}.toLongArray()

nav_main.xml: taskListFragment新增taskIds可选参数(long[]nullable)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 15:15:33 +09:30
dongliang
47e8ed0776 test: 消息通知+考勤模块单元测试 
NotificationManagerTest (15条):
- 去抖: 首条处理/1s内重复过滤/触发震动亮屏
- 解析: 直接id/taskArr数组/data数组/无id忽略/畸形json不崩溃
- 去重: 相同taskId不重复添加
- 消费: consumeAll清空/consumeByTaskId移除单条/不存在id不崩溃
- 红点: 全增/单增/无变化/减少/null旧值

AttendanceStatusTest (2条):
- 实际API返回JSON解析验证（设备验证数据）
- 字段缺失时默认值

PunchButtonMatrixTest (3条):
- 未打卡→上班按钮
- 已上班未下班→下班按钮
- 已上班已下班→撤销+下班

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 13:58:31 +09:30
dongliang
881cfeb3b6 fix: 静态检查修复（访问权限+生命周期清理） 
1. MainActivity.notificationBanner 改为非 private
   （HomeFragment 需访问设置点击回调，原 private 编译报错）
2. HomeFragment.onDestroyView 补充清理 bannerView.onClick
   （避免 Fragment 销毁后回调泄漏）

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 13:54:48 +09:30
dongliang
dd3905b743 feat: 消息通知模块（横幅+红点+跳转） 
MQTT type=1 新任务推送 → 震动+亮屏+顶部蓝色横幅+卡片红点。

新增:
- NotificationManager: 去抖1s+内存存储taskIds+统计对比红点
- NotificationBannerView: Activity层横幅(滑入/10s倒计时/点击)
- AppEvent.NewTaskArrived: 携带taskIds和count

集成:
- MainActivity: 监听MQTT type=1→NotificationManager→横幅
- HomeFragment: 监听NewTaskArrived→刷新统计+对比红点+横幅点击跳转
- page_main.xml: 3个卡片各加红点角标(FrameLayout包裹)
- nav_main.xml: 新增action_home_to_taskDetail

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 13:48:04 +09:30
dongliang
e7fa7b3b1d feat: 蓝牙扫描与iBeacon模块 
核心功能：
- BleScanner: BLE扫描封装，SCAN_MODE_LOW_POWER低功耗
- IBeaconParser: 从ScanRecord解析UUID/Major/Minor/TxPower
- BluetoothScanManager: 状态机管理常规/特殊双模式
  - 常规模式：周期扫描→上报API→检查新任务
  - 特殊模式：RSSI采样→均值判定→任务匹配→唤醒屏幕
- 设备过滤：名称含RFstar + 功率0<p<=100

集成：
- HomeFragment: MQTT type=4更新蓝牙参数，type=5控制启停
- 解绑时停止扫描
- 电量同步给扫描管理器

新增6文件，修改2文件。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 12:06:59 +09:30
dongliang
866063b21c feat: MQTT动态更新nfcOpenTime + 物理返回键触发NFC打卡 
1. MQTT type=4: 解析nfcOpenTime参数，动态更新NFC超时时间
2. 物理返回键: 已绑定用户按返回键→展开面板+自动开始打卡
   面板已展开时按返回键→收回面板

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 11:26:57 +09:30
dongliang
ecd3090a74 fix: AttendanceStatus补充workStatus/workAtStatus字段 
API实际返回验证通过，核心字段完全匹配：
onPunchState/offPunchState/actualOnTime/actualOffTime
补充workStatus和workAtStatus避免Gson解析警告。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 11:14:53 +09:30
dongliang
15b7b438e4 fix: 考勤面板字体全面加大加粗（老年用户适配） 
时间: 48sp→60sp bold
状态文字: 16sp→22sp bold
NFC提示: 18sp→22sp bold
按钮文字: 20sp→26sp bold，高度56dp→64dp
撤销文字: 18sp→22sp bold
面板padding稍微收紧(28→24dp)腾出更多内容空间

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 10:47:48 +09:30
dongliang
4d91c84c6b fix: 去掉撤销打卡确认弹窗，直接执行+Toast提示 
撤销是低频操作，二次确认多余。点击直接调API，
成功后Toast"撤销成功"，失败Toast错误信息。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 10:43:41 +09:30
dongliang
3d2261c809 feat: 考勤面板UI优化（5项改进） 
1. 打卡状态文字：显示"已上班 07:02"/"已下班 17:05"
2. NFC扫描倒计时：显示"请贴近信标（8s）"
3. 底部收回指示条：灰色短横线，点击可收回面板
4. 药丸形按钮：大圆角28dp + 蓝色渐变（源码#4CBAF1→#339AFB）
5. 撤销按钮主次分明：窄灰底红字(0.4) + 宽蓝色下班(0.6)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-29 10:27:40 +09:30
dongliang
1b9015e9ce fix: 读到卡后不播NFC关闭音效，只播打卡结果音效 
读到卡时closeNfc()播放close_punch.mp3，紧接着API成功播放
punch_success.mp3，两个音效都含"打卡"语音导致听起来报了两次。
改为读到卡后静默关闭NFC硬件，只播打卡成功/失败音效。
NFC关闭音效只在超时和手动取消时播放。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-28 21:29:39 +09:30
dongliang
638f999f67 fix: NFC读卡后先回调再退出，不能先stopScan 
stopScan()会cancel自己所在的协程，导致后面的
withContext(Main){callback}永远执行不到。
改为先回调，再return@launch退出循环。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-28 21:26:23 +09:30
dongliang
8afffc5fec fix: NFC读到卡号后立即停止轮询，避免重复回调 
轮询每1秒读一次sysfs，卡片还贴着时会再次读到卡号，
导致回调触发两次→API调两次→音效播放两次。
读到有效卡号后立即stopScan()+return，只触发一次回调。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-28 21:23:16 +09:30
dongliang
c318dbdfa5 fix: 去掉面板日期 + 修复NFC全零卡号误触发 
1. 面板去掉日期显示，只保留时间
2. FiseNfcController读到全零卡号（无卡贴近）时不触发回调，
   避免拿无效nfcId调API导致直接失败

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-28 21:17:57 +09:30
dongliang
b274012019 fix: 下拉手势改用Activity.dispatchTouchEvent检测 
前两种方案（SwipeDownLayout.onInterceptTouchEvent、
RecyclerView.OnItemTouchListener）均无法检测到下拉。

改用Activity.dispatchTouchEvent——触摸事件链最顶层，
在任何View处理之前就能看到所有触摸事件，不可能被拦截。

HomeFragment注册回调，onDestroyView时清理避免泄漏。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-28 21:13:46 +09:30