Hexoskin 这件智能衬衫集成 Cypress EZ-BLE PRoC 模块属于那种一眼看上去低调、仔细拆开全是门道的硬件案子。它从面料到射频到协议栈每一步都有取舍值得从产品开发和嵌入式方案选型的角度完整复盘一遍。这篇文章会把这件衬衫的整套逻辑拆给你看为什么它选 BLE 而不是 Wi-Fi、为什么用 Cypress 的现成模组而不是自己画射频、织物电极和天线在人体上会踩哪些坑、量产时认证和重复连接问题怎么处理。不管你是做可穿戴硬件、医疗健康产品还是只对智能服装感兴趣应该都能在里面找到有用的东西。1. 项目整体设计与选型思路1.1 Hexoskin 智能衬衫到底做了什么Hexoskin 不是那种塞一个加速度计进去就算智能的衣服。它通过织物电极、压感应带和一个小型电子模块实时采集心率、心率变异性HRV、呼吸频率、呼吸量、活动状态、睡眠分期、姿态等多项生理参数。它的关键是能连续采集至少几十小时的数据数据通过低功耗蓝牙传到手机 App再同步到云端做分析和展示。这决定了一个很本质的需求采集端必须是低功耗、多通道、可长时间稳定工作。如果以 100Hz 采样心电图、25Hz 采样呼吸波形、连续跑两三天处理器和射频的功耗稍有失控这件衣服就撑不过一个通宵。所以从系统层面看功耗预算不是其中一个指标而是所有选型决策的前提。同时它还要贴身长时间穿着。电子模块意味着压在胸口或躯干侧面的一个小盒子必须做到足够轻、够薄、不硌人同时在天线被人体遮挡、吸收的情况下还能维持可靠的蓝牙链路。这里就出现了矛盾性能要强面积要小电流要低。任何一个做硬件的人看到这个需求列表都会立刻意识到方案不能走普通可穿戴设备的老路。1.2 为什么用 BLE 而不是 Wi-Fi很多做智能硬件的团队第一反应是用 Wi-Fi毕竟传输速度快、直连云端的路径最短。但对贴身设备来说Wi-Fi 有两个致命问题功耗和辐射。标准 Wi-Fi 模组在连接状态下的电流常年在几十毫安级别待机再省电一通信就原形毕露。一件需要连续监测 48 小时以上的智能服装用 Wi-Fi 传输意味着电池容量要翻几倍重量和体积随之失控。BLE 的优势体现在它“平时不做事”的机制上。BLE 从设计之初就假设设备大部分时间在睡觉连接是事件驱动的报文按约定间隔短促发出然后很快回到低功耗状态。配合合适的连接间隔connection interval平均电流可以压到微安到低毫安级别。Hexoskin 这种持续采集型设备处理器一直要忙于处理传感器数据射频部分却可以非常节约地工作把整机功耗从不可能变成可能。另一个现实因素是手机生态。BLE 是手机系统原生支持的标准协议App 通过 CoreBluetooth 或 Android BLE API 即可连接不需要额外的权限、配对码、局域网配置流程。而 Wi-Fi 直连往往需要先让设备进入配置模式、输入 SSID 和密码这对一个面向运动爱好者和慢性病患者的消费品来说体验是灾难级的。综合功耗、体积、生态、配网成本四个维度BLE 几乎是唯一正确的答案。1.3 模块自研 vs 购买模组为何选择 Cypress EZ-BLE PRoCHexoskin 没有选择完全自研射频方案而是采用了 Cypress EZ-BLE PRoC 模块。这里有个看似简单但很值得讲的选择逻辑。自研 BLE 射频方案听起来更有技术含量但意味着你要处理天线匹配网络、射频走线阻抗控制、去耦布局、认证测试等一系列问题。BLE 是 2.4GHz 频段波长只有 12.5cmPCB 上哪怕一条走线长度、过孔位置、地平面挖空面积有偏差都可能让天线的效率和辐射方向图大幅变化。这种问题往往要到射频暗室测试才能暴露而暗室测试一轮的成本和时间小团队根本耗不起。Cypress EZ-BLE PRoC 模块则把这些问题全部封装好了。以 CYBLE-022001-00 为例它把 32 位 ARM Cortex-M0 处理器、BLE 射频收发器、晶振、匹配网络、天线、屏蔽罩全部集成在一个大约 10mm x 10mm x 1.8mm 的模组中并且出厂就通过了 FCC、IC、CE、TELEC 等多地区认证。开发人员只需要供电、接 I/O、跑协议栈射频部分的坑直接被跳过。Hexoskin 团队在智能服装上已经有足够多的前沿问题要解决再分出精力去解决射频可靠性问题不划算。用成熟模组换来的是更快的产品迭代、更高的连接稳定性、以及面向全球市场的合规捷径。这是模块化方案在医疗级可穿戴设备中的典型价值值得做产品的人反复体会。2. Cypress 模块的技术要点与开发要点详解2.1 EZ-BLE PRoC 模块的核心规格与能力边界Cypress EZ-BLE PRoC 模块并不只是一个蓝牙收发器它实际上是“主控 射频”单芯片方案。模块内部跑的是一颗带 BLE 射频外设的 PSoC 4 系列芯片主控是 32 位 ARM Cortex-M0主频最高 48MHzFlash 最多 256KB内存最多 32KB。对可穿戴设备来说这个配置属于“刚好够用”的甜点区可以承载传感器数据采集、简单的滤波算法、协议栈和 GATT 服务但不会像跑 Linux 的高性能 SoC 那样吃电。射频指标上模块的发射功率最大约 4dBm接收灵敏度大约在 -92.5dBm 左右。这个灵敏度数值看上去没有某些专用 BLE 芯片那么极限但在穿戴场景里实际连接距离更多取决于天线在人身上的衰减情况而模块自带的 PCB 天线针对这类应用做了专门优化人体贴身方向的辐射效率比通用天线更可控。模块支持蓝牙 4.1 规范。有人会觉得这个版本旧但在项目落地的时间窗口里4.1 提供了足够稳定的广播、连接和加密能力且兼容后续大多数手机。真正重要的是模块的协议栈和 API 让开发者可以方便地配置连接间隔、广播周期、从机延迟slave latency等参数这直接决定整个项目的功耗表现。我在做类似项目时会把“协议栈对参数的开放程度”列为选型的关键项很多芯片手册写得很漂亮实际能调的参数少得可怜而 Cypress 的 PSoC Creator 环境在这方面做得很细致甚至支持在线调试射频功耗状态。2.2 单芯片 SoC 架构对智能衬衫意味着什么智能衬衫的电子模块位置很特殊它不能像手环那样随意放在手臂或手腕必须贴着躯干固定体积和重量都极度受限。如果采用“MCU 独立蓝牙芯片 天线 屏蔽罩 晶振 电感”的多芯片方案PCB 面积至少要多出 40%模块厚度也压不下来。单芯片方案把主控、射频、匹配网络、天线全部集成在一个芯片和一块小板上电子模块可以被做到很小很薄佩戴时几乎无感。单芯片还有一个隐藏优势降低信号路径上的干扰风险。多芯片方案中 MCU 和蓝牙 IC 之间要通过 SPI 或 UART 通信高速数字信号本身就会成为射频干扰源。尤其在智能衬衫这种传感器信号很微弱心电信号只有毫伏级甚至更小的场景里额外的数字噪声会让采集质量严重劣化。单芯片内部走线更短通信协议栈直接在内存里交换数据物理层面的干扰减少了很多。当然单芯片也意味着所有资源是共享的。采集传感器数据、跑算法和蓝牙协议栈都在这颗 Cortex-M0 上完成需要仔细规划中断优先级、内存池和时序。我在实际开发中习惯把传感器采集放在定时器中断里把数据解析放进主循环把 BLE 事件放到协议栈回调中三者用环形缓冲区解耦这样既不会丢失采样点也不会阻塞蓝牙协议栈。2.3 低功耗机制从连接间隔到从机延迟的调优低功耗不是靠某一项功能实现的而是靠一整组参数的协同。首先是连接间隔。BLE 主从设备会在每个连接事件里交换一次数据连接间隔越长平均功耗越低但实时性越差。Hexoskin 的场景是连续生理监测数据量不大但对连续性有要求通常可以设置为 30ms 到 100ms 之间的某个值。比如设成 50ms则每秒有 20 次连接事件足以把 100Hz 的单通道心电数据拆包发出去。其次是从机延迟。它允许从机在设置数量的连接事件里保持沉默不回复从而跳过中间的空载事件直接降低平均电流。对体征数据这种非紧急类型从机延迟可以设到 4-8 个事件意味着设备可以连续跳过数次握手只在真正有数据时醒过来。这里要小心如果数据量突然变大缓冲会溢出必须把从机延迟和缓冲池大小一起评估。再次是广播周期。设备在未连接状态下通过广播向手机宣告自己的存在。广播发生在固定周期每次广播都要开射频这是设备待机功耗主要来源之一。如果广播间隔设为 100ms待机电流会比较可观设为 1s待机功耗大幅下降但手机发现设备会变慢。Hexoskin 这种消费者产品在首次连接时可以在 App 中触发“高密度广播”模式连接成功后再切回低功耗广播兼顾用户体验和待机时长。还有很重要的一个机制连接后进入睡眠。BLE 4.1 支持从机在两次连接事件之间进入深度睡眠只保留一个 RTC 定时器在下一个连接事件前唤醒系统。配合 PSoC 内部低功耗模式可以让系统在连接状态下也长期保持微安级别的基底电流。我在实测中遇到过一个问题串口调试一开芯片就退出睡眠平均功耗翻了好几倍。所以低功耗调试时要习惯用 GPIO 翻转来代替串口打印否则你永远不知道真实功耗曲线长什么样。3. 硬件集成中的关键难点与实操记录3.1 织物电极与心电信号采集的挑战Hexoskin 的心电采集并不是用传统的一次性贴片电极而是把导电织物缝在衬衫内侧直接接触皮肤。这种结构天生比凝胶电极更容易受运动伪迹和干性接触阻抗影响。人在走路、跑步时织物和皮肤之间会发生微小位移产生基线漂移同时皮肤表面的角质层和汗液会动态改变接触阻抗导致信噪比波动。要解决这个问题通常要做三件事一是采用差分输入的仪表放大器把共模干扰抑制掉二是用右腿驱动电路DRL去稳定人体参考电位这里涉及运放和反馈网络的设计PCB 布局时要注意反馈回路不要引入额外噪声三是在算法层加入高通滤波滤掉 0.5Hz 以下的漂移。我见过一些团队在这里走弯路他们试图单纯靠数字滤波把运动伪迹滤掉发现滤波强度一大心电的 ST 段斜率就变形了。正确的做法是硬件上尽量把信号质量做扎实先把接触阻抗做低再让输入放大器的输入阻抗足够高最后用数字滤波只处理残余噪声而不是把希望全押在算法上。Hexoskin 能在运动场景下保持心电可读本质上是硬件底子和算法策略同时做对了。3.2 天线近身环境的处理技巧天线可能是智能衬衫项目里最容易让硬件团队崩溃的模块。人体组织在 2.4GHz 频段的介电常数很高对射频能量有强烈的吸收和反射作用一个在天线暗室中测出 -10dB 回波损耗的优秀天线贴在胸口后可能直接失谐灵敏度下降 10dB 以上连接距离从 20 米掉到 2 米。Cypress 模块自带的是 PCB 天线它在自由空间的辐射性能是固定的但贴身使用时天线方向性和人体之间的距离会影响实际性能。Hexoskin 作为产品在电子模块的位置、天线朝外的一侧留出的净空区、以及面料厚度上做了针对性设计。作为开发者你需要明白一个原则天线不是孤立元器件而是“模块 PCB 地平面 外壳 人体”共同构成的系统。在测试时不能只在桌面上测试一定要做人体佩戴测试分别测试站立、坐姿、行走、仰卧等姿态下的 RSSI 变化。另一个常见坑是电池和金属件靠近天线。如果电池正好放在天线近场区域电池的金属外壳会作为寄生辐射体改变天线辐射方向甚至把功率吸走。我在做类似项目时习惯把电池摆在天线的远侧并在 PCB 上预留天线净空区四周不要铺地也不要走高速信号线。3.3 小型化与可靠连接的权衡电子模块要小就意味着 PCB 层数和元器件密度都要上去。但层数越多、走线越密EMC 风险越高。关键是把射频部分、数字部分、模拟部分分区布置不要在射频走线下方布置高速数字线。我实际开发中常用 4 层板顶层是射频和模拟信号第二层是完整地平面第三层走电源和低速信号底层铺地并架设连接器。地平面必须完整因为它同时承担射频参考地和模拟信号回流路径的双重职责一旦被切割心电信号和天线性能都会受影响。可靠连接方面电子模块通常通过金属按扣或磁吸方式连接在衣服上方便用户拆下充电。但按扣的连接阻抗在剧烈运动时会发生微小变化这对射频馈电和心电传输都是隐患。最稳妥的做法是按扣本身不承担关键信号只承担结构连接电信号通过 pogo pin 或柔性 FPC 传输。考虑洗涤场景模块在下水前必须取下所以防水重点是衣服上的连接器底座而不是模块本身。4. 数据链路、协议栈与 App 联动4.1 GATT 服务如何设计数据通道BLE 通信以 GATT 服务为基础Hexoskin 这类设备通常自定义一个“健康服务”里面包含心率特征、呼吸特征、活动特征等。每个特征可以设置读、写、通知notify权限心率数据一般是 notify 方式即设备主动把测量值推给手机而不是等手机来读。这里有三个容易忽略的细节。首先是 MTU 大小。BLE 4.0/4.1 时代默认 MTU 是 23 字节有效载荷只有 20 字节。100Hz 心电数据每个采样点如果 2 字节发送频率赶不上采样频率。解决方法是协商更大的 MTU比如通过交换 MTU 请求把 MTU 提升到 247 字节然后在单个通知里打包多个采样点。不过这需要手机端和模块端都正确实现了 MTU 协商逻辑否则会出现静默失败。其次是通知频率。每一个通知都是一次射频事件频繁通知会拉高功耗。要把数据攒到一个缓冲区里等缓冲区满或达到指定时间间隔再一次性发出。比如每 50ms 发一组 10 个心电采样点比每 5ms 发一个点要省电得多。最后是断连后的重连机制。医疗级设备最怕数据断链因为采样数据如果丢失在设备端无法找回。务必要在设备端设计环形缓冲区比如存最后 30 秒数据手机重连后通过补传协议就丢失的数据包或数据块请求。Hexoskin 在长时间监测中能保持数据完整正是靠这种“断链不丢数”的传输机制。4.2 OTA 固件升级与电池管理策略上架后的产品总会有算法优化、功能修复需求OTA 是必须的。Cypress 模块支持通过 BLE 进行固件升级但这需要把 Flash 分区为 Bootloader 和 App 区。Bootloader 负责接收升级包并写入 App 区App 区升级完毕后跳转新固件。OTA 在实践中最常遇到的问题有三个升级中断电、升级包校验失败、升级后参数丢失。对可穿戴设备来说升级中如果用户动了设备或手机锁屏、系统杀掉了 App链路中断设备就可能只剩 Bootloader。我强烈建议在 App 端做三层防御下载完整个固件包并校验 SHA 后才开始传输传输过程中每包带 CRC传输完成后等待设备主动上报版本号确认。同时设备端的 Bootloader 要支持上电后长时间等待有效固件否则变砖后只能返厂。电池管理方面模块要有准确的电池电量上报能力。不是简单读一个 ADC 电压然后映射成百分比因为锂电池在放电中段电压平台平缓简单的电压映射会导致电量显示长时间 50% 然后瞬间掉到 0。建议使用库仑计或建立分段映射曲线并结合放电电流补偿。另外Hexoskin 这种连续穿戴设备充电周期通常在 1-3 天App 在低电量时要提前至少 30 分钟给用户提醒而不是等到 5% 才提示。4.3 与手机 App 的配对、重连和同步逻辑BLE 设备的配对体验决定了普通用户对产品稳定性的第一印象。项目设计上首次配对应遵循“开箱即连接”的原则而不是让用户去系统设置里手动配对。流程应该是App 扫描附近设备按设备名过滤用户点击对应设备App 发起连接再主动发起配对请求完成绑定。绑定bonding之后设备与手机之间保存了长期密钥下次相遇时可以免配重新连接。这里容易出现绑定信息不同步问题用户换了手机或删除 App 后设备端仍保存旧绑定密钥导致新手机无法连接。解决办法是在 App 端提供“恢复出厂设置”入口让设备清除绑定信息重新广播。重连逻辑上App 应该监听系统蓝牙状态变化和设备连接状态回调。当蓝牙关掉再打开或者用户从地下室回到电梯口App 要自动发起重连而不是让用户反复点“连接”。我见过不少产品卡在这里明明设备没问题用户却因为断连后重连失败而给差评。建议做一个后台重连管理器用指数退避策略控制重连频率避免在信号弱时高频尝试导致设备功耗飙升。5. 产品化路上的坑认证、量产与真实测试5.1 模块预认证到底省了多少事无线产品要在全球市场销售认证是绕不开的门槛。FCC、CE、IC、TELEC每个地区都有测试项包括射频输出功率、杂散辐射、电磁兼容等。如果用自研射频方案每一个认证项目都要从头测一次不通过就得改版再来一遍时间成本以月为单位。使用 Cypress EZ-BLE PRoC 模块最直接的好处就是模块本身已经通过了 FCC 等认证最终产品可以沿用模块的射频测试报告大幅缩小认证范围。很多地区允许在产品中加入已认证模块后走“limited module certification”路径只需做整机层面的 EMC/EMI 附加测试而不用重复测射频发射指标。对 Hexoskin 团队来说这就把认证从射频难题降级成了“整机可靠性和电磁兼容性优化”省下的时间可以投入到算法和用户体验上。但是别掉以轻心。模块预认证不等于整机自动合规。整机里的高速数字电路、电池、电机如果有、屏幕等都会成为新的辐射源超出标准限值。所以整机仍然需要做预扫描测试把异常频点找出来通过改善屏蔽和滤波来处理。我的经验是打样阶段就去正规第三方实验室做一次 EMC 预测试两三千元的投入能避免批量后才发现整机不过的灾难。5.2 批量生产中的连接可靠性问题量产是另一个坑。模块的焊盘很小PCB 贴片时如果钢网开孔精度不够或回流焊温度曲线不当会产生虚焊、冷焊。对射频模块来说虚焊导致的阻抗变化可能在射频测试中才暴露不良率会非常难看。建议在产线上增加射频性能测试工位对每一台设备做发射功率和接收灵敏度的简单测试哪怕只用一台频谱仪加一个耦合治具都比只做“能不能开机”要强得多。天线一致性也是量产重点。模块本身的 PCB 天线一致性很好但整机外壳、电池方向、装配公差会影响最终发射功率。如果外壳是金属的天线区域必须特别设计开窗或塑胶件。如果外壳是塑胶的要注意模具成型后的壁厚和材料介电常数是否与设计一致否则射频性能会漂移。在 DVT 阶段最好从模具产线抽样 10-20 台整机做射频性能统计确认标准差在可接受范围内。排水洗也是一个隐患。智能衬衫不能像普通衣服一样随意机洗但用户总是会忘记。Hexoskin 的做法是把电子模块设计为可拆卸式衣服本体的电极接口做成防水的。但长期洗涤后电极的导电层会老化、电阻升高。产品团队需要做耐洗测试比如洗涤 50 次、100 次后电极阻抗变化以及信号质量的变化并用这些数据反推工程设计冗余量。对这类产品洗涤寿命是比电池寿命更严峻的挑战。5.3 我们可以在项目中学到的核心经验再回看这颗 Cypress EZ-BLE PRoC 模块它在这个项目里的角色更像一块基石。它没有做很酷炫的事情但正是这种“稳定、省心、可控制”让 Hexoskin 团队有机会把自己的差异化能力全部押在织物传感、算法和用户体验上。做硬件产品经常会有一种执念觉得什么都该自己造才显得有技术实力。但智能衬衫这个案子说明把专业的事交给专业的模块是成熟的工程决策不是能力不足。从整个项目里可以提炼出一条很实用的设计流程先定功耗预算和认证路径再选通信方案用模块跳过射频风险用 GATT 服务定义明确的数据契约在软件上做好缓冲补传和 OTA 冗余最后在量产前用真实场景测试把射频、信号质量、穿着舒适度的平衡点找出来。每一步都不炫技但每一步都直接决定产品能否落地。如果你现在正打算做一件智能服装或者类似的贴身健康设备我的建议是别一上来就想颠覆射频芯片层的方案。先把最核心的监测价值和数据准确性做到位把连接稳定性和电池续航做到用户无感这比在技术指标上追求“最高、最新、最强”要重要得多。Cypress EZ-BLE PRoC 告诉我们的道理很简单好产品不一定要用最前沿的技术但一定会在关键环节做最稳妥的选择。