企业官网建设流程全解析

1. 库房温湿度联动调控的整体设计思路

库房环境监控这件事，说大不大，说小也绝对不小。我接触过的很多中小型仓库、档案室、药品暂存间，早期都是靠人工巡检加普通壁挂空调来维持环境，夏天一热就开空调，冬天一冷就开暖气，湿度大了就搬除湿机。这套打法在库房面积小、货物价值低的时候勉强能用，但只要库房面积超过一两百平米，或者存放的是对温湿度敏感的东西，人工方式就彻底不够用了。我这次要分享的这套方案，核心就是用一台带红外学习功能的空调控制器，通过RS485总线把温湿度采集和空调控制串起来，实现库房温湿度的自动联动调控。

先把这个方案能干什么说清楚。简单讲，就是在库房不同位置布几个温湿度采集节点，这些节点通过RS485总线把数据汇总到主控器，主控器根据预设的温湿度阈值判断当前环境是否超标，一旦超标就通过红外发射的方式去控制库房里的普通空调——注意，是普通空调，不需要空调本身带任何智能功能。空调控制器会“学习”原装遥控器的红外码，然后模拟遥控器发出开机、关机、制冷、制热、调温等指令。整个过程不需要改动空调内部电路，也不影响空调原有保修，这是这套方案最讨喜的地方。

适合谁来参考这套方案？我觉得有三类人。第一类是做弱电工程或者机房监控的同行，手上有RS485组网经验，想拓展到环境控制领域；第二类是库房、档案室、实验室的管理人员，懂一点电工基础，想自己动手做一套低成本的自动调控系统；第三类是做嵌入式开发的朋友，想找一个RS485加红外控制的完整落地案例。不管你是哪一类，这套方案的硬件成本都不高，主控加采集节点加红外控制器，几百块钱就能搭起来，比买成品环境监控系统便宜一大截。

为什么选RS485而不是别的通讯方式？这是整个方案里第一个需要想清楚的问题。库房环境有几个特点：面积大、节点分散、电磁环境复杂（空调压缩机、照明镇流器都是干扰源）、布线距离可能超过几十米。无线方案像WiFi或者蓝牙，在金属货架密集的库房里穿墙衰减严重，稳定性没法保证；RS232距离太短，十几米就到头了；而RS485差分信号抗共模干扰能力强，理论通讯距离1200米，实际库房场景下几百米完全没问题，而且一条总线可以挂几十个节点，布线简单，成本低。所以RS485在这个场景里几乎是默认选项，不是因为它多先进，而是因为它够皮实、够便宜、够好维护。

再说红外学习这个功能为什么关键。库房里装的空调品牌五花八门，格力、美的、海尔、奥克斯都有，每家的红外编码协议都不一样，甚至同一品牌不同型号的码值都有差异。如果控制器内置固定码库，遇到不支持的空调就抓瞎。红外学习功能让控制器直接“读”原装遥控器的码，存到自己的存储里，用的时候再原样发出去。这样一来，不管什么品牌的空调，只要能找到它的遥控器，就能被这套系统控制。这个思路本质上是用“学习”换“通用性”，牺牲的是一点学习时的人力成本，换来的是几乎无限的兼容性。

整套系统的逻辑链条是这样的：温湿度传感器采集数据，通过RS485总线上报给主控器，主控器运行联动逻辑，判断是否需要调节，需要调节就驱动红外发射头对准空调发指令。这里面每一个环节都有坑，我后面会逐个拆开讲。先给一个整体架构的轮廓，让你心里有数。

这个表格里的选型不是唯一的，但都是我实际用过、踩过坑之后觉得比较稳的组合。下面我会从设计思路、核心细节、实操过程、问题排查四个大方向展开，把每个环节的“为什么”和“怎么做”讲透。

2. 核心细节解析与实操要点

2.1 RS485总线为什么必须用差分信号和终端电阻

很多人做RS485组网，线一接、电一通，发现能通讯，就觉得搞定了。但库房这种长距离、多节点的场景，如果不理解差分信号和终端电阻的作用，后期会出现时通时断、数据错乱的问题，而且极难排查。我先把这个原理讲清楚。

RS485用的是两根线，通常叫A和B，传输的是差分信号。所谓差分，就是A和B上的电压是相反的，接收端看的是A减B的差值。比如发送逻辑1时，A比B高2到6伏；发送逻辑0时，B比A高2到6伏。这样做的好处是，外界干扰（比如空调压缩机启停产生的电磁噪声）会同时耦合到A和B两根线上，因为是共模干扰，A和B同时升高或降低相同的电压，相减之后干扰就被抵消了。这就是RS485抗干扰能力强的根本原因，不是线材多高级，而是信号体制本身就有免疫力。

终端电阻的作用是消除信号反射。信号在电缆里传输，到了线缆末端如果阻抗不匹配，能量会反射回来，和后续信号叠加，造成波形畸变。RS485标准要求在线缆两端的A和B之间各接一个120欧姆的终端电阻，把特性阻抗匹配掉。库房布线如果距离超过50米，或者波特率高于9600，终端电阻就必须加。我见过太多人省这两个电阻，结果就是短距离测试正常，一上长线就丢包。

实操要点：终端电阻只加在总线的物理两端，中间节点绝对不能加。如果你有5个节点，只有最远的两端各加一个120欧姆，中间三个节点的A、B之间不要接电阻。加错了会导致总线负载过重，通讯距离反而缩短。判断方法很简单，断电后用万用表量A、B之间的电阻，应该是60欧姆左右（两个120欧姆并联），如果量出来是30欧姆或者更低，说明终端电阻加多了。

2.2 红外学习模块的工作机制与学习技巧

红外学习这件事，听起来玄乎，其实原理很朴素。空调遥控器发出的红外信号，本质上是38kHz载波被调制后的脉冲序列。不同的按键对应不同的脉冲宽度和间隔组合，这就是所谓的红外码。红外学习模块内部有一个红外接收头，它把接收到的光信号解调成电信号，然后主控器测量每个脉冲的高电平和低电平持续时间，把这些时间值存到EEPROM里。发射的时候，主控器按照存储的时间值去驱动红外发射管，就还原出了原来的红外码。

这里有个关键点：红外接收头解调出来的信号是“反相”的，也就是说，遥控器发载波的时候，接收头输出低电平；不发载波的时候，输出高电平。很多新手写学习程序时没注意这一点，存下来的码发出去完全没反应。解决办法是在学习阶段把电平逻辑反过来记录，或者在发射阶段再反一次，两者取其一。

学习时的实操技巧，我总结了三条。第一，遥控器要对准接收头，距离控制在3到10厘米，太近了信号过强会饱和，太远了信号弱会丢码。第二，学习时环境里不能有强光直射，尤其是阳光和某些频闪的LED灯，它们含有红外成分，会干扰接收。第三，也是最容易被忽略的，空调遥控器的码往往很长，一次按键可能包含几十个脉冲，学习时一定要确保完整捕获，不能只存前几个脉冲。我建议学习完成后立刻回发一次测试，确认空调有反应再保存。

注意：有些空调遥控器的红外码带有“引导码”和“结束码”，引导码用来唤醒接收端，结束码标志一帧结束。学习时如果漏掉引导码，空调可能完全不理你；漏掉结束码，空调可能收到一半就卡住。所以学习程序里要设置一个超时时间，比如超过20毫秒没有新脉冲就认为一帧结束，把这一帧完整存下来。

2.3 温湿度采集节点的选型与RS485组网细节

温湿度传感器我推荐用SHT30或者AM2301，这两个我都实际用过。SHT30是I2C接口，精度高，长期稳定性好，适合对湿度要求严格的库房；AM2301是单总线接口，便宜，精度够用，适合预算有限的项目。不管用哪个，传感器本身输出的都是数字信号，需要一个小单片机（比如STM32或者国产的GD32）去读取，然后再通过RS485收发芯片（比如MAX485或者SP3485）转成差分信号挂到总线上。

这里有个组网细节很多人会忽略：RS485总线是半双工的，同一时刻只能有一个节点发送。所以主控器必须用轮询的方式，一个一个地问节点要数据，节点收到问询后才回复。如果两个节点同时发送，总线上的信号就会冲突，数据全乱。轮询的间隔要根据节点数量和波特率算。假设波特率9600，每个节点问询加回复大概需要20毫秒，10个节点一轮就是200毫秒，也就是每秒能轮询5次。对于温湿度这种变化缓慢的量，每秒5次完全够用，甚至每秒1次都行。

节点地址的分配也有讲究。每个RS485节点必须有一个唯一地址，主控器靠地址来区分是谁在回复。地址一般用1个字节表示，范围1到247。分配时建议按物理位置顺序编号，比如东墙第一个节点地址1，东墙第二个地址2，这样后期排查问题时能快速定位。地址通常存在节点的EEPROM里，上电时读出来，不要用拨码开关，因为库房环境潮湿，拨码开关容易氧化接触不良。

2.4 联动逻辑的阈值设定与回差控制

联动逻辑看起来简单——温度高了开制冷，温度低了开制热，湿度高了开除湿——但实际写起来，如果不加回差控制，空调会疯狂启停。什么叫回差？举个例子，你设温度上限28度，当温度到28.1度时开制冷，空调一开温度降到27.9度，逻辑判断不超标了，立刻关空调，然后温度又升到28.1度，又开……这样空调一分钟启停好几次，压缩机很快就废了。

正确的做法是设置回差，也叫死区。比如温度上限28度，回差2度，那么温度超过28度时开制冷，但只有温度降到26度以下才关制冷。中间这2度的区间里，空调保持当前状态不变。湿度控制同理，湿度上限70%，回差10%，超过70%开除湿，降到60%以下才关。回差的大小要根据库房的热惯性来调，面积大、密封好的库房热惯性大，回差可以小一点；面积小、门窗频繁开关的库房，回差要大一点，避免频繁动作。

还有一个细节：制冷和制热不能同时开，除湿和加湿也不能同时开。逻辑里要加互锁，当前处于制冷状态时，即使温度低于下限，也要先关制冷，等一个延时（比如3分钟）再开制热。这个延时是保护压缩机的，因为压缩机停机后内部压力需要时间平衡，立刻反转启动会损坏压缩机。我一般设3到5分钟，具体看空调说明书。

3. 实操过程与核心环节实现

3.1 硬件连接与RS485总线布线

先说布线。库房走RS485总线，我强烈建议用屏蔽双绞线，型号选RVSP 2×0.5或者2×0.75。屏蔽层的作用是进一步抵御空间电磁干扰，双绞的作用是让A和B两根线尽可能处于相同的干扰环境中，增强共模抑制效果。布线时远离强电线路，至少保持30厘米以上的距离，如果必须交叉，尽量垂直交叉，不要平行走线。

总线拓扑必须是手拉手的一条线，绝对不能星型或者树型分支。什么叫手拉手？就是从主控器出发，一根线走到节点1，再从节点1走到节点2，再从节点2走到节点3，依次串下去。每个节点从总线上“T”接出来一小段线接到自己的A、B端子上，这段T接线越短越好，最好不超过30厘米。星型拓扑会让信号在分支点产生反射，长距离下通讯必挂。

接线端子方面，A接A，B接B，千万不要接反。接反了通讯不上，但不会烧器件，所以调试时如果发现完全没反应，先检查A、B有没有接反。屏蔽层单端接地，一般接在主控器这一端的地上，另一端悬空，避免形成地环路。

供电方面，如果节点分散，建议每个节点就近取220V转5V或者12V供电，不要用总线集中供电。因为总线供电会有压降，距离一长末端节点电压不够，传感器和单片机工作不稳定。就近供电虽然多拉几根电源线，但稳定性好得多。

3.2 红外学习的具体操作步骤

红外学习是整个系统里最需要耐心的环节。我按实际操作顺序拆解一下。

第一步，把红外学习模块的接收头对准空调遥控器的发射窗，距离5厘米左右。模块上一般有一个学习按键，按下后进入学习模式，指示灯开始闪烁。

第二步，在遥控器上按下你要学习的按键，比如“开机”。按下后保持1秒，让模块完整接收。如果学习成功，指示灯会常亮或者快闪确认。如果失败，指示灯不变化，需要重新按。

第三步，把学习到的码存储到指定的按键槽位。一般模块支持存储多个按键，比如开机、关机、温度加、温度减、制冷、制热、除湿、风速等。我建议至少学习这8个键，覆盖日常调控所需。

第四步，学习完成后，用模块的发射功能测试每个键。发射头对准空调，按下测试键，看空调是否有对应反应。如果有反应，说明学习成功；如果没反应，重新学习。

这里有个经验：空调遥控器的“温度加”和“温度减”往往是相对指令，也就是说，每按一次温度加，空调在当前设定温度上加1度。这意味着你不需要学习每一个温度值，只需要学习加和减两个键，然后通过多次发射来实现温度调节。比如当前26度，想设到24度，就发两次“温度减”。这个逻辑在写联动程序时要用到。

提示：有些空调遥控器在关机状态下按温度键无效，必须先发开机码再发温度码。所以联动程序里要维护一个“当前空调状态”的变量，知道空调现在是开还是关，避免发出无效指令。

3.3 主控器轮询与联动程序的实现

主控器的程序我一般用STM32来写，用CubeMX配置串口和定时器，开发效率高。程序主体分三个任务：轮询采集、联动判断、红外发射。

轮询采集用定时器触发，比如每500毫秒触发一次。触发后，主控器依次向地址1到地址N发送问询帧，问询帧格式我自定义了一个简单协议：帧头0xAA，地址1字节，命令0x01表示要温湿度数据，校验和1字节，帧尾0x55。节点收到后回复：帧头0xAA，地址1字节，温度高字节，温度低字节，湿度高字节，湿度低字节，校验和，帧尾0x55。温度湿度都用整数表示，温度乘以10，湿度乘以10，避免浮点运算。

联动判断在主循环里跑，每次收到新数据就更新对应节点的温湿度值，然后计算所有节点的平均值或者最大值。我一般用最大值来判断，因为库房最怕的是局部过热或者过湿，平均值会掩盖问题。判断逻辑用状态机实现，每个空调对应一个状态变量，状态包括空闲、制冷中、制热中、除湿中。根据温湿度值和回差决定状态迁移。

红外发射用定时器产生38kHz载波，按照学习时存储的脉冲时间序列控制载波的通断。具体做法是：定时器配置为38kHz，占空比1/3，用一个GPIO控制红外发射管的通断。发射时，先关载波，延时引导码时间，然后开载波延时脉冲时间，关载波延时间隔时间，循环直到一帧发完。这里的时间精度要求不高，微秒级就够了，普通定时器完全能胜任。

3.4 参数计算与阈值设定实例

我拿一个实际库房举例。库房面积200平米，层高4米，存放纸制品，要求温度18到28度，湿度40%到70%。布了4个温湿度节点，分别在东、南、西、北四面墙的中部，高度2米。空调是一台3匹柜机，装在东墙。

温度阈值设定：上限28度，下限18度，回差2度。逻辑是温度大于28度开制冷，制冷状态下温度小于26度关制冷；温度小于18度开制热，制热状态下温度大于20度关制热。湿度阈值：上限70%，下限40%，回差10%。湿度大于70%开除湿，除湿状态下湿度小于60%关除湿；湿度小于40%开加湿（如果有加湿设备），加湿状态下湿度大于50%关加湿。

轮询周期设定：4个节点，波特率9600，每个节点问询加回复约20毫秒，一轮80毫秒。我设定轮询间隔500毫秒，留足余量。联动判断周期1秒，因为温湿度变化慢，1秒判断一次足够。红外发射在状态迁移时触发，不周期发射，避免干扰空调。

延时保护：制冷转制热、制热转制冷之间加3分钟延时。除湿和制冷可以共存，因为除湿本身也是制冷的一种模式，但为了简化逻辑，我让除湿和制冷互斥，同一时间只开一种。

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

4.1 RS485通讯不上的排查顺序

通讯不上是最常见的问题，我按排查顺序列一下，你照着走基本能定位。

先查供电。用万用表量每个节点的VCC和GND，确认电压在4.5到5.5伏之间。电压不够，单片机不工作，当然通讯不上。

再查A、B接线。所有节点的A接总线A，B接总线B，不能有接反的。如果只有一个节点接反，整个总线都可能被拉死。排查方法是断开所有节点，只留主控器和一个节点，逐个测试。

然后查终端电阻。断电量A、B之间电阻，应该是60欧姆左右。如果量出来是无穷大，说明终端电阻没接；如果量出来是30欧姆，说明接多了。

再查波特率和校验方式。主控器和所有节点的波特率、数据位、停止位、校验位必须完全一致。我遇到过主控器设9600，节点设19200的情况，怎么都不通，改一致就好了。

最后查地址冲突。如果两个节点地址相同，主控器问询时两个同时回复，数据冲突。排查方法是逐个节点上电，看哪个节点回复的数据不对。

4.2 红外学习失败的原因与对策

红外学习失败，我遇到过的原因有这几个。

遥控器电池电量不足。电量低的时候红外发射功率下降，接收头可能收不到。换新电池再试。

接收头被强光干扰。阳光、白炽灯、某些LED灯都含红外成分。拉窗帘、关灯再学习。

遥控器与接收头距离不当。太近饱和，太远丢码。5厘米左右最稳。

学习程序超时设置太短。空调码比较长，一帧可能超过100毫秒。超时时间设到200毫秒以上。

存储空间不足。有些模块只能存十几个按键，存满了就学不进去。清理不需要的码再学。

还有一种情况是学习成功了但发射无效。这多半是发射头功率不够，或者发射头没有对准空调。红外发射有方向性，发射头要正对空调接收窗，中间不能有遮挡。如果距离超过5米，建议加一级三极管驱动，提高发射电流。

4.3 空调频繁启停的解决思路

空调频繁启停，根子上是回差没设对，或者判断逻辑有bug。先检查回差，温度回差至少2度，湿度回差至少10%。如果回差已经设了还频繁启停，检查是不是用了平均值判断。平均值会把局部超标掩盖掉，导致空调开了又关。改用最大值判断，只要有一个节点超标就保持空调运行。

还有一种可能是轮询周期太短，数据抖动导致判断结果反复横跳。温湿度传感器本身有±0.5度的误差，如果温度在阈值附近波动，判断结果就会跳。解决办法是加数据滤波，比如连续3次采集都超标才触发动作，或者用滑动平均滤波。

如果以上都排除了，检查空调本身是不是有自动模式。有些空调在自动模式下会根据室温自己切换制冷制热，和外部控制打架。把空调设成固定模式，比如强制制冷或者强制制热，不让它自己切。

4.4 库房环境下的EMC防护经验

库房里的电磁干扰源不少，空调压缩机、风机、照明镇流器都是。RS485总线虽然抗干扰强，但也不是无敌的。我总结了几条EMC防护经验。

总线走线远离动力线，至少30厘米。如果必须交叉，垂直交叉。屏蔽层单端接地，接在主控器端。每个节点的RS485收发芯片旁边加TVS管，防止浪涌。电源入口加π型滤波，滤掉高频噪声。红外发射头的驱动线尽量短，避免引入干扰。

还有一条容易被忽略的：RS485收发芯片的使能引脚（DE/RE）要加下拉电阻，确保单片机复位时收发芯片处于接收状态，不会误发数据占用总线。我遇到过单片机复位瞬间DE引脚浮空，收发芯片乱发数据，把总线拉死的情况，加个10k下拉电阻就解决了。

注意：如果库房有变频空调或者大功率变频设备，干扰会更严重。这种情况下建议降低波特率到4800甚至2400，牺牲速度换稳定性。温湿度数据量很小，低波特率完全够用。

5. 系统调试与长期运行维护

5.1 分阶段调试法

整套系统不要一次全接上电，要分阶段调试，否则出了问题你都不知道是哪一级的毛病。

第一阶段，单独调试温湿度节点。给节点上电，用USB转RS485模块接到电脑上，用串口助手发问询帧，看节点能不能正确回复温湿度数据。这一步确认传感器和节点程序没问题。

第二阶段，调试主控器轮询。把主控器和一两个节点接上，主控器串口打印出轮询结果，确认能正确读到数据。这一步确认主控器程序和RS485硬件没问题。

第三阶段，调试红外学习。单独给红外模块上电，学习遥控器码，测试发射。这一步确认红外部分没问题。

第四阶段，联调。把所有部分接上，观察联动逻辑是否按预期动作。可以先用手捂住传感器模拟高温高湿，看空调是否启动。

分阶段调试的好处是，每个阶段的问题范围小，容易定位。我见过有人一上来全接好，结果不动，查了一整天，最后发现是某个节点的A、B接反了。

5.2 长期运行的稳定性维护

系统跑起来之后，维护工作不多，但有几件事要定期做。

每季度检查一次接线端子，看有没有松动氧化。库房湿度大的话，端子容易氧化，接触电阻变大，通讯会出问题。

每半年校准一次温湿度传感器。SHT30这类传感器长期在潮湿环境里会有漂移，用标准温湿度计对比一下，偏差超过1度或者5%就换掉。

每年检查一次红外发射头，看有没有积灰。发射头积灰会降低发射功率，导致空调偶尔收不到指令。用棉签蘸酒精擦一下就行。

程序方面，建议加看门狗。主控器万一死机，看门狗能自动复位。复位后重新初始化，继续运行。我一般用独立看门狗，喂狗周期设1秒，主循环里喂。

还有一条经验：联动逻辑里加一个“手动模式”开关。有时候库房要开门通风，或者临时搬货，自动调控反而碍事。加个开关或者串口指令，能临时切到手动，人工控制空调。这个功能在实际使用中非常实用，强烈建议加上。

5.3 系统扩展方向

这套系统搭好之后，扩展性其实不错。比如可以加一个RS485转以太网模块，把数据传到局域网，用网页或者手机看库房温湿度。也可以加一个SD卡模块，把温湿度数据存下来，方便追溯。还可以加声光报警，温湿度严重超标时提醒管理员。

如果库房面积特别大，一个主控器轮询不过来，可以用多个主控器分区管理，每个主控器管一片区域，主控器之间再用RS485或者以太网互联。这样扩展起来很灵活，不用推翻原有架构。

红外控制这块，如果空调数量多，可以一个主控器带多个红外发射头，每个发射头对准一台空调。发射头用三极管驱动，一个GPIO控制一个发射头，程序里按空调编号选择发射头。这样一台主控器能管好几台空调，成本增加很少。

我在实际使用中发现，这套系统最值钱的地方不是硬件，而是联动逻辑的参数调校。同样的硬件，回差设2度和设5度，空调寿命能差好几年。所以装好之后别急着走，观察几天，根据库房的实际热惯性把参数调到位，这才是这套系统能不能长期稳定运行的关键。