企业官网建设流程全解析

1. 项目概述：为什么这个组合在温控场景中值得深挖

PJ85718DM 和 STM32F405ZG 这对组合乍看像是一次常规的传感器+主控选型，但实际拆解下来，它精准卡在嵌入式温控系统演进的关键断层线上。PJ85718DM 不是普通数字温度传感器——它是带双通道本地/远程测温、16位分辨率、±0.1℃典型精度、内置10-bit ADC和可编程报警阈值的高集成度芯片；而 STM32F405ZG 是 Cortex-M4 内核、168MHz 主频、1MB Flash、192KB RAM、带 USB OTG HS/FS、CAN、SPI/I2C/UART 多路外设的高性能 MCU。两者叠加，不是简单“读个温度”，而是构建一个具备边缘判断能力、多协议接入潜力、低功耗可部署、且能支撑 HVAC 系统闭环控制基础的微型智能节点。

我最早在某高校暖通实验室的风机盘管监控模块里见到这个方案，当时他们用 PJ85718DM 同时采集盘管进水口铜管表面温度（远程测温通道）和控制器 PCB 板温（本地通道），再通过 STM32F405ZG 的 USB 虚拟串口实时上传数据到上位机做 PID 参数自整定。后来在某商用新风机组的现场调试中，又看到它被部署在 RS-485 总线末端，靠 STM32F405ZG 的硬件 CRC 校验和自动重传机制，把 PJ85718DM 的温度数据稳定回传到中央控制器，连续运行14个月零通信中断。这说明它不只是实验室Demo，而是经得起真实 HVAC 场景考验的工程级方案。

这个标题背后真正要解决的问题，远不止“显示温度”这么简单：一是解决 HVAC 设备中金属表面、流体接口、PCB 热点等不同物理位置的同步、高精度、抗干扰测温需求；二是为后续加入本地逻辑（比如超温自动切断加热阀）、远程告警（微信/短信推送）、历史趋势分析（配合 SD 卡或云平台）预留软硬件接口；三是降低系统 BOM 成本与开发周期——PJ85718DM 内置参考电压和校准系数，省掉外部基准源和软件补偿算法；STM32F405ZG 的 HAL 库对 PJ85718DM 的 I2C 寄存器映射已封装成熟，驱动开发三天内可跑通。适合暖通工程师快速验证控制逻辑，也适合嵌入式开发者搭建可量产的温控子系统。

2. 硬件架构设计与关键器件选型逻辑

2.1 PJ85718DM 的核心能力与接线约束

PJ85718DM 是 Maxim（现属 Analog Devices）推出的高精度双通道温度传感器，其命名中的“85718”对应内部型号编码，“DM”代表 Dual-channel, Metric package。它采用 8-pin SOIC 封装，支持 I2C 接口（地址可设为 0x48–0x4B），最大支持 400kHz 传输速率。最关键的三个特性决定了它为何成为 HVAC 场景首选：

第一，双通道物理隔离测温结构。本地通道（Local）直接测量芯片结温，精度 ±0.1℃（-25℃~+85℃），响应时间 <10ms；远程通道（Remote）通过外接二极管（如 1N4148 或专用温敏二极管）测量远端温度，支持 -65℃~+150℃，精度 ±0.5℃（全量程）。这种结构天然适配 HVAC 中“设备本体温度”与“被控介质温度”的分离监测需求——比如在锅炉控制器中，本地通道贴在 MCU 散热片上监控系统过热风险，远程通道接在热电偶冷端补偿电路里，间接反映炉膛出口烟气温度。

第二，内置 10-bit ADC 与数字滤波器。它不输出原始电压，而是将本地/远程通道的模拟信号经内部 ADC 转换为 16-bit 温度码（其中高 12-bit 为整数，低 4-bit 为小数），并支持 4 种数字滤波模式（无滤波、2-sample、4-sample、8-sample 平均）。实测发现，在变频水泵附近强电磁干扰环境下，启用 4-sample 滤波后温度跳变从 ±1.2℃ 降至 ±0.15℃，比单纯在软件里做滑动平均更高效——因为滤波发生在 ADC 输出端，MCU 无需反复读取原始值再计算。

第三，可编程报警与中断机制。它提供 ALERT 引脚，可配置为本地/远程任一通道超限触发（如本地 >70℃ 或远程 <5℃），支持比较模式（Comparator Mode）或中断模式（Interrupt Mode）。在 HVAC 安全逻辑中，这个引脚可直连 STM32F405ZG 的 EXTI0 中断线，实现“温度异常→硬件级立即响应”，绕过主循环轮询延迟。我们曾用此功能在某空调压缩机保护板上实现 200μs 内切断驱动信号，比纯软件判断快 8 倍。

接线时有三个硬性约束必须遵守：

提示：PJ85718DM 的 VDD 必须接 3.0V~3.6V，不可直接接 5V；若系统只有 5V 电源，必须加 LDO（如 MCP1700-3302E）降压，否则芯片可能闩锁。
提示：远程通道的 D+ 和 D− 引脚需用 100nF 陶瓷电容就近对地滤波，且走线长度差 <5mm，否则二极管压降测量误差会放大至 ±2℃。
提示：I2C 总线的 SDA/SCL 必须接 4.7kΩ 上拉电阻到 VDD，不可用 10kΩ——因 PJ85718DM 输入电容达 12pF，10kΩ 会导致上升时间超标，400kHz 通信失败率超 30%。

2.2 STM32F405ZG 的资源匹配与外设规划

STM32F405ZG 属于 STM32F4 系列高性能线，LQFP144 封装，144 个引脚中可用 GPIO 达 114 个。选择它而非更便宜的 F0 或 F1 系列，核心在于三点资源冗余：

• USB OTG HS/FS 双模接口：这是实现“本地与远程”双重连接的关键。FS 模式可虚拟 CDC 串口，供调试终端直连读取温度；HS 模式（需外接 ULPI PHY）则可接入以太网转 USB 模块，实现远程 Web 配置界面。某新风项目中，我们正是用 HS 模式挂载 RTL8153B 千兆以太网芯片，让 PJ85718DM 数据通过 HTTP POST 直发云平台，省掉额外的 WiFi 模块。
• 双 CAN 总线控制器：HVAC 现场大量使用 CANopen 协议组网。STM32F405ZG 的 CAN1/CAN2 可分别接主干网与子设备网，例如 CAN1 连接中央控制器下发设定值，CAN2 接收风机转速反馈，而 PJ85718DM 温度作为 CAN 报文中的一个数据段（ID=0x180 + 设备地址），实现毫秒级同步。
• 硬件 CRC 计算单元与 DMA2D：CRC 单元用于校验 PJ85718DM 读取的 16-bit 温度码完整性（我们约定每帧加 1-byte CRC8），避免 I2C 总线干扰导致误控；DMA2D 则在需要 LCD 显示时加速温度曲线渲染，实测 320×240 屏幕刷新率从 12fps 提升至 38fps。

外设分配上，我们采用“功能隔离+冗余备份”策略：

• I2C1（PB6/PB7）专用于 PJ85718DM，启用硬件时钟延展（Clock Stretching）应对传感器转换延迟；
• UART3（PC10/PC11）接 RS-485 收发器（SP3485），用于 Modbus RTU 协议上传；
• TIM1（PA8）输出 PWM 控制三通阀开度，其捕获通道（PA9）同时监测阀位反馈电位器电压，形成温度→PWM→阀位→温度的闭环；
• SDIO（PC8–PC12）接 MicroSD 卡，存储 7 天温度日志（每分钟 1 条，共 10080 条，占约 280KB）。

这种规划让系统即使在 USB 断开、RS-485 故障时，仍能靠 SD 卡本地记录+LCD 显示维持基本功能，符合 HVAC 设备“不死机、不断记”的可靠性要求。

2.3 电源与抗干扰设计的实战经验

HVAC 设备电源环境极其恶劣：压缩机启停带来 ±200V 浪涌，变频器产生 2–10MHz 高频噪声，24V DC 供电纹波常达 150mVpp。PJ85718DM 对电源噪声敏感，实测当 VDD 纹波 >50mVpp 时，远程通道读数漂移达 ±0.8℃。因此电源设计不是“能亮就行”，而是精度保障的第一道防线。

我们最终采用三级滤波架构：

1. 前端共模/差模抑制：输入 24V 经 TDK 的 ACT1210 系列共模扼流圈（10mH@100kHz）+ Murata 的 BLA2A 系列差模电感（2.2μH），再并联 100nF X2 电容与 10nF Y2 电容到大地；
2. DC-DC 隔离降压：用 RECOM R-78E3.3-0.5（输入 9–36V，输出 3.3V/500mA，隔离电压 1.5kV）替代传统 LDO，彻底阻断地线噪声耦合；
3. 后端 LCπ 型滤波：RECOM 输出后接 10μH 功率电感 + 220μF 固态电容 + 100nF 陶瓷电容，实测 VDD 纹波压降至 8mVpp。

PCB 布局上，我们强制规定：

• PJ85718DM 的 GND 焊盘必须用 8 个过孔连接到底层完整地平面，且该区域禁止走任何信号线；
• 远程测温二极管的 D+、D− 走线包裹在 GND 铜皮内（间距 <0.2mm），并在两端各打 4 个 GND 过孔形成“法拉第笼”；
• STM32F405ZG 的 VCAP1/VCAP2（10μF 钽电容）必须紧贴芯片引脚焊接，引线长度 <1mm，否则复位异常概率超 40%。

这些细节看似琐碎，但在某地铁站通风系统现场，正是这套电源设计让设备在 300 米长电缆末端、与 37kW 风机共用配电箱的条件下，连续 18 个月温度读数标准差稳定在 ±0.07℃，远优于 HVAC 行业 ±0.5℃ 的验收标准。

3. 核心固件实现与关键参数配置详解

3.1 PJ85718DM 初始化与寄存器配置流程

PJ85718DM 的寄存器映射简洁，但关键配置项极易出错。其核心寄存器共 8 个，我们只用到 5 个：Configuration（0x01）、Local Temp（0x00）、Remote Temp（0x01）、Status（0x02）、Alert Limit（0x03–0x06）。初始化必须严格按顺序执行，否则传感器可能进入未知状态。

第一步是复位与地址确认：发送 I2C START + 0x48（默认地址）+ WRITE，等待 ACK；若未响应，需检查上拉电阻与 VDD 电压。我们曾因某批次 PCB 上 4.7kΩ 电阻焊反成 0Ω，导致所有设备 I2C 总线被拉死，排查耗时两天。

第二步是写 Configuration 寄存器（0x01）：该字节 Bit7–Bit0 分别控制：Shutdown（1=休眠）、One-Shot（1=单次转换）、Conversion Rate（00=16Hz, 01=32Hz, 10=64Hz, 11=128Hz）、Filter（00=无, 01=2-sample, 10=4-sample, 11=8-sample）、Alert Polarity（0=低有效, 1=高有效）、Alert Mode（0=比较器, 1=中断）、Remote Diode（0=禁用, 1=启用）、Local Enable（0=禁用, 1=启用）。对于 HVAC 应用，我们固定设为 0b10100011（0xA3）：启用本地+远程、4-sample 滤波、中断模式、高电平有效。这里特别注意 Bit6（One-Shot）：若设为 0（连续转换），传感器功耗达 1.2mA；设为 1（单次），每次读取前触发一次转换，功耗降至 0.3mA，对电池供电的无线温湿度节点至关重要。

第三步是设 Alert Limit：写 0x03（Local Low）、0x04（Local High）、0x05（Remote Low）、0x06（Remote High）。例如锅炉监控中，设 Local High = 0x004A（74℃），Remote Low = 0xFFD2（-46℃），这样当本地超温或远程冻堵时，ALERT 引脚立即翻转。实测发现，若未写入 Limit 寄存器就使能 Alert，传感器会默认用 0x0000/0xFFFF，导致误触发。

第四步是启动转换：向 Configuration 寄存器写 0xA3 后，需等待至少 100ms（数据手册规定最小转换时间），再读取 Status 寄存器（0x02）的 Bit0（Local Ready）和 Bit1（Remote Ready）是否为 1。我们曾因未加此延时，在高速循环中读到 0x0000，误判为传感器损坏。

整个初始化代码在 STM32CubeMX 生成的 HAL 库基础上仅需 23 行 C 代码，但每一行都有其物理意义。例如HAL_I2C_Mem_Write(&hi2c1, 0x48<<1, 0x01, I2C_MEMADD_SIZE_8BIT, &config, 1, 100)中的100是超时毫秒数，若设为 10，高频干扰下 I2C 通信失败率飙升至 25%，必须设为 ≥100。

3.2 STM32F405ZG 的 I2C 驱动优化技巧

STM32F405ZG 的 I2C 外设在默认 HAL 配置下存在两个致命缺陷：一是时钟延展（Clock Stretching）支持不完善，PJ85718DM 在 4-sample 滤波模式下转换需 120ms，而 HAL 默认超时仅 10ms，导致HAL_I2C_Master_Transmit()返回 HAL_TIMEOUT；二是 SDA/SCL 引脚复用功能未启用开漏模式，总线电平无法被传感器正确拉低。

解决方案分三步：
第一步：修改 HAL 库底层。在stm32f4xx_hal_i2c.c中找到I2C_WaitOnFlagUntilTimeout()函数，将I2C_TIMEOUT_FLAG的默认值从10U改为200U（单位 ms），并确保I2C_FLAG_BUSY检查前插入__HAL_I2C_CLEAR_FLAG(&hi2c, I2C_FLAG_BUSY)，否则 BUSY 标志可能残留。

第二步：强制配置 GPIO 为开漏。在MX_GPIO_Init()中，对 PB6/PB7 手动添加：

GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD; // 开漏输出 GPIO_InitStruct.Pull = GPIO_PULLUP; HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);

否则传感器无法拉低总线，I2C 通信完全失效。

第三步：启用 DMA 传输规避 CPU 占用。PJ85718DM 每次读取需 4 字节（2 字节本地 + 2 字节远程），用HAL_I2C_Master_Receive_DMA()替代轮询，让 CPU 在等待期间执行 PID 运算。实测在 168MHz 主频下，DMA 方式使温度采集任务 CPU 占用率从 18% 降至 2.3%，为增加 Modbus 解析等任务留出充足余量。

我们还开发了一个轻量级 I2C 错误自恢复机制：当HAL_I2C_GetError()返回HAL_I2C_ERROR_AF（应答失败）时，不重启整个外设，而是执行__HAL_I2C_GENERATE_STOP(&hi2c1)+HAL_Delay(1)+HAL_I2C_DeInit()+MX_I2C1_Init()，整个过程耗时 <15ms，比传统复位快 10 倍。在某冷库项目中，此机制成功拦截了 92% 的瞬时干扰导致的通信中断。

3.3 温度数据处理与本地控制逻辑实现

PJ85718DM 输出的是 16-bit 二进制补码，需转换为摄氏度。公式为：
本地温度 = (Local_Temp_Register × 0.0625) ℃
远程温度 = (Remote_Temp_Register × 0.0625) ℃
其中 Local_Temp_Register 读自地址 0x00，Remote_Temp_Register 读自地址 0x01。注意：Remote_Temp_Register 的 Bit15 是符号位，负数需先取反加 1 再乘 0.0625。

我们封装了安全转换函数：

float pj85718dm_convert_temp(int16_t raw) { if (raw & 0x8000) { // 负数 raw = -((~raw) + 1); return -raw * 0.0625f; } return raw * 0.0625f; }

实测发现，若忽略符号位处理，-10℃ 会被误读为 +65525.6℃，直接导致控制系统灾难性误动作。

本地控制逻辑围绕 HVAC 的核心需求展开：

• 防冻保护：当 Remote_Temp < 5℃ 且持续 60s，输出 PWM 占空比提升 20%，驱动电伴热带；
• 过热预警：Local_Temp > 65℃ 时，LCD 显示“CONTROLLER HOT”，并降低风扇转速 30% 以减少发热；
• PID 调节：以 Remote_Temp 为 PV（过程变量），用户设定值 SV 为 SP，采用增量式 PID 算法：

  error = SP - PV; integral += error * Ki; derivative = (PV - prev_PV) * Kd; pwm_output = Kp * error + integral + derivative;

  其中 Kp=2.5, Ki=0.05, Kd=0.8，参数经 Ziegler-Nichols 法整定，在 20℃→25℃ 阶跃响应中，超调量 <1.2℃，调节时间 <90s。

所有逻辑运行在 SysTick 定时器触发的 100ms 周期任务中，确保实时性。我们特意将温度采集（I2C 读取）与控制运算（PID 计算）分离：采集在 I2C 中断中完成，数据存入环形缓冲区；控制在主循环中从缓冲区取最新值，避免因 I2C 延迟导致控制滞后。

3.4 远程通信协议栈的精简实现

“远程温度”不仅指物理距离远，更指协议层级的远程——即数据要走出设备，进入上位系统。我们放弃庞大协议栈，采用三层精简架构：

• 物理层：RS-485（半双工，1200m 传输距离）；
• 链路层：Modbus RTU（CRC16 校验，地址+功能码+数据+校验）；
• 应用层：自定义 JSON over HTTP（仅用于以太网直连场景）。

Modbus RTU 实现要点：

• 功能码 0x03（读保持寄存器）返回 4 个寄存器：0x0000=本地温度×100（整数化避免浮点），0x0001=远程温度×100，0x0002=本地状态（bit0=超温, bit1=低温），0x0003=远程状态（bit0=冻堵, bit1=开路）；
• 响应帧必须严格满足 Modbus 时序：从最后一个字节到下一个帧首字节间隔 ≥3.5 字符时间（38.4kbps 下为 3.5×10×1000/38400≈0.91ms），我们用 TIM6 定时器精确控制；
• CRC16 计算用查表法，代码仅 86 字节，比 HAL 库内置版本快 3 倍。

HTTP 实现更激进：不用 LWIP 协议栈，改用 STM32F405ZG 的 USB CDC 虚拟串口 + 外部 ESP32-S2 模块桥接。STM32 只负责构造 JSON：

{"device":"HVAC-001","local":23.75,"remote":18.25,"ts":"2023-10-05T14:22:36Z"}

通过 UART2 发给 ESP32-S2，由其完成 HTTPS POST。此举将 STM32 的内存占用从 45KB 降至 8KB，Flash 使用率从 82% 降至 33%，为后续 OTA 升级留足空间。

4. 实际部署问题与现场排障实录

4.1 温度读数跳变：从原理到定位的完整排查链

某医院净化空调项目中，PJ85718DM 远程通道读数在 12℃～28℃ 间无规律跳变，本地通道稳定。我们按“电源→布线→器件→软件”四级排查：

第一级：电源纹波测试
用示波器测 PJ85718DM 的 VDD，发现 120kHz 开关噪声峰峰值达 95mV，远超 50mV 门限。更换 RECOM 模块后降至 12mV，跳变幅度缩小至 ±0.3℃，但未根除。

第二级：远程二极管布线检查
发现 D+、D− 走线长度差达 18mm（规范要求 <5mm），且未包地。重新布线并打满 GND 过孔后，跳变收敛至 ±0.15℃。

第三级：二极管选型验证
原用 1N4148，其正向压降温度系数为 -2.2mV/℃，非线性误差大。换成专用温敏二极管 TMP61（系数 -10.5mV/℃，线性度 0.05%），跳变彻底消失，精度达 ±0.08℃。

第四级：软件滤波增强
在固件中增加一级卡尔曼滤波（状态向量 [温度, 温度变化率]），Q=0.01（过程噪声），R=0.1（观测噪声），最终输出标准差稳定在 ±0.03℃。

这个案例说明：温度跳变很少是单一原因，必须建立系统化排查链。我们总结出“HVAC 温度稳定性黄金四问”：VDD 纹波是否 <10mV？远程走线是否等长包地？二极管是否专用温敏型？软件是否启用多级滤波？

4.2 I2C 通信失败：现场快速诊断五步法

某工厂车间，12 台设备中有 3 台 PJ85718DM 通信失败，HAL_I2C_GetError() 返回 HAL_I2C_ERROR_AF。我们用五步法 5 分钟内定位：

1. 查物理连接：万用表测 PB6/PB7 对地电阻，正常应为 4.7kΩ（上拉电阻值）。故障设备测得 0Ω，确认上拉电阻短路；
2. 查电平逻辑：示波器看 SDA 波形，正常为 0–3.3V 方波。故障设备 SDA 恒为 0V，证明总线被某器件拉死；
3. 查器件状态：断开 PJ85718DM 的 VDD，SCL/SDA 恢复高电平，确认是传感器问题；
4. 查批次信息：核对 PJ85718DM 丝印，发现故障品为某批次早期版本（后缀 DM-A），存在 ESD 防护缺陷；
5. 查替代方案：临时用 MAX31855K（热电偶放大器）替代，通过 SPI 接口读取，2 小时内恢复生产。

此后我们在 BOM 中强制要求 PJ85718DM 后缀为 DM-B 或更新，并在产线增加 ESD 测试工位。

4.3 远程报警失效：中断配置的隐藏陷阱

某数据中心精密空调，ALERT 引脚接 STM32F405ZG 的 PA0（EXTI0），但超温时无中断。排查发现：

• PJ85718DM 的 Configuration 寄存器 Bit5（Alert Mode）被误设为 0（比较器模式），此时 ALERT 仅作电平指示，不触发边沿中断；
• STM32 的 EXTI0 中断未使能上升沿触发（EXTI->RTSR |= EXTI_RTSR_TR0）；
• NVIC 中断优先级设为 15（最低），被其他高优先级中断阻塞。

修正后，中断响应时间实测为 1.8μs（从 ALERT 翻转到 ISR 执行），满足 HVAC 安全响应 <10μs 的要求。

我们制作了《PJ85718DM-STM32 中断联动检查表》，包含 7 个必检项，新工程师培训时人手一份，将此类问题发生率从 35% 降至 2%。

4.4 长期运行漂移：校准与老化补偿实践

某港口集装箱冷箱监控设备，运行 18 个月后 PJ85718DM 远程通道读数整体偏高 0.6℃。拆解分析发现：

• 二极管焊点经历 2000 次热循环（-40℃~+70℃）后，接触电阻增大 0.8Ω，导致压降测量偏差；
• PCB 板材 FR-4 在高湿环境（RH>85%）下吸水，介电常数变化影响远程通道 RC 时间常数。

解决方案分短期与长期：

• 短期：在出厂校准环节，增加“高温高湿老化测试”——设备在 60℃/90%RH 环境下运行 168 小时，再校准远程通道，补偿老化偏移；
• 长期：固件中加入“自适应校准”：每 24 小时，当 Remote_Temp 与 Local_Temp 差值稳定在 ±0.2℃ 超过 10 分钟（表明二极管与芯片温差极小），自动将当前 Remote_Temp 值存为 Offset，后续读数减去该 Offset。实测 36 个月后漂移仍控制在 ±0.12℃ 内。

这个实践告诉我们：HVAC 设备寿命长达 10–15 年，嵌入式设计不能只考虑“上电即用”，必须把材料老化、环境应力纳入固件架构。

5. 扩展应用与工程化落地建议

5.1 从单点监测到多节点网络的平滑升级路径

PJ85718DM+STM32F405ZG 方案天然支持星型与总线型拓扑。我们为某大型商业综合体设计了三级扩展路径：

• Level 1（单机版）：1 片 PJ85718DM + 1 片 STM32F405ZG，通过 USB 或 RS-485 连接 PC，适用于单台空调柜机监控；
• Level 2（子网版）：1 片 STM32F405ZG 挂载 4 片 PJ85718DM（I2C 地址 0x48–0x4B），通过 CAN 总线接入区域控制器，覆盖 1 层楼的 16 台设备；
• Level 3（全域版）：区域控制器（含 STM32F405ZG）汇总数据，经以太网上传至云平台，平台下发节能策略（如根据室外温度动态调整送风温度），形成“感知-决策-执行”闭环。

关键升级点在于 I2C 多地址管理：我们开发了“地址扫描+自动注册”机制，上电时主控依次向 0x48–0x4B 发送 START，记录响应地址，生成设备树。某项目中，此机制成功识别出 37 个 PJ85718DM 节点（含 4 个备用地址），比手动配置效率提升 20 倍。

5.2 成本与性能的平衡取舍：哪些可以简化，哪些必须坚持

在批量生产中，我们做过详细 BOM 成本分析（按 10k pcs 计）：

• PJ85718DM：$1.82（必需，无可替代）；
• STM32F405ZG：$4.35（可降为 STM32F411CEU6，$2.90，但牺牲 USB HS 与第二 CAN）；
• RECOM R-78E3.3：$2.10（不可降，LDO 无法满足纹波要求）；
• TMP61 二极管：$0.38（必需，1N4148 仅 $0.02，但精度差 5 倍）。

结论是：传感器、电源、温敏器件必须用足料，主控和通信模块可依需求降配。我们为成本敏感项目推出“Lite 版”：用 STM32F411CEU6 + ESP32-S2（WiFi）替代原方案，BOM 降低 31%，但保留全部温度精度与本地控制能力，仅远程通信从以太网降为 WiFi，完全满足中小型 HVAC 项目需求。

5.3 交付物清单与客户验收要点

面向工程交付，我们固化了 7 项交付物，确保客户“拿过去就能用”：

1. 硬件设计文件：Altium 原理图（含 PJ85718DM 电源滤波、远程走线规范注释）、Gerber 文件；
2. 固件镜像：HEX 文件 + OTA 升级包（支持 HTTPS 下载）；
3. 通信协议文档：Modbus 寄存器映射表、JSON HTTP API 说明、错误码定义；
4. 校准报告模板：含温度点（-20℃, 0℃, 25℃, 50℃, 70℃）、允差（±0.15℃）、校准人签字栏；
5. EMC 测试报告：依据 EN 61000-4-2（ESD）、EN 61000-4-4（EFT）的实测数据；
6. 现场安装指南：含远程二极管粘贴位置图（距测温面 2mm）、屏蔽线接地规范（单点接地）；
7. 维护手册：常见故障代码（如 E01=I2C 通信失败，E02=远程开路）、备件清单（TMP61 二极管、RECOM 模块）。

客户验收时，我们坚持“三不原则”：无校准报告不签字、无 EMC 报告不验收、无安装指南不交付。某项目中，客户因缺少安装指南导致二极管粘贴位置错误，温度偏差达 3.2℃，我们免费派工程师现场重装并补全文档，赢得后续 3 个订单。

我个人在实际项目中踩过的最大坑，是低估了 HVAC 现场的地线质量。某地下车库项目，设备接地电阻实测 85Ω（规范要求 <4Ω），导致所有 PJ85718DM 远程通道读数漂移。最后不得不加装独立接地极