企业官网建设流程全解析

去年做一套HVAC控制器的时候，我遇到一个很典型的需求：机柜里要测板卡自身温度，现场还要测风管、冷水管这些远端位置的温度。板卡的温度直接关系到主控芯片的稳定性和散热风扇策略，远端温度则决定了压缩机、水阀怎么动作。一开始我想偷懒，用两个NTC加ADC去读，后来发现线一拉长，误差和标定问题全来了。最终换成了PIC18F67K40做主控，搭配PJ85718DM数字温度传感器，把“本地温度”和“远程温度”两路一起解决了。这篇文章就把这套方案从选型、硬件、固件到现场调试的经验整理出来，给同样在做嵌入式热管理、HVAC控制器的朋友一个参考。

1. 方案选型：这一对组合到底解决了什么

1.1 需求拆解：为什么HVAC控制里要同时盯住本地和远程两路温度

做暖通控制的同行都有体会，温度从来不是“一个点”的事。控制器装在电柜里，板子上的器件温度会随着负载、阳光照射、通风条件变化；如果板温过高，对外通信和模拟采样都会不稳定。另一边，被控对象——比如风管、冷冻水管、盘管进出口——的温度才是逻辑判断的依据。这两路温度如果只取一路，要么保护失效，要么控制滞后。

“本地+远程”在实际项目里对应两个问题：

• 本地温度用来做控制器自身的过热保护、风扇调速、采样补偿。
• 远程温度用来参与PID调节、露点判断、防冻保护和设备联锁。

这两路温度往往不在同一个物理位置，但都需要交给同一个MCU做逻辑处理。PIC18F67K40在这个位置上是比较稳妥的中间层：它本身有足够的外设资源，既能跑I2C总线跟传感器通信，又能同时处理阀门、风机、继电器这些控制输出，不必要再额外挂一片MCU。

1.2 PJ85718DM与PIC18F67K40的分工

PJ85718DM是一颗数字温度测量芯片，I2C接口，能直接读回本地节点温度，也支持通过外部二极管或者三极管测量远端温度。这个特性很关键，等于用一颗芯片同时覆盖了两路测温点，省掉了第二颗传感器和一路I2C地址。

PIC18F67K40在系统里的角色是“主脑”：

• 它通过I2C周期性读取PJ85718DM的本地温度寄存器和远程温度寄存器；
• 把原始值换算成实际温度；
• 再做滤波、超限判断，输出给继电器控制逻辑或者上位机通信。

我选用PIC18F67K40还看重一点：它的外设引脚可以选择映射（PPS），I2C引脚不一定锁死在默认位置。这样在PCB布局时可以把I2C信号挪到远离强电干扰的引脚上，对于HVAC这种强弱电混在一起的板子来说，布线能轻松不少。

1.3 为什么不用传统的NTC加ADC方案

曾经有一版设计用的是MCU内置ADC加两个NTC热敏电阻。原理上没毛病，但实际制造和现场维护时吃了不少亏。

当然，NTC也不是不能做，特别是成本敏感的高温场景。但HVAC控制器通常要求长期稳定和现场可维护性，数字传感器把大量“标定”工作放到出厂前做掉了，给我们省了非常多生产校准时间。

2. 硬件接线：PJ85718DM与PIC18F67K40的电路设计

2.1 PJ85718DM的供电与地址配置

PJ85718DM大部分应用场景供电电压在3.3V，刚好和PIC18F67K40主供电统一。我们板子上没有额外为传感器升压，直接用3.3V平面供给，这样I2C电平也省去了转换芯片。

地址设置在硬件上很关键。PJ85718DM一般会有地址选择引脚，比如A0、A1，通过上拉或下拉接地来设定7位I2C地址。一个I2C总线上可以挂多颗PJ85718DM，但在我们这个方案里一颗芯片就同时包含本地和远程，所以总线上只需要一颗，地址设成默认即可。

注意：如果板上还有别的I2C器件，比如EEPROM、RTC，先把它们的地址列出来，避免和传感器冲突。我习惯画一个地址分配表，让硬件和固件都照着这张表做，省得后面调试时对着示波器猜地址。

2.2 远程温度测量点的接法

远程测量不是直接接热电偶或者NTC，而是接一个外部二极管，或者把三极管的基极和集电极短接后当成二极管使用。我这边用的是小信号三极管，比如常见型号的2N3904或者2N3906，基极和集电极短接，发射极和基极作为两线输出。

实际接线时需要注意：

• 远程测温的两根线必须区分正负方向，接反了读出来的温度完全不对；
• 两根线尽量双绞，减少磁场耦合；
• 如果现场是电柜到风管这么长的距离，走线要避开变频器输出电缆这类强干扰源。

PJ85718DM内部会给远程传感器提供恒定偏置电流，通过测量二极管压降来推算温度。这个特性意味着引线电阻会被一定程度上消除，但引线之间的电容和漏电流仍然会影响稳定时间。

为了现场方便，我把远程传感器接口做成一个两针端子，线标用“D+/D-”，接线上看不出方向的人就少了。PCB丝印上直接标注“接三极管传感器，长引脚为正”，这样生产装配的人不用对着原理图猜。

2.3 PIC18F67K40的I2C引脚分配与PPS重映射

PIC18F67K40有多个可复用引脚。IO配置上，我把I2C的SDA和SCL通过PPS设置到两个带输入施密特触发的引脚上，并且在引脚附近预留串联电阻的位置。

I2C在正常通信时靠上拉电阻把线路拉到高电平。上拉电阻取值与总线电容有关，我这边SDA、SCL各用一颗4.7kΩ的上拉到3.3V，总线速率跑100kHz。如果项目要提速到400kHz，电阻可以降到2.2kΩ，但前提是总线总电容小，走线短。

这里有一个实际操作经验：不要只依赖MCU内部上拉。PIC18F67K40内部上拉对I2C来说通常太弱，尤其在远程传感器线很长的时候，上升沿会变得很慢，导致通信误码。外部上拉电阻几乎是必须的。

2.4 供电去耦和强电干扰处理

HVAC板子上经常有继电器、接触器，动作瞬间电流很大，电源轨上很容易出现毛刺。PJ85718DM电源引脚我放了0.1μF和10μF两级电容，并且在传感器电源入口串了磁珠。这样继电器打火时传感器不会复位，温度数据不会出现瞬时跳变。

MCU的电源同样要做处理，特别是ADC如果还要顺带检测NTC或者其他模拟量的话，VDD上的纹波会直接反映到采样结果里。我的习惯是数字部分和功率驱动部分分开走线，单点接地，I2C信号线尽量远离继电器驱动线和220V强电走线。

如果现场电磁环境比较恶劣，可以在I2C两根线上各加一小颗串联电阻，比如100Ω，再在传感器端加TVS管。这个组合能扛不少浪涌，代价是信号沿稍微变缓，通信速率不能太高。

3. 固件实现：I2C轮询与温度换算

3.1 先定通信速率：100kHz还是400kHz

PJ85718DM支持标准I2C和快速模式，本地距离短时跑400kHz没问题。但如果远程传感器走线超过一定长度，比如现场布置了1米以上的双绞线，我建议把I2C速率降到100kHz。

实际上，远程测温的转换过程是有时间常数的，读频率不需要特别高。我们控制器的轮询周期是500ms，完全够HVAC系统的响应要求。I2C速率低一点，总线上反射和振铃的影响也会小很多，系统更稳定。

用PIC18F67K40的MSSP外设做主模式，我一般先配置主时钟分频，再设置引脚重映射，最后开启中断。下面是裁剪后的初始化片段：

// 假设系统时钟为64MHz，目标I2C为100kHz void i2c_init(void) { // 引脚重映射到指定IO PPSLOCKED = 0; // 将SCL、SDA对应的PPS寄存器配置为MSSP模块功能 // 具体寄存器名以芯片头文件为准 PPSLOCKED = 1; SSP1CON1 = 0x08; // I2C主机模式 SSP1CON2 = 0x00; SSP1ADD = 159; // 分频值，得到约100kHz SSP1STAT = 0x80; // 使能SMBus信号规范 }

不同编译环境、不同时钟频率下分频值要重新算。公式大概是主时钟除以4倍目标频率后再减1，比如64MHz跑100kHz，计算出来就是159附近。实际用示波器量一下SCL频率最靠谱。

3.2 读取本地温度和远程温度寄存器

PJ85718DM的温度寄存器一般会返回两个字节。读完之后需要把原始数据转换成带符号的实际温度。我这里读回的是16位原始值，取高字节和低字节组成一个int16_t，然后右移4位，乘以0.0625。

下面是读取远程温度的基本流程，本地温度只是寄存器地址不同，函数逻辑完全一样：

int16_t read_temperature(uint8_t reg_addr) { int16_t raw = 0; uint8_t high, low; i2c_start(); i2c_write(PJ85718DM_ADDR << 1); // 写地址 i2c_write(reg_addr); // 指向目标寄存器 i2c_stop(); i2c_start(); i2c_write((PJ85718DM_ADDR << 1) | 1); // 读地址 high = i2c_read_ack(); low = i2c_read_nack(); i2c_stop(); raw = (int16_t)((high << 8) | low); // 根据数据手册，右移4位后乘以最低位权重0.0625 return (raw >> 4) * 625 / 10000; }

返回值的单位是摄氏度。这样处理之后，-55.0和+125.0这类温度范围都能正常表达，不用额外判断符号位。注意右移针对的是带符号数，C语言里int16_t右移是算术右移，负数最高位补1，正好能正确处理负温度。

3.3 轮询、滤波与缓存设计

传感器本身会有一定测量噪声，尤其是远程通道，现场干扰大时读数偶尔会跳。我的做法不是在应用层简单取一次值，而是维护两个环形缓冲区：

• 本地温度缓存长度8；
• 远程温度缓存长度8。

每次读回数据后，存到环形缓冲，然后计算平均值。这相当于一个简单的FIR低通滤波，代码量小、实时性也能保证。HVAC系统的热惯性很大，温度不会在几十毫秒内突变，8次平均带来的延迟完全可接受。

轮询状态机我建议放在定时器中断里，比如每500ms触发一次读任务。不要在main函数的while循环里用delay等I2C操作，否则温度读取会阻塞控制逻辑，PIC18F67K40的效率也发挥不出来。

void timer_task(void) { static int flag = 0; flag = !flag; if (flag) { loc_temp = read_temperature(REG_LOCAL_TEMP); push_to_buffer(&loc_buf, loc_temp); } else { rem_temp = read_temperature(REG_REMOTE_TEMP); push_to_buffer(&rem_buf, rem_temp); } }

这样交替读取，两个通道都维持在稳定刷新率上。过滤后的值再参与上层逻辑判断，比如风扇档位、防冻报警等。

4. HVAC工况下的本地与远程温度调试

4.1 远程传感器走线对测量结果的影响

远程测温通道有过不少调试翻车现场。最常见的问题是“温度读数比实际高好几度”。第一次遇到时我以为芯片坏了，后来排查发现是远程传感器线束太长，平行走线引入了共模噪声，再加上电机启停瞬间的干扰被传感器偏置源捕获，导致二极管压降异常。

处理办法分几步：

• 将两根远程测温线换成双绞线，双绞能抵消大部分磁耦合；
• 在传感器端并联一小颗电容，这个电容不能太大，否则稳定时间变长；
• 让线缆远离变频器输出端子和强电继电器线束；
• 提高I2C读取的稳定时间，比如寄存器配置里增加滤波选项，或者降低转换速率。

如果用示波器观察远程通道的数字输出，你会发现读数往往不是线性漂移，而是等间隔的抖动。这种抖动多半来自外部干扰。排除干扰后，读数会稳定下来。

4.2 负温度处理和零点偏移

HVAC里冷冻水管道、冬季新风温度都可能低于0°C。这时传感器的负温度换算很容易出错。我的经验是：

• 统一用int16_t而不是uint16_t去读原始值；
• 右移和乘法都在有符号整数域内完成；
• 显示层不要立即转成无符号整数，否则负数会变成65535之类的大数。

除了负温度，现场校准也很重要。PJ85718DM出厂已经校准过，但远程二极管本身可能有离散性，所以批量生产时最好在“0°C冰水浴”和“55°C恒温箱”各测一个点，把修正偏移量写到PIC的Flash配置区。

比如远程通道在0°C时读到0.4°C，偏移就是+0.4°C；在55°C时读到55.3°C，增益误差也不大。因为HVAC控制逻辑很多是看阈值和温差，偏移1°C可能会让防冻保护提前或者延后，这个校准的功夫不能省。

4.3 掉线、短路等异常识别

传感器和远程探头的连接是现场最容易损坏的部分。线头松了、端子进水、线缆被老鼠咬断，都会导致远程温度变成离谱的数值。我在固件里做了这样一套判断逻辑：

• 读回的温度如果高于150°C或者低于-60°C，视为无效；
• 连续3次无效，就上报远程传感器故障；
• 故障期间用最后一次有效值做控制，避免控制逻辑产生突变；
• 故障恢复后自动清除报警，不需要人工复位。

本地温度通道相对稳定，但也要做类似保护。PIC18F67K40可以在检测到传感器故障后，把风机强制切换到中速挡，保证柜内至少有基础的散热能力。

有人问过：为什么不做成故障时直接把设备停机？HVAC系统里有些设备不能轻易停，比如制冷机组频繁启停反而更容易损耗。所以我的默认策略是“降级运行+报警提示”，只有温度超过第二层保护阈值时才停机。

5. 常见故障排查与经验速查

5.1 I2C总线发地址后无ACK

这是最常见的通信故障。用示波器挂上SDA和SCL，确认启动条件满足，再确认地址字节是不是和硬件配置一致。我踩过的一个坑是：引脚重映射只配了SDA没配SCL，总线时钟一直拉低，通信直接卡死。

排查清单：

• 地址选择引脚是否悬空，PJ85718DM地址配置有没有和代码一致；
• 上拉电阻是否焊上，阻值是否过大；
• 传感器电源是否正常，3.3V是否出现在VDD引脚；
• SDA和SCL是否接反。

5.2 远程温度读数反复横跳

频繁跳变基本指向两个原因：一是采样时间太短，噪声还没稳定下来；二是远程传感器引脚接触不良。我建议先用示波器看SDA线上的波形，如果数据位边沿有过冲或者振铃，就检查探头线是不是太长、有没有和动力线并行走线。

如果波形正常但数据还是跳，可以适当增加平均次数。把环形缓冲区从8次改成16次，抖动会明显变小。代价是响应变慢，但对HVAC控制来说根本不是问题。

5.3 I2C总线被拉死

总线卡死多半是某个从设备异常拉低SDA。PIC18F67K40的MSSP模块有总线超时检测机制，但默认不一定打开。我在固件里加了一个软件看门狗：每次I2C操作如果超过一定时间没有收到ACK，就主动发送停止条件，然后重新初始化MSSP。

实际测试下来，这个“软复位I2C”的效果立竿见影。尤其是传感器在强电浪涌下偶然进入异常状态时，让它重新上电或重新初始化，远比直接改代码有效。

5.4 功耗和待机工作状态

如果控制器需要满足低功耗待机，PJ85718DM也有待机模式。我在待机前先把传感器配置寄存器设为待机，PIC18F67K40进入休眠前把I2C外设关闭，并把SDA、SCL引脚设置为普通输入。唤醒后重新初始化I2C和传感器，然后再读温度。

这里有一个非常容易忽略的细节：I2C上拉电阻在待机时会形成一个从VDD到GND的直流通路，虽然电流很小，但在电池供电设备上积少成多。可以考虑用一个MOS管在待机时断开传感器和上拉电阻的电源，彻底阻断漏电流。

下面是一个经验速查表，基本覆盖我调试过程中遇到的主要问题：

写在最后的实战体会

这套PJ85718DM加PIC18F67K40的组合，我在高速风机控制板和冷水机组控制器上都用过。真正让我觉得“选对了”的点，不是省了一颗芯片，而是把“本地保护”和“远程控制”这两个温度域理清楚了。远程探头放风管里，本地传感器盯板温，两路数据在同一套代码逻辑里处理，调试时不用对着两套不同协议反复切换。

最后分享一个小技巧：批量生产时，我会在出厂测试里强制把远程探头放到0°C冰水混合液里读取一次原始值，再把探头放到50°C恒温箱里读取一次原始值。这两组数据不仅能校准传感器，还能顺便检验远程线缆焊接质量——如果连线虚焊或者线序错了，温度值一定会对不上。这个测试成本很低，但能在现场真正省下大量售后时间。