【Factorio】Interplanetarisk logistikk og rakett-transportdesign (Space Age)

I Factorio 2.0 med Space Age blir interplanetarisk rakett-transport mye mer stabil hvis du tenker på det som en utvidelse av landbasert logistikk i stedet for som spesiell event-transport. Ved å sette opp rakettsilo for forsyning, lastinglandingsplatting for mottak og krav, og romstasjonshub som både kravplassering og passiv forsyning, unngår jeg de fleste flaskehals-situasjonene.

For å være helt ærlig – i begynnelsen bygde jeg rakett bare fordi jeg skulle sende 200 reparasjonspakker, men da møtte jeg "full-laste-venting" som stoppet oppskytingen. Etter landing møtte jeg igjen et problem: cargo-plattformen tok bare én stakk av ganger, så utlastingen ble stoppet og pakket seg opp. Men så oppdaget jeg at hvis du først fastslår minimum laststørrelse, omkringliggende layout og krav per planet, kan du faktisk automatisere både små tilleggsforsyninger og hasteavdelinger ganske greitt.

Denne artikkelen er for alle som vil gå fra manuell romlogistikk til automatisert. Jeg forklarer hvordan du bruker stort sett regelmessig forsendelse, små tilleggsforsyninger og hastepakker, samt designregler som unngår stopp.

【Factorio】Grunnleggende om interplanetarisk logistikk og rakett-transport

Kontroller versjon og DLC

Forutsetningen for dette er Factorio 2.0 + Space Age. Space Age ble utgitt 21. oktober 2024 og endret posisjonen til raketten betydelig. Som Space Age selv viser, blir romferd og tilgang til andre planeter sentral i progresjonens kjernen. En rakett er ikke lenger «sluttspill-belønning» – det er «transportutstyr du bruker daglig». Med dette som utgangspunkt blir logistikk-forståelsen mye tydeligere.

Uten denne forutsetningen blir det vanskelig å sammenligne planetintern logistikk med interplanetarisk logistikk på samme designakse. Jeg begynte selv med å tenke på romferd som tognettet – bare større – men Space Age krever et tankeskifte. Innen planeten er standard valg: bånd for fast stor mengde, tog for langdistanse-bulktransport, logistikkrobot for kort avstand med frihet. Interplanetarisk blir det annerledes – rakett blir essensielt fordi det er den eneste måten å frakte ressurser til andre planeter.

Med denne sorteringen blir transportvalget mye klarere. Bånd er god for kontinuerlig forsyning; transportbåndet har grunnhastighet på 1.875 fliser/sekund, høyhastighet er dobbelt, superhøyhastighet er tredoblet. Men lengre avstand = tykkere kabling. Tog takler lange avstander og blir hovedrollen for bulktransport. Logistikkrobot ignorerer hindringer og er fleksibel, men lading og robotstasjon er flaskehalsen. Over planetgrensen handler alt om rakett – det er den eneste måten.

Forskel fra vanlig satellitt-oppskytning

I den gamle utgaven var rakett «nesten som endescenen». De fleste husker satellitt-oppskytning som «sluttspillet». Jeg var akkurat sånn – satellitt = slutt var sterkt plantet i hodet mitt. Da Space Age kom, tok det litt tid før jeg byttet tankemåte og så rakett som masseproduktert utstyr.

Men i Space Age er det helt annerledes. Rakett er ikke sjelden spesiell hendelse – det blir daglig logistikk som håndterer byggematerialer, reparasjoner og planetspesifikk ressurs-forsyning. Det er som å plassere bånd eller tog – du må designe hvordan det går rundt. Når du skjønner denne endringen, blir planetsistem og romlogistikk ett system.

Satellitt-oppskytnings-mekanikken forsvinner ikke helt. Cargo-plattformen har spesifikk oppførsel når en rakett med satellitt blir sendt opp – den mottar 1000 rom-vitenskap-pakker. Dette bekreftes i『Cargo landing pad - Factorio Wiki』. Men denne artikkelen fokuserer ikke på det – fokus er hvordan du håndterer fragtlogistikk med rakett. Satellitt-mottak er en detalj i spesifikasjonen; designets kjerne er «hva, fra hvilken planet, og i hvilken type forsendelse skal det flyte».

Cargo landing pad - Factorio Wiki

wiki.factorio.com

Vær oppmerksom på oppskrifts- og spesifikasjons-versjonsforskjeller

Rakett-informasjon blander lett gammel og ny informasjon. Det er viktig å være nøye her. Spesielt når du søker opp gamle artikler eller gamle oppskrifts-bilder, slutter designene å passe med gjeldende utgave.

Det viktigste å merke seg er at rakett krever 100 rakett-komponenter for fullføring, og hver komponent = 1% progresjon. Dette er gjeldende standard i『Rocket part - Factorio Wiki』og blir fundamentet når du tenker på hvordan å håndtere en forsendelse i produksjonslinja. En raktettransport blir ikke «én stor event» – det blir «100-trinns produksjonsprogresjon som er en logistikk-forsendelse». Med denne tankemåten blir komponent-forsyning mye lettere å lese.

Den gamle rakett-kontrollenhetens (RCU) system brukes derimot ikke i Space Age. Hvis du baserer deg på gammel informasjon blir du forvirret – «hvorfor trenger jeg ikke RCU-linja?» – men『Upcoming features - Factorio Wiki』og gjeldende rakett-komponent-sider viser at dette er bare versjonforskjell. Kort sagt: gammel-utgave rakett-materialer og 2.0 + Space Age rakett-materialer er ikke det samme – ikke les dem som samme ting.

Denne versjonsforskjellen påvirker ikke bare oppskrifter – det påvirker designfilosofien. Gammel tenking sier «rakett er superdyrt sluttspill», men Space Age endrer det til «rakett er logistikk du setter opp tidlig». Når du designer planetintern logistikk, bør du allerede tenke på hvordan det kobles til rakettsilo. For eksempel: store mengder via bånd, langdistanse-bulktransport via tog, fine justeringer rundt silo via robot. Det er veldig kompatibelt. Og så går den fra silo via rakett. Når du får denne forbindelsen til å fungere, blir jord og rom ikke to helt forskjellige spill lenger.

Rocket part - Factorio Wiki

wiki.factorio.com

De 3 innretningene som utgjør interplanetarisk logistikk og deres rolle

Rakettsilo

Rakettsilo er klart forsyningssiden av disse 3 innretningene. Det er helt enkelt å tenke på det som «forsyningskassen for romtransport» – det er sendeåpningen som sender ressurser fra landmassen til rommet. Etter at jeg så på det som «romforsyningskasse» ble silosidesnapet mye mer intuitivt. Du samler ressursene du vil sende, og pumper dem inn i silo. Selv om det virker spesiellt, er designlogikken bare utvidelse av landbasert logistikk.

Rakettselvene fullføres når du stapper inn 100 rakett-komponenter, som『Rocket part - Factorio Wiki』viser. Det betyr silo er ikke bare et lasteplass – det er en forsendelses-innretning som har en 100-trinns produksjonsprogresjon. På grunn av denne egenskapen er silo-flaskehalsen ikke bare «jeg mangler ting å sende». Det kan være mangel på rakett-komponenter, forspredt lastet materiale, eller hvis du sender små mengder men venter på full-last-aktivering, stopper det.

I faktisk drift blir silo mer stabil hvis du plasserer det som forsendelses-stasjon hvor du samler distribuert materiale, ikke på fabrikkens ytterside. Du samler byggematerialer, reparasjonsmaterialer, ammunition, og moduler på ett sted, så blir det klart «hva skal denne silo levere til hvilken planet». Det motsatte – å plugge mange linja direkte i silo – gjør at jordlogistikk-stopp blir romforsendelses-forsinkelse direkte.

Med denne tilnærmingen blir designvalgene klare. I stedet for å gi silo detaljerte instruksjoner, lager du lagre på jorden og lar silo ha ansvar for å sende det ut – det fungerer bedre. Jeg trodde først at silo var «sentralhjertet i romlogistikk», men det er egentlig ikke det – det er bare forsendelses-ansvarlig. Hjertet er kravet, og forsendelses-siden må svare på det kravet. Det blir mye lettere å spore problemer med denne innstillingen.

Cargo landing pad

Cargo landing pad er planet-siden mottak-og-krav-hub. Det er hvor rom-materiale lander, og samtidig hvor du viser rom-siden «hva trenger denne planeten». Hvis du tenker på det som landets krav-kasse, blir hele interplanetarisk logistikk-bildet klart. Jeg hadde det samme gjennombruddet selv.

Det viktige poenget fra『Cargo landing pad - Factorio Wiki』er den tar bare én stakk av ganger. Dette er ikke småtterier – det er veldig vesentlig. Folk planlegger for stor-mengde og glemmer dette. Mottak-siden kan ikke svelge uendelig. For små forsendelser med høy frekvens er det greit, men når landingsmateriale konsentreres, blir dette flaskehalsen.

Fordi av denne grensen, må omgivelsene rundt landingsplattingen være «materiale forsvinner raskt når det kommer». Om det skal håndteres av robot, spredd på bånd, eller sendt til togstasjon foran lagring gjør stor forskjell på opplevd flaskehals. Fra min erfaring er landingsplattingen ikke en lagring – det er planetens inngangsport. Hvis pakker hoper seg opp ved inngangen, vil neste forsendelse bli stoppet. Så du må planlegge både ankomst og videredistribusjon som én enhet.

Satellitt-oppskyting med cargo-plattingen mottar 1000 rom-vitenskap-pakker – men fra logistikk-perspektiv er det mindre viktig enn å forstå at «planeten ber om ting her, tar imot ting her, og distribuerer videre til landlogistikk». Når du ser denne flytens helthet, blir det enkelt å bestemme hva hver planet skal være selvforsynt på, og hva som skal importeres.

Rom-plattform hub

Rom-plattform hub er rom-operasjons-senteret. Fra offisiell info har hub lager-plass, kan gjøre auto-forespørsler, og oppfører seg som plattform-sentrum. Beste tenke-rammer er både krav-kasse og passiv-forsyning-kasse samtidig.

Dette «krav-kasse-lignende-og-passiv-forsyning-lignende»-bildet er mer en praktisk operasjons-innsikt enn noe som presist er sagt av utviklere. Jeg var helt forvirret i begynnelsen. Hvis du bare tenker på hub som lager, gir det ingen mening hvorfor det kan be om ting eller hvorfor det blir kilde for plattform-ressurser. Men hvis du tenker på det som stedet du samler det du vil ha, og stedet hvor du distribuerer ressurser til plattform-operasjoner, blir det intuitivt.

Spesielt for plattform-operasjoner kan du ikke bare spre ukontrollert antall kasser som på planeten – så hvordan du forstår hub-karakteren blir design-aksen. Byggematerial og reparasjons-behov som automatisk blir forespurt ser ut som krav-kasse. Hub-lageret som blir plattform-operasjons-ressurs ser ut som forsynings-side. Så denne innretningen alene – ikke bare «mottak» eller «sending» – må forstås som rom-siden krav-og-lagring-relé-kjerne.

Med dette klart blir de 3 innretningene veldig ryddig: jord-samling og rom-sending er silo, planet-mottak-og-krav er landing-pad, rom-krav-og-lagring-kjerne er hub. Ærlig talt – fra jeg skjønte dette ble «romlogistikk er komplisert» til «logistikk-kasseroller som er delt over steder».

Space platform hub - Factorio Wiki

wiki.factorio.com

Sammenlignstabell for innretnings-roller

Du kan forstå fra tekst, men når du skal bygge, blir det lettere med en tabell hvor du kan dele opp rollene. Spesielt å se «hvem forsyner, hvem ber om, hvor blir det stoppet» på ett blad gjør at du finner problemer raskere.

Det som blir tydelig fra denne tabellen er at de 3 innretningene ikke er lignende bokser – de har tydelig arbeidsdeling: sending, mottak, rom-relé. Når det blir stoppet, kan du spørre «er det sending eller mottak eller rom-side som er problemet» og raskt finne årsakene. Etter at jeg kunne dele opp det slik, ble det enkelt å kjøre både routine-forsendelser og hastepakker på samme nettverk.

Steg for å lage ditt første autonom transport-linje

Forskning: Rakettsilo og romferd

For å lage minimal auto-transport-linje må du først forske rakettsilo. Uten det kan du ikke sende fra jord til rom. Og nå vil du ikke massive mengder – du vil små tilleggsforsyninger som går automatisk fra Nauvis til romplatformen eller andre planeter. Så første mål er å få ett parti til å fly stabilt.

For rakett-forberedelse må du, som『Rocket part - Factorio Wiki』viser, stive rakett-komponenter oppå hverandre til fullføring. Vanlig feil er å tro at når du plasserer silo er du «inne i romlogistikk». I virkeligheten er det materiale-pumpingen og frakt-samlingen som er det virkelige arbeidet. Jeg følte også den starten-oppfatningen, men realiteten kom etterpå.

Det som hjelper å vite på dette stadiet er at første forsendelse skal være bare byggemateriale og basisk forsyning. Hvis du legger på masse ting blir det uklart hvor det stopper. Det vanlige misstep er å ha alt satt opp og så oppdager at både silo-forsyning og krav-innstillinger er feil samtidig. Det oppstår kaos. Start med en gjentagbar liten forsendelse – det blir mye lettere å se hvor problemet er.

Inntreden til planet/plattform

Neste er å sette opp mottaksplass. Det er to måter: sende rett til romplatformen eller falle ned til annen planets overflate. Det letteste for minimal-oppsett er å lage romplatformen først og sende forsyning dit. Rom-plattformen er Space Age sitt kjerneverktøy, og når den er i bane rundt den planeten, kan den handle bytter med overflaten.

Det som er viktig å være klar på er ikke bare «hvor skal jeg sende» men også hvilken planets bane skal plattformen være i når det skjer. Hvis plattformen ikke er i bane rundt målplaneten, kan det ikke byttes. Det blir logistikk-utseendet, men egentlig av fordi plattformen er et annet sted. Det skjer faktisk ofte. Du ser på silo-siden mens plattformen er langs siden av planeten, og leveransen blir ikke mottatt.

Hvis du skal til en annen planet direkte må du også sjekke at mottak-siden allerede fungerer. Hvis du starter auto-forsyning før landing-siden er klar, kommer material men kan ikke losses av, så neste forsendelse blir blokkert.

Plasser Cargo landing pad

Hvis du skal motta på overflaten må cargo landing pad komme først. Uten det har du ikke planet-mottaks-vindu. Som nevnt tidligere, men når du gjør det praktisk, betyr det ikke bare «plasser det» – plasser det OG koble utlastings-ruten direkte. Det skal være ett sett.

Som『Cargo landing pad - Factorio Wiki』viser, mottar den kun én stakk om gangen. Det betyr at hvis materialet ikke forsvinner raskt etter landing, blir mottak-porten blokkert og neste landing blir treg. De første instinktene er «det er lite materiale, skal ikke være problem». Men faktisk blir små forsendelser værre fordi de går én stakk av gangen. Hvis byggematerialer og bånd og stolper blandes slår det ut når du ikke har god utlaststyrke.

Plassering er best rett ved landing-padden med bånd eller robot-nettverk som tar det ut. Hvis du bruker robot må robot-stasjons 50x50-fliser område være i tankene – holde alt gruppert gjør det lettere. Missteg er å plassere padden alene langt unna, og så måtte legge lange utlastings-linjer etterpå. Da blir kontroll og feil-finning forferdelig tungvindt.

Innstill rom-plattform hub-krav

Hvis du sender til romplatformen, blir hub sentralt. Du må sette krav der, ellers vet jord-siden ikke hva og hvor mye som skal sendes. Hub er ikke bare et lager – det starter forsyningen, så i første auto-forsendelse skal du bare forlange minimum byggemateriale. Hvis du prøver alt på en gang blir det uklart hvor systemet stopper.

Konkret: små mengder av materiale som brukes opp i oppstarten. Å være grisk gjør at det blir uklart hva som mangles. Og fordi hånd-forespørsel har planet-valg-detaljer, må du selv vite hvor det skal komme fra.

Start med «denne forsendelsen er for konstruksjon» tankeset. Hvis du vil forhånds-bygg på plattformen er auto-forespørsel veldig praktisk. Hvis du vil kunne velge om det skal komme fra spesifikk planet, er hånd-forespørsel bedre. Problemet her er å ha for høy kravsmengde som ikke matcher min-lastestørrelse-innstilling – så forsendelsen aldri flyr.

Koble landbasert forsyning

Krav alene flyr ingenting. Du må koble forsyning til rakettsilo fra Nauvis. For minimum-oppsett trenger du ikke enorm stasjon eller tognettverk. Bare en sikker forsynings-linje som når silo. Bånd eller robot, men bånd er lettere å se strømmen.

Det viktige er å skille rakett-komponent-materiale fra frakt-selv i hodet. Hvis silo ikke beveger seg, er det «jeg mangler ting å sende» eller «komponenter-siden er treg» – det krever ulik løsning. Blanding gjør at du undersøker feil side.

For første auto-forsendelse enn å ta overskudd fra fabrikk er dedikert små tilganger bedre for gjentagbarhet. Hvis ting varierer hver gang er test-resultatene uleslige.

Test-sending og logg-kontroll

Med linja og krav klar gjør du ikke full drift – gjør test-sending av liten mengde først. Du sjekker to ting: ankommer materialet og blir landing-padden blokkert av sin 1-stakk-grense.

Spesielt viktig er min-last-størrelse. Offisiell wiki beskriver ikke default-verdier nøyaktig, men i praksis blir små forsendelser blokkert av at forsendelses-venting-betingelser settes for høyt. Min første lot satt sånn – byggematerialer aldri ankom før jeg sendte ned forventningen. Deretter fløy partier øyeblikkelig.

Du ser etter: silo samler frakt, rakett flyr, plattform eller overflate mottar, padden utlaster til jord-nettverk. Hvis den stopper på et sted er det flaskehalsen. Landing-ankomst ser god ut men neste forsendelse er treg = paddens utlastings-styrke.

Test-faser skal ikke ha suksess-vilkår som «mye ankomst». Vilkåret er lite men stabilt én gang rundt. Når det virker, blir resten stabil når du legger til krav og mengder. Hvis første sirkelen er dårlig og du utvider allikevel, mister du hvor problemet er helt.

Design-kjernepoeng: Min-last-venting, 1-stakk-mottak, og planet-spesifikke krav

Småeste forsendelse blokkeres lettest av «jeg satte krav men flyr ikke». Her må du vite om denne «min-last-venting»-oppførselen – offisiell dokumentasjon sier ikke eksplisitt hva default-grensen er. Fra samfunn-praksis rapporteres det at «flyr bare når den kan ha fullt». Praktisk kjører man ned min-last-grensen til den flyr ofte. For små forsendelser er denne innstillingen kritisk – uten justering blir den bare stiltestande.

Omvendt: for stor-mengde er min-last høy eller lave tall blir for mange små forsendelser og kaos. Store og små forsendelser skal ikke dele samme plan – skill dem. Design-bildet:

Små forsendelser prioriterer «kommer raskt», store prioriterer «én forsendelse = høy tetthet». Skillet gjør begge stabilt. Blanding gjør at små blir treg og store blir blokkert ved mottak.

Cargo landing pad sin 1-stakk-mottak som flaskehals

Lett å glemme er『Cargo landing pad - Factorio Wiki』sitt kun 1 stakk mottak av gangen. Det blir lett ikke å tenke på fordi små forsendelser virker små. Men problemet oppstår når store forsendelser skal inn på 1 pad – omgivelsene må ta av det raskt eller mottak blir blokkert.

Små forsendelser merker ikke dette. Problemet oppstår med store-partier til 1 pad. Jeg sendte en gang stor mengde byggemateriale – silo og oppskytning virket bra, men landing-siden var merkelig treg. Årsak: ikke rakett eller plattform – landet pad og omkringliggende utlastings-styrke. Jeg la til fler pads og strømmen endret seg helt.

Fokus: ikke bare pad-tall – det hjelper ikke. Du må også se på pad-parallel og utlastings-styrke-utvidelse. Tog, høyhastighet-bånd, brede robot-nett. Hvis du bare legger pads uten å ta materiale ut flyter det ikke bedre.

Design: små forsendelser «1 pad til nærmeste utlasting», store forsendelser «flere pads til flere kanaler». Spesielt store: pad-forundering alene rekker ikke – hele utlastingskanalene må være bred. Ellers sitter material bare ved padden.

Planet-spesifikke krav og forsendelse-kilder-valg

Mange blir frustrerte av krav som «jeg skrev inn men ingenting ankom». Her er det ofte at planet-valg er galt satt. Rom-plattform-hånd-krav må ha spesifisert planet for å fungere. Samme stoff fra feil planet = ingenting kommer.

Det oppstår når du tenker en stoff kan komme fra «overalt» når det krever planet-spesifikk. Hvis du vil samme stoff fra flere planeter må du dele krav per planet. Eks: «Nauvis byggemateriale» og «annen planet byggemateriale» som to separate poster.

Mangel på klarhet gjør at du får igang-utseendet men forsyning-mangel. Spesielt hvor plattformen flyr rundt må «hvor antar jeg det kommer fra» være gjort klart. Jeg gjorde denne feilen – silo virket åpen, men material fra feil planet = mangel. Klarte meg da jeg delte opp kravene.

Auto-krav fungerer annerledes – kan ta fra fler planeter. Men hvis du vil styre prioritet må hånd-krav separert per planet være dine instruksjoner.

Innstillings-UI sjekkliste

Se etter hva-type-stopp-innstillingen forebygger i stedet for bare tall:

• Er forsendelses-typen liten eller stor

Uklart = feil min-last og pad-tall. Skill små (hyppig) og store (tett).

• Passer min-last-størrelse forsendelses-typen

Små lave for tempo, store høye for tetthet. Høy min-last på små = venting.

• Er planet-valg klart

Hå