简介面向物联网嵌入式开发者的STM32F030多点温度采集系统源码包通过DHT20传感器采集环境温度借助移远BC260Y-CN模块以NB-IoT方式上传至OneNet云平台并支持OLED本地显示与异常报警适合需要快速搭建远程温度监控原型的工程师参考。压缩包共24个文件其中10个C文件与10个头文件完整覆盖系统主逻辑、多种传感器驱动、NB-IoT通信、OLED显示及外设初始化另有2个Markdown文档提供说明整体仅40KB代码结构精炼易读。目前已有36人浏览学习。资源不仅包含可编译运行的代码框架还展示了硬件配置与云平台对接的嵌入式实现细节开发者可据此理解NB-IoT入网、MQTT参数配置及多传感器协同工作流程也能直接复用或二次开发对于物联网课程设计、毕业设计或产品原型开发均有参考价值。 温度采集这类需求在嵌入式项目里出现的频率比我见过的任何外设驱动都高。但真要做到多点同时采集很多人第一反应是上PLC或者买现成的采集模块一套下来几百上千。如果只是想监测几个关键点的温度比如散热器、功率电阻、环境温度、机箱内部温度STM32F030加DS18B20是性价比非常高的方案主控一颗几块钱传感器三四块钱一个8个点全部走一个GPIOPCB上连走线都省了。这篇文章把我实际做的一个8点测温项目完整拆一遍。项目本身不复杂但围绕多点这两个字牵扯出单总线多设备寻址、时序精度、CRC校验、长线抗干扰这些问题每个都值得单独讲。从选型、硬件、代码到实测踩坑全部拉出来说清楚给后面要做类似项目的朋友一个能直接抄作业的模板。这个项目的原始需求来自一个电源测试台8个测温点分布在功率电阻、散热器、进风口和出风口温度范围在-10℃到85℃之间精度要求正负0.5℃数据通过串口发到上位机做实时记录。预算有限、要快速交付、后期还要方便扩展这几个约束直接决定了后面的整个技术路线。1. 选型逻辑与资源盘点F030凭什么接这个活1.1 主控选型的决策过程很多人做测温上来就用F103不是说不行而是没必要。F103是Cortex-M3内核主频72MHzFlash和RAM都大一截做温度采集属于用牛刀杀鸡。F030是Cortex-M0内核主频48MHzFlash从16KB到32KB不等RAM 4KB起步跑一个不带操作系统的测温采集绰绰有余。关键还是成本。F030C8T6批量价格比F103低一大截做产品时这个差价乘以数量是非常可观的。另外F030的启动时间快上电到GPIO翻转只需要几毫秒有些开机就要立刻测温的场景它反而比F103更合适。再一个考量是采购稳定性和替代性。这颗芯片用量大现货充足遇到缺货时替代料也好找同系列的F031、F051引脚兼容的型号不少。对于做实际项目而不是玩开发板的人来说这一点比性能参数重要得多。1.2 传感器方案的横向对比多点测温的传感器选型我对比过三个方案方案优点缺点适用场景DS18B201-Wire单IO挂多路、数字输出、免校准、价格低时序敏感、速度慢12位需750ms点数多、布局分散、不追求刷新率NTC热敏电阻ADC响应快、成本极低、精度可调每路占一个ADC通道、需查表标定、易受干扰点数少、测温点集中I2C传感器TMP75/LM75地址可配、读取快、标准协议地址只有3位一条总线上最多8个且需改地址板上多点测温、走线短最终选了DS18B20。原因很直接8个点分布在测试台的不同位置走线长度从30cm到2m不等1-Wire总线一根线串过去就行线缆成本最低。而且DS18B20出厂做过校准精度正负0.5℃完全覆盖需求省掉了NTC方案里每路都要单独校准的麻烦。1.3 资源预算与引脚分配F030K6T6有32个引脚其中可用GPIO约25个。8路DS18B20共用1个引脚UART1用2个引脚剩下的引脚全部空出来留给以后扩展——比如接OLED显示、按键、继电器、RS485收发器等。我实际用的资源主控STM32F030K6T6内部HSI8经过PLL倍频到48MHzGPIOPA1接1-Wire总线开漏输出、外接上拉UART1PA9TX、PA10RX115200-8-N-1电源3.3V供电整板电流约40mA下载SWD接口PA13/PA14Flash用了不到10KBRAM占了不到2KB这颗芯片的余量非常大。如果以后要加协议栈或者本地存储也不用换主控。2. 硬件连接方案单总线多点拓扑的接线与供电细节2.1 最小系统与传感器接线F030的最小系统很简单VDD接3.3V每个电源脚旁边放一个100nF去耦电容NRST上拉10k并接一个100nF电容到地BOOT0下拉到地。因为用的是内部时钟省掉了外部晶振这也是选F030省成本的一部分。传感器接线是单总线拓扑的核心。8个DS18B20的DQ引脚并联到同一条线上每个传感器的VDD和GND也并联所有DQ通过一个4.7k上拉电阻接到3.3V。以下是DS18B20引脚与STM32的连线方式DS18B20 (TO-92封装引脚朝下平面朝自己) 引脚定义1GND 2DQ 3VDD 接线 2 - DQ ---------- PA1 (STM32F030) | [4.7kΩ] | ----------- 3.3V 1 - GND ---------------------- GND 3 - VDD ---------------------- 3.3V每个DS18B20用三根线引出红色VDD、黑色GND、黄色DQ。为了避免现场接线出错我做了个小的转接板把8个传感器的排针按顺序排好主板上一个4P端子就能接到对应位置。2.2 上拉电阻与供电模式的选择DS18B20支持寄生供电和外部供电两种模式。寄生供电只接两根线DQ在特定时序里给传感器充电省一根线。但寄生供电对时序要求更苛刻转换电流大时电压容易塌陷尤其是多个传感器同时挂在总线上时稳定性很差。我直接选了外部供电每个传感器VDD和GND都接上可靠性高很多。上拉电阻的取值值得说两句。数据手册推荐4.7k这是常规值。但实际布线长度不同最优值会漂短线50cm可以用10k省点功耗长线5m建议降到2.2k或1k提高驱动能力和抗干扰。我的布线最长2m左右4.7k实测没问题。如果你在工业现场走线超过10m需要更激进的措施终端并联一个电容、双绞线传输甚至加总线收发器比如MAX485转一下。2.3 长线布线需要注意的几件事这个项目里我踩过一个坑测试台的风机一开温度数据偶尔会出现85℃这种离谱值。后来定位是电磁干扰——1-Wire总线在机箱里走线时贴着风机供电线走风机启停的尖峰耦合到总线上破坏了时序波形。解决办法有三条按效果排序信号线远离电源线和电机线这是最便宜有效的措施信号线对地并联一个100nF电容滤掉高频尖峰注意电容太大会拉慢信号边沿需要实测传感器馈线尽量用双绞线或者屏蔽线屏蔽层单端接地还有一个容易忽略的点地线。8个传感器的GND如果走线很长地电位差会直接表现为通信错误。我的做法是从主板引一根粗一点的GND线到传感器最远端形成一个星形接地而不是串成菊花链。3. 代码核心1-Wire时序封装与微秒延时实现3.1 工程结构与GPIO初始化工程基于STM32CubeMX生成用HAL库但1-Wire时序部分全部用寄存器级GPIO操作因为HAL的HAL_GPIO_WritePin中间有函数调用开销用在微秒级时序上不稳定。先看GPIO初始化。1-Wire总线要用开漏输出模式这个很关键开漏模式下写0拉低总线写1释放总线让上拉电阻把电平拉高读取时直接把输入寄存器读回来就行不需要来回切换输入输出模式。/* main.c 中的GPIO初始化 */ void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); /* PA1 - 1-Wire数据总线开漏输出内部上拉不使能外部已有4.7k上拉 */ GPIO_InitStruct.Pin GPIO_PIN_1; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_OD; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); }注意速度等级设成了HIGH。这不是必需的但可以保证时序翻转足够快减少边沿时间带来的时序偏差。3.2 微秒延时DWT周期计数器比for循环靠谱DS18B20的时序是用微秒级延时拼出来的延时不准后面的协议全崩。HAL_Delay只能到毫秒级所以必须自己实现delay_us。用for循环空转可以但依赖编译器优化级别和主频换个优化开关行为就变了。更可靠的做法是用Cortex-M0内核的DWTData Watchpoint and Trace模块的周期计数器。Cortex-M0的DWT没有M3/M4那么完整但CYCCNT是可用的。配置方法/* delay.h */ #ifndef __DELAY_H #define __DELAY_H #include main.h void delay_us_init(void); void delay_us(uint32_t us); #endif /* delay.c */ #include delay.h void delay_us_init(void) { /* 使能DWT周期计数器 */ CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; DWT-CYCCNT 0; } void delay_us(uint32_t us) { uint32_t ticks us * (SystemCoreClock / 1000000); uint32_t start DWT-CYCCNT; while ((DWT-CYCCNT - start) ticks); }这个延时精度在48MHz主频下可以达到一个周期约20.8ns的误差完全满足1-Wire协议要求。项目初始化时调用一次delay_us_init()即可。3.3 1-Wire协议时序实现1-Wire的时序核心是主控在特定时间窗口内拉低总线、释放总线通过这个窗口的长短来表达0和1。几个关键时序参数复位脉冲拉低480us释放DS18B20在60~240us内拉低总线作为存在脉冲写时序整个时间隙60~120us写0是拉低整个时间隙写1是拉低1~15us后释放读时序主控拉低1~15us后释放传感器在第15us之后开始驱动总线我把这些封装成独立的函数/* ow.c */ #include ow.h #define OW_LOW() (GPIOA-BRR GPIO_PIN_1) // 拉低 #define OW_HIGH() (GPIOA-BSRR GPIO_PIN_1) // 释放靠上拉电阻拉高 #define OW_READ() ((GPIOA-IDR GPIO_PIN_1) ? 1 : 0) /* 总线复位返回0表示检测到存在脉冲 */ uint8_t OW_Reset(void) { uint8_t presence; OW_LOW(); delay_us(480); // 复位脉冲 OW_HIGH(); delay_us(70); // 等待传感器响应窗口 presence OW_READ(); // 读取存在脉冲 delay_us(410); // 等待总线释放 return presence; } /* 写1位 */ void OW_WriteBit(uint8_t bit) { if (bit) { OW_LOW(); delay_us(6); // 写1拉低6us后释放 OW_HIGH(); delay_us(64); // 占满时间隙 } else { OW_LOW(); delay_us(60); // 写0整个时间隙保持低电平 OW_HIGH(); delay_us(10); } } /* 读1位 */ uint8_t OW_ReadBit(void) { uint8_t bit; OW_LOW(); delay_us(6); // 读时序起始 OW_HIGH(); delay_us(9); // 在15us窗口内采样 bit OW_READ(); delay_us(55); // 等待时间隙结束 return bit; } /* 写1字节低位在前 */ void OW_WriteByte(uint8_t byte) { for (uint8_t i 0; i 8; i) { OW_WriteBit(byte 0x01); byte 1; } } /* 读1字节低位在前 */ uint8_t OW_ReadByte(void) { uint8_t byte 0; for (uint8_t i 0; i 8; i) { byte 1; if (OW_ReadBit()) { byte | 0x80; } } return byte; }代码里用了BRR和BSRR寄存器直接操作避开HAL函数调用时序更可控。4. 多点寻址与温度读取ROM搜索、匹配与CRC校验4.1 64位ROM和三种寻址指令每个DS18B20在出厂时都有一个64位的唯一ID结构是8位家族码DS18B20固定是0x28、48位序列号、8位CRC校验码。这个ID就是传感器在总线上的身份证号。DS18B20的ROM指令有三条决定了你怎么和设备打交道指令代码作用Skip ROM0xCC不寻址让所有传感器同时响应Match ROM0x55指定一个具体设备其他设备不响应Search ROM0xF0自动识别总线上所有设备的ID温度转换指令0x44有个特性用Skip ROM广播时总线上所有DS18B20会同时开始转换省去了逐一启动的时间。这也是单总线多点测温的标准做法先广播启动转换等750ms再逐一个别读取。4.2 ROM搜索算法实现第一次做多点的时候很容易有个错误认知以为一条总线上挂多个设备直接读就行。实际上Skip ROM指令只适合广播操作要单独读某个传感器的数据必须先知道它的ROM地址。地址从哪来靠Search ROM指令在位级别上问出来。Search ROM的原理可以简化理解主控逐位询问所有设备每一位上设备同时返回两个信号该位值和反码。如果所有设备在该位都一样两个信号互补如果存在分歧两个信号都是0。主控就在分歧位决定走哪个分支逐渐把每一个设备的完整地址遍历出来。这是核心代码包含CRC校验可以直接用/* ow.c - ROM搜索主函数 */ uint8_t OW_SearchROM(uint64_t *rom_ids, uint8_t max_devices) { uint8_t devices_found 0; uint8_t last_discrepancy 0; /* 上一次搜索遇到的分歧位 */ while (devices_found max_devices) { uint8_t rom[8] {0}; uint8_t last_zero 0; /* 本次搜索最后一个分歧位 */ uint8_t bit_index; if (OW_Reset() ! 0) { break; /* 总线上没有设备响应 */ } OW_WriteByte(0xF0); /* Search ROM命令 */ for (bit_index 0; bit_index 64; bit_index) { uint8_t bit_a OW_ReadBit(); uint8_t bit_b OW_ReadBit(); uint8_t dir 0; if (bit_a 1 bit_b 1) { return devices_found; /* 无设备返回搜索结束 */ } else if (bit_a 0 bit_b 0) { /* 分歧位需要根据上次搜索的路径决定方向 */ if (bit_index last_discrepancy) { /* 已确定的分歧位沿上次路径走 */ dir (rom[bit_index / 8] (bit_index % 8)) 1; } else if (bit_index last_discrepancy) { dir 1; /* 本次搜索在新分歧位走1方向 */ } else { dir 0; /* 新分歧位默认走0方向 */ } if (dir 0) { last_zero bit_index; } } else { /* 该位所有设备一致唯一方向 */ dir bit_a; } /* 记录并写入该位 */ if (dir 1) { rom[bit_index / 8] | (1 (bit_index % 8)); } else { rom[bit_index / 8] ~(1 (bit_index % 8)); } OW_WriteBit(dir); } /* CRC校验确认读到的ROM地址有效 */ if (CRC8(rom, 7) rom[7]) { rom_ids[devices_found] 0; for (uint8_t i 0; i 8; i) { rom_ids[devices_found - 1] | ((uint64_t)rom[i]) (i * 8); } } /* 如果最后一个分歧位是0说明遍历完成 */ if (last_zero 0) { break; } last_discrepancy last_zero; } return devices_found; } /* CRC8校验多项式x^8x^5x^41初值0 */ uint8_t CRC8(uint8_t *data, uint8_t len) { uint8_t crc 0; for (uint8_t i 0; i len; i) { uint8_t byte data[i]; for (uint8_t j 0; j 8; j) { uint8_t mix (crc ^ byte) 0x01; crc 1; if (mix) { crc ^ 0x8C; } byte 1; } } return crc; }这个代码拿过来总线上有几个DS18B20它就能把几个地址全部找出来按找到的顺序放进rom_ids数组里。我实测挂8个传感器搜索一次耗时约15ms完全可以接受。完整的CRC8函数/* 完整CRC8实现包含终止异或操作 */ uint8_t CRC8_full(uint8_t *data, uint8_t len) { uint8_t crc 0; for (uint8_t i 0; i len; i) { crc ^ data[i]; for (uint8_t j 0; j 8; j) { if (crc 0x80) { crc (uint8_t)((crc 1) ^ 0x31); } else { crc 1; } } } return crc; }4.3 温度转换时序与数据解析读取全部8个传感器温度的完整流程分成三步先广播启动转换等待转换完成再逐个匹配地址读取。这样比逐个启动再逐个等待快得多。/* 读取所有传感器温度的主流程 */ void Temperature_ReadAll(float *temps, uint8_t count) { /* 第1步广播启动温度转换 */ OW_Reset(); OW_WriteByte(0xCC); /* Skip ROM */ OW_WriteByte(0x44); /* 启动温度转换 */ /* 第2步等待转换完成 */ /* 12位分辨率下最大转换时间750ms这里留足余量 */ delay_ms(800); /* 第3步逐设备读取温度 */ for (uint8_t i 0; i count; i) { temps[i] DS18B20_ReadTemperature(rom_ids[i]); } } /* 读取单个传感器的温度 */ float DS18B20_ReadTemperature(uint64_t romCode) { uint8_t data[9] {0}; int16_t raw; float temp; /* Match ROM指定设备 */ if (OW_Reset() ! 0) { return -100.0f; /* 无设备 */ } OW_WriteByte(0x55); /* Match ROM */ for (uint8_t i 0; i 8; i) { OW_WriteByte((romCode (i * 8)) 0xFF); } OW_WriteByte(0xBE); /* 读取暂存器Memory Read */ /* 读取9个字节温度低字节、温度高字节、告警阈值、配置寄存器、CRC */ for (uint8_t i 0; i 9; i) { data[i] OW_ReadByte(); } /* CRC校验校验前8个字节是否与第9个字节一致 */ if (CRC8(data, 8) ! data[8]) { return -101.0f; /* CRC错误 */ } /* 温度拼接高字节在前低字节在后符号位在bit15 */ raw (int16_t)((data[1] 8) | data[0]); /* 12位分辨率时LSB 0.0625 ℃ */ temp raw * 0.0625f; /* 如果读数等于85℃说明是传感器上电默认值转换可能没执行成功 */ if (temp 85.0f temp 85.5f) { return -102.0f; /* 转换失败或不正常 */ } return temp; }温度数据的解析有个容易搞错的地方DS18B20返回的温度寄存器是16位有符号数低4位是小数部分符号扩展后直接乘0.0625就是摄氏温度。负数温度比如零下5℃对应的原始值是0xFFB0要注意符号位处理我上面用int16_t接收左移拼接的值符号位自然保留不会出问题。5. 实测数据与典型故障排查从读到到读对5.1 一组典型的实测数据系统跑起来后我通过串口把8个点的温度和ROM地址一起打出来方便核对哪个传感器对应哪个位置。这是某次稳态测试打印的一帧数据ROM[0]28-AA-1C-3D-42-01-00-9B Temp[0]25.31℃ (环境温度) ROM[1]28-AA-1C-3D-43-01-00-9C Temp[1]24.87℃ (进风口) ROM[2]28-AA-1C-3D-44-01-00-9D Temp[2]25.02℃ (箱内空气) ROM[3]28-AA-1C-3D-45-01-00-9E Temp[3]26.15℃ (散热器) ROM[4]28-AA-1C-3D-46-01-00-9F Temp[4]57.32℃ (功率电阻1) ROM[5]28-AA-1C-3D-47-01-00-A0 Temp[5]58.67℃ (功率电阻2) ROM[6]28-AA-1C-3D-48-01-00-A1 Temp[6]46.21℃ (MOS管散热片) ROM[7]28-AA-1C-3D-49-01-00-A2 Temp[7]25.40℃ (出风口)8个点全部稳定读数同一位置的两次读取偏差不超过0.06℃这个精度对监控用途完全够。跟水银温度计对比偏差在正负0.3℃以内符合标称正负0.5℃。5.2 最常见的三个故障现象与根因跑测试的过程中前前后后遇到了不少问题这里挑三个最有代表性的说第一个是有传感器读数恒为85℃。这个现象非常典型排查时要先看数据手册DS18B20上电后温度寄存器默认值就是0x0550对应85℃。如果读到85℃且长时间不变说明转换指令根本没执行成功。我遇到的情况是一个传感器的DQ引脚虚焊偶尔接触不良Skip ROM广播启动转换时它没收到命令Match ROM读取时返回的是上电默认值。补焊后故障消失。第二个是CRC错误频繁报错。我写了CRC小于0就重试的逻辑但某段时间重试率高达30%。检查波形发现总线释放后上升沿很慢上冲明显是上拉电阻阻值偏大加上总线分布电容共同导致的。把4.7k换成2.2k重试率降到1%以下。如果换到更恶劣的现场环境可以用1k再配合端接电容。第三个是多个传感器地址搜索不全。8个传感器只搜出5个反复搜索结果还不稳定。这个问题出在搜索算法漏掉了总线上的电容效应低速设备读位时如果采样点太早电平还没来得及翻转就误判成0。解决办法是把读位时序中的采样延时从9us调整到12us让信号稳定后再采样。这个参数就是1-Wire时序里最容易根据实际布线微调的地方不能死守手册的典型值。5.3 精度标定和误差补偿虽然DS18B20出厂有校准但实际使用还是有两个误差来源值得注意一个是传感器自发热一个是导热路径上的热阻。自发热出现在传感器通过外部供电快速连续读取的场景内部电流转换电路会发热如果读取频率太高比如小于10ms一次读数会偏高零点几度。我在代码里限制读取周期不低于1秒一次这个问题基本消失。导热路径误差是我踩过的一个坑把一个DS18B20装到散热器表面时直接用导热胶贴上去没做别的处理结果读数比热电偶实测低了4℃。原因是传感器封装和散热器之间有空气隙热量传递受阻。后来改用导热硅脂加机械压紧误差缩到0.5℃以内。这个对做温度监控的人来说很关键测温不准很多时候问题不在传感器而在安装方式。如果要做更精确的标定可以在代码里加一个一阶校准函数实测温度与标准温度计的偏差做一个线性回归得到offset和slope两个参数然后对每个传感器单独补偿。DS18B20本身的非线性很小一阶线性补偿就够用。6. 项目扩展方向串口协议、组网方式与上位机联动6.1 串口协议设计数据通过UART送上位机协议我建议做简单但带校验帧。现场实测发现115200波特率下偶尔会有丢字节不校验的话数据会出现跳变。一个比较通用的帧格式帧头(0xAA 0x55) 长度(1字节) 命令(1字节) 数据... CRC8 帧尾(0x0D 0x0A)上位机收到帧后先查帧头和长度再对数据部分做CRC校验校验不过直接丢弃并请求重发。温度值的传输用整数乘以100比如2531代表25.31℃避免浮点数在传输和存储中的精度问题。UART初始化用HAL很简单关键是发送温度数据时注意把浮点转成整数。我实际用的发送代码/* 发送一个温度值temp_c × 100 */ void Send_Temperature(uint8_t index, float temp_c) { uint8_t buf[8]; int16_t temp_x100 (int16_t)(temp_c * 100); buf[0] 0xAA; buf[1] 0x55; buf[2] 6; /* 长度命令索引数据2字节CRC */ buf[3] 0x01; /* 命令温度数据 */ buf[4] index; /* 传感器编号 */ buf[5] (temp_x100 8) 0xFF; buf[6] temp_x100 0xFF; buf[7] CRC8(buf[2], 5); HAL_UART_Transmit(huart1, buf, 8, 10); }6.2 大规模组网思路如果测温点超过10个我还是会强烈建议换I2C或者SPI传感器。虽然DS18B20理论上一总线可以挂几十个但实际总线电容、时序裕量、搜索算法复杂度都会随数量急剧上升维护成本不划算。如果确实要继续用DS18B20且点数很多可以这样处理把传感器分成几组每组用独立GPIO接一条总线每条总线8个左右多路轮流读取。F030的GPIO足够这样既能提高刷新率又能隔离故障。每路总线上挂一个DS18B20时读取周期可以压缩到100ms以下监控实时性更好。再往大了走就需要分布式的思路多个F030采集板通过RS485总线级联每个板上算好温度再汇聚到主机。这是我在做过几个项目之后的体会——多点采集的瓶颈往往不是芯片算力而是总线的物理极限和工程的容错设计。这个项目做完之后我的整体感受是STM32F030加DS18B20这套组合非常适合中小规模、成本敏感、需要快速落地的温度监控场景。硬件简单、代码可控、调试手段明确哪怕之前没接触过1-Wire协议照着上面的时序和流程走一遍也能跑通。最后提醒一句所有时序参数都不要死记实际布线和环境会改变它们手上有示波器就抓波形看没有示波器就靠CRC错误率来调这个技巧比任何代码都值钱。本文还有配套的精品资源点击获取 STM32F030与DS18B20多点测温实战：从单总线协议到CRC校验
简介面向物联网嵌入式开发者的STM32F030多点温度采集系统源码包通过DHT20传感器采集环境温度借助移远BC260Y-CN模块以NB-IoT方式上传至OneNet云平台并支持OLED本地显示与异常报警适合需要快速搭建远程温度监控原型的工程师参考。压缩包共24个文件其中10个C文件与10个头文件完整覆盖系统主逻辑、多种传感器驱动、NB-IoT通信、OLED显示及外设初始化另有2个Markdown文档提供说明整体仅40KB代码结构精炼易读。目前已有36人浏览学习。资源不仅包含可编译运行的代码框架还展示了硬件配置与云平台对接的嵌入式实现细节开发者可据此理解NB-IoT入网、MQTT参数配置及多传感器协同工作流程也能直接复用或二次开发对于物联网课程设计、毕业设计或产品原型开发均有参考价值。 温度采集这类需求在嵌入式项目里出现的频率比我见过的任何外设驱动都高。但真要做到多点同时采集很多人第一反应是上PLC或者买现成的采集模块一套下来几百上千。如果只是想监测几个关键点的温度比如散热器、功率电阻、环境温度、机箱内部温度STM32F030加DS18B20是性价比非常高的方案主控一颗几块钱传感器三四块钱一个8个点全部走一个GPIOPCB上连走线都省了。这篇文章把我实际做的一个8点测温项目完整拆一遍。项目本身不复杂但围绕多点这两个字牵扯出单总线多设备寻址、时序精度、CRC校验、长线抗干扰这些问题每个都值得单独讲。从选型、硬件、代码到实测踩坑全部拉出来说清楚给后面要做类似项目的朋友一个能直接抄作业的模板。这个项目的原始需求来自一个电源测试台8个测温点分布在功率电阻、散热器、进风口和出风口温度范围在-10℃到85℃之间精度要求正负0.5℃数据通过串口发到上位机做实时记录。预算有限、要快速交付、后期还要方便扩展这几个约束直接决定了后面的整个技术路线。1. 选型逻辑与资源盘点F030凭什么接这个活1.1 主控选型的决策过程很多人做测温上来就用F103不是说不行而是没必要。F103是Cortex-M3内核主频72MHzFlash和RAM都大一截做温度采集属于用牛刀杀鸡。F030是Cortex-M0内核主频48MHzFlash从16KB到32KB不等RAM 4KB起步跑一个不带操作系统的测温采集绰绰有余。关键还是成本。F030C8T6批量价格比F103低一大截做产品时这个差价乘以数量是非常可观的。另外F030的启动时间快上电到GPIO翻转只需要几毫秒有些开机就要立刻测温的场景它反而比F103更合适。再一个考量是采购稳定性和替代性。这颗芯片用量大现货充足遇到缺货时替代料也好找同系列的F031、F051引脚兼容的型号不少。对于做实际项目而不是玩开发板的人来说这一点比性能参数重要得多。1.2 传感器方案的横向对比多点测温的传感器选型我对比过三个方案方案优点缺点适用场景DS18B201-Wire单IO挂多路、数字输出、免校准、价格低时序敏感、速度慢12位需750ms点数多、布局分散、不追求刷新率NTC热敏电阻ADC响应快、成本极低、精度可调每路占一个ADC通道、需查表标定、易受干扰点数少、测温点集中I2C传感器TMP75/LM75地址可配、读取快、标准协议地址只有3位一条总线上最多8个且需改地址板上多点测温、走线短最终选了DS18B20。原因很直接8个点分布在测试台的不同位置走线长度从30cm到2m不等1-Wire总线一根线串过去就行线缆成本最低。而且DS18B20出厂做过校准精度正负0.5℃完全覆盖需求省掉了NTC方案里每路都要单独校准的麻烦。1.3 资源预算与引脚分配F030K6T6有32个引脚其中可用GPIO约25个。8路DS18B20共用1个引脚UART1用2个引脚剩下的引脚全部空出来留给以后扩展——比如接OLED显示、按键、继电器、RS485收发器等。我实际用的资源主控STM32F030K6T6内部HSI8经过PLL倍频到48MHzGPIOPA1接1-Wire总线开漏输出、外接上拉UART1PA9TX、PA10RX115200-8-N-1电源3.3V供电整板电流约40mA下载SWD接口PA13/PA14Flash用了不到10KBRAM占了不到2KB这颗芯片的余量非常大。如果以后要加协议栈或者本地存储也不用换主控。2. 硬件连接方案单总线多点拓扑的接线与供电细节2.1 最小系统与传感器接线F030的最小系统很简单VDD接3.3V每个电源脚旁边放一个100nF去耦电容NRST上拉10k并接一个100nF电容到地BOOT0下拉到地。因为用的是内部时钟省掉了外部晶振这也是选F030省成本的一部分。传感器接线是单总线拓扑的核心。8个DS18B20的DQ引脚并联到同一条线上每个传感器的VDD和GND也并联所有DQ通过一个4.7k上拉电阻接到3.3V。以下是DS18B20引脚与STM32的连线方式DS18B20 (TO-92封装引脚朝下平面朝自己) 引脚定义1GND 2DQ 3VDD 接线 2 - DQ ---------- PA1 (STM32F030) | [4.7kΩ] | ----------- 3.3V 1 - GND ---------------------- GND 3 - VDD ---------------------- 3.3V每个DS18B20用三根线引出红色VDD、黑色GND、黄色DQ。为了避免现场接线出错我做了个小的转接板把8个传感器的排针按顺序排好主板上一个4P端子就能接到对应位置。2.2 上拉电阻与供电模式的选择DS18B20支持寄生供电和外部供电两种模式。寄生供电只接两根线DQ在特定时序里给传感器充电省一根线。但寄生供电对时序要求更苛刻转换电流大时电压容易塌陷尤其是多个传感器同时挂在总线上时稳定性很差。我直接选了外部供电每个传感器VDD和GND都接上可靠性高很多。上拉电阻的取值值得说两句。数据手册推荐4.7k这是常规值。但实际布线长度不同最优值会漂短线50cm可以用10k省点功耗长线5m建议降到2.2k或1k提高驱动能力和抗干扰。我的布线最长2m左右4.7k实测没问题。如果你在工业现场走线超过10m需要更激进的措施终端并联一个电容、双绞线传输甚至加总线收发器比如MAX485转一下。2.3 长线布线需要注意的几件事这个项目里我踩过一个坑测试台的风机一开温度数据偶尔会出现85℃这种离谱值。后来定位是电磁干扰——1-Wire总线在机箱里走线时贴着风机供电线走风机启停的尖峰耦合到总线上破坏了时序波形。解决办法有三条按效果排序信号线远离电源线和电机线这是最便宜有效的措施信号线对地并联一个100nF电容滤掉高频尖峰注意电容太大会拉慢信号边沿需要实测传感器馈线尽量用双绞线或者屏蔽线屏蔽层单端接地还有一个容易忽略的点地线。8个传感器的GND如果走线很长地电位差会直接表现为通信错误。我的做法是从主板引一根粗一点的GND线到传感器最远端形成一个星形接地而不是串成菊花链。3. 代码核心1-Wire时序封装与微秒延时实现3.1 工程结构与GPIO初始化工程基于STM32CubeMX生成用HAL库但1-Wire时序部分全部用寄存器级GPIO操作因为HAL的HAL_GPIO_WritePin中间有函数调用开销用在微秒级时序上不稳定。先看GPIO初始化。1-Wire总线要用开漏输出模式这个很关键开漏模式下写0拉低总线写1释放总线让上拉电阻把电平拉高读取时直接把输入寄存器读回来就行不需要来回切换输入输出模式。/* main.c 中的GPIO初始化 */ void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); /* PA1 - 1-Wire数据总线开漏输出内部上拉不使能外部已有4.7k上拉 */ GPIO_InitStruct.Pin GPIO_PIN_1; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_OD; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); }注意速度等级设成了HIGH。这不是必需的但可以保证时序翻转足够快减少边沿时间带来的时序偏差。3.2 微秒延时DWT周期计数器比for循环靠谱DS18B20的时序是用微秒级延时拼出来的延时不准后面的协议全崩。HAL_Delay只能到毫秒级所以必须自己实现delay_us。用for循环空转可以但依赖编译器优化级别和主频换个优化开关行为就变了。更可靠的做法是用Cortex-M0内核的DWTData Watchpoint and Trace模块的周期计数器。Cortex-M0的DWT没有M3/M4那么完整但CYCCNT是可用的。配置方法/* delay.h */ #ifndef __DELAY_H #define __DELAY_H #include main.h void delay_us_init(void); void delay_us(uint32_t us); #endif /* delay.c */ #include delay.h void delay_us_init(void) { /* 使能DWT周期计数器 */ CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; DWT-CYCCNT 0; } void delay_us(uint32_t us) { uint32_t ticks us * (SystemCoreClock / 1000000); uint32_t start DWT-CYCCNT; while ((DWT-CYCCNT - start) ticks); }这个延时精度在48MHz主频下可以达到一个周期约20.8ns的误差完全满足1-Wire协议要求。项目初始化时调用一次delay_us_init()即可。3.3 1-Wire协议时序实现1-Wire的时序核心是主控在特定时间窗口内拉低总线、释放总线通过这个窗口的长短来表达0和1。几个关键时序参数复位脉冲拉低480us释放DS18B20在60~240us内拉低总线作为存在脉冲写时序整个时间隙60~120us写0是拉低整个时间隙写1是拉低1~15us后释放读时序主控拉低1~15us后释放传感器在第15us之后开始驱动总线我把这些封装成独立的函数/* ow.c */ #include ow.h #define OW_LOW() (GPIOA-BRR GPIO_PIN_1) // 拉低 #define OW_HIGH() (GPIOA-BSRR GPIO_PIN_1) // 释放靠上拉电阻拉高 #define OW_READ() ((GPIOA-IDR GPIO_PIN_1) ? 1 : 0) /* 总线复位返回0表示检测到存在脉冲 */ uint8_t OW_Reset(void) { uint8_t presence; OW_LOW(); delay_us(480); // 复位脉冲 OW_HIGH(); delay_us(70); // 等待传感器响应窗口 presence OW_READ(); // 读取存在脉冲 delay_us(410); // 等待总线释放 return presence; } /* 写1位 */ void OW_WriteBit(uint8_t bit) { if (bit) { OW_LOW(); delay_us(6); // 写1拉低6us后释放 OW_HIGH(); delay_us(64); // 占满时间隙 } else { OW_LOW(); delay_us(60); // 写0整个时间隙保持低电平 OW_HIGH(); delay_us(10); } } /* 读1位 */ uint8_t OW_ReadBit(void) { uint8_t bit; OW_LOW(); delay_us(6); // 读时序起始 OW_HIGH(); delay_us(9); // 在15us窗口内采样 bit OW_READ(); delay_us(55); // 等待时间隙结束 return bit; } /* 写1字节低位在前 */ void OW_WriteByte(uint8_t byte) { for (uint8_t i 0; i 8; i) { OW_WriteBit(byte 0x01); byte 1; } } /* 读1字节低位在前 */ uint8_t OW_ReadByte(void) { uint8_t byte 0; for (uint8_t i 0; i 8; i) { byte 1; if (OW_ReadBit()) { byte | 0x80; } } return byte; }代码里用了BRR和BSRR寄存器直接操作避开HAL函数调用时序更可控。4. 多点寻址与温度读取ROM搜索、匹配与CRC校验4.1 64位ROM和三种寻址指令每个DS18B20在出厂时都有一个64位的唯一ID结构是8位家族码DS18B20固定是0x28、48位序列号、8位CRC校验码。这个ID就是传感器在总线上的身份证号。DS18B20的ROM指令有三条决定了你怎么和设备打交道指令代码作用Skip ROM0xCC不寻址让所有传感器同时响应Match ROM0x55指定一个具体设备其他设备不响应Search ROM0xF0自动识别总线上所有设备的ID温度转换指令0x44有个特性用Skip ROM广播时总线上所有DS18B20会同时开始转换省去了逐一启动的时间。这也是单总线多点测温的标准做法先广播启动转换等750ms再逐一个别读取。4.2 ROM搜索算法实现第一次做多点的时候很容易有个错误认知以为一条总线上挂多个设备直接读就行。实际上Skip ROM指令只适合广播操作要单独读某个传感器的数据必须先知道它的ROM地址。地址从哪来靠Search ROM指令在位级别上问出来。Search ROM的原理可以简化理解主控逐位询问所有设备每一位上设备同时返回两个信号该位值和反码。如果所有设备在该位都一样两个信号互补如果存在分歧两个信号都是0。主控就在分歧位决定走哪个分支逐渐把每一个设备的完整地址遍历出来。这是核心代码包含CRC校验可以直接用/* ow.c - ROM搜索主函数 */ uint8_t OW_SearchROM(uint64_t *rom_ids, uint8_t max_devices) { uint8_t devices_found 0; uint8_t last_discrepancy 0; /* 上一次搜索遇到的分歧位 */ while (devices_found max_devices) { uint8_t rom[8] {0}; uint8_t last_zero 0; /* 本次搜索最后一个分歧位 */ uint8_t bit_index; if (OW_Reset() ! 0) { break; /* 总线上没有设备响应 */ } OW_WriteByte(0xF0); /* Search ROM命令 */ for (bit_index 0; bit_index 64; bit_index) { uint8_t bit_a OW_ReadBit(); uint8_t bit_b OW_ReadBit(); uint8_t dir 0; if (bit_a 1 bit_b 1) { return devices_found; /* 无设备返回搜索结束 */ } else if (bit_a 0 bit_b 0) { /* 分歧位需要根据上次搜索的路径决定方向 */ if (bit_index last_discrepancy) { /* 已确定的分歧位沿上次路径走 */ dir (rom[bit_index / 8] (bit_index % 8)) 1; } else if (bit_index last_discrepancy) { dir 1; /* 本次搜索在新分歧位走1方向 */ } else { dir 0; /* 新分歧位默认走0方向 */ } if (dir 0) { last_zero bit_index; } } else { /* 该位所有设备一致唯一方向 */ dir bit_a; } /* 记录并写入该位 */ if (dir 1) { rom[bit_index / 8] | (1 (bit_index % 8)); } else { rom[bit_index / 8] ~(1 (bit_index % 8)); } OW_WriteBit(dir); } /* CRC校验确认读到的ROM地址有效 */ if (CRC8(rom, 7) rom[7]) { rom_ids[devices_found] 0; for (uint8_t i 0; i 8; i) { rom_ids[devices_found - 1] | ((uint64_t)rom[i]) (i * 8); } } /* 如果最后一个分歧位是0说明遍历完成 */ if (last_zero 0) { break; } last_discrepancy last_zero; } return devices_found; } /* CRC8校验多项式x^8x^5x^41初值0 */ uint8_t CRC8(uint8_t *data, uint8_t len) { uint8_t crc 0; for (uint8_t i 0; i len; i) { uint8_t byte data[i]; for (uint8_t j 0; j 8; j) { uint8_t mix (crc ^ byte) 0x01; crc 1; if (mix) { crc ^ 0x8C; } byte 1; } } return crc; }这个代码拿过来总线上有几个DS18B20它就能把几个地址全部找出来按找到的顺序放进rom_ids数组里。我实测挂8个传感器搜索一次耗时约15ms完全可以接受。完整的CRC8函数/* 完整CRC8实现包含终止异或操作 */ uint8_t CRC8_full(uint8_t *data, uint8_t len) { uint8_t crc 0; for (uint8_t i 0; i len; i) { crc ^ data[i]; for (uint8_t j 0; j 8; j) { if (crc 0x80) { crc (uint8_t)((crc 1) ^ 0x31); } else { crc 1; } } } return crc; }4.3 温度转换时序与数据解析读取全部8个传感器温度的完整流程分成三步先广播启动转换等待转换完成再逐个匹配地址读取。这样比逐个启动再逐个等待快得多。/* 读取所有传感器温度的主流程 */ void Temperature_ReadAll(float *temps, uint8_t count) { /* 第1步广播启动温度转换 */ OW_Reset(); OW_WriteByte(0xCC); /* Skip ROM */ OW_WriteByte(0x44); /* 启动温度转换 */ /* 第2步等待转换完成 */ /* 12位分辨率下最大转换时间750ms这里留足余量 */ delay_ms(800); /* 第3步逐设备读取温度 */ for (uint8_t i 0; i count; i) { temps[i] DS18B20_ReadTemperature(rom_ids[i]); } } /* 读取单个传感器的温度 */ float DS18B20_ReadTemperature(uint64_t romCode) { uint8_t data[9] {0}; int16_t raw; float temp; /* Match ROM指定设备 */ if (OW_Reset() ! 0) { return -100.0f; /* 无设备 */ } OW_WriteByte(0x55); /* Match ROM */ for (uint8_t i 0; i 8; i) { OW_WriteByte((romCode (i * 8)) 0xFF); } OW_WriteByte(0xBE); /* 读取暂存器Memory Read */ /* 读取9个字节温度低字节、温度高字节、告警阈值、配置寄存器、CRC */ for (uint8_t i 0; i 9; i) { data[i] OW_ReadByte(); } /* CRC校验校验前8个字节是否与第9个字节一致 */ if (CRC8(data, 8) ! data[8]) { return -101.0f; /* CRC错误 */ } /* 温度拼接高字节在前低字节在后符号位在bit15 */ raw (int16_t)((data[1] 8) | data[0]); /* 12位分辨率时LSB 0.0625 ℃ */ temp raw * 0.0625f; /* 如果读数等于85℃说明是传感器上电默认值转换可能没执行成功 */ if (temp 85.0f temp 85.5f) { return -102.0f; /* 转换失败或不正常 */ } return temp; }温度数据的解析有个容易搞错的地方DS18B20返回的温度寄存器是16位有符号数低4位是小数部分符号扩展后直接乘0.0625就是摄氏温度。负数温度比如零下5℃对应的原始值是0xFFB0要注意符号位处理我上面用int16_t接收左移拼接的值符号位自然保留不会出问题。5. 实测数据与典型故障排查从读到到读对5.1 一组典型的实测数据系统跑起来后我通过串口把8个点的温度和ROM地址一起打出来方便核对哪个传感器对应哪个位置。这是某次稳态测试打印的一帧数据ROM[0]28-AA-1C-3D-42-01-00-9B Temp[0]25.31℃ (环境温度) ROM[1]28-AA-1C-3D-43-01-00-9C Temp[1]24.87℃ (进风口) ROM[2]28-AA-1C-3D-44-01-00-9D Temp[2]25.02℃ (箱内空气) ROM[3]28-AA-1C-3D-45-01-00-9E Temp[3]26.15℃ (散热器) ROM[4]28-AA-1C-3D-46-01-00-9F Temp[4]57.32℃ (功率电阻1) ROM[5]28-AA-1C-3D-47-01-00-A0 Temp[5]58.67℃ (功率电阻2) ROM[6]28-AA-1C-3D-48-01-00-A1 Temp[6]46.21℃ (MOS管散热片) ROM[7]28-AA-1C-3D-49-01-00-A2 Temp[7]25.40℃ (出风口)8个点全部稳定读数同一位置的两次读取偏差不超过0.06℃这个精度对监控用途完全够。跟水银温度计对比偏差在正负0.3℃以内符合标称正负0.5℃。5.2 最常见的三个故障现象与根因跑测试的过程中前前后后遇到了不少问题这里挑三个最有代表性的说第一个是有传感器读数恒为85℃。这个现象非常典型排查时要先看数据手册DS18B20上电后温度寄存器默认值就是0x0550对应85℃。如果读到85℃且长时间不变说明转换指令根本没执行成功。我遇到的情况是一个传感器的DQ引脚虚焊偶尔接触不良Skip ROM广播启动转换时它没收到命令Match ROM读取时返回的是上电默认值。补焊后故障消失。第二个是CRC错误频繁报错。我写了CRC小于0就重试的逻辑但某段时间重试率高达30%。检查波形发现总线释放后上升沿很慢上冲明显是上拉电阻阻值偏大加上总线分布电容共同导致的。把4.7k换成2.2k重试率降到1%以下。如果换到更恶劣的现场环境可以用1k再配合端接电容。第三个是多个传感器地址搜索不全。8个传感器只搜出5个反复搜索结果还不稳定。这个问题出在搜索算法漏掉了总线上的电容效应低速设备读位时如果采样点太早电平还没来得及翻转就误判成0。解决办法是把读位时序中的采样延时从9us调整到12us让信号稳定后再采样。这个参数就是1-Wire时序里最容易根据实际布线微调的地方不能死守手册的典型值。5.3 精度标定和误差补偿虽然DS18B20出厂有校准但实际使用还是有两个误差来源值得注意一个是传感器自发热一个是导热路径上的热阻。自发热出现在传感器通过外部供电快速连续读取的场景内部电流转换电路会发热如果读取频率太高比如小于10ms一次读数会偏高零点几度。我在代码里限制读取周期不低于1秒一次这个问题基本消失。导热路径误差是我踩过的一个坑把一个DS18B20装到散热器表面时直接用导热胶贴上去没做别的处理结果读数比热电偶实测低了4℃。原因是传感器封装和散热器之间有空气隙热量传递受阻。后来改用导热硅脂加机械压紧误差缩到0.5℃以内。这个对做温度监控的人来说很关键测温不准很多时候问题不在传感器而在安装方式。如果要做更精确的标定可以在代码里加一个一阶校准函数实测温度与标准温度计的偏差做一个线性回归得到offset和slope两个参数然后对每个传感器单独补偿。DS18B20本身的非线性很小一阶线性补偿就够用。6. 项目扩展方向串口协议、组网方式与上位机联动6.1 串口协议设计数据通过UART送上位机协议我建议做简单但带校验帧。现场实测发现115200波特率下偶尔会有丢字节不校验的话数据会出现跳变。一个比较通用的帧格式帧头(0xAA 0x55) 长度(1字节) 命令(1字节) 数据... CRC8 帧尾(0x0D 0x0A)上位机收到帧后先查帧头和长度再对数据部分做CRC校验校验不过直接丢弃并请求重发。温度值的传输用整数乘以100比如2531代表25.31℃避免浮点数在传输和存储中的精度问题。UART初始化用HAL很简单关键是发送温度数据时注意把浮点转成整数。我实际用的发送代码/* 发送一个温度值temp_c × 100 */ void Send_Temperature(uint8_t index, float temp_c) { uint8_t buf[8]; int16_t temp_x100 (int16_t)(temp_c * 100); buf[0] 0xAA; buf[1] 0x55; buf[2] 6; /* 长度命令索引数据2字节CRC */ buf[3] 0x01; /* 命令温度数据 */ buf[4] index; /* 传感器编号 */ buf[5] (temp_x100 8) 0xFF; buf[6] temp_x100 0xFF; buf[7] CRC8(buf[2], 5); HAL_UART_Transmit(huart1, buf, 8, 10); }6.2 大规模组网思路如果测温点超过10个我还是会强烈建议换I2C或者SPI传感器。虽然DS18B20理论上一总线可以挂几十个但实际总线电容、时序裕量、搜索算法复杂度都会随数量急剧上升维护成本不划算。如果确实要继续用DS18B20且点数很多可以这样处理把传感器分成几组每组用独立GPIO接一条总线每条总线8个左右多路轮流读取。F030的GPIO足够这样既能提高刷新率又能隔离故障。每路总线上挂一个DS18B20时读取周期可以压缩到100ms以下监控实时性更好。再往大了走就需要分布式的思路多个F030采集板通过RS485总线级联每个板上算好温度再汇聚到主机。这是我在做过几个项目之后的体会——多点采集的瓶颈往往不是芯片算力而是总线的物理极限和工程的容错设计。这个项目做完之后我的整体感受是STM32F030加DS18B20这套组合非常适合中小规模、成本敏感、需要快速落地的温度监控场景。硬件简单、代码可控、调试手段明确哪怕之前没接触过1-Wire协议照着上面的时序和流程走一遍也能跑通。最后提醒一句所有时序参数都不要死记实际布线和环境会改变它们手上有示波器就抓波形看没有示波器就靠CRC错误率来调这个技巧比任何代码都值钱。本文还有配套的精品资源点击获取