简介：基于MSP430G2553的温度与光照强度监测及无线传输源码工程，面向物联网嵌入式学习者与开发者，提供一套从传感器采集、LCD显示到无线收发的完整参考实现。工程分为wirless_send与wirless_recieve两个独立子工程，便于对照学习发送与接收链路。资源共43个文件，以CCS工程配置和C源码为主，包含main.c、ds18B20.h、LCD.h及编译辅助文件，结构清晰，可直接导入TI CCS编译调试。压缩包仅78KB，轻量易用。已有319人学习下载，适合作为课程设计、毕业设计或无线传感网入门实践的参考资料。借助该工程可快速掌握DS18B20单总线驱动、12864液晶显示、光敏传感器信号处理以及nRF24L01等无线通信流程，有助于缩短项目开发周期。
1. 拿 MSP430G2553 做温度光照采集与无线传输：这套资源到底能帮你省多少事
做低功耗数据采集的人多半都有过这种经历——单片机选型纠结了好几天，最后发现 MCS-51 的功耗压不下来，而问了一圈熟人，大家给的建议却惊人的一致：先把 MSP430G2553 玩熟。这颗十六位 MCU 的招牌就是超低功耗，再加上内部自带的 10 位 ADC，采集温度和光照强度可以说是顺手的事。而这份资源的特点在于，它没有停留在点个灯、读个电压的层面，而是把采集、换算、无线发送整合成了一整条可跑的链路，并给出了具体的接线、寄存器配置和通信帧格式。如果你正要做一个电池供电的温湿度或光照监测节点，又不想从零啃几百页数据手册，这份工程包能帮你把开发时间压缩到原来的三分之一左右，并且避掉几个只有烧过板子才会知道的坑。接下来我按项目落地的顺序，把这套方案的核心脉络和复现要点拆开讲清楚。
2. 硬件选型与电路设计：先搞懂传感器为什么这样接，再动手焊板子
2.1 温度采集不是读 ADC 那么简单：NTC 分压网络的选型与计算
先说温度这一路。资源里用的是 NTC 热敏电阻，也就是负温度系数电阻，温度升高时阻值下降。这种传感器便宜、响应够快，用在环境监测上完全够用，但它有一个绕不开的问题——阻值与温度的关系不是线性的，而且每一批料的 B 值都会有分散性。
电路接法是经典的串联分压：NTC 放在高边或者低边都可以，但接法不同，ADC 读数和温度的换算公式就不同。资源里用的是 NTC 接低边、固定电阻接高边的接法，也就是 NTC 一端接地，另一端接到 ADC 输入引脚，同时通过一个 10kΩ 精密电阻接到 VCC。这样温度升高时 NTC 阻值下降，ADC 引脚电压也下降，读数方向和温度变化刚好相反，代码里要注意取反或做映射。
// 分压网络电压采样换算示例 // VCC = 3.3V, R_FIXED = 10kΩ, NTC 接低边 float read_temperature_ntc(void) { unsigned int adc_val = read_adc_channel(ADC_CH_NTC); float v_ntc = (float)adc_val * 3.3f / 1023.0f; // 10位ADC满量程1023 float r_ntc = (3.3f - v_ntc) * 10.0f / v_ntc; // 单位 kΩ // 注意：v_ntc 是 NTC 两端电压，R_FIXED 分掉的是 3.3 - v_ntc float temp_k = 1.0f / (1.0f / 298.15f + (1.0f / 3950.0f) * logf(r_ntc / 10.0f)); // B = 3950, 25°C 时阻值 10kΩ，298.15K 为参考温度 return temp_k - 273.15f; // 转成摄氏温度 }这段换算公式用的是 B 值参数方程，也就是 Steinhart-Hart 方程的简化形式。第 6 行算出来的r_ntc是 NTC 当前阻值，第 8 行把它代入 B 值方程得到开尔文温度。注意3950是 NTC 的 B 值，不同厂商的料可能标 3435、3950 或 4100，必须和实际物料匹配，否则 25°C 以下误差能差出两三度。如果你手头的 NTC 不是 10k 的，把10.0f替换成实际标称阻值即可。
2.2 光照采集的运放跟随与量程匹配：为什么不能直接怼 ADC
光照传感器用的是光敏电阻，它的阻值随光照增强而下降，动态范围非常大——从暗室的几十 kΩ 到强光下的几百 Ω。如果把光敏电阻也直接做成固定分压网络，你会发现 ADC 读数在低照度段变化很平缓，而高照度段稍微动一点就满量程，分辨率分配极不合理。
资源里给出的做法是给光敏电阻串联一个固定电阻，同时用一个运放做电压跟随器。为什么要跟随便？因为光敏电阻的阻值在 kΩ 级别，如果直接接 ADC 输入引脚，采样电容充电瞬间会拉低引脚电压，导致每次采样结果偏高，而且这个偏差和光敏电阻阻值相关，完全没法用软件校准。电压跟随器输入阻抗极高、输出阻抗极低，把传感器网络和 ADC 隔离开，读到的电压就是真实的节点电压。
// 光照 ADC 采样的归一化处理 // 光敏电阻接高边，固定电阻 10kΩ 接低边（GND），中点经运放跟随到 ADC 引脚 float read_light_intensity(void) { unsigned int adc_val = read_adc_channel(ADC_CH_LIGHT); // 归一化到 0.0 - 1.0，0 表示最暗，1.0 表示最亮 float normalized = (float)adc_val / 1023.0f; // 若光照变化范围窄，可适当做线性放大后再映射 // 比如某项目只需要区分 0-500 lux，那就把 threshold 标定到对应 ADC 值 return normalized; }如果你用的是资源附带的 PCB 原理图，会发现光照这一路还有一个分压电阻的选择问题。我的经验是：先测一下你实际使用场景下的最暗和最亮 ADC 读数，然后反推分压电阻。固定电阻太小，高照度下光敏阻值接近固定电阻，分辨率丢失；固定电阻太大，低照度下又容易饱和。资源里默认给的 10kΩ 覆盖室内到室外的大多数场景，但如果你要做暗房或者强光检测，这两个分压电阻的阻值一定要自己重新标定。
3. ADC 配置与数据读取：从寄存器到稳定采样的完整写法
3.1 ADC10 的时钟选择与采样时序：这一步决定你能不能读准
MSP430G2553 内部 ADC10 是一个 10 位逐次逼近型 ADC，它有一个很有用的特性：采样保持电路可以用软件控制采样时间。这个时间太短，采样电容没充满，读到的电压偏低；时间太长，在低功耗模式下又浪费电流。资源里的例程把采样时钟设为 ADC10CLK 的 64 分频，每次采样大约耗时 17μs，这个值在多数传感器场景下是够用的。
但这里有几个细节要特别注意。首先是 ADC10 的参考电压，默认是 VCC 和 VSS，也就是 3.3V 供电时满量程就是 3.3V。如果你的传感器输出范围只有 0-1V，直接用 VCC 做参考会浪费大量分辨率，这时候应该改用内部 1.5V 参考或者外部参考引脚。资源里默认用 VCC 做参考，因为 NTC 分压网络的输出范围接近 0-3.3V，刚好匹配。
// ADC10 初始化：时钟、参考、通道、采样保持 void adc10_init(void) { ADC10CTL0 &= ~ENC; // 先关转换使能，配置期间禁止写入 ADC10CTL0 = SREF_0 | // 参考电压 = VCC/VSS ADC10SHT_2 | // 采样保持 16 个 ADC10CLK REFON | // 内部参考开启（虽然默认用VCC，但做温度补偿时可选） ADC10ON; // 打开 ADC10 模块 ADC10CTL1 = INCH_0 | // 默认选 A0 通道，后续会切换 SHS_0 | // 软件触发采样 ADC10DIV_0 | // 分频系数 1 ADC10SSEL_0 | // 时钟源 = ADC10OSC（内部约 5MHz） CONSEQ_0; // 单通道单次转换模式 ADC10AE0 |= 0x03; // 使能 A0、A1 模拟输入引脚 ADC10CTL0 |= ENC; // 配置完成后使能转换 }这段代码有几个关键参数：ADC10SHT_2设置采样保持时间为 16 个 ADC10CLK，这是平衡精度和速度的折中；ADC10SSEL_0选择内部 ADC10OSC 作为时钟源，这个时钟的优点是不依赖 MCLK，即使 CPU 进入低功耗模式 ADC 也能工作；ADC10AE0 |= 0x03是把 P1.0 和 P1.1 配置为模拟输入，这两脚对应 A0 和 A1 通道。资源里就是一路接 NTC、一路接光敏电阻，所以这里直接开了两个通道。
3.2 多通道轮询采样：切换通道时的混乱期怎么避开
实际项目中温度光照都要采，所以需要在 A0 和 A1 之间切换。很多人在这里翻过车——先采 A0，然后改INCH_1去采 A1，结果读出来的数据还是 A0 的，或者第一个数据明显异常。原因是 ADC 内部输入多路复用器切换后，采样电容上的残留电荷需要时间去泄放和重建，如果不做处理，通道切换后的第一次采样结果大概率不可靠。
资源里的做法是：切换通道后丢弃第一次转换结果，从第二次开始取有效数据。更稳的方案是在切换通道后先做一个短的延时，让外部传感器网络的电压稳定下来，然后再触发采样。多个通道轮流采样时，每次完整转换大约需要 25μs，三个轮询周期下来不到 0.1ms，对这两个传感器来说完全不会觉得卡顿。
// 双通道轮询采样：A0 温度，A1 光照 unsigned int read_adc_channel(unsigned char ch) { unsigned int result; ADC10CTL0 &= ~ENC; // 关转换，允许改配置 ADC10CTL1 = (ADC10CTL1 & ~INCH_7) | (ch & 0x07); // 切换输入通道 ADC10CTL0 |= ENC; // 重新使能 ADC10CTL0 |= ADC10SC; // 启动采样转换 while (ADC10CTL0 & ADC10BUSY); // 等待转换完成（务必等 BUSY 位清零） result = ADC10MEM & 0x03FF; // 读取 10 位结果，高 6 位无效 // 丢弃第一次结果，等待通道切换稳定 ADC10CTL0 |= ADC10SC; while (ADC10CTL0 & ADC10BUSY); result = ADC10MEM & 0x03FF; return result; }代码里最值得注意的就是两次采样的写法：第一次采样结果直接不要，原因就是多路复用器切换后建立时间不足。ADC10BUSY位是转换进行标志，一定要轮询它而不是去猜时间。任何 DSP 工程师风格的写法，比如“我延时 50μs 然后再读”，都不如这里严谨。如果在大批量产时想让采样更快，可以把第一次采样关闭，直接用一个固定的短延时代替，但样板调试阶段没必要省这几微秒。
3.3 数据滤波：中值滤波和滑动平均怎么结合才不过度
ADC 的原始数据直接拿去无线发送，大概率会被干扰和噪声折磨，尤其是光照这一路，50Hz 工频干扰和开关电源纹波都能叠加进去。资源里给了一套组合滤波策略：先做三次采样取中值，再做滑动平均。
为什么不用单纯滑动平均？因为光照传感器如果瞬间被遮挡，滑动平均会把突变拉平，导致后端判断“光照没变”，这在实际报警场景下不可接受。中值滤波的好处是对脉冲干扰免疫，比如静电放电、电机启停时的尖峰，都能被滤掉。而滑动平均处理的是随机白噪声，两者结合后既保留了边沿信息，又平滑了噪声。
#define FILTER_DEPTH 8 // 中值+滑动平均复合滤波 unsigned int stable_adc_read(unsigned char channel) { unsigned char i, j; unsigned int buf[3]; unsigned int tmp; unsigned int sum = 0; static unsigned int history[FILTER_DEPTH] = {0}; static unsigned char index = 0; // 第一层：连续采三次取中值 for (i = 0; i < 3; i++) { buf[i] = read_adc_channel(channel); } // 冒泡排序，只排 3 个元素 for (i = 0; i < 2; i++) { for (j = 0; j < 2 - i; j++) { if (buf[j] > buf[j + 1]) { tmp = buf[j]; buf[j] = buf[j + 1]; buf[j + 1] = tmp; } } } unsigned int median = buf[1]; // 第二层：写入环形队列做滑动平均 history[index] = median; index = (index + 1) % FILTER_DEPTH; for (i = 0; i < FILTER_DEPTH; i++) { sum += history[i]; } return sum / FILTER_DEPTH; }这段代码里的环形队列是嵌入式里很常见的技巧，index指向当前要覆盖的槽位，每次写入后取模回绕。注意FILTER_DEPTH取 8 是资源里的经验值——太深则响应变慢，光照从亮到暗要好几秒才能反映出来；太浅则滤波效果不明显。如果你后续要做 PID 控制的闭环，这个深度可能要降到 4，具体看系统响应时间要求。
4. 无线传输链路：从串口到 433MHz 模块的发送协议设计
4.1 无线模块选型：为什么是 433MHz 而不是 2.4G
MSP430G2553 做无线发送，模块选型是个大话题。资源里用的是 433MHz 的 CC1101 模块，理由很直接：穿墙能力强、功耗低、在海平面以下的农村和工业现场信号都不容易丢。2.4G 的 nRF24L01 虽然速率高、体积小，但遇到钢筋混凝土墙或者户外距离超过 100 米就开始心虚，而 433MHz 在开阔地能跑到 300 米以上。
选模块时要注意一个细节：市面上便宜的 433MHz 模块（比如那种几块钱一个的超外谐接收模块）只能单向发，没有重传机制。CC1101 是 SPI 接口，支持双向通信和 RSSI 读取，这样你就能知道信号强度，排查问题时有数据可依。资源里给的代码就是针对 CC1101 的，ESP8266 那个方案附录里也讲了串口转 WiFi 的替代路径，但核心通信逻辑还是 SPI 驱动 CC1101 的收发。
// CC1101 发送一帧数据的核心流程 void cc1101_send_packet(unsigned char *data, unsigned char len) { // 组帧格式：前导码 + 同步字 + 长度 + 负载 + CRC // 硬件自动处理前导码和同步字，我们只需要写 payload cc1101_strobe(CC1101_SIDLE); // 进入空闲状态 cc1101_write_reg(CC1101_PKTLEN, len); // 设置包长度 cc1101_strobe(CC1101_SFTX); // 清空 TX FIFO cc1101_write_burst(CC1101_TXFIFO, data, len); // 写入负载 cc1101_strobe(CC1101_STX); // 进入发送模式，硬件自动加前导码 // 等待 TX 完成 while (!(cc1101_read_status(CC1101_TXBYTES) & 0x00)); }CC1101 的一个关键特性是数据包可以配置为自动追加 CRC 校验，但前提是你在寄存器MCS2里把AUTOCRC位置 1，否则接收端拿不到校验字段。PKTLEN寄存器最大支持 255 字节，但实际做无线传输我建议单包不超过 32 字节，因为单包越长，空中碰撞的概率就越大，重传成本也越高。
4.2 数据帧格式设计：让接收端不靠猜也能解析
无线通信最容易出的问题就是两边各写各的，到了联调阶段发现字节序不一样，波特率不一样，甚至长度字段的含义都不同。资源里定义了一套固定帧格式，这是我认为整套代码里最值得直接拿走的部分。
帧格式是这样的：0xAA 0x55 开头表示一帧开始（这两个字节是硬件同步字，软件层再包一层更保险），接着是 1 字节表示负载长度，然后是负载内容、1 字节 CRC8 校验、0x0D 0x0A 结束符。长度为 1 的协议最容易在抓包时确认边界，即使丢了一个字节也能通过找 0xAA 0x55 来恢复同步。
// 发送温度+光照数据的组帧函数 // 帧格式：[0xAA][0x55][LEN][TYPE][DATA...][CRC8][0x0D][0x0A] void build_and_send_sensor_frame(float temp_c, float light_norm) { unsigned char frame[12]; unsigned char idx = 0; unsigned char crc = 0; frame[idx++] = 0xAA; // 帧头1 frame[idx++] = 0x55; // 帧头2 frame[idx++] = 6; // LEN = 1(type) + 4(data) + 1(预留) frame[idx++] = 0x01; // TYPE = 温湿度数据帧 // 温度转整型发送：放大10倍，接收端再除以10 int temp_x10 = (int)(temp_c * 10.0f); frame[idx++] = (temp_x10 >> 8) & 0xFF; frame[idx++] = temp_x10 & 0xFF; // 光照归一化值放大100倍，0-100 映射 0%-100% int light_x100 = (int)(light_norm * 100.0f); frame[idx++] = (light_x100 >> 8) & 0xFF; frame[idx++] = light_x100 & 0xFF; // 计算 CRC8，覆盖从 LEN 到 DATA 的字节 for (i = 2; i < idx; i++) { crc = crc8_update(crc, frame[i]); } frame[idx++] = crc; // CRC8 frame[idx++] = 0x0D; // 帧结束符 frame[idx++] = 0x0A; cc1101_send_packet(frame, idx); }这里把温度放大 10 倍再传输，也就是精度到 0.1°C，对于环境监测足够了。光照归一化到 0-100，而不是传原始 ADC 值，好处是接收端和具体硬件解耦——如果以后你换了传感器，只需要改数据采集端的映射，接收端和上位机不用跟着改。CRC8 覆盖的范围要从 LEN 开始而不是帧头，这是很多人容易搞错的地方——帧头是定位用，不应该参与校验，否则一旦帧头被干扰，整个 CRC 就没意义了。
4.3 重传机制与 ACK 应答：防止丢帧的最后一层保障
理论上一串数据发出去就完事了，但在工业现场，无线链路被遮挡、干扰源开启、电池电压下降导致发射功率不足，都会让数据在空中消失。资源里的例程给了两种模式：一种是无 ACK 的广播模式，适合节点多、实时性要求不高的场景；另一种是带 ACK 的可靠模式，主机收到数据后回一个确认帧，节点没收到 ACK 就重发。
带 ACK 的重传机制不能只在应用层写，必须在 CC1101 里启用自动应答功能。CC1101 的MCS1寄存器里有AUTOTX位，设置后硬件在收到一包有效数据后会等待一个短时间，然后自动发送 ACK，这个过程不占用 MCU 时间。如果你在软件层手动发 ACK，响应时间太长，很容易和下一包数据碰撞。
重传次数和超时时间这两个参数，资源里的默认值是重传 3 次、超时 200ms。如果你所在的环境干扰特别强，可以把重传加到 5 次，但要注意：电池供电的系统，每次重传都意味着额外的工作电流消耗。我一般会在代码里加入重传次数统计，如果错误率超过 20%，就在本机闪烁 LED 提醒现场人员检查链路，而不是盲目加大重传参数。
5. 避坑与排查：这套资源最容易翻车的五个技术点
5.1 ADC 参考电压选择错误导致读数满偏
现象：NTC 温度读出来要么是 0，要么是 1023，中间基本没有过渡。
原因：ADC10 的参考电压配置不对，SREF_0用了 VCC 做参考，但外部传感器网络实际供电电压不是 3.3V 而是 3.0V（电池供电时电压会跌），导致分压比例和换算公式对不上。或者反过来，你用了内部 1.5V 参考，但传感器输出范围是 0-3.3V，超过参考电压后直接满偏。
解决：先量一下实际 VCC，然后把代码里的3.3f常量改成实际值。如果是电池供电，干脆把 VCC 的 ADC 采样也做进去，用软件补偿电源电压波动。资源里给的代码直接用 3.3V，一定要注意这一点。
5.2 NTC 分压电阻和物料标称阻值不匹配
现象：室温 25°C 时，读出来的温度在 27°C-30°C 之间，整体偏高。
原因：NTC 标称 10k 的物料实际在 25°C 时可能是 9.8k 或 10.3k，加上 B 值的离散性，计算就偏了。
解决：用万用表实测你的 NTC 在 25°C 时的实际阻值，代入第 2.1 节的公式里。批量生产时建议每个批次抽测 3-5 个，把标称值改成实测平均值。这个方法比在代码里加一个固定偏移校准更准。
5.3 无线模块 SPI 通信偶尔超时，数据卡死
现象：代码跑一会儿就停在等待 SPI 应答的死循环里，看门狗复位后恢复，但很快又卡住。
原因：CC1101 的 SPI 速率设得太高。G2553 的 USCI 模块在 3.3V 下 SPI 时钟极限在 8MHz 左右，但很多国产 CC1101 模块实际只能稳定跑 4MHz，加上杜邦线连接时的寄生电容，信号质量更差。
解决：把 SPI 时钟分频调到 2MHz 或 1MHz，同时把 SPI 的极性配置成UCCKPL | UCCKPH（CPOL=0, CPHA=0）匹配 CC1101 的要求。我这里还做了个保险动作：在 SPI 每次通信前把 CS 拉高再拉低，确保模块状态机复位到空闲。
5.4 无线数据接收端串口乱码
现象：接收端把数据显示到串口助手，看到一堆乱码，偶尔能出几个正确字符。
原因：串口波特率不匹配或者接收端的串口没有接地。G2553 的 UART 波特率误差在 9600 时通常没问题，但如果用内部 DCO 而不是外部晶振，温度变化会漂移，9600 下误差超过 3% 就乱码。
解决：检查两边波特率设置是否一致，资源里默认是 9600，8N1。如果你用 USB 转 TTL 模块，确认它的 TX 和 GND 都连上了，不要只靠共地。如果还乱码，换成 4800 波特率试试，G2553 在低波特率下的误差更小。
5.5 光照 ADC 在低照度下读数跳变剧烈
现象：光线稳定不动，但光照 ADC 值在 ±50 范围内来回跳。
原因：光敏电阻的暗电阻比较大（几百 kΩ 到 MΩ），此时流过传感器网络的电流在微安级，PCB 上的漏电流和干扰都会被放大。运放跟随器虽然解决了输入阻抗问题，但如果运放供电去耦没做好，噪声还是进得去。
解决：在运放电源引脚加 0.1μF 陶瓷电容紧贴引脚放置，同时在 ADC 输入引脚并联一个 0.1μF 电容到地，构成低通滤波。软件上把 5.1 节的中值滤波深度提到 5，也能压住这个跳变。
6. 低功耗优化的一个决定性细节：用 ADC10 的窗口比较器省掉大部分唤醒
数据采集节点最终是要电池供电的，G2553 的低功耗模式不是只有 LPM3 和 LPM4 两种打开关闭的思路，还有一个容易被忽略的利器——ADC10 的窗口比较功能。它可以在 CPU 完全睡眠的状态下监控一路模拟输入，当电压超过或低于设定的阈值时自动触发中断把 CPU 唤醒，不需要 CPU 周期性地醒来去轮询 ADC。这个功能做温湿度报警节点非常好用——白天光照充足时节点睡眠，光照降到阈值以下就醒来把数据发出去。
具体实现是把 ADC10 配置成ADC10IFG中断源，设定ADC10LO和ADC10HI两个比较寄存器，然后在 LPM3 模式下等待。事件触发后，CPU 被唤醒，完成采样、组帧和发送，再回到睡眠。这个比定时唤醒省电得多，因为传感器的电流消耗和时间占比都被压缩到最低。
// 使用 ADC10 窗口比较器实现光照阈值唤醒 void adc10_window_compare_init(unsigned int low_th, unsigned int high_th) { ADC10CTL0 &= ~ENC; ADC10CTL0 = SREF_0 | ADC10SHT_2 | ADC10ON; // 窗口比较阈值配置 ADC10LO = low_th; // 低于此值触发中断 ADC10HI = high_th; // 高于此值触发中断 // ADC10AE0 |= 0x02; // A1 通道（光照传感器） ADC10CTL1 = INCH_1 | SHS_0 | ADC10SSEL_0 | CONSEQ_2; // CONSEQ_2 = 重复单通道模式，持续监测 ADC10CTL0 |= ENC; ADC10IE = 1; // 使能 ADC10 中断 } // 进入低功耗模式等待阈值触发 void enter_lpm_wait_light_edge(void) { __bis_SR_register(LPM3_bits | GIE); // 进入 LPM3，全局中断使能 // 被唤醒后继续往下执行 }注意CONSEQ_2是重复单通道转换模式，在这种模式下 ADC 会持续采样并比较，但 CPU 不上电。中断服务程序里第一件事是把ADC10IFG清掉，然后尽快读取ADC10MEM的值，因为窗口比较模式下的转换结果不会一直保持在寄存器里，下一个转换周期就会覆盖。触发阈值的标定方法：先在正常光照下采样 50 次取平均作为基准，再设定low_th = 基准值 - 30这样的缓冲区间，避免在临界点反复触发唤醒导致耗电反而增加。
随附的代码里低功耗部分还留了一个电池电压测量的入口，直接用ADC10MEM的分压网络在空闲时顺带采一下，把电池电压也放到无线帧里上报，这样接收端就能实时监控节点健康状况，不用等到节点没电了才派人去现场查。从那以后我每次做无线传感器节点，都强制把空闲时的电流拿万用表串进去实测一遍，看到睡眠电流真正掉到 2μA 以下才认为这一版硬件合格，而不是只看数据手册标称值。这套资源在环境监测、小型农业大棚、仓储温控这些方向上能省下不少从零写代码的时间，搭配你实际的传感器型号做一轮标定和参数微调就能跑起来，希望帮到你。
本文还有配套的精品资源，点击获取
