创客工坊设备安全联动：如何把双鉴式人体雷达烟感接入到自己的项目中_解决方案

CATALOG

这是一份面向创客/开发者的技术解决方案。我们将利用芯步的开放接口，将““双模”式人体存在雷达传感器”与“烟感探测器”组合，构建一个低成本、高响应速度的工坊安全联动系统。

1. 背景与联动逻辑

在创客工坊环境中，通常存在以下痛点：

本方案解决目标利用“双模”式人体雷达传感器解决“人走不断电”的能源浪费问题；利用烟感传感器解决“火灾发现晚”的安全问题。通过将两者接入您的自有系统，实现判断逻辑的自主可控。

基于芯步的硬件库，我们选择以下设备：

“双模”式人体存在雷达传感器（吸顶版）
- 数据特征：它不仅能检测大幅度的肢体移动，更能探测微动（如呼吸引起的胸廓起伏）。这是传统红外传感器无法做到的，可以避免“人静坐但被判定为无人”的误判。
- 关键数据点presence_status (存在状态)、radar_sensitivity (雷达灵敏度)。
智能烟感探测器
- 数据特征：检测空气中的烟雾浓度（颗粒物）。
- 关键数据点smoke_concentration (烟雾浓度值)、alarm_status (报警状态)。
控制执行器（可选）：
- 智能插座或继电器（控制工坊总电源或设备电源）。

由于芯步采用的是标准HTTP/HTTPS协议及设备状态主动推送机制，这意味着您的服务器是业务逻辑的中心。

构架流转路径硬件传感器 -> 芯步云 -> [API回调] -> 您的业务服务器（创客自建后端） -> [下发指令] -> 芯步云 -> 智能插座/报警器

在芯步开放平台（ThingBoot Open）完成注册。

工坊的核心需求是实时性。您需要放弃“轮询”方式，采用“推送”机制。

接收数据的代码逻辑示例（伪代码）：

普通的“无人断电”逻辑会因为用户静坐而频繁误判。利用“双模”雷达的高灵敏度，在您的业务层做延时滤波逻辑

算法
1. 雷达上报“无人”状态（presence=false）。
2. 此时不立即执行断电，而是启动 “5分钟倒计时”。
3. 若倒计时期间雷达重新上报“有人”，取消倒计时。
4. 若倒计时结束仍为“无人”，执行断电指令。
接口调用：您的服务器向设备ID为插座的设备下发关断指令。
- URL: http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}
- POST Body: {"device": 820721, "order":{"power":0}} (0为关，1为开)

将两种传感器数据进行逻辑与运算：

全自动火情预判
- 如果 smoke_concentration 超过阈值且presence == false (无人)：
  - 动作A：立即向您的手机App/小程序推送“工坊无人状态下的起火警告”（高优先级的紧急通知）。
  - 动作B：切断总电源（防止电气火灾扩大），同时联动电磁阀切断天然气。
- 如果 smoke_concentration 超过阈值且presence == true (有人)：
  - 动作：仅触发声光报警器蜂鸣（buzzer 命令），不切断总电源（避免黑暗和排风停止导致人员被困或窒息风险）。
离寝/离店模式
- 若雷达判定“无人”超过设定时长 > 工坊进入休眠模式。
- 此时若烟感依然在线并心跳正常，则系统处于低功耗警戒状态。

如果您不希望数据经过公网（虽然芯步支持HTTPS加密），且您的工坊场地较大（如地下室无公网），由于芯步接口支持局域网调用，您可以在本地部署一个微型服务器（如树莓派）。

雷达传感器容易受到风扇（3D打印机散热扇）或空调气流的干扰。

在调用 order 指令时，调整 radar_sensitivity 参数，根据工坊大小设置合适的灵敏度（通常设置在60%-80%），避免微风导致传感器误判为有人。

所有指令下发都需要 sign 签名。不要在前端代码中暴露 AppSecret。由于签名涉及时间戳 ts 和复杂的哈希算法，所有对设备的下发指令操作均由您的后端服务器完成，前端只负责触发后端接口。

通过接入芯步的开放接口，您实际上是在创建一个去中心化的边缘计算节点。

对于雷达：您将其从单一的“开关”升级为“占位感知器”，实现了精准的节能策略。
对于烟感：您将其从单一的“报警器”升级为“安全执行器”。
最终效果：您的工坊实现了 “人走断电防火灾，人来通电即工作，烟雾浓度分级告警” 的智能化闭环。所有硬件数据流均受您自研的Web/App界面完全控制，无需依赖第三方SaaS的前端逻辑。