1. 写在建模之前先想清楚公交模型要回答什么问题做TransModeler公交建模之前我建议你先问自己一个问题这次仿真到底要解决什么实际的业务问题因为我见过太多人一上来就埋头画线路、设站点结果折腾了一个星期最后领导问“你这个模型到底能说明什么”自己却答不上来。公共交通系统建模在TransModeler里绝不是“把公交线路画在地图上”这么简单。它本质上是在回答一组非常具体的运营问题这条公交线路的班次间隔设置是否合理增设站点之后会对社会车辆产生多大影响如果BRT专用道全天候启用交叉口的排队会不会溢出乘客到底是从哪个站上车、从哪个站下车高峰小时的断面客流量是否超出车辆运力这些问题背后是交通工程师对“供给”与“需求”的匹配关系做数字化验证。为了把这件事说清楚这篇文章沿着一条实际项目的建模链条展开从路网设施准备、站点与线路绘制到车辆运行规则、发车计划再到乘客需求分配与结果输出。你在读的过程中可以顺手打开TransModeler对照操作这套流程我实测过很多遍踩过的坑比官方手册写出来的多得多。另外这一篇是TransModeler系列的第七篇前几篇讲的是路网构建、动态交通分配、信号优化这些基础能力。公交建模恰好是站在这些地基之上的一项综合应用所以如果你还没有把基础路网跑通建议先把前几篇的操作过一遍再来看公交部分否则后面讲车道级停靠逻辑和乘客上客过程时你可能会觉得有点飘。2. 路网设施准备公交专用道与站点泊位的隐藏细节2.1 公交专用道不是画一条线就完事很多初学者在TransModeler里定义公交专用道时以为只要在车道属性里勾选“公交专用”就结束了。实际上这里有一个非常关键的区分公交专用道在仿真中承担的角色是“通行路权控制”它决定社会车辆是否允许进入这条车道而站点泊位设计则是另一个维度的问题它决定公交车停靠时是否会阻塞后续交通流。这两个维度必须同时处理好否则模型跑起来会出现公交车和社会车辆互相“穿模”一样的诡异行为。以我做过的一个BRT走廊项目为例我们在城市主干道中央设置了两条物理隔离的公交专用道。在TransModeler的道路图层里我把这两条车道的车辆类型许可设置为“公交应急”同时把车道宽度和限速分别调到3.5米和50km/h。然而如果只是做了这一步你会发现BRT车辆在进站时仍然会被右侧社会车辆干扰因为站点区域的车道功能没有明确设置“公交停靠”与“社会车辆绕行”的隔离逻辑。解决的办法是在节点编辑器中为公交站点所在的路段增加一段附加车道术语叫“站点拓宽段”。这段拓宽段的作用是让公交车脱离主交通流进入一段独立的停靠区域。拓宽段的长度要根据高峰小时的停靠公交车辆数来估算假设你预测15分钟内有12辆公交车需要停靠平均每辆车停靠时间约30秒那么主线上需要容纳的排队空间至少是6辆车的长度。按一辆车12米计算拓宽段长度建议做80米以上。这个参数如果取小了仿真时你会发现公交车辆在拓宽段入口处就开始排队进而回堵到上游交叉口。2.2 站点泊位的类型选择直通式还是港湾式站点泊位的几何形式直接决定公交车停靠时的通行效率。TransModeler里可以定义直通式站点curbside stop和港湾式站点bus bay两者的仿真行为差异很大。直通式站点的特点是公交车直接占用最外侧车道停靠乘客上下车时后续车辆必须等待或变道绕行。这种站点在地价紧张的老城区很常见建模时要注意把站点位置设置在离交叉口出口道足够远的地方一般建议距出口道停车线至少50米否则公交车停靠会遮挡右转车辆视线同时在信号相位切换时容易造成排队溢出。我曾经在一个项目中因为站点离交叉口只有30米结果晚高峰仿真时右转车道被停靠公交车完全堵死交叉口吞吐量骤降30%以上。港湾式站点则相对复杂一些因为车辆在停靠前要先从外侧车道变换进港湾停靠完成后再从港湾重新汇入主路。这种“驶入-停靠-驶出”三段式行为在TransModeler里需要配置车辆在站点区域的横向偏移参数以及汇入主路时的接受间隙gap acceptance阈值。我建议你把汇入主路的临界间隙设置在4到6秒之间小于这个值会导致公交车迟迟无法汇入后面排队积压大于这个值则公交车过于激进地抢行会让社会车辆频繁减速。我的经验是在路网规划层面尽量优先考虑港湾式站点因为它对交通流稳定性的扰动最小但在老城区或红线受限区域直通式站点必须配合严谨的交叉口渠化设计。无论选哪种你都需要在TransModeler中用“公交站点编辑器”把泊位数量和停靠位置标识清楚这一段数据直接影响后面出行需求分配中的“上车/下车”地点准确度。3. 公交站点与线路绘制一张图讲清楚“线-站-路”三层关系3.1 线路走向的几何绘制要贴合实际车道TransModeler中绘制公交线路是在“Transit”图层里完成的方式与绘制普通车辆路径类似但有几处细节完全不一样值得单列出来说明。首先是线路走向的贴合度问题。绘制线路时必须沿路段中心线走但更准确的做法是使用“车道级路径”功能把线路的轨迹绑定到具体的车道。为什么需要做到车道级因为只有绑定到具体车道仿真时公交车才会持续行驶在公交专用道上不会因为换道逻辑而偏离路径。我之前在一个项目中看到其他工程师用中心线画完线路就结束了结果模型运行时公交车偶尔会“跨线行驶”背景社会车辆对该车道的占用率数据也明显失真。后来我逐条把线路改绑到公交专用道输出结果立刻正常了。其次是线路节点的选择顺序。TransModeler要求线路必须按“站点顺序”排列节点这意味着你在绘制线路时如果沿途有10个站点那么线路的几何走向顺序必须严格与这10个站点的空间顺序一致。别小看这个要求实际画图时你很容易因为道路渠化绕行、高架上下匝道而调整线路走向一旦节点顺序被破坏TransModeler会直接报错或者更隐蔽的问题是线路站点虽然在地图上看起来正常但车辆运行时完全不理睬站点直接通过。第三尽量用“线路模板”来管理多条相似的线路分支。比如某条快速公交主线有“全程车”“区间车”“大站快车”三种运营模式在TransModeler里可以分别创建三条线路但共享同一组站点集合。这样后续调整站点位置时只需要修改共享的站点对象三条线路的路径会自动同步更新省去了逐个线路改站点的痛苦。3.2 站点的“车道侧”决定上下车行为始终记住一个原则公交站点不仅是一个点它是依附在某条路段某条车道上的一个有向停靠位置。在TransModeler中每个站点必须被赋予明确的“方向”“车道”“位置偏移量”。方向站点是服务于上行方向还是下行方向或者双向共用。如果双向共用要注意两条方向的车流不能共享同一个停靠位置否则会形成对向冲突。车道这是很多新手忽略的地方。站点必须绑定到具体的车道编号比如“第1车道最外侧”或“第2车道公交专用道”。如果不绑车道仿真时系统可能默认公交车辆会在任意车道上停车这明显不符合实际。位置偏移量这个参数描述站点距路段起点的距离单位是米。设置偏移量时你需要确定道路沿线里程桩的起点位置通常以路段上游节点为0米。我习惯把站点偏移量精确到5米以内因为公共交通乘客的“步行接驳范围”对站点位置非常敏感如果偏差过大后续的步行分配模型会产生误导性的结果。我还想提醒一点在TransModeler中站点与公交线路之间不是一对一的关系而是一对多。一个大型换乘站可能同时服务于五六条线路建模时你只需要维护这一组停靠位再把这些线路分别关联到同一个站点对象上即可。这样在统计站点上客量时数据会自动按线路维度汇总非常方便。3.3 线路发车频率的初始设定技巧绘制完线路后需要设置每条线路的发车频率。这里有一个建模习惯非常关键不要一开始就用真实运营时刻表来跑模型我建议先用“固定频率法”做初标定。所谓固定频率法就是给每条线路设定一个整数化的发车间隔比如高峰15分钟一班、平峰30分钟一班先把整个模型跑通确认路网性能、站点停靠逻辑没有明显问题。然后再把真实的“首末班时间发车间隔变化表”输入到发车计划中逐步逼近实际运营情境。这样做的好处在于当初期模型出现异常时你可以快速判断问题到底是出在路网几何层面还是出在发车计划层面而不是在两者的耦合中迷失方向。如果你的研究对象是快线或BRT系统建议把“停站时间分布”数据也一并做成外部CSV导入。停站时间并不等于一个固定常数它受上下客人数影响比较大。TransModeler内置的停站时间公式会按上车人数、下车人数和单位平均服务时间来计算单位平均服务时间通常设定为成人上车2.5秒/人、下车2.0秒/人。如果你的项目涉及老年人或携带大件行李乘客比例较高可以适当把服务时间上调到3.2秒/人否则高峰站的停站时间会被低估。4. 车辆运行与停站规则让公交车“懂规矩”4.1 首个站点的boarding规则是隐性关键TransModeler仿真的公交车车辆运行并不是简单的“压着线跑”它需要在每个站点判断是否要停靠、停靠多久、开关门顺序如何。这里最容易出问题的是线路的首个站点。在TransModeler中如果你不特殊配置车辆在线路起点站会执行“boarding”动作也就是说它会等待乘客上车并且这个等待时间受“发车延误”参数影响。但很多公交系统的实际运营中起点站的乘客往往在线路发车前就已经在车上等候车辆只需要准点出发即可。这时我建议把首个站点的“boarding”行为关闭只保留“timing point”功能——即车辆在起点站只需检查是否到了发车时刻到点就走。为什么要特意强调这个因为如果你把第一个站点也按普通站点处理仿真时发车频率会被人为拉长尤其在大客流起点站车辆排队等上客的时间会被计入行程时间导致后续所有站点的到达时刻整体偏移。这个细节看似小但对“公交行程时间可靠性”指标的影响极大。4.2 停站时间阈值与开关门逻辑TransModeler的站点停靠逻辑里有一个参数叫做“最小停站时间”minimum dwell time另一个是“最大允许停站时间”。两个阈值配合使用可以模拟“如果没人上下车车辆可以直接通过”的行为。实际操作中我建议最小停站时间设为2到3秒。原因是公交司机在实际操作中即使看到没人上下车也会做一个“减速-停车-开门-关门-起步”的完整动作完全不浪费时间是不可能的。但如果你的模型里车辆停站时间总是等于最大停站时间那就要检查上下客需求是不是设置得过高或者车辆容量是不是设得太小导致拥挤无法上车。车辆容量是另一个容易被忽视的变量。TransModeler允许你设置每辆公交车的“总载客容量”和“座位数”。如果你的模型中容量设得过大乘客全部上车后车辆仍然轻载那么高峰和平峰的拥挤度差异就体现不出来反之容量设得过小会出现站台滞留人数暴涨进而引发下游站点的“跳站”现象。我的建议是优先采用实际车型的公告荷载人数比如12米城市客车荷载80人其中座位约28个。如果做远期方案评估可以在此基础上乘以1.1的弹性系数但一定要在模型说明文档里注明这个系数。4.3 车辆加减速性能对行程时间的影响公共交通建模中车辆动力性能对行程时间的影响往往被高估或低估。TransModeler默认的公交加速度大约在0.8到1.2 m/s²之间这个范围基本符合城市公交的平均水平。但BRT或纯电动公交的加速性能往往更好可达1.5 m/s²以上减速性能也更强。在项目实践中我通常会在“车辆类型”里建立两种公交车型标准车和BRT车。标准车加速度设1.0 m/s²减速度1.2 m/s²最大车速50km/hBRT车加速度设1.4 m/s²减速度1.5 m/s²最大车速80km/h。如果你懒得分两种车型整个公交网络只用一种车型参数来跑最后输出的行程时间方差会非常小这在分析“公交运行可靠性”时就是一个失真源。因为现实中普通公交和BRT在路段行驶时的速度差异会导致乘客等车时间的波动性显著增加。5. 发车计划与车辆调度从频率到时刻表的完整建模5.1 初始发车数量与“偏置”设置在TransModeler中发车计划的核心对象是“车次”trip。每条线路每天可以包含几十甚至上百个车次。设置车次时有三个维度需要同时确定起点发车时刻、终点到达时刻或行程用时以及车辆编号。最容易被忽略的是“车次偏置”这个概念。很多人在配置文件里把每条线路的发车时刻统一定为整点或半点例如8:00、8:15、8:30这样规整地排列。但现实中的公交车队并不是所有车辆都能准时从头班开始运营车辆在线路上的起始位置可能分位于不同的站点。TransModeler允许你在车次中指定“起点站点索引”如果你把某条线路的某个车次设为从第3站开始载客那么车辆会先在起点站空驶到第3站后再开始正式的载客行程。这个机制可以用来模拟“区间车”或“车辆周转调度”的真实情境。5.2 让模型自动生成车次表的两种备选方案如果你手上没有完整的运营时刻表但又想快速构建一个有合理发车频率的公交模型TransModeler提供了另一种机制按频率生成。你可以设定“从6:00到9:00每10分钟一班从9:00到16:00每20分钟一班”。系统会自动把这一串车次插入到线路时间表中。用频率生成法时有一个参数叫“偏差容忍度”departure tolerance它表示车辆实际发车时刻与计划时刻之间允许的最大偏移量。TransModeler默认可能给到2分钟但我建议在早期建模阶段把它设为30秒以内让车辆严格按照计划运行。因为公交模型中发车准点率是一个重要输出指标如果你一开始就让偏差容忍度很大那么后续输出的“到站准点率”数据就失去了基准意义。这一点很多教程不会提只有你实际做完一整轮标定后才会体会。5.3 车辆编组与回场车处理高峰期加车、平峰期抽车这是公交运营的常态。TransModeler中处理“回场车”会比普通私家车建模多一层约束——回场车虽然没有载客任务但必须使用公交专用道和站点专用进出口而且不能占用常规乘客站台。我在做线路车辆周转分析时会单独建立一组“场站线路”deadhead routes用来表示车辆从终点站驶回车场或者从车场驶往起点站的空驶过程。这组线路在仿真中会占用道路资源影响社会车辆的行驶条件所以不能省略。否则你计算的“公交专用道社会车辆延误”会缺少空驶公交车的干扰因素结果偏乐观。6. 乘客需求分配从OD矩阵到公交上客量的关键一跳6.1 公交OD矩阵与道路OD矩阵的分离公交建模的乘客需求分配在TransModeler里通常依赖于一个公共交通OD矩阵。这个矩阵描述的是“从哪个交通小区出发、使用公共交通、到达哪个交通小区”的乘客量。它和道路网络的小汽车OD矩阵是两套独立数据但两套矩阵在空间上必须匹配到同一个交通小区划分否则模型会出现“小区割裂”的严重错误。拿到OD矩阵后TransModeler会执行“公交路径选择”过程为每位乘客选择一条公交出行链。这个过程要考虑的因素包括步行到站时间、候车时间、车内时间、换乘次数和换乘走行时间。默认的广义成本函数中候车时间的权重通常设置为车内时间的1.5到2倍换乘惩罚则折算为等效车内时间5到10分钟。如果你的模型里乘客需求不高比如总数只有几千人那么分配结果会比较稳定。但如果是数十万人的大区域公交模型我强烈建议把需求分配逻辑切换为“随机用户平衡”模式让每个OD对的路径选择结果有一个合理的波动范围而不是每次都选择同一条绝对最短路径。这种随机性更贴近实际因为乘客对公交系统的感知并不完全理性。6.2 步行接驳范围要按场景调整基于站点的步行可达范围是公交需求分配中影响面最广的参数之一。TransModeler默认的步行接驳半径通常取500米也就是大概步行6到8分钟的距离。但如果你研究的对象是城市核心区建议把半径缩到300米因为中心城区换乘便利乘客愿意步行的距离更短而如果是外围新城或镇区公交可以把半径放宽到800米甚至1000米。一个容易犯的错误是用同一个半径套全部站点。结果往往是中心区站点的上客量被高估外围站点的上客量被低估。在实际项目中我会按站点周边用地性质分组设置半径商业核心区300米、居住区500米、工业区外围800米。这种精细化的建模确实需要多花一些前期整理时间但换来的是后续站点压力分析、车辆配置方案的高置信度。6.3 公交容量约束与过载跳站公交系统的容量约束是区别于道路仿真的核心特征之一。在TransModeler中公交车载客量是有限的当车辆达到额定载客量后后续等待的乘客无法上车只能等待下一班车。这个“过载跳跃”行为如果处理不好会出现如下失真场景高峰期某站台等待人数很大但仿真结果是每一辆车都能正常接走所有乘客车辆载客率永远在额定容量以下这显然不真实。处理容量约束的关键参数是“最大载荷因子”。我通常设为1.0到1.2允许早晚高峰短时超载10%到20%符合公交运营现实。此外TransModeler里会有一个“留存率”参数用来估算“因过载而无法上车的人数”。你将这个人数按时间序列导出后可以直接用Excel画出“滞留乘客曲线”。这条曲线对公交公司调整班次非常有说服力比单纯输出“平均满载率”更能直观暴露供给缺口。7. 输出分析与方案比选别让仿真止步于“动画好看”7.1 多维度KPI的选取逻辑公交仿真项目汇报时领导关注的无非是几类指标运行速度、准点率、断面满载率、乘客等待时间、车辆运营成本。TransModeler自带的分析工具可以生成很丰富的表格和图形但裸用默认输出会让人陷入指标海洋反而抓不到重点。我建议根据项目合同的研究目标来选3到5个核心KPI做成对比表。例如研究“是否新增公交专用道”这个方案时我关注四个指标公交平均行程时间、公交运行速度标准差代表可靠性、社会车辆平均延误代表影响、交叉口排队长度代表空间溢出风险。这四个指标覆盖了公交效率、可靠性、影响程度和空间约束四个维度缺一不可。7.2 靠站时间热力图与断面客流图如果要向不懂仿真的决策者展示成果我强烈推荐两个输出一是“站点停靠时间热力图”另一种是“断面客流时间-空间图”。站点停靠时间热力图把每个站点在高峰时段的总停靠时间按颜色深浅展示在地图上。某站颜色越深代表该站的公交停靠压力越大潜在排队风险越高。这个图几乎不用解释汇报时领导一眼就能看出最紧张的站点在哪里。断面客流时空图则是把公交线路上每个断面的客流量绘制成随时间变化的剖面图可以直接看出客流高峰的推移方向和峰值断面位置这是编制行车计划的第一手依据。TransModeler的“Transit Performance”模块里提供了这两种图形的雏形但你可能需要把输出的CSV数据再导入到专业可视化工具里精细调整样式。不要嫌麻烦因为这类图在评审会上最能体现建模深度。7.3 多方案比选中的一致性要求如果你要做“现状方案”和“规划方案”的对比有一个大坑必须避开两套方案中的需求数据必须保持一致。公共交通模型对需求变化极度敏感如果你在规划方案里顺手调高了公交分担率或者增加了站点周边人口数据那么输出的差异就说不清是路网方案导致的还是需求变化导致的。做严谨的方案比选时固定需求输入只改变供给方案才能让对比结果具有归因价值。此外每次跑完模型建议把模型版本号、参数文件哈希、OD矩阵文件名都记录在案。公交建模项目的周期通常会横跨好几个月没有版本管理的话很容易出现“这个方案结果怎么跟我上周跑出来的完全不一样”的尴尬局面。我自己的习惯是用日期方案描述做文件名比如“20250412_方案A_公交专用道_早高峰”绝不使用“final_v3”这类模糊命名。8. 常见问题与排查技巧实录8.1 公交车不按线路走或直接跳过站点排查顺序先检查线路节点顺序与站点顺序是否一致然后检查站点是否绑定到了正确的车道最后检查站点是否处于线路路径的“服务范围”内。我遇到最多的情况是站点偏移量设到了路段的中间但线路路径在路段末端走的是另一个方向系统判定站点不在线路上直接忽略。8.2 公交车辆在站点区域频繁换道这个通常是“站点拓宽段”没有设置好。你需要在站点前后增加足够长度的渐变段让公交车能平滑地从主线车道进入拓宽段。渐变段长度建议控制在20到30米太短则车辆切换轨迹过急不仅看着别扭还会影响相邻车道车辆行驶。8.3 满载率一直偏低或偏高满载率偏低先看需求OD矩阵是总量不足还是分布过于分散满载率偏高则检查车辆容量设置和发车频率是否匹配。还有一种隐蔽原因某条线路与其他线路共享了过多的重复路段导致客流被多条线路分流每条线路的满载率都不高。这时要检查是不是乘客换乘逻辑中的“换乘惩罚”设得太低乘客被诱导到了多乘一次车的方案里。8.4 模型跑完后输出文件巨大TransModeler的城市级公交模型跑完一整天仿真输出的原始事件文件可能有几十GB直接处理会非常痛苦。我习惯在仿真设置里只输出聚合间隔为15分钟的统计数据而关闭逐秒级的事件事务日志。如果你确实需要逐秒级数据来分析局部拥堵传播过程那也是单独再跑一小段时间窗口而不是全时段全量输出。8.5 常见问题速查表问题表现可能原因建议解法公交车不进站站点方向错误检查站点方向属性是否面向线路行驶方向公交车长时间堵在站区拓宽段过短或泊位不足增加拓宽段长度与泊位数乘客等待时间异常高发车频率过低或容量不足调整发车间隔或增大车辆容量满载率曲线过于平缓车型参数未区分建立标准车和BRT车两套车辆类型公交专用道空置但社会车道拥堵公交发车频率太低核对线路发车计划是否为空增加车次仿真结果与真实GPS数据偏差大停站时间公式参数不当根据实际上下客时间标定单位服务时间9. 个人实操收尾一个容易被忽略的“校核技巧”公共交通系统建模做到最后我通常不会只依赖TransModeler自带的验证工具去判断模型好坏因为内部的指标只是相对参考真正能检验模型贴近真实的是外部数据。我在每个项目都会找公交运营方要三样东西线路的平均运营速度、每个重点站点的实际上下客人数、以及早晚高峰的车辆准点率。把这三个外部观测值与仿真输出做对比偏差如果在15%以内模型基本可以用于方案测试如果某个站点的偏差超过30%我会回到那个站点的周边做一次实地访问——往往是站点位置在现实中因为有障碍物或站台长度限制而发生了移动而路网数据里还是旧位置。这种“现场校核”看起来土办法却是我见过最能提升模型可信度的环节。最后再分享一个实操细节公交建模过程中图层管理务必保持清爽。我会单独为公交系统建立一套命名规范例如“BUS_站点_编号”“BUS_线路_编号”“BUS_车场_编号”这样当你做多方案反复迭代时随便打开一个图层从名字就能判断它的作用而不会因为几十个同名图层而抓狂。命名的成本几乎为零但节省的返工时间非常可观。公共交通系统仿真的核心价值并不在于把公交车的轨迹模拟得多么炫酷而在于帮助工程师用严谨的量化逻辑去验证“线、站、车、人”四个要素之间的互动关系。只要你在路网设施、线路站点、车辆运行、发车计划、需求分配这五个层面都做到位输出的模型就具备真正的决策支撑能力。希望这篇分享能让你在TransModeler的公交建模路上少走几段弯路。