Factorio tågscheman - inställning och automatisering【2.0 kompatibel】

Tågdriften i Factorio 2.0.73 har blivit mer komplex med nya funktioner, och därmed har också misstagen multiplicerat sig. Den här guiden är för spelare som nyligen börjat med järnvägar på vanilla 2.0 eller nöt på problem med samma stationsnamn. Vi organiserar stegen för att först stabilisera enkel fram-och-åter-transport (full last → tom last), sedan tågbegränsningar, och slutligen 2.0:s avbrytande funktioner utan onödiga språng.

Jag själv försökte köra ett 10-tägs nätverk med bara samma stationsnamn från början, vilket ledde till att tågen klustrades nära varandra och huvudledningen blev ofta blockerad. Vad som faktiskt hjälpte var inte komplicerad logik utan att skilja rollerna mellan vanliga och kopplade signaler, ändra spåren så tågen inte stannade vid korsningar, och sätta tågbegränsningar per station.

Poängen är att ett stabilt järnvägsnät börjar inte från "avancerad automatisering" utan från "designa så det inte finns stoppplatser" och "se till att tågen inte klustras". Avbrytande scheman är bäst att hantera efter att denna grund är på plats.

【Factorio】 Förutsättningar för automatisering av tågscheman

Målversion och artikelns omfattning

Den här artikeln fokuserar på vanilla Factorio 2.0-serien. Specifikt baseras den på stabila versionen 2.0.73 (2026/01/23) med kompletteringar från testversionen 2.0.76 (2026/02/25) där skillnaderna är relevanta. Space Age behandlas inte separat utan endast dess järnvägsrelaterade skillnader nämns. Till exempel är upphöjda spår en Space Age-funktion, men deras roll är "minska korsningar och därmed blockeringar" - de ändrar inte grundtanken för tågscheman.

Det viktiga att inse är att 2.0:s nya funktioner inte gör tågen automatiskt intelligenta, utan är ofta funktioner som bara blir användbara tillsammans med kretslogik. Framför allt är avbrytande scheman typiska för detta: de är mycket mer flexibla än fasta fram-och-åter-rutter, men kräver mer tänkande från designerns sida. Jag förväntade mig själv att detta skulle kunna ersätta allt som LTN modden gjorde rent i vanilla, men i praktiken är designkomplexiteten märkbart högre än enkel samma stationsnamn-drift.

Det finns dock stort värde i att införa det. I 2.0 kan du skapa dynamiska scheman via avbrytningar, så du kan hålla tåg på standby vid en depot, låta dem upptäcka en begäransignal, och sedan skicka dem för att hämta och leverera last. Flödet är ungefär depot standby → detektera begäransignal → flytta till utgångstation → leverera till begäransstation → återgå till depot. Detta är helt från "ett tåg som gör en fast fram-och-åter mellan station A och B" och närmar sig snarare en just-in-time logistik.

Men om du försöker direkt ersätta LTN moddens multi-artikel, universell dispatchning kommer det att skjuta förbi målet. Det som är praktiskt med vanilla 2.0 är att ha en enda artikel per station som grund. Järnstation kör bara järn, kopparmalm bara kopparmalm - när rollerna är fasta blir kravberäkning och laddningsvillkor mycket enklare och faktiskt närmare LTN-drift. Omvänt, om du försöker hantera flera artiklar på en station blir både kretsvillkoren och tågens villkor extremt komplicerade.

Grundläggande terminologi för tåg, stationer och signaler

Först bör vi klargöra att tågschema definierar "vilka stationer att besöka och vilka villkor måste uppfyllas innan vi går vidare". Tåg går till stationer automatiskt i autopilot-läge och kan endast lasta/lossa vid stationer. Enligt 『Railway - Factorio Wiki』är en station inte bara en stoppplats utan målet för autopilot navigering själv.

Det är användbart att förstå lastkapacitet här också. Varje godsvagn har 40 platser, och transportmängden kan uppskattas som "40 × det artikelns stackstorlek". Enligt 『Cargo wagon - Factorio Wiki』är tåg starkast när de transporterar en stor mängd av en enskild resurs. För vätskor räknas vätsketankar till 50 000, så långdistansvätskestransport använder dem nästan alltid. När du planerar stationsdesign är det användbara att veta i förväg hur mycket en enda tåglast kan innehålla, så du kan upptäcka överflödig dispatch och mottagningsmättnad.

Terminologi runt stationer som är lätt att blanda upp är samma stationsnamn och tågbegränsning. Samma stationsnamn innebär att placera flera stationer med samma namn så tåget väljer bland dem. Till exempel kan du ha flera gruvplatser och kalla dem alla "järnmalm inlastning". Denna metod är bekväm men utan kontroll klustrar tågen till närliggande stationer. Det löses genom tågbegränsning i stationsegenskaperna, vilket begränsar antalet incommande tåg och minskar klustringen. Huruvida ett fler-stationsnätverk fungerar väl hänger mycket på denna gränsk kontroll.

Signaler är ännu viktigare. Grunderna är att vanliga signaler delar upp spåren i block och kopplade tågsignaler bedömer om det är säkert att köra in vid korsningar/förgreningar. Tanken från 『Tutorial: Train signals - Factorio Wiki』är densamma, men i praktiken är det lättare att tänka "var ska tågen inte stanna" istället för "var ska de stanna". Vad som trippade upp mig mest var att placera kopplade signaler vid korsningsutgångar - detta är faktiskt viktigt. Om utgångsutrymmena är otillräckliga och tåget stannar inne i själva korsningen, börjar hela huvudledningen att blockeras. Ärligt talat förstod jag inte detta i början alls.

För japanska driftsexempel är 『Train Network - factorio@jp Wiki』där exempel på samma stationsnamn och bränslepåfyllning också användbara. Efter att ha fastslagit grunderna på officiella wiki kan man komplettera med praktiska knep från communityn.

Railway/ja

wiki.factorio.com

Autopilot och omvägsökningsförlopp

För att ställa in automatisering måste du veta när ett autopilot-tåg överväger att ändra väg. Tåg går till stationer i autopilot och lastade/lossar bara vid stationer. Problemet uppstår när ett jobb som tåget går mot inte längre är möjligt - när byter tåget väg?

Omvägsökning är mycket viktig för 2.0:s avbrytande drift. De mest kända utlösarna är tåget väntar 5 sekunder vid en kopplad signal och målstationen blir inaktiv. Med andra ord inlåses tåget inte för evigt med samma instruktion, men det ger upp inte direkt heller. På grund av detta "vänta lite sedan tänka om"-uppförande kan dåligt designade avbrytande tåg lätt sova på halva ställen.

Själva flödet för 2.0:s avbrytande drift är ganska liknödig. Skapa en begäransignal till ett tomt tåg i depopåvägen. Tåg som uppfyller villkoren går till utgångsstationen, fyller på last när laddningen är klar, går till begäransstationen, levererar, och återvänder till depot. Detta depopåvary → detektera begäransignal → utgångstation → begäransstation är praktiskt och väldigt enkel för enkelalutikelnämn.

Men metoden har också klara fallgropar. En är att flera tåg lätt kan mobb samma jobb. När en begäran skapas kan flera tomma tåg ta på samma jobb, så 1 tåg räcker men 2-3 extra går ändå och väntar någonstans. En annan är att villkoren inte uppfylls på avbrytningsställe och tåget blir liggande. Om ett tåg får ett jobb men inte kan fylla eller tömma stannar det, så ser nätverket ut att ha tåg men ingen fysisk transport sker.

Det som kombineras med detta är tågbegränsning per station. Oavsett samma stationsnamn eller begäransstation, utan begränsning på mottagningskapacitet klustrar tågen. Vid fast drift är detta inte så synligt, men vid dynamisk dispatch blir det påtagligt. Min uppfattning är att avbrytande är mindre "bekvämt" och mer "exponerar svagheter i stationskontroll". Därför är det viktiga: skapa begäran bara när stationen inte är full, OCH begränsa inströmningskapaciteten via gränser. Först när båda dessa är på plats börjar 2.0:s automatiserade dispatch att stabiliseras.

Grundläggande steg för att ställa in tågschema

Skapa två-stations fram-och-åter (gruva → fabrik)

För att stabilisera din första tåg är det snabbaste att fokusera på två-stations fram-och-åter mellan gruva och fabrik. Flera gruvplatser och samma stationsnamn är bekvämt men gör det svårare att se "var blockeringen kommer från - vägen, stationsvalet eller startvillkoren?". Jag själv hoppade över detta för flera stationer och producerade massor av tomma tåg som cirklade huvudledningen.

Sammansättningar som kallas "1-2-1" och "1-4-1" av communityn är vanliga. Men dessa namn och driftkänsla kommer från communityn, och actual väntebangans längder ändras beroende på lok- och vagnstyp. Korta sammansättningar prioriterar manövrering, långa prioriterar kapacitet. Innan du driftsätter bör du mäta sammansättningens längd in-game och sedan bestämma väntebangans längd därefter.

Processen är enkel: placera en laddningsstation i gruvan, en lossningsstation i fabriken, sätt tåget i autopilot, och lägg bara dessa två stationer i schemat. Lassa in i gruvan med bälten/insertrar, lossa i fabriken på motsatt sätt. Eftersom tåg bara kann lasta/lossa vid stationer är det bättre att först helt separera "laddning vid station" och "lossning vid station". Grundläggande specifikationer från 『Railway - Factorio Wiki』 och 『Cargo wagon - Factorio Wiki』 är klara.

Schemat kan se ut såhär på sitt enklaste:

1. Lägg till gruv-station
2. Lägg till fabrik-station
3. Ställ in startvillkor för laddning vid gruva
4. Ställ in startvillkor för lossning vid fabrik
5. Sätt tåget i autopilot

Det är allt. Det viktiga är att denna enskilda tåg fungerar stabilt innan du lägger till fler stationer. Om gruvan inte kan fylla eller fabriken inte kan tömma helt blir det instabilt direkt. Omvänt, om två-stations-fram-och-åter fungerar blir felsökning för senare tillägg mycket enklare.

Jämförelse av startvillkor och rekomenderade inställningar

Det vanligaste blockeringstillståndet i två-stations-drift är oftare hur startvillkoren är designade än vägen själv. De fyra huvudvillkoren är godsvagn är full, godsvagn är tom, inaktiv, och förfluten tid. Det ser komplicerat ut men blir enkelt om du skiljer rollerna.

Gruvans grundläggande villkor är godsvagn är full eftersom det är en laddningsstation. Ladda tillräckligt och gå, mycket begripligt. Fabrikens motsats är godsvagn är tom som ett grundvillkor. Genom att spegla villkoren för laddning och lossning blir beteendet lätt att läsa.

Men bara detta stannar ofta i praktiken. Om gruvutbytet faller tillfälligt, om bältet stannar, eller om mottagarbuffern blir trång blir det "aldrig fullt så den lämnar aldrig" eller "aldrig tom så den blockerar stationen" - båda är vanliga. Jag försökte själv köra bara på tiden men det skapade massor av tom-tåg-circulation. Det här är lätt att sitta fast på.

Något som fungerar mycket bra är omätta villkor med fallback. Till exempel full ELLER 5 sekunder inaktiv vid gruvan är mycket användbar. När allt går väl lastbär den fullt innan den går, men om malmextraktion stannar eller transport bryts kommer den att gå vidare efter 5 sekunders inaktivitet. Det minskar också risken för blandning - lite av en annan vara på vagnen behöver inte hindra fullladning. Vid fabriken är tom ELLER 5-10 sekunder ganska stabilt. Det låter tåget gå när det är nästan tömt istället för att sitta kvar på grund av restbitar.

Ungefär så skiljer de sig:

I praktiken är det stabilt att ha huvudvillkor med fallback-villkor. 『Getting started with Factorio railways (Stations and Departure Conditions Edition)』visar också att det är praktiskt att lägga till inaktivitet som fallback vid gruva. I fast schemaläggningsfasen stabiliseras tågens karaktär mycket bara med detta.

Dubbelriktad sammansättning och bränslebunkringsbetydelse

Om du vill undvika att bygga en retur-loop kan du använda dubbelriktade sammansättningar. Men det finns en vanlig missuppfattning här - för dubbelriktad körning behöver du lägga till ett motsatt vänd lok och ha lok på både fram och bak. En sammansättning med lok bara på ena sidan kan inte köra åt båda håll även om den ser ut att kunna det. 1-2-1 och 1-4-1 rekommenderas ofta delvis för att de naturligt har frambak-lok.

Fördelen med dubbelriktad är att du behöver nästan inget vändningsutrymme vid ändstationen. Du kan köra tåget långt in i gruvans botten och sedan backa direkt till fabriken, mycket hanterbart för korta sidospår och tranga platser. Å andra sidan kan du lätt fastna om lokens riktning eller signalisering är fel. Jag själf slog bort många timmar på loktiltet där spåren var korrekta men autopilot ville inte aktiveras.

Bränslebunkring är också kritisk. Dubbelriktade sammansättningar har fler lok och därför kan bränsleutrustningen bli ojämn om bunkring är dålig. Om du stoppar en särskild bränslestation i schemat är 10-15 sekunder säkrare. För kort gör att insertrar inte kan fylla på ordentligt och längre stretchor kan orsaka bränsleslut. Enligt 『Train Network - factorio@jp Wiki』är detta praktiska perspektiv starkt.

Med dubbelriktad är det viktigt att bunkringsplatsen är anpassad för båda lokens ändpositioner. Även små förskjutningar kan leda till att bara ena sidan får bränsle och den andra blir tom, vilket orsakar märkliga kraschar. Stor skalning domineras av huvudledningsdesign senare, men för den första är dessa grundläggande än viktigare.

Train Network - factorio@jp Wiki*

factorio@jp Wiki*

wikiwiki.jp

Vätsketransport: vätsketankar vs trummor

För att transportera vätskor som petroleum eller svavelsyra med tåg är det grundläggande vätsketankar. En vagn rymmer 50 000, så vätsketransport på medel/långsträcka använder nästan alltid dem. Stationsdesign och scheman är mycket enklare än att kram vätskor i godsvagnar. Att dedikera vätsketåg minskar blockeringen mycket.

Trummor för vätsketransport är möjliga men inte helt verkligt praktiska för huvuddrift. Godsvagnar har 40 platser, så fullt lastade trummor rymmer 20 000 max. I praktiken måste du hantera tomma trummor också, så det fungerar mer som omkring 10 000 per vagn. Vätsketankar slår trommar både på volym och på omställningskomplexitet. Det är inte mycket poäng att välja trummor.

Denna skillnad blir mycket större när nätverk växer. Vätsketankar är "fyll vätskan och tömma vätskan" vilket passar två-stations-drift perfekt. Trummor kräver att du hanterar både innehållet och behållaren, vilket sträcker sig bort från nybörjarvägen. 『Getting started with Factorio railways (Useful Features Edition)』visar också att i 2.0:s praktiska miljö är vätsketankar det centrala tänkandet.

Som regel är vätskor i vätsketankar, fast i godsvagnar mycket enkel att komma ihåg. Trummor är ett undantagsfall, inte standarden. Medan du stabiliserar din första tåg är denna skarp uppdelning tillräcklig även för vätsketransport.

Knep för att göra spår utan blockeringar med signaler

Rollfördelning mellan vanlig signal och kopplad signal

Även med perfekt schemalagning blockerar spår allt om det är dåligt byggt. Det viktigaste som fungerar före automatisering är att vanliga signaler delar upp sträckor, och kopplade signaler sitter före korsningar/förgreningar. Från 『Tutorial: Train signals - Factorio Wiki』är detta redan kärnan - idén är "låt inte tåg stanna inne i korsningen" snarare än "var ska de stanna".

Vanlig signal bör separera långa sträckor i flera block så nästa tåg kan gå när det föregående klarat sitt block. Det fungerar enkelt på raka och efterkorsningssträckor. Omvänt, om du puts en vanlig signal innan en korsning kan tåget köra in även om utgången är blockerad och stannar inne i själva korsningen. Då kan tåg från andra riktningar inte passera och allt stannar. Jag hade denna felplacering många gånger - hela nätet gick tyst på sekunder. Det var fruktansvärt.

Kopplade signaler löser detta. Kopplade signaler låter bara tåg in om utgången är fri, så de före korsningar gör tåg svårare att ta sig in. Kombinationen "kopplad före korsning, vanlig efter korsning" är mycket säker. Sedan kan du finjustera med flera vanliga signaler för att få bra blockstorlekar. Vad som sker när du gör detta bytet är nästan osannolikt - nätverket blir helt tyst. Själv var jag skeptisk på om signaltypen var så viktig, men när inre-korsning-stoppp försvinner förändras hela trafikflödet. Denna grundläggande läggning gör mycket större skillnad än schemaoptimering.

Tutorial:Train signals/ja

wiki.factorio.com

Korsningsdesign och vänteutrymme

Med rätt signalplacering kan du fortfarande bli blockerad om tåget inte helt kan komma ur korsningen innan nästa. Det viktiga är att sträckan efter korsningen är långt nog för längsta sammansättning att helt klara, inte bara sticka ut.

Misstaget här är att göra utförande utrymmet kort bara för att se snyggt ut. En liten korsning minskar inga problem om utgången är kort - när nästa station är fylld eller nätverket är tätt stannar det åteifrån och tåget är fortfarande halvvägs in i korsningen. Då kan motsatta riktning inte heller passa och plötsligt är hela korsningen blockerad. Korsningsformen är mindre viktig än hur mycket utrymme utanför korsningen för tåget att vänta.

Små rondeller är samma fälla. Det ser fint och sparplats ut men om utförande är kort stannar tågen lätt inne i ringen och om flera kommer in samtidigt blir det deadlock. Särskilt med längre sammansättningar blir "kom in men kunde inte ur" mycket vanligt. Jag själv använde små rondeller initialt med fruktansvärda blockeringsmönster när tågen växte - "normal trafik är fin, tung trafik är helt死 silent".

Designprincipen är att göra införande försiktigt (kopplad signal) och utgående snabb (vanlig signal på täta intervall). Då kan du hålla "försiktig intagning" medan du finjusterar utgångsflödet. Korsningsutseende spelar mindre roll än "kan tåget vänta utanför". Det ser ut som en liten optimering men när nätverk växer gör detta att vissa stationer bara inte blir blockeringspunkter.

Varför stapla (vänteutrymmen) tillsammans med stationer

Blockeringen innan stationer sker ofta genom att "nästa tåg kommer till stationen medan den redan är full men måste vänta på huvudledningen". Stapel löser detta - det är en dedikerad vänteutrymme utanför huvudledningen för tåg som inte kan komma in än.

Varför? För att när en station blir full ska inte väntekön växa ut på huvudledningen - blockeringen måste stanna lokalt. Med några väntebangorna före stationen absorber du trafiktäthet och kan sedan mata in tåg till stationen eller huvudledningen när det öppnar sig. Vid stor skalning är denna skillnad stor och stationer utan stapel blir ofta blockeringskällor.

Designen är att stapelöppning är kopplad signal, varje väntebana är separat, och sedan är utgår till normal signal. Då, när väntebangorna är fulla, stannas tåg före stapeln; när de är lediga flödar de genom. Det är samma tanke som korsningar: det är viktigt att låta tåg vänta utanför huvudledningen.

Längden är också kritisk. Om väntebangorna är kortare än längsta sammansättning stickar bakdelen ut på huvudledningen igen och minskar effekten. Sammansättningar blir längre senare och det bryter helt. Jag hade en gång ett nätverk där stapel såg ut att finnas men bara var huvudledningsförlängning. En riktig stapel måste kunna ta största sammansättning helt.

När du köar flera stationer är det enklare att ha en gemensam stapel före fördelning än direkt kö före varje station. Schemaläggning minskar täthet men fysiska vänteutrymmen saknas inte - en väg utan vänteutrymmen blockerar slutligen. Signaler och stapel är inte separata utan ett system: "flytta väntan från huvudledningen till stapel". Det är mycket lättare att se med detta perspektiv.

Samma stationsnamn, tågbegränsning och aktiv/inaktiv stationskontroll för stabil automatisering

Samma stations beteende och närhets preferens

När du börjar expandera med flera gruvplatser och lossningsstationer vill du kalla dem samma sak och låta tågen bara ha ett mål i schemat. Detta är mycket praktiskt - lägg till en ny gruvplats och tåget går dit automatiskt. Jag brukar växla till denna form för storskalighet.

Men bara samma stationsnamn utan kontroll gör tåg klustras till närliggande stationer. Utan att känn källa kan "tåg går dit det är närmast" användas som tumregel. Faktiskt hände detta mig mycket - tåg sällsammades vid närliggande gruvplatser medan fjärran gruvplatser stod tomma. Det verkar inte så illa men det skapade väntekö före den överfulla stationen som spred sig till huvudledningen. Närhetsförskjutningen är ett kombinerat problem med stationsöverbelastning.

En lika stor problem är vid lossning. Flera raffinaderier eller mottagarstationer under samma namn klustras också, gör front-stationen overflödd medan bakre stationer är tomma. Denna ojämnhet orsakar inte bara lokal tomgång utan väntekö före denstagningen sprider sig till huvudledningen. Problemet är att samma namn är bekvämt AND för tät klustration samtidigt.

Diagram visar detta tydligt: håll samma stationsnamn och tågbegränsning tillgängligt i stationsmenyn och lägg signal plus vänteutrymme före stationerna - denna form är mycket lättare.

Så här kommer tågbegränsning in. Det är enkelt: ge varje station "hur många tåg får komma nu" och reducera samtidigt ankomst. Det eliminerar inte närhetsmobbing helt men börjar det mycket. Men de interna sammanräkningslogiker för samma stationgrupp och exakt "limit 0"-handling är inte helt dokumenterade. Praktiskt "fungerar det men är miljöberoende" är en bra utgångspunkt - bekräfta beteende