广告灯箱门禁管理：如何把86型WiFi出门开关对接到项目中_解决方案

CATALOG

广告灯箱门禁管理是智慧社区和商业综合体的常见需求——既要控制广告灯箱的定时开关，又要管理门禁权限。86型WiFi出门开关恰好能同时满足这两个场景：它本身是一个联网的继电器，可以控制灯箱电源，也能充当门禁的出门按钮。下面从对接架构、接口调用和工程注意事项三个层面展开说明。

解决方案：基于芯步开放平台的86型WiFi出门开关集成方案

1. 背景与需求分析

在许多智慧社区、数字园区和智慧商业体的改造项目中，“广告灯箱”与“门禁管理”往往被视作两条独立的系统。但实际上，这两者在物理位置和电力部署上高度重合（通常都位于出入口或电梯厅）。

本方案的目标是通过芯步的86型智能WiFi触摸开关（兼容标准86底盒），利用其开放的HTTP API接口，将广告灯箱的定时控制与门禁的远程/刷卡出门功能统一集成到现有的物业管理后台或小程序中。

痛点解决：

节能与寿命： 广告灯箱（LCD/灯带）无需24小时运行。通过对接，可根据商场营业时间、园区人流高峰自动开关，避免无效耗电。
安全与追溯： 传统出门开关只是物理按键，没有记录。集成后，每一次“按下出门开关”或“远程开门”都会触发云端日志，实现人员出入的可视化管理。
改造成本： 利用现有WiFi网络，无需额外布设门禁控制线。

2. 系统设计

本项目采用 “设备+平台+应用” 的三层架构，利用芯步作为物联网中台。

感知/执行层（硬件）： 选用芯步86型智能WiFi触摸开关（1路/2路版本）。该设备直接替换原有的86型出门开关面板，继电器后端同时接入“门锁回路”和“灯箱接触器回路”。
网络层： 设备通过2.4GHz WiFi联网，采用MQTT协议长连接保持心跳，确保指令下达的实时性（毫秒级响应）。
平台层（芯步开放平台）： 作为中间件，负责设备状态上报、指令转发、签名验证和定时任务调度。
应用层（客户业务系统）： 包括物业后台（PC端）和用户端小程序/APP，通过调用Open API实现业务逻辑。

3. 硬件接线与逻辑设计

这是工程落地的关键一步。该86型开关通常支持“继电器常开/常闭”输出。

方案一：复用模式（单设备控制双负载）

物理接线：开关的输入端接220V电源。输出端（COM与NO）串联接入灯箱供电回路。
逻辑定义
- 状态 power1=1（闭合）：灯箱亮；同时门禁电锁通电/断电（根据锁型而定）。
- 冲突处理：在后台策略中设定，当点击“出门”时，开关闭合0.5秒后立即断开，模拟“点动”效果，只触发门禁，不影响灯箱长亮状态。
- 注：如果希望严格隔离，使用2路开关。一路（继电器1）控制灯箱，一路（继电器2）控制门禁。

方案二：双控模式（推荐）

使用2路86型WiFi开关。
继电器1：独立控制广告灯箱电源。
继电器2：替代传统出门按钮，常开状态，按下时短接门禁系统的开门信号线（NO与COM）。

4. 核心接口对接流程

芯步的开放接口采用标准的HTTP协议，请求签名机制为 MD5(MD5(AppSecret) + Timestamp)，确保了接口调用的安全性。

4.1 环境准备在芯步开发者后台创建项目，获取凭证：

AppID：应用唯一标识。
AppSecret：开发者密钥（用于签名）。
配置白名单及消息推送地址（接收门禁按下的事件）。

4.2 获取设备需要先将86型开关通过“零火线”接好，长按配网键进入配网模式，通过“友yo”APP或接口配网后，获取唯一标识 Device ID（例如：820720）。

4.3 关键API调用示例

场景 A：控制广告灯箱定时开关需求：每天早上8:00开启灯箱，晚上22:00关闭灯箱。物业后台只需在服务器后端对芯步平台发起POST请求。

请求地址：POST https://api.thingboot.com/{AppID}/device/control/

请求参数（Body JSON）：

签名算法（Node.js示例）：

（参考来源：芯步开放平台文档及语音播报器对接逻辑）

场景 B：处理门禁出门事件当有人触摸86开关的面板（或红外感应），开关会向平台上报状态变化。

设置接收地址：在芯步控制台设置“上游消息接收URL”（如 https://your-server.com/api/iot/callback）。
数据解析：当开关被按下时，平台会主动POST数据到你的服务器。
业务逻辑：记录此次“出门”的日志（时间、设备位置），同时判断是否为非法时段，如果是，可以触发告警或联动摄像头抓拍。

场景 C：远程开门（访客功能）需求：访客在门口，业主在APP上点击“开门”。流程如下：

业主APP调用后端接口 POST /api/open_door。
后端鉴权后，调用芯步的设备控制接口。
设置 order 为点动模式（开门信号一般只需通断1秒）。

针对门禁的特定命令（状态保持）为了模拟“按下即松”的物理按键效果，可以利用开关的“状态保持”功能（类似遥控器的一键开关）：

（此特性参考芯步智能开关的定时复位功能）

5. 核心代码逻辑片段

以下是一个简单的伪代码逻辑，展示如何在后端服务中组织业务逻辑：

# 伪代码:集成服务层逻辑
class YoYoIntegrationService:
    def control_ad_lightbox(self, device_id, action):
        """控制灯箱开关"""
        url = f"{self.base_url}/{self.app_id}/device/control/"
        payload = {
            "device": device_id,
            "order": {"power1": 1 if action == "ON" else 0}
        }
        # 注意:此处需补充签名生成逻辑
        return self._http_post(url, payload)

def handle_door_press_callback(self, callback_data):
        """处理门禁按下的回调"""
        device_id = callback_data.get("device")
        user = self.get_user_by_device(device_id) # 关联门禁位置
        # 记录日志用于安防审计
        self.security_logger.log({
            "event": "exit_button_pressed",
            "device_id": device_id,
            "location": user.location,
            "timestamp": callback_data.get("ts")
        })
        # 可联动其他设备，如关闭走廊灯或触发语音播报
        return "OK"

def remote_unlock(self, device_id):
        """远程开门（点动模式）"""
        url = f"{self.base_url}/{self.app_id}/device/control/"
        # 使用keep机制，0.5秒复位，防止锁体长时间通电
        payload = {
            "device": device_id,
            "order": {"power1": {"keep": "1", "revert": "0.5"}}
        }
        return self._http_post(url, payload)

6. 工程实施注意事项

1. 负载安全问题芯步的WiFi开关继电器负载通常为阻性负载1000W，但LED灯箱或节能灯启动电流较大，单路控制不超过300W 。如果广告灯箱功率较大（如户外灯箱），必须通过开关控制中间继电器，再由中间继电器控制交流接触器，严禁带大负载直接接入，以防触点粘连。

2. 零火线问题该86型开关通常需要零火线供电。在许多老旧门禁改造项目中，86底盒内可能只有火线（传统机械门铃开关往往只有一根进线）。因此，在部署前，必须确认底盒内有零线。

3. 网络覆盖门禁点位通常位于通道或室外。2.4GHz WiFi虽然穿墙能力尚可，但如果是大型地下室或门岗，提前勘测信号强度，确保RSSI不低于-70dBm，否则可能导致远程开门延迟或离线。

4. 安全性门禁涉及安全，接口签名切勿暴露在前端代码中（如小程序端直接调用API）。所有的控制指令必须经过业务后端中转，由业务后端进行权限校验（如：该用户是否有权限打开此门、是否是营业时间外操作灯箱）后，再由后端调用芯步接口。

7. 总结

通过将芯步86型WiFi智能开关对接到项目中，我们不仅实现了广告灯箱的“人来灯亮、人走灯灭”或定时策略（节能约30%），还赋予了传统门禁“云端日志”和“远程控制”的能力。该方案利用标准的HTTP API，极大降低了开发难度，是传统安防设备物联网化改造的高性价比选择。