51单片机+NRF905无线温度采集系统：DS18B20与LCD1602完整实现

简介：基于51单片机的温度采集与NRF905无线传输完整工程，包含发射机与接收机两套程序，面向单片机爱好者、电子类专业学生及DIY人群，可系统理解温度采集、无线收发、单片机编程的综合设计。资源包共34个文件，以Keil工程文件、C源程序、DS18B20与LCD1602头文件、编译产物hex为主，并保留大量bak备份与中间文件，压缩包仅80KB，可直接用Keil打开对照学习。已有172人学习使用，建议使用者具备一定电子技术基础，能看懂基础电路图。通过阅读发射与接收两端代码，可掌握DS18B20温度传感器驱动、LCD1602显示控制、NRF905无线模块的发送接收流程；结合代码中对外围器件的控制逻辑，还能熟悉三极管、数码管、稳压器等常用器件的实际应用，是一份结构清晰、便于复现的实战参考。

1. 为什么用NRF905给51单片机做温度采集：三个绕不开的取舍

做51单片机温度采集，堆功能不难，难在把温度数据无线传出去。很多同学一开始会想用蓝牙或者WiFi模块，但真把这套方案做进课程设计里就会发现：模块初始化繁琐、透传协议啰嗦，51这颗芯片的资源根本撑不起复杂的协议栈，一旦误码，调试起来完全是黑匣子。换用NRF905这类的433MHz无线收发芯片，情况会简单很多，SPI接口直连单片机，收发一帧数据只要几十行C语言，不依赖操作系统，也不依赖串口透传固件。

这套程序适合两类场景：一类是课程设计或毕业设计，要求展示“传感器采集—无线传输—接收显示”的完整链路；另一类是实验室或小型仓库的温度点监控，现场不方便拉线，用两个51节点就能把温度从采集端搬到显示端。整个系统的核心思路很清晰：发送节点用DS18B20采温度，组帧后通过NRF905发射；接收节点用另一片NRF905接收，做帧校验后再送到LCD1602显示。下面按设计和落地顺序，把每一块拆开讲。

2. 总体架构设计：双节点链路的硬件接线与NRF905配置要点

无线通信项目最怕一开始就埋头写代码，等板子焊完才发现引脚分配不合理或者模块配置不清楚。做这套方案，第一步应该是把数据流向和引脚关系定死，后面写程序就只是把流程图翻译成C代码。

2.1 系统组成与数据流向：一个采集节点，一个接收显示节点

整套系统拆成两个独立节点。发送节点也叫采集节点，由三部分组成：51单片机最小系统、DS18B20温度传感器、NRF905无线模块。接收节点则是51最小系统加NRF905模块，外接一块LCD1602液晶屏。数据流向是一个单向链条：DS18B20把温度读进发送节点的RAM，组帧后交给NRF905发出；接收节点的NRF905通过SPI把载荷读进单片机，校验后格式化到LCD1602上。

这里有一个值得注意的设计决定：发送节点不需要LCD，调试时用串口打印就够了。原因是无线调试时你真正关心的是“发出的帧内容对不对”，把温度值直接通过串口发到电脑上看，比在采集端加液晶更直观，也能省掉一个模块的成本。接收节点放在手边，液晶屏实时刷新，天然就承担了人机交互的角色。如果后续要扩展成多点采集，只需要在发送帧里加一个设备ID字段，接收端按ID分别刷新显示区域即可，这套结构不用推倒重来。

2.2 硬件接线：NRF905的SPI引脚与DS18B20/LCD1602的分配

NRF905是一个SPI从机，51单片机作为主机控制它。软件模拟SPI比硬件SPI更适合51这类主频不高的芯片，因为你可以完全掌控时钟极性和采样点。引脚分配建议遵循一个原则：把NRF905的SPI四根线放在同一个P口上，方便批量操作，DR引脚接外部中断或者普通IO都行，轮询方案用普通IO就够了。

DS18B20是单总线器件，数据线接P2.0，注意这根线上要接一个4.7kΩ上拉电阻，否则时序完全读不出温度。LCD1602的分工是：P0口做8位数据总线，RS接P2.1，RW接P2.2，EN接P2.3。需要提醒的是，NRF905模块供电是3.3V，而51单片机是5V，多数NRF905模块的IO引脚能容忍5V电平，可以直接连接，但保险起见，最好确认一下你手上模块的说明书，有些廉价的二手模块IO引脚没有做电平转换，长期直接驱动会有隐患。

2.3 NRF905寄存器配置：10字节配置表如何决定频点和发射功率

NRF905内部有一份配置寄存器，总共10个字节，负责频段、发射功率、CRC校验、地址宽度这些关键参数。程序上电后第一件事就是把这份配置写进去，写配置的命令是0x00，后面顺序跟10个配置字节。下面的代码是发送和接收节点共用的配置段。

unsigned char code nrf905_cfg[10] = { 0x18, // CH_NO：频点选择，433MHz 频段内的一个通道 0x04, // 关闭自动重发，方便逐帧观察 0x0F, // 发射功率设为最高档 0xE0, // 地址宽度 4 字节，使能 8bit CRC 校验 0x40, // 外部晶振 4MHz，时钟输出开启 0x00, // 剩余字节按模块手册默认值保留 0x00, 0x00, 0x00, 0x00 }; void nrf905_write_config(void) { unsigned char i; CSN = 0; // 拉低片选，启动一次 SPI 事务 spi_write_byte(0x00); // WC 命令，表示写配置寄存器 for (i = 0; i < 10; i++) { spi_write_byte(nrf905_cfg[i]); } CSN = 1; // 拉高片选，结束事务 }

写配置的命令是0x00，十个字节必须按顺序写，不能跳字节。CH_NO这个字节决定载波频率，如果你的环境里433MHz频段干扰严重，改这个字节就能换频点，两个节点必须保持一致，否则收不到。0xE0这一字节同时管了地址宽度和CRC，收发两端的配置必须完全一致，差一个bit都白搭。

配置表写进芯片之后，最好再读一遍验证。读配置的命令是0x10，后面跟10个空字节时钟，从MISO上读回数据，逐字节比对。很多同学遇到“写进去的配置没生效”的问题，实际上就是SPI时序有问题，写进去的就是错误数据，读回比对是定位这类问题最快的办法。

2.4 通信协议起点：地址、帧长、CRC和ShockBurst收发流程

NRF905用的是ShockBurst模式，它的工作方式可以理解成：发射端先把地址和载荷通过SPI写入芯片内部FIFO，然后拉高TRX_CE，芯片自动完成加前导码、加CRC、调制发射；接收端收到有效帧后，硬件自动做地址匹配和CRC校验，匹配通过就把DR引脚拉高，通知单片机来读。对开发者来说，你不需要关心射频调制细节，但要理解两个状态机的切换。

发送状态机的顺序是：PWR_UP拉高，TX_EN置1，TRX_CE置0，先写目标地址，再写载荷数据，最后TRX_CE拉高触发发射，等待DR拉高表示这一帧已经发出。接收状态机则简单很多：PWR_UP拉高，TX_EN置0，TRX_CE置1，然后一直等DR上升沿。注意DR引脚在两种模式下都有效，发送完成和接收完成都会拉高它，程序里要根据自己处于什么模式去解读这个信号。

帧长方面，NRF905单帧最大载荷是32字节，这套方案只用了6字节，完全够用。地址匹配是硬件完成的，配置成4字节地址后，只有地址完全相同的两个模块才能互通，这本身就是第一道过滤。下一章开始写发送节点的具体代码。

3. 发送节点实现：DS18B20采集、数据组帧与ShockBurst发射

发送节点是整套系统的数据源头。这一章按数据流动的顺序拆成四步：先把DS18B20的时序搞定，再读温度，然后组帧，最后通过NRF905发出去。任何一步出问题，接收端显示的都是无意义数据。

3.1 DS18B20单总线时序：复位、写位、读位的精确控制

DS18B20这种单总线器件，对时序非常敏感。它的通信基础是复位脉冲加存在脉冲，然后通过读写时隙来交换数据。51单片机没有硬件单总线控制器，全部靠延时函数模拟。这里的关键是关闭中断，如果延时过程中被定时器打断，时序就会拉长，传感器直接不响应。

sbit DQ = P2^0; // 单总线数据引脚 // 复位操作：拉低 480us 以上，然后释放总线等待存在脉冲 bit ds18b20_reset(void) { bit presence; DQ = 0; delay_us(500); // 主机拉低复位脉冲 DQ = 1; delay_us(60); // 释放总线，等待传感器应答 presence = DQ; // 读到 0 表示传感器存在 delay_us(400); // 等待存在脉冲结束 return ~presence; } // 写一个字节：写 1 和写 0 的时序宽度不同 void ds18b20_write_byte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { DQ = 0; if (dat & 0x01) { delay_us(60); // 写 1：拉低后立即释放 DQ = 1; } else { delay_us(60); // 写 0：持续拉低 60us DQ = 1; } dat >>= 1; } delay_us(10); }

读写时序的窗口很窄，一般要求在拉低后的15us到60us之间采样。上面的代码用的是最稳妥的写法：拉低后立即做延时，再判断引脚电平。这里最容易翻车的点是晶振频率，同样是延时60us，12MHz和11.0592MHz的机器周期不一样，如果代码里延时函数是按其中一个频率写的，换板子之后必须重新校准。我一般会在延时函数里留一个宏定义，方便根据实际晶振调整。

3.2 温度读取流程：跳过ROM、启动转换、读暂存器

DS18B20的读取流程是固定的：复位后先发ROM指令，单点采集时直接用0xCC跳过ROM寻址，再发0x44启动温度转换，转换需要时间，12位精度下典型值是750ms，然后再次复位，发0xBE读暂存器，连续读两个字节得到温度原始值。

unsigned int ds18b20_read_temperature(void) { unsigned char low, high; unsigned int raw; if (!ds18b20_reset()) { return 0xFFFF; // 传感器不存在，返回特殊标记 } ds18b20_write_byte(0xCC); // 跳过 ROM，单点采集 ds18b20_write_byte(0x44); // 启动温度转换 delay_ms(750); // 等待转换完成，切勿缩短 ds18b20_reset(); ds18b20_write_byte(0xCC); ds18b20_write_byte(0xBE); // 读暂存器 low = ds18b20_read_byte(); high = ds18b20_read_byte(); raw = ((unsigned int)high << 8) | low; return raw; }

返回0xFFFF作为传感器掉线的哨兵值，发送端主循环里必须判断这个值，不能把错误数据也组帧发出去。温度换算公式是：实际温度 = 原始值 × 0.0625。比如原始值0x0190换算成十进制是400，400乘以0.0625就是25.0℃。如果是负温度，寄存器里存的是补码，需要先按有符号数处理再换算，这部分放到接收端显示的时候一并处理。

3.3 发送帧格式设计：帧头、设备ID、温度值和累加和校验

无线传输不能直接裸发温度两个字节，因为接收端无法判断这一帧从哪里开始、数据有没有被干扰。所以要在应用层定义一帧格式。这套方案的帧结构是：2字节帧头，1字节设备ID，2字节温度原始值，1字节累加和校验，总共6字节。

void nrf905_send_temperature(unsigned int temp_raw) { unsigned char frame[6]; unsigned char sum = 0; unsigned char i; frame[0] = 0xAA; // 帧头，固定值 frame[1] = 0x55; frame[2] = 0x01; // 设备 ID，多节点时区分来源 frame[3] = (unsigned char)(temp_raw >> 8); frame[4] = (unsigned char)(temp_raw & 0xFF); for (i = 0; i < 5; i++) { sum += frame[i]; // 累加和，接收端重算比对 } frame[5] = sum; nrf905_set_tx_mode(); // PWR_UP=1, TX_EN=1, TRX_CE=0 nrf905_write_tx_payload(frame, 6); // 写载荷到发送 FIFO TRX_CE = 1; // 触发发射 while (DR == 0); // 等待芯片完成发射 TRX_CE = 0; // 拉低，回到待机 }

帧头选0xAA55是因为它二进制交替出现0和1，误码时不容易伪装成有效数据。设备ID这一字节在单点方案里是固定的，但多点采集时就能派上用场，接收端按照ID分别刷新不同区域的数据。累加和校验不复杂，就是把前面5个字节加起来得到一个8位值，接收端做同样的加法然后比对，任何一bit翻转都会导致校验失败。注意NRF905硬件本身有CRC校验，这里再加一层累加和是“双保险”，防止数据通过了射频CRC但被单片机缓存读到错误的场景。

3.4 NRF905发射程序：从组帧到DR标志的完整发送状态机

发射端的初始化顺序很重要，很多人上来就写TRX_CE=1，结果模块根本没进入工作模式。正确的顺序是：先把PWR_UP拉高让芯片上电稳定，再写配置寄存器和目标地址，最后才允许收发切换。初始化的代码放在main函数开头，主循环里每秒读一次温度并发一帧。

void main(void) { unsigned int temp_raw; nrf905_init(); // 内部完成 PWR_UP=1、写配置、写目标地址 while (1) { temp_raw = ds18b20_read_temperature(); if (temp_raw != 0xFFFF) { // 传感器在线才发送 nrf905_send_temperature(temp_raw); } delay_ms(1000); // 1 秒发送一帧，方便观察 } }

每秒一帧的节奏是根据接收端LCD刷新需求定的，太快液晶显示会闪烁，太慢温度变化看起来不连续。NRF905本身支持更高的发送频率，但51单片机跑DS18B20转换就要750ms，加上组帧和SPI写入，1秒周期已经占用了大部分时间，没必要过度压榨。

调试这个发送端时有一个很实用的手段：在组帧之后、调用发射函数之前，把frame数组通过串口打印出来看。这样你能明确区分是“采集温度不对”还是“发射链路没通”，而不是一上来就扎进无线模块的SPI细节里。

4. 接收节点实现：帧校验、设备过滤与LCD1602显示恢复

接收节点做的事情正好是发送端的逆过程：让NRF905持续处于接收状态，等DR引脚拉高后读出载荷，做帧校验和设备ID过滤，最后把温度值格式化到LCD1602上。这一章的重点在于，如何把校验逻辑写干净，以及如何防止液晶上显示过期的旧数据。

4.1 接收节点初始化：让NRF905进入持续接收模式

接收节点初始化时，配置寄存器的内容必须和发送节点完全一致，地址也必须是同一个，否则硬件地址匹配就不通过。初始化完成后，把TRX_CE置1，模块就进入持续接收状态，不需要频繁重配。

void nrf905_rx_init(void) { PWR_UP = 1; // 先上电 delay_ms(5); // 等待晶振起振 nrf905_write_config(); // 写配置，与发送端一致 nrf905_write_rx_address(); // 写本机接收地址 TX_EN = 0; // 进入接收模式 TRX_CE = 1; // 启动接收状态机 }

这里的delay_ms(5)很关键。NRF905上电后内部晶振需要时间稳定，如果立刻写配置，SPI事务可能在时钟没稳的情况下执行，寄存器根本写不进去。这个现象不太容易复现，有时候断电重来就好，很像“玄学”，本质是上电时序问题。放在初始化函数里，每次上电都走一遍，就能稳定复现。

4.2 DR标志轮询与载荷读取

接收端主循环做轮询，不停检测DR引脚电平。DR拉高说明芯片FIFO里有一帧有效数据等待读取，这时通过SPI发0x21命令读取载荷，读完后DR会自动清零复位。读取函数的代码和发送端写载荷正好对称。

unsigned char nrf905_read_rx_payload(unsigned char *buf, unsigned char len) { unsigned char i; unsigned char rlen; CSN = 0; spi_write_byte(0x21); // RTP 命令，读接收载荷 rlen = spi_read_write_byte(0x00); // 第一个字节是载荷长度 for (i = 0; i < len; i++) { buf[i] = spi_read_write_byte(0x00); } CSN = 1; return rlen; }

读回的第一个字节是帧长度，这能用来判断接收到的数据长度是否和发送端一致。如果发送端发的是6字节，接收端读回长度却是别的值，说明接收到的帧已经错乱，这时候直接丢弃比费力解析更明智。

4.3 帧校验与设备ID过滤：无校验数据只配做实验

射频环境里数据出错是常态，不做校验的程序在演示时偶尔能跑，但一遇到干扰就全部白屏。这套方案的接收逻辑是三层过滤：帧头检查、累加和校验、设备ID比对。三层都过了才认为是一帧有效数据。

void rx_process(void) { unsigned char rxbuf[6]; unsigned char sum = 0; unsigned char i; if (DR == 0) return; // 没有新帧，直接返回 nrf905_read_rx_payload(rxbuf, 6); if (rxbuf[0] != 0xAA || rxbuf[1] != 0x55) { return; // 帧头不对，丢弃 } for (i = 0; i < 5; i++) { sum += rxbuf[i]; } if (sum != rxbuf[5]) { return; // 累加和不匹配，丢弃 } if (rxbuf[2] != 0x01) { return; // 设备 ID 不匹配，丢弃 } temp_raw = (rxbuf[3] << 8) | rxbuf[4]; // 有效载荷送显示 frame_valid = 1; }

三层过滤写完后，能进入显示流程的只有真正来自本系统采集节点的温度数据。这里有一个原则值得记下来：任何“看起来能用但没校验”的无线程序，只配在实验桌上跑；真要到现场演示，校验层就是你的后悔药。多花十几行代码，换来的是一整晚不丢数据的安稳。

4.4 LCD1602显示与温度刷新策略

温度原始值换算成摄氏度并显示到LCD1602上，是接收端的最后一步。LCD1602初始化时序比较固定，写命令和数据时注意RS引脚的电平区分即可。换算部分需要考虑负温度和一位小数显示。

void lcd_show_temperature(int raw) { unsigned char neg = 0; unsigned int abs100; char buf[17]; if (raw & 0x8000) { // 最高位为 1 表示负温度 raw = ~raw + 1; neg = 1; } abs100 = (unsigned int)raw * 625 / 100; // 温度放大 100 倍 buf[0] = neg ? '-' : ' '; buf[1] = '0' + abs100 / 1000 % 10; // 十位 buf[2] = '0' + abs100 / 100 % 10; // 个位 buf[3] = '.'; buf[4] = '0' + abs100 / 10 % 10; // 十分位 buf[5] = 'C'; buf[6] = '\0'; lcd_line1(buf); }

刷新策略上，不要每读到一帧就立刻写LCD，那样液晶会闪。我习惯的做法是设一个显示标志，主循环每100ms检查一次，只有温度变化超过0.1℃时重写液晶行内容。再加上一个超时判断：如果连续3秒没有收到任何有效帧，就在第二行显示“RX:LOST”，提示观众无线链路已经断开。这个细节在现场演示时非常加分，它说明你的系统有故障提示能力，而不是死机了还在傻等。

5. NRF905调试避坑：五个高频翻车现场与排查手段

无线模块调试最折磨人的地方在于，出了问题你看不见摸不着。这里把最常见的五个翻车场景按“现象、原因、解决”写清楚，基本覆盖51单片机配NRF905调试时90%的问题。

5.1 发送端卡死在等待DR拉高

现象：程序运行到while(DR == 0)就再也走不下去，串口打印显示前面的组帧都正常，但DR引脚始终是低电平。

原因：最常见的是PWR_UP没有先拉高，或者TX_EN状态不对。芯片没有进入发送模式，TRX_CE拉高了也不会触发任何射频活动。另一个隐蔽原因是目标地址没有写入，芯片不知道往哪发，自然不动作。

解决：先用万用表量PWR_UP引脚电平，确认初始化函数确实执行过。然后读回配置寄存器验证写配置成功，最后检查发送前是否调用了写地址函数。我一般会在初始化函数里加一个LED指示，每完成一个步骤就翻转一次LED电平，这样上电后看灯闪几次就知道程序执行到哪一步了。

5.2 温度偶尔读回85.0℃

现象：接收端LCD显示的温度偶尔跳变成85.0℃，过一两秒又恢复正常。排除是无线数据错误，因为帧校验完全通过。

原因：DS18B20上电后的默认温度寄存器值就是0x0550，换算过来正好是85℃。出现这种情况，是因为发送端在某次复位时序后没有等够750ms转换时间就去读暂存器，读到的还是上电默认值。

解决：检查DS18B20读取函数的延时。转换命令0x44发出后必须延迟750ms，这个延时不能用定时器中断，最好用嵌套循环死等。如果代码里用了中断，还要在延时前关闭总中断，防止时序被拉长。加一个防御性判断：读到的原始值是0x0550时不发送，直接重新读取。

5.3 数据乱码与校验不过

现象：接收端偶尔能收到帧，但累加和校验失败率特别高，用串口打印收到的十六进制数据，能看到字节内容歪歪扭扭。

原因：大概率是发送端和接收端的SPI时钟极性和采样点不一致。软件模拟SPI时，如果在SCK上升沿才去读MISO，而芯片是在下降沿输出数据，读到的就会错位。另外，两个模块如果供电不是同一个电源，地电位不一致，通信距离稍远就会乱码。

解决：软件SPI统一采用先置MOSI、再拉高SCK、再采样MISO、最后拉低SCK的顺序。两个节点用同一个电源适配器供电，或者把两个模块的地用短粗导线连在一起。乱码问题先解决地线，再查时序，顺序别反。

5.4 室内距离只有十来米

现象：空旷场地标称几百米的模块，在室内隔一堵墙就只有十来米，再远一点接收端完全收不到。

原因：天线问题占大头。433MHz频段的波长约69厘米，四分之一波长单极天线理论长度约17厘米，很多模块出厂带的是弹簧天线或者PCB天线，如果天线区域被螺丝、外壳金属或者大面积覆铜遮挡，辐射效率会断崖式下降。发射功率寄存器也可能被配成了最低档。

解决：把配置表里发射功率字节改成最高档，然后用一根17厘米左右的导线焊在天线焊盘上，注意导线尽量伸直，不要蜷成一团。天线周围不要铺铜，PCB上对应的净空区域不要走线。换个位置测试，很多时候问题不是功率不够，而是模块被放在了金属桌面上。

5.5 两套系统互相串台

现象：教室里同时有三组同学做同一个题目，A组的接收端偶尔能显示B组发送的温度值，数据张冠李戴。

原因：所有组的模块都工作在同一频点，地址如果也配成一样的，硬件过滤就形同虚设，A组接收端会无差别接收B组的帧。

解决：把系统分成两层过滤。第一层是射频配置，每套设备使用不同的CH_NO频点，或者换用不同的4字节地址。第二层是应用层，帧里的设备ID各小组设置成不同值，接收端校验ID不匹配就直接丢弃。两层都加上，串台问题基本绝迹。这个细节在课程设计答辩时还能主动讲出来，算是加分项。

6. 验收与答辩：测试用例、演示脚本和几个高频追问

方案写完不等于能交付，验收环节需要有据可查。这里给出一套可以直接抄的测试清单和演示脚本，照着走一遍，基本能覆盖评委八成的问题。

6.1 测试用例与通过标准

测试时最好把每项结果记成表格，评委问起来直接翻数据，比口头说“我测过没问题”有说服力得多。

6.2 现场演示脚本

演示顺序决定答辩节奏。我的习惯是：先给接收节点上电，LCD1602显示“RX:LOST”状态，让评委看到故障提示界面；再给发送节点上电，3秒内温度出现，形成对比。然后用手捏住DS18B20的金属外壳，温度读数会缓慢上升，这说明传感器响应正常。最后拔掉发送节点电源，LCD切回“RX:LOST”，重新上电又恢复显示。整套演示不超过两分钟，但把采集、传输、显示、故障恢复四个点全部覆盖了。

6.3 答辩环节的高频追问与应答准备

评委最常问的三个问题要提前备好答案。第一个是“NRF905的地址过滤怎么实现的”，答：射频芯片内部有个接收地址寄存器，收到帧后硬件自动对比，只有匹配才拉高DR，中断通知单片机。第二个是“为什么不用蓝牙或WiFi”，答：51单片机资源有限，433MHz模块配置简单、功耗低、穿透性好，适合这个应用场景。第三个是“丢包了怎么办”，答：应用层有累加和校验，校验失败就丢弃，LCD上超时显示链路断开，后续还可以加自动重传机制。

6.4 我做无线调试时的一条习惯

以前调NRF905时翻过一次大车：板子焊完了才发现天线焊盘被外壳的一个金属螺柱短接，信号全被屏蔽，排查了整整一晚没找到原因。从那以后，我每次做无线方案，上电之前先过一遍“天线是否接好、引脚是否对表、地线是否共地”这三项检查，再烧程序。这套流程帮我在不少项目里躲过了返工，如果你今天要交这份设计，建议也把这三项检查写到自己的调试清单里，希望帮到你。

本文还有配套的精品资源，点击获取