1. PIS系统概述：什么是PIS系统、系统架构、核心功能与角色定位
各位好，我是老张。在轨道交通通信这行摸爬滚打了十几年，今天咱们来聊聊PIS系统。说实话，每次有新同事入职，我第一件事就是带他们去站台看看PIS屏——那玩意儿要是黑了，乘客心里准慌。
PIS，全称Passenger Information System，中文叫乘客信息系统。说白了，就是让乘客知道「车什么时候来、往哪去、别坐过站」的那套系统。我参与的第一个PIS项目是2008年，那时候还是LED点阵屏，现在回头看，真是感慨技术迭代之快。
1.1 什么是PIS系统
PIS系统，是轨道交通里专门负责向乘客传递信息的综合平台。它不只是一个显示屏，而是一整套从信息采集、处理到发布的闭环系统。
核心定义：PIS系统通过车站和列车上的显示终端、广播设备，实时向乘客提供列车到发信息、换乘指引、安全提示、紧急疏散指令等内容。
你想想看，早高峰的站台上，几百号人仰头看那块屏——「下一班列车还有2分钟到站，请排队候车」。这就是PIS最基础的活儿。但它的能力远不止于此。
1.2 PIS系统架构
PIS系统的架构，我习惯把它分成三层：中心层、车站层、终端层。嗯，这里要注意，不同线路的拓扑可能略有差异，但万变不离其宗。
| 层级 | 组成 | 主要职责 |
|---|---|---|
| 中心层 | PIS服务器、接口服务器、网管工作站 | 信息汇聚、统一发布、系统管理 |
| 车站层 | 车站控制器、本地服务器、广播主机 | 本地信息处理、终端控制、离线备份 |
| 终端层 | LCD/LED显示屏、PDP屏、广播音箱、对讲终端 | 信息呈现、乘客交互 |
我在项目中遇到过一种情况：中心服务器宕机了，但车站层还能独立运行。为什么？因为车站控制器里缓存了当天的时刻表数据。这就是分层架构的好处——单点故障不影响全线运营。
1.3 PIS系统核心功能
PIS的功能，我总结为「四字诀」：看、听、说、救。
- 看（视觉信息）：列车到发时间、线路图、换乘指引、运营公告。LCD屏上还能播视频，比如安全宣传片。
- 听（听觉信息）：自动广播报站、紧急通知、背景音乐。我记得有一次，广播系统误报了站名，乘客全下错了车……从那以后，我对广播逻辑的测试格外严格。
- 说（交互功能）：乘客对讲、求助按钮。站台上的对讲终端，直接连到车控室，这个功能在紧急情况下就是生命线。
- 救（应急功能）：火灾模式、疏散指引、反向乘车引导。一旦触发应急模式，所有屏幕强制切换为疏散信息，广播自动播放逃生指引。
避坑指南：我曾经在调试时发现，应急模式下广播和显示屏的切换延时超过3秒。别小看这3秒，在真实火灾场景里，每一秒都关乎人命。后来我们优化了触发逻辑，把延时压到了500毫秒以内。
1.4 PIS系统在轨道交通中的角色
PIS在轨道交通里，到底扮演什么角色？我个人的理解是——「乘客的导航员，运营的传声筒」。
从乘客角度看，PIS是获取出行信息的唯一窗口。没有PIS，乘客就像瞎子摸象。你想想看，一个外地游客到了陌生城市的地铁站，全靠PIS屏上的线路图和到站时间来决定怎么走。这就是它的价值。
从运营角度看，PIS是调度指挥的延伸。调度员发一条指令，全线所有终端同步更新。比如「前方列车故障，请改乘其他线路」，这条信息必须在30秒内触达所有乘客。我参与过一条线路的验收测试，要求端到端信息发布延时不超过5秒——嗯，这个指标确实苛刻，但能做到。
注意：PIS系统不是独立存在的。它需要与信号系统（ATS）、时钟系统、广播系统、火灾报警系统（FAS）深度对接。接口协议一旦出问题，整个系统就瘫痪了。这也是为什么我们后面要花大量篇幅讲协议解析——协议就是PIS的命脉。
说白了，PIS就是轨道交通的「脸面」和「嗓子」。脸面干净、嗓子洪亮，乘客就安心。反之，屏黑了、广播哑了，投诉电话能被打爆。我见过最夸张的一次，全线PIS宕机4小时，运营方被罚了六位数……
好了，这一章咱们把PIS的轮廓画清楚了。下一章，我会带大家深入PIS的核心协议——从TCP/IP到自定义应用层协议，咱们一个一个拆解。你准备好笔记本了吗？