1. 项目缘起为什么是PIC18F26K42与HTU21D的组合最近在做一个环境监测的小项目核心需求是采集高精度的温湿度数据并且希望整个系统功耗低、稳定可靠。在选型阶段我几乎把市面上主流的MCU和传感器方案都过了一遍。最终我锁定了Microchip的PIC18F26K42这颗8位MCU搭配盛思锐Sensirion的HTU21D温湿度传感器。这个组合可能不是最“网红”的比如STM32SHT3x系列但经过实测它在成本、性能、开发便利性上达到了一个非常理想的平衡点特别适合中小批量的工业或消费级嵌入式产品。先说MCU的选择。PIC18F26K42属于PIC18系列中的“K42”增强型内核家族。很多人一提到8位机就觉得“过时”或“性能弱”但对于温湿度采集这种典型的中低速、周期性任务它完全游刃有余。这颗芯片主频最高64MHz自带硬件I2C主控模块MSSP支持时钟延展这对于可靠地与HTU21D通信至关重要。更重要的是它的功耗管理非常精细在数据采集间隙可以轻松进入休眠模式整机平均电流可以做到极低这对于电池供电的无线传感节点是巨大优势。相比之下一些32位ARM Cortex-M0芯片虽然性能更强但静态功耗和外围电路复杂度可能更高有点“杀鸡用牛刀”的感觉。传感器方面HTU21D是一款经典的数字式温湿度传感器。它采用电容式湿度传感和带隙温度传感技术通过工厂校准将校准系数存储在芯片内部。其精度典型值为±2%RH湿度和±0.3°C温度分辨率最高可达0.04%RH和0.01°C对于绝大多数应用场景已经绰绰有余。它通过I2C接口通信供电范围宽1.5V-3.6V体积小巧DFN封装。我放弃DHT11/22这类单总线传感器的原因很简单I2C总线更标准可以方便地挂载多个传感器且时序由硬件或软件严格把控抗干扰能力和可靠性远胜于依赖严格延时时序的单总线协议。这个项目的核心就是打通PIC18F26K42的硬件I2C与HTU21D之间的通信链路实现稳定、准确的数据读取并处理好传感器的一些特殊操作如软复位、CRC校验等。下面我将从硬件连接到软件驱动再到实战中的坑点完整地拆解这个过程。2. 硬件设计要点与电路连接解析硬件是软件稳定运行的基础。PIC18F26K42与HTU21D的硬件连接看似简单但有几个细节处理不好轻则通信失败重则数据跳动剧烈。2.1 电源与去耦设计首先确保电源干净。HTU21D对电源噪声比较敏感尤其是进行模数转换时。我的方案是使用独立的LDO如果系统中有其他数字电路如电机、继电器强烈建议为HTU21D单独使用一颗低压差线性稳压器如MIC5205-3.3与MCU的数字电源隔离。如果条件不允许至少要在HTU21D的VDD引脚就近放置一个0.1μF和一个10μF的陶瓷电容进行去耦。注意上电时序HTU21D的数据手册明确要求上电后需要等待至少15ms才能发送第一条命令。在软件初始化时必须加入这个延时。PIC18F26K42的启动时间较快要确保MCU完成初始化后传感器也已准备就绪。2.2 I2C总线物理层配置I2C总线的两根线串行数据线SDA和串行时钟线SCL。PIC18F26K42的硬件I2C模块引脚是复用的需要正确配置。引脚映射与初始化以PIC18F26K42的MSSP1模块为例SDA1和SCL1可能对应RC4和RC3具体需查数据手册。在MPLAB® X IDE中需要使用TRISC寄存器将这两个引脚设置为输入实际上硬件I2C模块会控制方向并通过ANSELC寄存器将其设置为数字功能关闭模拟输入。// 示例配置RC3(SCL)和RC4(SDA)为数字I2C功能 ANSELCbits.ANSC3 0; // 关闭RC3的模拟功能 ANSELCbits.ANSC4 0; // 关闭RC4的模拟功能 TRISCbits.TRISC3 1; // 建议初始化为输入 TRISCbits.TRISC4 1; // 建议初始化为输入上拉电阻是关键I2C是开源漏极Open-Drain输出必须依赖上拉电阻将线路拉到高电平。电阻值的选择需要权衡阻值太小电流大功耗高下降沿过快可能引起过冲。阻值太大上升沿过慢可能无法在时钟高电平期间达到逻辑高电平导致通信失败。经验值对于3.3V供电总线电容在100pF左右短线、少量设备时4.7kΩ是常用值。如果布线较长或挂载设备多总线电容增大应适当减小阻值如2.2kΩ或1.5kΩ。务必在实际板子上用示波器观察SDA和SCL的上升沿确保其陡峭。我的项目中使用的是3.3kΩ电阻实测波形良好。布局布线尽量让HTU21D靠近MCUSDA和SCL走线等长、平行并远离高频或大电流走线下方铺地屏蔽。如果传感器需要通过排线连接排线长度最好不超过20cm。2.3 地址选择与连接HTU21D的7位I2C地址是0x40二进制1000000。它有一个地址引脚ADDR/SDA但通常HTU21D模块上这个引脚是接地或悬空的接地时地址就是0x40。在代码中我们读写时需要将7位地址左移一位并加上读写位。因此写地址W(0x40 1) | 0 0x80读地址R(0x40 1) | 1 0x813. PIC18F26K42硬件I2C模块深度配置PIC18F26K42的MSSP模块功能强大支持I2C主控、从控等多种模式。我们这里只关心主控模式。配置的核心是几个寄存器I2CxCON0,I2CxCON1,I2CxCON2,I2CxCLK以及I2CxBAUD。3.1 时钟速率Baud Rate计算这是第一个容易出错的地方。I2C时钟频率由I2CxCLK源和I2CxBAUD分频器共同决定。公式如下F_SCL F_I2CxCLK / (2 * (I2CxBAUD 1))假设我们使用系统时钟F_OSC 64 MHz并选择F_OSC作为I2CxCLK源。HTU21D支持的最高SCL频率是400kHz快速模式。为了留有余量我们设定目标F_SCL 100kHz标准模式。计算I2CxBAUD的值I2CxBAUD (F_I2CxCLK / (2 * F_SCL)) - 1 (64,000,000 / (2 * 100,000)) - 1 320 - 1 319319的十六进制是0x13F。我们需要将其写入I2CxBAUD寄存器一个16位寄存器。3.2 关键寄存器配置步骤下面是一个初始化函数I2C1_Init的详细实现和注释// I2C1_Init - 初始化MSSP1为I2C主模式100kHz void I2C1_Init(void) { // 1. 禁用I2C模块以便安全配置 I2C1CON0bits.EN 0; // 2. 配置时钟源和分频 (I2C1CLK) // 选择FOSC作为时钟源 (假设FOSC64MHz) I2C1CLKbits.CLKSEL 0b0000; // 选择FOSC // 设置波特率发生器目标100kHz // I2CxBAUD (Fosc / (2 * Fscl)) - 1 (64M / (2*100k)) -1 319 I2C1BAUD 319; // 0x13F // 3. 配置控制寄存器0 (I2C1CON0) I2C1CON0bits.M 0; // 7位地址模式 I2C1CON0bits.RSEN 0; // 禁止重复起始条件按需使能 I2C1CON0bits.S 0; // 禁止从模式 I2C1CON0bits.ACNT 0; // 地址计数器从模式用 I2C1CON0bits.BFRET 0; // 总线释放恢复时间默认 // 4. 配置控制寄存器1 (I2C1CON1) I2C1CON1bits.SCLREL 1; // **关键** 时钟释放控制。1允许时钟运行支持时钟延展 I2C1CON1bits.CSTR 0; // 时钟延展期间SCL为高默认 I2C1CON1bits.FME 0; // 禁用快速模式100kHz I2C1CON1bits.SMEN 0; // 禁用SMBus特定超时除非需要 I2C1CON1bits.GCEN 0; // 禁用广播呼叫从模式用 I2C1CON1bits.ACKDT 0; // 默认应答数据位为0ACK I2C1CON1bits.ACKCNT 0; // 自动ACK控制0手动1自动。建议先用手动。 I2C1CON1bits.ACKSTAT 0; // ACK状态位只读 // 5. 配置控制寄存器2 (I2C1CON2) - 主要用于从模式和DMA主模式简单配置 I2C1CON2bits.ABD 0; // 地址广播检测从模式 I2C1CON2bits.ABDEN 0; // 禁用地址广播检测 I2C1CON2bits.PCIE 0; // 禁用SMBus PEC I2C1CON2bits.SDAHT 1; // SDA保持时间1300ns满足标准模式要求 // 6. 启用I2C模块 I2C1CON0bits.EN 1; // 7. 等待模块就绪可选但建议 while(!I2C1STAT0bits.BFRE); // 等待总线空闲 }关键点解析SCLREL位必须设置为1。这允许从设备HTU21D在需要处理数据时通过拉低SCL线来“伸展”时钟Clock Stretching。HTU21D在完成温湿度转换后会通过时钟延展来保持总线直到数据准备好。如果此位为0主设备将无法响应从设备的时钟延展导致通信超时或失败。ACKCNT位设置为0手动ACK控制。在初始调试阶段手动控制ACK/NACK有助于我们清晰地观察通信流程。熟练后可以改为自动ACK以简化代码。SDAHT位设置SDA数据保持时间确保满足I2C协议规范。3.3 基础通信函数编写有了初始化我们需要编写最基础的三个函数产生起始条件、发送一个字节、产生停止条件。注意PIC18F26K42的I2C模块状态和操作主要通过I2C1STAT0和I2C1STAT1寄存器来监控。// I2C1_WaitIdle - 等待总线空闲BFRE位为1和上次操作完成TXBE/RXBF等 void I2C1_WaitIdle(void) { while(!I2C1STAT0bits.BFRE); // 等待总线空闲标志 // 也可以添加其他状态检查如等待发送缓冲区空 } // I2C1_Start - 产生起始条件 void I2C1_Start(void) { I2C1_WaitIdle(); I2C1CON0bits.S 1; // 设置起始条件使能位 while(!I2C1STAT1bits.S); // 等待起始条件完成标志 } // I2C1_WriteByte - 发送一个字节数据并返回从机应答位 uint8_t I2C1_WriteByte(uint8_t data) { I2C1_WaitIdle(); I2C1TXB data; // 将数据写入发送缓冲区 while(!I2C1STAT1bits.TXBE); // 等待发送缓冲区空数据已移出 // 检查ACK状态 // 注意ACKSTAT位在ACK周期后更新。我们需要等待一次传输完成。 // 一个简单的方法是等待BFRE再次变高一次字节传输完成 I2C1_WaitIdle(); // 等待本次字节传输完成 return I2C1STAT1bits.ACKSTAT; // 0ACK, 1NACK } // I2C1_Stop - 产生停止条件 void I2C1_Stop(void) { I2C1_WaitIdle(); I2C1CON0bits.P 1; // 设置停止条件使能位 while(!I2C1STAT1bits.P); // 等待停止条件完成标志 }避坑提示I2C1_WaitIdle函数中只等待BFRE总线空闲有时是不够的。在连续写入时可能上次字节刚放入缓冲区TXBE变低但BFRE还未变低。更稳健的做法是组合判断例如while(!I2C1STAT0bits.BFRE || !I2C1STAT1bits.TXBE);。但在标准速度下只等待BFRE在大多数情况下可行。关键在于保持一致性并在逻辑分析仪上验证时序。4. HTU21D驱动层实现与数据读取HTU21D的通信协议相对简单。主要操作包括触发测量、读取数据、读写用户寄存器、软复位等。每个命令都是一个字节。4.1 命令定义与基本读写流程首先定义常用命令#define HTU21D_ADDR_WRITE 0x80 // 7位地址0x40左移一位写位为0 #define HTU21D_ADDR_READ 0x81 // 7位地址0x40左移一位读位为1 // HTU21D 命令集 #define HTU21D_TRIGGER_TEMP_MEASURE_HOLD 0xE3 #define HTU21D_TRIGGER_HUMI_MEASURE_HOLD 0xE5 #define HTU21D_TRIGGER_TEMP_MEASURE_NOHOLD 0xF3 #define HTU21D_TRIGGER_HUMI_MEASURE_NOHOLD 0xF5 #define HTU21D_WRITE_USER_REG 0xE6 #define HTU21D_READ_USER_REG 0xE7 #define HTU21D_SOFT_RESET 0xFEHOLD和NOHOLD模式的区别在于HOLD模式下MCU发送测量命令后会保持SCL为低时钟延展直到传感器完成转换并准备好数据NOHOLD模式下MCU发送命令后即可释放总线等待至少50ms具体时间查手册后再去读取数据。我强烈建议使用HOLD模式因为它简化了软件流程由硬件I2C的时钟延展功能自动处理等待可靠性更高。一个完整的读取温湿度数据的函数HTU21D_Read如下所示它封装了启动、发送命令、读取数据含CRC校验的过程// HTU21D_Read - 执行指定命令并读取结果2字节数据 1字节CRC // 参数cmd - 测量命令如HTU21D_TRIGGER_TEMP_MEASURE_HOLD // value - 指向一个16位无符号整数的指针用于存储RAW传感器数据不含CRC // 返回值0成功1通信失败NACK2CRC校验失败 uint8_t HTU21D_Read(uint8_t cmd, uint16_t *value) { uint8_t data[3]; // 存储读取的3个字节 (MSB, LSB, CRC) uint8_t crc_calculated; uint8_t ack_status; // 1. 发送起始条件 I2C1_Start(); // 2. 发送设备写地址并检查ACK ack_status I2C1_WriteByte(HTU21D_ADDR_WRITE); if(ack_status ! 0) { // NACK I2C1_Stop(); return 1; // 通信失败 } // 3. 发送测量命令 ack_status I2C1_WriteByte(cmd); if(ack_status ! 0) { // NACK (通常不会发生除非命令错误) I2C1_Stop(); return 1; } // 如果是HOLD模式此时传感器会拉低SCL时钟延展MCU的I2C硬件会自动等待。 // 我们需要重新发起一次通信来读取数据。 // 4. 发送重复起始条件Repeated Start // PIC18F26K42中重复起始条件通过先设置S位再在S位为1时设置R位来实现。 // 更简单的方式先产生停止条件再产生起始条件。但标准I2C推荐使用重复起始。 // 这里演示使用重复起始 I2C1CON0bits.RSEN 1; // 使能重复起始 while(!I2C1STAT1bits.S); // 等待重复起始完成 // 5. 发送设备读地址 ack_status I2C1_WriteByte(HTU21D_ADDR_READ); if(ack_status ! 0) { I2C1_Stop(); return 1; } // 6. 读取三个字节 (MSB, LSB, CRC8) // 注意读取最后一个字节后需要发送NACK读取非最后一个字节后发送ACK。 // 我们将使用手动ACK控制ACKCNT0通过ACKDT和ACKCNT位来操作。 // 读取第一个字节 (MSB) - 读后发ACK I2C1CON1bits.ACKDT 0; // 准备发送ACK I2C1CON1bits.ACKCNT 1; // 触发一次ACK传输 while(!I2C1STAT1bits.RXBF); // 等待接收缓冲区满 data[0] I2C1RXB; // 读取第二个字节 (LSB) - 读后发ACK I2C1CON1bits.ACKDT 0; I2C1CON1bits.ACKCNT 1; while(!I2C1STAT1bits.RXBF); data[1] I2C1RXB; // 读取第三个字节 (CRC) - 读后发NACK I2C1CON1bits.ACKDT 1; // 准备发送NACK I2C1CON1bits.ACKCNT 1; // 触发一次ACK/NACK传输 while(!I2C1STAT1bits.RXBF); data[2] I2C1RXB; // 7. 发送停止条件 I2C1_Stop(); // 8. 组合数据并校验CRC *value ((uint16_t)data[0] 8) | data[1]; crc_calculated Calculate_CRC8(data[0], 2); // 计算前两个字节的CRC if(crc_calculated ! data[2]) { return 2; // CRC校验失败 } return 0; // 成功 }4.2 CRC-8校验算法的实现HTU21D使用的CRC多项式是x^8 x^5 x^4 1初始值为0x00。这是一个必须正确实现的函数否则无法验证数据完整性。// Calculate_CRC8 - 计算HTU21D格式的CRC-8校验码 // 参数data - 指向待校验数据的指针2字节的MSB和LSB // 返回值计算出的CRC值 uint8_t Calculate_CRC8(uint8_t *data, uint8_t len) { uint8_t crc 0x00; // 初始值 uint8_t i, j; for (i 0; i len; i) { crc ^ data[i]; // 与数据异或 for (j 0; j 8; j) { if (crc 0x80) { // 检查最高位 crc (crc 1) ^ 0x31; // 多项式 0x31 (x^8 x^5 x^4 1) } else { crc 1; } } } return crc; }4.3 原始数据到物理值的转换HTU21D返回的是14位的原始数据高14位有效低2位是状态位。转换公式如下温度T -46.85 175.72 * (S_T / 2^16)其中S_T是16位RAW温度值需右移2位去掉状态位。湿度RH -6 125 * (S_RH / 2^16)其中S_RH是16位RAW湿度值需右移2位去掉状态位。状态位RAW值的bit0和bit1用于指示测量类型温度/湿度读取后应屏蔽掉。// HTU21D_Convert - 将RAW传感器值转换为实际的温度和湿度 // 参数raw_value - 从HTU21D_Read读取的16位原始值 // is_temperature - 1表示转换为温度0表示转换为湿度 // 返回值转换后的浮点数值 float HTU21D_Convert(uint16_t raw_value, uint8_t is_temperature) { float result; uint32_t st raw_value 0xFFFC; // 清除低两位状态位 if(is_temperature) { // 温度转换公式: T -46.85 175.72 * (ST / 2^16) result -46.85f 175.72f * ((float)st / 65536.0f); } else { // 湿度转换公式: RH -6 125 * (SRH / 2^16) result -6.0f 125.0f * ((float)st / 65536.0f); // 湿度需要限幅在0-100%RH之间 if(result 100.0f) result 100.0f; if(result 0.0f) result 0.0f; } return result; }5. 系统集成、调试与实战避坑指南将驱动集成到实际项目中并确保长期稳定运行才是真正的挑战。这里分享几个我踩过的坑和总结的经验。5.1 上电初始化与软复位策略HTU21D上电后需要至少15ms的稳定时间。我的建议是在MCU初始化完成、I2C模块使能后先等待20ms然后发送一个软复位命令。void HTU21D_Init(void) { // 1. 确保电源稳定等待 15ms __delay_ms(20); // 2. 发送软复位命令 (0xFE) I2C1_Start(); if(I2C1_WriteByte(HTU21D_ADDR_WRITE) 0) { // ACK I2C1_WriteByte(HTU21D_SOFT_RESET); } I2C1_Stop(); // 3. 软复位后需要等待至少15ms __delay_ms(20); }为什么需要软复位它可以清除传感器可能存在的任何错误状态例如上次通信异常导致内部指针错乱。这是一个很好的容错设计。注意软复位命令后必须等待足够时间。5.2 通信失败的根本原因排查附逻辑分析仪截图分析当HTU21D_Read函数返回失败NACK或CRC错误时不要盲目修改代码。最有效的工具是逻辑分析仪。我用的是Saleae Logic抓取I2C总线波形。情况一完全无ACKNACK。波形显示Start后发送地址字节SDA在第9个时钟周期仍为高NACK。可能原因1地址错误。确认HTU21D的地址引脚电平用万用表测量。确保代码中地址正确。可能原因2电源问题。测量HTU21D的VDD引脚电压是否在1.8V-3.6V之间上电瞬间是否有毛刺可能原因3上拉电阻过大或过小。用示波器看SDA/SCL上升沿是否过于平缓上升时间1μs调整上拉电阻。可能原因4传感器损坏或未焊接好。情况二地址ACK命令NACK。波形显示地址被应答但发送命令字节后收到NACK。可能原因命令错误或传感器忙。检查命令字节是否正确。确保两次测量之间留有足够间隔湿度测量最慢可达29ms。可以在发送命令前读取状态寄存器用户寄存器的Bit6测量忙标志。情况三CRC校验失败。数据能读回但CRC对不上。可能原因1CRC算法错误。用已知数据测试你的Calculate_CRC8函数。例如数据0x680x3A的CRC应为0x7C见HTU21D数据手册。可能原因2I2C时钟过快或波形畸变导致数据位采样错误。将I2C时钟降到50kHz试试。检查PCB布局排除干扰。可能原因3电源噪声。在转换期间尤其是湿度测量电源纹波可能导致ADC结果出错进而导致数据和CRC不匹配。加强电源去耦。5.3 低功耗设计考量对于电池供电设备功耗至关重要。PIC18F26K42和HTU21D都支持低功耗模式。MCU休眠在两次测量间隔可以将PIC18F26K42置入休眠SLEEP模式。唤醒源可以配置为定时器Timer1或外部中断。注意进入休眠前需妥善处理I2C模块状态。一个简单做法是完成一次读取、处理数据、发送数据如通过无线模块后关闭I2C模块I2C1CON0bits.EN 0;再进入休眠。唤醒后重新初始化I2C。传感器功耗HTU21D在非转换期间功耗极低典型值0.02μA。无需特殊操作。但如果你追求极致可以在长期不测量时将其VDD引脚通过一个MCU的GPIO控制断电。但这需要额外的电路并注意上电初始化时序。我的低功耗循环伪代码如下void main(void) { System_Init(); HTU21D_Init(); while(1) { uint16_t raw_temp, raw_humi; float temperature, humidity; // 触发并读取温度 if(HTU21D_Read(HTU21D_TRIGGER_TEMP_MEASURE_HOLD, raw_temp) 0) { temperature HTU21D_Convert(raw_temp, 1); } // 短暂延时可省略 __delay_ms(10); // 触发并读取湿度 if(HTU21D_Read(HTU21D_TRIGGER_HUMI_MEASURE_HOLD, raw_humi) 0) { humidity HTU21D_Convert(raw_humi, 0); } // 处理数据例如通过LoRa发送 Process_And_Send_Data(temperature, humidity); // 进入低功耗状态 I2C1_Disable(); // 自定义函数关闭I2C模块相关引脚设为高阻输入以省电 Enter_Sleep_Mode(); // 配置定时器唤醒然后执行SLEEP()指令 // 唤醒后代码会从这里继续执行需要重新初始化I2C I2C1_Init(); __delay_ms(5); // 等待传感器稳定 } }5.4 长期稳定性与数据滤波环境监测往往需要长期稳定的数据。HTU21D本身精度很高但电路噪声、温漂等因素可能引起读数微小波动。硬件滤波在SDA和SCL线上串联一个22Ω-100Ω的小电阻靠近MCU端放置可以抑制信号过冲和振铃。软件滤波简单的移动平均滤波或中值滤波能有效平滑数据。例如连续采样5次温度去掉最高最低值取中间3次的平均值。注意湿度变化相对较慢滤波窗口可以更大。定期校准虽然HTU21D出厂已校准但在极端环境或长期使用后精度可能偏移。可以设计一个“校准模式”通过与更高精度的标准仪表对比计算出一个偏移量存储在MCU的EEPROM中后续读数进行补偿。6. 进阶话题用户寄存器配置与分辨率选择HTU21D的用户寄存器地址0xE6/E7允许用户进行一些配置主要是选择测量分辨率。位名称功能描述7RESERVED保留必须为06END_OF_BATTERY电池状态0VD2.25V1VD2.25V5RESERVED保留必须为02-0RESOLUTION分辨率选择分辨率设置如下000: 温度12位湿度14位默认温度最大转换时间12ms湿度16ms。001: 温度8位湿度12位温度4ms湿度3ms。010: 温度10位湿度13位温度7ms湿度5ms。011: 温度11位湿度11位温度11ms湿度8ms。1xx: 保留。如何选择高分辨率意味着更长的转换时间和更高的功耗。对于大多数环境监测默认的12位温度/14位湿度已经足够它能提供0.04%RH和0.01°C的分辨率。如果你需要更快的采样率例如每秒多次采样且对精度要求不高可以选择较低的分辨率。配置用户寄存器的函数示例// HTU21D_SetResolution - 设置测量分辨率 // 参数resolution - 低3位的值0-3 uint8_t HTU21D_SetResolution(uint8_t resolution) { uint8_t current_reg, new_reg; uint8_t ack_status; // 1. 先读取当前用户寄存器 I2C1_Start(); ack_status I2C1_WriteByte(HTU21D_ADDR_WRITE); if(ack_status) { I2C1_Stop(); return 1; } I2C1_WriteByte(HTU21D_READ_USER_REG); // 重复起始读取一个字节 I2C1CON0bits.RSEN 1; while(!I2C1STAT1bits.S); I2C1_WriteByte(HTU21D_ADDR_READ); // 读一个字节发NACK I2C1CON1bits.ACKDT 1; I2C1CON1bits.ACKCNT 1; while(!I2C1STAT1bits.RXBF); current_reg I2C1RXB; I2C1_Stop(); // 2. 修改分辨率位bit2-0保留其他位 new_reg (current_reg 0xF8) | (resolution 0x07); // 只修改低3位 // 3. 写入新的用户寄存器 I2C1_Start(); ack_status I2C1_WriteByte(HTU21D_ADDR_WRITE); if(ack_status) { I2C1_Stop(); return 1; } I2C1_WriteByte(HTU21D_WRITE_USER_REG); ack_status I2C1_WriteByte(new_reg); I2C1_Stop(); return (ack_status 0) ? 0 : 1; }操作寄存器时务必小心只修改你需要改的位分辨率保留其他位如电池状态位不变。7. 项目总结与扩展思考经过从硬件选型、电路设计、寄存器配置、驱动编写到调试优化的完整流程这个基于PIC18F26K42和HTU21D的温湿度监测节点已经稳定运行了数月。回过头看这个组合的选择是经得起考验的。PIC18F26K42的硬件I2C对时钟延展的完美支持省去了软件模拟等待的麻烦提高了可靠性。HTU21D则以其优异的精度和稳定性提供了高质量的数据源。在实际部署中我还遇到了几个值得分享的点一是传感器长期暴露在冷凝环境下虽然HTU21D有一定防护但最好在传感器外部增加一个疏水透气的滤膜。二是当I2C总线长度超过1米时即使降低速率到50kHz波形也开始畸变此时需要考虑使用I2C总线中继器或改用差分传输方案。这个项目的基础框架具有很强的扩展性。PIC18F26K42还有丰富的其他外设ADC、PWM、UART等可以轻松接入光照传感器、CO2传感器并通过UART连接LoRa或NB-IoT模块将数据上传到云端。HTU21D的I2C地址是固定的但如果需要多个温湿度点可以使用I2C多路复用器如TCA9548A来扩展通道或者选择地址可配置的类似传感器如SHT3x系列。