1. PIS系统概述

各位同行，今天咱们聊聊PIS系统。PIS，全称Passenger Information System，也就是乘客信息系统。说白了，就是让乘客在出行过程中，能随时知道“车到哪了”、“还有几分钟”、“下一站是哪”这些信息。

我入行那会儿，PIS还只是个简单的LED显示屏，显示个“欢迎乘坐XX路”就完事了。现在呢？从LCD屏到PIS车载终端，从语音播报到手机APP联动，整个系统已经复杂得多了。嗯，咱们一步步拆解。

1.1 PIS系统定义

PIS系统，是轨道交通中面向乘客的信息服务系统。它负责采集、处理、发布各类运营信息，包括列车到发时间、换乘指引、紧急通知、广告等。我习惯把它比作“轨道交通的神经末梢”——它不直接控制列车运行，但直接影响乘客体验。

你想想看，一个乘客从进站到出站，看到的每一块屏幕、听到的每一条广播、摸到的每一个查询终端，背后都是PIS系统在支撑。我曾经在项目验收时遇到过一个问题：站台屏显示“列车即将进站”，但广播却在播“列车晚点”。这就是典型的PIS数据不同步，说白了就是系统内部“打架”了。

1.2 系统架构

PIS系统的架构，我习惯分三层来讲：中心层、车站层、终端层。这三层的关系，有点像“大脑-神经-手脚”。

• 中心层：负责全局调度。包括数据服务器、应用服务器、接口服务器。我见过不少项目，中心层服务器配置不够，导致高峰期数据延迟。嗯，这里要注意：中心层的冗余设计一定要做足。
• 车站层：负责本地处理。包括车站控制器、交换机、本地数据库。车站层是承上启下的关键，一旦断网，车站层要能独立运行。
• 终端层：负责信息展示。包括LCD屏、LED屏、PIS车载终端、广播设备、查询机等。终端层最容易出问题，因为环境复杂——高温、震动、灰尘，都是杀手。

我记得有一次，某线路的站台屏频繁黑屏。排查下来，是车站层到终端层的网线接头氧化了。你想想看，一个接头的问题，影响了整条线的乘客体验。所以我现在做项目，都会要求终端层的线缆接头做防水防尘处理。

1.3 核心功能模块

PIS系统的功能模块，我归纳为五个核心：

1. 信息发布模块：负责文字、图片、视频的发布。支持实时更新和定时发布。我建议这个模块要支持“优先级抢占”——紧急信息来了，自动覆盖普通信息。
2. 语音播报模块：负责到站提醒、换乘提示、紧急广播。语音播报最怕“破音”和“延迟”。我曾经遇到过语音播报比列车到站晚了10秒，乘客都下车了才播“列车即将进站”，尴尬不？
3. 数据接口模块：负责与信号系统、AFC系统、时钟系统对接。这个模块是PIS的“命门”——数据不准，一切白搭。
4. 监控管理模块：负责设备状态监控、日志采集、远程维护。说白了，就是让运维人员能“远程看病”。
5. 应急联动模块：负责火灾、故障等紧急情况下的信息发布。这个模块平时用不上，但用上了就是救命。

1.4 国内外主流厂商介绍

说到厂商，我接触过的还真不少。国内国外，各有千秋。我整理了一个表格，方便大家对比：

厂商	国家/地区	主要产品	特点
华为	中国	eLTE-IoT、PIS云平台	通信能力强，云化程度高
中兴	中国	PIS车载终端、车站控制器	性价比高，定制化能力强
西门子	德国	轨道交通PIS整体方案	稳定性好，但价格贵
泰雷兹	法国	乘客信息显示系统	国际化经验丰富，接口标准规范
华三	中国	网络设备、PIS交换机	网络层设备可靠，适合大型线路
松下	日本	LCD屏、PIS终端	屏幕显示效果好，寿命长

我个人习惯，国内线路优先考虑华为或中兴。为什么？因为他们的接口文档是中文的，技术支持响应快。国外厂商虽然技术成熟，但遇到问题沟通成本高。我曾经在一个项目里，因为时差问题，等西门子的技术支持回复等了整整两天。嗯，那两天我基本没睡好。

好了，关于PIS系统概述，我就讲这么多。下一章咱们聊聊日志分析的基础——日志格式与采集策略。到时候我会分享一些我在项目中遇到的“奇葩日志”，保证让你大开眼界。