1 背景与需求分析
共享充电场所（包括共享充电宝机柜、电动自行车充电桩及电动汽车充电站）因其电气负荷高、使用环境复杂，安全隐患不容忽视。传统视频监控存在隐私争议且无法实现“闯入预警”，而单一烟雾探测器只能在明火产生后报警，响应滞后。本项目旨在利用毫米波雷达与光电式烟雾传感的融合技术，通过芯步开放平台的标准化接口，构建“存在感知+环境监测”的主动防御体系。
痛点在于：如何在保护用户隐私的前提下，实现静止人体的精准识别（解决雷达仅对运动敏感的问题），并在发生火情时通过现有软件系统（APP/管理后台）进行毫秒级联动。以下方案将围绕硬件选型、接口协议对接、软件逻辑实现及抗干扰部署四个维度展开。
2 硬件选型与感知原理
2.1 24GHz毫米波雷达传感器（壁挂式）
选用具备呼吸级微动检测能力的24GHz毫米波雷达模组（如HLK-LD2410系列或类似性能的工业级模组）。与传统的红外或5.8GHz微波模块不同，该频段雷达通过调频连续波（FMCW）技术，能够区分运动、微动（如点头、翻身）及静止存在（如呼吸引起胸腔起伏）三种状态。在共享充电场景中，这意味着即使使用者坐在充电桩旁玩手机静止不动，系统也能判定“有人存在”，避免误判断电。
2.2 烟雾与空气质量传感器
采用具备数字信号输出的光电式烟雾传感器（如BM22S2301-1或类似UART接口模组）。此类传感器集成了MCU与迷宫结构，可直接输出烟雾浓度数值（dB/m）而非简单的电平触发，支持灵敏度分级调节。考虑到充电场所可能存在的粉尘干扰，应选择具备污染补偿算法的型号，以延长维护周期。
2.3 设备集成逻辑
在硬件物理层，壁挂式雷达与烟雾传感器并非直接通过USB接入服务器，而是通过集成网关或边缘计算节点进行数据聚合。考虑到共享充电场所通常已具备4G/Wi-Fi网络覆盖，将二合一传感器数据通过TTL串口（UART）传输至具备联网能力的通信模组，再由该模组统一向芯步云平台上报数据。该方案利用现有通信基站资源，降低部署成本。
3 芯步开放接口接入技术实现
芯步平台提供了一套基于HTTP/HTTPS与设备侧上行消息推送的完善机制，是实现“人体感应+烟雾监测”双数据流接入的核心。
3.1 设备注册与上行消息处理
传感器设备在芯步控制台完成注册后，平台会为每台设备生成唯一的DeviceID和AppId。传感器采用主动上报模式，当检测到人体存在状态变化或烟雾浓度超过阈值时，设备端需构造如下JSON数据包，通过HTTP POST请求推送至平台指定的接收端点：
其中，radar.status字段（1=有人/0=无人）配合motion_type（moving/stationary）可让软件清晰地知道是有人走过还是静坐充电；smoke.value提供烟雾浓度数值，支持软件分级告警而非仅依赖硬件阈值。
3.2 服务端下行联动控制
安全性不仅在于监测，更在于处置。当软件后台（SaaS）接收到“烟雾浓度超标”且“雷达持续感知有人”的双重逻辑时，需向下位机（如充电桩继电器、声光报警器）下发指令。芯步接口支持携带sign（签名）和ts（时间戳）的安全验证，通过/device/control/接口实现远程断电：
POST http(s):https//api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}
Body数据示例：{"device":820721,"order":{"power":0}}。该指令请求到设备侧的响应时间约为80-120ms，足以在火灾初期切断电源，防止二次事故。
4 软件项目中的业务逻辑闭环
4.1 多维度告警触发策略（逻辑流程）
在软件项目中，不能仅依赖单一传感器触发告警，必须设计融合逻辑以减少误报：
有人识别逻辑：当雷达上报
radar.status=1且持续时间超过5秒，判定为“占用中”。火灾预判逻辑：烟雾浓度值连续3次上报呈上升趋势（如0.1→0.3→0.5 dB/m），即使未达到设备内置报警阈值，后台也应触发“预警”。
紧急逻辑：烟雾浓度超阈值 && 雷达确认无人——触发系统级报警并自动拨打负责人电话；若雷达确认有人，则优先通过现场语音播报引导疏散，再执行断电。
4.2 数据可视化与运维
在管理后台的看板设计中，利用雷达的“静止存在”能力生成充电区域热力图，帮助运营商分析高峰时段人流分布；同时利用烟雾传感器的污染值字段，主动推送“传感器迷宫积灰，请维护”的工单，实现预测性维护。
5 关键挑战与最佳实践
5.1 抗干扰与安装规范
为避免雷达发生“隔墙探测”或“风吹窗帘误报”，在挂壁安装时必须调整雷达模块的天线角度。壁挂高度距地面1.5m，俯仰角向下倾斜15°-25°，使探测波束正对充电位而非通道。软件层面可启用芯步接口中的雷达灵敏度门限配置，设置距离门（如过滤0.5米内的干扰信号）和能量门限，过滤掉风扇或空调外机产生的微动干扰。
5.2 异构传感器的数据融合
由于雷达与烟雾传感器的上报频率不同（雷达通常1Hz，烟雾可能5秒一次），软件接收端需设计一个短时窗口（如500ms）来完成数据对齐。在高并发场景下，使用消息队列处理上行数据，确保在烟雾报警瞬间能准确抓取当时的人体存在快照数据。
总结：通过上述方案，壁挂式雷达（提供存在与人流数据）与烟雾传感器（提供浓度数据）在物理层通过TTL/UART集成，在数据层通过芯步的标准化device/control与消息推送接口无缝接入任何Web/APP软件项目。这套机制不仅实现了“人走断电节能”与“火灾秒级响应”，更通过边缘计算逻辑降低了误报率。