【Factorio】Interplanetarisk logistik og raketvogndesign (Space Age)

Interplanetarisk rakettransport i Factorio 2.0 og Space Age bliver betydeligt mere stabil, når du ser den som en forlængelse af jordbaseret logistik frem for som en særlig eventransport. Ved at sortere raketsiloerne som forsyningspunkt, lastelandingsplatforme som modtager og krav, og rumplatformhubberne som både kravstillere og passiv forsyning, har jeg fundet den mest problemfri tilgang.

Ærligt talt mødte jeg først et problem, da jeg kun ønskede at sende 200 reparationspakker med en raket, men den ventede på fuld last og fløj aldrig. Selv da den endelig ankom, blev lasteplatformen alt for langsom ved at modtage en stakk ad gangen, hvilket skabte et enormt problem. Men da jeg undersøgte nærmere, opdagede jeg, at hvis jeg først fastslog de minimale laststørrelser, layoutet omkring stationerne og kravene for hver planet, ville selv små påfyldninger og nødtransporter løbe helt automatiseret uden større problemer.

Denne artikel er for dem, der gerne vil ud over manuel rumlogistik og derefter ind i fuldt automatiserede systemer. Den gennemgår, hvordan man bruger store regelmæssige laster, små påfyldninger og nødreparationstransporter optimalt og etablerer strukturer, der ikke bliver overbelastet.

Forudsætninger for Factorio interplanetarisk logistik

Bekræftelse af målversion og udvidelse

Forudsætningen for dette stof er Factorio 2.0 + Space Age. Space Age blev udgivet den 21. oktober 2024 som en udvidelse, og her skiftede raketernes rolle betydeligt. Som Space Age demonstrerer, blev rumprogression og adgang til andre planeter til center i spillet, og raketter er ikke længere en "slutspilsbonus", men snarere "normalt brugt logistikudstyr", som det giver mest mening at se det som.

Uden dette udgangspunkt bliver det svært at sammenligne planetarisk logistik med interplanetarisk logistik inden for samme designteori. Jeg selv begyndte med samme tankegang som at udvide tognet, men Space Age kræver en helt ny måde at tænke på her. Inden for samme planet er grundregelen: bruges der konstant stort volumen, så brug bånd; bruges der langdistance og stort volumen, så brug tog; skal der være kort distance med mere frihed i ledningsføring, så brug logistikrobotter. Mellem planeter bliver rocket den eneste vigtige mulighed. Raketter er det centrale værktøj til at sende materiale til andre planeter.

Med denne sortering på plads bliver sammenligningen meget mere klar. Båndtransport er god til at levere konstant, med grundbåndshastighed på 1,875 fliser/sekund, højhastighedsbånd på det dobbelte, og ultrahøjhastighedsbånd på det tredobbelte. Jo længere afstand, jo mere bliver ledningsføringen dog tyndere. Tog er gode til at handle lange strækninger, hvor de bliver hovedmotivet i stor transport. Logistikrobotter kan flyve uden om forhindringer og bruges fleksibelt, men ladestation-område og opladning bliver hurtigt flaskehalse. Når du krydser mellem planeterne, skifter rollen fuldstændigt til raket, fordi der ikke er en anden måde.

Forskel fra vanilla satellit-opsendelse

I vanilla Factorio var raket-opsendelse længe "næsten en ending-skærm". Mange husker det kun som at laste en satellit og sende den op. Jeg havde helt sikkert det samme, og satellit = ending var ret fast i mit hoved. Så da Space Age kom, tog det lidt tid at skifte min tankegang til at se raketter som masseproduceret udstyr.

Men i Space Age er det helt anderledes. Raket bliver ikke en sjælden begivenhed, men bliver til daglige transporter af byggematerialer, reparationsgods og planetspecifikke ressourcer – en helt normal logistik. Sammenlignet med jorden er det ligesom at placere bånd eller tog – man designerer "hvordan man kører dem". Med denne ændring kobles design af planetariske hovedlinjer og interplanetarisk påfyldning naturligt sammen.

Satellit-opsendelse selv forsvandt ikke helt. Lasteplatformen modtager 1000 rumpakker, når en satellit-lastet raket opsendelse finder sted. Dette kan verificeres på『Lasteplatform - Factorio Wiki』. Men denne artikels fokus er ikke der – det er på hvordan man bruger raket til at transportere gods. At kunne modtage forskningspakker er vigtig baggrundinformation, men designets hjerte skal være "hvad, hvor fra hvilken planet og som hvilken transport skal jeg sende", ikke satellit-modtagelsen.

Cargo landing pad - Factorio Wiki

wiki.factorio.com

Opmærksomhed på versionsforskelle i opskrifter og specifikationer

Raket-området er et område, hvor gamle og nye oplysninger blandes let. Det er faktisk ret vigtigt. Især hvis du søger og finder gamle artikler eller gamle opskrift-billeder, kan det forårsage problemer.

Det vigtige at huske er, at raket består af 100 raket-dele og fuldføres med 1% pr. del. Dette er baseret på nuværende『Raketdel - Factorio Wiki』 og bliver grundlaget for at tænke på produktionslinje for en opsendelse. Hvis du ser en opsendelse som "100 trin i fremstillingsprogression i stedet for en stor begivenhed", bliver det meget lettere at læse dele-forsyningsproblemer.

På den anden side bruges Raket Kontrolenhed (RCU) fra gamle raket-oplysninger ikke i Space Age-systemet. Hvis man bruger den gamle tilgang, bliver man forvirret over "hvorfor RCU-linje ikke er nødvendig", men når man kigger på『Kommende funktioner - Factorio Wiki』og nuværende raketdel-side, er forskellen helt klar – det er en versionsudgaver. Med andre ord, raket-materialopbygningen i old vanilla og raket-materialopbygningen i 2.0 + Space Age skal ikke læses som det samme.

Denne versionsforskelle påvirker ikke bare opskrifter – det påvirker designfilosofi. Med gammel tankegang bliver raketter let set som "super-dyre sluttidsspil", men i Space Age ændres det til at integrere som logistik-redskab tidligt. Så når du designer planetarisk logistik, hvis du tænker på hvordan det forbindes til raket-silo hele vejen, reduceres spild. For eksempel: mængder af konstant store flow-mellemvarer kan bruges til bånd, langtdistance-minering og byggematerialer kan fyldes med tog, og kun små påfyldninger omkring siloen bruger robotter. En sådan struktur fungerer meget godt. Den planetariske sekvens bliver derefter sendt til raket.

Rocket part - Factorio Wiki

wiki.factorio.com

De tre faciliteter, der udgør interplanetarisk logistik og deres roller

Raketsilo

Raketsilo blandt disse tre faciliteter er det forsyningspunkt, der er lettest at forstå. Hvis jeg skal kort beskrive rollen, så er det udgangspunkten for at sende materiale, der er lavet på jorden, ind i rummet. Efter at jeg begyndte at se det som "leveringskasse til rummet" blev designet omkring siloen meget mere naturligt. Du skal samle det, du vil sende, på jorden, og sende det til siloen. Selv om det lyder specielt, er det blot fortsættelse af jordbaseret logistik.

Raketten selv, som vist i『Raketdel - Factorio Wiki』, fuldføres med 100 raketdele. Det betyder, at siloen ikke kun er en plads til at laste gods – det er også en forsendelsesfacilitet, der bærer fremskridtsstatus for hver sending. Fordi raketten har denne egenskab, blir problemet med siloen ikke kun "jeg har ikke nok at sende". Raketdel-forsyningen kan blive skåret af, gods bliver spredt og vil ikke samles, små sendinger kæmper med lancering, og det stopper.

I praksis bliver det mere stabilt, hvis du placerer siloen som en forsendelses-station, der samler materiale fra hovedlinjer og bånd, end at placere den ved slutningen af fabrikken. Hvis du gør byggematerialer, reparationsmateriale, ammunition og modulgods til en samlet streng ved siden af siloen, bliver det klart, "hvad slags silo er det for" og "til hvilken planet". Omvendt, hvis du skruer alt muligt direkte ind i siloen, bliver jordbaseret logistik-fejl til rumsendings-forsinkelser på samme tid.

Når du behandler denne facility som ren forsyning, bliver dine designbeslutninger meget klarere. I stedet for at forvente små beslutninger fra selve siloen, gør jorden ansvarlig for at skabe og sende lager. Jeg tænkte oprindeligt, at siloen var "centrum for rumlogistik", men i virkeligheden er det blot forsendelseshot. Centret er, hvordan krav stilles, og forsendelsesledet skal møde disse krav. Med denne tanke bliver det meget lettere at spore fejl.

Lasteplatform

Lasteplatformen er planetens modtager og krav-hub. Det er landingspunktet for materiale, der kommer ned fra rumplatformen, og samtidig er det også vinduet, der viser til rummet "hvad har denne planet brug for". Når jeg ser det som en kravkasse på jorden, bliver hele billedet af interplanetarisk logistik pludselig klar. Jeg nåede først forståelse gennem denne sammenligning.

Det vigtigste punkt, som『Lasteplatform - Factorio Wiki』bekræfter, er kun modtagelse af en stak ad gangen. Dette er langt fra lige så simpelt som det lyder – det er faktisk ganske grundlæggende. Når du designer for masse-laster, overser du let dette. Modtager-siden kan ikke sluger uendeligt. Små hyppige påfyldninger er nemme at håndtere, men når afsendt gods koncentreres, bliver dette stedet let til flaskehalsen.

På grund af denne begrænsning bliver det kritisk at området omkring lasteplatformen kan "hurtigt lade det afsendte materiale flyve videre". Enten du bruger robotter til at håndtere det modtagne gods, eller du sorterer det med bånd, eller du sender det til tog-stationen før samling – det påvirker stort, hvor meget det virker at blive opkoblet. Efter min fornemmelse er lasteplatformen mindre "magasin" og mere "planetens indgangsport". Hvis pakker opbygninger ved indgangen, bliver næste leverance overbelastet, så du skal tænke på modtagelse-håndtering som en enhed.

Når raket med satellit opsendelse finder sted, modtager lasteplatformen også 1000 rumpakker, men fra logistik-designsynspunkt er "planet modtager-vindue" vigtigere. Stil krav her, modtag gods fra rummet her, og send det videre til jordbaseret logistik. Når du kan se denne hele sekvens, bliver det meget lettere at beslutte, hvad hver planet selv producerer, og hvad den skal importere.

Rumplatform-hub

Rumplatform-hub er kontrolcenter på rum-siden. I henhold til hvad der kan verificeres på officiel side, har hub inventar, har selv-anmodningsfunktion og fungerer som hjerte på platforme. Billedmæssigt set er det mest brugbart at se det som kravkasse og samtidig en vedkommende forsyningskasse.

Denne "ser ud som kravkasse men har også forsyning-side" tankegang er ikke noget officielt siger ordret, men den er meget praktisk i faktisk drift. Jeg selv var mest usikker her til at begynde med. Hvis du kun ser hub som lager, er det ikke klart, hvorfor det kan stille krav, eller hvorfor det bliver kilden til rumplatform-ressourcer. Men når du ser det som "sted der samler det, vi ønsker, og sted der styrer arbejde på platforme", giver det mening.

Specielt i rumplatform-drift handler det om, at du ikke kan blot sætte mange kasser på rad som på jorden, så hub-karakter bliver design-akse. Evnen til automatisk at ønske byggemateriale og reparationsgods er kravkasse-adfærd, og det faktum, at hub-inventar bliver arbejdsressource på platforme, betyder, at det har forsyning-side. Så kun denne facility er ikke simpelt "modtagelse" eller "udsendelse", men center-knude, der blander rum-side krav og opbevaring.

Med denne forståelse bliver forholdet mellem de tre faciliteter meget pænt organiseret. Samle på jorden og send til rum = raketsilo, modtage på planet og stille krav = lasteplatform, stille krav og opbevare i rum = rumplatform-hub. Ærligt, efter jeg forstod dette, tog "rum-logistik er vanskelig struktur" skiftet til "logistik-kasser roller fordeles bare på tværs af steder" og blev meget mere håndterlig.

Space platform hub - Factorio Wiki

wiki.factorio.com

Sammenligning af facility-roller

Tekst alene kan give forståelse, men når du bygger, er det meget bedre at dele roller på tabel. Især at se "hvem forsyner, hvem kræver, hvem bliver flaskehals" på et sted gør fejlfindings meget hurtigere.

Det, som bliver klart fra denne tabel, er, at de tre faciliteter ikke er lignende bokse, men afsendelses-modtagelse-rum center arbejdsdeling. Når det overbelastes, bliver det meget nemt at spore ved "er afsendelses-siden gal", "hænger modtagelse-siden", eller "er rum-side-krav-indstilling udydelig". Efter at jeg kunne lave denne deling, blev det meget lettere at have både planet-spesial-leverancer og nødreparations-leverancer på samme netværk.

Procedurer til at bygge din første automatiserede transportlinie

Forskning: Raketsilo og rumachievement

For at bygge minimum auto-linje starter man bedst med raketsilo-forskning. Uden dette kan du grundlæggende ikke sende ting fra jord til rum. Og fordi det vi ønsker denne gang er ikke "stor transport", men at automatisk køre små påfyldninger fra Nauvis til rumplatforme eller anden planet, skal du først få en enkelt leverance til at flyve stabilt.

Som『Raketdel - Factorio Wiki』viser, prepareres raket ved at stable raketdele. Her er en almindelig fejl, at når du først placerer siloen, mener du "jeg er nu i rum-logistik". I virkelighed er at få dele og varerne samlet et helt separat problem. Jeg selv følte samme "verden åbner" når forskningen var færdig, men troede jeg var klar – jeg var slet ikke det.

Det er værd at have i tankerne på dette trin, at første leverance skal være byggematerialer og mindste påfyldning. Hvis du øger emner fra start, bliver det uklart, hvem der overbelaster hvor. Problem-punkter: Du indstiller "send alt muligt" lige efter forskning, og nu mangler både siloen-varerne og krav-indstillingen. Stabiliteten kommer fra at prioritere reproducerbarhed, så gør leverancens rolle meget snæver at starte.

Fremskridt til planet/platform

Næste er at forberede modtager-stedet. Modtager kan være direkte påfyldning af rumplatform eller plan for at lande på anden planet-jord. Den nemmeste at bygge minimum som første gang er at bygge rumplatform og fylde den der. Rumplatforme er centrum for Space Age og når de ligger i orbit omkring mål-planet kan de handle varebytning med jord.

Det vigtige her er ikke blot "hvem skal jeg sende til", men "mens jeg er hvor skal jeg sende det". Hvis platforme ikke er i bane omkring mål-planet, kan jord og platform ikke handle. Med andre ord kan transportproblemet være fejl i destination-indstilling. Dette er faktisk vigtig. Når du fokuserer på siloen kan det helt glemmes, at platformen faktisk flyver et helt andersted og varerne aldrig ankommer.

Samme tankegang gælder hvis du går til anden planet direkte – er modtager-siden helt funktionel? Hvis du indstiller auto-påfyldning, før modtager-stedet er bygget, kan varerne ikke loades af efter landing, og næste leverance bliver stadig holdt op.

Placering af lasteplatform

For modtagelse på overflade er lasteplatformen højeste prioritet. Uden det opfylder den planetariske modtager-vindue ikke helt. Som tidligere nævnt skal du når du placerer det ikke kun "placere" men også "forbinde udlastning samme sekund som placering" for at undgå problemer.

Som『Lasteplatform - Factorio Wiki』bekræfter, modtages ad gangen kun 1 stak. Det betyder, at hvis du ikke får de ankomne ting ud hurtigt, bliver modtager-siden overbelastet og næste aflæsning bliver langsom. I starten tror man "det er bare små leverancer, en simpel kasse er ok". Men i virkelighed går små leverancer hurtigere til at blive opkoblet. Når 1 stak kommer ad gangen, hvis byggematerialer, bånd, poler osv. er blandet, bliver udlastning hurtigt den nye begrænsning.

Sted-valg: Placering uden for lasteplatform sådan at bånd eller robot-modtager kan skabes umiddelbart uden for er ideelt. Hvis robot håndterer, er robot-stations-området 50x50 fliser, så hvis man husker det og samler tæt, bliver det lettere at organisere. Problem-område: placere platform helt væk fra andre, og så senere tilføje lange transportlinjer. Dette gør både at se ankomst og være overbelastet meget besværligt.

Indstilling af rumplatform-hub-krav

Hvis modtager er rumplatform, bliver sentrum indstilling af rumplatform-hub-krav. Uden disse indstillinger ved jord-siden ikke "hvad skal jeg sende og hvor meget". Hub er ikke blot lager – det bliver start på påfyldning, så første auto-leverance skal kun indstille minimum byggemateriale. Det er nemmere sådan.

Præcis: tilføj til kravene små mængder byggematerialer, der sandsynligt bruges helt op under første leverance. Her bliver det uklart hvilke krav der ikke bliver opfyldt hvis du gør alt dårlig. Og manuel anmodning blander destinationplanet-specifikation, så hvis du ikke selv ved hvor det kommer fra, bliver det let forvirrende. Jeg selv mistede masser af tid her – jeg ønskede noget fra Nauvis, men kravene pegede til anden planet, så selv om siloen var aktiv fik jeg det ikke.

Første gangen skal man være hensynsfuld: "Denne leverance er kun for at starte byggeri". Hvis du vil starte bygning på platformen med høst, er auto-anmodning meget egnet. Omvendt hvis du skal præcist vælge planet, vil manuel indstilling være bedre at følge. Problem: hvis du sætter krav meget højt bliver det for stort i forhold til mindste laststørrelse, og leverance går aldrig ud.

Forbindelse af jordbaseret forsyning

Bare at stille krav betyder ikke, at ting flyver. Fra Nauvis side skal du forbinde raketsiloens forsyning. Minimum er en sikker forsyningslinje til siloen, ikke gigantiske stationer eller tog-net. Bånd eller robot fungerer, men første gang er bånd bedre fordi flow er mere synligt for debugging.

Det vigtige her er at skelne mellem "materiale til at bygge raket-dele" og "det gods vi vil sende" i hovedet. Når siloen stopper kan problemet være "jeg har ikke nok at sende" eller "dele-siden er langsom" og behandling skifter. At blande dette gør, at du bruger tid på at mistvise småvarer når problemet var dele-siden.

For første auto-leverance er det bedre at lave dedikeret lille forbindelse til begrænsede ting end at rode alle jord-logistik-linjer sammen til siloen. Hvis varerne i siloen er tilfældig hver gang, bliver test-resultat uklart.

Test af små påfyldninger og loggæring

Når linje og krav er hele, skal du først teste små påfyldninger ikke bare sætte det i drift. Her skal man bekræfte to ting: holder det op uden at vente på fuld last, og overbelastes lasteplatformen ikke ved en-stak-modtagelse?

Især skal man se på mindste laststørrelse. Wiki bekræfter ikke præcis standard-værdi, men i praksis bliver lille-vare-auto forhindret hvis det ikke er lavt nok. Jeg selv havde første gang gods som aldrig ankom fordi jeg ventede på fuld last. Da jeg sænkede tallet blev leverancer pludselig konstante. For små påfyldnings-leverancer er denne observation ekstremt vigtig.

I logge skal man bekræfte: siloen samler varer → raket flyver → platform eller jord modtager → lasteplatform aflaster til udgangen. Hvis nogen del stopper der er det flaskehalsen. Hvis det ankommer men næste ikke kommer hurtigt er aflasting omkring lasteplatform svag.

Under denne test skal succes-kriterium være "det ankommer lidt og kører én runde uden stop", ikke "det ankommer i store mængder". Når det virker stabilt kan du tilføje mere uden at det knækker. Omvendt hvis første runde er usikker bliver senere ekspansion helt uforståelig.

Design-punkter: Venten på fuld last, en-stak-begrænsning, planet-specifikke krav

Det nemmeste at blive fanget i med små leverancer er "jeg stillede krav, men det flyver ikke hurtigt". Her skal man være opmærksom på at "fuld last venten"-opførelse ikke er præcist dokumenteret officielt. Ud fra praksis rapporterer fællesskabet at "det tilpasser så meget det kan før opsendelse", så i drift handler det om at sænke mindste laststørrelse osv. til at være stabilt. Dette forlader jeg som "praksis-anbefaling" ikke som absolut regel. Det anbefales hvis du bruge factorio-forum eller fællesskab-tråde ( f.eks. r/factorio, factorio@jp osv. ) til at se mere præcis diskussion.

Omvendt bliver det større mere skrøbeligt hvis mindste-last bliver for lille for ore og byggematerialer i stor mængde. Små påfyldnings-leverancer og stor-mængde-faste-leverancer er helt forskellige selv med samme raket-transport. Opdelingen gør det meget mere stabilt.

Små leverancer prioriterer "ankomst hurtigt", store prioriterer "densitet pr. leverance" og "modtager-kapacitet". Uden denne opdeling bliver småvarer forsinket, stor langsam, værste begge.

Lasteplatforms en-stak-begrænsning som flaskehals

Modtager-siden overses nemlig ofte: Kun en stak modtagelse ad gangen som『Lasteplatform - Factorio Wiki』nævner. Med denne begrænsning kan selv når leverancen ankommer helt fint, lasteplatformens ydre aflasting være for langsom, og næste aflastning bliver dårlig.

For små leverancer ser denne begrænsning ikke så slem ud. Problem viser sig når man samler store leverancer på 1 platform. Jeg selv så at når jeg brugte meget materiale lasteplatformen blev pinligt langsom selv om silo-produktionen var fin. Årsag: flaskehalsen var ikke raket eller platform men lasteplatform og omgivende aflasting. Da jeg tilføjede flere platforme blev flowet helt anderledes.

Ikke nok med at bare tilføje flere platforme – du skal også styrke omgivende transport. Parallelt-opsætning af platform + udvidelse af afgangs-transport gøres bedst sammen. For stor-mængde-planet-transport er tog det vigtigste, korte distancer kan være høj/super-høj-bånd, kompleks sortering bliver robot-net. Robot-modtagelse: 50x50-fliser-område fra『Robot-station - Factorio Wiki』skal være godt planlagt, så både modtager og flow kan være overlegen.

Design-intuitionen: små leverancer "1 platform → lynhurtigt væk", store leverancer "flere platforme → flere kanaler ud". Især for store leverancer holder det ikke kun at tilføje platform-front – du skal gøre hele tog-station eller bånd-vej stærkere eller platform-foran bliver stadig overbelastet.

Planet-specifikke krav og afsender-specifikation regler

En anden vigtig ting i krav-ind