CATALOG

工厂车间空调控制的难点在于:设备数量多、品牌杂、既有分体机也有中央空调,且车间环境(高温、粉尘、电磁干扰)对硬件稳定性要求高。芯步的开放接口基于HTTP协议,能较好地解决异构设备的统一接入问题,以下方案从硬件选型、接口对接到业务落地给出完整路径。

1. 项目概述与挑战

1.1 场景痛点

工厂车间通常存在以下痛点:

  • 设备异构性强:车间内可能同时存在分体式壁挂机、柜机、中央空调风机盘管等多种设备。

  • 环境苛刻:高温、粉尘、电磁干扰可能影响无线信号。

  • 能源浪费:非工作时段空调忘关、下班后空转导致巨额电费。

  • 人工管理难:依赖人工巡检,无法根据温湿度或工时自动调节。

1.2 解决方案目标

利用芯步的开放平台,将第三方空调控制硬件(如红外控制器、485控制器)无缝对接到现有的MES、ERP或自研的能耗管理系统中,实现:

  1. 远程集中控制:在办公室即可控制全车间空调启停、温度设定。

  2. 自动化策略:根据时间表(排班)或传感器温度自动调节。

  3. 状态可视化:实时查看空调运行状态及车间环境数据。

2. 硬件选型与部署:控制模块的确定

要对接到软件,首先需要确定物理层的控制方式。针对工厂车间,根据空调类型选择以下芯步生态兼容的硬件方案:

2.1 方案 A:红外学习型控制器(适合 95% 的分体式空调)

  • 适用场景:办公室、员工休息区、小型加工车间。

  • 推荐型号:如市面上的智能红外转发器(对接芯步协议)。

  • 工作原理:设备内置红外码库,通过 WiFi/4G 接入网络。软件通过芯步接口下发红外指令,设备发射红外线控制空调。

  • 关键对接参数:支持自学习非标准遥控器码值。

2.2 方案 B:RS485 + MODBUS 模块(适合中央空调/风柜机组)

  • 适用场景:大型生产车间、恒温恒湿仓库、中央空调系统。

  • 硬件特征:采用 RS485 通讯接口,标准 MODBUS 协议

  • 优势:在工厂复杂电磁环境下,有线485比无线更稳定;可直接控制空调的冰机、风机、水阀开度,实现精准温度控制

  • 对接点:直接读取空调回风温度、进出水温度,并下发 PID 调节指令。

2.3 方案 C:强电控制(适合大功率工业空调)

  • 适用场景:直接切断/恢复电源(仅适用于不带记忆功能的简单空调)。

3. 软件对接设计

芯步的开放平台核心优势在于其 HTTP 接口的普适性。无论后端是 Java, Python, C# 还是 Node.js,均可快速对接。

3.1 数据流架构图

graph LR
    User[管理员/系统] --> App[自研软件/Web/APP]
    App -- 1. HTTP/HTTPS API (控制指令) --> YoYo[芯步云平台]
    YoYo -- 2. 透传指令 --> Gateway[物联网网关/路由器]
    Gateway -- 3. 红外/485 信号 --> Device[空调控制器]
    Device -- 4. 环境数据回传 --> YoYo
    YoYo -- 5. 消息推送/轮询 --> App

3.2 核心对接机制:设备控制与状态同步

3.2.1 设备注册与鉴权

在芯步物联网控制台创建应用,获取 AppIdAppSecret

  • 设备ID:每个空调控制器在平台拥有唯一 device_id(例如:820720

  • 签名机制 (Sign):所有 API 请求需携带动态签名,防止接口被恶意调用。

3.2.2 下发控制命令 (接口实战)

假设需要在 18:00 下班时,自动关闭车间 3 号空调。

1. 请求地址http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={timestamp}

2. 请求方法POST

3. 请求 Body (JSON 示例)

注:如果是通过 MODBUS RTU 连接的中央空调,order 内容可能变为控制水阀开度的 Modbus 寄存器地址值。

3.2.3 设备数据上报 (消息推送)

芯步支持将设备状态推送到自有服务器。

  • 配置回调 URL:在芯步控制台设置 https://[your-domain.com]/api/receive

  • 数据格式

软件项目接收到此数据后,可在前端实时更新 UI。

4. 核心代码实现逻辑 (伪代码示例)

以下示例展示如何在业务逻辑层封装芯步接口。

4.1 签名生成 (Python 示例)

这是对接的第一步,保证安全性。

4.2 业务层封装:空调自动关机策略

业务需求:读取车间的 MES 系统排班表,如果当前时段无生产计划且车间温湿度适宜,自动关闭空调。

5. 进阶功能:群控与节能策略

针对大型厂房,单台控制效率低,需引入群控逻辑。

5.1 定时策略 (Cron Job)

在软件项目中写入定时任务:

5.2 联动传感器自动化

芯步生态中通常包含智能人体存在传感器温湿度传感器

  • 无人关机:当传感器检测到车间连续 30 分钟无人移动,软件项目接收回调后,调用空调关机接口。

  • 恒温控制

    • 传感器上报 29°C -> 软件判定高于设定阈值 -> 下发开机/制冷指令。

    • 传感器上报 23°C -> 软件判定低于阈值 -> 下发关机/停运指令。

5.3 机器学习预测 (高阶)

针对大型中央空调系统,可基于收集的历史数据(室外温湿度、车间热负荷)训练简单模型,预测车间温度变化趋势。芯步接口作为执行层,提前下发指令调节冰机出水温度,避免 PID 震荡造成的能源浪费。

6. 项目实施注意事项

  1. 网络穿透与私有化部署若工厂信息安全要求比较高,不允许数据上公网,可利用芯步支持的私有化部署方案。所有 MQTT/HTTP 流量在工厂内网完成,软件项目直连本地消息服务器

  2. 红外信号覆盖车间货架较高,金属遮挡严重。部署红外控制器时需注意安装位置(吸顶式最 佳),或使用带延长线的外置发射头。

  3. 空调状态同步问题红外控制是单向的,如果工人手动用遥控器开了空调,云端状态会不同步。解决方案:配合使用带电流检测功能的智能插座或电量传感器,通过检测电流大小来上报空调“真”实开关状态。

7. 总结

通过对接芯步的开放接口,工厂车间空调控制不再是一个孤立的硬件工程,而是一个可以无缝融入现有软件体系的“数据触点”。开发者无需关心底层 RS485 或红外物理协议,只需调用简单的 HTTP REST API

实施路径回顾

  1. 选型:根据空调类型选择红外或 485 控制模块。

  2. 注册:在 ThingBoot 平台注册硬件,获取 DeviceID。

  3. 开发:在软件中集成签名算法和 API 调用逻辑。

  4. 策略:编写软件业务逻辑(定时、联动、群控)。

  5. 闭环:利用传感器数据确认执行效果。

这一套方案落地后,工厂通常可实现 15%-30% 的空调用能节约。