1. PIS系统概述:从一块显示屏说起

各位同学好,我是老张。在轨道交通行业摸爬滚打了十几年,今天咱们聊聊PIS系统。

什么是PIS系统?全称是Passenger Information System,乘客信息系统。说白了,就是你在车站、车厢里看到的那块显示屏,听到的那句「开往XX方向的列车即将进站」——背后那一整套系统。

我刚开始接触这个领域时,觉得不就是播报信息嘛,有什么难的?后来真正做项目才发现,这里面的门道深着呢。

1.1 什么是PIS系统

PIS系统,是轨道交通中面向乘客的「信息窗口」。它负责把列车运行信息、换乘指引、紧急通知、广告娱乐等内容,通过显示屏、广播、触摸查询机等终端,实时传递给乘客。

你想想看,每天几百万客流的地铁,如果没有PIS系统,乘客怎么知道下一班车几点到?怎么知道哪个出口离目的地最近?

我个人习惯把PIS系统比作「轨道交通的神经系统」——它不直接驱动列车,但让整个运营体系有了「感知」和「表达」的能力。

核心定义:PIS系统 = 信息采集 + 信息处理 + 信息发布,三位一体的乘客服务系统。

1.2 PIS系统架构

讲架构之前,我先说个真实案例。2018年我参与某市地铁2号线PIS系统升级,原系统是传统的三层架构:中心级、车站级、终端级。结果呢?中心服务器一宕机,全线PIS瘫痪,乘客投诉电话被打爆。

从那以后,我特别强调架构的冗余设计。来看典型的PIS系统架构:

层级 组成 职责
中心级 PIS服务器、数据库、编播工作站 统一管理全线信息发布策略
车站级 车站控制器、本地服务器 接收中心指令,管理本站终端
终端级 LCD屏、LED屏、广播、查询机 直接面向乘客展示信息
网络层 工业以太网、4G/5G、Wi-Fi 数据传输的「高速公路」

嗯,这里要注意:车站级是「承上启下」的关键节点。我建议在车站控制器上做本地缓存,万一中心断联,至少能保证本站信息不中断。

1.3 PIS系统核心功能

PIS系统的功能,我归纳为「四大金刚」:

  1. 实时信息发布:列车到站时间、终点站、拥挤度、温度等。这是最基础的功能,也是乘客最关心的。
  2. 紧急信息播报:火灾、故障、延误等突发情况。我记得有一次项目验收,测试紧急信息插入功能,结果广播和显示屏不同步——显示屏已经显示「请勿靠近」,广播还在播报下一站信息。这种问题在真实场景中会出大事。
  3. 多媒体广告:LCD屏上的视频广告、LED屏的滚动文字。别小看这个功能,很多地铁公司靠这个盈利。
  4. 乘客交互:触摸查询、Wi-Fi接入、手机APP联动。现在越来越多的PIS系统支持乘客用手机查实时信息。

避坑指南:我曾经在某个项目中,把广告播放优先级设得比紧急信息还高。结果测试时发现,紧急信息被广告「压」住了。后来我定了一条铁律:紧急信息优先级最高,任何情况下都不能被覆盖。

1.4 PIS系统在轨道交通中的应用

PIS系统在轨道交通中的应用场景,我分三个维度来讲:

1.4.1 车站场景

  • 站厅层:大屏显示列车时刻表、线路图、换乘指引。我建议在换乘通道入口处加装一块动态LED屏,实时显示换乘线路的拥挤度——这个设计后来被多个城市采纳。
  • 站台层:PIS屏显示下一班列车到站倒计时、车厢拥挤度。现在很多新线路还加上了「强冷/弱冷车厢」的提示。
  • 出入口:LED屏显示运营时间、末班车提醒。

1.4.2 列车场景

  • 车厢内LCD屏:显示当前站、下一站、换乘信息、到站时间。我记得早期项目用的是单色LED屏,只能显示文字。现在都是全彩LCD,还能播视频。
  • 车厢广播:自动报站、安全提示。这里有个细节:广播音量要根据车厢噪音自动调节——我见过一个项目,广播音量固定,结果高峰期根本听不清。
  • 司机室:PIS系统给司机提供车厢内视频监控、紧急通话功能。

1.4.3 控制中心场景

  • 调度员:通过PIS系统向全线发布运营调整信息。比如列车延误时,一键下发「晚点致歉」信息到所有终端。
  • 运维人员:远程监控PIS设备状态,故障自动告警。我个人习惯在PIS系统里加一个「心跳检测」功能——每30秒检查一次终端是否在线,掉线超过3次自动派单维修。

重要提醒:PIS系统是「面向乘客」的系统,任何信息错误都可能引发恐慌。我曾经处理过一个案例:某线路PIS系统误报「列车故障」,导致大量乘客涌向站台询问,差点发生踩踏。所以,信息发布必须经过「三级审核」——采集、校验、发布,缺一不可。

好了,这一章就讲到这里。PIS系统看似简单,但真正做好需要兼顾可靠性、实时性、易用性。下一章咱们深入聊聊「实时数据采集」的技术细节——那才是真正考验架构师功底的地方。