博物馆AR眼镜Wi-Fi全覆盖：电力猫+AC+AP混合组网实战复盘

AR眼镜在博物馆里戴着戴着突然黑屏卡死，旁边围一圈游客问你是不是设备坏了——这种尴尬我当年做博物馆AR项目时遇到过好几次，根子基本都出在Wi-Fi网络上。

这次项目的目标很明确：博物馆展区（含地下文物库区）AR眼镜全覆盖组网，最终采用的是电力猫+AC+AP混合方案。这里我完整复盘从选型、规划、部署到验收的全过程，包括电力猫在展柜区怎么用、AC+AP怎么跟它协同、频段和信道策略怎么定、漫游粘滞和并发问题怎么解，以及实测验收时踩到的那几个坑。

先说结论：这套方案不是万能的，但对博物馆这种改造限制多、展柜密度高、终端并发有波峰的场景，它比纯AP方案更灵活，比纯电力猫方案稳得多。项目标题里提到的电力猫和AC/AP，正是我实际使用的两套主体，个别区域做了调整。

1. 为什么博物馆场景要混用电力猫和AC+AP

1.1 纯AC+AP方案在博物馆碰到的现实问题

博物馆展区的物理环境跟写字楼完全两个世界。钢筋混凝土墙体、恒温恒湿展柜、历史保护建筑不能随便打孔、玻璃展柜内部不能走明线——这些限制直接决定了你没法像装修办公室那样在每个展柜上方优雅地吊一台AP。

我当时第一步是按常规思路做AP点位设计，结果发现几个硬伤：

• 展柜内部空间密闭，AP放不进去，放柜顶又会破坏展陈视觉效果，甲方第一个不同意。
• 文物库区（地下）恒温恒湿系统优先级最高，网线穿墙打孔需要层层审批，周期以月计。
• 部分临时展厅是钢结构+石膏板隔墙，无线信号反射严重，AP覆盖出现大量盲区。

这时电力猫的作用就体现出来了：展柜照明、插座、恒温设备全都有电力线，只要在同一电表下，电力猫就能把网络信号“搬”到展柜旁边，给AR眼镜提供一个接入点。它不需要在墙面开槽，不需要改变展陈结构，成本也低。

1.2 电力猫能做到什么，做不到什么

很多人一听到电力猫就摇头，说这东西延迟高、不稳定、只能点对点。这话对了一半。

电力猫的本质是通过电力线传输网络信号，它确实受电路干扰影响大，跨空开、跨电表性能衰减严重，而且它是点对点桥接设备，不是多终端并发接入的AP。如果让几十台AR眼镜同时通过电力猫上网，那基本是灾难。

但它有个独特优势：电力线是现成的。同一电表下的展柜照明回路、检修插座，插上就通，完全不需要布线审批。

所以在整个方案里，电力猫的定位是“末端补盲”而不是“主干承载”。开放区、主走廊、重要展项区全部走AC+AP，电力猫只用来覆盖那些AP够不着、网线进不去的展柜区。每个电力猫下只挂一台AR眼镜或一个小型终端盒，带宽足够，也不存在并发问题。

1.3 混用之后必须面对的两个新矛盾

电力猫和AC+AP混用不是简单叠加，会引入两个麻烦：

第一，电力猫自身有Wi-Fi中继功能，默认开启时会在某个信道上创建私有SSID，如果信道和AP重叠，AR眼镜终端可能偶尔连上这个私有SSID，然后丢流、卡顿、甚至掉线。

第二，电力猫网桥的工作频段（G.hn标准一般在2MHz~68MHz频段）虽然不走空中频谱，但它内置的Wi-Fi中继会占无线信道。如果电力猫的Wi-Fi中继信道跟AP的5G信道重叠，那就是互相干扰。

这两个问题的解法后面详细讲，这里先说结论：电力猫买回来后第一件事就是关掉它的Wi-Fi中继功能，只保留电力线桥接。这样它就成了一个“看不见”的网桥，不占空中频谱，AR眼镜终端也不会误连。

2. 现场勘察与信号摸底：施工前必须做的三件事

2.1 环境巡查：电表关系、回路分布、电力猫部署可行性

不要拿到图纸就开始画点位。博物馆的图纸和现场实际情况经常有出入，尤其是老馆改造。

我做的第一件事是把整个展区走一遍，记录每面墙的材质（混凝土/砖/石膏板/玻璃）、每个展柜的插座位置、每台设备的取电回路。这里有个非常关键的排查项：确认哪些区域是同一电表、同一空开。

我实际遇到的情况是，地下文物库区的温湿度控制系统是独立电表，跟展区不共用电力线，电力猫方案直接出局。后来是通过从上方展厅沿管线穿了一根超五类线到库区分控解决的，成本不高，但完全稳定。

同类问题还出现在临时展厅：临时展板的照明回路用了调光器，调光器产生的谐波对电力猫网桥干扰非常大。这个细节在后面电力猫部署部分专门说。

2.2 无线勘测：2.4G拥塞、5G相对干净，业务全切5G

用支持无线勘测的手机或笔记本，在展区重点点位各待5分钟，记录周围Wi-Fi信号、信道占用率、干扰源。

我测出来的结果很典型：博物馆公共区域2.4G频段被观众手机热点、员工设备、部分展品的演示Wi-Fi占得密密麻麻，信道利用率长期超过70%。5G频段相对干净，只有少量AP信号。

这就决定了策略：

• 2.4G只保留给低带宽终端，比如引导标签、语音导览备用通道。
• AR眼镜业务全部承载在5G频段。
• 电力猫网桥尽量选在5G的较低信道（36~64之间），让AR数据的5G频段落在较高信道（100~165之间），从频域上拉开距离。

2.3 临时测试：用一台AP和一个电力猫验证概念

正式施工前，我在最典型的“展柜死角”区域搭了一套临时环境：一台双频AP放主通道，一个电力猫从展柜照明插座取电，AR眼镜终端分别连AP和电力猫做基本测试。

这一步特别重要，因为它能提前暴露问题。我当时就发现AR眼镜的渲染终端（手机或专用盒）连上电力猫后，在静止状态下表现还行，但人一走动、视角一转，偶尔会出现200~400ms的卡顿。后来排查发现是电力猫的Wi-Fi中继默认开启，终端误连到了电力猫的私有SSID。关掉中继后这个问题就消失了。

临时验证还有另一个收获：老款AR眼镜终端只支持2.4G，这种终端在电力猫网桥下的表现极差，延迟高、经常重连。所以这类终端后来全部走AC+AP的低信道覆盖，虽然也一般，但至少不掉线。

3. 设备选型：带机量、刷新帧率、电力猫标准全都要重新算一遍

3.1 AC控制器：带机量和漫游计算能力是硬指标

博物馆场景有一个容易被忽略的痛点：临时讲解团。一个团10~15人，人手一台AR眼镜终端，瞬间涌入某个展区，如果AC带机量不够，就是全员掉线。

我选AC时卡了三个参数：

• 带机量不少于128终端。这是底线，实际用的时候建议再留30%余量。
• 支持802.11r/k/v快速漫游协议。AR眼镜终端是移动使用的，跨AP切换时间控制在50ms以内才不会出现画面撕裂。
• 支持对终端做MAC优先接入和带宽锁定。后面讲并发问题时你会看到这个功能多有用。

AP方面我选了双频Wi-Fi 6设备，但刚开始先开Wi-Fi 5兼容模式跑，因为老款AR眼镜终端不一定支持Wi-Fi 6协议，强制开启可能导致握手失败。

3.2 AR眼镜终端到底对Wi-Fi有什么硬性要求

AR眼镜本身不直接连Wi-Fi，它通过手机或专用渲染终端连网络。但这不等于Wi-Fi需求就低了：

• 协议：必须支持802.11ac及以上，5GHz频段。只支持2.4G的终端在博物馆这种高干扰环境里基本没法用。
• 带宽：AR眼镜的渲染主要在端侧完成，云端只推送标记坐标和轻量素材，单终端下行2Mbps、上行1Mbps完全够。
• 延迟：终端画面旋转、位移时，交互指令和标记数据需要实时同步，延迟超过80ms就会明显感觉“画面跟着手走”有滞后感。

所以带宽策略我直接做了限制：单终端下行2Mbps、上行1Mbps。这个数值很多人觉得太小，但我实测下来AR业务真的用不了太多带宽。相反，如果不限速，终端会拼命抢占无线资源，尤其在多AP环境中，反而导致整体体验变差。

3.3 电力猫选型：G.hn标准优先，拒绝老AV2

电力猫市场上有两代标准：

我选的是G.hn标准电力猫，实测单向吞吐能到300Mbps，跑AR眼镜的视频流完全没问题。布线时有一个关键原则：电力猫一定别跨空开，同一个空开回路下的两个电力猫才最稳定。跨空开后信号衰减不是线性的，是断崖式的，可能明明只有10米距离，吞吐直接掉到30Mbps。

还有一个隐藏参数要看：电力猫是否支持关闭Wi-Fi中继。很多消费级电力猫默认开启Wi-Fi中继，而且不给你关闭的选项，这种就直接退货。你需要在电力猫管理界面里确认，如果不能用网线连接管理界面关闭无线功能，那这台设备就不能用在AR项目里。

4. 网络规划与AC+AP配置要点：每一项参数都是有原因的

4.1 三层子网划分与终端接入认证

我把网络划分为三个VLAN：

• 管理VLAN：网管、设备后台、监控系统。
• 访客VLAN：AR眼镜业务主承载，开启端口隔离（终端之间不能互访）。
• 设备VLAN：标签打印机、展品固件升级通道。

网关采用一体化网关，开启DHCP。AR眼镜终端每次开机需要快速拿到IP，所以我在DHCP里对主要终端做了静态IP绑定，避免地址冲突导致“连上了但不能上网”的假故障。

SSID设计上，主SSID为ssid-ar-visit，密码直接印在展签上，游客扫码或手动输入；内部运维用ssid-ar-admin，隐藏广播，二层做隔离。运维SSID不参与访客流量，避免运维调试时被观众终端挤掉。

4.2 AC关键配置项：不只是“开个Wi-Fi那么简单”

这里不贴具体厂商的命令行，因为每家AC的界面都不一样，但配置项的语义是通用的：

AP上线与命名：每台AP必须在AC上显示在线状态，用“AP-楼层-区域-编号”的格式重新命名，例如AP-1F-ExhibitionHall-01。这样现场排查时，一看名字就知道是哪台设备，不需要去MAC地址堆里翻。

频段和信道策略：

• 2.4G带宽设20MHz，尽量选1、6、11这三个非重叠信道。
• 5G带宽设80MHz，但前期跑一段时间后要再看信道利用率，如果干扰大就缩到40MHz。

80MHz的带宽能提供更高传输速率，但在博物馆这种反射环境里未必好事。宽信道意味着更容易受干扰，我实测在几个廊道区域，缩到40MHz后反而更稳定，延迟抖动更小。

SSID与快速漫游：ssid-ar-visit必须开启802.11r快速漫游。如果没有802.11r选项，至少也要开802.11k/v。AR眼镜终端在展区间移动，切换AP的耗时直接影响体验，不能等终端自己“慢慢发现”新AP。

功率与漫游阈值：

• 所有AP设置为中等发射功率，不要开最大。开最大带来的不是覆盖更好，而是同频干扰更严重。
• 漫游策略里设置：AR终端信号低于-72dBm、信噪比低于22dB时主动触发漫游。

这两个阈值是我反复调过的。设得太低，终端会一直挂在弱信号AP上，画面马赛克式撕裂；设得太高，终端会在两个AP之间来回跳，反而更不稳定。

有一个容易忽略但很关键的配置：先关掉二层漫游快表（如果AC里有这个选项）。实测下来开着快表，终端容易在电力猫网桥和AP之间反复横跳，导致视频流中断。关了之后，终端只会通过正常的802.11r机制漫游，稳定很多。

4.3 全展区AP点位分布

点位规划我按“每堵承重墙阻挡、每两个展柜转角”作为划分依据。大致逻辑是：

• 主走廊每20~25米一台AP。
• 大厅开阔区按半径12米覆盖设计。
• 重点展项区（热门文物）每区一台定向AP，专门服务排队体验的人群。
• 临时展厅开幕式时人流密集，临时增加一台可移动AP接入预留网口。

楼层间穿透在博物馆里不明显，因为楼板太厚，信号基本是“一层是一层”。重点是同一层的廊道转角位置，墙体反射会造成信号盲区，这里往往需要一台小功率AP或者一个电力猫来补。

地下文物库区比较特殊。因为恒温恒湿加严控区域，甲方不允许临时布线、打孔。我的经验是优先采用无源光网络或纯AC+AP的地面覆盖方式，前提是库区值班室有光纤或网线接入；如果什么都没有，才考虑电力猫，但必须同一电表同一空开。我实际最后是从上方展厅走廊穿一根防水网线到库区分控，再挂一台AP解决，这是跟甲方反复沟通后双方都接受的方案。

5. 电力猫部署的实操细节：先跑AP再插电力猫，顺序会救你一命

5.1 部署顺序为什么关键

我的建议是：先把所有AC+AP跑起来，确认各点位信号覆盖都正常后，再插电力猫。

原因很简单：电力猫一旦接入网络，它就是一个透明桥接设备，虽然不做路由，但它会把展柜区的无线终端“拉”到电力线链路上。如果电力猫接入时无线信号本身就有问题，你会同时面临“AP信号弱”和“电力猫链路不稳”两个变量，排查起来极其痛苦。

先跑AP，能保证主干网络是健康的，后续电力猫出问题时至少能定位到“是电力猫所在点位的问题”，而不是全网络的问题。

5.2 插孔选择与回路禁忌：调光器是电力猫头号杀手

电力猫部署最大的坑不是穿墙，而是电路干扰。

我实际测试过几条回路：

• 展柜照明回路（带调光器）：延迟能拉到100ms以上，丢包率超过10%，完全不可用。
• 展柜下方检修插座：稳定，延迟保持在5~10ms。
• 安防设备插座（带UPS电源）：不建议从UPS后面取电，因为UPS的逆变器会产生噪声干扰电力线通信；直接从插座取电可以，但需要确认这个插座的上级回路没有接大功率电机。

所以部署时的原则是：

• 电力猫AC端选在弱电井或网线接入点附近，那里的电力相对干净。
• 电力猫从展柜下方检修插座取电，避开调光器回路。
• 三相取电时，尽量找同一相。不同相的电力线通信衰减极大。

如果线下条件实在绕不开调光回路，就只能用FEMTO基站桥接或额外布一条网线，别硬用电力猫。这不是“优化能解决”的问题，是物理层干扰，怎么配参数都救不了。

5.3 电力猫链路测试方法

电力猫部署完成后，不能只看电力猫管理界面显示的“链路质量好”就完事。

我在每个点位用手机或笔记本做持续ping测试：ping网关+公网两个目标，每轮60秒，连续三轮。标准是：丢包率高于0.5%就调整插孔位置。

这里有个小技巧：ping网关只能证明电力猫链路通不通，ping公网才能反映实际使用体验。有些电力猫在同一空开下ping网关延迟只有2ms，但ping公网会突然飙到100ms以上，这种就是电力线路上的突发噪声干扰（比如隔壁展柜的恒温设备启停），需要换插孔或者换一台电力猫试试。

我在实际项目里就遇到过：同一条回路的两个电力猫，一个放在展柜后侧检修插座上稳定跑了三个月，另一个放在同一排展柜的对面插座上，每周都会出现几次延迟抖动。最后检查发现那个插座所在的分支线路穿过了大功率恒温机附近，虽然只多绕了2米，但干扰完全不一样。

5.4 电力猫的长期运维：开关灯谐波问题

还有一个容易被忽视的现象：展馆每天开关灯会引入电力谐波，电力猫网桥的实时吞吐会有一阵波动。

这意味着早上开馆、晚上闭馆的时间点，电力猫链路质量会短暂下降，AR眼镜端可能出现一两秒的卡顿。这类问题很难根除，只能缓解：

• 电力猫管理后台开启自动信道选择（如果是G.hn标准，一般有频率规划功能）。
• 每周做一次离线巡检，用携帯终端在各电力猫点位测一下延迟和丢包，必要时调整插孔位置。
• 如果某个电力猫连续两周出现延迟波动，直接更换，不要恋战。

6. 漫游粘滞、并发拥塞、误连私有SSID：三个实测揪出来的大问题

6.1 漫游粘滞：AR眼镜终端信号差还不肯切换

AR眼镜终端在展区间移动时，最常见的现象是：终端带着-78dBm的信号继续连旧AP，不切到新AP。结果就是视角一移动，画面上出现马赛克式撕裂，甚至直接黑屏几秒等渲染重新加载。

这背后的原因是终端厂商的Wi-Fi漫游算法普遍偏向“保持现有连接”，不到万不得已不切换。尤其在Android类终端上，系统默认的“避免不良网络”选项是关闭的。

我通过三层联动解决：

1. AC端调整信号阈值：把AR终端的漫游触发信号从默认的-75dBm往上调到-72dBm，信噪比阈值从18dB提到22dB。这样终端在信号还不太差时就会被AC引导切换。

2. 终端设置：关闭“自动切换网络”的开关，避免系统弹窗询问是否切换新网络，导致漫游卡顿。开启“自动加入网络”，让终端在新AP信号变强后主动过去。

3. Android盒类终端：关闭省电模式。省电模式下Wi-Fi扫描会被系统挂起，漫游检测速度明显变慢，实测会导致切换时间从50ms拉到500ms以上。

这三步做完，AR眼镜终端在展区内走动时，切换AP的时间基本能控制在50ms以内，肉眼无感。

6.2 电力猫误连私有SSID：谁动了我的5G信道

前面提到的电力猫Wi-Fi中继默认开启问题，在实测中暴露得特别明显。

一台G.hn电力猫默认开启Wi-Fi中继，信道设在44，而我的AP的5G主信道正好在44附近。结果AR眼镜终端在展柜区走着走着，突然连上了电力猫的私有SSID（名字是电力猫的品牌名加一串后缀），视频流瞬间卡死，直到终端重新发起连接才恢复。

排查过程比较曲折，因为正常时终端显示连接的还是ssid-ar-visit，但Wi-Fi列表里多了一个陌生SSID。后来把电力猫管理界面网线接入一看，确认是它的Wi-Fi中继功能。

解决办法就是：关闭电力猫的Wi-Fi中继功能，只保留电力线桥接。如果买到的电力猫默认开启且不支持关闭，用网线连接电力猫管理界面把无线功能设为关闭，或者把信道手工设置为跟AP完全不同的信道（比如5G高信道149以上）。仍然不行的话，直接退货换型号。

这里有个反向经验：有些项目反而利用电力猫的Wi-Fi中继来扩展覆盖，但在AR眼镜这种对延迟和连续性要求高的场景，中继带来的额外一跳延迟和信道干扰完全得不偿失。

6.3 并发压测不是“挂机测”，要跑真实业务脚本

验收时我卡了三个指标：

前两项按常规方法测就行，难点在第三项。

第一次并发测试我踩了坑：30台终端全部放开展区静置，结果指标非常漂亮，延迟稳定在20ms以内。但我让团队用5台终端在演示区连续播放视频或交互操作，其余25台做周期性的数据请求后，延迟直接飙到80ms以上，丢包率超过2%。

原因很直观：静置的终端没有实际数据流，空中接口完全空闲，测出来的自然好看。真实业务场景下，每台终端都会周期性发送请求、接收数据、做位置同步，信道立刻进入拥塞状态。

所以并发测试一定要跑真实业务脚本。我后来的做法是：

• 至少5台终端持续播放视频或做高频交互操作。
• 其余终端每5秒发送一次定位和状态请求。
• 测试时长不少于15分钟，覆盖开馆、午间、闭馆三个时段。

这样才能反映实际运营时的网络表现。那轮测试暴露出来的问题，主要是AP关联用户数接近上限后，AR眼镜终端被高优先级的观众手机挤掉线。解法是给AR眼镜终端的MAC做优先接入或锁定带宽，同时给观众手机SSID设置独立低优先级队列。如果没有QoS能力，至少把观众SSID限速总带宽，比如总上行50Mbps，保证AR业务的带宽池不被挤占。

7. 蓝图表单式的验收清单与故障排查手册

7.1 验收清单（直接可抄）

我在项目收尾时整理了一张内部验收清单，这里分享给你：

• 所有AP在AC上在线，名字命名规范，无异常告警。
• 全展区步行遍历一遍，用测试终端在所有展柜前打开视频应用，确认无超过1秒的缓冲。
• 每个AR眼镜体验点位，记录信号强度、延迟、丢包三个数值，与设计值对比。
• 电力猫点位：确认Wi-Fi中继已关闭，网桥延迟<15ms，丢包<0.5%。
• 并发测试：30台终端按真实业务脚本跑15分钟，核心区域延迟≤50ms，丢包≤1%。
• 漫游测试：沿参观路线来回走动3次，AR眼镜画面无撕裂、无黑屏、无重连提示。
• 观众SSID与AR SSID相互隔离，观众手机高负载时AR业务不受影响。
• 地下文物库区AP信号覆盖达标，与展区网络隔离（管理VLAN与访客VLAN互不可达）。

7.2 日常故障排查：按这个顺序做，省一半时间

博物馆AR网络出问题时，排查顺序建议固定为：

1. 看终端：是单台终端问题，还是所有终端都卡？单台基本是终端本身或漫游粘滞；所有终端都卡则直接看网络侧。
2. 看AP在线状态：有没有AP掉线？掉线则检查供电、网线、AC配置。
3. 看信道利用率：如果5G信道利用率超过50%，优先处理信道干扰，例如把AP信道调开、把观众设备的低优先级队列开启。
4. 看电力猫管理后台：如果怀疑展柜区网络波动，直接在电力猫所在点位ping网关，差则换插座、换电力猫。
5. 看漫游记录：AC的日志里查终端漫游历史，如果频繁在同一区域两个AP间来回跳，调整漫游阈值或关掉二层漫游快表。

这套顺序我用了很多个项目，效率比直接逐台设备排查高很多。

8. 这套方案上线三个月后的一些额外心得

AR眼镜的无线网络和普通办公网络的最大区别是：延迟要求高、客户端密度波动大、业务时长连续。

办公网用户偶尔看视频卡一下无感，但AR眼镜卡一下就是画面撕裂、追踪丢失、用户立刻投诉。所以网规时一定要把“并发波动余量”留够，AC带机量宁愿买大不买小，AP数量宁愿做密不做疏。

电力猫在整个体系里是“离经叛道”的存在，但它在展柜区、临时展厅这类场景确实能救急。只是我从个人经验出发，强烈建议把它严格限定在补盲场景，不要在任何一个区域把它当作核心接入。每当现场条件允许，优先布网线，哪怕贵一点、丑一点，稳定性是网线的天然属性。

地下文物库区的经验也值得单独记一笔：甲方越严格，你越要早沟通。穿一根网线听起来只是物理施工，但涉及的审批、风险管控、文物安全管理流程，都是需要提前应对的。现场不能配合你的场景，永远不是技术的错，是方案没设计好。

最后再分享一个小技巧：可以在AC的配置里给AR眼镜终端启用“体验优先模式”（有些品牌叫“VIP终端保护”），它会自动调整终端的漫游优先级、带宽保障和信号阈值。如果没有这个功能，可以用手工方式给AR终端单独建一个SSID策略，把上述参数全部写进去。AR业务和普通观众手机混在同一策略之下，大概率会在大客流时互相拖累。