CATALOG

芯步智能音柱采用标准的HTTP接口,任何能发HTTP请求的编程语言都可以调用。核心流程就三步:获取AppKey凭证→计算签名→下发播报指令。下面从前端和后端两个角度给出对接方案。

一、 技术原理概述

芯步的智能音柱(如20W/60W型号)采用 HTTP API 作为控制通道,所有设备均连接至云端或局域网内的私有服务器。开发者无需复杂的物联网协议知识,只需通过 HTTP POST 请求向指定的URL发送指令,即可实现文本转语音(TTS)播报。

核心对接步骤:

  1. 获取凭证:在芯步开放平台获取 AppIDAppSecret

  2. 动态签名:每次请求需根据时间戳和密钥计算 MD5 签名以保证安全性。

  3. 下发指令:向 api.thingboot.com/{AppID}/device/control/ 接口发送包含设备ID和播报内容的JSON数据。

二、 详细对接方案

1. 准备工作:设备与权限配置

  • 设备激活:确保20W语音音柱已上电并成功连接WiFi(支持2.4G)。在芯步控制台中查看到设备的唯一标识符(Device ID)

  • 接口地址

    • 公网模式:https://api.thingboot.com

    • 私有化部署(局域网):根据实际部署的服务器IP地址设置(如 http://192.168.1.100:8080)。私有化部署模式不需要外网,响应更稳定

2. 签名计算规则(核心安全机制)

为了防止接口被恶意调用,所有请求必须在URL参数中携带签名(sign)。计算逻辑如下,这一步对小白来说容易出错,直接参考官方SDK:

  1. AppSecret 进行第一次MD5加密,得到字符串 S1

  2. 获取当前Unix时间戳(秒级) ts

  3. 拼接字符串 S1 + ts,再对拼接后的字符串进行第二次MD5加密,得到最终的 sign

3. 代码实现示例

方案一:后端下发(Java 示例)适用于服务中心的后台系统,例如当游客按下求助按钮或需要播放通知时,由Java后端调用。

方案二:前端/小程序轻量集成(JavaScript 示例)适用于景区内部管理系统的H5页面或直接通过脚本控制。

三、 服务中心业务场景集成(高级应用)

当单纯的文字播报无法满足需求时,可结合业务逻辑进行深度集成:

1. 结合 TTS 动态内容播报

景区服务中心常有实时变化的信息(如寻人启事、车位数量、天气预警)。系统可以动态拼接字符串传给音柱。

  • 场景:失物招领。

  • 逻辑:前端输入“张先生请到A区领取身份证” -> 后端接收文本 -> 调用上述API -> 音柱立即发声。整个过程延时在 80-120ms 之间

2. 构建“音柱中控台”

如果你的软件项目需要管理多个音柱(例如分布在停车场、入口、休息区),可以利用 device 参数支持多设备广播的特性:

  • 单播device: “43033” (只对该设备发声)

  • 组播device: “43033,43034,43035” (多个设备ID用逗号隔开,同时播放)

  • 指令{“volume”:80} (远程调整指定音柱的音量,无需派人去现场爬高调整

3. 事件驱动型播报(联动传感器)

结合芯步的其他传感器(如人体红外传感器、地磁传感器)实现自动化。

  • 场景:当游客靠近服务中心门口时,音柱自动播报“欢迎光临”。

  • 逻辑

    1. 红外传感器探测到有人,将状态上报到服务器;

    2. 服务器接收传感数据;

    3. 服务器判断逻辑,调用音柱API进行欢迎播报

四、 常见问题与解决

  1. 音柱不在线(指令下发失败)

    • 排查:音柱需要保持WiFi连接。设备支持5组WiFi备用机制,当一个信号弱时会自动切换 。在景区网络架构中确保2.4G信号覆盖。

  2. 中文乱码

    • 排查:确认 order 参数中的编码设置。通常使用 “play:gbk:xx”,如果开发环境是UTF-8,需要对文本进行转码,或者咨询官方是否支持 utf8 指令

  3. 语音播报被截断

    • 排查:HTTP请求超时或文本过长。将长文本分多次发送,或检查网络延迟。

  4. 私有化部署(局域网)

    • 如果景区内外网隔离,请一定要采购时确认开启私有化模式。音柱需配置为指向内网服务器地址,不经过公网,稳定性比较高

通过以上步骤,你可以轻松将任意20W/60W的芯步智能音柱集成到你现有的景区游客服务中心软件项目中,实现实时的智能语音播报。