物流ロボットの使い方と充電詰まり解消

物流ロボットは、Factorio における電力駆動の輸送手段で、ロボステーションのオレンジ範囲内を直線で飛びながら、チェスト間でアイテムを運びます。
ベルトのように配線レイアウトへ縛られないため、短〜中距離の少量・多品種輸送では強みを発揮しますが、鉱石のような長距離・大量輸送では役割がはっきり分かれます。
自分も最初はモールにロボットを200機投入して一気に速くなると思い込み、逆に充電待ちの渋滞で3時間悩みましたが、ロボステーションを2台足しただけで流れが変わりました。
この記事では、ロボステーション、給電、ロボット、各種ロジスティクスチェストの最小構成から、充電スロット4枠のボトルネックとネットワーク分割の考え方まで、実運用でつまずきやすい点を順に整理します。

物流ロボットとは：ベルトと何が違うのか

物流ロボットは、ロボステーションのオレンジ範囲内を直線で飛び、チェスト間をつないでアイテムを運ぶ電力駆動の輸送手段です。
ベルトのように地形や配線レイアウトに縛られないので、通路を回り込ませる必要がなく、モールや駅まわりの設計をかなり柔軟に組めます。
ただし、飛ぶたびに電池を消費するため、便利さと引き換えに電力の面倒を見なければならない仕組みです。

ロボットが飛ぶ仕組みと電力コスト

移動速度は0.05タイル/tick、つまり毎秒3タイルです。
研究でワーカーロボット速度を伸ばせるので、後半になるほど配送の応答性は上がりますが、速度が上がっても消費電力の考え方は変わりません。
内部電池は1.5MJしかなく、飛行中は1タイルあたり5kJ、ホバリング中は毎秒3kWを食うので、距離が伸びるほど電力の重さが目立ってきます。
電池が尽きると通常速度の20%まで失速するため、単に「飛べる」だけでなく、充電前提の輸送網として組む意識が必要です。

ロボステーションは物流範囲50×50、建設範囲110×110を持ち、同時に4機を充電できます。
内部には100MJのバッファがあり、ロボット用7枠と修理パック用7枠の収納も備えています。
オレンジ範囲が重なれば複数のロボステーションは1つのネットワークになるので、配置を詰めるほど運用は楽になりますが、逆に充電待ちが詰まると配送は鈍くなります。
中級者で「ロボットを増やしたのに遅い」が起きやすいのはここで、原因は機体数ではなく4枠の充電スロット渋滞なんですよね。

ベルト・列車との役割分担

物流ロボットが得意なのは、短〜中距離の少量・多品種輸送です。
組立機の部品供給や列車駅での積み下ろしのように、いろいろなアイテムを細かく振り分ける場面では、配線を全部剥がしてチェストを置くだけで済む手軽さが効きます。
自分もメインバスから組立機への分岐がスパゲッティになって心が折れたところで切り替えたことがあって、そこからはレイアウトのストレスがかなり減りました。
逆に、鉄板の炉群からの搬出をロボットでやろうとして電力が一気に足りなくなった失敗もあり、大量・長距離はベルトという原則を痛感しました。

苦手なのは鉱石のような長距離・大量輸送です。
同じ物量をベルトで流せばロボットの何分の一の電力で済む場面が多く、コストパフォーマンスで負けます。
判断軸は距離と物量の2つだけ見れば十分で、短中距離×少量多品種ならロボット、直線×大量ならベルト、長距離×大量なら列車、と分けると設計がぶれません。
ロボットは万能の置き換え先ではなく、ベルトと列車のすき間を埋める道具として使うのが自然です。

どのタイミングで物流ロボットを導入すべきか

導入の目安は、リクエスタ・プロバイダチェストが解禁され、モールの配線がスパゲッティ化してきた頃です。
この段階なら、供給のたびにベルトを引き回すより、チェストを置いて物流網に任せたほうが設計も保守も楽になります。
リクエスタは最大12種を指定数要求でき、ストレージやバッファと組み合わせると、細かな供給先をまとめて扱えるようになります。

早すぎる導入は、便利さよりも電力圧迫が先に来ます。
特に鉄板や鉱石のような大量搬送までロボットに寄せると、充電待ちと消費電力の両方で詰まりやすいので、まずはモールや駅まわりの少量多品種から始めるのがおすすめです。
ロボットを増やす前にロボステーションを増やし、必要ならネットワークを分割してみてください。
そうすると、短距離の細かな配送だけをロボットに任せる形が作りやすくなります。

物流ネットワークの最小構成を組む

ロボステーション1台、給電、ロボット数機、そしてプロバイダ1個とリクエスタ1個。
この5要素をそろえると、物流ネットワークの最小構成がそのまま動きます。
いきなり大規模に組むより、まずこの1セットで荷物が往復する流れを体で覚えるほうが、あとから増設したときの理解が速いです。

ロボステーションの2つの範囲

ロボステーションには、物流ロボットが動くオレンジの物流範囲と、建設ロボットが働くグリーンの建設範囲があります。
物流ネットワークでまず見るべきなのはオレンジ側で、ここが50×50タイル、建設範囲は110×110タイルです。
チェストはオレンジ範囲の内側に置かなければならず、ここを外すとロボットは仕事の依頼を受け取れません。
最初に範囲表示を出しておくと、置き場所の勘違いをかなり減らせます。

ロボットとロボステーションの設置・給電の手順

ロボステーションは電力消費が大きいので、設置したら真っ先に電柱で給電します。
内部には100MJのバッファがあり、同時に4機まで充電でき、ロボット用7枠と修理パック用7枠の収納も備えます。
ロボットはロボステーションへ直接入れてもいいですし、ネットワーク内のチェストに入れて自動格納させても動きます。
最初は10〜20機ほどで十分で、台数を増やすより「ちゃんと充電され、ちゃんと飛ぶ」状態を確認するほうが先です。

初めて最小ネットワークを組んだとき、チェストをオレンジ範囲のギリギリ外に置いてしまって、ロボットが永遠に動かずに5分くらい「バグか？」と疑いました。
範囲表示をオンにして置き直したら一発で動いたので、ここは地味ですが本当に外せません。
給電を忘れたときも同じで、ロボットが全機ロボステーションに張り付いたまま止まります。
電力が切れるとまず充電待ちになるので、最初に電力の線を引く癖をつけておくと楽です。

プロバイダ→リクエスタの最初の1往復を作る

最初の1往復は、プロバイダに完成品を置き、リクエスタでそのアイテムを要求するだけで作れます。
するとロボットが1回取りに行き、1回運び戻す動きを見せます。
この往復が見えれば、物流ネットワークの基本はもう掴めています。
複雑な自動化も、実際にはこの小さな搬送の積み重ねです。

ロボステーション同士はオレンジ範囲を重ねると1つのネットワークにつながります。
逆に少し離せば別ネットワークとして分かれ、あとで工場の一部だけを局所化する設計にもつながります。
配送が遅いと感じたらロボットを足す前に、ロボステーションの増設やネットワーク分割、チェストの近接配置を考えるほうが筋がいいです。
充電待ちの4枠が詰まりやすいからで、そこを外すと最小構成の理解が一気に実運用へつながります。

5種類のロジスティクスチェストを使い分ける

ロジスティクスチェストは、供給・要求・保管という3つの役割を、パッシブプロバイダ、アクティブプロバイダ、リクエスタ、ストレージ、バッファの5種類で分担させる仕組みです。
最初にこの役割の地図を持っておくと、どこに何を置くべきかが一気に整理できます。
特に向きの違いを意識すると、余剰を流す場所と不足を埋める場所を混同しにくくなるでしょう。

供給側：パッシブプロバイダとアクティブプロバイダの違い

パッシブプロバイダは、要求が来たときだけ中身を渡す受動型で、ロジスティクス網のもっとも扱いやすい供給源です。
組立機の出口やベルト終端に置いておけば、必要になるまで在庫を抱えたまま待機してくれるので、普段は無駄に動きません。
供給先がまだ決まっていない素材や、広く共有したい完成品を置く場所として使いやすいはずです。

アクティブプロバイダは逆で、中身を能動的にストレージへ吐き出します。
原子炉出力のように詰まらせたくない場所や、止めると困る受け口では便利ですが、軽い気持ちで置くと中身が全部ストレージ側に流れてしまい、倉庫を押し広げる原因になります。
自分も一度、吐き出したいものを絞らずに使ってしまい、ストレージが溢れてネットワーク全体が渋滞したことがありました。
アクティブは「何を空にしたいか」が明確な場面だけに絞るのが鉄則です。

要求側：リクエスタチェストとバッファチェスト

リクエスタチェストは、最大12種類のアイテムを指定数まで要求できる、組立機向けの主役です。
素材が足りない工程に必要なものだけを呼び込めるので、配線やベルトで細かく分岐させるよりも、供給設計をシンプルに保ちやすくなります。
ただし要求枠数を盛りすぎると、ロボットが延々と運び込み続けて電力を食うので、1〜2スタックで足りる量に抑えると安定します。
自分はモールの素材供給を全部ここで組んでいますが、要求数を10000にしてしまい、警告が出たことがありました。

バッファチェストは、パッシブプロバイダとリクエスタの二役を兼ねる中継地点です。
プレイヤーが頻繁に取り出す物資や、建設ロボットにすぐ渡したい消耗品を局所的に集めるときに向いていますし、リクエスタ側で「バッファから要求」を有効にすると連携もしやすくなります。
つまり、広域の倉庫というより、手の届く範囲で供給を速くするための結節点だと考えると使い分けが見えやすいです。

受け皿：ストレージチェストとフィルタ設定

ストレージチェストは、余ったアイテムや解体物を受け止める保管先です。
ここで便利なのがフィルタ設定で、1種類だけ受け入れるように制限できるため、種類ごとに整理された倉庫を作りやすくなります。
混在したまま積み上がると探しにくくなりますが、フィルタを切っておけば、ロボットが運んでくる量が増えても用途別に分かれた保管が維持できます。
供給でも要求でも使い切れなかった物資を、最後に安全に逃がす受け皿として見ておくとよいでしょう。

吸い上げと置き場の優先順位を理解する

ロボット物流では、どのチェストから取り、どこへ置くかに明確な優先順位があります。
この順番を外してしまうと、必要な物が別の場所から抜かれたり、余った物が思わぬ箱に滞留したりして、倉庫全体の見通しが崩れます。
とくにアクティブプロバイダ、パッシブプロバイダ、ストレージ、リクエスタ、バッファの役割差を押さえておくと、配置の意図がそのまま物流の動きに反映されます。

ピックアップの優先順位

ピックアップでは、ロボットはアクティブプロバイダとストレージにある物を先に使います。
パッシブプロバイダは最後に空にされるため、すぐに流したい在庫や一時退避の品はアクティブ側に置き、要求が来るまで残しておきたい恒常的な供給源はパッシブ側に置くのが筋です。
ここを逆にすると、意図した供給の順番が崩れてしまいます。

実際、解体した建物の部品と生産物をストレージに無差別に放り込んでいた時期は、倉庫の中身がすぐカオスになりました。
ところが、種類ごとにフィルタ付きストレージを並べるだけで、ロボットの拾い先が整理されて見通しが一気に良くなったんですよね。
優先順位そのものは見えませんが、置き場の設計がそのまま回収順を決める、と考えると納得しやすいです。

ドロップオフの優先順位

置き先の優先順位では、まずリクエスタやバッファの要求が満たされ、余剰があればストレージへ流れます。
つまり、ロボットは「どこに余らせるか」まで含めて動いているので、単に空き箱を置くだけではなく、何を受け皿にしたいかを先に決めておく必要があります。
ストレージにフィルタを設定しておけば、余剰品が種類別に整理され、後から取り出すときの迷いも減ります。

バッファチェストはここで少し特殊です。
パッシブプロバイダとしてもリクエスタとしても振る舞うので、ネットワーク内では供給と受け取りの両方に関わります。
ただし、リクエスタ側で『バッファから要求』を有効化していないと中身は使われません。
バッファチェストを置いたのに全然使われず、「壊れてる？」と思ったら、単に連携設定を忘れていただけだった、という場面は自分でもありました。

パッシブとアクティブを混在させたときの落とし穴

パッシブとアクティブを同じネットワークに混在させると、優先順位の差がそのまま偏りになります。
アクティブ側ばかりが消費されてパッシブが余ることがあり、見た目には在庫があるのに期待した箱が動かない、というズレが起きやすいです。
だからこそ、混在させるときは「今すぐ捌きたいのか」「要求まで残したいのか」を先に決めて、役割がぶつからないように配置するのが安全です。

この考え方は、単なる箱の分類ではなく、ロボットに仕事の順番を教える作業に近いでしょう。
供給元と受け皿の優先度が噛み合えば、物流は静かに整いますし、逆に噛み合わなければ箱の中身だけが先に動いてしまいます。
配置の意図をはっきりさせることが、意図しない物流挙動を防ぐ一番の近道です。

配送が遅い原因を切り分ける：充電ボトルネック

配送が遅いとき、原因はロボット本体の数不足よりも、充電待ちの渋滞にあることが多いです。
ロボステーション1台の充電スロットは4枠しかないため、ロボットを増やすほど列が伸び、待機中の機体が配送に戻れなくなります。
さらに内部電池は1.5MJしかなく、飛行中は1タイルあたり5kJ、ホバリング中は毎秒3kWを消費するので、遠距離運用ほど失速と待機が積み重なりやすい構造です。

症状から原因を見分ける

まず見るべきなのは、遅延がどこで起きているかです。
配送先までの距離が長く、輸送経路そのものが伸びているなら、ロボットは長時間空中に留まり、電池消費が進んで帰還が遅れます。
逆に、ロボステーションの周囲にロボットが溜まっているなら、問題は飛行能力ではなく充電待ちの渋滞です。
電力が尽きたロボットは通常速度の20%まで失速するので、途中で電池切れ寸前の機体が増えるほど、全体の体感速度はじわじわ落ちていきます。

この切り分けを外すと、対策がずれます。
遠い経路をそのままにしてロボットだけ増やしても、充電列が長くなるだけで改善しません。
自分もモールに200機投入したとき、最初はさらに50機足して悪化させましたが、ロボステーションを2台足した瞬間に配送が急に滑らかになり、増やすのはロボットではなくロボステーションだと骨身に染みました。

ロボステーションを増やして充電スロットを増設する

対策の軸は明快で、ロボット数ではなくロボステーション増設です。
4枠しかない充電スロットを増やせば、同時に充電できる機体が増えて行列が短くなり、待機時間がそのまま配送停止時間ではなくなります。
つまり、同じロボット数でも実働率が上がり、見かけ上のスループットも押し上げられるわけです。

自分が列車駅でロボットの充電待ちを見かけたときも、駅ごとにロボステーションを2台ずつ並べる運用へ変えました。
それ以来、駅の積み下ろし遅延でハマることはほとんどなくなりました。
ポイントは、ロボットを足して“働く待機列”を長くするのではなく、充電口を増やして回転率そのものを上げることです。

ネットワークを分割して局所化する

もう一つ効くのが、ネットワークを分割して局所化する設計です。
配送先が広域に散らばっているほど、1機あたりの移動距離が伸び、1.5MJの電池はすぐに圧迫されます。
ならば、役割ごとに運搬範囲を区切り、近場は近場のロボット群で回すほうが理にかなっています。
長距離を無理に同じ群で抱えるより、短い往復を複数回に分けたほうが失速の連鎖を抑えやすいからです。

実運用では、配送先まで遠いのか、ロボステーション付近で詰まっているのかを見れば、打つ手は変わります。
前者なら飛行距離を縮める、後者ならロボステーションを増やす。
遅いときはロボットではなくロボステーションを増やす、この原則を守るだけで、充電ボトルネックの多くは解けます。

物流ロボット運用の最適化テクニック

物流ロボットの最適化は、派手な大量投入よりも、まず飛行距離と待機時間を削る発想が効きます。
ワーカーロボット速度研究とワーカーロボット積載量研究を先に進め、チェスト密集配置で移動そのものを短くすると、充電負荷と渋滞の両方が落ち着きます。
列車駅を局所的な充電拠点として使えば、ネットワークを小さく割りながら運用でき、メガベースに入った後の伸びしろも作りやすくなるでしょう。

ワーカーロボット速度・積載量の研究を優先する

中級者の次の一手は、まず研究の優先付けです。
ワーカーロボット速度の研究で飛行が速くなると、1回の往復にかかる時間が縮み、そのぶんバッテリー消費も充電待ちも軽くなります。
自分も最初は「とりあえず速度を最大まで上げれば体感で一気に変わる」と思っていましたが、近距離配送中心のモールでは差が出にくく、結局は基礎設計のほうが効きました。

ワーカーロボット積載量は基本1個ですが、研究は有限3段階で、各段+1個、最大4個まで運べるようになります。
1機あたりの輸送量が増えるので、同じスループットを少ないロボットで回しやすくなり、群れが増えすぎて混雑する状況を抑えやすいです。
Space Ageではワーカーロボット速度に無限研究があり、終盤は延々と加速し続けられるため、メガベース志向ならここへリソースを回す価値があります。

プロバイダとリクエスタを近接配置して飛行距離を縮める

チェスト配置の最適化は、意外なほど単純です。
プロバイダとリクエスタをできるだけ近づけるだけで、飛行距離が短くなり、電池消費も充電負荷も下がります。
チェスト密集配置は見た目が窮屈でも、物流ロボットにとっては移動距離の短縮そのものが効率化なので、ボトルネックを作りにくい配置になるわけです。

特にモールや小規模工場では、ロボットを増やすより距離を詰めたほうが手応えははっきりします。
自分もそこを後回しにしていましたが、チェストを近づけた途端に配送の詰まりが減って、ようやく「速度アップより先にやることがあった」と腑に落ちました。
列車駅での充電活用も相性がよく、駅でロボットがアイドルになる隙に充電が進むので、局所ネットワーク単位で運用すると回しやすいです。

Space Ageでの品質ロボットとネットワーク設計の注意点

Space Ageの品質ロボットは、電池容量と充電速度が同じ比率で上がるため、短距離配送では品質差がほぼ出ません。
むやみに高品質ロボットを揃えるより、ネットワークを分割して近接配置を徹底したほうが、実際の物流は安定します。
巨大な単一ネットワークを駅単位の小ネットワークに割ると、充電待ちが目に見えて減り、UPSにもやさしくなるはずです。

メガベース化したときは、この分割が面倒でも避けて通れません。
巨大ネットワークのまま広げると、充電待ちが積み上がって流れが鈍くなるので、駅ごとの局所運用に切り替えるほうが結果的に伸びます。
品質ロボットを集めるより、ネットワークを整理して飛行距離を削るほうが効く場面は多いです。
おすすめです。