RTLS 叉车安全：为何追踪系统在实时环境中效果不佳

（MENAFN- 机器人与自动化新闻）LocaXion 首席执行官 Viren Mathuria 与 Redpoint 首席执行官 Chunjie Duan 就安全级 RTLS 的对话，讨论真正的精度要求，以及为即将到来之事所构建的架构。

RTLS（实时定位系统）指一种无线技术，用于在指定的室内或室外区域内自动识别、跟踪并管理资产、设备或人员的精确位置。

** Viren Mathuria**：Chunjie，让我先从我们的客户最先会问的问题切入——也是我们所开展的每一次安全相关工作都会被其塑形的问题。LocaXion 是全球首家专注于 RTLS 和数字孪生系统集成的纯做型（pure-play）公司。我们在设计和原则上完全与技术无关。

我们对任何硬件制造商都没有商业义务。因此，当需要应对的是安全关键型应用——当风险涉及人员、自动化系统以及实时的仓库与配送中心环境时——LocaXion 为什么会选择 Redpoint？

** Chunjie Duan**：如果我是 LocaXion 的客户，我会重视你们是技术无关的这一点。有许多 RTLS 技术，不同的使用场景需要不同的方法。我会希望 LocaXion 保持中立，并且只基于应用所提出的需求来选择解决方案。

当应用涉及安全时，讨论就会改变。这不再是一个商业决策——而是一个工程决策。安全关键型 RTLS 必须在大型、动态且不可预测的环境中，例如仓库和配送中心，并在混合车队（叉车、AGV 和人员）之下，提供精确、确定性的实时性能。它不能只是多数时候准确，或只在理想条件下准确。它必须在真实运营中始终准确。

这就是 Redpoint 从一开始就设定的标准。

十多年来，我们专注于安全级定位，因此我们的架构从根本上不同于那些为资产可视性而设计、随后再为安全需求改造的系统。

今天，我们的系统覆盖超过一亿平方英尺的规模：在最大达 400 万平方英尺的仓库中，部署在成千上万（数万）辆叉车和自动车辆上，并服务于世界上一些最苛刻的物流环境。

我认为 LocaXion 选择 Redpoint，是因为工程纪律、架构以及真实世界的表现，达到了你们客户所要求的安全级别。

** VM**：让我们去谈谈行业正在刻意回避的事情。“叉车安全”和“叉车追踪”被放在同一口径里讨论……被宣传为可互换，被当作等同来销售。但它们并不是。为什么这种混淆不仅是一个传播/信息问题，而是一个真正危险的问题？

** CD**：叉车追踪和叉车安全之间的差异不在于信息传达——而在于系统架构问题，而且把二者混为一谈确实可能带来真正的危险。

追踪系统是为可视性而构建的。它们是回溯性的。你收集数据，之后再分析，并在事情发生之后作出决策。小的误差、延迟或数据缺口可以被接受，因为实时中并不会发生任何事情。

而安全系统对这一点零容忍。

在安全应用中，系统必须每一次都能在噪声、动态的真实仓库环境里立刻检测到危险、做出判断并采取行动。如果数据来得太晚、是错误的，或不一致，那么后果就不只是“报告不好”——而是事故。

问题在于，今天市面上许多 RTLS 产品原本就是为追踪而设计的，然后再被挪用到安全场景。但你无法在从未为其构建过的架构上“补装”确定性的、安全级别的行为。

为安全而构建时，智能必须部署在边缘端，就在车辆上，并且具备有保证的延迟与可靠性。你不能指望网络时序、服务器处理，或云端决策来阻止一次碰撞。

这就是为什么 Redpoint 从一开始就构建了不同的架构。我们基于下行链路的 TDOA（到达时间差）与边缘端设计，让每一辆叉车都拥有自身的实时感知能力，因此系统能够在最苛刻的环境中迅速、可预测地行动。

正是这种做法，使我们的系统能在全球一些最大的物流设施中运行于数以万计的车辆之上；也正是这些运营企业在“安全——而不仅仅是追踪”是需求的情况下选择了 Redpoint。

** VM**：而在现代 DC（配送中心）里，这个问题会复杂得多——因为叉车不再是通道中的唯一车辆。叉车与 AGV、AMR 并行运行所带来的混合车队现实，构成了全新的接近风险层。Redpoint 的方法如何应对这一点？

CD：当你从单车环境切换到混合车队时，复杂度会显著地急剧上升，因为这时你不再只是追踪物体——你是在协调那些彼此独立、各自运行自己控制回路的系统。

由人驾驶的叉车、沿着预编路径行驶的 AGV、以及做出自主决策的 AMR，都拥有不同的反应时间、不同的安全逻辑以及不同的通信模型。当它们共享同一空间时，安全系统必须对所有车辆提供一致的、实时的感知——既不能延迟，也不能有任何歧义。

这正是许多基于追踪的 RTLS 系统会在这里失效的原因。
它们可以告诉你事物在哪里，但它们并不是为支持多移动平台之间真正的实时、安全级交互而设计的。

Redpoint 的方法就是为着面向未来而构建的。

因为我们的架构把位置智能放在边缘端，所以每一辆车辆——无论是叉车、AGV 还是 AMR——都能对其周围环境拥有自己的实时感知能力。决策不依赖服务器、网络往返时间，也不依赖云端处理。这让系统即便在环境变得更加复杂时，仍能保持确定性的行为。

同样重要的是，系统会在整个车队范围内提供一个共同的、一致的定位参考，以便人驾驶与自动驾驶车辆能够在同一空间“真实度”基础上安全地协同运行。

随着配送中心朝着更高水平的自动化推进，混合车队将成为常态，而不是例外。
在这种环境中，安全需要的是为实时交互而设计的 RTLS 架构，而不仅仅是追踪——而这正是我们构建 Redpoint 来解决的那个问题。

** VM**：对于配送中心或仓库里的运营负责人来说——他理解安全论证（safety case），但却背负着推动这项投资所带来的组织层面压力——他们需要在走进这场对话时“掌握并负责”的关键事实是什么？

** CD**：关键事实是：一旦 RTLS 被用于安全，它就不再只是 IT 项目——它就成为安全系统的一部分，而批准它的人就要为该决定承担责任。

在早期讨论阶段，自然会把重点放在成本、功能，或看起来在试点中很漂亮的东西上。但安全应用并不生活在试点里。它生活在一个繁忙、不可预测的仓库里，那里有人员、叉车、AGV，并且持续变化。在这种环境中，系统必须每一次都能工作，而不是大多数时候都工作。

许多定位系统是为可视性而构建的，之后才被放到安全场景中使用。它们在受控条件下可能表现良好，但安全需要在全规模、在真实运行压力下具备确定性的行为。这个差异并不总是会在系统已经投入使用之前显而易见。

对于运营负责人来说，真正的问题并不是哪个系统最便宜或最容易部署。
真正的问题是：一旦出问题了，你能否有信心确认你选择的系统从一开始就是为安全而设计的？

另一个重要因素是规模化验证（proof at scale）。安全级系统必须在真实部署中得到验证，而不只是停留在试点中。我们的产品与解决方案已被证明在全球一些最具挑战的配送环境中覆盖了数千万平方英英尺的规模、以及成千上万辆车辆的应用。

与此同时，正确的架构不只是提升安全——也能降低总拥有成本。为实时、边缘端运行设计的系统会降低基础设施复杂度、减少维护，并且随着运营规模扩大而更高效地扩展。

这就是为什么我们总是鼓励客户用评估任何其他安全关键型基础设施的相同方式来评估安全级 RTLS——基于架构、可靠性、已验证的性能以及长期成本，而不仅仅是初始价格。

因为一旦系统成为你保护人员的方式的一部分，那么标准就必须更高。

关于 Redpoint

Redpoint 是领先的安全级近距离感知、实时定位以及 AI 智能解决方案提供商，已在大规模工业部署中得到验证：在精度、可靠性与实时性能至关重要的场景中表现出色。Chunjie Duan 是 Redpoint 的创始人兼首席执行官。

关于 LocaXion

LocaXion 是全球首家专注于 RTLS 与数字孪生的纯做型（pure-play）系统集成商——以完全的技术独立性为前提，在仓库与配送中心工程化地实现安全结果，并且在精度方面零妥协。Viren Mathuria 是 LocaXion 的首席执行官。

MENAFN02042026005532012229ID1110936815