一、为啥要用感应器控制棋牌室灯光？
先说说背景哈。共享棋牌室最怕啥？最怕浪费电。很多客人打完牌拍拍屁股走人，灯也不关、空调也不关。以前靠人工巡检，成本太高。现在主流做法是用感应器自动控制——有人来灯亮，人走灯灭。
但这里有个坑：普通红外感应器有个毛病，人坐着不动它就以为没人了，结果麻将搓到一半灯灭了，多扫兴啊！
所以咱们要用 “红外+雷达“双模”” 的壁挂式感应器。红外负责探测移动，雷达能探测微动（比如人坐着呼吸、手指动），两个一结合，只要你人在房间里，灯就绝对不会误关。
二、硬件选型
市面上这类产品挺多的，接入芯步平台的话，关注以下几点：
通信方式：选WiFi版的，配网方便，芯步的API主要也是走HTTP和MQTT
供电方式：壁挂式的通常直接接220V市电，不用换电池，省心
感应参数：雷达探测距离4-6米，角度120°左右，普通棋牌室够用了
负载能力：如果感应器自带继电器输出，可以直接串到灯光回路里。不过咱们走API控制的话，不需要继电器，感应器只管上报状态就行
简单说：买个支持芯步生态的“双模”壁挂传感器，或者用通用款通过API对接也成。
三、整体架构怎么搭？
来个通俗版的流程图：
说白了就是：感应器只负责“看”，控制灯的活儿交给智能开关，中间用API传递消息。
为啥不直接用感应器里的继电器控制灯？两个原因：一是很多感应器的继电器容量小，带不动多个灯；二是分离设计更灵活，万一感应器坏了换一个就行，不用动线路。
四、接入步骤（重点来了）
第一步：感应器配网
感应器买回来后，先通过芯步的小程序或者控制台把它加到你的工作台里。
具体操作：小程序里登录账号 → 添加现场WiFi（注意必须2.4G频段） → 给感应器配网
配网成功后，在控制台能看到这个设备，记住它的设备ID，后面调接口要用。
第二步：获取设备状态
感应器探测到有人/无人时，平台会上报状态变化。你有两种方式获取：
方式一：主动查询
调用这个接口，拿到感应器的最新状态：
返回的数据里，state字段会告诉你当前有没有人。
方式二：被动接收（推荐）
配置MQTT订阅，设备状态一变，平台主动推给你。这种方式实时性更好，不用轮询。
返回的数据大概长这样（以类似产品为例）：
第三步：控制灯光
拿到“有人”状态后，就该让灯亮了。假设你用的是芯步的智能墙壁开关：
设备IP是你给智能开关配网时分配的内网IP，同一个局域网里直接调用就行。
如果开关和感应器都在同一个WiFi下，这一步非常快，基本感觉不到延迟。
第四步：写业务逻辑（伪代码）
整体流程可以这样写：
有个小优化：加个延时逻辑。检测到无人后别马上关灯，等30秒到1分钟再关，防止误判（比如人刚好出门接电话马上又回来）。
五、有几个坑提前说
1. WiFi信号问题
棋牌室通常在商用楼里，墙体多，WiFi信号容易衰减。感应器如果连不上网，整个自动化就废了。装修时预留AP面板或者mesh组网。
2. 雷达穿墙误报
雷达波会穿墙，如果两个房间隔得近，可能会误报隔壁有人。解决办法：安装时调低雷达灵敏度，或者选那种探测角度可调的型号。
3. 初次上电状态不确定
感应器刚通电时，前几秒状态可能不准。在代码里做个延迟初始化，等10秒后再开始处理感应事件。
4. 远程控制穿透
如果你需要在外网控制（比如后台看当前状态），要么给设备配公网IP，要么在局域网里搭一个转发服务。小规模场景，直接用芯步的云平台API查也行，简单省事。
六、总结一下
这套方案的核心思路就是：“双模”感应器（红外+雷达）保证检测准确 + 芯步开放接口打通设备与业务系统 + 智能开关执行照明控制。
几个关键点：
一定要用“双模”的，否则坐久了灯灭客人要骂娘
感应器和控制开关分离，灵活好维护
加无人延时逻辑，体验更好
按照这个思路搞，20个房间的共享棋牌室，改造一个房间的成本大概两三百块钱（感应器+智能开关），省下来的电费几个月就回本了。而且客人体验也好——进门灯自动亮，不用摸黑找开关，走的时候不用回头关灯，多省事儿。