【Factorio】Interplanetär logistik och raketöverföring (Space Age)

Interplanetär raketöverföring i Factorio 2.0 och Space Age blir mycket mer stabil när du betraktar det som en förlängning av jordbaserad logistik snarare än som särskild eventöverföring. Genom att se raketsilo som försändelsecenter, lastnedstigning som mottagning och begäran, och rymdplattformshubb som begäran plus passiv försörjning, blir systemet väsentligt mer tillförligt.

Ärligt talat försökte jag initialt bara skicka 200 reparationspaket med en raket, men raketen väntade på att bli fullastad och flög aldrig. Även när den väl kom fram stannade nedlastningen vid lastnedstigning eftersom den bara kunde ta emot en stack åt gången. Det var här som mönstret blev klart för mig: genom att först bestämma regler för minimal lastning, omkringliggande layout och krav per planet, kunde även små påfyllningar och nödöverföringar automatiseras helt naturligt.

Den här artikeln är för dig som vill gå från manuell rymddrift till fullt automatiserad. Jag förklarar här hur du använder stora regelbundna överföringar, små påfyllningar och nödbuskningar, utan att systemet slutar.

Förkunskaper för interplanetär logistik och raketöverföring i Factorio

Versionsbekräftelse och DLC

Grunden för den här diskussionen är Factorio 2.0 + Space Age. Space Age släpptes den 21 oktober 2024 som expansion, och här förändrades raketens roll helt. Som Space Age visar är att nå rymden och få tillgång till andra planeter nu centrum för progressionen, så raketen är inte längre "slutspelets bonus" utan "vardaglig transportutrustning" värd att se som sådan.

Utan denna förståelse blir det svårt att jämföra planetintern och interplanetär logistik på samma designlinje. Jag började med att tänka på rymden som att bygga ut järnvägsnätet – men Space Age kräver ett helt paradigmskifte här. Inom planeter följer du helt enkelt grundreglerna: använd transportband för konstant högt flöde, tåg för långväga bulktransport, logistikrobotrar för korta avstånd och flexibilitet. Men mellan planeter blir raketen tvingande nödvändig. Den är det enda sättet att flytta resurser mellan världar.

Med denna uppdelning klar blir jämförelsen mycket enklare. Transportband är bäst på kontinuerlig försörjning; basbandets hastighet är 1.875 brickor/sekund, snabbband är 2x och ultrasnabbband 3x. Men ju längre sträcka desto fetare blir ledningarna. Tåg tar lätt hand om långa sträckor och blir huvudtransportören. Logistikrobottar kan navigera runt hinder och är flexibla, men laddning och strömniv blir flaskhalsar. Sedan finns det bara ett kort ögonblick när du korsar planetgränsen – där är raketen den enda vägen.

Skillnaden från vanilla-satellitstarten

I vanilla var raketen länge "nästan som en slutkutscen". Många stannar vid minnet av "ladda satelli och skjut upp". Jag var en av dem – satellit = slutet var en stark tankemall. Så när Space Age kom chockade mig att tänka på raketer som massproducerade transportenheter.

Men det är helt annorlunda här. Raketen är inte längre ett rare event utan huvudrollen i vardagslogistiken: byggnadsvaror, reparationsmaterial och planetspecifika resurser. Det är precis som att placera transportband eller tåg på marken – det är designmål hur du får det att fungera. Denna förändring gör att planetintern och interplanetär design plötsligt blir ett sammanhängande system.

Satellitstarter försvinner inte helt – lastnedstigning kan ta emot 1000 rymdvetenskapspaket när du startar en satellit. Du kan läsa detta på Cargo landing pad|Cargo landing pad-sidan. Men fokus här är hur du hanterar raketöverföring för gods, inte vetenskapspaket. Det är systemets en del, men designens hjärta är "vad skickar jag, från vilken planet, som vilken överföring".

Cargo landing pad - Factorio Wiki

wiki.factorio.com

Uppmärksamhet på receptskillnader mellan versioner

Raketinformation kan lätt blanda gammal och ny data. Det är viktigt. Särskilt när du söker och hittar gamla artiklar eller gamla receptbilder matchar de inte dagens design.

Det viktigaste att hålla i minnet är att raketen färdigställs med 100 raketdelar, en del i taget är 1% framsteg. Detta är enligt Rocket part|Rocket part-sidan och utgör grunden för hur du planerar produktionslinjer. Tänk inte på "1 raketstart" som "1 stort event" utan som "100 steg av tillverkning" – då blir delöverföringen lättare att läsa.

Å andra sidan använder du Rocket Control Unit (RCU) från gamla raketinstruktioner inte längre i Space Age. Om du förlitar dig på den gamla designen blir du förvirrad. Men om du kollar Upcoming features|Upcoming features eller nuvarande rocket part-sida är det helt klart en versionsskillnad: gamla vanilla raketmaterial och 2.0 + Space Age raketmaterial är inte samma sak.

Denna versionsskillnad påverkar designfilosofin. Med gamla tankar blir "raketen är en ultradyr slutspelobjekt" kvar, men Space Age sätter den in i logistiken redan tidigare. Så när du bygger planetintern logistik kan du redan då tänka "hur kopplar jag detta till raketsilo" och slösa mindre resurser. Till exempel: stora konstantflöden går på band, långväga bulktransport går på tåg, små påfyllningar tar robott. Det här fungerar perfekt tillsammans. Sedan tar raketen bara överplanetärt. Denna enhet gör att jord och rymden inte längre känns som två spel.

Rocket part - Factorio Wiki

wiki.factorio.com

De tre faciliteterna för interplanetär logistik och deras roller

Raketsilo

Raketsilo är klart på försändelsesidan av de tre faciliteterna. Om jag beskriver rollen helt enkelt: det är godslådan för överföring till rymden. Jag började se det som "en försändelsekista för rymden" och designen runt silot blev mycket mer naturlig. Samla det du gör på marken, skicka till silo. Det ser speciellt ut men tankemässigt är det bara jordbaserad logistik.

Raketen själv färdigställs med 100 raketdelar enligt Rocket part|Rocket part. Så silo är inte bara en lastplattform – det är en försändelseanordning som håller framsteg för varje tur. Denna egenskap gör att silos flaskhalsar inte bara är "inte nog gods" utan kan också vara "rakeldel-försörjningen slutade", "godstypen är splittrad", eller "liten last men tungt startvillkor".

I praktiken är det stabilare att sätta silo nära fabriken snarare än långt bort, och se det som en försändelsestations avslutande station. Samla byggmaterial, reparationsmaterial, ammunition, modulkomponenter, etc. till en punkt innan silo, och det blir klart vad som går vart. Omvänt, om du sticker många linjer direkt in i silo blir jordlogistikens problem omedelbar rymddröjning.

Håll silos roll helt enkelt: marken gör det, och silo skickar det. Det är inte silos jobb att tänka. Håll marken i lager och låt silo agera. Jag trodde först att silo var "rymddriftens huvudenhet", men det är faktiskt inte så – det är bara försändelsedelen. Kärnan är _hur du ställer kraven_ – försändelsen förväntas möta det.

Lastnedstigning

Lastnedstigning är mottagarsidan för en planet – både mottagningen och kravlagringskärnan. Det är ankomstplatsen för gods från rymden och samma gång "vad behöver denna planet" till rymdväxlingen. Om du ser det som jordkravsláda blir interplanetär logistik helt klart.

Det är kritiskt att veta att lastnedstigning kan ta emot endast en stack åt gången. Det ser litet ut men är faktiskt enormt viktigt. Tänk på stora överföringar och missa det lätt – mottagningen är inte oändlig. För små höga frekvensöverföringar är det OK, men när mycket gods anländer är detta här en typisk flaskhals.

Denna begränsning gör att området runt lastnedstigning måste vara designat för att släppa godet snabbt. Ska det på robott, bort på band, eller till tågstation nära? Designvalet här påverkar den upplevda känslan av stockning enormt. Från mitt perspektiv är lastnedstigning inte ett lager i sig – det är planetens entré. Om paketen stacks på entrén dör nästa överföring. Designa därför utgångs-systemet tillsammans med mottagningen.

Satellitstarten med 1000 rymdvetenskapspaket är speciell, men ur mottagningsdesignperspektivet är "planetens mottagningsfönster" viktigare. Ställ krav här, ta emot från rymden här, skicka vidare till marken här. När detta är klart blir det lätt att se vad varje planet själv tillverkar och vad den importerar.

Rymdplattformshubb

Rymdplattformshubb är operationscentralen på rymddsidan. Officiellt finns inventering, automatisk begäran, och det fungerar som plattformens centrum. Rent rollmässigt är "allt som en kravlåda som också kan leverera" den mest praktiska förståelsen.

Denna "kravlåda plus passiv leverans"-logik är mindre något officialet satt svart på vitt och mer något operativt mycket smidigt. Jag var själv mest förvirrad här. Om hubb bara är ett lager, varför kan det be om saker? Varför är hubbets inventering plattformens arbetsmateriel? Men när jag såg det som "en plats som samlar vad vi behöver och fördelar vad vi äger för rymdjobben" blev det kristallklart.

Speciellt för plattformskörning fungerar inte samma "lägg många kistor och organisera" som på marken, så hubbets karaktär blir designkärnan. Det är både "samling av önskningar" (kravlåda-mässigt) och "materialförråd för plattformsjobb" (leveransmässigt). Därför är denna facilitet inte bara "mottagning" eller "leverans" utan rymdsamlings- och behovscenter.

Med denna klarhet blir de tre rollers ren separation: marksida samlar och skickar via silo, planetmottagning begär via lastnedstigning, rymdcentral begär och underhåller via hubb. Ärligt talat såg jag först rymddrift som "svårt system", men det är bara "logistiklådor på olika platser".

Space platform hub - Factorio Wiki

wiki.factorio.com

Jämförande tabell för facilitetroller

Text är OK men två böcker är bättre än en. En tabell som visar vem som gör vad hjälper vid faktisk byggning.

Vad som framgår är att de tre inte är likadana boxar utan har helt separat skeppning · mottagning · rymdöverföring. Vid stockning kan du direkt se "är skeppningen svag" eller "mottagningen spricker" eller "rymden är dåligt organiserad" – mycket snabbare att hitta orsaken. Efter att jag lärde mig detta kunde jag ha både stora reservöverföringar och nödbuskningar tillsammans.

Steg för ditt första automatiserade transportsystem

Forskning: Raketsilo och rymdnådd

För minsta möjliga setup börjar du med raketsilo-forskningen. Utan den finns inget sätt att skicka gods från jord till rymden. Och du vill här inte ha "massamöver" utan små påfyllningar helt automatiskt mellan planeter. Så först måste en enda tur flyga stabil.

Raketen förberedes enligt Rocket part|Rocket part genom att stacka delar. Misstag här: många tror "silo helt = rymddrift öppen", men det återstår raketdelproduktion och godsammling. Jag fick själv denna känsla av att världen öppnades vid forskningen, men sanningen var senare.

Tips här: håll första överföringen till konstruktionsmaterial och bara det. Om du blandar allt blir det oklart var det brister. Misstaget är "forskning klar = allt kan gå" + "skicka allt möjligt" = två problem samtidigt = omöjligt att felsöka. Start istället med små testöverföringar för att få systemet stabilt.

Framsteg till planets/plattformar

Nu behöver du ett mottagningsställe. Två vägar: skicka direkt till rymdplattform eller skicka ned till planetyta med lastnedstigning. Enklast att bygga är plattformen först, vilket kanta emot överföringar när den är i omloppsbana runt målplaneten.

Det kritiska här är att förstå: bara om mottagaren är på rätt ort fungerar överföringen. Plattformen måste faktiskt gå i omloppsbana runt målplaneten eller ingen överföring händer. Många fokusar på silo men missa att plattformen är fel ställe – då flyger raketen aldrig eller ankommer till ingenting.

Samma för direktnedstigning: mottagarbasen måste redan fungera. Skicka överföring innan golvet är byggt = inget att ta emot = nästa överföring fastnar.

Placering av lastnedstigning

För att ta emot på yta är lastnedstigning obligatorisk. Rolls redan nämnd men praktisk: placera och anslut utgångs-sträckan i samma moment.

Enligt Cargo landing pad|Cargo landing pad är en stack åt gången mycket kritiskt. Här kan inte bara "ah, liten överföring, någon låda duger". En stack åt gången = ofta blocker om flera typer anländer. Utgångsvägen måste vara sterk.

Plats: direkt intill lastnedstigning ska band eller robott finnas. Om robott, då är Logistic network|Logistic networks 50x50-ruta viktig. Misstag: placera lastnedstigning långt bort, dra lång ledning senare = trassligt senare.

Rymdplattformshubb begärkonfiguration

Om målzonen är rymden, hubbets begäran är key. Utan begäran vet marken inte vad den ska skicka. Start enkelt: bara basbyggmaterial, låg kvantitet.

Specifikt: säg vad plattformen ska göra (build start) och dra ner materialet långsamt. Stora begäran + många typer = omöjligt att se vad som saknas. Misstag här: manuell begäran från fel planet = ingenting anländer.

Anslut jordförsörjning

Med begäran på plats måste marken ge. Enkel ändring: ett enkel godssystem från fabrik till silo. Robott OK men band är lättare att debugga för första gången.

Viktigt: rak skillnad mellan raketdelsmaterial och godsmaterialet. Om silo stannar: "inget gods?" eller "raketdelar är långsamma?" – helt olika åtgärder.

Misstag: koppla många olika marksystem direkt till silo = silo blir fullt av fel typ = varje test blir dimm.

Liten testöverföring och loggöversyn

Anslutning OK, men inte fullt. Gör en liten testöverföring först.

Se efter: kommer gods fram? Invänter raketen på fullast eller tar lastnedstigning emot OK?

Minimal lastning är helt oklar i officiell dok men användarrapporter visar "raketen väntar på att bli fylld". För små överföringar måste du sänka detta annars står det stilla i fullastväntan.

Spör: går det igenom? Silo → raket → mottagare → ut från lastnedstigning. Vilken steg stannar? Om gods är här men nästa överföring är långsam misstänks lastnedstigning-utgång.

Succévillkor här: inte "massor ankommer" utan en liten tur runt utan att stoppa. Då är det fast. Omvänt, första cykel dimm = expansion blir rörig.

Designpoäng: fullastsväntan, en-stack-mottagning, planetspecifika behov

Mest klassisk liten-överföring-strypning: "jag satte kraven men raketen flyger inte". Här är nyckel att detta "fullastsväntan"-beteende inte är helt explicit dokumenterat. Baserat på användarobservationer verkar raketen "fylla innan start". För lite överföringar måste du sänka minimal lastning.

Omvänt för stora överbörden (rågods, byggmaterial): för lågt → för många små turer → kaos. Dela isället upp i två överföringstyper:

Små är "kom snabbt", stora är "kom fullt".

Lastnedstigning en-stack-mottagning som flaskhals

Misstag: "gods är här, varför långsamt?". Svar ofta: Cargo landing pad|Cargo landing pad tar en stack åt gången och utgångs-området är för smalt.

Liten överföring märks inte. Problem är när flera små överföringar möts eller när en stor överföring splittas. Själv slog jag på många byggmaterial på en lastnedstigning; silo var OK, raket var OK, men mottagningen saktade ut. Orsak: en lastnedstigning kan bara ge en stack – om utgången är svag går det långsamt. Flera lastnedstigninge löste det helt.

Misstag: bara öka lastnedstigning utan att stärka utgången. Måste ha både mer mottagning och bättre utgångsväg: tåg, snabbband eller bred robottnet.

Design: små överföringar: "lastnedstigning → rakt bort". Stora överföringar: "flera lastnedstigning → flera utgångsvägar splittrat".

Planetspecifika behov och försändelsekällanamngivning

Misstag nummer två: manuella behov från rymdplattformshubb vet inte att "denna planet är källan" automatiskt. Enligt Space platform|Space platform är behoven knutna till en specifik planet. Samma material från två planeter = två separata behov, ej ett.

Detta gör att "många planeter kan leverera samma sak" inte fungerar om du inte är tydlig. Många gånger går leverans långsamt för att behoven är mot fel planet. Särskilt för resmål-plattformar blir detta otydligt.

Trick: split behov per planets källkodning. "Nauvits byggmaterial" och "andra-planet byggmaterial" är två behov, inte ett. Vid långsam leverans är det då klart vilken källväg att titta på.

Automatiska behov kan ta från vilken planet som helst – annorlunda system helt.

Konfigurationskontrolista

Se inte bara siffror utan "vad problemet är denna siffra löser":

• Överföringstyp är det klart?

Små eller stora? Det styr allt annat.

• Minimal lastning matchar överföringstypen?

Små = lågt, stora = högt. Högt på små = väntar för länge.

• Planetkällor är namn klara?

Manuell behov kräver planet. Oklart = omöjligt att felsöka. Två planetkällor = två behov.

• Lastnedstigning antal och utgångsväg matchar?

En lastnedstigning för en stor överföring = utgången är svag. Öka båda tillsammans.

Inte all UI officiell men dessa fyra räcker. Rymddrift går ofta att "inte kunna skicka" utan "kan skicka men det ankommer inte eller stannar sedan". Då är fullastsväntan · planetkälla · utgångsväg de tre kritiska.

Jämföring av transportsätt: Band, Tåg, Logistikrobott, Raket

Planetintern konstant flöde

Inom planeter är konstant flöde bäst på band. Plåt + mellanvaror går enkelt på band från råvara till slutprodukt. Transport belts/Physics|Transport belts/Physics visar basbandets hastighet är 1.875 brickor/sekund, snabbband är 2x, ultrasnabbband är 3x. Samma väg = fler brickor högre färg.

Bands kraft: du ser problemet direkt. Band fyllt = flaskhals här. Band tom = fel vid början. Själv använder jag band från lastnedstigning några steg innan utgång – enkelt att se vad som saktas.

Bands svaghet: långt avstånd = feta ledningar. Flera kilometer på band tjocknar designen enormt.

Stomlineär långväga

Långväga inom planet går på tåg. Detta blir enormt tydligt när det växer. Från råvara långt hemåt på band är dåligt, men tåg med stationer är enkelt och omfattas många varor. Järnvägen kräver stationer och signaler men är den stora transportörs form.

Speciellt för stor mängd långväga är tåg helt klart. Landningsområde → buffertstations → fabrikområde. Buffern gör att små fluktuationer från landning inte skakar fabriker.

Nära flexibel

Logistic network|Logistic network – kort avstånd + många typer = robott. Robottportens 50x50-område är det naturliga. Runt stationer, byggen, lager är robott så mycket enklare än band.

Men robotter har svaghet: laddning. Många robottar = långsam laddning = många robottportar behövs. Robott köper flexibilitet, inte volym.

Mellan planeter

Här är raket obligatorisk och enda vägen. Och beteendet är helt annorlunda. Marken är "linjens tjocklek", raketen är två per turen och mottagarens kraft. En stack åt gången från lastnedstigning är helt annorlunda från bandets konstant eller tågets bulkvolymer.

Raket är inte "superlång tåg" utan helt eget system: liten eller stor överföring? Hur mycket kan mottagaren dricka?

Jämföring i tabell:

Val-flödesschema

I praksis: vilken väg får vad?

1. Annan planet?

• Ja → Raket
• Nej → Nästa

1. Samma väg, mycket, långt?

• Ja → Nästa
• Nej → Robott

1. Långväga stomlinjer?

• Ja → Tåg
• Nej → Band

Enkelt: band för konstant, tåg för långväga bulk, robott för flexibel, raket för mellan.

Klassiska problem och lösningar

För mycket lager och för många raketuppskjutningar

Många nya: samma tankegång för begäran och lastning. Få mycket litet behov, men sätt högt minimum = raketen väntar. Sen fyller den snabbt = mottagaren får allt på en gång = buffring och utgång blir argade. Resultat: "oftast på gång, ibland för mycket" = värsta tillståndet.

Ser ut att fungera men är inte det. Lösning: skil behov från minimal lastning. Mottagare vill "små mängder på gång", försändare gör "bara ett lågt minimum för frekvens".

Planetkälla borta = ingenting anländer

Helt enkelt giss