共享场所空调管理：怎么将语音控制空调伴侣2对接到项目中_解决方案

CATALOG

这是一个偏实战向的解决方案，主要讲思路和怎么调通，代码部分会用伪代码/自然语言带过，方便你和开发团队对齐。

1. 痛点与解决思路

大家好，我们一直在做共享空间（比如共享茶室、棋牌室、自习室）的管理系统。有个很头疼的问题是：空调管理。很多时候用户退场了空调还在吹，或者夏天用户进来第一件事就是找遥控器。

我们的需求是：既能远程自动断电，又能让用户动动嘴就把空调打开。

“语音控制空调伴侣2”这个硬件正好解决这个问题。它本质上是一个支持语音采集和红外发射的智能插座/控制器。对接思路很简单：用户说话 → 硬件识别语义 → 硬件发红外指令（或通过云平台下发）→ 空调响应。但为了和我们的订单系统联动，我们不能只把它当个普通音箱，得让它走我们的业务逻辑。

2. 准备工作与核心逻辑

硬件与平台准备

硬件设备：芯步的“智能包间控制器”系列（如Mini或Max版，它们都支持30A空调专用接口和语音扩展）。
开放平台：登录芯步开放平台，拿到两个关键凭证：AppID 和 AppSecret。这两个东西就是调用接口的“账号密码”。

核心逻辑架构（非常重要）我们不做复杂的语音语义训练。芯步的设备通常自带语音识别能力（麦克风阵列）或者支持TTS语音合成，但要把语音指令转化成业务动作，我们需要走 “端到云” 的路径：

场景A（本地直控）：用户喊“打开空调”，硬件收到后，直接通过红外发射头控制空调。这是物理层，不经过我们服务器。
场景B（业务联动）：用户喊“开机”，硬件判断现在没订单，于是发指令给我们的服务器询问“能开吗？”，我们服务器查订单状态（有/无/过期），回复“允许”，硬件再执行。

我们要做的是场景B，这样才能防止逃单。

3. 详细对接步骤（偏技术实操）

为了把这玩意儿搞通，你需要后端开发人员配合完成以下三步：

第一步：让设备和你的服务器“握手”

说白了，就是要拿到设备的状态和数据。

设备上线：给“空调伴侣2”插电配网。配网成功后，在芯步的后台能看到这个设备现在是“在线”状态。
订阅事件：芯步开放平台支持消息推送。你需要设置一个Callback URL（在你的服务器上）。
- 当用户对着设备喊“把温度调到26度”时，设备会把这句话转换成文本，推送到你这个URL上。
- 你的代码要做的：接收这个文本，写个简单的if判断。如果文本包含“开空调”或“调温度”，就进入下一步处理流程。

第二步：云平台下发指令（控制空调）

大部分共享场所的空调是红外遥控的。你的服务器怎么让空调开机？

查订单（业务逻辑）
- 假设用户喊“制冷模式”。
- 你的服务器先查一下这个包间当前有没有有效订单。
- 如果没有订单：调用芯步的TTS语音接口，让设备说一句“当前未识别到租赁订单，请扫码付费后使用”。
- 如果有订单：继续下一步。
调用控制接口
- 使用芯步的device/control接口。
- 请求地址大概是：https://api.thingboot.com/{AppID}/device/control/?sign={sign}&ts={ts}。
- 重点在 order 参数
  - 你要下发的指令不是乱码，而是一个JSON字符串。
  - 比如空调的红外码库：{"ir_send":"COOL_26"} （具体码值看产品手册里的红外码表）。
  - 比如控制继电器（如果是直接断强电）：{"power4":1} （假设空调接在第4路，1代表闭合通电）。

这里有个大坑提醒：直接断继电器虽然简单，但对压缩机不好。如果设备支持红外学习，优先用红外指令来关机（让压缩机停止后再断电，或者只发关机指令不断强电）。

第三步：实现“一句话”控制（语音交互优化）

其实大多数用户不会说“打开第4路开关”，他们只会说“热死了”或者“好冷”。

为了让体验更好，我们需要在服务器端做一层“翻译官”逻辑：

用户语音输入：“冻死了，搞高点。”
设备上报文本{"stt_text":"冻死了，搞高点"} 传到你的服务器。
你的服务器逻辑
- 检测到关键词“冻死了”、“搞高点” -> 判定为升温指令。
- 读取当前空调状态（如果没存状态，可以读上次设定的温度，比如24度）。
- 新目标温度 = 26度。
- 组装指令：{"ir_send":"TEMP_UP"} 或直接发26度的红外码。
- 调用芯步API。

一个小贴士为了响应速度，你也可以利用设备的本地联动规则。在芯步的后台设置“当语音触发词为X时，执行红外指令Y”。但这种方式比较死板，如果需要和你的计费系统深度绑定（例如只有VIP才能开26度以下），就必须走 云端处理 的路线。

4. 代码示意（伪代码/口语化）

假设你用的是PHP或Node.js，写起来大概是下面这种感觉。核心就是一个函数：sendCommandToDevice。

// 假设这是接收语音文本的回调接口
function onVoiceCommand($deviceId, $voiceText, $roomId) {
    // 1. 先查一下这个包间有没有正在进行的订单
    $order = checkOrderStatus($roomId);
    
    if (!$order) {
        // 没订单？让设备说话，拒绝服务
        sendCommandToDevice($deviceId, '{"tts":"请先扫码付款，清凉马上送达~"}');
        return;
    }
    
    // 2. 有订单，处理语义（这里简单粗暴版）
    if (strpos($voiceText, '开空调') !== false || strpos($voiceText, '好热') !== false) {
        // 发红外开机指令（具体码值查手册，假设0x12是26度制冷开）
        sendCommandToDevice($deviceId, '{"ir_send":"POWER_ON_26"}');
        
        // 同时也让设备回复一下，告诉用户它干活了
        sendCommandToDevice($deviceId, '{"tts":"收到，空调已开启，26度适宜吗？"}');
    } 
    elseif (strpos($voiceText, '关空调') !== false) {
        sendCommandToDevice($deviceId, '{"ir_send":"POWER_OFF"}');
        sendCommandToDevice($deviceId, '{"tts":"空调已关闭，欢迎下次光临"}');
    }
}

// 封装芯步的接口调用
function sendCommandToDevice($deviceId, $cmd) {
    $appId = "你的AppID";
    $secret = "你的AppSecret";
    $ts = time();
    $sign = md5(md5($secret) . $ts); // 签名算法官方文档里有[citation:5]
    
    $url = "https://api.thingboot.com/{$appId}/device/control/?sign={$sign}&ts={$ts}";
    $data = json_encode([
        'device' => $deviceId,
        'order' => json_decode($cmd, true) // 注意格式，有的需要直接传对象
    ]);
    
    // 发起POST请求，Header加 Content-Type: application/json
    // ... 这里用curl执行
}

注意：上面的代码只是示意。实际开发中，一定要先去芯步控制台打开“调试模式”，这样不用算签名，拿Postman就能先调通，然后再去写签名的逻辑。

5. 踩坑经验与优化方案

红外码库管理：不同品牌空调的红外码不一样。在后台建一个“空调型号-码值”的映射表。硬件进场时，录入房间是什么空调，系统自动绑定对应的码库。
状态同步：用户如果用遥控器关了空调，你的服务器是不知道的。解决方案有两个：一是直接把遥控器没收（藏起来），全靠语音；二是购买带电量检测的版本，通过功率判断空调是不是真的在转。
并发处理：如果用户连续喊了好几嗓子“调低调低”，记得在服务器加个限流（比如1秒只处理1次），否则设备会卡死。

6. 总结

将“语音控制空调伴侣2”接到共享场所项目里，其实七成是业务逻辑（订单校验），三成是接口对接。

关键步骤回顾：

在芯步后台拿到 AppID/Secret。
设置消息推送接口，接收用户的语音文本。
编写业务逻辑：有订单？查温度？转红外码？
调用 device/control 接口把红外发出去。

这样一来，你的共享空调不仅有了远程自动断电的管理能力，还拥有了免接触、智能化的酷炫体验。对于那些凌晨去棋牌室的用户来说，不用摸黑找遥控器，直接喊一声“开空调”，体验感直接拉满！