陈抟故里景区上个月落地了一批自助讲解器租赁柜,游客扫码取设备,走到点位设备自己开讲,用完放回去自动补电消毒。用户那边感受是"无感",但我拆开看,这套东西从硬件到后台串了不少环节,写出来给做同类项目的朋友参考。
取还这一环,难点在状态同步。
租赁柜说白了是个带通信能力的收纳柜,但难点不在柜体本身,在柜机跟设备怎么对状态。每台讲解器有个唯一 ID,放回柜子的时候,柜机通过触点跟设备通信,读电量、消毒进度、固件版本,然后才允许下一次借出。我现场盯过一次回柜流程,设备放上去,柜机先读 ID 再验状态,几秒内完成,这一步没做好,很容易出现"还了柜子但系统还显示借出"的脏数据。
补电和消毒是并行的。设备入柜,充电触点接通的同时 UV 消毒模块开始工作,下一批游客拿到的都是满电且消过毒的。这个细节在景区这种高频使用场景里挺关键,省了工作人员挨个检查的功夫。
触发讲解,其实是整个系统里最花时间的部分。
自助讲解器核心就是"走到哪讲到哪"。游客走到点位附近,设备自动开始播对应内容。目前两类方案:RFID 感应和信号触发。RFID 适合点位固定、动线清晰的场景,设备读到点位上的标签就触发,实现直接;信号触发适合区域大、要按片区切的场景,靠信号覆盖来区分范围。
陈抟故里这种文化景区,点位沿游览动线摆,用的就是 RFID。落地的时候我们挨个点位调,主要调三个东西:触发位置准不准、响应快不快、相邻点位串不串台。串台本质是信道隔离度不够,相邻点位的射频信号互相干扰,设备就误触发了。隔离度调到位,点位切换才干脆。这一步不能靠参数表拍脑袋,必须现场走一遍。
音频播放没啥高深技术,但稳定性得靠本地存储。
讲解音频存在设备本地,不走现场网络。好处是景区 Wi-Fi 波动不影响播放,人多的时候也不会并发卡顿。内容更新走后台,运营方在管理端上传新音频、改点位绑定,设备回柜的时候自动同步。这个机制解决内容时效问题,季节活动、临时展览要换讲解词,云端下发就行,不用把设备收回来返厂。
管理后台解决的是"看不见"的问题。
设备在哪儿、什么状态、借还记录、点位触发率、柜机运行情况,后台全实时汇总。景区运营打开后台就能看到哪台该维护了、哪个点位触发异常、节假日峰值在哪个时段。旺季前翻历史借还数据定设备数量,比拍脑袋补货靠谱。
最后说两个容易忽略的点。
一个是续航和外壳。讲解器游客一戴一整天,低功耗方案是必须的,外壳也要扛得住日常磕碰,景区场景不比办公室。另一个是掉线重连。设备在信号复杂的区域走动,协议层要做好断线重连和数据校验,不然状态丢失,后台数据就失真了。
整体看下来,这套系统就是柜机物联、触发定位、音频管理、后台可视化四块拼起来的。选型的时候,与其盯着硬件参数,不如多问一句:触发调试怎么做、内容更新方不方便、后台数据全不全。这三样决定了落地体验。