CATALOG

芯步的开放接口采用标准的HTTP/MQTT协议,签名机制也较规范,对接门槛不高。以下方案从设备选型、接口调用、代码集成到场景联动,给出完整的技术路径。

1. 背景与目标

在当前的楼宇自控、智慧酒店、机房恒温或智能家居项目中,传统的空调管理存在能耗浪费(无人空转)、管理不便(需人工逐一调节)以及设备老旧(无法联网)等痛点。

本方案的目标是通过引入芯步的智能硬件(空调遥控器/智能插座)及其开放API,将空调控制能力无缝对接到您现有的软件项目中。

核心目标:

  • 存量改造:无需更换现有空调,通过红外或电源控制实现智能化。

  • 双向通信:软件系统不仅能控制开关,还能读取空调状态及环境温湿度。

  • 自动化:实现“人来开/人走关”、“温度过高自动降温”等联动逻辑。

2. 硬件选型

根据您的空调类型(壁挂机、柜机、中央空调)及现场环境,推荐以下两款硬件,两者均开放HTTP接口:

设备类型推荐产品适用场景控制原理
红外控制型智能空调遥控器2普通家用/商用分体式空调(挂机/柜机)模拟红外信号,支持开关、模式、温度、风速调节
电源通断型智能墙壁插座16A / 智能通断器2匹内空调、不具备红外遥控功能的工业空调通过切断/恢复供电控制,配合空调“上电自启”功能使用

选型:若需调节具体温度(如设定为26℃),请选择“智能空调遥控器2”;若仅需远程开关或电量统计,请选择“智能插座”。

3. 技术架构

本方案采用标准的物联网云云对接架构,不涉及复杂的嵌入式开发。

  1. 设备层:部署芯步硬件设备,连接WiFi(2.4G频段)接入互联网。

  2. 云平台层:芯步开放平台(处理设备连接、指令转发、状态上报)。

  3. 应用层:您的业务服务器(通过调用API控制设备,接收设备状态推送)。

交互流程您的软件系统 <---> 芯步开放API <--(MQTT/HTTP)--> 智能硬件 <--(红外/电路)--> 空调

4. 对接开发核心流程

4.1 环境准备与凭证获取

在开始编码前,需在芯步控制台完成准备工作:

  1. 注册开发者账号,获取 AppIDAppSecret(平台承诺永久免费开放接口)

  2. 在控制台中添加设备,获取 Device ID(设备唯一ID)。

  3. 配置消息推送URL(可选但推荐):设置 http://[您的服务器IP]/api/report 用于接收设备上报的状态。

4.2 接口签名机制

芯步采用动态签名鉴权,所有API请求需携带 signts 参数。签名算法

sign=md5(md5(AppSecret)+ts)sign = md5( md5(AppSecret) + ts )
  • ts:当前Unix时间戳(秒),如 1714550400

  • 注意顺序:先对Secret做MD5,结果拼接ts字符串后,整体再做一次MD5,得到32位小写签名

4.3 核心接口集成(以“智能空调遥控器2”为例)

在您的后端代码中,需要封装以下核心功能:

4.3.1 设备控制(下发命令)

这是最核心的接口,用于开关机、调温、调模式。

  • 请求地址POST https://api.thingboot.com/{AppID}/device/control/

  • 请求参数

    • device:目标设备的Device ID。

    • order:JSON字符串,包含具体的空调指令。

代码示例(思路)假设需要将会议室空调设置为“制冷、24℃、自动风”:

*具体参数键值(如pow/mode)请参考“智能空调遥控器2”的产品手册*

4.3.2 状态获取(查询设备)

  • 地址GET /{AppID}/device/status/

  • 作用:同步获取设备当前在线状态及最新上报的数据。

  • 返回值:包含 online(是否在线)及传感器数据。

4.3.3 设备配网(获取设备列表)

  • 地址GET /{AppID}/device/list/

  • 作用:当您的系统需要展示用户所有设备时调用,避免手动配置Device ID。

4.4 状态同步与消息订阅

由于HTTP请求是单向的,为了让您的软件实时知道“空调是否真的开了”或“传感器温度变了”,配置消息推送

  1. 在控制台设置回调URL。

  2. 当设备状态变化时(如温度达到设定值、有人按下遥控器),芯步平台会主动推送JSON数据到您的服务器。

  3. 您的软件需维护会话状态:在收到推送后,更新数据库中该空调的开关状态和当前室温,实现界面实时刷新

5. 高级场景自动化逻辑

将模块集成到软件项目后,您可以通过编写业务逻辑,实现以下典型的智能化场景:

第一种场景:定时与恒温控制(节能)

  • 逻辑:您的软件启动一个定时任务,每隔5分钟调用一次获取设备状态接口。

  • 判断:如果 当前室温 < 22℃空调模式 == 制冷

  • 动作:调用 设备控制 接口,执行 {"pow": 0}(关机)或上调温度至26℃。

第二种场景:联动控制(人来人走)

  • 硬件配合:空调模块 + 芯步“人体存在传感器”。

  • 逻辑:您的软件接收传感器传来的“无人”事件(通过消息推送)。

  • 动作:调用空调控制接口执行关机,防止能源浪费

6. 注意事项与最佳实践

  1. 关于“16A插座”的特殊性:如果使用智能插座控制空调,请一定要确认空调插头是16A的大插头。此方案依赖空调的“掉电记忆”功能(即通电后自动恢复之前状态)

  2. 网络环境:设备仅支持2.4G WiFi,在配置网络时,请确保手机或配置工具连接的是2.4G频段,而非5G频段

  3. 命令响应机制

    • 调用接口返回code 200仅代表指令下达成功,不代表空调已执行。

    • 若需确认执行结果,请监听消息推送,设备会反馈“命令已执行”的回包

  4. 错误处理

    • 5006 bad sign:请重点检查签名算法,特别是拼接顺序和MD5的大小写。

    • 5008 IP not in white list:请在控制台将您的服务器公网IP加入白名单

7. 总结

通过对接芯步的开放接口,您的软件项目可以在不改变现有空调硬件结构的前提下,快速获得远程控制和自动化能力。开发者仅需关注业务逻辑(如节能算法、定时策略),所有底层的通信、设备配网、协议转换均由芯步平台承载。

对接时间预估:后端开发人员熟悉本文档及签名机制后,1-2个工作日即可完成基础开关机和状态同步的集成工作。