舞蹈室的空调控制有个典型痛点：学员跳舞时不便手动调节温控面板，而课后空调常被忘记关闭，造成大量电费浪费。以下方案基于芯步的开放接口，打通语音助手、云端逻辑与空调控制器，实现“动口不动手”的智能管理。

1. 背景与需求分析

在舞蹈室场景中，空调控制面临三大痛点：

• 卫生与操作不便：学员因出汗不方便触碰墙面控制面板，且教练授课时手部可能有粉尘（如拉丁舞场地）。

• 能源浪费严重：学员离开时忘记关空调，或下课高峰期管理员来不及逐一关闭。

• 温控滞后：上课前室内闷热，等待空调降温浪费时间。

因此，需要一套支持语音指令下发、远程状态监测及自动化联动的智能空调控制系统。

2. 系统架构

本方案采用 “端-云-语音” 三层架构，完全基于芯步开放的 HTTP API 实现。

• 感知/执行层：部署红外转发器（或智能通断器）和传感器。

• 云平台层：芯步开放平台（处理设备状态上报、指令中转）。

• 应用层：对接第三方语音助手（如天猫精灵、小爱同学、Amazon Alexa）及后台管理系统。

核心逻辑：语音助手通过云云对接或Lambda函数，调用芯步的 /device/control 接口，控制指定舞蹈室的设备。

3. 硬件选型与部署（基于芯步产品库）

针对舞蹈室不同的空调类型（壁挂机/中央空调/吸顶机），推荐以下硬件：

3.1 核心控制设备：智能空调遥控器

如果舞蹈室使用的是常见的分体式壁挂/柜机空调（带红外接收口），推荐选用 芯步 智能空调遥控器。

• 接口优势：开放的标准HTTP接口，可直接下发开关机、温度（精确到±1℃）、模式（制冷/制热/除湿）、风速。

• 部署：放置在空调附近或有红外反射的位置，接通Wi-Fi即可。

3.2 替代方案：智能通断器（针对大功率商用空调）

如果舞蹈室使用的是大功率吸顶空调（2匹以上）且无红外遥控，推荐使用 芯步 智能通断器AC4-30A 或 智能包间控制器。

• 参数：支持30A（约6600W）大电流，完全覆盖商用空调功率。

• 注意：此方案仅控制电源通断，仅用于关闭空调，开机仍需配合空调的自启模式。

3.3 感知辅助设备：人体存在传感器（节能联动）

为了补充语音控制的不足，部署 芯步毫米波雷达传感器。

• 功能：侦测舞蹈室是否“无人”。如果无人且语音系统未收到“离开关空调”指令，后台可自动下发关闭命令，实现双重节能保障。

4. 核心接口对接流程（详细技术实现）

本方案的核心在于利用芯步提供的 HTTP API 打通语音生态。

4.1 准备工作：获取凭证

在芯步控制台获取以下信息：

• AppId： 应用唯一标识。

• Sign/Token： 接口鉴权签名。

• Device ID： 现场部署的空调控制器设备编号。

4.2 接口调用逻辑

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

请求Body示例（关闭空调）

精细控制（温控）如需设置特定温度（如24度制冷），利用空调遥控器接口可直接发送红外码库指令：

citation: [2][4]

4.3 语音助手对接方案

这里以对接 天猫精灵 或 小爱同学 为例，采用 虚拟设备 或 云云技能 方式：

1. 创建技能：在语音助手开放平台创建一个新技能。

2. 意图配置

   • turn_on_ac： 意图（开空调）。

   • set_temp： 意图（把温度调高/低）。

3. Webhook 填充

   • 语音助手服务器解析用户指令。

   • 将指令转换为芯步的标准格式，发起 HTTP POST 请求。

   • 签名生成（关键步骤）： 必须在后端服务中根据芯步要求的算法（通常为 MD5 (AppId + Secret + Ts)）动态生成 Sign，确保安全性。

5. 舞蹈室场景工作流示例

第一种场景：课前准备（开）

用户语音：“天猫精灵，打开1号舞蹈室的空调，设置为26度制冷。”

1. 语音平台识别意图 -> 回调到开发者服务器。

2. 服务器调用 device/control，Body为 {“mode”：“cool”，“temp”：26}。

3. 芯步云端将指令下发给红外设备。

4. 设备发射红外信号，空调开启。

第二种场景：上课中（动态调节）

用户语音：“小爱同学，有点冷。”

1. 语音平台识别“有点冷” -> 映射为“升温1度”。

2. 查询当前状态（可选） -> 向芯步发送 {“mode”：“cool”，“temp”：27}。

3. 空调温度上调至27度。

第三种场景：下课离开现场时（关）

• 主动模式： 管理员或学员语音说“关闭舞蹈室所有设备”。

• 被动模式（自动）

  1. 芯步的 雷达传感器 上报状态：{“presence”： “false”} 至服务器。

  2. 服务器维持15分钟等待（容错）。

  3. 若仍无人且无新语音指令，服务器自动调用 {“power”：“0”} 关闭空调。

6. 方案优势与预期效果

1. 兼容性强：无需更换现有空调，利用红外或通断器即可改造，兼容市面 90% 以上空调型号。

2. 维护简单：基于 HTTP 协议，无需关注底层 MQTT 实现，任何后端语言（Python, Java, PHP, Node.js）均可快速对接。

3. 精细化运营：管理者可通过芯步后台查看各舞蹈室的空调运行时长，核算电费成本。

7. 结论

本方案利用芯步智能空调遥控器的 HTTP API，结合雷达传感器与主流语音助手，完美解决了舞蹈室“手脏不想碰开关”、“人走忘关空调”的痛点。开发人员只需重点完成语音平台意图解析和芯步 API 签名调用两个模块，即可在 3-5 个工作日内完成整套系统的 PoC 验证。