简介这份资源以51单片机读取SHT30温湿度传感器为主线提供可直接运行的C语言工程源码面向电子设计初学者和嵌入式开发入门者帮助理解I²C通信时序、传感器命令发送、数据校验与串口打印输出。资源包含完整Keil工程文件共36个文件其中主要有5个C源码、5个头文件以及hex烧录文件、uvproj工程文件和lst、obj等编译中间文件工程包整体约83KB结构紧凑适合对照学习或作为毕设、课设的基础模板。已有3075人浏览学习。读者可通过阅读iic驱动、sht30驱动、uart串口输出和main主流程等代码模块快速掌握单片机与数字温湿度传感器的配合方法并获得可在实际环境中监测温湿度的可移植代码框架。1. 51单片机读取SHT30温湿度传感器没有硬件I2C也能稳定读到0.1℃的数据51单片机读取SHT30温湿度传感器听起来只是“用GPIO把I2C时序拉一遍”真正动手你会发现数据要么全是0xFF要么温度湿度互相串位要么隔几秒跳一个离谱的值。SHT30是数字传感器温湿度已经在出厂时校准过51要做的事只是通过I2C发一条测量命令、等待十几毫秒、读回6个字节再代入公式换算但这条路上卡住新手的全是细节模拟I2C的时序、从机地址、CRC校验、测量等待时间、读取结束时的应答位。这篇笔记把从原理到代码再到排错的过程完整拆开适合正在用51做环境采集、冷链监控、小型气象站之类项目的开发者照着复现能跑通再谈改造成自己业务里的采集节点。2. SHT30的I2C接口与51单片机软件模拟先把时序和寄存器地图对齐2.1 从SHT30手册里扒出真正要用的三组命令SHT30的数据手册里命令不少有周期测量模式、报警设置、加热器控制、状态寄存器读取。但51这种级别的主控最实际的是周期测量和单次测量两种。周期测量模式下传感器自己按设定频率转换主控按时去读就行看起来省事但它会持续耗电而且51没有硬件I2C纯靠软件模拟去配合传感器的内部节奏容易在时序上翻车。我更推荐单次测量模式每次要数据时发一条命令传感器转换完成后主控再去读节奏完全自己掌控调试也直观。单次测量模式下真正要记牢的命令就三组。第一组是 0x2C 0x06含义是“单次测量、高重复性、关闭时钟拉伸”这也是最常用的一组。高重复性意味着内部测量平均次数更多读数更稳代价是转换时间稍长手册标称约15.5ms。第二组是 0x2C 0x10中重复性约12.5ms适用于对响应时间敏感的场合。第三组是软复位命令 0xE0 0x00当传感器状态异常、读回数据乱掉的时候用它让SHT30重启比断电还干净。这里有个值得注意的细节SHT30从机地址由ADDR引脚决定接低电平或悬空时是0x44接高电平时是0x45。市面上常见的SHT30模块大多把ADDR引脚固定为0x44但如果你买的是带引脚的裸传感器自己接线忘记处理ADDR脚就可能出现地址不匹配、一直在总线上“喊”不到设备的情况。我一般把地址定义成宏方便在两个地址之间切换排查。2.2 用普通IO口模拟I2C起始、停止、应答的时序基准SHT30的I2C接口标准模式下最高支持100kHz快速模式下400kHz。51单片机没有硬件I2C外设只能用普通IO口按位翻转来模拟。很多人一开始纠结要不要用定时器做精确延时其实不需要。软件模拟I2C只要满足两个基本条件SCL高电平时间不小于约4微秒、低电平时间不小于约4.7微秒标准模式100kHzSHT30就能正确识别。用循环空转实现几微秒的延时远比用定时器中断简洁。在11.0592MHz晶振下51一个机器周期约1.085微秒一个简单的循环延时很容易做到5到10微秒。下面这段是基础延时代码整个模拟I2C都依赖它。// i2c_delay软件I2C的半周期延时 // 11.0592MHz晶振一个机器周期约1.085us void i2c_delay(void) { unsigned char t 6; while (t--); // 实测约6~8us }这个延时函数的参数t决定总线速率。t设成6SCL一个完整周期大约12到16微秒换算出来总线频率在60到80kHz之间低于100kHz标准值属于留足了余量的跑法稳定性优先。这里提醒一句51的循环延时受编译器优化影响不同优化等级下实际延时可能差一倍。如果换了一套代码以后数据开始错乱先把t调大而不是调小。起始和停止条件是I2C的“握手信号”。起始条件是SCL高电平期间SDA从高跳变到低停止条件是SCL高电平期间SDA从低跳变到高。这两条时序必须严格遵守SHT30靠它来识别一次事务的边界。我见过有人把起始条件写成先拉高SDA再拉高SCL结果SHT30完全不响应因为电平变化没有发生在正确的位置上。2.3 读时序里最容易丢位的地方写地址要判ACK读字节要控NACK软件模拟I2C发送一个字节从最高位开始逐位把数据放到SDA上在SCL高电平期间让SHT30采样接收一个字节时主控释放SDA在SCL高电平期间读取引脚电平一位一位拼出来。这两件事本身不复杂但有两个地方特别容易忽略。第一写操作发送完地址字节后必须等SHT30回一个ACK低电平。如果SCL第9个时钟后SDA仍然是高电平说明总线上没有设备应答后面再发任何数据都是白费。读操作同理发送设备地址后也要等ACK。第二读取6个字节数据时前5个字节读完要给ACK表示“继续发”最后一个字节读完要给NACK表示“到此为止”。如果最后一个字节也回了ACKSHT30会认为主控还想要数据在总线上继续驱动数据线下一次通信就乱了。这个NACK的细节是新手最容易踩的坑代码里我会特意注释。3. 读取SHT30的完整C程序测量命令、6字节回读与温湿度换算3.1 程序文件划分与初始化流程工程上我会把代码拆成三个文件main.c负责主流程和串口打印i2c_soft.c封装软件I2C的底层时序sht30.c写SHT30专用的读写逻辑和温湿度换算对外只留一个获取温湿度的接口函数。这样以后更换传感器或者移植到别的平台只需要动最上面那一层。初始化顺序也有讲究。上电后先让IO口初始化、串口初始化然后给SHT30发一个软复位命令0xE0 0x00再延时50毫秒左右让传感器内部完成启动。不软复位直接发测量命令也能读到数据但第一次上电时传感器状态不确定多这一步能明显减少“第一帧数据是0xFF”的概率。主循环里每次读取间隔至少留1秒既给传感器充分的转换时间也让串口输出有可读性。3.2 核心驱动代码模拟I2C收发与SHT30命令帧下面这段是完整的核心驱动包含了软件I2C底层和SHT30的读取函数。为了保持代码简洁我把底层IO操作直接写成宏实际项目里也可以改成函数。// 使用P2.0作为SDAP2.1作为SCL // 如果LCD1602等外设占了P2口可改成P3.4/P3.5 sbit SDA P2^0; sbit SCL P2^1; #define SHT30_ADDR 0x44 // ADDR引脚接低或悬空 #define SHT30_WRITE (SHT30_ADDR 1) // 0x88 #define SHT30_READ ((SHT30_ADDR 1) | 0x01) // 0x89 void i2c_start(void) { SDA 1; SCL 1; i2c_delay(); SDA 0; // SCL高电平期间SDA拉低产生起始条件 i2c_delay(); SCL 0; } void i2c_stop(void) { SDA 0; SCL 1; i2c_delay(); SDA 1; // SCL高电平期间SDA拉高产生停止条件 i2c_delay(); } // 返回1表示收到ACK0表示无应答 unsigned char i2c_write_byte(unsigned char dat) { unsigned char i; for (i 0; i 8; i) { SDA (dat 0x80) ? 1 : 0; // 先发送最高位 dat 1; i2c_delay(); SCL 1; i2c_delay(); SCL 0; } SDA 1; // 释放SDA准备接收ACK i2c_delay(); SCL 1; i2c_delay(); if (SDA 0) // 低电平表示从机应答 { SCL 0; return 1; } SCL 0; return 0; } // 读取1个字节最后一个字节传0表示NACK unsigned char i2c_read_byte(unsigned char ack) { unsigned char i, dat 0; SDA 1; // 释放总线让从机驱动SDA for (i 0; i 8; i) { dat 1; SCL 1; i2c_delay(); if (SDA) dat | 0x01; // SCL高电平期间采样SDA SCL 0; i2c_delay(); } if (ack) { SDA 0; // 主机回ACK表示继续读取 } else { SDA 1; // 主机回NACK表示读取结束 } SCL 1; i2c_delay(); SCL 0; SDA 1; // 释放SDA return dat; }这段代码里最关键的是i2c_read_byte的ack参数。读取最后一个字节时传入0生成NACK让SHT30知道事务到此结束其余5个字节传入1告诉传感器继续输出。如果把这6个字节全传1下一次读取大概率会错位。另外需要注意当SCL1期间改变SDA状态是一种违规操作上面代码里每读一位后都在SCL0期间调整SDA保证电平变化只在SCL低电平时发生。3.3 温湿度换算公式与串口输出SHT30返回的温度和湿度都是16位无符号整数范围0到65535。换算公式非常简单温度是-45加上175乘以归一化数值湿度是0到100乘以归一化数值。手册里的标准表达式如下// 温度-45 175 * (temp_raw / 65535.0) // 湿度100.0 * (humi_raw / 65535.0)在51上做这个计算时int类型的取值范围是-32768到32767如果直接用int做乘法175 * temp_raw数值会溢出。我一般先把temp_raw转成float再乘或者用long类型配合除法避免中间结果溢出导致数据突变。还有一个细节湿度计算时要注意65535.0这个浮点常量如果写成65535编译器会按整数除法处理结果全变成0或1这种低级错误很隐蔽。下面是整个读取流程的函数包含发送测量命令、等待转换、读取6字节、CRC校验的完整逻辑。CRC函数如何实现放到下一章详细说这里先看流程// 错误码0正常1发送测量命令失败2读取地址无应答 // 3温度CRC校验失败4湿度CRC校验失败 unsigned char sht30_read(float *temp, float *humi) { unsigned char buf[6]; unsigned char i; i2c_start(); if (i2c_write_byte(SHT30_WRITE) 0) // 寻址SHT30写方向 { i2c_stop(); return 1; } i2c_write_byte(0x2C); // 单次测量命令高字节 i2c_write_byte(0x06); // 高重复性、关闭时钟拉伸 i2c_stop(); delay_ms(16); // 高重复性转换约15.5ms留一点余量 i2c_start(); if (i2c_write_byte(SHT30_READ) 0) // 寻址SHT30读方向 { i2c_stop(); return 2; } for (i 0; i 6; i) { buf[i] i2c_read_byte(i 5 ? 1 : 0); // 前5字节回ACK最后回NACK } i2c_stop(); if (sht30_crc8(buf, 2) ! buf[2]) // 温度CRC校验 return 3; if (sht30_crc8(buf 3, 2) ! buf[5]) // 湿度CRC校验 return 4; *temp -45.0 175.0 * (float)((buf[0] 8) | buf[1]) / 65535.0; *humi 100.0 * (float)((buf[3] 8) | buf[4]) / 65535.0; return 0; }注意buf[0]是温度数据高字节buf[1]是低字节拼接时先左移8位再或上低字节。很多人在这一步把高低字节顺序搞反结果温度忽高忽低像在随机跳舞。实际上SHT30的数据是大端序手册里的定义就是MSB在前照着拼就对了。delay_ms(16)这个值只对高重复性有效如果改成0x2C 0x10中重复性转换时间约12.5ms等待时间就算改成13ms也偏极限我一般会统一留到20ms以上用时间换稳定。主函数里调用就很简单了串口打印用标准库printf波特率9600。如果不想引入printf的重定向成本也可以把温湿度分别转成整数和小数字符串再拼效果一样但可读性差一些。实际项目里我建议直接用printf51的资源完全够用调试时能省很多事。4. 把SHT30的CRC校验与字节顺序理顺数据翻车都在这四个点上4.1 CRC-8参数模型多项式0x31、初值0xFF别拿CRC16去套SHT30的每2字节数据后面跟1字节CRC校验这个CRC-8是专用参数多项式是0x31初始值是0xFF输入和结果都不反转。这和Modbus里的CRC16、常见CRC8/ITU都不是一回事千万别拿现成的CRC16函数直接套。校验算法就是标准的按位异或循环拿到两个数据字节后逐位处理最终得到的1字节应当和传感器发来的CRC字节完全相同。// SHT30专用CRC-8校验 // 多项式0x31初值0xFFMSB先处理 unsigned char sht30_crc8(unsigned char *data, unsigned char len) { unsigned char crc 0xFF; unsigned char i, j; for (i 0; i len; i) { crc ^ data[i]; for (j 0; j 8; j) { if (crc 0x80) { crc (crc 1) ^ 0x31; // 左移后异或多项式 } else { crc 1; } } } return crc; }这个函数同时被用来校验温度和湿度每次传入两个数据字节。如果校验不过宁可返回错误码重试也不要直接拿0xFFFF去参与计算。我见过有人把CRC校验只放在调试阶段看量产程序里把它注释掉理由是“偶尔不匹配也不影响大局”等到现场数据跳变再回头看往往已经丢了大量有效数据。CRC校验是指示通信质量最直接的标准务必保留。4.2 读回顺序是“温度CRC湿度CRC”先MSB后LSBSHT30读取模式下连续输出6个字节顺序固定温度高字节、温度低字节、温度CRC、湿度高字节、湿度低字节、湿度CRC。也就是说buf[0]和buf[1]拼成温度原始值buf[3]和buf[4]拼成湿度原始值两个CRC分别跟在后面。这里最容易犯的错是把buf[0]当低字节、buf[1]当高字节导致温度和湿度都变成“看起来像有效值但明显不对”的奇怪数字。如果遇到温度等于湿度、或者湿度大于100%的情况先检查字节拼接顺序而不是急着怀疑传感器坏了。我之前在给一个粮仓采集节点做测试时把buf[0]8和buf[1]的拼接写反结果温度在30附近跳动湿度在70附近跳动两个值都“看上去合理”导致整整排查了一个下午。后来把原始值打印出来对比手册里的十六进制示例才发现顺序问题。4.3 读取结束时最后一个字节必须回NACK不少初学者读SHT30时循环里统一回ACK6个字节全以“接收成功”结束然后发现下一次读取时数据错乱或干脆无响应。原因在于I2C规范规定接收方在读到最后一个字节后必须发NACK来通知发送方“不要再发了”。对于SHT30如果主控在最后一个字节回了ACK传感器会继续等待主控释放总线主控却直接发了停止条件两边对总线状态的理解不一致后续通信就像两个人抢话谁也说不清。解决办法就是代码里体现的那一行i 5 ? 1 : 0。前5字节回ACK第6字节回NACK。这个细节在三行代码内解决但如果你是从看不懂的例程里复制出来的很可能被丢掉。自己写代码时这个分支一定要显式写出来别偷懒。4.4 测量等待时间不够读回0xFFFF是wait不足不是传感器坏了SHT30在发出单次测量命令后要等内部转换完成才能读到有效数据。高重复性需要15.5ms中重复性12.5ms低重复性4.5ms。如果在转换还没完成时就发起读操作读回来的寄存器内容可能是0xFFFF或者上一次未更新的旧值。尤其是0x2C 0x06改成0x2C 0x10后等待时间没跟着调整问题更容易出现。判断标志很简单读出来的温度换算后约等于183℃、湿度约等于100%这种数值基本可以断定是0xFFFF换算过来的。遇到这种输出不要先怀疑传感器坏了检查延时是否足够、测量命令是否正确。我习惯等待时间比手册标称值多个30%到50%比如高重复性就等20ms以上这样即使晶振频率有偏差、循环延时不够精确数据也能稳。对绝大多数非实时采集场景来说多等几毫秒完全无感。5. SHT30在51上联调的5条避坑记录现象、原因、恢复手段5.1 读出来全是0xFF先查上拉电阻再查地址线现象是串口打印输出的温度恒为183℃附近、湿度恒为100%或者FCFF、FFFF这类值。第一反应通常是“传感器坏了”但绝大多数情况下是I2C总线上根本没有设备应答。原因有两个一是SDA和SCL上缺上拉电阻SHT30是高电平驱动没有上拉的话总线电平拉不上去主控读回的全是1二是ADDR引脚电平设置不对传感器实际地址不是代码里写的那一个。解决方法是先量SDA和SCL的对地电压空闲状态下两个引脚都应该是3.3V或5V附近的高电平如果量出来接近0V先补上拉电阻一般用一个4.7kΩ电阻把两条线分别接到电源正极就可以。地址问题则在代码里把0x44改成0x45试一次同时检查模块上有没有地址选择焊盘。5.2 温度稳湿度跳电源噪声和长线传输是主要怀疑对象现象是温度读数稳定在0.1℃以内波动湿度却在1%到3%之间乱跳或者偶尔冒出明显错误的值。这是项目里最常见的“疑难杂症”因为温度数据相对稳定湿度对电流噪声和周围电场更敏感。原因通常是模块供电质量差或者传感器和51之间用了超过20厘米的杜邦线信号毛刺被当成有效数据。解决方法是先把SHT30模块的VDD和GND之间加一个100nF陶瓷电容位置尽量靠近传感器同时把模拟I2C的延时从t6调到t12降低总线速率减少信号反射带来的误采样。如果还不行把线和传感器换成带屏蔽的短连接一般能解决。5.3 I2C总线被拉死用软复位命令恢复比断电重插更省事现象是程序跑着跑着SDA一直保持低电平后续所有I2C操作全部失败复位51也不行必须给传感器断电才能恢复。原因是总线上产生了错误的起始或停止条件SHT30内部状态机卡在了一个错误分支持续驱动SDA为低。恢复办法是对SHT30发软复位命令0xE0 0x00但此时SDA被拉死正常发命令都发不出去。实际操作是手动把SCL翻转9个时钟周期让SHT30从异常状态退出然后再发软复位命令。对应代码是在I2C初始化之前加一段强制复位逻辑。这个恢复方式比断电快得多适合放到程序里的通信重试机制中。// 强制恢复I2C总线SCL翻转9个周期让卡死的从机复位 void i2c_bus_recover(void) { unsigned char i; SCL 0; SDA 1; // 释放SDA等待从机松开总线 for (i 0; i 9; i) { SCL 1; i2c_delay(); SCL 0; i2c_delay(); } }执行完这段后SDA通常会重新变高再接着发软复位命令0xE0 0x00等上50ms再重新初始化通信就能恢复。注意这里SCL翻转次数是9不是8因为要从机在第9个时钟的应答位位置释放总线很多资料里只写了“翻转几个周期”没有强调奇偶性照抄容易失效。5.4 长时间跑下来偶发失败测量间隔与总线恢复时间不够现象是设备刚上电时一切正常连续运行几个小时后每隔一段时间出现一次CRC校验失败之后又自动恢复。很多人怀疑是传感器本身质量问题但实际上更可能是主循环里的读取节奏太快。每次I2C通信结束后总线需要一小段空闲时间让SHT30内部状态机复位如果紧接着又发下一条命令传感器可能还在处理上一笔事务应答都不正常。解决方法是把相邻两次读取之间的间隔放到500ms以上并且在每次读完之后显式调用i2c_stop保证总线以停止状态结束。如果是连续读取场景可以把读取频率降到1Hz也就是每次循环延时1秒基本上能根除这个问题。5.5 LCD1602和模拟I2C争抢引脚先串口验证还是换引脚现象是把SHT30接到P2口后LCD1602屏幕上出现乱码或者干脆没显示同时温湿度数据也开始不正常。原因是LCD1602的8位数据口占用了P0控制线又占了P2.0、P2.1等引脚模拟I2C用的引脚和它冲突了。解决思路有两个。项目还在调试阶段我建议先不接LCD只用串口打印看数据避免多个外设互相干扰。等传感器读稳了再把I2C挪到P3.4和P3.5这两个空闲引脚上LCD的控制线固定在P2口两边互不干扰。如果P3口已经被占用也可以把LCD改成4位模式省出来的引脚给I2C用。总之原则是传感器总线独立别和需要频繁操作的外设共用引脚否则哪天总线被拉死你根本分不清是传感器的问题还是LCD操作时序扰乱了电平。6. 把这套读取程序升级成可用的采集节点滤波、标定与异常上报SHT30的读取程序跑通以后离“能稳定生产数据”还有一小段距离。首先是数据滤波。单个采样点受电源波动、环境气流影响偶尔会冒出一个偏差较大的值这时候在软件里加一个简单的中值滤波或滑动平均就能改善。中值滤波实现简单连续读取3次取中间值能滤掉大部分瞬间毛刺。滑动平均更适合温度这种变化缓慢的量但要注意平均窗口不能太长否则系统响应变慢温度实际上升3℃时显示值还在慢悠悠地爬。我一般用5点滑动平均既平滑又不会明显滞后。滤波的代价是每秒的有效数据频率降低在采集节点这类应用里完全值得。其次是湿度标定。SHT30出厂前做过校准但模块的PCB材质、焊锡工艺、外壳密封度都会让实际精度偏离标称值。湿度传感器尤其明显很多模块在30%到70%之间误差在±3%以内出了这个范围误差更大。有条件的话用两个标准湿度点做两点标定比如用饱和盐溶液搭建一个固定湿度环境再对比标准温湿度表然后用线性校正公式把原始值修正。温度标定相对简单用恒温槽或冰水混合物做单点偏移修正就够了。标定的核心价值是让采集节点在多台设备之间保持一致否则同一环境下两台设备读数差出5%后续分析数据时根本没法用。再往下是异常上报。CRC校验失败不能无限重试一般连续失败3次就认为通信链路异常此时应当把状态位标记为“传感器离线”而不是继续输出旧数据。阈值告警也一样温度和湿度超出设定范围时记录时间点并进入告警状态等恢复后自动清除。这些逻辑不复杂但能避免后台拿到一堆重复的失败记录。51单片机资源有限别把代码写得花哨但状态机这种最简单的设计还是值得做进去。我自己最早调试SHT30的时候犯过最蠢的错是改了晶振频率却忘记重新调整延时参数所有代码逻辑都对数据就是不稳定折腾了两天才发现是底层延时全变了。那以后我养成了一个习惯任何涉及时钟频率的改动第一时间审查模拟I2C的延时循环而不急着怀疑芯片。这套思路帮我在后来好几个采集节点项目里少走了不少弯路。希望帮到你。本文还有配套的精品资源点击获取