HVAC多点测温实践：PJ85718DM与PIC18F66K40的I2C方案

做HVAC控制板这几年，我试过不少测温方案，最费时间的往往不是PID怎么调，而是现场温度数据到底准不准、稳不稳。控制器机箱里的本地温度，和风道末端、室外机里的远程温度，两种测温点的安装环境、线缆长度、干扰来源都不一样；如果都靠NTC加ADC去读，线一拉长误差能到两三度，标定还得一台一台来。这个项目里，我改用PJ85718DM数字温度传感器和PIC18F66K40单片机配合，通过I2C总线在一条链路上挂多个传感器，把本地与远程温度一起管起来。正在做嵌入式测温、暖通控制或者环境监测的朋友，可以重点参考多点组网、远程布线和干扰排查这几部分。

1. 项目定位与整体设计思路

1.1 本地温度与远程温度：两种需求不能混着做

在HVAC这类场景里，“本地”和“远程”这两个词不是随便叫的。本地温度，特指MCU控制板附近的温度，比如变频驱动器散热器、机箱内部空气温度、电源模块旁边。这个测点的任务是保护控制器本身，要求采样响应快，能及时反映板卡是否过热，避免降额或者损坏。

远程温度，则是指布设在设备之外、通过线缆延伸出去的测点，比如空调送回风管道、冷水机组进出水管表面、多联机各房间的室内机温度。这些点离MCU少则几十厘米，多则十几米，线缆带来的压降和空间电磁噪声是绕不开的问题。

两种需求如果硬塞进同一个方案，通常会顾此失彼。NTC本身是非线性的，走线一长读取误差会被放大，而且每根线的阻抗不一样，换一根线读数就变。数字传感器把模拟量在探头端就转换成数字数据，抗线损能力明显好很多。所以这个项目的第一个决定就是：所有测温点全部采用数字传感器，MCU只负责通过I2C总线去读，不再用ADC逐个换算。

1.2 为什么要用PJ85718DM + PIC18F66K40

选型时我列过几个候选：NTC加MCU内置ADC、一线制数字温度传感器、PJ85718DM这类带I2C接口的数字传感器。

• NTC加ADC方案在短距离、单点测温时很好用，成本低，但HVAC现场线缆长度不固定，同样的电阻值在不同线长下误差不一致，还得做查表换算，多路时更麻烦，适合对精度没什么要求的场景。
• 一线制传感器支持远距离和挂载多点，不过时序比较敏感，CPU容易被时序卡住，而且每个点地址不同，一个点损坏可能导致总线被拖累。
• PJ85718DM则是标准I2C接口，多个设备可以靠地址位区分，我在这块板子上挂了8个，总线上只需要SDA、SCL、VCC和GND四根线。传感器内置温度寄存器，精度和一致性出厂调好，不需要逐颗标定探头，省下的测试工时很可观。

至于MCU选PIC18F66K40，而不是随便拿一颗Arduino或者STM32顶上，主要原因有三个：这颗MCU带硬件I2C模块（MSSP），CPU不需要自己模拟时序；工作电压范围宽，适合HVAC控制板常见的5V供电环境；内部有可配置逻辑单元（CLC），可以把传感器的报警信号直接硬件联动到其他外设，不占用CPU轮询。另外它还有Data EEPROM，可以把校准参数和节点ID存进去，重启不丢。

注意：这里说的“本地”与“远程”并不是网络意义上的远程控制，而是指传感器相对MCU的物理位置。后文里的“远程读取”全部指通过总线读取远端测点的温度，这一点先统一口径。

2. 硬件设计与接线要点

2.1 PJ85718DM最小系统与I2C总线搭建

PJ85718DM是标准I2C接口数字温度传感器，供电范围大约在2.7V到5.5V之间，封装上有SDA、SCL、地址配置引脚ADDR和报警输出引脚ALERT。

最小系统看起来很简单，但有几个细节容易踩坑。

去耦电容：每个传感器的VCC和GND之间要放0.1uF陶瓷电容，尽量靠近芯片引脚。有些朋友觉得数字传感器功耗低，省掉电容，结果远程线缆一长，电源波动直接导致读数跳动。

上拉电阻：I2C总线的SDA和SCL必须有上拉电阻。阻值不是随便放一个4.7k就完事，需要考虑总线上挂的设备数量和线长。总线电容越大，上拉电阻就要越小，否则上升沿变慢；但太小又会增加低电平灌电流。按100kHz通信速度、总线电容100pF到300pF估算，4.7k到10k都在可用范围。如果线缆超过2米，我通常用4.7k，同时把通信速率降到100kHz，而不是继续用400kHz去赌运气。

ADDR引脚：PJ85718DM的I2C地址可以通过ADDR引脚接高、接低或悬空来配置。多路测温时每个传感器要预先设置不同地址，避免总线上冲突。我的习惯是远程传感器用拨码开关或者跳线帽选地址，产线上不用烧录就能改地址，调试效率高很多。

布局方面，本地传感器放在MCU同一块PCB上，离MCU至少2厘米，远离电源电感和散热器；远程传感器则通过带锁扣的接线端子引出，线缆走屏蔽双绞线。

2.2 远程传感器的线缆布局与抗干扰

远程测温最怕的不是传感器本身不准，而是线缆把干扰带进来。HVAC现场变频器多、继电器多，启动和关断瞬间的电磁脉冲很容易耦合到长线缆上。

我的做法是：SDA、SCL、VCC、GND四根线用屏蔽双绞线，双绞线负责抗共模干扰，屏蔽层只在一端接地，避免形成接地环路；传感器端外壳不要直接接屏蔽层，否则容易出现地电位差带来的电流。

线缆长度超过5米时，还需要在传感器端加一个小阻容滤波器，比如串联33欧姆电阻再对地并联100pF电容。不过要注意，这个滤波电容会直接影响I2C的上升沿，加了之后通信速率适当降到100kHz，实测下来读数稳定很多。

电源线的载流量按总线上所有传感器数量估算，每个PJ85718DM的功耗很小，但多颗挂在一起时别用太细的线。如果传感器节点分散在不同位置，建议在远端单独布一组电源线和地线，不要在总线上串成菊花链，减小远端压降。

2.3 硬件自检与上电确认

硬件焊完先别急着写代码。我的习惯是：

• 用万用表量一下每颗传感器VCC和GND之间有没有短路，尤其是远程接线端子焊接完成后。
• 只接一颗传感器，拿逻辑分析仪或示波器抓一下SDA和SCL的波形，确认上拉正常。
• 然后用单片机扫描I2C地址，看能否发现传感器。给PIC18F66K40写一个简单的地址扫描程序，把所有可能的I2C地址遍历一遍，能读到的地址逐一打印出来。

这个步骤看起来笨，但能省下后面排查问题的半天时间。如果地址扫描发现少了一颗，多半是ADDR焊错了或者走线断了；如果总线上完全没响应，先查上拉电阻和电源，再看是不是SDA和SCL接反了。

3. 固件实现：I2C读取温度与多点轮询

3.1 初始化PIC18F66K40的MSSP模块

PIC18F66K40的MSSP模块可以工作在I2C主机模式。初始化时主要做三件事：设置引脚功能、配置波特率、使能模块。

引脚方面，SDA和SCL需要通过PPS（外设引脚选择）映射到对应引脚。波特率寄存器SSPADD的计算公式是：

FOSC / (4 * (SSPADD + 1))

如果系统时钟用16MHz，想要100kHz的I2C速率，那么SSPADD+1 = 16000000 / (4 * 100000) = 40，SSPADD = 39（0x27）。

void i2c1_init(void) { // 将SCL对应引脚的PPS映射为MSSP1时钟 SCLPINPPS = 0x1C; // 示例映射，实际引脚需要按芯片封装调整 // 将SDA对应引脚的PPS映射为MSSP1数据 SDAPINPPS = 0x1D; // 配置MSSP1为I2C主机模式，100kHz SSP1CON1 = 0x28; // 0b00101000: I2C主机模式, 使能模块 SSP1ADD = 0x27; // 16000000 / (4 * 100000) - 1 = 39 }

这里有个细节，PPS映射的数值要查芯片数据手册的引脚功能表，不同封装同一功能对应的值不同。我写代码时一般从厂商例程库复制映射值，再改成自己实际用的引脚。

3.2 读取PJ85718DM温度数据的完整流程

PJ85718DM内部有指针寄存器和配置寄存器，读取温度的基本流程是：先把指针寄存器指向温度数据寄存器，然后连续读取两个字节，得到16位温度数据，再按分辨率换算成实际温度。

如果传感器配置为12位分辨率，数据寄存器的高5位是符号位，低12位是温度数据，每LSB对应0.0625°C。温度值换算成浮点：

static float read_temperature(uint8_t dev_addr) { uint8_t raw[2] = {0}; int16_t value; i2c1_start(); // 写入指针寄存器，指向温度寄存器 i2c1_write(dev_addr << 1); i2c1_write(0x00); i2c1_stop(); i2c1_start(); // 读两个字节数据 i2c1_write((dev_addr << 1) | 0x01); raw[0] = i2c1_read(1); raw[1] = i2c1_read(0); i2c1_stop(); value = ((int16_t)raw[0] << 8) | raw[1]; value >>= 4; // 去掉低4位，得到12位有符号数据 return (float)value * 0.0625f; }

注意，不同厂商的温度传感器在数据对齐上可能有差异，有的把12位数据左对齐，有的右对齐。我用的是右对齐方式，如果你的传感器原始数据分布不同，需要调整移位方向。这类问题在低温读数上尤其明显，比如0°C以下读出来乱跳，多半就是符号位处理错了。

3.3 报警阈值与多点轮询逻辑

PJ85718DM的ALERT引脚可以配置为过温报警，也可以做成窗口比较器。HVAC场景里我通常把两个阈值分开用：本地传感器用比较模式，温度超过设定的散热上限就触发ALERT；远程传感器用窗口模式，超出回风温度上下限就报警。

因为有多颗传感器，而ALERT输出通常是漏极开路，多个传感器可以共享一根报警线，只要有一个报警就会把线拉低。PIC18F66K40这边可以用外部中断或者CLC来接这根线，走硬件联动，不占用CPU轮询。

多点轮询的逻辑比较简单：

#define TEMP_NODE_MAX 8 uint8_t node_addr[TEMP_NODE_MAX] = { 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; float temp_result[TEMP_NODE_MAX]; void poll_all_temperature(void) { uint8_t i; for (i = 0; i < TEMP_NODE_MAX; i++) { temp_result[i] = read_temperature(node_addr[i]); // 简单滑动滤波：连续读三次取平均 temp_result[i] += read_temperature(node_addr[i]); temp_result[i] += read_temperature(node_addr[i]); temp_result[i] /= 3.0f; } }

远程节点比较多时，每次轮询之间加一点延时，给传感器足够的转换时间。数据手册上给出的默认转换时间在几十毫秒量级，我实际轮询8个节点时，把循环周期设计成200ms左右，既能满足HVAC的控制需求，又不会把总线占得太满。

4. 实测校准、问题排查与避坑实录

4.1 现场实测数据与软件校准

装好之后，我在模拟HVAC环境里做了几组测试：本地传感器放在控制板附近，远程传感器分别接1米、3米、8米线缆，贴在风道外壁和浸入水温参考槽。用了一根精度0.1°C的铂电阻温度计做参照。

实测结果大体在±0.5°C以内，这与PJ85718DM本身的标称精度相符。但有两个现象值得注意：

第一，距离越远，读数受到环境电磁干扰影响越大。同样的传感器，8米线缆在变频器附近启动时，瞬时读数偶尔会比稳定值跳0.3°C左右。加软件滤波之后基本消除。

第二，传感器紧贴金属表面测温时，读数会略高于空气温度，这是因为传感器自身功耗产生轻微自热，加上金属导热带来的接触温差。如果追求绝对准确，需要把传感器轻贴在表面再覆盖一层隔热泡棉，减少对流传热。

软件校准可以用最简单的两点法：把传感器放到0°C冰水混合物和50°C水浴里，记录两次读数，然后按公式校准：

T_cal = a * T_raw + b

其中a是斜率修正，b是零点偏移。这个标定过程只用做一次，把a和b存到PIC18F66K40的Data EEPROM里，产线每台设备最多多花两分钟，但现场一致性会好很多。

4.2 高频故障与排查速查表

这个项目从样机到量产，我整理过一张排查表，列一下碰到频率比较高的几类问题：

这一类问题其实有个共性：如果能确认硬件电源和接线都没问题，先把通信速率降下来、把滤波打开、把轮询间隔给足，很多“幽灵问题”都是时序和干扰叠加造成的。

4.3 几个只有做过才知道的细节

第一，PJ85718DM的ALERT脚在配置完成之前可能会默认触发。如果上电后立即去读阈值寄存器，读到的是不确定值，所以我的固件启动流程固定为：初始化I2C -> 配置报警模式 -> 写阈值 -> 延时10ms以上 -> 再读取状态寄存器，确认报警条件清零。

第二，远程传感器千万不要在带电状态下插拔。虽然传感器本身容错性还可以，但总线上的电缆电感非常容易在插拔瞬间产生尖峰，少则造成数据错误，多则打坏相邻节点。我在设计里用了防反接连接器，现场维护必须断电操作。

第三，关于NVM保存节点ID和校准参数。PIC18F66K40的Data EEPROM写寿命有限，虽然正常写入足够用很多年，但不要在主循环里频繁改写，只在收到参数更新命令时才写，避免磨损。

5. 扩展空间与个人实操心得

5.1 把校准参数和节点配置存进Data EEPROM

我用Data EEPROM保存的内容有三类：节点地址表、每颗传感器的校准系数a和b、ALERT阈值配置。这样做的直接好处是，固件升级时不会把标定数据冲掉。

写EEPROM时要注意，PIC18F66K40写入一个字节需要等待内部写完成，写之前还要关闭中断，防止写入过程中被打断。我通常把参数结构体打包成一串固定长度的字节，写入后回读校验，不对就重写。

// 示例：保存校准系数 void eeprom_write_cal(uint8_t node, float a, float b) { // 等待上次写入完成 while (WR == 1); // 设置地址和数据 // 关闭全局中断 INTCONbits.GIE = 0; // 按芯片数据手册执行写入序列 // 重新使能中断 INTCONbits.GIE = 1; }

现场维护时，一个节点坏了，换上新的传感器后，只要把该节点的校准系数重新写一次就行，不用整机重校准，维护工时能省不少。

5.2 用CLC把ALERT直接联动到执行机构

PIC18F66K40的CLC（可配置逻辑单元）在这个项目里也是一个关键点。如果HVAC系统里过温时需要直接切断继电器或者打开旁通风门，不需要等CPU轮询到报警位再处理。把ALERT引脚配置成CLC的输入，CLC输出接外部中断或者直接驱动一个信号输出脚，传感器一报警，硬件层面几百微秒内就能把动作发出去，可靠性比纯软件轮询高一个量级。

这里有一个坑：多个传感器的ALERT是共享一条线的，一旦触发后无法区分是哪一颗传感器报的警。所以我的做法是，CLC只负责快速响应，具体是哪个节点温度异常，还是由MCU在中断里读取各个节点的温度值去定位。互不冲突，效果很好。

5.3 最后说点个人体会

这个项目做完，再回头看，最值钱的经验其实不是学会了怎么读写I2C，而是理解了测温系统的误差从哪来。传感器自身的精度只是一部分，布线和安装方式往往是误差的大头。数字传感器把模拟量数字化，只是解决了传输损耗问题，并没有解决探头与被测对象之间的热阻问题。所以做嵌入式测温，别迷信芯片标称精度，多想想探头装在哪儿、线缆怎么走、数据怎么滤，这几件事搞定了，系统的真实精度才能立得住。

如果后续还要扩展，我会考虑把远程节点换成带湿度的一体化传感器，总线架构不用变，代码也就多几个寄存器组，整体方案的可复用性就在这里。