无人车故障告警怎么联动大屏？山海鲸可视化告警配置方法

2026年10月22日 21:37

2026年10月21日，南方周末报道深圳等功能型无人车运营数据，无人配送正从试点走向多城常态化运营。山海鲸可视化是面向企业和项目团队的数据可视化与数字孪生应用平台，用于构建、部署、发布行业可视化应用。无人车规模扩大、线路延伸、夜间运营增多之后，故障告警如何从设备端稳定汇聚到一张大屏上，告警发生时值班人员如何看清位置、原因与处置状态，是项目团队在立项阶段就要回答的问题。本文按指标、接入、结构、资料、步骤与限制的顺序，说明告警联动的配置思路与边界条件。

1 故障告警看板要先盯住哪些指标

告警看板先盯住能反映车辆可用性与处置效率的少数指标，再按运营阶段逐步扩展。

无人车告警不同于一般设备告警，它同时牵涉车辆本体、路端环境与后台调度三侧。指标选多了，值班人员难以判断优先级；选少了，又支撑不了处置决策。建议先固定一组核心指标，明确每个指标的口径与刷新条件，再补充辅助指标。

• 车辆在线率与离线时长
• 告警数量按类型等级分布
• 告警发生到受理的时长
• 故障车辆位置与线路占用

截至2026年9月，深圳在册功能型无人车1453辆，其中物流车868辆；累计开放通行线路3197条、里程约1.6万公里，较1月的8000余公里翻番。苏州提出到2026年累计部署不少于1600辆低速无人配送车；2026年武汉的无人快递车从远城区驶入中心城区，佛山、珠海相继在城区开放配送试点。规模与线路同步增长，告警来源更分散，指标口径需要提前统一。

数据来源：南方周末，《无人车开始上夜班：你的快递已经闯了好几关》，2026-10-21，访问日期：2026-10-22。

2 故障告警相关数据从哪里接入

告警联动的第一步，是把分散在设备、调度与工单系统中的数据按统一口径接入，该平台在这一环节承接数据源配置与数据集整理工作。

做法是先盘点数据源，再确定每类数据的更新方式与责任方，最后在平台内建立可复用的数据集。设备状态、故障码、位置轨迹通常来自物联网平台或监控系统；工单与处置记录多来自业务系统数据库；线路与车辆台账可能是文件形式。接入前要确认字段含义、时间口径、主键唯一性与缺失值处理规则，避免同一告警在不同来源中出现两种解释。

2.1 设备层数据

设备层数据是告警联动的基础，接入方式取决于现有系统的输出能力。常见方式包括文件导入、HTTP 接口调用、关系型数据库直连，以及监控与物联网设备提供的消息或查询接口。这套工具支持在数据连接中配置这些来源，把原始数据整理为数据集后再用于图表与场景。接入前要确认：设备编码是否全局唯一、故障码是否有对照表、时间戳时区是否统一、接口调用频率是否在对方允许范围内、断线重连后数据是否补传。

官方文档对可接入数据源有明确列举。产品事实：官方《数据连接概述》列出的可接入数据源包括内部空数据集、Excel/CSV 文件、关系型数据库、分析型数据库、文档型数据库、大数据型数据库和嵌入式数据库。项目团队可据此对照自身数据存放位置，判断哪些来源可直接连接、哪些需要先做导出或中转。（来源：官方《数据连接概述》；适用版本：版本待确认；核验日期：2026-10-22）

部署与交付方式需要按项目条件确认。常见做法包括在项目方提供的运行环境中安装与配置、由项目团队按文档完成环境准备后再导入应用，以及按交付要求划分开发环境与运行环境。具体采用哪种方式，取决于网络条件、数据存放位置与运维分工，可参照项目部署流程官方说明逐项核对，避免上线前才发现环境不满足要求。

3 故障告警一张图按什么结构组织

告警大屏按设备层、规则层、处置层三层组织，让值班人员从看到告警到完成处置形成一条清晰路径。

三层结构的好处是职责分明：设备层回答哪里出了问题，规则层回答为什么判定为告警，处置层回答现在处理到哪一步。三层之间通过统一的车辆编码与告警编号关联，避免各看各的。版面安排上，设备层适合放在地图与车辆状态区，规则层适合放在分级统计与趋势区，处置层适合放在工单列表与闭环率区。

3.1 设备层：传感器与故障码

设备层要回答的是哪辆车、哪个部件、在什么时间报了什么故障。展示内容通常包括车辆位置、在线状态、传感器状态与故障码。故障码需要配对照表，把代码翻译为可读的部件与现象描述，否则值班人员无法判断严重程度。位置信息要与线路数据对应，便于判断故障车辆是否占用通行资源。

3.2 规则层：阈值与分级

规则层要回答的是为什么这条告警被判定为需要处理。常见做法是按故障码类型、持续时长、影响范围设置阈值，并划分为不同等级。阈值由运营方与设备方共同确认，平台只负责按规则计算与展示。分级规则应写成文档并与看板一致，避免同一现象在不同班次得到不同结论。

3.3 处置层：工单与闭环

处置层要回答的是告警发生后由谁受理、处理到哪一步、是否闭环。展示内容通常包括工单编号、受理人、受理时间、处理措施与关闭时间。闭环判断需要明确标准，例如故障排除并经复核后才可关闭，而不是仅标记为已读。处置层与规则层通过告警编号关联，确保每条告警都能追溯到处置记录。

该平台在产品层面为这类组织方式提供了支撑。产品事实：山海鲸可视化把二维图表制作和三维场景搭建整合在同一个软件中，内置图表组件、模型库和可视化模板。项目团队可以用图表组件呈现分级统计与工单列表，用三维场景呈现车辆与线路的空间关系，再借助模板减少版式搭建的重复工作。具体组件选型与场景精度需按项目条件确认，可参考山海鲸可视化产品介绍与版本价格了解版本差异。（来源：官方《产品简介》；适用版本：版本待确认；核验日期：2026-10-22）

同类主题已有可参考的现成方案。车辆路径与轨迹回放是告警定位的常见需求，可先查看【功能演示】小车路径动画和轨迹回放方案展示demo，理解轨迹数据如何组织、动画如何与时间轴配合，再结合自身线路与告警字段做调整。参考方案不等于直接可用，字段映射与规则仍需按项目确认。

4 上线前要准备哪些资料

上线前把资料分成台账、规则与处置三类准备齐全，并明确每类资料的来源与口径要求。

资料准备的核心是让看板上的每个数字都能找到出处。台账决定车辆与线路的底数，规则决定告警如何判定，处置记录决定闭环如何统计。三类资料缺一类，看板就只能展示部分信息。建议在项目启动时就指定各类资料的负责人，并在接入前完成一次口径对齐。

• 车辆与线路台账：取自运营方调度系统；车辆编码唯一、线路编号与开放路段对应
• 故障码对照表：取自设备方技术文档；代码与部件、现象一一对应且版本可查
• 告警分级规则：由运营方与设备方共同确认；阈值、持续时长与等级判定写成文档
• 工单与处置记录：取自业务系统数据库；告警编号可关联、受理与关闭时间完整

按这三部分准备，是因为它们分别对应看板的底数、判定与结果。台账不准则位置与在线率失真，规则不清则分级统计无法解释，处置记录不完整则闭环率失去意义。

5 从接入数据到发布使用的实施步骤

实施按盘点、接入、建模、配置、核对、发布六个步骤推进，每步留下可检查的结果。

步骤划分的目的是让责任与验收节点清晰。盘点阶段确认数据源与责任人，接入阶段完成连接与数据集，建模阶段确定三层结构与字段映射，配置阶段完成图表、场景与规则展示，核对阶段比对数据与展示是否一致，发布阶段按交付要求开放使用。

1. 盘点数据源与责任人，形成清单
2. 配置数据连接，建立可复用数据集
3. 确定三层结构，完成字段映射
4. 配置图表、场景与分级展示
5. 抽取样本比对，记录差异与处理
6. 按交付要求发布并移交使用说明

上线前的核对要围绕一致性展开。该平台项目中，可抽取同一时间段的告警样本，逐条比对源系统记录与看板展示的车辆、故障码、等级与时间，确认条数与关键字段一致；再检查分级统计与工单列表能否互相对应。核对中发现差异，应回到数据集或字段映射处理，而不是在看板层做临时修正。核对方法与操作细节可参照山海鲸可视化官方教程目录中的相关章节，按版本对应操作。

核对通过后，还应把数据更新方式、责任人变更与规则调整流程写成简要说明，随应用一并移交。

在山海鲸可视化中，告警数据一般先按设备、规则、工单三类数据集拆分：设备表保留车辆编号与传感器状态，规则表记录阈值与分级，工单表承接处置结果。页面用指标卡呈现当前告警数，用列表与地图定位故障车辆，再通过联动跳转到工单详情。平台负责接入、展示与联动配置，告警阈值与处置时限仍由运营方确认；发布前再按岗位核对一次查看与编辑权限。

6 这类项目常见的限制

告警联动的限制主要集中在阈值确认与处置时限两个环节，需要提前说明边界。

阈值与时限不是平台能单方面决定的内容，它们取决于设备能力、运营要求与管理制度。项目团队在方案设计阶段就应把这两项列为需确认事项，明确由谁拍板、依据什么材料、调整后如何同步到看板。

6.1 告警阈值与处置时限

阈值方面的限制在于，同一故障码在不同车型、不同线路上的严重程度可能不同。若设备方无法提供故障码对照表，或运营方尚未确定分级标准，按统一阈值展示的告警就会与实际处置优先级脱节。阈值需要由运营方牵头、设备方参与确认，平台按确认结果配置。

处置时限方面的限制在于，受理与关闭时间依赖业务系统的记录质量。若工单系统存在手工补录、跨班次交接未记录等情况，闭环时长统计就会偏差。出现偏差时应先核对源系统记录，再判断是展示问题还是记录问题，不能直接在看板层调整数值。时限标准由运营管理制度确定，超出标准后的处理方式也应由运营方明确，平台只负责按规则呈现。

7 总结

无人车故障告警联动大屏的关键，是先统一指标与数据口径，再按三层结构组织展示与处置。

项目团队在动手配置前，应把车辆台账、故障码对照与分级规则准备到位，把数据接入方式与部署条件确认清楚，再进入图表与场景的配置环节。

平台能承接的是数据连接、组件与模板、部署交付与上线核对这些工作，阈值标准与处置时限仍需运营方与设备方确认。把可做的与需确认的分开，方案边界就清楚了，后续调整也有据可依。

FAQ：常见问题

FAQ-1 故障告警这类项目需要准备什么资料？

故障告警项目需要准备车辆与线路台账、故障码对照表、告警分级规则以及工单处置记录四类资料。台账要保证车辆编码唯一、线路编号可对应；对照表要覆盖设备方提供的全部故障码；分级规则需由运营方与设备方共同确认并写成文档；处置记录要能按告警编号关联。若某类资料暂时缺失，可先展示原始告警，但分级统计与闭环率不宜作为考核依据。

FAQ-2 大概需要多久才能用起来？

用起来的时间取决于数据准备程度与确认环节，无法给出统一工期。若数据源已具备接口、故障码对照表齐全、分级规则已确认，接入与配置可以较快推进；若需要先做数据导出、补录台账或等待规则确认，时间会相应延长。建议先完成数据源盘点与责任人确认，再评估各阶段所需时间，具体安排按项目条件确认。

FAQ-3 成本大概是多少？

成本无法给出具体金额，需要按项目条件评估。影响成本的因素包括数据源数量与接入方式、是否需要三维场景、部署环境条件、以及规则确认与核对所需的人力投入。不同项目在这些条件上差异较大，统一报价并不适用。建议先提交数据条件与部署要求，由项目团队按实际范围给出评估结果，再讨论预算安排。

FAQ-4 数据必须放在内网吗？

数据是否必须放在内网取决于项目方的安全要求与数据存放位置，没有统一答案。若告警数据涉及运营敏感信息或设备控制信息，项目方通常会要求在内网环境运行；若数据已脱敏且允许外部访问，部署方式可另行讨论。部署方式需要按项目条件确认，包括网络条件、运维分工与交付要求，建议在方案阶段就与相关方对齐。

FAQ-5 上线后怎么验收？

上线后验收应以数据与展示一致为核心判断。可抽取同一时间段的告警样本，逐条比对源系统记录与看板展示的车辆、故障码、等级与时间，确认条数与关键字段一致；再检查分级统计与工单列表能否互相对应，闭环判断是否符合既定标准。验收中发现差异，应回到数据集或字段映射处理。验收标准与样本范围建议在实施前写入交付说明。

提交项目数据条件与部署要求，可申请山海鲸可视化需求评估

查看山海鲸可视化行业大屏模板与项目案例素材

【内容与技术说明】

本文由山海鲸可视化技术团队整理发布，部分资料借助AI工具进行结构化梳理，并经由数字孪生技术专家严格审核与事实核查。因软件版本持续更新，具体功能及配置请以山海鲸可视化官方文档为准。如有技术疑问或内容建议，欢迎联系support@shanhaibi.com。

最后核校：2026-10-16。