这是一份关于如何对接芯步智能硬件，实现“人在户内+烟雾感应”双重报警的解决方案。我会尽量写得详细且接地气，方便你的技术团队直接拿去参考。

1. 为什么需要把雷达和烟雾传感器结合起来？

很多朋友可能觉得奇怪：火灾报警？直接买个烟雾传感器不就行了吗？

在实际场景中，单纯的烟雾传感器有个“痛点”——容易误报。比如厨房做饭的油烟、工地施工的扬尘、甚至浴室的水蒸气，都可能触发烟雾报警器。如果每次误报都触发消防警铃或者给物业打电话，那就是“狼来了”，时间长了大家就麻痹了。

我们的思路是：“人、火、烟”三重逻辑校验。

只有当 “雷达检测到房间有人”且“烟雾传感器检测到异常” 时，系统才判定为“真实火灾需要立刻处理”，而不是简单的设备故障或环境干扰。

本文将结合芯步开放的 HTTP API，手把手教你如何搭建这套逻辑。

2. 硬件选型

在芯步的产品线中，我们主要用到这两款硬件（它们都支持标准HTTP接口控制）：

• 智能人体存在雷达传感器：选用 吸顶/壁挂雷达版。注意，一定要买“雷达版”或者“双模版”（红外+雷达），因为普通的红外传感器人坐着不动就检测不到了，雷达能检测微动（比如呼吸），可靠性高得多。

• 烟雾传感器：选用 智能WiFi烟雾传感器。它不仅能本地蜂鸣，还能把烟雾浓度数值实时传给服务器。

3. 对接逻辑架构

我们不采用设备直接联动的“硬逻辑”，而是采用“云端/本地服务器逻辑计算”的方式。

数据流如下：

1. 数据上报：雷达传感器检测到“有人”状态，烟雾传感器检测到“浓度值”，分别通过WiFi上报到你的服务器（或芯步云）。

2. 逻辑判断：你的服务器接收数据，运行判定算法。

3. 指令下发：如果满足报警条件，通过API 控制传感器打开本地蜂鸣器，同时调用其它设备（如摄像头、喇叭）。

4. 详细对接步骤

第一步：准备工作与凭证获取

在开始写代码前，先登录芯步控制台拿到钥匙：

1. 获取 AppID 和 AppSecret（开发者密码）。这两个字符串是你调用API的身份凭证。

2. 拿到你的 设备ID。将雷达传感器和烟雾传感器添加到控制台下，复制它们的Device ID。

第二步：理解签名机制（必看难点）

芯步的接口为了安全，请求时需要携带签名。签名生成规则是：md5( md5(AppSecret) + ts )。

用大白话解释：先把你的密钥密码进行一次MD5加密，得到一串乱码，然后把这串乱码拼接上当前时间戳，再把拼接后的结果整体再做一次MD5加密。

Python示例代码（生成签名）：

第三步：获取传感器数据（状态订阅）

由于HTTP是“请求-响应”模式，而传感器是“主动上报”的，你需要一个公网IP或域名来接收数据。

• 操作：在芯步控制台配置“数据转发”URL，指向你的服务器地址。

• 当状态变化时：比如有人从房间外走进来，或者烟雾浓度从50变成300。设备会立刻发起到你服务器的请求。芯步直接提供了“实时状态上报”的推送机制，一旦传感器数值变化，它就会把数据POST到你设定的服务器上。

你的服务器需要写一个接收接口，比如 /api/sensor/receive，用来接收JSON包。包里会包含 device_id（哪个设备）和 data（是有人还是烟雾浓度高）。

第四步：逻辑判断——这才是核心

服务器收到数据后，需要做一个“时间窗内的状态机判断”。

伪代码逻辑如下：

第五步：执行联动——下发指令关闭危险源或报警

当判定为“真实火灾”时，需要执行动作。芯步的设备支持双向控制。

场景A：本地发出刺耳警报调用API让烟雾传感器或喇叭响起来。

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

• Method：POST

• Body (JSON)

这个命令会通过芯步的服务器下发给设备，实测响应大约在100毫秒左右，非常快。

场景B：断电