Factorio 列車スケジュールの設定と自動化【2.0対応】

Factorio 2.0.73の列車運用は、機能が増えたぶん最初のつまずき方も増えました。
この記事は、バニラ2.0で鉄道を組み始めた人や、同名駅運用に入ったあたりで本線詰まりが増えてきた人に向けて、「満載→空」の往復をまず安定させ、そこから列車数上限、さらに2.0の割り込みまで無理なく進む順番を整理します。
自分も最初に10本規模のネットワークを組んだとき、同名駅だけで回したせいで近場に列車が偏り、本線がしょっちゅう詰まりました。
そこで効いたのは難しい回路より先に、通常信号と連動式信号の役割を分けて、交差点で止まらない線路に直し、駅ごとの列車数上限を入れることだったんですよね。
要するに、安定した鉄道網は「高度な自動化」からではなく、「止まる場所を作らない設計」と「偏らせない配車」から始まります。
割り込みスケジュールはその土台ができてから触るほうが、失敗が一気に減ります。

【Factorio】列車スケジュール自動化の前提知識

対象バージョンと記事の守備範囲

この記事で扱う前提は、バニラ版のFactorio 2.0系です。
具体的には安定版の 2.0.73（2026/01/23） を基準にしつつ、テスト版 2.0.76（2026/02/25） で見えている差分は大きく外れない範囲で補足します。
Space Ageは別物として切り分けるのではなく、鉄道まわりに影響する差分だけ触れる方針です。
たとえば高架レールはSpace Ageの要素ですが、役割は「交差を減らして詰まりにくくする」ことであって、列車スケジュール自体の考え方を根本から変えるものではありません。

ここで大事なのは、2.0の新要素は“列車が勝手に賢くなる”機能ではなく、回路と組み合わせて初めて実用になる機能が多いという点です。
特に割り込みスケジュールはその典型で、固定ルートの往復よりずっと柔軟になった反面、設計側が考えることも増えました。
自分も最初は「これでLTNみたいなことが全部バニラでできるのでは」と期待したんですが、実際に回すと単純な同名駅運用より明らかに設計難度は上がります。

それでも導入価値はあります。
2.0では割り込みによる動的スケジュールが組めるので、列車をデポで待機させ、要求信号が立ったら仕事を取りに行かせる流れが作れます。
イメージとしては デポ待機 → 要求信号を検知 → 出荷駅へ移動 → 要求駅へ配送 → デポへ復帰 です。
これは従来の「A駅とB駅を固定往復する列車」とまったく思想が違って、必要な時だけ列車を動かす物流網に近づきます。

ただし、LTN modのような多品目・汎用配車をそのまま置き換えると考えるとズレます。
バニラ2.0で実用化しやすいのは、1駅1アイテムの単品目駅を前提にした構成です。
鉄板駅は鉄板だけ、銅鉱石駅は銅鉱石だけ、と役割を固定すると、要求判定も積み込み条件も整理しやすく、LTN風の運用に近づけます。
逆に複数品目を1つの駅でさばこうとすると、回路条件も列車側条件も一気に複雑になります。

列車・駅・信号の基本用語

まず整理しておきたいのが、列車スケジュールは「どの駅へ行き、何を満たしたら次へ進むか」を定義するものだということです。
列車は自動モードで駅を目的地として走り、積み下ろしも駅でしか行えません。
駅は単なる停車位置ではなく、自動運転の目的地そのものです。

積載量の感覚もここで押さえておくと後が楽です。
貨物車両は1両あたり40スロットで、アイテム輸送量は「40 × そのアイテムのスタック数」で見積もれます。
単一資源を大量に運ぶほど列車は強いです。
流体系はタンク貨車が50,000入るので、長距離の液体輸送では基本解になりやすいのが利点です。
駅の設計を考えるときは、1本の列車が一度にどれだけ持っていくかを先に掴んでおくと、過剰配車や受け入れ飽和を見抜きやすくなります。

駅まわりで混乱しやすい言葉は、同名駅と列車数上限です。
同名駅は、名前が同じ駅を複数置いて、列車がその中から行き先を選ぶ運用を指します。
採掘場を複数用意して全部「鉄鉱石積込」にする、という形ですね。
この方式は便利ですが、何もしないと近い駅に寄りやすく偏ります。
そこで使うのが駅プロパティの列車数上限で、受け入れ本数を制限して駅選択の偏りを抑えます。
複数駅運用がうまく回るかどうかは、この上限制御で変わります。

信号はさらに効きます。
基本は通常信号が線路をブロックに分け、連動式列車用信号が交差点や分岐の進入可否を判断します。
実践では「どこに止まらせるか」ではなく「どこで止まらせないか」で見ると見通しが立ちます。
自分がいちばんハマったのもここで、連動式信号を交差点出口に置く配置を何度もやっていました。
これ、地味に大事なんですよね。
出口側の退避スペースが足りないまま列車が交差点内に入って止まり、そこから本線全体が詰まり始めます。
最初は全然わからなかったです。

日本語の運用例を掴むなら、

スケジュール名で考えると、こんな形が最短です。

1. 採掘場駅を追加する
2. 工場駅を追加する
3. 採掘場に積み込み用の発車条件を設定する
4. 工場に荷下ろし用の発車条件を設定する
5. 列車を自動モードにする

これだけです。
大事なのは、駅を増やす前にこの1本が止まらず回ることです。
採掘場で積めない、工場で降ろし切れない、どちらかが起きるだけで挙動はすぐ不安定になります。
逆に2駅往復が安定すると、その後に同名駅や列車数上限へ進んでも、問題の切り分けがずっと楽になります。

発車条件の比較と推奨プリセット

2駅往復で詰まりやすいポイントは、線路より先に発車条件の組み方です。
基本として使うのは、貨物車両が満杯、貨物車両が空、非アクティブ、経過時間の4つです。
難しく見えますが、役割を分けて考えると整理しやすくなります。

採掘場側の基本は、積み込み駅なので貨物車両が満杯です。
十分に積めたら出発、という一番わかりやすい条件ですね。
工場側は荷下ろし駅なので、こちらは貨物車両が空が基本になります。
積み込みと荷下ろしで条件を対称にしておくと、挙動が読みやすくなります。

ただ、これだけだと現場では止まりがちです。
採掘量が一時的に落ちたり、ベルト上の品目が途切れたり、受け入れチェストが詰まり気味になったりすると、「満杯にならないから永遠に出ない」「空になり切らないから駅を占有し続ける」が起きます。
自分は最初、経過時間だけで無理やり回していたんですが、今度は空荷巡回が頻発しました。
ここ、地味にハマりできます。

そこで使いやすいのが、条件を保険付きで組むやり方です。
採掘場なら、満杯 OR 5秒非アクティブが群を抜いて優秀です。
きれいに満載できるときはそのまま発車し、鉱脈枯渇や搬送の途切れで積み込みが止まっても、5秒動きがなければ先へ進みます。
混入対策としても効きやすく、別品目が少し紛れたせいで満杯判定まで引っ張られる事故を減らせます。
工場側は空 OR 経過時間5〜10秒くらいが安定します。
ほぼ降ろし終えたのに端数で居座る列車を動かしやすいからです。

発車条件の考え方をざっくり比べると、こんな違いがあります。

実用上は、主条件に保険条件を足すのが安定します。
『ゼロから始めるFactorioの鉄道構築（駅と発車条件編）』でも、採掘場側に非アクティブを添える考え方が実践的です。
固定スケジュールの段階では、これだけで列車の性格が素直になります。

双方向編成と燃料補給のコツ

折り返し用のループを作りたくないときは、双方向編成が便利です。
ただし、ここでよくある勘違いがあって、双方向運転にしたいなら逆向きの機関車を追加して前後に機関車を置く必要があります。
片側だけ機関車が付いた編成は、見た目がそれっぽくてもそのままでは逆向きに走れません。
1-2-1や1-4-1が初心者向けと言われやすいのも、この前後機関車をそのまま形にしやすいからです。

双方向編成の利点は、終点で向きを変えるスペースがほぼ不要なことです。
採掘場の奥に突っ込んで、そのままバック方向へ工場に戻せるので、短い支線や狭い現場では扱いやすい構成です。
一方で、駅の向きと信号の見え方を間違えるとすぐ動かなくなります。
自分は初期に、線路は正しいのに機関車の向きだけ逆で、なぜか自動運転に入らない時間を溶かしました。

燃料補給も見逃せない分かれ目です。
1本運行では後回しにしがちですが、双方向編成は機関車が増えるぶん、補給位置を雑にすると片側だけ燃料が薄くなることがあります。
燃料専用駅を挟むなら、10〜15秒は停車させたほうが安定します。
短すぎるとインサータが十分に入れ切れず、走行距離が伸びたタイミングでじわっと燃料切れを起こします。
運用目安としては『

双方向にするときは、線路の省スペース化だけでなく、補給地点を編成の両端機関車に合わせる視点も持っておくと安定しやすい点で優れています。
列車が止まる位置とインサータの位置が少しズレるだけで、片側だけ十分に入ってもう片側が空、という妙な事故が起きます。
大規模化すると本線設計が主役になりますが、最初の1本はこういう基本のほうが効きます。

一方で、ドラム缶輸送はできなくはないものの、主役にする理由はあまりありません。
貨物車両は40スロットなので、ドラム缶を満載した場合の最大は20,000です。
ただ、実際には空ドラム缶の回収まで考える必要があるので、運用感としては1両あたり1万前後で見たほうがしっくりきます。
輸送量だけでもタンク貨車に差を付けられますし、空缶の往復処理まで入ると駅構成もややこしくなります。

この差は、実際に路線を伸ばすと際立って大きいです。
タンク貨車は「流体をそのまま積んでそのまま降ろす」だけなので、2駅往復との相性がいいんですよね。
ドラム缶は中身だけでなく容器の流れも管理する必要があって、初心者向けの最短ルートから少し外れます。
『ゼロから始めるFactorioの鉄道構築（便利な機能編）』でも、2.0環境の実用面ではタンク貨車中心で考えるほうが伝わります。

感覚としては、固体は貨物車両、液体はタンク貨車で切り分けると迷いません。
ドラム缶は特殊事情があるときの手段で、標準解ではない、くらいに考えると組みやすい印象です。
最初の1本を安定させる段階では、流体まで含めてもこの切り分けで十分通用します。

信号で詰まらない線路を作るコツ

通常信号と連動式信号の役割分担

列車のスケジュールをきれいに組んでも、線路そのものが詰まる作りだと意味がありません。
自動化の前段でいちばん効くのは、通常信号は区間分割、連動式信号は交差点や分岐の手前と割り切ることです。

通常信号の役目は、長い線路をいくつかのブロックに分けて、前の列車が抜けたら次を進めることです。
だから直線や交差点の出口側では素直に働きます。
逆に、交差点の入口を通常信号にすると、出口が詰まっていても列車が中へ入ってしまい、交差部分をふさいだまま停止しやすくなります。
これが起きると、横から来る列車も縦から来る列車も全部止まって、ネットワーク全体が一気に静かになります。
自分も昔、交差点前を通常信号にしていた頃は、まさにこの“全滅”を何度もやりました。

そこで使うのが連動式信号です。
連動式信号は、進んだ先に抜け場所があるときだけ入場を許すので、交差点や分岐の手前に置くと中で立ち往生しにくくなります。
交差点の前は連動式、交差点を抜けた先は通常信号、という並べ方は安全側です。
分岐でも同じで、本線から支線へ入る手前を連動式にしておくと、出口が詰まった支線に本線側の列車が吸い込まれにくくなります。

この配置に変えた瞬間、列車の流れが嘘みたいに静かになることがあります。
最初は自分も「信号の種類が違うだけでそんなに変わるのか」と半信半疑でしたが、交差点内停止が消えるだけで混雑の質がまるで変わります。
スケジュール設定で悩む前に、まずここを整えるほうが効果は大きいです。

Tutorial:Train signals/ja

wiki.factorio.com

交差点設計と待機スペースの作り方

信号配置が合っていても、交差点を抜けた先に列車1本ぶんの待機スペースがないと詰まります。
ポイントは、交差点後の直線に「先頭だけ出る」長さではなく、最長編成が収まる長さを確保することです。
列車の最後尾がまだ交差点内に残っている状態では、実質的に交差点を塞いでいるのと同じだからです。

ここでつまずきやすいのが、出口を見た目だけで短くまとめてしまうことです。
交差点そのものはコンパクトでも、抜けた先が短いと、前方の駅渋滞や本線混雑が起きた瞬間に列車が半分だけはみ出して止まります。
すると後続だけでなく、別方向の列車もその交差点を使えなくなります。
交差点の形より、交差点の外にどれだけ逃がせるかのほうがずっと大事なんですよね。

小さいラウンドアバウトも同じ罠があります。
見た目はかわいくて省スペースですが、出口が短いままだと環状部に列車が残りやすく、複数方向から進入したときに簡単にデッドロックします。
特に長めの編成を流し始めると、「入れたけど出切れない」が起きやすく、混んだときほど弱さが出ます。
自分は初期に小型ラウンドアバウトを多用して、普段は動くのに混雑時だけ壊滅する、という嫌な詰まり方を何度も見ました。

設計の感覚としては、交差点の入口は連動式で絞り、出口は通常信号で早めに次のブロックへ渡す形が扱いやすい構成です。
これなら「入る判断」は慎重に、「抜けた後の流れ」は細かく刻めます。
見た目の省スペースより、列車が交差点の外で待てるかを優先したほうが、路線が増えたときの安定感は大きく違います。

スタッカー（待機所）を併設する理由

駅前でよく起きる詰まりは、「荷下ろし中の駅に次の列車が来たのに、待つ場所が本線しかない」ことです。
これを防ぐのがスタッカーです。
要するに、駅に入れない列車を本線の外で整列待機させる専用の待機所で、混雑を駅周辺だけで吸収できるようになります。

スタッカーを置く理由はシンプルで、駅が埋まったときに本線へ待機列をはみ出させないためです。
本線上で止まる列車が出ると、その後ろの分岐も交差点も巻き込んで詰まりが広がります。
逆に、駅の手前で待機線を何本か用意しておけば、混雑しても本線の流れは保ちやすいと感じる場面が多くあります。
100駅規模まで広げると、この差は大きくて、スタッカーのない駅だけ局所的に事故源になりがちです。

配置の基本は、スタッカー入口を連動式信号、各待機線の出口や合流後を通常信号にする形です。
これで空き待機線がないときは入口で止まり、待機線に入った列車は順番に本線や駅へ流せます。
考え方は交差点と同じで、入ってから詰まらせないことを怠ると後で詰まります。

長さもです。
待機線が最長編成より短いと、せっかくスタッカーを作っても後尾が本線側にはみ出して意味が薄れます。
編成が短いときは気づきにくいのですが、貨物車を増やした途端に急に破綻します。
自分は駅だけ増設して待機線を流用した結果、スタッカーのつもりが本線延長になっていたことがありました。
スタッカーは「ある」だけでは足りなくて、その路線で使う最長編成が収まることまで含めて完成です。

駅を複数並べるときも、駅の前面に直接列を作るより、手前に共通スタッカーを置いてから振り分けるほうが管理できます。
スケジュールや同名駅の設定で混雑を減らすことはできますが、物理的な待機スペースがない線路は、結局どこかで詰まります。
信号設計とスタッカーは別物ではなく、止まる場所を本線外へ追い出すためのセットと考えると組みやすく、序盤の安定感が増します。

同名駅・列車数上限・駅の有効/無効で自動配車を安定させる

同名駅の挙動と近場偏重の理由

採掘場や荷下ろし駅を増やし始めると、同じ名前の駅を複数置いて、列車側のスケジュールは1つにまとめたくなります。
これは実に便利です。
鉄鉱石の積み込み駅を全部同名にしておけば、新しい採掘場を増やしても列車の時刻表をいちいち触らずに済みます。
自分も大規模化するときはまずこの形に寄せます。

ただ、同名駅だけで放置すると、列車は近い駅に寄りやすいです。
内部の厳密な計算式まで意識しなくても、実運用では「行きやすい駅に集まる」と覚えておくとだいたい合っています。
実際、自分もこれで詰まりました。
近い採掘場にばかり列車が吸われて、遠い採掘場は空いているのに誰も行かない、という状態です。
見た目には“駅が余っている”のに、全体のスループットはむしろ落ちるんですよね。

荷下ろし側でも同じことが起きます。
複数の製錬所や中間製品の受け入れ駅を同名にしていると、手前の駅だけ混み、奥の駅は暇になることがあります。
この偏りが厄介なのは、単に一部の駅が遊ぶだけでなく、混んだ駅の手前に待ち列ができて本線へ圧がかかることです。
駅選択の便利さと、交通集中のしやすさはセットだと考えたほうが安定します。

図で見るとわかりやすいのですが、駅設定UIで同名駅と列車数上限を触れるようにしておき、手前には信号と待機所を入れておく構成が手に馴染みます。
実用性が高い構成です。

そこで効くのが列車数上限です。
考え方はシンプルで、各駅に「今この駅へ向かってよい列車の本数」を持たせて、同時に押し寄せる本数を絞ります。
近場偏重をなくす機能ではありませんが、偏りを丸くできます。
ただし、内部の集計ロジック（同名駅群での集計方法）や「上限0」の厳密な扱いなど、実装の細部はデータシートで網羅されているわけではありません。
実務では「効果はあるが細部の挙動は環境依存である」ことを踏まえ、運用前にゲーム内で挙動を確認することを推奨します。

荷下ろし側ではさらに効きます。
受け入れ能力を超えて列車が集まると、駅前で詰まり、そこから交差点まで巻き込みます。
駅の処理が追いつかないなら、列車を本線に抱え込ませるのではなく、駅に入れる本数そのものを減らすほうが素直に安定します。
列車数上限は論理的な絞り込みであり、物理的な待機場所（スタッカー）と合わせて運用してください。

駅の有効/無効と回路連携

運用が一段進むと、駅を常時候補にしておくのではなく、条件を満たした駅だけ候補に入れる考え方が効いてきます。
典型例は、資源がほとんど出なくなった採掘場です。
列車数上限を下げる、あるいは上限を0にして候補から外す、という発想を持つだけで空振りの往復が減ります。
荷下ろし側でも、バッファが一杯に近い駅は同じように候補から外すと、搬入過多を抑えできます。

この制御は、駅の有効/無効の切り替えや回路連携と相性がいいです。
たとえば採掘場のチェスト量が少ないときは駅を無効にする、受け入れ倉庫が埋まっているときは荷下ろし駅を閉じる、といった使い方です。
駅制御の考え方は、この手の自動化に直結します。

ただし、駅の無効化は便利なぶん、列車の経路再探索を誘発しうるのが注意点です。
列車は目的駅が無効になったときに経路を探し直すことがあり、連動式信号で待たされたあとにも再探索のきっかけが発生します。
これ自体は正常動作ですが、駅を頻繁にオンオフすると、列車の向き先が落ち着かず、かえって流れが荒れることがあります。
自分は最初、在庫が少し動いただけで駅を切り替える回路にしてしまい、列車が右往左往して余計に混みました。
切り替え条件は、ちょっとした揺れで反転しないように組むほうが実戦向きです。

有効/無効と列車数上限は、役割を分けて考えると使いやすく、結果として効率が上がります。
今は受け入れたくない駅を候補から外すのが有効/無効、受け入れるけれど同時本数を絞るのが列車数上限です。
この2つを混同しないだけでも設計が整理されます。
採掘場が枯れ気味なら候補から外す、荷下ろし駅が混むなら上限で流量を絞る、そして駅前にはスタッカーを置く。
この3点を揃えると、複数採掘場・複数荷下ろし駅へ広げても自動配車が暴れにくくなります。

Tutorial:Circuit network cookbook/ja

wiki.factorio.com

Factorio 2.0の割り込みスケジュールでできること

デポ待機→出荷→要求の基本パターン

Factorio 2.0で大きいのは、割り込みによって列車の動きをその場の需要に合わせて変えられるようになったことです。
固定スケジュールだと「A駅→B駅→A駅」のような往復が基本でしたが、割り込みを使うとデポで待機していた列車が、要求を検知したときだけ出荷側へ向かい、そのあと要求側へ配送して、終わったらまたデポへ戻る、という流れを組めます。
ここが2.0の列車運用で一番“物流ネットワークっぽさ”を感じるところです。

基本の流れは、デポ待機→要求信号を検知→出荷駅へ移動→要求駅へ納品→デポ復帰です。
感覚としてはLTNの「デポから仕事が生えたら列車が出る」動きにずいぶん近くなります。
自分も最初にこれを触ったとき、「あ、バニラでもここまでできるのか」と驚きました。
固定の往復路線を大量に生やさなくてよくなるので、駅数が増えた終盤ほど恩恵が大きいです。

この仕組みを成立させるには、列車の時刻表だけで完結するというより、駅側の回路制御とセットで考えるのがコツです。
要求駅は「今ほしい量に達したら要求を止める」、出荷駅は「積める在庫があるときだけ候補になる」、デポは「仕事がない列車の待機場所になる」という役割分担です。
『回路クックブック（駅制御原理）』の発想に沿って、駅を候補に入れる・外すを制御すると、割り込みスケジュールが素直に動きます。

見落としやすいのが、到達不可になったときの再探索のきっかけです。
列車は連動式信号で5秒待ったあとや、目的駅が無効になったときに経路を探し直す挙動があります。
なので、割り込みで向かわせた先が途中で閉じる設計でも、固まるわけではありません。
ただ、再探索に頼りすぎる構成は流れが不安定になりやすい点が強みです。
目的駅の有効化条件や、要求を出す閾値は、列車を走らせる前提が揃ってから立つようにしておくほうが手に馴染みます。

単品目での実用構成

実運用で一番まとまりやすいのは、1駅1アイテムの単品目構成です。
たとえば「弾薬積み込み駅」「弾薬要求駅」「鉄板積み込み駅」「鉄板要求駅」のように、駅ごとに扱う品目を固定します。
この形なら、どの列車が何を積むかを回路で複雑に判定しなくて済むので、割り込みスケジュールと相性がいいです。
正直なところ、バニラ2.0でLTN風をやるならまずここからです。

単品目だと、列車側の役割もはっきりします。
弾薬用の列車は弾薬だけ、鉄板用の列車は鉄板だけを運ぶので、要求信号と出荷駅の対応づけが単純になります。
荷姿が一定なので、積み込み条件や荷下ろし条件も崩れにくい設計です。
貨物車は1両あたり40スロットあるので、単一アイテムをまとめて動かす運用と相性がよく、駅設計も読みやすくなります。
インサータも貨車の左右合計で最大12台まで使えるため、単品目駅は積み下ろし能力を素直に盛りやすいのも利点です。

逆に、1本の列車で複数品目を汎用的に運ぼうとすると、一気に回路が難しくなります。
どの品目をどれだけ積むか、要求駅ごとに何を優先するか、余りをどう処理するかまで考え始めると、割り込みの便利さより制御の複雑さが勝ちやすさが際立ちます。
LTNが得意だった多品目の自動配車を、バニラの割り込みだけでそのまま再現するのは、正直骨が折れます。
自分も最初は「全部まとめて汎用列車にしたほうがかっこいい」と思って触りましたが、単品目に切り分けた瞬間に一気に安定しました。
地味ですが、この割り切りが効きます。

特に防衛補給のような用途では、単品目構成の強さがわかりやすくなります。
弾薬補給列車をデポで待機させて、前線側の要求駅が不足時だけ信号を出し、出荷駅で積んでそのまま要求駅へ送る、という流れはきれいにはまります。
必要なときだけ動き、平時はデポで寝ているので、本線に無駄な巡回列車を増やしにくい点が特徴です。

よくある詰まり（重複派遣・割り込み待機）と対策

割り込み運用で一番起きやすい事故は、同じ要求に複数列車が同時に向かうことです。
要求信号が立った瞬間に、デポ待機中の列車が複数本とも「自分が行ける」と判断して殺到し、要求駅前で詰まります。
これ、理屈ではわかっていても実際に組むと起きます。
自分も弾薬補給を割り込みで回したとき、要求駅の上限を絞らないまま列車を複数待機させたせいで、同じ前線駅に同時着して見事に詰まらせました。

対策として効くのは、要求駅が本当に受け入れ可能かを事前に確認することです。
具体的には、要求を出す条件に「物資が足りない」だけでなく、駅が満杯でない状態を入れます。
ここでいう満杯はチェスト量だけではなく、駅前や停車枠まで含めた“受け入れの余地”です。
荷下ろしチェストが埋まり気味なのに要求だけ立てると、列車は来るのに降ろせず、その場で眠ります。
要求信号は不足量だけでなく、受け入れ可能性まで見て立てるのを怠ると後で詰まります。

もうひとつ重要なのが、駅の列車数上限をきちんと持たせることです。
割り込みは動的に行き先を変えられるぶん、候補駅側の制御が甘いと一気に荒れます。
要求駅に同時に入ってよい本数を絞っておけば、重複派遣が起きても被害を小さくしやすい設計です。
前のセクションで触れた同名駅運用と同じで、論理上の受け入れ本数と、物理的な待機場所の両方が必要になります。
上限だけあってスタッカーがない構成は、割り込みでもやはり危ないです。

割り込み特有の詰まりとして、割り込み待機のまま列車が寝るケースもあります。
向かった先の駅が無効になった、上限で入れない、荷下ろし条件が揃わない、といった理由で、列車が中途半端な状態に入りやすくなります。
こういうときは、駅の有効化条件を細かく揺らしすぎないことと、列車が再探索しやすい構成にしておくことが効きます。
連動式信号での5秒待機や、目的駅の無効化で経路を探し直す挙動を前提にすると、完全停止は避けやすい点で優れています。
ただし、再探索でなんとかする設計より、そもそも実行可能な要求しか出さない設計のほうが安定します。

日本語の運用例としては、『note: バニラ2.0で自動配車』で触れられているような、デポ発進型の構成が参考になります。
実際に組んでみると、割り込みは「便利な新機能」ではあるのですが、安定化の本体はやはり駅制御です。
要求が立つ条件、駅が候補に入る条件、上限、待機場所。
この4つが揃うと、2.0の割り込みは実用品になります。
逆にこのへんを省くと、見た目は賢そうなのに中身は詰まりやすい、という状態になりがちです。
これ、地味に大事なんですよね。

Space Ageと2.0での列車自動化の違い

2.0だけで使える鉄道改善点

ここは誤解されやすいのですが、割り込みスケジュールはSpace Age専用ではなく、無料アップデートの2.0側の機能です。
前のセクションで触れたデポ発進型の自動配車も、DLCなしのバニラ2.0で組めます。
Space Ageを入れないと列車自動化が始められない、という理解は違います。

鉄道まわりの土台も、2.0だけで強化されています。
日本語で2.0の変化を追いやすいものとしては、train4の解説で触れられているレールの16方位化と、分岐・合流まわりの自由度向上がわかりやすくなります。
これで曲線や分岐の取り回しが以前より自然になり、信号を置きたい場所に置きやすくなりました。
実際、自分も2.0に入ってからは「この角度だと線路が汚くなる」「交差点の入口だけ妙に窮屈」という場面が減りました。
地味ですが、本線を太くしていく段階ではこの差が効きます。

要するに、バニラ2.0の時点で「スケジュール面は割り込み」「線路面は16方位化と信号配置の改善」という強化が入っているわけです。
Space Ageなしでも、同名駅運用・駅上限・駅の有効無効と組み合わせれば、実戦的な列車網になります。
自分の感覚でも、まず詰まりを減らしたいならDLCの有無より先に、2.0で増えた線路自由度を使って交差点と待機所を整えるほうが効果が見えできます。

高架レールの使いどころ

Space Ageを導入したときの鉄道面でいちばんわかりやすい追加要素は、高架レールです。
Steamの告知やこれはDLC限定の要素で、バニラ2.0には入りません。

高架レールの強みは単純で、地上交差を減らせることです。
列車ネットワークの詰まりは、信号そのものより「交差点で互いの進路を食い合う」ことから起きる場面が多いです。
そこを立体交差にすると、連動式信号で丁寧にさばいていた競合そのものを減らせます。
駅の出入りが集中する工業地帯や、本線同士が何本もぶつかる高密度エリアでは特に効きます。
自分も高架を使い始めてから、交差点を一個ずつ“成立する形”に調整する手間が減りました。
率直に言って、交差点設計で数時間溶かした経験があると、この楽さは際立って大きいです。

ただし、高架レールは便利＝常に最適解ではありません。
交差を減らしやすいのは確かですが、どこを地上で通し、どこを高架に逃がすかで設計思想は変わります。
全部を立体化すればいい、というより、詰まりやすい本線合流や駅前の密集部に絞って使うほうがことも多いです。
高架があると“交差点を設計する難しさ”を飛ばせる一方で、ネットワーク全体の形まで自動で良くしてくれるわけではない、という感じです。

Space Age/ja

wiki.factorio.com

宇宙プラットフォームの時刻表UIと地上列車の違い

Space Ageでもうひとつ混同しやすいのが、宇宙プラットフォームの時刻表UIです。
見た目や操作感が列車の時刻表に近いので、「宇宙側も列車ネットワークの延長なのかな」と思いやすいのですが、ここは分けて考えたほうが整理できます。

宇宙プラットフォームは、UIとしては時刻表を持っていても、地上列車とは別の物流システムです。
地上の駅、信号、ブロック、連動式信号、同名駅選択といった仕組みの上で走るわけではありません。
つまり、地上列車で組んだ割り込みスケジュールや駅制御の考え方を、そのまま宇宙輸送へ持ち込むものではない、ということです。
ここを同一視すると、「列車の延長で宇宙も配車される」と誤読できます。

実際の理解としては、地上列車の時刻表に似た操作系を持つ別システムと捉えるのがいちばんズレません。
Space Ageを入れると列車の世界が広がる、というより、地上物流と宇宙物流の両方を扱うことになります。
自分も最初はUIが似ているせいで頭の中で混ざりましたが、地上は地上で鉄道設計、宇宙は宇宙でプラットフォーム運用と切り分けたほうが一気に理解しやすくなりました。
特にこの記事の範囲で重要なのは、地上列車の自動化を学ぶうえで必須なのは2.0の機能であり、宇宙プラットフォームはその代替ではないという点です。

よくある失敗と対策

初心者が列車自動化で詰まりやすいのは、だいたい「設定は合っているつもりなのに、現場では別の条件がぶつかっている」ケースです。
自分も最初はスケジュール画面ばかり見ていて、線路側や駅側の条件設計を後回しにして何度も事故らせました。
ここは症状ごとに見ると整理できます。

駅が無効化されて到達不可になる

駅の有効・無効を回路で切り替える運用は便利ですが、条件をきつくしすぎると目的駅が候補から消えた瞬間に列車が再探索して、意図しない別駅へ飛ぶことがあります。
列車は目的駅が無効になったときに進路を見直すので、「必要量ぴったりになったら即無効」のような設計だと、列車が向かっている最中に行き先を失いできます。

対策は、無効化の閾値を少し余裕寄りにすることです。
受け入れ駅なら「足りなくなった瞬間に有効」ではなく、ある程度まとまった不足で開けるほうが安定します。
加えて、駅ランプや警告灯を回路にぶら下げて、今この駅は開いているのか閉じているのかを目で見えるようにしておくと原因追跡が一気に楽になります。
列車の問題に見えて、実際は駅条件のちらつきだった、というのは相当多いです。

燃料不足で本線上に立ち往生する

これは地味ですが、ネットワークが育つほど痛い失敗です。
燃料駅を入れたのに機関車が途中で止まる場合、原因はだいたい補給時間が短いか、双方向編成で片側にしか燃料が届いていないかのどちらかです。
前述の通り、補給駅では確実に燃料を積ませる設計のほうが安定します。

特に双方向編成では、両端の機関車へ均等に燃料が入る搬入にしていないと、片側だけ空に近づいて逆向き運転のときに止まります。
自分もこれで「行きは動くのに帰りだけ死ぬ」列車を量産しました。
補給駅に入れたら10〜15秒は確実に給燃できる停車にして、ベルトやインサータの向きも含めて両端へ同じように供給される形にしておくと、燃料切れ事故は減ります。

交差点の中で止まって全体を詰まらせる

信号を置いたのに詰まるときは、交差点の入口ではなく出口側の空きが足りていないことが多いです。
通常信号だけで分けると、列車が交差点へ入ったあとに出られず、そのまま交差点内で停止して他方向も塞ぎます。
小さいラウンドアバウトでこれをやると、本当に一瞬で全部止まります。

自分がいちばん痛感したのは、ラウンドアバウトを小さく作ったときでした。
全列車が中に入ったまま“出られない”事故を何度も起こして、線路全体が完全停止しました。
分岐や交差点の手前は連動式信号、出口側は通常信号にして、さらに出口の退避長を編成長以上に取ったら、あっさり解消しました。
交差点設計の基礎は『チュートリアル：列車用信号』がやはり強いです。

同名駅運用で近場にばかり列車が偏る

同名駅を並べると自動で均等配車されそうに見えますが、実際は近い駅に寄りやすいので、放っておくと近場採掘場だけ列車が集まり、遠方駅が遊びます。
これで「駅は複数あるのに、1か所だけ常に満車」という状態になりがちです。

ここで効くのが列車数上限ですが、近場駅の上限だけ絞っても十分とは限りません。
遠方駅側にも受け入れ枠をちゃんと確保する必要があります。
近いほうが取りやすい線路になっていると、列車は結局そちらへ寄り続けるからです。
分散が弱いときは、駅設定だけでなく、合流位置や待機所の置き方まで含めて「遠方にも自然に流れる線路」になっているかを見ると改善できます。

割り込み運用で待機列が積み上がる

2.0の割り込みスケジュールは便利ですが、列車数上限だけで待機スタック問題を全部は解決できません。
ここを勘違いすると、要求が出るたび列車が向かうのに、受け側でさばき切れず、駅前やスタッカーで延々と待つ構図になります。

特にデポ発進型では、要求を出す側の判定に「駅が満杯でない」という確認がないと、受け入れ不能な駅へ次の列車まで送り込みやすいと感じる場面が多くあります。
さらに、駅の上限制御と、要求を出し続けるか止めるかの去就判定が甘いと、割り込み列車が順番待ちのまま積み上がります。
自分の感覚では、ここは「列車数上限を置けば終わり」ではなく、要求生成・駅空き確認・上限制御の3点セットで見ないと安定しません。
詰まり対策の考え方は deadlock-prevention の話とも直結します。

混載で荷下ろし先を間違える

1本の列車に複数アイテムを積む混載運用は、見た目以上に事故りやすく、序盤の安定感が増します。
受け入れ側のインサータや回路条件が少し甘いだけで、意図しない駅に別アイテムまで降ろすことがあります。
とくに割り込みや同名駅を混ぜると、どの荷物をどこで処理するかが急に見えにくくなります。

安定重視なら、基本は1駅1アイテムに寄せたほうがトラブルが少ないです。
混載をやるなら、荷下ろしインサータのフィルタや回路条件を厳密にして、「この条件のときだけこのアイテムを降ろす」を明確に切る必要があります。
自分も混載は何度か試しましたが、序盤の省スペース欲しさより、後で仕分け事故を追う時間のほうがずっと重かったです。

時間条件だけに頼って空荷巡回する

経過時間だけで発車させると、列車は見た目上よく動きます。
ただ、その動きの中身が空荷の巡回になりやすいのが落とし穴です。
採掘場で十分に積めていないのに時間で発車し、荷下ろし先でもほぼ何もせず、また戻る。
この往復が増えると、本線だけ忙しくなって実輸送量は伸びません。

ここは満杯または空の条件に、非アクティブを保険として添える組み方が基本です。
時間条件は最低停車時間や補助用途に留めたほうが暴れにくくなります。
列車が頻繁に動いているのに資材が増えないときは、だいたいこのタイプの空荷巡回を疑うと当たりやすくなります。
日本語の実運用例は『列車ネットワーク - 症状の切り分けに役立ちます。

次のステップ: 単純往復から物流ネットワークへ

ここまでできたら、次は「1本の列車を動かす」から「複数駅に仕事を振る」へ広げる段階です。
いきなりデポ発進や複雑な回路に飛ぶより、まずは1-2-1か1-4-1で、採掘場→工場の2駅往復を安定させるのが近道です。
自分はここを雑に済ませて、あとからネットワーク化したときに不具合が一気に噴きました。
2駅往復で詰まり、空荷巡回、燃料、停車条件のクセが見えていると、その先がずっと楽です。

その確認で特に効くのが、交差点手前は連動式、出口は通常信号という基本配置が本当に守れているかを見ることです。
見た目では動いていても、列車が交差点の中で止まるなら、ネットワーク化した瞬間に詰まりが増幅します。
2駅だけの小さな路線でも、交差点へ入ったあとで出られない動きが出るなら、本線を増やしたときに確実に苦しくなります。
信号の置き方をもう一段きちんと整理したいなら、信号の役割を分解している解説記事を先に挟むと理解が早いです。
自分も「なんとなく置く」段階を抜けたのはそこからでした。

2駅往復が落ち着いたら、同名の採掘場駅を2つ作って列車の向き先がどう変わるかを見ると、一気に“ネットワーク感”が出ます。
たとえば鉄鉱石の採掘場を同名で2か所置いて、片方の資源が細ったときに列車数上限を0にして挙動を観察すると、固定往復との違いが見えやすくなります。
ここ、体験してみると面白くて、2駅往復が安定した段階で同名駅と上限を入れると、「自分はいま路線を管理しているな」という感覚が急に強くなります。
単なる往復列車ではなく、駅側の状態で流れ先が変わるので、やっと物流ネットワークを触っている手応えが出るんですよね。

この段階で回路を少しだけ混ぜるなら、回路ネットワーク入門がそのまま次の足場になります。
駅の有効化や列車数上限の切り替えは、大規模な制御をやらなくても「不足している駅だけ開ける」という発想につながります。
最初から高度な条件式を組む必要はなくて、信号やチェスト残量を見て駅の受け入れを変えるだけでも、列車の無駄足は減ります。

列車本数を増やすなら、駅ブループリントやスタッカー設計にも早めに触れておくと後で助かります。
1-2-1のような短め編成は待機所に収めやすく、取り回しのよさがそのまま設計のしやすさになります。
逆に1-4-1へ伸ばすと輸送量は増やしやすい一方で、駅前の待機長や出口の抜けが甘いと一気に苦しくなります。
自分は駅を増やすより先に、「その編成が待機線に全部入るか」を見るようになってから、詰まり方が減りました。

慣れてきたら、次はデポ待機＋割り込みスケジュールで、単品目の補給列車を1本だけ試す流れがちょうどいいです。
鉄板専用、弾薬専用、石炭専用のように役割を絞ると、割り込みの便利さと難しさが両方見えます。
ここで同時に複数品目へ広げると、駅条件と待機列の整理が一気に重くなります。
単品目で「呼ばれたら出る、終わったら戻る」が安定したら、その先の本格的な列車網に繋げできます。

Space Ageを導入しているなら、高架レールで地上交差そのものを減らすという発想も際立って強いです。
地上の交差点を信号でさばくより、交差自体を減らしたほうが本線の流れは素直になります。
高密度化したあとに効いてくる要素ですが、地上の小さなラウンドアバウトを何とか延命するより、構造から渋滞要因を消したほうが早い場面はけっこうあります。
Space Age環境なら、高架レールを前提にした本線整理の考え方も押さえておくと、後半の設計がぐっと楽になります。

その先の全体像を学ぶには、信号設計、回路入門、駅テンプレート、待機所設計の順に理解を深めるのが実務的です（当サイトに該当の個別ガイドが作成され次第、該当ページへの案内を追加します）。
まずは本記事で述べた基本を安定させてから次の分野に進むことをおすすめします。

まとめ

列車自動化は、難しい仕組みを一気に入れるより、満載→空の基本往復を信号込みで破綻なく回すところから積むのがいちばん強いです。
同名駅を使う段階では、駅の受け入れ制御と待機所まで含めて設計しておくと、本線の詰まりがぐっと減ります。
2.0の割り込みは便利ですが、正直なところ最初から全部任せる機能ではなく、単品目で安定させてから広げるくらいがちょうどいいです。
Space Ageの高架は強力でも、先に地上線路をきれいに流せるようになると、その恩恵を素直に受け取れます。