Логистика

【Factorio】星际物流与火箭运输设计(太空时代)

Factorio 2.0 与太空时代的星际火箭运输,与其视为特殊事件运输,不如将其作为地面物流的延伸来设计会更稳定。将火箭筒作为供应端,货物着陆垫作为接收端和需求端,太空平台枢纽作为需求和被动供应的中心——这种整理方式我发现最不容易出现卡顿。

Логистика

【Factorio】星际物流与火箭运输设计(太空时代)

Factorio 2.0 与太空时代的星际火箭运输,与其视为特殊事件运输,不如将其作为地面物流的延伸来设计会更稳定。
将火箭筒作为供应端,货物着陆垫作为接收端和需求端,太空平台枢纽作为需求和被动供应的中心——这种整理方式我发现最不容易出现卡顿。

说实话,最初我只是想送200个修理包,结果因为满载等待一直飞不出去,到了目的地又因为货物着陆垫每次只能接收一组物品导致卸货堵塞,折腾了好久。
后来我意识到,只要先定下最小装载量、周边布局和按星球分类的需求规则,连小额补给和应急维修都能非常顺畅地自动化。

本文面向想从手动运营升级到自动化的太空时代玩家,将详细讲解大额定期班、少量补给班、紧急维修班的区分与设计规则,确保你的物流不会卡顿。

【Factorio】星际物流与火箭运输的基础知识

确认目标版本与DLC

本文的前提是 Factorio 2.0 + 太空时代(Space Age)
太空时代是2024年10月21日发布的扩展内容,从这个版本开始,火箭的定位发生了很大变化。
按照太空时代的设计逻辑,宇宙到达和其他星球的访问成为了进度的中心,因此火箭不再是"游戏后期的奖励",而应该看作"日常使用的物流设备"。

如果背离了这个前提,会很难将星球内物流和星际物流放在同一个设计框架内进行比较。
我最初是用铺设铁路的思路去看待宇宙物流的,但太空时代要求在这里进行一次重要的思维转变。
星球内的基本逻辑是:定量大流用传送带,长距离大量用列车,短距离且需要配线灵活性时用物流机器人。
星际之间则必须用火箭,因为火箭是跨越星球的唯一核心物流手段。

理清这一点之后,你就能很顺畅地比较各种运输方式。
传送带擅长连续供应,基础传送带速度是 1.875 瓦尔/秒,高速传送带是2倍,极速传送带是3倍。
但距离越远,配线就越容易肥大。
列车则擅长在长距离上整合大量物资,容易成为大规模运输的主角。
物流机器人能无视障碍物灵活搬运,但受限于机器人站覆盖范围和充电能力。
跨越星球的那一刻,前三者就派不上用场了,火箭接管所有星际运输任务。

与原版卫星发射的区别

原版中,火箭长期以来一直是"游戏通关演出附近的存在"。
很多人的印象就停留在"装卫星然后发射"这个阶段。
我自己也是,强烈觉得卫星=游戏结局
所以刚进太空时代的时候,我花了不少时间才适应把火箭当成批量生产设备的思路。

但太空时代中这完全不同了。
火箭不再是偶尔打一次的特殊事件,而是运行日常物流的主角,处理建筑材料班、维修班、星球专有资源班。
换到地面语境,这就像放传送带和铁路一样——要从"放什么"转向"怎么流"的设计思维。
理解了这一点,星球内幹线设计和星际补给设计就能统一成一套逻辑。

卫星发射本身没有消失。
货物着陆垫在接收装有卫星的火箭发射时,有接收1000个太空科学包的机制。
这在『 - Factorio Wiki』中能确认。
但本文的核心不在那里,而是作为货物运输手段,如何运用火箭
研究包的接收是规则的一部分,了解一下就够了,设计重心应该放在"运什么、从哪个星球发、用什么班型运"上。

💡 Tip

把火箭看作地面物流延伸的时候,火箭就不显得特别了。星球内,列车承担长距离干线,机器人处理驿站前和商业区的灵活运输,传送带是稳定流的骨架。星际边界则由火箭承接,分工明确。

货物着陆垫 - Factorio Wiki wiki.factorio.com

配方与规则的版本差异要点

火箭相关信息很容易新旧混杂。这一点看似细节,但实际很关键。特别是搜索时踩到老文章或老截图,会导致当前设计和规则不匹配。

首先要记住的是,火箭由100个火箭部件组成,每个部件贡献1%进度
这是『 - Factorio Wiki』中的现行标准,是你考虑如何把一班火箭纳入生产线的基础。
如果你把"发射1班火箭"看作"有100步制造进度的物流班次"而不是"一次大事件",那么部件供应不足的问题就容易理解了。

另一方面,旧火箭信息里出现的火箭控制装置(RCU)在太空时代的系统中已经不用了。
如果还按旧规则想,会困惑"为什么不需要RCU生产线"。
查看『Upcoming features - Factorio Wiki』或现行火箭部件页面的流程,这个差异应该作为版本差异来理解。
也就是说,旧原版的火箭素材结构2.0 + 太空时代的火箭素材结构不能混为一谈。

这个版本差异不仅影响配方,还影响设计思路。
如果保留旧认知,容易觉得"火箭是游戏后期的超稀有品",但太空时代已经改成"提前纳入物流设备"的前提了。
这样的话,即使在铺设星球内物流时,你也应该想到最后怎样连接到火箭筒,避免浪费。
比如稳定大流的中间材用传送带汇聚,矿石和建材这种长距离大量运输用列车集约,筒子周边的细致补给才用机器人——这套配置兼容性很强。
后面再把星际班次挂上去,地面和宇宙就不会显得像两个游戏了。

火箭部件 - Factorio Wiki wiki.factorio.com

构成星际物流的三大设施与分工

火箭筒

火箭筒是三个设施中最容易理解的供应端
说白了就是地面工厂制造的物资送往宇宙的出发口。
自从我把筒子看作"宇宙向的供应箱子"以后,筒子周围的设计就顺畅多了。
地面集聚好要送什么、送多少,然后灌进筒子里。
看起来特殊,脑子里其实是地面物流的延伸。

火箭本身按『 - Factorio Wiki』的说法是100个部件完成
这意味着筒子不仅是装货的地方,还承载着每班火箭的制造进度。
因为这个特性,筒子的瓶颈不只是"想送的东西不够",还包括部件供应断档、要送的货物分散无法集中、少量班次却发射条件太重这种问题。

实际运营中,把筒子放在工厂末端不如放在用列车或干线传送带汇聚物资的发送驿站
建筑材料、维修品、弹药、模块素材这类想在星际间调配的东西,在筒子前统一成一条线,这样能清楚看出"这套设备向哪个星球送什么"。
反之如果各种生产线直接插进筒子,地面物流的卡顿就直接变成宇宙班次的延误。

把筒子定位为供应端后,设计决策就明确了。
与其让筒子自己做细致判断,不如地面负责制造和在库,然后往外推
我最初把筒子看作"宇宙物流的中枢装置",后来才明白它其实只是发送部门。
决策的中枢应该在需求侧,筒子只要满足需求就行。
这样出了问题,排查也快。

货物着陆垫

货物着陆垫是星球侧的接收兼需求中心
是宇宙平台投下来的物资着陆点,同时也是向宇宙侧表达"这个星球需要什么"的窗口。
如果你把它看作地面的需求箱子,星际物流的全景就一下子看清了。
我也是通过这个对标才最后理解透彻的。

- Factorio Wiki』上的重点是,一次只能接收一组物品
这看起来微不足道,但实际很核心。
对着大规模班次设计的话容易忽视——着陆垫不是无限吞吐的。
少量高频补给还好说,但货物集中到达时,这里就成了瓶颈,容易律速。

这个限制导致着陆垫周边必须是"到了立刻就能快速分散"的构成。
接收后交给机器人还是用传送带快速分类,亦或送到列车驿站的临时集散地,会很大程度影响体感的流畅度。
我的理解是,着陆垫不是仓库本身,而是星球的入境口
入境口堆积货物的话,下一班飞机就堵了,所以到达后的搬出设计必须和接收本体一体考虑。

卫星火箭发射时着陆垫接收1000个太空科学包的机制也存在,但从物流设计的角度,作为星球入口窗口的理解更重要。
在这里放需求,接收从宇宙来的货,再分散到地面物流——这个完整流程理清的时候,你就容易判断每个星球该自给什么、该输入什么了。

太空平台枢纽

太空平台枢纽是宇宙侧的运营据点。
根据官方页面,枢纽有库存,有自动请求功能,作为平台中心运作——这些都很清楚。
但角色定位上,"既是需求箱子,持有的东西又对平台工作有供应功能"这个理解最易用。

这种"既像需求箱子又像被动供应箱子"的整理,与其说是官方的逐字说明,不如说是实操中这么理解才特别好用的知见。
我一开始也在这里卡壳最久。
如果只把枢纽当仓库,那为什么它能请求、为什么平台资源要从它这儿来就连不通。
反过来,这地方汇聚想要的东西,同时让平台作业能用到的储备和供应枢纽,这么想就顺了。

特别是平台运营,由于不像地面可以随意排列箱子整理,对枢纽的理解就成了设计轴。
建筑用资材和维修物资的自动请求看起来像需求箱子,枢纽内的在库可以供平台作业这一点又显示了供应的一面。
所以这个设施不能简单的"接收"或"发送"来看,而是宇宙侧需求与保管的中继核

理清这一点后,三设施的关系就很漂亮了。
地面汇聚后送宇宙的是火箭筒,星球上接收和需求的是着陆垫,宇宙中请求同时作为中心保管和供应的是平台枢纽——分工很清楚。
说白了,我理解到这里以后就觉得"宇宙物流是复杂的结构"变成了"物流箱子的角色分工跨越了地点",豁然开朗了。

💡 Tip

脑子里记住,供应=火箭筒,需求=货物着陆垫,宇宙需求兼保管=太空平台枢纽。套用地面『 - Factorio Wiki』的角色定义,各设施责任范围就清晰得多。

Space platform hub - Factorio Wiki wiki.factorio.com

设施角色对比表

文字理解没问题,实际搭建时用表格分角色会不容易迷茫。特别是"哪里供应、哪里需求、哪里容易堵"能一眼看清的话,故障诊断就快了。

设施主要角色主要输入输出地面物流箱子的类比容易卡顿的地方
火箭筒宇宙向供应端。汇聚地面工厂的货物,送向平台或其他星球输入:地面工厂货物、火箭部件 / 输出:火箭班次供应箱子角度看好理解货物汇聚不足、火箭部件供应停滞、小额班次在满载等待
货物着陆垫星球侧接收兼需求中心。接收宇宙投下的货物输入:从太空平台投下的货物 / 输出:星球内传送带、机器人、列车网类似需求箱子一次接收一组物品的限制、到达后搬出不足
太空平台枢纽宇宙侧需求、保管、运营中心输入:从星球发射的物资 / 输出:平台建设、补给、轨道投放看作需求箱子兼被动供应箱子就好理解库存偏差、需求设置混乱、宇宙保管与消耗的竞争

这个表显示了三设施不是相似的容器,而是发送、接收、宇宙中继的明确分工。
要是卡住了,按"是发送端问题""是接收端卡了"还是"宇宙侧需求整理有问题"来分,就很容易追到根源。
我这样分离以后,就能在同一网络上共存多个星球的专用班次和应急维修班,完全不冲突。

搭建第一条自动运输线的步骤

研究:火箭筒与宇宙到达

要用最小配置搭自动线,起点就是火箭筒研究。
没这个,地面往宇宙送东西的手段都没有。
而且本次要做的不是"大规模运输",是从纳乌维斯往宇宙平台或其他星球自动送少量补给,所以先要能稳定飞出一班。

准备火箭的时候,『 - Factorio Wiki』说得很清楚,积累火箭部件到完成。
这里常见的坑是,筒子放下来的时候就觉得"进入宇宙物流了"。
实际上还有一大堆事——往筒子灌的部件材料、要送的货物的汇聚都是另外的问题。
我最初研究一完成就兴高采烈,但其实本场才刚开始。

这个阶段记住一点会轻松:先把第一班限制在建筑材料和最基本补给
开头就品目太多的话,卡在哪儿都看不清。
失败的套路就是研究完马上"什么都送",结果筒子端供应不足和需求设置的坑同时踩。
最初时候追求复现性,把班次角色范围缩得小一点比较稳。

星球/平台的进驻

接下来要准备物资的去向。
去向大体是两种:直接补给宇宙平台前提在其他星球地表着陆
最小配置容易组的是先搭宇宙平台、给它补给。
宇宙平台是太空时代的中心机能,停泊在目标星球轨道时可以和地面对接物资。

这里要意识到的不仅是"送去哪里",还有"停在哪个星球轨道时交接"。
平台不在目标星球轨道的话,地面交接就进行不了。
换句话说,看起来是物流问题,实际可能是平台航线指定错了。
这个看似细节,特别容易踩。
只看筒子不看平台,结果平台其实在另一个地方,货就送不出去——这个常常发生。

进驻其他星球的时候思路一样,要先确认接收地已经能运转。没有着陆点的情况下光搭自动补给,到了以后没处卸,下一班也堵——这种情况容易出现。

货物着陆垫的安放

地表接收的话,货物着陆垫是第一优先。没这个,星球侧收货窗口都没有。角色前面说过,但落到流程时要记住:不只是放,还要一起接好搬出路线

- Factorio Wiki』再强调一遍,接收是一次一组单位。
所以到了以后要快速逃出去,不然这个收货口就堵上,下一班卸货就慢了。
最初容易觉得"少量班次呢,随便一个箱子就行",但实际少量班次反而这个堵最明显。
一次一组,建筑材、传送带、柱子这么多品目混在一起,搬出地不够强就很容易停。

放的位置要考虑能在着陆垫外面立刻接上传送带或机器人站。
机器人站的物流范围是50x50瓦尔,所以那个范围内能整整齐齐的话用着舒服。
坑是把垫子放得远远的,后来再硬接搬出线,这样既不好确认到货,也不好查卡顿。

太空平台枢纽的需求设置

送去宇宙平台的话,中心就是太空平台枢纽。
这里不设需求,地面也搞不清"要送什么、送多少"。
枢纽不是单纯仓库,是补给起点,所以初回自动班次最好是只请求建设用的最少资材

具体的话,初次班次里能用完的建筑材料小额请求。
品目多了就看不出哪个没满足而卡住。
而且手动请求会牵扯配送源的星球指定,自己要很明确"从哪儿来"的前提,否则容易乱。
我试过一次,想从纳乌维斯送的资材其实条件变了,结果筒子动了补给却配不齐,状态很奇怪。

初回要"这班是为了开工用的"这样明确。
平台上要做幽灵建筑的话自动请求也配得好。
反过来要细致控制"从哪个星球来"就用手动需求,挑动更清楚。
坑是需求量太大,和后面要讲的最小装载量不搭,班次一直飞不出——这种事别做。

地面供应端的接入

需求设了还不行,东西不会自己飞。
纳乌维斯这边要接一条往火箭筒流东西的供应线。
最小配置不需要什么大型专用驿站或列车网。
先搞一条确实能汇聚到筒子的供应线就够。
传送带还是机器人都行,但初回还是用传送带好——流向能看清,排障容易。

这里关键是分清:火箭部件的材料线和货物本身的线要在脑子里分开。
筒子不动时,是"想送的不够"还是"完成筒子进度的那边慢了",对策完全不同。
混在一起就成了本来缺补给其实是筒子制造停了这样的绕路。

初次自动班次不要把地面各种线都杂乱地插筒子里,要定向到补给对象的专用插入点
这样容易重现。
坑是一次接很多线,筒子里品目乱了,每班内容都不稳定,测试结果也看不出。

💡 Tip

初回自动化要"一个筒子、一个去向、补给品目少数",卡住的地方就一目了然。我欲望多的时候每次都是设置错和供应不足同时踩,得花时间分离。

少量补给的测试投送和日志确认

线接好需求定好,别直接本运营,先跑少量补给测试。要确认的不只是"东西能到",还有不会因满载等待卡住,还有着陆垫接收的一组限制会不会堵

特别要看的是最小装载量。
官方Wiki上正式说法和既定值可能不全面,但实操上这个太关键了。
自动发射可能为了装满而一直等,导致少量班次卡在那儿。
我初回就是这样,建筑材料一直没来,其实是在等凑齐装载。
降一下数字,班次一下子就跑起来了。
做少量补给班,这个行为确认很重要。

日志和状态要看清下面这个流程有没有通:筒子聚货,火箭发出,平台或地表接收,着陆垫分散出去。哪里停了那里就是瓶颈。到了但下一班慢,就怀疑着陆垫周边搬出不足。

测试这阶段,成功标准不是"大批量到",而是少量也不停、走完一圈。这个通了,之后加品目加班次也不容易崩。反之初圈就模糊,之后扩展就真的什么都看不清了。

设计要点:满载等待、一组限制、星球分类需求

少量补给最容易踩的坑就是"输入了需求却迟迟不飞"。
这个"满载等待",官方文档里逐字的既定值说法不是特别明确。
社区实操观察报告是"尽量多装然后发"的行为,所以实运营下调最小装载量这种对策就很稳,不过条件声明你该参照factorio论坛或社区讨论(比如 r/factorio、factorio@jp等)的相关讨论。

反过来,矿石类中间材或建筑材这种大批次的,最小装载量降太低就班次太多,运营散乱。少量补给班和大批定期班要分开对待。设计思路分成两套更好理解。

班次类型适合品目最小装载量考虑货物着陆垫周边搬送
少量补给班弹药、修理包、少量建筑材料降低以优先发车频率一个垫子起短距传送带或机器网快速分散
大批定期班建筑材、中间材、整批补给物资升高以降低班次数多个垫子为基础列车、高速/极速传送带、宽敞机器网

少量班优先"快速到达",大批班优先"单班密度"和"接收方吞吐",这样分工。如果不分,少量品延误,大批品接收方饱和,双输。

货物着陆垫的一组接收成为瓶颈

接收侧容易忽视的点就是『 - Factorio Wiki』说的一次只能接一组的限制。正因为有这个,班次到了以后,垫子外的货往不出去,下一班接收就慢。

少量班不太显露这个。
问题在大批班集中到一个垫子时显。
我送建筑材时,筒子生产通、火箭发射通,现场补给速度奇慢。
追根溯源不是火箭问题、不是平台问题,律速在着陆垫接收和周边搬出
加了垫子,一下子流畅了。
这个影响程度超出想象。

垫子本身增加还不够,要把垫子并联周边搬送增强一起考

article.share

R

RinSeo

Factorio 2,000時間超。100駅以上の列車ネットワーク運用実績と Death World マラソンクリアの経験から、物流・防衛の実践ノウハウをお届けします。