Initial commit of akmon project
This commit is contained in:
175
doc_watch/智能手表需求.md
Normal file
175
doc_watch/智能手表需求.md
Normal file
@@ -0,0 +1,175 @@
|
||||
# 基于 eSIM 的全方位生命体征监测智能手表 - 功能规划书
|
||||
|
||||
## 1. 产品概述与定位
|
||||
* **产品名称**:(待定,例如:HealthGuard Pro)
|
||||
* **核心卖点**:**独立通信 (eSIM)** + **医疗级生命体征监测** + **主动安全守护**。
|
||||
* **目标人群**:
|
||||
* **独居/高龄老人**:需要远程看护、跌倒检测及紧急联络。
|
||||
* **慢性病患者**:需要长期监测心率、血压、血氧等指标。
|
||||
* **亚健康/高压人群**:关注心脏健康、睡眠质量与压力调节。
|
||||
|
||||
## 2. 核心硬件规格需求
|
||||
为支撑全天候监测与独立通信,硬件需满足以下标准:
|
||||
|
||||
* **核心平台 (SoC & OS)**:
|
||||
* **操作系统**:**OpenHarmony** (建议采用轻量系统或小型系统)。
|
||||
* **主控芯片**:建议采用 **展锐 (Unisoc) W217** (最新超低功耗 Cat.1 穿戴平台)。
|
||||
* *推荐理由*:**All-in-One 高集成度** (集成 BB/RF/PMIC/GNSS/Wi-Fi),采用 22nm LP 工艺,待机功耗仅 1.5uA。原生支持 Open CPU 架构与轻量级 RTOS (兼容 JS 框架),是目前“eSIM + 长续航”手表的终极选择。
|
||||
* *架构优势*:W217 (负责 4G/UI/传感器/基础定位) + Hi2825 (负责星闪/室内精准定位),双芯分工,能效比最优。
|
||||
* **备选方案对比**:
|
||||
* **高通 (Qualcomm) Snapdragon W5+ Gen 1**:
|
||||
* *优势*:性能极强 (4nm 工艺),生态成熟 (Wear OS)。
|
||||
* *劣势*:成本极高,功耗相对较高,对 OpenHarmony 支持力度不如展锐。
|
||||
* **翱捷科技 (ASR) ASR3603**:
|
||||
* *优势*:成本极低,Cat.1 市场占有率高。
|
||||
* *劣势*:工艺较老 (22nm/28nm),集成度与功耗表现略逊于 W217,主要用于低端儿童手表。
|
||||
* **华为海思 (HiSilicon)**:
|
||||
* *方案*:自研麒麟 (Kirin) A系列或穿戴专用 SoC。
|
||||
* *现状*:**不对外销售 (Captive)**。华为手表 (如 Watch GT/数字系列) 均采用自研芯片+鸿蒙系统的垂直整合方案,这是其核心竞争力。第三方厂商无法采购其主控芯片,因此无法作为本项目的备选,只能作为**性能对标的“天花板”竞品**。
|
||||
* **联发科 (MediaTek)**:
|
||||
* *方案*:如 MT2601 (较老) 或由手机芯片 (如 MT6739) 改版。
|
||||
* *现状*:在“长续航+eSIM”这一细分赛道上,目前缺乏像展锐 W217 这样针对 Cat.1bis 深度优化的新平台。其方案多用于“全智能安卓手表”(功耗大)或“纯蓝牙手环”(无 eSIM),在本项目所需的平衡点上优势不明显。
|
||||
* *市场总结*:目前能提供成熟、低功耗且支持 OpenHarmony 的 eSIM 穿戴芯片供应商**确实屈指可数** (寡头垄断)。展锐在 Cat.1bis 穿戴领域目前处于“独角兽”地位。
|
||||
* **成功案例参考 (Market References)**:
|
||||
* **Vivo Watch 2 / 3**:采用展锐 W117 (W217 的前代/同系产品) 实现“独立通信+长续航”,是该架构最成功的商业化案例。
|
||||
* **小米 Watch S4 Sport**:采用展锐最新穿戴平台,验证了该方案在专业运动与长续航场景的可靠性。
|
||||
* *结论*:一线大厂 (Vivo/小米) 的选择证明了“展锐 Cat.1 + RTOS”路线的成熟度与市场认可度。
|
||||
* **通信模组**:
|
||||
* **广域网**:W217 内置 4G Cat.1bis 全网通 eSIM,支持 VoLTE 高清通话。
|
||||
* **局域网**:
|
||||
* **支持星闪 (NearLink) SLE**:采用 **外挂 Hi2825V100**。
|
||||
* *平衡之道*:W217 虽然自带蓝牙/Wi-Fi,但在**室内定位**和**抗干扰**上无法满足医疗级需求。引入 Hi2825 并非冗余,而是作为**“特种连接单元”**,专门负责高精度定位、生命体征数据的高可靠传输以及无损音频,弥补了通用 SoC 在专业场景下的短板。
|
||||
* **天线设计策略**:
|
||||
* **4G/eSIM 天线**:独立设计,通常采用 LDS 或 FPC 天线,确保蜂窝信号强度。
|
||||
* **2.4GHz 共用天线 (Wi-Fi/BT/SLE)**:
|
||||
* **原理**:Wi-Fi、蓝牙 (W217) 和 星闪 (Hi2825) 均工作在 2.4GHz 频段。
|
||||
* **方案**:采用 **RF Switch (射频开关)** 进行时分复用,三者共用一根天线。
|
||||
* **优势**:极大节省手表内部空间,降低结构设计难度。
|
||||
* **NFC 模块**:
|
||||
* **规格**:支持 13.56MHz,兼容 ISO14443 A/B 等主流标准。
|
||||
* **应用场景**:
|
||||
* **智慧通行**:支持模拟小区门禁卡、智能门锁钥匙,方便老人进出。
|
||||
* **公共交通**:支持交通联合 (T-Union) 公交/地铁刷卡。
|
||||
* **医疗配对**:支持与具备 NFC 的医疗设备 (如血糖仪、胰岛素泵) 一碰连接,简化蓝牙配对流程。
|
||||
* **天线设计策略**:
|
||||
* **独立天线 (必须)**:NFC 工作在 **13.56MHz** 低频段,属于近场磁感应通信,与 4G/Wi-Fi/BT/SLE 的射频原理完全不同。
|
||||
* **实现方式**:通常将 NFC 线圈集成在**屏幕模组下方**或**表圈周围**,无法与通信天线共用。
|
||||
* **影像系统**:
|
||||
* **前置摄像头**:高清广角镜头(建议 200万像素以上),用于视频通话与远程看护。
|
||||
* **传感器阵列**:
|
||||
* **PPG 光学传感器**:多通道设计(绿光/红光/红外),用于心率、血氧、呼吸率监测。
|
||||
* **ECG 电极片**:表框/表背集成电极,用于单导联心电图采集。
|
||||
* **体温传感器**:高精度热敏电阻,监测体表温度。
|
||||
* **IMU 惯性传感器**:高精度加速度计 + 陀螺仪,用于跌倒检测与运动姿态识别。
|
||||
* *(进阶选配)* **微型气泵/气囊**:用于示波法精准血压测量(或采用光电+算法估算)。
|
||||
* **定位系统**:GPS + 北斗 + GLONASS + Wi-Fi + 基站 LBS 多重定位。
|
||||
* **续航与充电**:
|
||||
* 低功耗架构,支持 24h 连续监测模式下续航 > 3天。
|
||||
* 磁吸式快充。
|
||||
|
||||
## 3. 核心功能模块:生命体征监测
|
||||
### 3.1 心血管健康系统
|
||||
* **24h 实时心率监测**:
|
||||
* 支持静息心率、运动心率分区记录。
|
||||
* **异常预警**:心率过高、过低自动震动提醒并推送至 App。
|
||||
* **ECG 心电图分析**:
|
||||
* 用户手指按压表侧电极 30秒 即可采集。
|
||||
* **AI 辅助诊断**:自动筛查房颤 (AFib)、早搏、窦性心律不齐等风险。
|
||||
* 支持导出 PDF 报告供医生参考。
|
||||
* **血压趋势监测**:
|
||||
* 定时自动测量或手动测量。
|
||||
* 生成血压昼夜波动曲线,辅助高血压管理。
|
||||
* **血氧饱和度 (SpO2)**:
|
||||
* 支持全天候自动监测(尤其是夜间)。
|
||||
* **低血氧预警**:低于 90%(可设)时提醒,预防缺氧风险。
|
||||
|
||||
### 3.2 综合健康指标
|
||||
* **体温监测**:
|
||||
* 连续监测手腕皮肤温度。
|
||||
* 发热预警功能。
|
||||
* **睡眠与呼吸监测**:
|
||||
* 分析深睡、浅睡、REM(快速眼动)、清醒时长。
|
||||
* **睡眠呼吸暂停风险筛查**:结合血氧与心率变异性分析。
|
||||
* **压力与 HRV**:
|
||||
* 基于心率变异性 (HRV) 评估精神压力状态,提供呼吸训练引导。
|
||||
|
||||
## 4. 智慧安全与守护功能 (基于 eSIM)
|
||||
### 4.1 紧急救援 (SOS)
|
||||
* **跌倒检测**:
|
||||
* 通过 IMU 数据算法识别跌倒姿态。
|
||||
* 跌倒后若无响应,自动倒计时(如 60s)拨打预设紧急联系人或 120,并发送当前 GPS 位置短信。
|
||||
* **一键 SOS**:
|
||||
* 物理侧键长按 3秒 触发,循环拨打紧急联系人电话。
|
||||
|
||||
### 4.2 远程看护 (家庭共享)
|
||||
* **电子围栏 (Geo-fencing)**:
|
||||
* 监护人可在 App 设定安全区域(如家、公园),老人走出/进入区域时发送通知。
|
||||
* **位置轨迹**:
|
||||
* 实时查看手表佩戴者位置,支持历史轨迹回放。
|
||||
* **健康数据同步**:
|
||||
* 子女手机 App 实时查看父母健康数据,异常情况(如心率报警)秒级推送。
|
||||
|
||||
## 5. 生活辅助与交互
|
||||
* **全能通信系统**:
|
||||
* **独立语音通话**:基于 eSIM 脱离手机独立接打电话,支持 VoLTE 高清语音,大音量免提模式。
|
||||
* **双向视频通话**:
|
||||
* 支持与手机 App 端进行流畅视频通话,方便家人查看老人状态。
|
||||
* 支持主流社交软件(如微信儿童/手表版)视频功能。
|
||||
* **远程看护视频**:
|
||||
* **环境监护**:在紧急报警(如跌倒)触发时,授权监护人远程自动接通视频或查看周围环境画面。
|
||||
* **短信与微聊**:接收短信验证码,支持语音微聊、语音转文字发送。
|
||||
* **智能语音助手**:
|
||||
* 语音拨打电话(“给儿子打电话”)。
|
||||
* 语音查询天气、时间、设置闹钟。
|
||||
* **服药提醒**:
|
||||
* 支持 App 端设置药品名称、剂量、时间,手表端语音+震动强提醒。
|
||||
* **久坐提醒 / 喝水提醒**。
|
||||
|
||||
## 6. 软件平台与数据服务
|
||||
### 6.1 移动端 App (iOS/Android)
|
||||
* **健康看板**:卡片式展示当日核心数据。
|
||||
* **趋势分析**:周/月/年健康报表,识别长期健康变化。
|
||||
* **家庭群组**:一个账号管理多台设备(父母、孩子)。
|
||||
|
||||
### 6.2 云端管理平台 (Web 端 - 针对机构/医院)
|
||||
* *(可选,针对B端客户)*
|
||||
* 集中大屏展示所有用户健康状态。
|
||||
* 分级报警处理系统。
|
||||
|
||||
## 8. 硬件堆叠与工程挑战 (风险评估)
|
||||
在有限的手表空间内集成 eSIM、星闪、NFC 及多重传感器,面临以下核心挑战,需在工程阶段重点攻克:
|
||||
|
||||
* **射频干扰 (Desense) —— "信号打架"**
|
||||
* *挑战细节*:
|
||||
* **谐波干扰**:4G LTE 的发射信号谐波极易落在 GPS/北斗的接收频段,导致定位搜星慢或无法定位。
|
||||
* **模拟信号噪声**:4G PA (功率放大器) 的突发电流会引入电源纹波,干扰 ECG/PPG 等微伏级模拟信号的采集精度。
|
||||
* **屏幕噪声**:高刷屏幕的 MIPI 接口信号辐射也会干扰天线灵敏度。
|
||||
* *深度对策*:
|
||||
* **硬件隔离**:为 PMIC、RF PA 等噪声源增加独立的洋白铜屏蔽罩;在 GPS 路径增加 LNA (低噪声放大器) 和 SAW 滤波器。
|
||||
* **软件共存**:开发“分时调度算法”,在进行 ECG 测量时强制暂停 4G 数据上传;在 GPS 搜星初期降低屏幕刷新率。
|
||||
|
||||
* **散热与温升 —— "烫手危机"**
|
||||
* *挑战细节*:
|
||||
* **高功耗场景**:视频通话是“发热之王”(摄像头+屏幕+编码+4G发射同时全开),表体表面温度极易超过 43°C (ISO 接触热安全标准)。
|
||||
* **导热困境**:手表背面紧贴皮肤(且通常为塑料/陶瓷材质导热差),热量容易堆积在主板区域。
|
||||
* *深度对策*:
|
||||
* **热设计**:引入 **VC 均热板** 或高导热石墨烯,将主板热量快速传导至**金属表框**(利用空气对流散热),而非传导至表背。
|
||||
* **温控策略**:建立多级温控模型,检测到温度阈值时,优先降低屏幕亮度、降低视频帧率 (如 30fps -> 15fps),最后才限制 4G 功率。
|
||||
|
||||
* **空间堆叠 (PCB Layout) —— "螺蛳壳里做道场"**
|
||||
* *挑战细节*:
|
||||
* **体积冲突**:双芯架构 (W217+Hi2825) 占板面积大;电池容量不能小;NFC 线圈和无线充电线圈抢占后盖空间。
|
||||
* **天线净空**:金属表壳和内部元器件(如振动马达、扬声器磁钢)会严重压缩天线的辐射净空,影响信号质量。
|
||||
* *深度对策*:
|
||||
* **SiP 封装**:W217 本身已采用高集成度 SiP 封装 (集成 BB/RF/PMIC/GNSS/Wi-Fi/RAM/Flash),极大节省了外围器件,但仍需使用 10层+ HDI 高密度主板来容纳双芯走线。
|
||||
* **3D 堆叠**:采用主板+副板 (FPCB) 的三明治结构,利用垂直空间。
|
||||
* **结构天线**:利用 **LDS 技术** 将天线直接镭雕在塑料支架上,或使用 **纳米注塑** 技术将天线做在金属表壳断点上。
|
||||
|
||||
* **续航焦虑 —— "电量恐慌"**
|
||||
* *挑战细节*:
|
||||
* **eSIM 待机**:4G 网络需要周期性寻呼 (Paging),持续消耗基带电流。
|
||||
* **全天候监测**:PPG 绿光常亮和 IMU 持续采样,阻止系统进入深度休眠。
|
||||
* *深度对策*:
|
||||
* **双系统切换**:OpenHarmony 异构部署。日常监测跑在 **M 核 (RTOS)**,功耗 uA 级;仅在亮屏交互或通话时唤醒 **A 核 (Linux/LiteOS)**。
|
||||
* **网络优化**:支持 LTE **eDRX (扩展非连续接收)** 模式,与运营商协商拉长寻呼周期,降低待机功耗。
|
||||
* **Sensor Hub**:传感器数据先存入 FIFO 缓存,攒够一批(如 5分钟)再唤醒主控打包处理,减少唤醒次数。
|
||||
Reference in New Issue
Block a user