多品牌空调协议不统一(格力、美的、大金等各有私有协议),直接控制难度较大。芯步的做法是通过万能红外控制器(IR) 或 VRF空调网关 进行物理中介——前者用“学习+发射”红外码解决协议问题,后者直接接入空调有线总线实现双向控制。以下方案涵盖设计、接口调用和指令映射三个层面。
解决方案:基于芯步中控网关的多品牌空调对接与温度调节方案
1. 概述与设计
在多品牌空调场景下(如办公楼同时存在格力、美的、大金,或家庭中客厅与卧室品牌不同),核心挑战是物理通信协议(红外、Wi-Fi、485总线)的异构性。芯步的开放接口提供了一套标准化的 设备指令下发 机制,通过搭配万能红外遥控器或VRF空调网关,实现对不同品牌空调的物理覆盖。
核心架构:
设备层:部署芯步智能红外遥控器(针对壁挂/柜机)或 485/VRF转换网关(针对中央空调)。
接口层:调用芯步开放平台的
设备控制API(HTTP/MQTT)。业务层:业务系统(OA、酒店PMS或自建APP)通过封装指令集,实现温度设定、模式切换及定时任务。
此方案基于芯步标准的“向设备下发指令”接口实现统一控制。
2. 关键硬件选型与痛点解决
针对协议不开放的问题,不直接通过 WiFi 对接空调主板,而是采用以下硬件作为“翻译官”:
方案 A(推荐,针对分体式空调):万能红外控制器
解决痛点:格力、美的、海尔等品牌的红外码库不互通。
实施:选用芯步兼容的 红外遥控网关。该设备需具备红外发射与接收(学习)功能。
原理:设备内置或云端存储码库,或通过“学习”原装遥控器红外来生成标准指令。
方案 B(针对中央空调/风管机):VRF/KNX 网关
解决痛点:大金、日立、东芝等中央空调采用私有总线协议(P1/P2、H-LINK等),无法通过红外或普通继电器控制。
实施:对接第三方桥接设备(如易能森或中弘网关),将其接入芯步网关的 RS485 接口或通过网络协议对接。
效果:可实现温度反馈(室温读取)和精确的0.5度调节,这是红外控制做不到的。
3. 对接开发核心流程:指令下发
一旦硬件适配完成,芯步的软件接口是统一的。您不需要关心底层空调是哪种品牌,只需向芯步的网关设备 ID 下发标准 JSON 指令即可。
接口调用示例(温度调节):业务服务器调用芯步 HTTP 接口,或通过 MQTT 发布主题。
请求地址
http(s)://api.thingboot.com/{AppID}/device/control/关键参数说明
device:填写现场部署的 芯步网关设备ID。order:这是控制的核心。通常需要根据您使用的网关固件协议进行封装。
伪代码逻辑:
注:上述 order 内容需根据所购硬件的具体 AT 指令集或红外码库格式调整,调用时需对 sign 和 ts 进行签名验证。
4. 核心功能实施
要实现对空调温度的精准调节,不能仅靠“发送一次指令”,需要结合轮询与场景逻辑。
针对红外控制(单向控制,无反馈):
问题:红外无法知道空调当前是几度。
解决方案虚拟状态同步。
在调用接口下发
set_temp_24指令后,在业务系统数据库中将该空调的状态标记为预设温度:24℃。用户再次操作时,先读取数据库中的“虚拟值”。例如,当前显示24度,用户想调到26度,系统发送“升温”指令。
进阶:开发
Batch_Control逻辑,对于无状态反馈的红外设备,直接发送“26℃制冷”的绝对码,而非“温度减一度”的相对码,以避免状态漂移。
针对 VRF / 485 网关(双向控制,有反馈):
优势:这类设备通常直接对接芯步网关,可以上报当前室温。
实施
监听芯步平台的 设备状态上报 消息(消息推送)。
当收到
{“current_temp”: 25.5},{“target_temp”: 24.0}等数据时,实时更新 UI。下发指令
{“target_temp”: 22.0},实现闭环调节。
5. 场景联动与自动化逻辑
结合芯步接口,您可以为“多品牌混合场景”设定高级自动化策略:
跨品牌定时调节
通过接口设置定时任务(Cron Job)。例如:中午12点,系统调用接口向“会议室网关”下发指令:无论当前是格力还是美的空调,均设定为“26℃制冷模式”。
节能策略(基于传感器联动)
若环境温度传感器(通过芯步接口接入)检测到室温低于18℃,自动调用接口向所有空调设备下发“关机”或“制热模式”指令,避免能源浪费。
无障碍融入
若需集成到鸿蒙等生态,逻辑类似:在 HarmonyOS 端调用芯步的云云对接 SDK,封装成
setTemperature(24)函数。