芯步的硬件优势在于HTTP接口全开放、不锁死、支持私有化部署。结合棋牌室“人走断电”需求，这篇方案会从设备选型、联动逻辑到异常处理一步步拆解，尽量口语化，直接可用。

一、为什么要折腾“自定义联动”？

很多做共享棋牌室的朋友会遇到一个头疼的问题：客人提前走了，或者时间到了没续费，空调还在呼呼吹，灯还亮着。电费哗哗流，毛利嗖嗖降。

市面上的成品方案往往是“黑盒”的，逻辑写死了不能改。而我们今天要用芯步的硬件，它的好处是开放HTTP接口，说白了就是给了你一把“万能钥匙”。你想让设备几点关、怎么关、关了之后多久能重开，全由你说了算。

下面我就手把手拆解，怎么利用这套接口，搭一套既省电又不挨骂的“人走断电”系统。

二、场景预设：一个包间里有什么？

假设我们有一个标准的共享棋牌室包间，安装了以下芯步硬件：

1. 智能触摸墙壁开关：控制照明灯光。

2. 智能插座/通断器：控制麻将机和饮水机。

3. 大功率智能继电器：控制空调（直接断零火线，比红外转发器稳定100倍） 。

4. 智能语音音柱：用于提醒客人“即将断电” 。

痛点：顾客离开现场时（扫码结束订单）后，空调和麻将机必须断电。但有时候客人只是去上个厕所，不能把灯也给关了。

三、核心逻辑：到底怎么定义“人走”？

在芯步的架构里，我们不依赖昂贵的人体感应器（那玩意在麻将室一坐4小时不动，会误判）。我们采用“软硬结合”的逻辑：

• 硬件层：设备实时上报状态。

• 业务层：你的小程序/后台系统作为大脑，接收“订单结束”信号。

• 执行层：你的服务器发一条HTTP指令给芯步云，或者直连局域网设备。

自定义联动的流程图解：

1. 用户点击小程序“结束订单” -> 触发云端业务逻辑

2. 系统判断：当前包间订单状态为“已结束/超时”。

3. 执行动作

   • 第一步：发送指令给智能语音音柱：“亲爱的顾客，订单已结束，房间将在1分钟后断电，如有需要请续费。”

   • 第二步：等待60秒（给客人反应时间）。

   • 第三步：发送指令给空调继电器 -> 断电。

   • 第四步：发送指令给麻将机插座 -> 断电。

   • 第五步：发送指令给饮水机插座 -> 断电。

   • 第六步：灯光先不断（以免客人还在收拾东西摸黑）。

4. 最终安全确认等待2分钟 -> 发送指令给墙壁开关 -> 关灯 -> 全屋断电完成。

四、实战：芯步接口怎么调？

芯步的设备支持HTTP API控制，非常简单，不用复杂的SDK，只要是能发HTTP请求的设备或代码都能控制 。

1. 准备阶段

在芯步后台，你会拿到每个设备的唯一ID（Device ID）和你的API Key。

2. “断电”指令怎么发？

假设你要关掉“3号包间的空调”（设备ID假设为 DEV_AC_001）。

你只需要在你的后端代码（或者甚至是通过HTTP请求工具）发送如下请求：

请求地址http://api.yoyoiot.com/ordercontrol

数据格式 (JSON)

同理，关麻将机就是把 device_id 换成麻将机插座的ID，指令一样。 这就是开放接口最大的好处，想关谁就关谁，想什么时候关就什么时候关 。

五、避坑指南：怎么避免客人骂你？

直接“拉闸”太粗暴，容易引发差评。我们可以利用芯步的接口做一点高级自定义

1. “续费不断电”逻辑

• 场景：客人玩得正嗨，时间到了马上续费。

• 实现：你后台收到微信支付回调（续费成功）-> 立即中断“断电倒计时”。

• 效果：不要发断电指令，继续保持通电。这对系统响应速度要求高，但利用HTTP接口能轻松做到毫秒级响应。

2. 动态