互动雷达装完点不准怎么调

一句”点不准”背后有四层问题

雷达互动展项——观众走到某个区域画面有反应、在墙面前挥手内容跟着变——调试期最常听到的反馈是两句话：「没反应」和「点不准」。

这两句话背后，问题可能在完全不同的四层：

1. 雷达没在工作——没供电、网络不通、参数配错；
2. 雷达在工作但装的位置不对——扫的平面不对，观众根本不在它的感知范围里；
3. 数据正常但坐标映射没对准——雷达知道人在哪，但互动程序把这个位置换算到了画面上的错误位置；
4. 一切都对但环境干扰——反光面、玻璃、强光让数据抖动。

这四层的排查方法完全不同，而且必须按顺序来。 跳过前面直接调后面，是展厅现场最常见的时间浪费——很多人一上来就去调互动程序的灵敏度参数，调了半天没用，因为问题在第一层。

第一层：雷达到底在不在工作

这一步的工具是雷达厂家的配置软件，比如星秒 PAVO 用的 PavoView。

判断标准很简单：在配置软件里能不能看到点云数据。

能看到 → 雷达和网络都正常，去第二层。 看不到 → 问题就在这一层，按下面排：

先查网络配置。 这是最高频的原因。雷达的网络接口通常是静态 IP 分配，必须用官方软件配置。以 PAVO 为例，它的默认 IP 是 10.10.10.101、端口 2368——你的电脑网卡必须配在同一网段（10.10.10.x）才能连上。拿一台配了公司网段地址的笔记本去连，怎么都连不上。

再查供电。 PAVO 是直流 12V 1A。供电不足的表现可能是间歇性工作，比完全不工作更难查。

然后查数据模式。 雷达可能是”等主机来读”，也可能是”主动往某个地址上报”。后者的话，接收端的网卡地址必须等于雷达配置里的目标地址，并且要在对应端口上监听。这一层配置对不上，同样是收不到数据。

最后查地址冲突。 一个展厅如果有多台雷达，出厂默认地址全一样，直接接进同一个网络就是冲突。冲突的表现是时通时不通，比完全不通更难查。

第二层：安装位置和角度

雷达扫的是一个平面。这个平面的高度和角度决定了它能感知到什么。

装高了扫到头顶——观众的头挡住了手，或者只检测到头顶一个点，位置不准； 装低了扫到腿——检测到的是腿的位置，跟手的位置差很远； 角度歪了覆盖不对——展项区域的一部分在扫描范围外。

判断方法：在配置软件里看点云，让人在展项区域里走动，观察点云的变化。

这一步能直观地看出来：人走到哪里开始被检测到、走到哪里就丢了、检测到的是身体的哪个部位。

调整的最佳时机是打孔固定之前。 做法是把雷达临时架在计划的位置，接上电脑边看边调，位置确认了再固定。跳过这一步、按图纸直接固定的后果是：装完发现覆盖不对要重新打孔——而展厅的墙面和吊顶往往是精装完成面。

第三层：坐标映射的标定

前两层都对了，还是”点不准”，问题就在这一层。

雷达输出的是它自己坐标系里的位置（离雷达多远、什么角度），而互动程序需要的是画面上的位置（屏幕的第几个像素）。中间需要一次换算，这个换算关系就是标定。

标定没做或者做偏了，表现是：人在左边画面响应在右边、人往前走画面里的点往旁边跑、或者整体偏移一段固定距离。

标定的基本做法是取几个已知点：在实际的展项区域里选几个位置（通常是四个角），在每个位置放一个标记物或者让人站上去，记录雷达报出的坐标，同时记录这个位置对应画面上的哪个点。有了这几组对应关系，程序就能算出换算规则。

标定的几条纪律：

在实际使用高度上标。 如果展项是手部交互，就在手的高度标；如果是走动交互，就在身体的高度标。在错误的高度标定，结果会有系统性偏差。

取点要覆盖整个区域。 只在中间标几个点，边缘会偏。四个角加中心是常见做法。

标定结果要保存并写进文档。 这组参数跟雷达的安装位置和角度是绑定的——任何一个动了，标定就要重做。这一点必须写进交付文档，否则日后有人碰了雷达、或者维修换了一台，接手的人不知道要重新标定。

第四层：环境干扰

前三层都对，但数据抖动、触发不稳定，这一层的可能性就大了。

雷达的工作原理决定了它对某些环境条件敏感：

反光面。 玻璃展柜、抛光石材地面、金属饰面、镜面。这些会让激光反射到意想不到的方向，产生虚假的数据点。表现是”没人的地方也有触发”。

强光。 某些光源可能干扰雷达的接收。展厅的射灯如果直射雷达，要调整。

遮挡。 观众多的时候互相遮挡，后面的人检测不到。这是原理限制，只能在展项设计上限制同时参与人数或者用引导标识。

灰尘。 雷达的光学窗口积灰会影响性能。这一条要纳入定期巡检——这是最容易被忽略、也最容易解决的一项。

处理反光面的手段：调整雷达角度避开反光方向、在软件里设置过滤区域（把已知的反光位置排除掉）、或者在装修上处理（贴哑光膜）。

一个完整的排查顺序

现场遇到「点不准」或「没反应」，按这个顺序走：

1. 打开雷达配置软件，看有没有点云数据 → 没有就在第一层排（网络、供电、参数、地址冲突）；
2. 有数据的话，让人在展项区域走动，看点云是否合理 → 不合理就在第二层排（安装位置角度）；
3. 点云合理但互动位置偏 → 第三层，重新标定；
4. 标定后还是不稳 → 第四层，查环境（反光、强光、灰尘）；
5. 以上都排除 → 问题在互动程序的逻辑或参数里，去 TouchDesigner 或 Chataigne 那一侧查。

这个顺序的价值在于每一步都能把范围切一半，而不是同时怀疑所有可能。

交付时要留下的东西

雷达展项的交付文档应该包括：

• 雷达的网络参数（IP、端口、数据模式、目标地址）；
• 安装位置和角度的记录（照片加尺寸），这样日后被碰了能恢复；
• 标定参数，以及标定时的条件（高度、取点位置）；
• 过滤区域的设置（如果为了避开反光设了）；
• 重新标定的操作说明——这一条很重要，因为雷达被碰是运营期的常见事件。

与本站方案的衔接

雷达互动展项的故障有个特点：观众看不出是坏了，只会觉得”这个不好玩”。

展项没反应、反应迟钝、触发位置不准——这些都不会触发任何报警，但会实实在在影响参观体验。等到甲方投诉时，可能已经这样运行了好几周。而更麻烦的是：故障是缓慢发生的（灰尘积累、雷达轻微位移），没有一个明确的”坏掉”的时刻。

企服君在互动展项的运维上，把传感设备的在线状态和数据活跃度纳入监控——雷达掉线或者长时间没有数据变化时主动告警，让”悄悄坏掉”的展项能被及时发现。

集成商如果交付的展厅里互动展项占比高，这类可观测性的实现成本很低但价值很实在——见集成商年费方案。

雷达配置软件的具体用法见 PavoView；触摸漂移类问题见激光雷达触摸漂移怎么处理；互动展项没触发的整体排查见互动展项没触发怎么查。