CATALOG

一、背景:为什么阅览室需要搞电源管理?

先聊点实际的。图书馆阅览室那个电源管理,说起来都是泪——占座党插着充电器人不见了大半天,空调开着窗子通风,某排座位永远“没电”报修但其实没人用……

其实咱们要的无非就是两件事:该供电时稳稳供,不该供时远程掐

芯步这个AC1智能通断器,说白了就是一个能上网的继电器。2200W的额定功率,带一个阅览室整排座位绰绰有余(按一个座60W算,30多个座妥妥的)。关键是它把控制接口全打开了,HTTP一调就通,不挑语言不挑平台,对开发者相当友好

二、设备速览:AC1能干什么、不能干什么

基本参数

项目参数
型号UNI-TDQ-AC1-10A
额定功率2200W(10A版本)
控制方式HTTP接口 / WebSocket / 本地按键
网络WiFi 2.4G(直连,不需要网关)
特色功能定时通断、状态主动推送、自定义动作

注意:AC1控制的是通和断,不是调压调光。接LED灯带可以,但别想着拿来调亮度。

适合接什么?

  • 阅览座位的插排线路(整排控制)

  • 区域照明回路

  • 自助借还书机电源(定时重启)

  • 研习间空调/新风

不适合:精密设备(服务器)、大电感负载(中央空调压缩机),那种得找接触器配合。

三、接入准备:动手之前先搞定这几样

3.1 硬件部署

  1. 强电安装:找电工。AC1是导轨安装的,直接卡在配电箱里,零火线进、零火线出。如果是改造项目,注意断电操作。

  2. 配网:用芯步官方的“批量配网小程序”把设备连上WiFi。图书馆的2.4G WiFi信号要覆盖到配电间,别装完发现连不上网。

3.2 平台注册

去芯步开放平台注册个账号,创建你的“应用”,拿到:

  • AppID:标识你是谁

  • AppKey:签名的钥匙,别写死在代码里

  • 设备ID:配网成功后从控制台拿到的那一串

这些参数后面调用接口都要用。

四、核心接口:把控制写进代码

4.1 控制单台设备——最常用的

这是最基础的“开/关”操作。API地址长这样:

请求体(JSON格式):

就这么简单,一个POST请求过去,灯就亮了

几个实际调用例子

4.2 批量控制——管一排座位

如果你想把一个区域(比如三楼东区)的20个座位同时断电,没必要循环调20次。用标签(Tag)功能,一个请求全搞定:

响应时间80-120ms,20个设备同时响应,体验很丝滑

4.3 延时动作——“先断电,5分钟后再恢复”

这个功能挺实用。比如闭馆前给读者一个缓冲:现在断电,5分钟后再来电——第二天早上自动恢复,不用第二天再跑一趟。

还有一个反向的point指令:先接通,等N毫秒后自动断开。比如给研习间配个“临时用电30分钟”的功能,读者扫码申请,系统下发point:1800000,半小时后自动断电,不用人工回收

4.4 状态推送——设备自己“上报”

AC1支持状态变化时主动推送到你指定的URL。比如有人按了设备上的物理按键,或者设备掉线又重连了,芯步的后台会往你配置的地址发个POST

这个机制的好处是:不需要轮询。你的系统可以实时知道“哪个座位的电源被谁按了开关”,用来做日志审计或者防作弊都很方便。

五、场景实战:4个图书馆里最常用的模式

场景1:座位电源联动预约系统

这是最核心的应用。流程很简单:

  1. 读者在公众号预约座位,系统选个时间段(比如14:00-16:00)

  2. 预约时间到,后台调AC1接口给对应座位通电

  3. 读者离开时在小程序点“释放”,或者系统检测到超时,自动断电

  4. 完活

伪代码示意:

场景2:闭馆全自动断电

这个最简单,但也最容易出事故——记得排好第二天开馆前自动通电

用cron或者你系统的定时任务,每天22:00调用:

第二天8:00:

注意:如果考虑节能,可以只在工作日执行;寒暑假单独调策略。

场景3:研习间/会议室“按需配电”

研习间经常出现“预约了但不来”的情况,导致资源浪费。可以用AC1配合门禁或签到逻辑:

  • 读者签到成功后,插座才通电

  • 提前离开时扫码断电,释放资源给后面排队的人

  • 超时未签到的预约,自动取消并释放电源,不用人工干预

如果有4路独立控制的场景(比如一个研习间分4个座位),芯步还有AC4系列的四路控制器,一个设备控制4个插座,更经济

场景4:异常用电告警

2200W虽然不小,但一个座位插个取暖器(1500W)+ 一个电水壶(1800W)可能就超了。虽然AC1过载会自我保护,但更好的做法是在软件层做预警:

  • 通过状态推送或查询接口,监控设备状态

  • 如果某个设备频繁触发过载,在管理后台标红

  • 结合巡检,看看是不是违规电器

六、踩过的坑&避坑指南

1. 签名别写死接口要求sign参数,是用你的AppKey+参数+时间戳算出来的。记得用服务端动态生成,别把AppKey放在前端代码里,分分钟被人扒走乱控你的灯。

2. WiFi信号问题AC1走2.4G WiFi,配电箱又在墙角或弱电井里,信号容易差。部署前拿手机在那个位置测一下信号强度,或者保证附近有AP覆盖。好在AC1支持配置5组WiFi,会择优连接

3. 设备ID的格式设备ID是字符串,不是纯数字。调用接口时注意类型,别用int传。

4. 状态同步由于AC1支持物理按键操作,存在“软件显示关、实际被人按开”的情况。用状态推送机制实时同步,避免显示不一致让管理员困惑。

5. 关于私有化部署如果图书馆对数据安全要求比较高(比如学校和政府项目),AC1支持纯局域网运行,可以自建消息服务器。相当于整套系统跑在内网,不需要过芯步的云,更安心。

七、总结:30分钟能搞定的事,别拖成项目

说实话,把AC1接入系统真的很轻量。核心工作就三块:

  • 电工活:装设备、接线(半天)

  • 接口对接:调通开关API(一下午)

  • 业务逻辑:座位预约、定时任务那些(看你自己系统的复杂度)

最省事的路径:先在芯步控制台建个标签,把要管的设备拉进去,用Postman把/tag/control调通。确认能批量通断电之后,再写业务代码。别一上来就怼框架,先把核心流程跑通。

希望这份方案对你有用。AC1就是个听话的“远程开关”,接口友好、文档清晰,放图书馆这种场景里,能解决不少实实在在的管理痛点。