企业官网建设流程全解析

1. 从三个传感器说起：这套组合到底能做什么

如果你手头有一块单片机开发板，想做一个能测心率、血压趋势、环境温湿度、还有运动姿态的小型监测终端，那HP6、SHT20、MPU6050这三个器件凑在一起，基本就是这个方向里最经典、资料最全、成本也最可控的一套组合。我自己前前后后搭过好几版类似的采集节点，从最早的洞洞板飞线，到后来画PCB打样，踩过的坑不算少，今天就把这套组合的使用逻辑、接线要点、驱动思路和调试经验完整地捋一遍。

先说清楚这三个东西各自是干嘛的。HP6是一颗集成度比较高的生理参数传感模块，主要输出心率和血压相关的数据，通常通过串口或者I2C跟主控通信，它内部已经做了不少信号处理，你拿到的一般是相对稳定的数值，而不是原始的光电容积脉搏波波形。SHT20是一颗数字温湿度传感器，I2C接口，精度在同类里算中上，温度典型精度±0.3℃，湿度±3%RH，性价比很高，广泛用于环境监测。MPU6050则是六轴惯性测量单元，三轴加速度加三轴陀螺仪，I2C接口，用来做姿态解算、运动检测、跌倒判断这类事情。

把这三者放在一个系统里，你能做的事情其实挺多：做一个健康与环境监测一体的小终端，一边采集佩戴者的心率和血压趋势，一边记录所处环境的温湿度，同时用MPU6050判断当前是静止、走动还是跌倒状态。数据可以本地显示，也可以上传到上位机做趋势分析。适合谁来参考？我觉得两类人最合适：一类是刚接触嵌入式、想找一个综合性项目练手的同学；另一类是做健康类、穿戴类产品原型验证的开发者，需要快速把几个传感器跑通、拿到可信数据。

但这里要先泼一盆冷水：这三个器件单独用都不算难，难的是把它们放在同一块板子上、共用总线、还要保证数据不互相干扰。I2C地址冲突、电源噪声、时序竞争、数据漂移，这些问题在你只调一个传感器的时候根本遇不到，一旦三个一起上，就会集中爆发。下面我就按“整体设计思路—核心细节—实操过程—问题排查”这个顺序，把每个环节讲透。

2. 整体设计与方案选型：为什么这么搭

2.1 总线拓扑的选择：I2C为主，串口为辅

先解决一个最基础的问题：这三个器件怎么跟主控连。SHT20和MPU6050都是标准的I2C从机，这个没得选，直接挂I2C总线就行。HP6稍微特殊一点，市面上常见的HP6模块有的走UART，有的走I2C，具体看你拿到的模组版本。我建议优先用I2C版本，原因是这样三个器件可以共用一组总线，接线简洁，主控的IO占用也少。

但共用I2C总线有个前提：地址不能冲突。SHT20的7位地址是0x40，MPU6050默认是0x68（AD0接地）或0x69（AD0接VCC），HP6的I2C地址则要看具体模组手册，常见的是0x50段或者0x57段。你在动手之前，第一件事就是把三个地址列出来核对一遍，确认没有重叠。如果实在冲突了，MPU6050可以通过AD0引脚改地址，这是它比较贴心的地方；SHT20地址固定，改不了；HP6如果地址和谁撞了，那就只能把其中一个挪到软件I2C的另一组引脚上。

提示：I2C总线上必须接上拉电阻，典型值4.7kΩ，接到3.3V。很多模块板载已经带了上拉，这时候你就要注意，如果多个模块都带了上拉，并联之后等效阻值会变小，可能导致上升沿过冲、通信不稳。我遇到过一块板子上三个模块各带4.7k上拉，并联后等效约1.57k，低速下没事，一旦把I2C速率提到400kHz就开始丢包。解决办法是只保留一组上拉，把其余模块的上拉电阻焊掉。

2.2 供电与电平匹配：3.3V是主线

这三个器件的工作电压基本都是3.3V。SHT20是2.1V到3.6V，MPU6050是2.375V到3.46V，HP6模块通常也是3.3V供电。所以整个系统用3.3V做主线是最省事的，不需要额外的电平转换。

但这里有个容易被忽略的点：如果你用的主控是5V逻辑（比如某些老款开发板），I2C的SDA和SCL在空闲时是被上拉到电源电压的，5V上拉直接怼到3.3V器件上，长期下来会损伤器件。这种情况下要么换3.3V主控，要么加I2C电平转换芯片。我个人的习惯是，只要系统里有3.3V器件，主控就统一用3.3V，省去一堆麻烦。

电源噪声这块，MPU6050对电源比较敏感，尤其是陀螺仪的零偏会受电源纹波影响。建议在MPU6050的VDD引脚旁边放一个0.1μF的陶瓷电容做去耦，再并一个10μF的钽电容做储能。HP6因为内部有模拟前端，对电源要求也不低，最好单独走一路LDO给它，别和电机、显示屏这种大电流负载共用一条电源线。

2.3 数据采集节奏的设计

三个传感器的数据更新率差别很大，这决定了你的采集策略不能一刀切。SHT20的温湿度转换时间，温度约50ms，湿度约14ms，你不可能高频去读它，一般1秒读一次就够了。MPU6050的加速度和陀螺仪可以配置到很高的输出率，做姿态解算通常需要100Hz以上。HP6的心率血压输出率则取决于模组内部算法，一般1Hz到10Hz之间。

所以合理的做法是分频采集：用一个定时器做时基，比如1ms中断一次，在中断里做计数分频。MPU6050每10ms读一次（100Hz），HP6每100ms读一次（10Hz），SHT20每1000ms读一次（1Hz）。这样既保证了姿态数据的实时性，又不会让慢速传感器拖累整个系统的节奏。如果你把三个都放在主循环里顺序读，SHT20那几十毫秒的转换等待就会把MPU6050的采样周期撑大，姿态解算直接崩掉。

3. 核心细节解析与实操要点

3.1 SHT20的驱动要点与温湿度换算

SHT20的驱动本身不复杂，但有几个细节决定了你读出来的数据靠不靠谱。它的命令集里，温度测量是0xE3（保持主机模式）或0xF3（非保持模式），湿度是0xE5或0xF5。所谓保持模式，就是传感器在测量期间会拉低SCL，把主机钳住，等测量完成才释放；非保持模式则是主机发完命令就可以走，过一会儿再来读。我一般用非保持模式，因为保持模式会阻塞总线，影响同一总线上MPU6050的通信。

读回来的原始值是16位，湿度需要做线性换算。公式是这样的：RH = -6 + 125 × (S_RH / 65536)，其中S_RH是原始值。温度则是：T = -46.85 + 175.72 × (S_T / 65536)。这两个公式里的常数是芯片手册给的，别自己瞎改。

注意：SHT20上电后需要等待最多15ms才能发第一个命令，这段时间它内部在做初始化。我见过有人上电就立刻读，结果一直返回0xFF，查了半天以为是接线问题，其实就是没等够时间。

还有一个坑是CRC校验。SHT20每个测量结果后面会跟一个CRC字节，很多人直接忽略。在短距离、干净电源的环境下确实可以不管，但如果你板子上有电机或者无线模块，数据被干扰的概率不低，建议还是把CRC校验加上。校验多项式是x^8 + x^5 + x^4 + 1，初始值0x00。

3.2 MPU6050的初始化与零偏校准

MPU6050是这三个里最“娇气”的一个。它上电后要先解除休眠，配置电源管理寄存器0x6B，把它从睡眠模式唤醒，一般写0x00就行。然后配置采样率分频寄存器0x19、配置寄存器0x1A做低通滤波、陀螺仪配置0x1B、加速度配置0x1C。

量程选择上，加速度我一般用±4g，陀螺仪用±500°/s。为什么不用±2g和±250°/s？因为做人体动作检测时，±2g很容易饱和，尤其是跌倒瞬间的冲击加速度能到3g以上。量程大一点，分辨率虽然降了，但不会削顶。加速度±4g对应分辨率8192 LSB/g，陀螺仪±500°/s对应65.5 LSB/°/s，这个精度做姿态判断足够了。

零偏校准是必须做的。MPU6050出厂有零偏，而且随温度漂移。我的做法是：上电后让设备静止放置约2秒，连续采样1000次，把加速度和陀螺仪的均值算出来，作为零偏存起来，后续每次读数都减去这个零偏。这一步不做，你的姿态角会一直缓慢漂移，积分几分钟就偏得没法看。

// 简化的零偏校准伪代码 int32_t acc_sum[3] = {0}, gyro_sum[3] = {0}; for (int i = 0; i < 1000; i++) { read_mpu6050_raw(acc_raw, gyro_raw); for (int j = 0; j < 3; j++) { acc_sum[j] += acc_raw[j]; gyro_sum[j] += gyro_raw[j]; } delay_ms(2); } for (int j = 0; j < 3; j++) { acc_offset[j] = acc_sum[j] / 1000; gyro_offset[j] = gyro_sum[j] / 1000; }

3.3 HP6的数据读取与血压趋势的理解

HP6这类模块，最容易让人误解的就是“血压”两个字。它输出的血压值，严格来说是基于脉搏波特征做的一种估算，不是像袖带血压计那样直接测量。你要清楚这一点，才不会在项目里把它当成医疗级数据来用。它的价值在于趋势观察——比如你静坐时读数是120/80，走动后变成135/88，这个变化趋势是有参考意义的，但绝对值不要拿去和医用设备比对。

读取上，如果是I2C版本，通常是先读状态寄存器判断数据是否就绪，再读数据寄存器。心率一般是一个字节或两个字节，血压是收缩压和舒张压各一个字节。有些模组还会给一个“置信度”或者“信号质量”字段，这个字段非常有用，信号质量低的时候读出来的心率是乱的，你应该在软件里做过滤，质量低于阈值就丢弃这次数据。

提示：HP6对佩戴位置和接触压力很敏感。手指按得太紧，血流被阻断，读出来心率偏低甚至读不到；按得太松，光路耦合不好，信号噪声大。我实测下来，指腹轻贴、不施加明显压力，读数最稳。这个经验手册上不会写，但实际用的时候差别很大。

4. 实操过程与核心环节实现

4.1 硬件连接与上电检查

先把接线理清楚。以3.3V主控为例，I2C的SDA和SCL分别接主控的对应引脚，三个传感器的VCC都接3.3V，GND共地。HP6如果是独立串口版本，TX接主控RX，RX接主控TX，注意交叉。

上电之前，用万用表量一遍VCC和GND之间有没有短路，这一步别省。我有一次偷懒没量，上电后LDO直接发烫，查出来是MPU6050模块的焊盘有锡渣搭到了旁边的地。上电之后，先不急着跑程序，用示波器或者逻辑分析仪看一下I2C总线的空闲电平，正常应该是高电平。如果一直是低，说明总线被某个器件拉死了，逐个断开排查。

4.2 分步调试：先单点，再联调

我的习惯是绝对不三个一起上。先单独调SHT20，写个最简单的程序读温湿度，串口打印出来，用手哈一口气看湿度有没有上升，确认驱动没问题。然后单独调MPU6050，读原始值，静止时加速度Z轴应该接近1g对应的LSB值，陀螺仪三轴接近零偏值。最后单独调HP6，看能不能稳定输出心率。

三个都单独跑通之后，再合并到一个工程里。合并的时候，先把I2C的读写函数统一，确保三个器件用的是同一套底层时序。然后按前面说的分频策略组织采集任务。这里最容易出的问题是时序竞争：如果MPU6050的读取和SHT20的读取在同一个中断里顺序执行，而SHT20又用了保持模式，就会互相阻塞。解决办法就是前面说的，SHT20用非保持模式，或者把慢速传感器放到主循环里，不放在中断里。

4.3 数据融合与姿态判断的简单实现

MPU6050的数据拿来做什么？最直接的是算倾角。用加速度算俯仰角和横滚角：pitch = atan2(-ax, sqrt(ay² + az²))，roll = atan2(ay, az)。但加速度对振动敏感，单独用会抖。所以通常用互补滤波，把陀螺仪积分出来的角度和加速度算出来的角度做加权融合：angle = 0.98 × (angle + gyro × dt) + 0.02 × acc_angle。这个0.98和0.02是经验系数，dt是采样周期。系数越大越信任陀螺仪，响应快但会漂；越小越信任加速度，稳但滞后。我一般用0.95到0.98之间，具体看应用。

跌倒判断可以基于加速度幅值。静止时合加速度约1g，跌倒过程中会出现一个明显的冲击峰，然后可能进入一个低加速度或者姿态异常的状态。简单的逻辑是：合加速度超过2.5g，判定为疑似冲击；随后如果倾角超过60度并持续2秒以上，判定为跌倒。这个阈值需要根据实际佩戴位置调整，不是固定的。

4.4 数据上报与本地显示

数据采集完了总得有个去处。最简单的是通过串口打到上位机，用串口助手或者自己写个Python脚本画曲线。如果要本地显示，可以接一个0.96寸OLED，I2C接口的，注意它的地址通常是0x3C，别和前面三个撞了。OLED刷新率不用太高，5Hz就够，否则刷屏会占用大量总线时间，影响传感器读取。

上报格式我建议用简单的文本协议，比如“HR:75,BP:120/80,T:25.3,H:48.2,AX:0.02,AY:-0.01,AZ:1.01”，一行一帧，方便解析。别一上来就搞二进制协议，调试阶段文本最直观，等稳定了再考虑压缩。

5. 常见问题与排查技巧实录

5.1 I2C通信失败的分层排查

I2C不通是最常见的问题，排查要分层。第一层，量电压：VCC是不是3.3V，SDA和SCL空闲时是不是高电平。第二层，量波形：用逻辑分析仪抓一次通信，看起始条件、地址字节、ACK位对不对。第三层，查地址：用I2C扫描程序把所有地址扫一遍，看能不能扫到预期的三个地址。第四层，查上拉：上拉电阻是不是合适，有没有多个上拉并联导致阻值过小。

我整理了一个速查表，遇到问题按这个顺序走，基本能定位到。

5.2 数据漂移与噪声的处理经验

MPU6050的陀螺仪零偏随温度漂移是物理特性，没法完全消除，只能补偿。如果你的设备工作环境温度变化大，可以考虑加一个简单的温度补偿：在不同温度下测零偏，拟合一条曲线，运行时根据当前温度查表补偿。这个做法在精度要求高的场合很必要，普通项目里做一次常温校准也够用。

SHT20的湿度读数在高温高湿环境下容易偏高，这是它的特性。如果发现湿度长期偏高几个百分点，可以用一个已知准确的湿度计做单点校准，在软件里加一个偏移量。温度读数一般比较准，不太需要校准。

HP6的心率数据在运动状态下噪声很大，这是光电容积法的固有缺陷。我的处理办法是加一个滑动平均滤波，窗口取5到8个点，同时结合信号质量字段，质量差的时候不更新显示值，保持上一次的有效值。这样显示出来的心率不会乱跳。

5.3 多传感器共存时的资源竞争

三个传感器共用I2C，最大的隐患是某个器件的读写操作耗时过长，把总线占住，导致其他器件超时。SHT20的保持模式是典型例子，前面说过。另一个是OLED刷新，整屏刷新一次要传1KB左右的数据，在100kHz的I2C速率下要将近100ms，这期间MPU6050的采样全丢了。解决办法是把OLED刷新放到低优先级任务里，或者用局部刷新只更新变化的区域。

还有中断优先级的问题。如果你用中断方式读MPU6050的INT引脚，要注意这个中断的优先级不能太高，否则会打断I2C的传输时序。我一般把MPU6050的数据就绪中断设为低优先级，在中断里只置一个标志位，实际读取放到主循环里做。

注意：调试多传感器系统时，逻辑分析仪比示波器更好用。示波器只能看两路信号，逻辑分析仪能同时抓SDA、SCL、还有各个器件的使能引脚，一次就能看清是谁在什么时候占用了总线。这个工具上的投入，能帮你省下大量猜测的时间。

6. 几个让我印象深刻的踩坑记录

第一个坑是电源。早期版本我用了一个便宜的AMS1117给整个板子供电，MPU6050的陀螺仪零偏一直在缓慢变化，姿态角几分钟就漂了十几度。后来换成低噪声的LDO，并且在MPU6050电源脚旁边加了RC滤波，漂移明显改善。这件事让我明白，惯性器件的精度，一半靠算法，一半靠电源。

第二个坑是I2C上拉。有一版板子我忘了检查模块自带的上拉，结果总线上并了四个4.7k，等效1.175k，低速下勉强能跑，一提到400kHz就大量NACK。把多余的上拉焊掉之后，400kHz跑得稳稳的。这个教训是：模块化设计虽然方便，但模块上的“默认配置”不一定适合你的系统，该改就得改。

第三个坑是HP6的佩戴。我一开始用手指用力按住传感器，心率读数一直在60左右，明显偏低。后来放松手指，读数回到75左右，和参考设备对得上。这个细节没有任何文档会告诉你，只能自己试出来。

这套组合我前后用了大概半年时间，从最初的点亮一个灯都要查半天，到后来能稳定跑几个小时不出错，中间的过程就是不断遇到问题、定位问题、解决问题的循环。传感器本身不难，难的是让它们在一个系统里和谐共处。希望这些经验能帮你少走一些我走过的弯路。如果你也在做类似的东西，建议先把单个器件吃透，再考虑联调，这个顺序能帮你省下大量时间。