企业官网建设流程全解析

做嵌入式设备或者暖通系统，最绕不开的一个需求就是测温。尤其是项目既要看设备本身跑没跑过温，又要看远端风道、机柜进风口或者被控介质里的实际温度，本地和远程两组数据放在一起才能判断问题到底出在哪。这个项目围绕 PIC18F87J11 这颗 8 位单片机，配合 PJ85718DM 温度传感器做本地温度采样，再外接远程探头，搭起一套适合嵌入式和 HVAC 场景的温度监测方案。全文会把选型逻辑、硬件连接、软件换算、联调排错完整过一遍，给正准备做温控器、机柜监控或者设备状态监测的朋友做个参考。

1. 项目整体设计与选型逻辑

1.1 为什么用 PIC18F87J11 而不是 32 位单片机

温度监测这件事，本质上就是“采样、换算、显示、上报”，对算力的要求其实很低。选处理器的关键不是跑多快，而是外设够不够用、性价比够不够高、项目后期好不好维护。PIC18F87J11 是一颗 80 引脚的 8 位单片机，IO 数量充足，内部带多路 12 位 ADC，还集成了 I2C、SPI、多个 UART，一颗芯片就能把本地传感器、远程 NTC、显示屏和串口上报全部接完。

如果用 32 位单片机来做，不是不行，但有点杀鸡用牛刀。32 位平台要处理启动文件、时钟树、外设库版本、Flash 加密这些额外复杂度，对温度采集这个体量的应用来说，开发成本不成比例。尤其很多产线维护人员习惯了 8 位单片机的裸机逻辑，出了问题能直接拿仿真器看寄存器，PIC18F87J11 这种成熟 8 位平台反而是最省心的选择。它的 12 位 ADC 对 NTC 测温来讲分辨率也足够，0 到 100°C 范围内做到 0.1°C 级别的显示分辨率没有压力。

这颗单片机的外设还有一个很实用的特点：多个串口和 I2C 可以同时工作。项目中本地传感器走 I2C，远程 NTC 走 ADC，对外上报走 UART 转 RS-485，三种数据通道互不干扰。实际调试时我一般把 I2C 速率设在 400k，NTC 的 ADC 采样时间用软件拉到几十微秒以上，整个系统跑起来占 CPU 资源非常低，主循环里还能留出大量余量做按键扫描、LED 显示和异常判断。

1.2 PJ85718DM 在系统里的角色

PJ85718DM 在这套系统里负责本地温度采集。它是一颗数字输出的温度传感芯片，通过 I2C 接口把温度数据直接送给单片机，不再需要放大器、比较器和查表换算。这类芯片内部本质上是一个带隙基准加一个高精度模数转换器，出厂前做了校准，读出来的数值就是真实温度，开发者省去了大量标定工作。

从使用角度看，这颗芯片最吸引人的是温度分辨率可以做到 0.0625°C 左右，最大误差在 ±0.5°C 以内，对嵌入式设备温升监测和 HVAC 舒适度控制来说完全够用。我拿到样品后做的第一件事是拿水银温度计做对照测试，在 25°C 恒温环境下反复读了 100 次数据，PJ85718DM 读数的重复性非常稳定，跳动范围基本不超过一个字，这说明内部 ADC 的噪声抑制做得不错。

本地温度为什么要用数字传感器，而不是也用 NTC？原因是本地传感器就在单片机附近，PCB 上难免有电源、功率器件带来的干扰。数字传感器在出厂时已经做了线性校准，数据通过 I2C 传输也不受线长和接触电阻影响，可靠性比直接采样模拟电压高一个档次。另外，数字传感器还能直接报告故障状态，比如总线短路、芯片内部自检失败，这些信息对产品的现场维护非常有用。

1.3 本地与远程分开测温是刚需

很多刚接触温控项目的人会问：测一个温度不就够了吗，为什么要搞本地和远程两路？实际项目里，这两个温度代表的是完全不同的物理意义。以嵌入式机柜为例，本地温度反映的是控制板本身、功率器件、电源模块的发热状态；远程温度反映的是机柜进风口或者机柜内部的整体环境。如果只有本地温度，你无法判断是设备自己过载了，还是机房空调坏了导致环境温度升高。两组数据一对比，温差突然拉大，问题定位就非常清楚。

HVAC 场景更是离不开双点测温。温控器的本地感温探头检测室内环境温度，用来维持用户的舒适度设定；远程探头埋在回风管、盘管或者冷水管上，用来感知系统侧的冷热负载变化。室内温度响应慢，回风温度响应快，分开采集才能实现防冻保护、除霜启动、风机联动这些策略。比如冬天远程盘管温度低于 5°C，系统必须立刻关风机或者打开加热，否则盘管有冻裂风险。

失效模式也是分开监测的一个重要理由。本地传感器坏了，系统马上可以报警停机，不会把错误温度当成控制依据；远程探头断线脱落，系统能识别出“传感器不在线”这个独立故障状态，进入保护模式而不是拿一个跳变的假值去控制继电器。这种冗余设计看起来简单，实际在产品现场能省下大量售后排查成本。

2. 硬件连接与电路设计要点

2.1 本地传感器接线与 I2C 上拉

PJ85718DM 的硬件接线并不复杂，核心是电源、I2C 两条信号线、地址引脚。VDD 接 3.3V 或者 5V，对地放一个 0.1uF 陶瓷电容，靠近芯片引脚布置，有条件的话在靠近电源入口再放一个 10uF 电解电容，防止电源线上其他负载突变影响采样精度。SCL 和 SDA 都需要接上拉电阻到同一个电源域，阻值常规选 4.7kΩ，如果 I2C 总线速度比较高或者线上设备比较多，可以改成 2.2kΩ。

地址引脚需要特别留意。如果电路板上只有一个 PJ85718DM，很多芯片允许把地址引脚直接接地或者悬空，但不同批次芯片的默认地址可能不完全一样。我习惯在初始化代码里先读一次芯片的 ID 寄存器或者设备地址，确认总线上能正确应答，再做温度读取。这样做了之后，产线上换物料批次也不需要改代码。

PCB 布局上，本地传感器不要放在功率器件正下方，也不要紧贴电感、变压器这类强磁元件。温度芯片测量的是自身封装附近的温度，如果旁边就是发热的大功率 MOS 管，读到的数值会被热辐射污染，反映不了控制板整体的真实热状态。我见过一个项目把传感器放在开关电源电感旁边，结果实测温度比实际环境高了 8°C，怎么软件校正都救不回来，最后只能改板子位置。

2.2 远程温度探头的两种接入方式

远程温度要根据实际线缆长度、精度要求和成本来做方案，没有统一答案。第一种方式是 NTC 热敏电阻，电路结构是 Vref 经过一个精密电阻后连到 NTC，两者中间抽头接单片机的 ADC 通道。NTC 成本低、响应快，探头可以做得很小，适合放在风道、水管、机柜角落这些空间受限的地方。缺点是每一个 NTC 都有离散性，需要用 B 值公式或者查表换算，而且引线电阻会带来误差。

第二种方式是 1-Wire 接口的数字温度探头。这类探头内部自带 ADC 和唯一序列号，一根数据线就能挂多个探头，最远传输距离可以到几米甚至更长，非常适合 HVAC 里“一个主控器拖多个房间温度传感器”的架构。我用下来觉得它的优点是精度稳定、免标定，缺点是对时序要求严格，软件上做抗干扰要花点心思，而且总线上任何一个探头的短路都可能把整条总线拉死。

下面这张表是我在实际选型时经常用的对比思路：

这个项目里远程温度我先按 NTC 方案来做，因为单片机的 12 位 ADC 可以直接使用，不需要额外增加驱动电路，后面如果需要升级成多点数字探头，软件上预留一个接口层就行。

2.3 电源、滤波与 PCB 布局注意事项

整个系统对电源最敏感的部分不是单片机，而是 ADC 的参考电压。PIC18F87J11 的 ADC 参考电压如果直接用 VDD，那么 VDD 上的纹波会直接折算成温度误差。我建议把 VREF+ 引脚单独走一段线，并在这段线上放一个 100nF 和一个 1uF 的电容，两个电容尽量靠近单片机引脚。远程 NTC 的电源端，最好也从这个滤波后的参考电压点取，这样 ADC 采样的比例关系更一致。

模拟地和数字地不要大面积直接相连。这个项目里我采用了单点连接的方式：所有传感器的模拟地、ADC 的地汇总到一点，再和数字地汇合。如果 PCB 是双面板，尽量保证模拟信号走线在底层有一整块的参考地，避免信号跨分割区域，否则 NTC 采样值会在某一个固定值上抖动。

远程探头走线超过一米时，我强烈建议用双绞屏蔽线。屏蔽层只在主控板一侧接地，千万不能两端都接，否则会形成地环路，反而把更多干扰引进来。NTC 探头如果是两根引线，超过一米后引线电阻的影响就必须考虑，常用做法是改用三线制或者四线制，或者干脆把 NTC 换成本地采集单元后走数字信号。这个细节很多初学者容易忽略，远程温度在调试台上很准，一到现场就乱跳，往往就是走线太长加上屏蔽没做好。

3. 软件实现与数据处理逻辑

3.1 初始化流程和主循环结构

软件部分我习惯先搭一个干净的主循环框架，再往里填功能。系统上电后首先要配置时钟和 IO，然后初始化 I2C 为 400k 主模式，初始化 ADC 的通道、采样时间和 12 位分辨率，最后初始化 UART 作为调试和上报出口。顺序上要把传感器的延时启动考虑进去，很多温度传感器上电后需要几十毫秒才准备好第一次转换，如果上电立刻去读，容易拿到一个错误数据。

主循环的逻辑是“读本地温度 → 读远程温度 → 换算与滤波 → 刷新显示/上报 → 处理按键和报警”，整个循环跑一遍也就几毫秒。温度变化本身是慢变量，不需要太高的采样频率，我一般控制每秒采集 2 到 5 次就足够了，剩下的时间让单片机处理其他任务。

void main(void) { sys_clk_init(); gpio_init(); i2c_init(400000); adc_init(ADC_CH_NTC, ADC_RES_12BIT); uart_init(9600); delay_ms(100); // 等待传感器稳定 read_sensor_error = i2c_probe(PJ85718DM_ADDR); while (1) { local_temp = read_local_temp(); remote_temp = read_remote_ntc(); smooth_filter(); limit_check(); refresh_display(); report_uart(); wdt_kick(); } }

3.2 读取本地温度并拼接成实际温度值

PJ85718DM 的温度结果一般存在两个连续寄存器里，高字节在前，低字节在后。读取过程就是主机发送器件地址加寄存器地址，然后发起重复起始位，以读模式读回两个字节。读回来之后要把两个字节拼成一个 16 位整数，再根据芯片手册里的分辨率系数转换成温度值。

以 12 位模式为例，如果原始值算出来是 0x1A8，也就是十进制的 424，除以 16.0 就得到 26.5°C。负温度的情况要处理符号位，一般温度寄存器的数值用补码表示，检测到最高位为 1 时要用整个 16 位值减去 65536，再去做除法。这个细节看起来简单，实际很多人第一次接负温度传感器时，读到的不是 -10°C 而是 65526，就是因为忘了处理符号扩展。

int16_t raw = (uint16_t)(reg_high << 8) | reg_low; if (raw & 0x8000) { raw -= 0x10000; } float temp_c = raw / 16.0f;

每次读回来的值还要做一个合理性检查，比如温度值在 -55°C 到 125°C 之外，就直接判定为传感器异常，丢弃本次数据，并置一个错误标志位。这个判断能挡掉很大一部分总线干扰产生的毛刺数据，比单纯做滤波更有效。

3.3 远程温度换算：NTC 分压公式与查表

远程 NTC 的换算核心是从 ADC 原始值反推热敏电阻的阻值。分压电路里，NTC 一端接 GND，另一端通过精密电阻 Rref 接参考电压 Vref，中间抽头接 ADC。采样电压 Vov 等于 Vref × (Rntc / (Rref + Rntc))，所以反推 Rntc = Rref × Vov / (Vref - Vov)。这里的 Vov 要用 ADC 原始值按比例计算，避免直接用实际电压值，因为参考电压和 Vref 是同一个来源，比例关系可以抵消电源误差。

拿到 Rntc 之后，最常见的换算是 B 值公式。先取 25°C 下的标称阻值 R0 和器件手册给出的 B 值，然后代入公式 T = 1 / (1/T0 + ln(Rntc/R0)/B) - 273.15。这个公式在 -20°C 到 80°C 范围内精度还不错，HVAC 场景足够用。要求更高的话可以用 Steinhart-Hart 公式，需要三个系数，做出来的曲线在全温区更平滑。

float calc_ntc_temp(uint16_t adc_val, uint16_t adc_max, float vref, float r_ref, float r0_25, float b_val) { float ratio = (float)adc_val / (float)adc_max; float vout = ratio * vref; float rntc = r_ref * vout / (vref - vout); float t0_k = 25.0f + 273.15f; float t_k = 1.0f / (1.0f / t0_k + (1.0f / b_val) * logf(rntc / r0_25)); return t_k - 273.15f; }

代码里要注意分母 vref - vout 可能接近零的情况，比如 NTC 短路到电源，这时候 rntc 会算出异常大的值。换算函数里要做除零保护，ADC 原始值接近满量程时直接返回一个“探头故障”的特殊值，不要傻傻算出一个离谱温度去参与控制。

3.4 滤波、限幅和超温保护策略

温度数据直接拿来用，显示上会看到最后一位一直跳，控制上还可能让继电器频繁吸合。我常用的办法是滑动平均，窗口取 4 到 8 次采样，每次采样进来先移除最旧的数据，再求平均值。这个滤波对高频噪声抑制效果明显，而且延迟很小，不会像低通滤波那样造成明显的滞后。

除了滤波，限幅逻辑也很有用。相邻两次采样温度差超过设定值，比如 10°C，就判定为异常跳变，本次值作废，用上一次的有效值替代。这个策略能防止雷电干扰、通信毛刺、ADC 偶发错误把温度瞬间拉高，导致误报警。

超温保护要加回差。如果设定 80°C 报警、75°C 恢复，那么任何时刻温度到达 80°C 就触发报警，降到 75°C 以下才清除报警位。这样处理之后，温度在临界点附近波动时，不会出现继电器或蜂鸣器一开一关的“叫唤”现象。回差的具体值要看控制对象，HVAC 里一般给 0.5°C 到 2°C，嵌入式设备保护里给 5°C 左右都合理。

4. 应用场景落地与系统联调

4.1 嵌入式机柜温升监测的现场实测

在机柜温升项目里，我把 PJ85718DM 放在了主控板的电源模块旁边，远程 NTC 探头固定在机柜进风格栅附近。这样一组数据可以判断：如果本地温度和远程温度同时升高，说明机房环境温度变了；如果本地温度升高但远程温度不动，说明机柜内部散热出了问题，可能是风扇堵转或者风道被异物堵住。

实测过程中我记录了待机、满载、满载加高温环境三组状态，数据规律非常清楚。待机时本地温度比远程温度高 3°C 左右，满载时这个差值会拉到 15°C 以上。通过这个差值，软件里可以做一个风扇分级策略：温差低于 8°C 风扇低速，高于 12°C 风扇全速。相比直接测绝对温度，这个“温差控制”逻辑对季节变化不敏感，夏天和冬天不需要反复调整阈值。

联调阶段最容易忽略的是上电顺序。如果系统上电后先让功率模块工作，再初始化温度传感器，传感器第一次读到的可能是被热风吹过的偏高的温度，让控制系统误以为温度已经很高。所以我建议整个系统上电后先完成传感器初始化、读取并确认数据有效，再解锁功率输出。软件上用一个“传感器就绪”标志位，标志位没有置位前，控制输出一律保持安全状态。

4.2 HVAC 温控器的双点控制策略

HVAC 温控器场景里，本地传感器装在控制面板内部，贴近面板进风口，测量的是用户所在空间的空气温度；远程探头装在回风管或者盘管上，感知的是系统侧的冷热负载。控制策略上，本地温度负责舒适度调节，决定压缩机或加热器的工作状态；远程温度负责安全保护，比如盘管温度过低时启动防冻模式，远程温度过高时自动降低输出功率。

实际调试中我发现，回风温度和本地温度之间存在明显的时间差。回风温度变化快，本地温度变化慢，如果只用本地温度做 PID 控制，系统很容易振荡。比较实用的办法是本地温度做主控，回风温度做前馈补偿，远程温度突变时提前调整输出，而不是等室内温度偏离了才反应。这样既保证舒适度，又避免压缩机频繁启停。

冬季防冻保护也需要双点配合。控制系统只在测温间隔内巡检，一旦判定回风温度低于 5°C，不等待本地温度变化，直接强制开启加热或关闭新风阀。这个逻辑必须是最高优先级，不能因为本地温度还正常就忽略远程探头的低温报警，否则一个寒夜下来盘管就可能冻裂，这是真金白银的教训。

4.3 数据上报和现场校准

数据上报在工程现场非常重要。我一般用 UART 转 RS-485，走 Modbus RTU 协议，这样温度数据可以直接进组态屏、PLC 或者物联网网关。寄存器映射保持简单直观，一个寄存器放温度乘 10 的整数值，既可以保留 0.1°C 分辨率，又避免浮点数在 Modbus 总线上的传输麻烦。

产线校准时，每个设备可以在 EEPROM 里保存一个温度偏移量和一组 ADC 修正系数。同型号的温度传感器虽然出厂有标定，但安装位置、外壳结构带来的固定偏差各不相同。我在项目里做了一个校准模式：长按按键进入校准，用标准温度计做对照，操作人员直接把当前偏差写入 EEPROM，设备重启后自动加在测量值上。这个功能看着简单，却让产线良率提升了一大截，省去了逐台人工调电阻匹配的工序。

5. 常见问题与排查技巧实录

5.1 温度读数跳变、抖动，排除了原理问题还是不稳

这种问题十有八九出在采样伺候环节。NTC 的 ADC 采样时间太短时，采样电容还没充满就触发转换，读数会随机跳动。我遇到过一块板子，ADC 采样时间寄存器被默认配置成最短档，结果温度值每隔几秒就跳一下，后来把采样时间调大到几十微秒，问题马上消失。

接触不良也容易被忽略。NTC 引脚采用杜邦线连接时，氧化层会导致接触电阻漂移，温度越高阻值变化越明显。排查手法很简单，拿稳定的电阻箱替代 NTC，如果读数完全稳定，那就是探头和线的问题，与软件无关。现场处理上，我给端子压接处套了热缩管并加了防松卡扣，之后返修率明显下降。

如果你用的是 1-Wire 数字探头，跳变还可能是总线时序被中断引起的。1-Wire 对时序要求很苛刻，如果主循环里有串口中断或者定时器中断长时间霸占 CPU，复位时序就会被拉长。我建议把 1-Wire 的读时序放进临界区，短时间关中断操作，读完之后立刻恢复，并且单次总线上只挂少量探头，减少总线负载。

5.2 远程探头线拉长之后读数漂移

远程探头走线从 0.5 米加长到 3 米，NTC 的读数普遍会偏高，这是引线电阻在分压电路里叠加的结果。两根引线电阻各 0.5Ω 的话，总共多出 1Ω，对 10kΩ 的 NTC 来说，常温附近就会造成约 0.2°C 到 0.3°C 的偏差，温度越低偏差越明显。解决方法是把 NTC 从两线制改成三线制，一根线专供激励电流，另一根线单独采样电压，引线电阻的影响被几乎完全消除。

线缆如果靠近变频器、继电器触点或者开关电源输出，还会引入共模干扰。我在一个现场亲眼见过远程温度在压缩机启动瞬间跳了 15°C，后来在 ADC 输入端并联了 0.1uF 电容，并把双绞屏蔽层单端接地，跳动幅度立刻降到了 0.2°C 以内。排查这类问题时，示波器探头夹在 ADC 引脚上看毛刺，是最直观有效的方法。

如果现场环境确实恶劣，直接换 1-Wire 数字探头反而更省心。数字信号对干扰的容忍度高，两根线（其中一个还是地）施工也简单，信号质量比模拟 NTC 稳定得多。代价是软件复杂度高一点，但这个复杂度换来的是现场调试时间的大幅缩减，长期看是划算的。

5.3 I2C 总线无应答、被拉死

PIC18F87J11 和 PJ85718DM 通过 I2C 通信时，最常见的现象是总线上读不到设备的 ACK。先检查地址对不对，再看 SCL 和 SDA 的上拉电阻是否焊好。上拉电阻缺失时 SDA 在空闲状态是低电平，设备永远不会应答，因为它在总线非空闲时不会理会起始信号。

I2C 总线一旦被某个从机拉死，主机会一直等待。代码里必须给所有 I2C 操作加上超时机制，比如等待 ACK 超过 10ms 就主动发送 9 个时钟脉冲，把总线时钟恢复出来，然后再重新初始化。我见过很多裸机代码在 I2C 读数据时没有超时判断，一旦传感器被静电打坏，整个主程序就死循环，连看门狗都救不回来。这是非常严重的隐患。

另外一点是电平域匹配。PJ85718DM 工作电压如果是 3.3V，PIC18F87J11 的 IO 口如果配置成开漏模式，两个器件之间不需要电平转换；但如果 5V 器件和 3.3V 器件混接，I2C 上拉电阻放在哪一侧就非常关键。稳妥的办法是直接用 3.3V 系统，避免电平差异带来的隐患。

5.4 读数偏高偏低，算法再改也没用

温度读数出现系统性偏差时，先别怀疑公式，去检查传感器的物理安装环境。传感器贴在功率电阻旁边，中间没有气隙，读到的就是电阻壳温而不是空气温度，这不算“测错”，而是测量点选择错了。如果你要测的是设备内部空气温度，传感器就必须架高，让它不接触发热元件，外壳再开一些通风孔。

导热介质也影响结果。用导热硅脂把传感器和被测物体紧密贴合，可以降低接触热阻，测量更准确；但硅脂涂太厚反而形成隔热层，读数比实际温度低。我做对比测试时发现，同一颗传感器贴着散热器，薄涂硅脂和不涂硅脂温差能达到 3°C。所以要么不涂，要么涂薄而均匀的一层，千万不要随手挤一大坨。

环境辐射也是隐藏因素。在阳光直射或者靠近热源的 HVAC 现场，传感器如果没有遮阳措施，测温结果明显偏高。远程探头放进风管时会做一个金属护套，护套本身被周边热管辐射加热，如果护套和探头之间有空气层，读数就会偏高。正确做法是探头直接压在套管内壁，套管外部做保温，让探头感应的是风温而不是管壁温度。

5.5 问题速查表

最后聊点实际体会

温度监测项目做久了，我最大的体会是：算法和滤波都只是辅助，传感器装在哪里、怎么装，才是决定成败的关键。同一个传感器，贴在功率电阻上和悬空装在机箱角落，读到的数据能差十几度，这不是芯片的问题，是测量方案的问题。每次现场返修，我第一件事都是问探头是怎么固定的，而不是急着改代码。

另外一个值得养成的习惯是给传感器留校准入口。采集板出厂前做一次标准温度源校准，把偏差写进 EEPROM，后面维护时不需要动硬件就能微调。温度传感器本身会漂移，产品用一两年后重新校准一下，能避免很多莫名其妙的“温控不准”投诉。

这套方案后续扩展空间也很大。多路传感器你已经有了，接下来可以把 NTC 换成 1-Wire 数字探头，做多房间温控；数据上报已经走了 RS-485，再往上接一个无线透传模块，就能变成远程测温节点；如果配合 SD 卡存储，还能做温变记录仪。基础框架搭好之后，剩下的都是往上面挂新功能，整个项目的可复用性非常高。